Chystáte sa pozorovať jesenné roje?

[kapo]

Chystate sa pozorovat tohtorocne drakonidy, alebo orionidy? Napiste prosim svoje postrehy, alebo namety na pozorovanie.. :ears:

[LbA]

Samozrejme ze sa chystam :)
Na mojej stranke som konecne updatol kalendar pozorovatela na mesiace oktober az december

O historii orionid som dokoncil clanok.
Slabe roje chcem skusit teleskopicky pozorovat. A aj zakreslovat. Kto sa prida??

Uvidime, kolko casu budem na to mat, ked v praci su strasne fofry ???

[Algol77 (Jakub Koukal)]

Jo, samozřejmě že si to nemůžu nechat ujít, protože nebylo roku, aby Orionidy zklamaly, navíc by bylo trestuhodné přerušit 10-ti letou šňůru pozorování...
zakreslování, to jsem pro, stačí se jenom domluvit na termíny a pozorovat, ať máme ucelenější soubor dat....

[bzucino]

Drakonidy budem asi pozorovat dakde na Vysocine (a koli tomu vlastne nemozem na stretnutie SMPH, zasa mi to nevychadza casovo... moze mi potom dakto poreferovat co sa tam z hladiska pozorovania meteorov dialo?). Bude to cez vikend, pojdeme viaceri, ocakavam tak 5 az 10 ludi.

Orionidy sa chystam pozorovat dakde pri Ceskej Trebovej -- ako sa vola to miesto neviem, asi jednu alebo dve noci okolo maxima, a tiez by nas tam mohlo zopar byt.

===============================
Ad. spolocne zakreslovanie. Problem, v ktorom sa zakreslovanie utapa je, ze neexistuje databaza zakresov, na rozdiel od VMDB databazy. VMDB je databaza intervalov, zaznamenava sa iba pocet meteorov, nie suradnice zaciatku a konca. Daco robia Poliaci, mozno by sa dala podobna databaza vytvorit aj pre Ceskoslovensko. Otazkou je, kto by sa o nu staral.

Na rozdiel od Poliakov sa ale domnievam, ze skupinove pozorovania ma vyznam jointovat -- teda zaznamenavat, ktore meteory su jeden fyzicky. Viem, namietnete, ze ide o nezavislost udajov. Urcite na tom daco pravdy je. Pokial poznam pozorovacie skupiny, v pripade, ze pozoruju viaceri naraz, tak udaje si zapisuju na jeden protokol. Takze o nezavislosti zbadania meteoru nemoze byt rec. No a jeden clovek druhemu predsa do gnomicakov nepozera.

takto by sa napriklad dalo statisticky zistovat, kto ako presne kresli, nasledne pomocou vah opravovat jeho zakresy, brat vazene hodnoty zakresu jednoho fyzickeho meteoru atd. Vdaka tomu, ze vieme o meteore daco naviac, sme schopni z takejto databazy ziskat menej zasumeny vystup (cisto teoreticky). Ci je to naozaj mozne v realnom case, je ina vec, zavisi na konkretnych postupoch a zdrojovych datach.

[LbA]

bzucino napsal:

===============================
Ad. spolocne zakreslovanie. Problem, v ktorom sa zakreslovanie utapa je, ze neexistuje databaza zakresov, na rozdiel od VMDB databazy. VMDB je databaza intervalov, zaznamenava sa iba pocet meteorov, nie suradnice zaciatku a konca. Daco robia Poliaci, mozno by sa dala podobna databaza vytvorit aj pre Ceskoslovensko. Otazkou je, kto by sa o nu staral.

Ja by som to riskol. Ale casovo neviem ako by som to zvladal. Data by mohli byt aj u mna na serveri. Miesta tam je dost :)
A takisto suhlasim z "jointovanim" zakreslenych pozorovani. Z toho sa da vselico pozistovat. Napr presne drahy meteorov v atmosfere atd...

Ideme do toho spolocne?? A prida sa niekto aj z Ciech??

[bzucino]

LbA napsal:
Ja by som to riskol. Ale casovo neviem ako by som to zvladal.

Osobne si myslim, ze o taku databazu by sa mali starat MINIMALNE dvaja ludia. Ono sa to mozno nezda, ale myslim, ze na 10 hodin pozorovania by bola nutna tak jedna hodina ukladania do databazy a kontrola nekonzistencii v pozorovani. Rocne by to teda zabralo, odhadom tak 100 hodin, cisto len vkladanie dat. A aj to iba v pripade, ze nebude treba v pozorovani nic iopravovat.

Nehovorim o sprave databazy ako software.

Taktiez najprv by bolo treba vytvorit navrh formatu, v ktorom by sa data ukladali. Domnievam sa, ze najvhodnejsie je pouzit DBF alebo este lepsie textovy subor (nejde nam o rychlost, ale o citatelnost udajov, budeme predovsetkym zapisovat, nie citat).

Data by mohli byt aj u mna na serveri. Miesta tam je dost :)

Domnievam sa, ze asi by bolo vhodne najst server so vzdialenym pristupom s tym, ze by sa databaza mirorrovala kazdu noc, popripade pri vacsej zmene. Je takmer jedno, kde by bola databaza, ale je vhodne aby dany na danom serveri bezalo co najmenej sluzieb a zaroven aby bola velka sanca ze k nemu bude pristup este peknych par rokov.

A takisto suhlasim z "jointovanim" zakreslenych pozorovani. Z toho sa da vselico pozistovat. Napr presne drahy meteorov v atmosfere atd...

S tym to zasa tak celkom nesuhlasim. Aby si mal velku presnost, musis mat presne zakresleny aj meteor -- a to je utopia :-))) Pokusit sa o to ale mozme, v principe nie je tazke zakreslovat s presnostou na sekundy a pomocou Besselovej metody dohladavat vhodne meteory. Ja som povodne myslel jointy v ramci jednej skupiny a porovnavat kvalitu tychto zakresov.

Ideme do toho spolocne?? A prida sa niekto aj z Ciech??

V principe som za. Osobne sa ale domnievam, ze v tejto databazi budu ako skupinove pozorovania, tak individualne. Moze sa vychadzat z Imoprotu, ale je nutne, aby bola vyvinuta nova aplikacia na vkladanie a spracuvanie meteorov v skupine. Nieco ako je polska Corrida, ale upravene pre skupinove pozorovanie a najma zmena vstupneho formatu.

[Algol77 (Jakub Koukal)]

Asi takto, všechna pozorování z ČR prochází přeze mě, takže zpracování a chyby kontroluju já, většinou i znova vyhodnocuju příslušnosti, takže v tom by problém být neměl....
To bzucino: je škoda, že nepřijedeš, mohli sme to péct dohromady.....

[LbA]

Osobne si myslim, ze o taku databazu by sa mali starat MINIMALNE dvaja ludia. Ono sa to mozno nezda, ale myslim, ze na 10 hodin pozorovania by bola nutna tak jedna hodina ukladania do databazy a kontrola nekonzistencii v pozorovani. Rocne by to teda zabralo, odhadom tak 100 hodin, cisto len vkladanie dat. A aj to iba v pripade, ze nebude treba v pozorovani nic iopravovat.

Nehovorim o sprave databazy ako software.

Heh toho sa ja nebojim a myslim, ze by sa to dalo zvladnut. Ale treba aspon dvoch ludi. To je fakt. Uz len kvoli kontrole nanesenych udajov.

Taktiez najprv by bolo treba vytvorit navrh formatu, v ktorom by sa data ukladali. Domnievam sa, ze najvhodnejsie je pouzit DBF alebo este lepsie textovy subor (nejde nam o rychlost, ale o citatelnost udajov, budeme predovsetkym zapisovat, nie citat). Domnievam sa, ze asi by bolo vhodne najst server so vzdialenym pristupom s tym, ze by sa databaza mirorrovala kazdu noc, popripade pri vacsej zmene. Je takmer jedno, kde by bola databaza, ale je vhodne aby dany na danom serveri bezalo co najmenej sluzieb a zaroven aby bola velka sanca ze k nemu bude pristup este peknych par rokov.

Najlepsie je asi pouzit textovy format. S vhodnou kompresiou napr do gzipu alebo niecoho podobneho.
A co sa tyka servera, to nieje problem. Moj server ma vzdialeny pristup. A data na nom budu dovtedy, kym budem platit za prenajom diskoveho priestoru.

Ten polsky program nepoznam :o
Ale to len preto, ze malo pouzivam LINUX. Budem to musiet zmenit ;)
Pozriem sa naneho a okomentujem. BTW. S kamaratom chystam nieco podobne....Bude to komplet balik programov pre najroznejsie astronomicke vypocty. Zatial sa na tom pracuje. Ked budu k dispozicii verzie na test, dam to tuna na forum otestovat.

[bzucino]

Ad textovy format: OK suhlasim, ale myslel som tym format ukladania dat. Ked na ten text pustis dajaky program, aby dokazal z neho citat data, ktoer potrebuje, napriklad LM, meteory, oblacnosti, suradnice meteorov apod.

Prihovaral by som sa za pevnu sirku, potom je fotmat dobre citatelny, CSV uz nie je tak dobre citatelny. Poznamky k jednotlivym meteorom by mali byt na konci za vsetkymi meteormi (predsalen, dakto sa moze chciet rozpisat, alebo vlozit dajeke data odinakadial, ktore s meteorom suvisia).

Urcite by mal format obsahovat u kazdeho meteoru cas, magnitudu, rojovu prislusnost, pozorovatela + znak pre spolocny meteor, vysku nad obzorom, uhlovu rychlost (dve polozky, jedna pre znaky A AZ F, druha pre stupne za sekundu), suradnice zaciatku a konca (x,y nie alpha, delta).

Dalsie polozky by boli volitelne, ale mali pevne stanovanu polohu, kde sa na riadku nachadzaju. Naprikald znaky 120 az 122 ako dlzka trvania stopy v sekundach. Sem by patrila uvedena stopa (v logaritmickej skale alebo v sekundach), farba meteoru (6 zakladnych kodov farieb, farby ako fialovy s pasikmi do poznamky :-)), dlzka meteoru atd.

Dalej by bolo mozno dodefinovat v hlavicke dalsie udaje, ktore sa pouzivaju naozaj zriedka, na preddefinovane polohy na riadku. Interpreter by tieto udaje defaultne preskakoval, input form by ich vkladala a pustila na ne maximalne range check (zlozitejsie kontroly si ludia napisu priamo, ak budu potrebovat).

Rovnako intervalov by boli standardne policka napr. BI, EI, stred pola, orientacia vertikalnej roviny oci (cize, ludovo povedane, ak sklonim hlavu na prsia, kadial mi prechadza zrak po oblohe), pozorovane roje, cas zakreslovania ci zapisovania (dal by sa uvadzat ako cas na jeden meteor + odhad casu straveny zapisom LM atd...sem by patril aj cas straveny studiom map atd.)
Vdaka elektronickemu sposobu uchovavania by som sa prihovaral za to, intervaly ziadno nesekat, ale lamat v okamihoch zmeny pozorovacich podmienok -- napr. stred pola, prichod oblacnosti, zmena LM o 0.5 mag, vychod Mesiaca atd.


Dalej oblacnost -- zaciatok koniec, percenta, typ oblacnosti (mlieko, ostra hrana mrakov, trhane mraky s dierami)

LM -- trojuholnik, resp. priamo, cas.

atd... hlavicka by popisovala dalsie veci, ako napr. datum, miesto pozorovania, vseobecne podmienky (1 = zla obloha, 2 = dobra obloha) atd.

[hr]

Proste to chce prist, napisat co tam clovek chce mat a diskutovat, co sa pocita do standardneho protokolu a co je akosi naviac. Taktiez... ak s tym naozaj zacneme, chce to podla skusenosti zahrnut vsetky udaje, ktore su kvalitativne popisatelne a ktore maju vplyv na kvalitu dat. Takze skuste navrhovat...

[hr]

Ja teraz na jesen cas velmi mat nebudem, diplomka, treba spracovat Perzeidy (asi 2000 zakresov) a napisat o nich dajaky clanocek dakde. Bolo by skoda urobit velke pozorovanie a nic nepublikovat. Asi daco zverejnim vo WGN, daco v Bielom Trpaslikovi a daco v Meteorickych spravach. Potom este dajake pozorovania, ine zaluby ako astronomia...

Kazdopadne sa chystam napisat dajaky software, ktory by vedel ukladat data v rozumnom formate a splnal moje poziadavky. Zrejme by vedel aj pomocou mysi urcovat polohu meteorov v gnomicakoch (programy, co som doteraz videl, zrejme neberie do uvahy skreslenie pola sposobene skenovanim gnomicaku, takze asi vytvorim nove "gnomicaky" priamo pomocou poloh hviezd -- budu sa trosku lisit od originalov, ale nie velmi). Na vypocty, format bude dokumentovany a v TXT, takze si kazdy moze z neho tahat co potrebuje.

[dusko]

hi bzuco. laci tebe tiez.
napisal som dlhy prispevok aj som ho zmazal. o tom, co som pisal sme sa uz bavili pred par rokmi na expedicke (plati pre bzuca). rad by som sa do tohto projektu zapojil, som ochotny naprogramovat program pre win aj webove rozhranie, ak sa to dohodne a rozbehne. ak to ma dopadnut ako nasa predosla rozprave o meteorickom software, tak to nema zmysel.
dusko

[bzucino]

Ahoj Dusko :-)))

Som rad ze si sa ozval. Je pravda, ze uz velmi dlho chcem zacat robit na tom softe, ale jednak som clovek strasne lenivy a nechce sa mi do toho, a druha vec... neda sa povedat ze by som vedel dobre programovat.

Je v principe jedno, v com bude ten soft napisany. najradsej by som bol, aby bol napisany v dacom, co je mozne zbehnut ako pod Win, tak aj pod Linuxom. Dajaky strasny zaciatok zacal Krso pisal vo vxWoknach, ale tiez to zamrzlo na nedostatku casu. Asi by bolo dobre pisat to v dacom, co ovlada dost ludi...

Zaklad by mal byt pisany asi v C, pekny obal neviem v com. V com by si pisal ty a cim by si konkretne prispel. Pokial viem, tak sme sa nezhodli napriklad na licencii... pod akou licenciou by si to chcel publikovat? Ak by sa stavalo na Corride, tak ta je pod GNU GPL. Ale zdrojakmi som sa este neprehrabaval.

Napis tu svoje nazory, ja si uz nepamatam presne o com sme sa bavili... a je mojou chybou, ze som na tom nezacal robit.

[dusko]

ok.
tekze:
1. minule sme sa nedoholdi v podstate na nicom.
2. prenositelny kod. na tom sme sa nedohodli vobec. som prekvapeny, ze krso zacal pisat iba pre win :-)
podla mna treba dohodnut iba format... aj to je otazne, pretoze exporty aj tak vzniknu. a program nech si napisu ludia, co pracuju na istej platforme. ci uz win, lin, palm, apple a pod. co sa tyka mna, tak win/delphi. co sa tyka formatu: osobne som pre csv. pretoze ak to bude na serveri, aj tak to asi bude v mysql db. a na lokale na win v mdb db. je to rychlejsie, pohodovejsie a kedykolvek sa da urobit akykolvek export. (pre teba tam urobime aj ten hrozny imoprotovsky format )
co sa tyka poloziek, to bude urcite este predmetom diskusie v tejto teme. mozme zbehnut s lacom na pivo a prebrat to podrobnejsie, potom by sme tu napisali nieco ucelenejsie.
3. aha licencie :-). licencia mi je srdecne... moje vyhrady su z ineho sudka. ale toto by som riesil, az ked sa rozbehne nejaka cinnost. toto je dost! nepodstatna otazka podla mna a na podobnych kravinach to minule zakapalo - aspon co sa tyka nechute z mojej strany.

na zaver: nesyp si popol na hlavu, tym nicomu nepomozes. nikto ta za nic nevini :-)

[bzucino]

ad wxWin... pokial viem, tak existuje ak kompilator pod Linux.

ad format... napiste ako si ho predstavujete, nerad by som aby vznikalo 10 roznych programov a kazdy pouzival iny format. K CSV -- nie je to human readable... moze byt export do TXT a databaza, ale CSV je myslim len neico medzi tym... takze ak bude aj existovat tento medzikrok, tak len pre ucely databazy.

Pre vsetkych -- porozmyslajte a napiste, ake polozky ma mat format a ako ma vyzerat .

[dusko]

suhlas.
ozaj, bzuco, co keby si sa na fotke usmial :-)
zatial caf
dusko

[dusko]

hi all.
nemal som cez vikend co robit, tak som prepisal imoprot do win32. najdete to na http://www.persoholic.org/dusko/metas.exe. je to samorozbalovaci rar. vie nacitavat a ukladat cvs a nacitavat format imoprotu + komplet editovanie, pridavanie zaznamov a pod. nie je to uplne hotove, ale je to funkcne... (co by napokon clovek chcel stihnut na par dni, ze :-)). pokial ma niekto chut testovat, rad uvitam pripomienky.
zatial...
dusko