From novak at hvezdarna... Thu Dec 14 11:28:11 2000 From: novak at hvezdarna... (Rudolf Novak) Date: Thu, 14 Dec 2000 10:28:11 GMT Subject: [Ccd-CR] diferencialni fotometrie Message-ID: <20001214.10281100@eagle....d-net.cz> Vazeni pratele, po delsi dobe, co mi neprisel z teto diskuze zadny e-mail me napadlo, ze bych s vami mohl prodiskutovat jeden dokument, ktery jsem chtel puvodne ukazat na seminari APO, ale tam na to nezbyl cas. Jedna se takovy souhrn toho, na co je potreba myslet u diferencialni fotometrie. Neni to definitivni dokument ve stylu napred udelej A pak B, zapis si C a pod. Spis jsem chtel sepsat par odrazek bodu, na kere je nutne myslet, chceme-li to delat opravdu dobre. Nyni jsem se dostal do faze, ze uz k tomu asi nepridam nic moc noveho, nez jen treba rozeberu podbody do detailu. Byl bych proto moc rad, kdyby se na to podivali i ostatni a pridali kazdy to, co jej napadne. Ve finale bych chtel, aby se z toho stal takovy navod, jak provadet dobre fotometrii (dif.) a casem snad i absolutni (tim se ted musim zabyvat v tamci bakbak projektu.). Kouknete se prosim, budete-li mit cas, na ccd.astronomy.cz pridal jsem to jako odkazd do sekce texty. Veskere komentare bychom mozna meli delat v mailinglistu, ja bych to pak treba probral a dal k tomu dokumentu primo. Takze, hrrr na ne! Zdravim Rudolf From hroch at monoceros....muni.cz Thu Dec 14 13:45:24 2000 From: hroch at monoceros....muni.cz (Filip Hroch) Date: Thu, 14 Dec 2000 13:45:24 +0100 (CET) Subject: [Ccd-CR] diferencialni fotometrie In-Reply-To: <20001214.10281100@eagle....d-net.cz> Message-ID: Ciao, koukal jsem na to, ale nemam moc casu a je to dlouhe. Mam tedy zatim jen poznamku k biasu. Bias je hodnota kterou pridava elektronika kamery ke skutecne hodnote proto aby sum nemel zaporne hodnoty. Kdyz zakryjete kameru a delate expozici meli by jste po 0.0001s expozice dostat prumerne 0 ADU, ten prumer ale vznika jak se zapornych tak kladnych prispevku k sumu (ano kamera sumi, treba tepelne) a protoze z prevodniku muzete dostavat jen kladne hodnoty neexistuje moznost jak ziskat spravna cisla. ST makery maji bias 100 ADU a odecita se automaticky, u ostatnich kamer lze bias ziskat expozici s nekonecne kratkou exp. dobou. FH From krall at troja....cvut.cz Thu Dec 14 20:13:53 2000 From: krall at troja....cvut.cz (Lukas Kral) Date: Thu, 14 Dec 2000 20:13:53 +0100 Subject: [Ccd-CR] diferencialni fotometrie References: Message-ID: <015701c06601$ff66c6e0$346e2093@sin....cz> Ahoj, je fajn ze vznikl takovy strucny prehled toho, na co je dobre si dat pozor. Snad jednou vznikne i podrobnejsi navod v cestine... I kdyz je fakt, ze kdo chce delat poradnou fotometrii, asi musi umet poradne anglicky. Jo, mohl by nekdo vysvetlit co presne znamena ta zkratka ADU? V praxi vim, co to znamena, ale chtel bych vedet, z jakych slov je ta zkratka tvorena. Lukas From krall at troja....cvut.cz Thu Dec 14 20:37:44 2000 From: krall at troja....cvut.cz (Lukas Kral) Date: Thu, 14 Dec 2000 20:37:44 +0100 Subject: [Ccd-CR] Vyvoj Munidosu References: Message-ID: <015f01c06605$54d9bf80$346e2093@sin....cz> Ahoj, jak jsem slibil na konferenci v Brne, budu se snazit dal vyvijet fotometricky balik Munidos (prebiram pomyslne zezlo po Rudolfu Novakovi, ktery se chce soustredit na verzi pro Unix). Zapasim sice s nedostatkem casu, ale behem ledna bych chtel udelat aspon vylepsit stavajici DOSovskou verzi. Predevsim chci konecne dat na web .exe soubory opravene vuci chybe Borlandske jednotky CRT (hazi error 200). Dale chci pridat moznost volby velikosti fotometricke clonky (v soucasnosti je automaticky pouzita ta nejmensi, o polomeru 2 pixely, coz vyhovuje u kvalitnich dalekohledu s ostrymi hvezdami, ale napr. u naseho lehce rozmazavajiciho objektivu zvetseni clonky prinasi zmenseni rozptylu - kdyz se to neprezene samozrejme). Dale take chci vyresit problem, ze kdyz Munidosu predhodite uz hotove FITS soubory z jine kamery nez SBIG, spatne z nich cte nektere udaje. Prosim tedy ty z vas, kteri s timto meli problem, at mi poslou nekolik svych typickych snimku FITS (Mira Broz, Honza Manek??). Jinak jestli mate nejaky jiny nalehavy problem s Munidosem, ktery by se dal jednoduse resit, napiste. Pozdeji chci pridat dalsi vylepseni (automaticke hledani novych promennych v serii snimku aj.), ale na to ted nebudu mit cas, mozna na jare nebo o letnich prazdninach, kdy bych take mohl zkusit dokoncit verzi pro Windows. Take bychom mohli casem zacit diskutovat o nejakem jednotnem formatu pro vystupni datove soubory, aby obsahoval co nejvice uzitecnych udaju o mereni a byl pripadne kompatibilni i s jinym softwarem (nejake naznaky diskuse o tomhle byly i na konferenci v Brne). Ale to je zalezitost budoucnosti. Zdravi Lukas From ppravec at asu....cz Thu Dec 14 21:58:51 2000 From: ppravec at asu....cz (Petr Pravec) Date: Thu, 14 Dec 2000 21:58:51 +0100 (MET) Subject: [Ccd-CR] diferencialni fotometrie In-Reply-To: <015701c06601$ff66c6e0$346e2093@sin....cz> Message-ID: On Thu, 14 Dec 2000, Lukas Kral wrote: > Jo, mohl by nekdo vysvetlit co presne znamena ta zkratka ADU? V praxi vim, > co to znamena, ale chtel bych vedet, z jakych slov je ta zkratka tvorena. Nejsem si stoprocentne jist (a ted nemam po ruce literaturu), ale myslim, ze to znamena "analog-digital unit", tedy "analogove-digitalni jednotka". Tedy jednotka digitalizovaneho (ciselneho) vystupu analogoveho signalu detektoru (pixelu). Ten analogovy signal je v pripade CCD puvodne naboj kumulovany na danem pixelu. Pouzivam to ale tak automaticky, ze si ted nejsem jist, zdali jsem to popsal uplne spravne. Zdravim, Petr From ok2rea at prgate....muni.cz Thu Dec 14 21:57:52 2000 From: ok2rea at prgate....muni.cz (ok2rea at prgate....muni.cz) Date: Thu, 14 Dec 00 21:57:52 +0100 Subject: [Ccd-CR] Re: Vyvoj Munidosu Message-ID: <10359@OK0PMU> Ahoj Lukasi, tos me potesil, ze se tim budes zabyvat. Munidos se mi libi, ale bohuzel s nim mam urcite problemy. Napr. me silne vadi to, ze pokud hvezda v centru presahne urcitou hodnotu (nemyslim tim preteceni, ale hodnoty v desitkach tisic, pres 30000 je to uz spolehlive), tak proste tu hvezdu nezobrazi v mapce, ve ktere se oznacuji hvezdy pro mereni (promenna, srovnavacky). Pokud se delaji jasnejsi hvezdy pro dany dalekohled, tak je samozrejme dobre delat expozice tak dlouhe, aby nejjasnejsi pixel mel nad 30000, zvysuje se tim odstup signal/sum, takze vysledky jsou pak presnejsi. Potom jsem velice rad, ze budes delat volbu prumeru clonky aper. fotometrie, protoze mam samozrejme podobny problem co vy (ne vzdy mam dokonale zaostreno, ale co je horsi, ne kazda expozice "udela" neprotazene hvezdy. No a pak samozrejme pri male clonce muze dojit (a taky dochazi) ke zhorseni presnosti vysledku. Takze to jsou dve veci na ktery si ted vzpominam, ktery me pali nejvic. Potom, az bude tohle hotove, samozrejme uvitam to co pises - automaticke porovnani hv. velikosti vsech detekovanych hvezd na vsech snimcich za ucelem hledani promennych. Dalsi vec, ktera by se me VELICE hodila (mozna nejen me, ale treba i Martinu Lehkemu a treba i nekomu dalsimu) je moznost slozeni (secteni) libovolneho mnozstvi snimku tak, aby se budto pri skladani snimku vyuzilo prumerne hodnoty teziste nekolika nejlepe zachycenych hvezd (v pripade, ze nam jde pouze o "deep" pole tzn. s nepohybujicimi se objekty) a s moznosti volby slozit snimky pomoci souradnic teziste jednoho vybraneho objektu (tzn. pohybujiciho se, napr. komety ci planetky). S kometami bude potiz asi ta, ze pokud bude slaba, soft ji asi na jednotlivych snimcich nedetekuje, ale to je bohuzel smula. Na ty jasnejsi to bude stacit a ver, ze mne by to pri zpracovani velice pomohlo. Kdyz mam skladat treba po 10 snimcich od kazde pro 5 komet, chvili to zabere i po ziskani znacne rutiny. Takze pokud se do tohoto vseho pustis, budu se Ti snazit pomoct, alespon na urovni dodavani smysluplnych "pozadavku" a treba i navrhu reseni, programovani ale zustane na Tobe. V postupech jak na to by nam mohli pomoci treba Rudolf, Filip Hroch, Lenka Sarounova, Petr Pravec a mozna i dalsi. Takze se tesim na nove verze MUNIDOSu! Zdravi Kamil Hornoch From krall at troja....cvut.cz Thu Dec 14 22:43:52 2000 From: krall at troja....cvut.cz (Lukas Kral) Date: Thu, 14 Dec 2000 22:43:52 +0100 Subject: [Ccd-CR] Dalsi chyby Munidosu References: <10359@OK0PMU> Message-ID: <018701c06616$f340d580$346e2093@sin....cz> Reaguji na mail od Kamila: Ano, o tom problemu s hvezdami nad 30000 jsem uz neco slysel, mam dojem ze se to tu uz dokonce kdysi probiralo, zkusim ty maily pohledat. Myslim ze to byl problem konverze ST7 -> FITS (signed x unsigned format). Zkusim s tim neco udelat. Ten vyber velikosti clonky mam v podstate hotov (trivialni zalezitost vypisu pri vyslednych dat). Zajimave je, ze pri pokusech s nasimi ostravskymi daty se pri zmene clonky meni nejen rozptyl, ale dojde vetsinou i k systematickemu posunu vlastnich hodnot V-C az o desetiny mag. Divne, co? Myslim ze je to tim, ze tvar profilu hvezdy (PSF) se u nas meni s jeji barvou (cockovy objektiv - barevna vada??) a zmena clonky tedy neovlivni promennou a srovnavacku stejnym zpusobem. Takze bacha na to, zvlast kdyz clovek sklada vice krivek, napr. u zakrytovek. S tim auto scitanim snimku to bude slozitejsi, to asi necham na nejakou dalsi verzi, az budu mit vic casu :-( Taky doufam, ze s tim poradi nekdo ze zkusenejsich (ja nejsem nijak zvlast zkuseny programator a spis "otrly praktik" nez teoretik i po astronomicke strance :-). Lukas From hroch at monoceros....muni.cz Mon Dec 18 12:28:18 2000 From: hroch at monoceros....muni.cz (Filip Hroch) Date: Mon, 18 Dec 2000 12:28:18 +0100 (CET) Subject: [Ccd-CR] Vyvoj Munidosu In-Reply-To: <015f01c06605$54d9bf80$346e2093@sin....cz> Message-ID: Ciao asi bych mel nekolik poznamek. Vetsina veci z munidosu je VELMI zastarala. Ja ty verze to tam jsou prestal pouzivat pred 2 a vice lety, takze pokud by s jste skutecne meli nekdo zajem asi by v prvni rade bylo potreba se kouknout po necem novejsim. Nejaktualenejsi stav najdete na ftp://integral.sci.muni.cz/pub/munipack.new, jde sice o vyvojove verze, ale urcite maji min chybicek nez to co bezne pouzivate. Bohuzel setkate se s nekolika problemy. Konve jsou znacne rozsirene, tu chybu s 30000 si uz ani nepamatuju, kdy jsem opravil a navic je tam dodelana moznost prevrzceni snimku. To si bohuzel vyzadalo taky moznost alokace vetsich bufferu a tak predpokladam, ze to s Borladovskym prekladacem prelozit nepujde, s gcc pro dos http://www.delorie.com/djgpp/ by to melo byt bez problemu (vlastne pozivam stejny prekladac). Dalsi zasadni zmena bylo pouziti fitsio knihovny, takze predpokladam, ze i FITSy z jinych kamer by mely byt ok. Pokud nebudou, prosil bych o jejich vzorky abych se na to mohl kouknout. On Thu, 14 Dec 2000, Lukas Kral wrote: > Ahoj, > jak jsem slibil na konferenci v Brne, budu se snazit dal vyvijet > fotometricky balik Munidos (prebiram pomyslne zezlo po Rudolfu Novakovi, > ktery se chce soustredit na verzi pro Unix). > > Zapasim sice s nedostatkem casu, ale behem ledna bych chtel udelat aspon > vylepsit stavajici DOSovskou verzi. Predevsim chci konecne dat na web .exe > soubory opravene vuci chybe Borlandske jednotky CRT (hazi error 200). neopuzivejte borland > > Dale chci pridat moznost volby velikosti fotometricke clonky (v soucasnosti > je automaticky pouzita ta nejmensi, o polomeru 2 pixely, coz vyhovuje u > kvalitnich dalekohledu s ostrymi hvezdami, ale napr. u naseho lehce > rozmazavajiciho objektivu zvetseni clonky prinasi zmenseni rozptylu - kdyz > se to neprezene samozrejme). s timhle souhlasim, ja skoro nikdy nejmensi nepozuivam, spis 2 a 3 ti je to hlavne proto, ze ... no ja ten dalekojled zcentruju... > > Dale take chci vyresit problem, ze kdyz Munidosu predhodite uz hotove FITS > soubory z jine kamery nez SBIG, spatne z nich cte nektere udaje. Prosim tedy > ty z vas, kteri s timto meli problem, at mi poslou nekolik svych typickych > snimku FITS (Mira Broz, Honza Manek??). taky bych o ne poprosil > > Jinak jestli mate nejaky jiny nalehavy problem s Munidosem, ktery by se dal > jednoduse resit, napiste. Pozdeji chci pridat dalsi vylepseni (automaticke > hledani novych promennych v serii snimku aj.), ale na to ted nebudu mit cas, > mozna na jare nebo o letnich prazdninach, kdy bych take mohl zkusit dokoncit > verzi pro Windows. > > Take bychom mohli casem zacit diskutovat o nejakem jednotnem formatu pro > vystupni datove soubory, aby obsahoval co nejvice uzitecnych udaju o mereni > a byl pripadne kompatibilni i s jinym softwarem (nejake naznaky diskuse o > tomhle byly i na konferenci v Brne). Ale to je zalezitost budoucnosti. tohle by bylo dobre.. ja pouzivam v munilistu vystupni format uplne jiny, ale mozna to taky neneni to nejlepsi, urcite by melo jit o format s dostatecnym poctem udaju, textovy ale zaroven snadno portovatelny pomozi SQL. FH > > Zdravi > Lukas > > > _______________________________________________ > Ccd mailing list > Ccd at amper....muni.cz > http://amper.ped.muni.cz/mailman/listinfo/ccd > From hroch at monoceros....muni.cz Mon Dec 18 12:30:31 2000 From: hroch at monoceros....muni.cz (Filip Hroch) Date: Mon, 18 Dec 2000 12:30:31 +0100 (CET) Subject: [Ccd-CR] Re: Vyvoj Munidosu In-Reply-To: <10359@OK0PMU> Message-ID: Ciao On Thu, 14 Dec 2000 ok2rea at prgate....muni.cz wrote: > Ahoj Lukasi, > tos me potesil, ze se tim budes zabyvat. Munidos se mi libi, > ale bohuzel s nim mam urcite problemy. Napr. me silne vadi to, ze pokud hvezda > v centru presahne urcitou hodnotu (nemyslim tim preteceni, ale hodnoty v > desitkach tisic, pres 30000 je to uz spolehlive), tak proste tu hvezdu > nezobrazi v mapce, ve ktere se oznacuji hvezdy pro mereni (promenna, > srovnavacky). Pokud se delaji jasnejsi hvezdy pro dany dalekohled, tak je > samozrejme dobre delat expozice tak dlouhe, aby nejjasnejsi pixel mel nad > 30000, zvysuje se tim odstup signal/sum, takze vysledky jsou pak presnejsi. > Potom jsem velice rad, ze budes delat volbu prumeru clonky aper. fotometrie, > protoze mam samozrejme podobny problem co vy (ne vzdy mam dokonale zaostreno, > ale co je horsi, ne kazda expozice "udela" neprotazene hvezdy. No a pak > samozrejme pri male clonce muze dojit (a taky dochazi) ke zhorseni presnosti > vysledku. > Takze to jsou dve veci na ktery si ted vzpominam, ktery me pali nejvic. > Potom, az bude tohle hotove, samozrejme uvitam to co pises - automaticke > porovnani hv. velikosti vsech detekovanych hvezd na vsech snimcich za ucelem > hledani promennych. > Dalsi vec, ktera by se me VELICE hodila (mozna nejen me, ale treba i Martinu > Lehkemu a treba i nekomu dalsimu) je moznost slozeni (secteni) libovolneho > mnozstvi snimku tak, aby se budto pri skladani snimku vyuzilo prumerne hodnoty > teziste nekolika nejlepe zachycenych hvezd (v pripade, ze nam jde pouze o > "deep" pole tzn. s nepohybujicimi se objekty) a s moznosti volby slozit snimky > pomoci souradnic teziste jednoho vybraneho objektu (tzn. pohybujiciho se, napr. > komety ci planetky). S kometami bude potiz asi ta, ze pokud bude slaba, soft ji > asi na jednotlivych snimcich nedetekuje, ale to je bohuzel smula. Na ty > jasnejsi to bude stacit a ver, ze mne by to pri zpracovani velice pomohlo. > Kdyz mam skladat treba po 10 snimcich od kazde pro 5 komet, chvili to zabere i > po ziskani znacne rutiny. Takze pokud se do tohoto vseho pustis, budu se Ti > snazit pomoct, alespon na urovni dodavani smysluplnych "pozadavku" a treba i > navrhu reseni, programovani ale zustane na Tobe. V postupech jak na to by nam > mohli pomoci treba Rudolf, Filip Hroch, Lenka Sarounova, Petr Pravec a mozna i > dalsi. Skladani uz mam vyresene, zpravila to mala uprava MUNIMATCHU a jeden asi 150 radkovy programek... jmenuje se to kombine. (s kratkym e na konci) a mam opet na integralu, zatim nemam deb enbo rpm baliky. FH > Takze se tesim na nove verze MUNIDOSu! > > Zdravi Kamil Hornoch > > _______________________________________________ > Ccd mailing list > Ccd at amper....muni.cz > http://amper.ped.muni.cz/mailman/listinfo/ccd > From krall at troja....cvut.cz Mon Dec 18 14:21:47 2000 From: krall at troja....cvut.cz (Lukas Kral) Date: Mon, 18 Dec 2000 14:21:47 +0100 Subject: [Ccd-CR] Vyvoj Munidosu References: Message-ID: <003301c068f5$79464b20$346e2093@sin....cz> Ahoj, Filipe - to jsem rad, ze ses ozval, netusil jsem, ze Munipack pro Unix mezitim prodelal takovy vyvoj... Jestli budu mit dost casu, zkusim ty nove verze programu prelozit pro DOS a vsecko to renovovat, jak pises. Problem je, ze jak koukam, skoro vsecky nove zdrojaky jsou ve Fortranu a v Cecku, zatim co ja jsem si nejjistejsi porad jeste v Pascalu (s Ceckem uz nejake zkusenosti mam, s Fortranem jsem jeste nedelal). Ale zkusim se to naucit. Samozrejme, jestli se tu najde zdatnejsi programator s dostatkem casu a chuti se do toho pustit, rad mu to prenecham. Zatim jsem mel v planu udelat jen drobne upravy, tak aby vznikla opravdu funkcni verze. I s temi stavajicimi zastaralymi programky to totiz fungovalo velmi slusne, kdyz jsem si udelal tech par uprav, o kterych jsem psal minule, takze potreba prekladat vsechno znova podle me neni tak uplne akutni. Ale samozrejme by to bylo lepsi. Jen jestli bude cas... Jinak, jak pises, to automaticke skladani snimku uz mas vyresene... To je fajn, kouknu se na to a zjistim jak to funguje :-) Jestli to nebude moc slozite, taky to zkusim zabudovat do Munidosu, at udelam radost Kamilovi a spol. :-)) Jo Kamile, Tobe jde jen o to slozeni snimku, fotometrii komety stejne musis pak delat rucne, ze? U pohybujici se komety to auto-skladani totiz asi fungovat nebude, slozi se to podle hvezd... Napada me takova teoreticka otazka (mozna trivialni?) - jak skladat ty snimky - je asi nejlepsi pouzit jakousi variantu metody klouzavych prumeru, tedy slozit napr. 1.-3. snimek, potom 2.- 4., 3.-5. atd.? Dela se to tak v praxi? Nebo se sklada 1.-3., 4.-6., 7.-9. atd. - to by byla asi blbost, ze? Ale zase pokud bude v pozorovani casova mezera... Lukas From ppravec at asu....cz Mon Dec 18 15:52:05 2000 From: ppravec at asu....cz (Petr Pravec) Date: Mon, 18 Dec 2000 15:52:05 +0100 (MET) Subject: [Ccd-CR] Vyvoj Munidosu In-Reply-To: <003301c068f5$79464b20$346e2093@sin....cz> Message-ID: Ahoj Lukasi a vsichni, > Napada me takova teoreticka otazka (mozna trivialni?) - jak skladat ty > snimky - je asi nejlepsi pouzit jakousi variantu metody klouzavych prumeru, > tedy slozit napr. 1.-3. snimek, potom 2.- 4., 3.-5. atd.? Dela se to tak v > praxi? Nebo se sklada 1.-3., 4.-6., 7.-9. atd. - to by byla asi blbost, ze? > Ale zase pokud bude v pozorovani casova mezera... Myslim, ze muze byt pro vas zajimave vedet, jak to prakticky probiha pri pozorovani na 65ce v Ondrejove. Snimky skladam jen obcas, tehdy, kdyz potrebuji potvrdit podezreni na pritomnost slabe komy nebo chvostu u nejakeho noveho objektu (objeveneho treba LINEARem, kdyz ho sleduji brzy po objevu). Vetsinou to probiha tak, ze vezmu kratkou serii jako obvykle u noveho objektu podezreleho na NEO (tak 3-4 snimky). Pak jdu na jiny objekt a behem brani serie pro nej si prohlednu snimky predchoziho. Kdyz se mi tam zda mozny naznak komy ci chvostu, tak se pak na ten objekt vratim, vezmu opet nekolik snimku. Na nich je uz dany objekt na jinem miste mezi hvezdami, takze hned vyloucim moznost, ze by na tech prvni snimcich ta mozna difuznost byla jen "primichanim" pozad'ovych hvezd ci galaxie do obrazu. Pokud si ale stale jeste nejsem tou difuznosti jist, tak sectu kazdou serii zvlast, dostanu tak dva ruzne sectene snimky. Pokud na obou vidim komu ci chvost stejneho tvaru, tak uz tomu verim a ohlasim do MPC, ze dany objekt neni asteroid, ale kometa. No, je to tedy system 1.-3., 4.-9. (nebo podobna cisla). "Klouzavy prumer" mne moc nenapada, k cemu by se mohl hodit. Kdyz mam hodne snimku, tak nekdy v takovem pripade spise scitam "na preskacku", tedy zacnu tim nejlepsim (nejmene rozpointovanym ci narusenym jinymi vlivy) a postupne pridavam ty mene dokonale az k tomu nejhorsimu, abych videl "vyvoj" toho scitaneho snimku. Ale s takovouto selektivni metodou se musi opatrne, aby do toho prilis nevstoupil lidsky faktor (napr. typu "chci tam videt komu, tak scitam ty, kde se mi ty naznaky zdaji nejvetsi"), takze to chce hodne zkusenosti a sebekritiky. Obecne ale zalezi na tom, k cemu to scitani snimku potrebujete. Pro mereni je casto nejlepsi nic nescitat a zmerit kazdy snimek zvlast, a teprve vysledna mereni pak zprumerovat. Duvodu k tomuto postupu je nekolik, ale o tom treba az priste, pokud nekdo bude potrebovat se rozhodnout v urcitem konkretnim pripade. Zdravim, Petr From hroch at monoceros....muni.cz Mon Dec 18 16:08:59 2000 From: hroch at monoceros....muni.cz (Filip Hroch) Date: Mon, 18 Dec 2000 16:08:59 +0100 (CET) Subject: [Ccd-CR] Vyvoj Munidosu In-Reply-To: <003301c068f5$79464b20$346e2093@sin....cz> Message-ID: Ciao On Mon, 18 Dec 2000, Lukas Kral wrote: > Ahoj, > Filipe - to jsem rad, ze ses ozval, netusil jsem, ze Munipack pro Unix > mezitim prodelal takovy vyvoj... no to je asi moje chyba.. no aspon je videt, jak je reklama dulezita > > Jestli budu mit dost casu, zkusim ty nove verze programu prelozit pro DOS a > vsecko to renovovat, jak pises. Problem je, ze jak koukam, skoro vsecky nove > zdrojaky jsou ve Fortranu a v Cecku, zatim co ja jsem si nejjistejsi porad > jeste v Pascalu (s Ceckem uz nejake zkusenosti mam, s Fortranem jsem jeste > nedelal). Ale zkusim se to naucit. Samozrejme, jestli se tu najde zdatnejsi > programator s dostatkem casu a chuti se do toho pustit, rad mu to prenecham. > > Zatim jsem mel v planu udelat jen drobne upravy, tak aby vznikla opravdu > funkcni verze. I s temi stavajicimi zastaralymi programky to totiz fungovalo > velmi slusne, kdyz jsem si udelal tech par uprav, o kterych jsem psal > minule, takze potreba prekladat vsechno znova podle me neni tak uplne > akutni. Ale samozrejme by to bylo lepsi. Jen jestli bude cas... > > Jinak, jak pises, to automaticke skladani snimku uz mas vyresene... To je > fajn, kouknu se na to a zjistim jak to funguje :-) Jestli to nebude moc > slozite, taky to zkusim zabudovat do Munidosu, at udelam radost Kamilovi a > spol. :-)) Jo Kamile, Tobe jde jen o to slozeni snimku, fotometrii komety > stejne musis pak delat rucne, ze? U pohybujici se komety to auto-skladani > totiz asi fungovat nebude, slozi se to podle hvezd... > > Napada me takova teoreticka otazka (mozna trivialni?) - jak skladat ty > snimky - je asi nejlepsi pouzit jakousi variantu metody klouzavych prumeru, > tedy slozit napr. 1.-3. snimek, potom 2.- 4., 3.-5. atd.? Dela se to tak v > praxi? Nebo se sklada 1.-3., 4.-6., 7.-9. atd. - to by byla asi blbost, ze? > Ale zase pokud bude v pozorovani casova mezera... No ja na kombinaci to ho a co jak skladat zasadne zadne omezeni nedelam, proste to funguje tak, ze co si tam date to to slozi...:-) Jak skladat nevim, ale myslim, se to docela rychle nekjdo nauci... FH From krall at troja....cvut.cz Mon Dec 18 16:17:31 2000 From: krall at troja....cvut.cz (Lukas Kral) Date: Mon, 18 Dec 2000 16:17:31 +0100 Subject: [Ccd-CR] Vyvoj Munidosu References: Message-ID: <005b01c06905$a46c7c60$346e2093@sin....cz> Ahoj, s temi klouzavymi prumery jsem mel na mysli jejich pouziti pri fotometrii promennych hvezd, kdy mam serii mnoha snimku s konstantnim casovym odstupem a potrebuji ziskat svetelnou krivku v case. Bud tedy muzu redukovat kazdy snimek zvlast a prumerovat az vysledna data (pokud je to treba), nebo bych vlastne mohl "klouzave prumerovat" uz samotne snimky, prave tim, ze bych secetl 1.-3., pak 2.-4. atd. cimz bych dostal stejny pocet snimku jako byl puvodni, ale zprumerovanych. Pokud bude pozorovana hvezda dost jasna, aby sla delat rozumna fotometrie na kazdem snimku zvlast, je asi rozumnejsi prumerovat az vysledna data. Kdyz ale budu delat fotometrii neceho hodne slabeho, kdy proste MUSIM slozit vzdy nekolik snimku, je pak otazka, jestli skladat prvni tri, dalsi tri atd. (pak dostanu na svetelne krivce tretinu bodu, ale presnejsich), nebo to skladat tou obdobou klouzaveho prumeru, tedy 1.+2.+3., 2.+3.+4., 3.+4.+5. (pak budu mit na krivce stejny pocet bodu). Ale kdyz nad tim tak uvazuju, nejlepsi asi je proste fotometrii tak slabych objektu vubec nedelat :-) Lukas From ppravec at asu....cz Mon Dec 18 16:32:35 2000 From: ppravec at asu....cz (Petr Pravec) Date: Mon, 18 Dec 2000 16:32:35 +0100 (MET) Subject: [Ccd-CR] Vyvoj Munidosu In-Reply-To: <005b01c06905$a46c7c60$346e2093@sin....cz> Message-ID: > s temi klouzavymi prumery jsem mel na mysli jejich pouziti pri fotometrii > promennych hvezd, kdy mam serii mnoha snimku s konstantnim casovym odstupem > a potrebuji ziskat svetelnou krivku v case. Bud tedy muzu redukovat kazdy > snimek zvlast a prumerovat az vysledna data (pokud je to treba), nebo bych > vlastne mohl "klouzave prumerovat" uz samotne snimky, prave tim, ze bych > secetl 1.-3., pak 2.-4. atd. cimz bych dostal stejny pocet snimku jako byl > puvodni, ale zprumerovanych. Takto ovsem dostanes ponekud "nerealnou" krivku. Pri tomto klouzavem prumerovani tam nedostanes vice informace, nez kdyz pracujes s jednotlivymi snimky ci se snimky prumerovanymi po seriich bez prekryvu. Muze se to nekdy hodit, ale musis pocitat s tim, ze sousedni body v te krivce z "klouzaveho prumeru" nejsou vzajemne nezavisle. Kdyz na to zapomenes, muzes pak vyslednou krivku chybne interpretovat. > Pokud bude pozorovana hvezda dost jasna, aby sla delat rozumna fotometrie na > kazdem snimku zvlast, je asi rozumnejsi prumerovat az vysledna data. > > Kdyz ale budu delat fotometrii neceho hodne slabeho, kdy proste MUSIM slozit Tohle je rozsireny omyl, ono vlastne nemusis. Proc si myslis, ze musis? > vzdy nekolik snimku, je pak otazka, jestli skladat prvni tri, dalsi tri atd. > (pak dostanu na svetelne krivce tretinu bodu, ale presnejsich), nebo to > skladat tou obdobou klouzaveho prumeru, tedy 1.+2.+3., 2.+3.+4., 3.+4.+5. > (pak budu mit na krivce stejny pocet bodu). Ano, v prvem pripade budes mit na krivce N/3 bodu, ve druhem N bodu, ale jen N/3 z nich nezavislych. Vysledek je tedy v podstate stejny, statisticky na tom nic neziskas. > Ale kdyz nad tim tak uvazuju, > nejlepsi asi je proste fotometrii tak slabych objektu vubec nedelat :-) Kdyz mas vhodny jasnejsi objekt, je opravdu lepe se na slaby vykaslat. Ale ony nekdy ty nejslabsi jsou nejzajimavejsi .... Petr From krall at troja....cvut.cz Mon Dec 18 18:05:24 2000 From: krall at troja....cvut.cz (Lukas Kral) Date: Mon, 18 Dec 2000 18:05:24 +0100 Subject: [CCD-CR] Skladani snimku References: Message-ID: <000701c06914$b6b743a0$346e2093@sin....cz> Vyborne, takze uz vim, co jsem si potreboval ujasnit - kdyz uz bych snimky z fotometricke serie skladal (v praxi asi hlavne kvuli tomu, ze software slabe hvezdy nedetekuje nebo pri tom dela hodne chyb), je korektni to udelat klasicky, tj. napr. 1.+2.+3., pak 4.+5.+6. atd., takze dostanu tretinovy pocet lepsich snimku. Zkusim zabudovat takovou moznost do Munidosu (pro slabe hvezdy se to muze hodit, je lepsi kdyz bude mene ale kvalitnejsich bodu v grafu, nez kdyz jich spousta vypadne nebo je chybnych, jak se u slabych hvezd casto stavalo). Ale stejne se s tim bude muset zachazet opatrne, napr. kdyz bude v pozorovani dira v case, aby se neskladaly snimky z okraju te mezery, tj. prilis daleko od sebe (coz by nebylo prilis korektni). Lukas From ppravec at asu....cz Mon Dec 18 18:20:41 2000 From: ppravec at asu....cz (Petr Pravec) Date: Mon, 18 Dec 2000 18:20:41 +0100 (MET) Subject: [CCD-CR] Skladani snimku In-Reply-To: <000701c06914$b6b743a0$346e2093@sin....cz> Message-ID: On Mon, 18 Dec 2000, Lukas Kral wrote: > Vyborne, takze uz vim, co jsem si potreboval ujasnit - kdyz uz bych snimky z > fotometricke serie skladal (v praxi asi hlavne kvuli tomu, ze software slabe > hvezdy nedetekuje nebo pri tom dela hodne chyb), je korektni to udelat Jo, to muze byt duvod pro skladani, kdyz software se slabymi objekty neumi nakladat nejlepe. V takovem pripade je skladani snimku moznym resenim. > klasicky, tj. napr. 1.+2.+3., pak 4.+5.+6. atd., takze dostanu tretinovy > pocet lepsich snimku. > > Zkusim zabudovat takovou moznost do Munidosu (pro slabe hvezdy se to muze > hodit, je lepsi kdyz bude mene ale kvalitnejsich bodu v grafu, nez kdyz jich > spousta vypadne nebo je chybnych, jak se u slabych hvezd casto stavalo). Ale > stejne se s tim bude muset zachazet opatrne, napr. kdyz bude v pozorovani > dira v case, aby se neskladaly snimky z okraju te mezery, tj. prilis daleko > od sebe (coz by nebylo prilis korektni). Ano, na to se musi davat pozor, zvlaste v pripadech, kdy ocekavas vyznamnejsi zmenu jasnosti objektu behem dane casove mezery. Zdar, Petr From novak at hvezdarna... Mon Dec 18 18:52:01 2000 From: novak at hvezdarna... (Rudolf Novak) Date: Mon, 18 Dec 2000 17:52:01 GMT Subject: [CCD-CR] Skladani snimku In-Reply-To: <000701c06914$b6b743a0$346e2093@sin....cz> References: <000701c06914$b6b743a0$346e2093@sin....cz> Message-ID: <20001218.17520100@eagle....d-net.cz> Ahoj, koukam, ze napadu, co pridat je hodne, ted jen neco udelat :) Pokud jde o to manipulovani s daty tak doporucuji byt co mozna nejopatrnejsi - rozhodne bych nedaval nikam zadne filtry na data, neprumeroval - at si to udela uzivatel sam podle potreby. Je mi jasne, ze to asi nechces dat do toho procesu fotometrie, ale mene zkuseny uzivatel by mel tusit, zda to ma pouzit (fci v menu) nebo ne. Novy munipack pro linux (stahl jsem si z ftp Filipa rpm baliky) je o dost rychlejsi nez ten DOSovy - krom toho nema ty bugy o kterych se tu psalo. Problem, jak to ale prelozit pro DOS (Win32) byl ale v tom, ze jsem nemohl nikde sehnat free compiler fortranu 90. Cili Luki doporucuji zacit tim. Co se mi take libi na te linuxove verzi je minimalni ukecanost - ta verze okenni co je ted vznikla proto, ze to melo umet cist ruzne fitsy, editovat ruzne soubory, ale myslim, ze dnes by to mohlo byt opet vicemene command-line driven pac potom to muzete pustit a jit domu. Kdyz by se to doplnilo nejakym jednoduchym textovym navodem jak na to, je to genialni. S Lukasem jsem domluvil predani zdrojaku, stejne jako i toho okenniho softu co jsem zacal psat, takze se urcite muzete brzo tesit na novy a hlavne snad funkcni munidos :) Rudolf >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 12/18/00, 6:05:24 PM, "Lukas Kral" wrote regarding [CCD-CR] Skladani snimku: > Vyborne, takze uz vim, co jsem si potreboval ujasnit - kdyz uz bych snimky z > fotometricke serie skladal (v praxi asi hlavne kvuli tomu, ze software slabe > hvezdy nedetekuje nebo pri tom dela hodne chyb), je korektni to udelat > klasicky, tj. napr. 1.+2.+3., pak 4.+5.+6. atd., takze dostanu tretinovy > pocet lepsich snimku. > Zkusim zabudovat takovou moznost do Munidosu (pro slabe hvezdy se to muze > hodit, je lepsi kdyz bude mene ale kvalitnejsich bodu v grafu, nez kdyz jich > spousta vypadne nebo je chybnych, jak se u slabych hvezd casto stavalo). Ale > stejne se s tim bude muset zachazet opatrne, napr. kdyz bude v pozorovani > dira v case, aby se neskladaly snimky z okraju te mezery, tj. prilis daleko > od sebe (coz by nebylo prilis korektni). > Lukas > _______________________________________________ > CCD mailing list > CCD at amper....muni.cz > http://amper.ped.muni.cz/mailman/listinfo/ccd From Pavel.Kubicek at glavostav....com Tue Dec 19 11:38:41 2000 From: Pavel.Kubicek at glavostav....com (=?ISO-8859-2?Q?Kub=ED=E8ek_Pavel?=) Date: Tue, 19 Dec 2000 11:38:41 +0100 Subject: [Ccd-CR] diferencialni fotometrie Message-ID: Ahoj ano popsal jsi to spravne. ADU je pocet elektronu pripadajici na jednotku vystupniho cislicoveho signalu. Odtud plyne neprima umera, cim vetsi je rozliseni prevodniku (8, 12, nebo 16bit) tim mensi je ADU. Zalezi samozrejme tez na zesileni zesilovace, ktery je pred vstupem do A/D prevodniku. Zdravi Pavel Kubicek >---------- >Od: Petr Pravec[SMTP:ppravec at asu....cz] >Odesl?no: 14. prosince 2000 21:58 >Komu: ccd at amper....muni.cz >P?edm?t: Re: [Ccd-CR] diferencialni fotometrie > > >On Thu, 14 Dec 2000, Lukas Kral wrote: > >> Jo, mohl by nekdo vysvetlit co presne znamena ta zkratka ADU? V praxi vim, >> co to znamena, ale chtel bych vedet, z jakych slov je ta zkratka tvorena. > >Nejsem si stoprocentne jist (a ted nemam po ruce literaturu), ale myslim, >ze to znamena "analog-digital unit", tedy "analogove-digitalni jednotka". >Tedy jednotka digitalizovaneho (ciselneho) vystupu analogoveho signalu >detektoru (pixelu). >Ten analogovy signal je v pripade CCD puvodne naboj kumulovany na danem >pixelu. Pouzivam to ale tak automaticky, ze si ted nejsem jist, zdali >jsem to popsal uplne spravne. > >Zdravim, Petr > > >_______________________________________________ >Ccd mailing list >Ccd at amper....muni.cz >http://amper.ped.muni.cz/mailman/listinfo/ccd > From hroch at monoceros....muni.cz Wed Dec 20 12:04:10 2000 From: hroch at monoceros....muni.cz (Filip Hroch) Date: Wed, 20 Dec 2000 12:04:10 +0100 (CET) Subject: [CCD-CR] Skladani snimku In-Reply-To: <20001218.17520100@eagle....d-net.cz> Message-ID: Ciao ja myslim, ze jak interaktivni tak batch pristup ma svoje vyhody a nevyhody, nezavrhoval bych ani jeden z nich. Batch je dobre pouzitelny na masivni zpracovani dat napr z cele noci. Nakonec na to byl vlastne munipack konstruovan. Chce to ovsem zkuseneho uzivatele, ktery vi co dela. Naopak interaktivni se hodi pro zacatecnika nebo pokud zpracovavate jednotlive obrazky, pak je batch pristup desne tezkopadnej. Ono ja to tak na zacatku myslel a vlastne to i doted delam, ze hodne snimku zpracovavam pres Munipack jednotlive snimky, nebo snimky se kterymi si hraju pak v DAOPhotu v Midasu. Asi taky jde tak trochu o to, ze pouziti jen holych procedur je dost neprakticke a tak je nad temi zakladnimi programy potreba vytvaret nejake uzivatelske interface. A to jak na batch tak interaktive praci. Zrejme bude vhodne mit na batch praci nejake jednoduche radkove prikazy (jako je qmphot) a pak graficky interface s menu, iconkami a pod. Na graf. nastavby nemam bunky. FH On Mon, 18 Dec 2000, Rudolf Novak wrote: > > Ahoj, > > koukam, ze napadu, co pridat je hodne, ted jen neco udelat :) > > Pokud jde o to manipulovani s daty tak doporucuji byt co mozna > nejopatrnejsi - rozhodne bych nedaval nikam zadne filtry na data, > neprumeroval - at si to udela uzivatel sam podle potreby. > > Je mi jasne, ze to asi nechces dat do toho procesu fotometrie, ale mene > zkuseny uzivatel by mel tusit, zda to ma pouzit (fci v menu) nebo ne. > > Novy munipack pro linux (stahl jsem si z ftp Filipa rpm baliky) je o dost > rychlejsi nez ten DOSovy - krom toho nema ty bugy o kterych se tu psalo. > Problem, jak to ale prelozit pro DOS (Win32) byl ale v tom, ze jsem > nemohl nikde sehnat free compiler fortranu 90. Cili Luki doporucuji zacit > tim. > > Co se mi take libi na te linuxove verzi je minimalni ukecanost - ta verze > okenni co je ted vznikla proto, ze to melo umet cist ruzne fitsy, > editovat ruzne soubory, ale myslim, ze dnes by to mohlo byt opet vicemene > command-line driven pac potom to muzete pustit a jit domu. Kdyz by se to > doplnilo nejakym jednoduchym textovym navodem jak na to, je to genialni. > > S Lukasem jsem domluvil predani zdrojaku, stejne jako i toho okenniho > softu co jsem zacal psat, takze se urcite muzete brzo tesit na novy a > hlavne snad funkcni munidos :) > > > Rudolf > > > >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< > > On 12/18/00, 6:05:24 PM, "Lukas Kral" wrote > regarding [CCD-CR] Skladani snimku: > > > > Vyborne, takze uz vim, co jsem si potreboval ujasnit - kdyz uz bych > snimky z > > fotometricke serie skladal (v praxi asi hlavne kvuli tomu, ze software > slabe > > hvezdy nedetekuje nebo pri tom dela hodne chyb), je korektni to udelat > > klasicky, tj. napr. 1.+2.+3., pak 4.+5.+6. atd., takze dostanu tretinovy > > pocet lepsich snimku. > > > Zkusim zabudovat takovou moznost do Munidosu (pro slabe hvezdy se to muze > > hodit, je lepsi kdyz bude mene ale kvalitnejsich bodu v grafu, nez kdyz > jich > > spousta vypadne nebo je chybnych, jak se u slabych hvezd casto stavalo). > Ale > > stejne se s tim bude muset zachazet opatrne, napr. kdyz bude v pozorovani > > dira v case, aby se neskladaly snimky z okraju te mezery, tj. prilis > daleko > > od sebe (coz by nebylo prilis korektni). > > > Lukas > > > > _______________________________________________ > > CCD mailing list > > CCD at amper....muni.cz > > http://amper.ped.muni.cz/mailman/listinfo/ccd > > _______________________________________________ > CCD mailing list > CCD at amper....muni.cz > http://amper.ped.muni.cz/mailman/listinfo/ccd > From hroch at monoceros....muni.cz Wed Dec 20 12:11:45 2000 From: hroch at monoceros....muni.cz (Filip Hroch) Date: Wed, 20 Dec 2000 12:11:45 +0100 (CET) Subject: [Ccd-CR] Vyvoj Munidosu In-Reply-To: Message-ID: Ciao PixCell je jiz 2 roky soucasti konvi, mimochodem M. Broz jej udelal(?) 24. listopadu 1998 a ja si spletl anglicke Nov s Dec a udelal si z toho The Chrismas format. FH On Wed, 20 Dec 2000, Miroslav Broz wrote: > > Dobry den preji, > > priklad obrazku z kamery PixCel255 je vystaveny na > http://www.astrohk.cz/images/EQTau.255 > > Jediny rozdil proti standardnim ST-x je v prvnim radku > hlavicky. Jinak s potesenim sleduji diskusi :-) > > Zdravi Mira Broz > > ------------------------------------------------------------------- > MIROSLAV BROZ Astronomical Institute, Charles University, Prague > Observatory and Planetarium, Hradec Kralove > ------------------------------------------------------------------- > + NAME: Miroslav Bro\v{z} > + EMAIL: miroslav.broz at email..., mira at sirrah....mff.cuni.cz > + WEB: http://sirrah.troja.mff.cuni.cz/~mira/ > + ADDRESS: K aleji 561, 500 09 Hradec Kralove, Czech Republic > ------------------------------------------------------------------- > > On Thu, 14 Dec 2000, Lukas Kral wrote: > > > Ahoj, > > jak jsem slibil na konferenci v Brne, budu se snazit dal vyvijet > > fotometricky balik Munidos (prebiram pomyslne zezlo po Rudolfu Novakovi, > > ktery se chce soustredit na verzi pro Unix). > > > > Zapasim sice s nedostatkem casu, ale behem ledna bych chtel udelat aspon > > vylepsit stavajici DOSovskou verzi. Predevsim chci konecne dat na web .exe > > soubory opravene vuci chybe Borlandske jednotky CRT (hazi error 200). > > > > Dale chci pridat moznost volby velikosti fotometricke clonky (v soucasnosti > > je automaticky pouzita ta nejmensi, o polomeru 2 pixely, coz vyhovuje u > > kvalitnich dalekohledu s ostrymi hvezdami, ale napr. u naseho lehce > > rozmazavajiciho objektivu zvetseni clonky prinasi zmenseni rozptylu - kdyz > > se to neprezene samozrejme). > > > > Dale take chci vyresit problem, ze kdyz Munidosu predhodite uz hotove FITS > > soubory z jine kamery nez SBIG, spatne z nich cte nektere udaje. Prosim tedy > > ty z vas, kteri s timto meli problem, at mi poslou nekolik svych typickych > > snimku FITS (Mira Broz, Honza Manek??). > > > > Jinak jestli mate nejaky jiny nalehavy problem s Munidosem, ktery by se dal > > jednoduse resit, napiste. Pozdeji chci pridat dalsi vylepseni (automaticke > > hledani novych promennych v serii snimku aj.), ale na to ted nebudu mit cas, > > mozna na jare nebo o letnich prazdninach, kdy bych take mohl zkusit dokoncit > > verzi pro Windows. > > > > Take bychom mohli casem zacit diskutovat o nejakem jednotnem formatu pro > > vystupni datove soubory, aby obsahoval co nejvice uzitecnych udaju o mereni > > a byl pripadne kompatibilni i s jinym softwarem (nejake naznaky diskuse o > > tomhle byly i na konferenci v Brne). Ale to je zalezitost budoucnosti. > > > > Zdravi > > Lukas > > > > > > _______________________________________________ > > Ccd mailing list > > Ccd at amper....muni.cz > > http://amper.ped.muni.cz/mailman/listinfo/ccd > > > > > > From hroch at monoceros....muni.cz Wed Dec 20 12:19:59 2000 From: hroch at monoceros....muni.cz (Filip Hroch) Date: Wed, 20 Dec 2000 12:19:59 +0100 (CET) Subject: [CCD-CR] Nightly Builds In-Reply-To: <000701c06914$b6b743a0$346e2093@sin....cz> Message-ID: Ciao myslite, ze by Munipacku/Munidosu prospela podobna filozofie sireni, jako ma treba Mozilla nebo ted OpenOffice? Nightly Builds nebo milestones? FH From novak at hvezdarna... Wed Dec 20 13:13:41 2000 From: novak at hvezdarna... (Rudolf Novak) Date: Wed, 20 Dec 2000 12:13:41 GMT Subject: [CCD-CR] Nightly Builds In-Reply-To: References: Message-ID: <20001220.12134100@eagle....d-net.cz> Ahoj, no kdyz mi reknes co to jsou milestones a nigtly builds (ja mam pocit, ze asi nejake bety), tak o tom muzu premyslet :) R >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 12/20/00, 12:19:59 PM, Filip Hroch wrote regarding [CCD-CR] Nightly Builds: > Ciao > myslite, ze by Munipacku/Munidosu prospela > podobna filozofie sireni, jako ma treba Mozilla > nebo ted OpenOffice? Nightly Builds nebo milestones? > FH > _______________________________________________ > CCD mailing list > CCD at amper....muni.cz > http://amper.ped.muni.cz/mailman/listinfo/ccd From ppravec at asu....cz Wed Dec 20 13:28:02 2000 From: ppravec at asu....cz (Petr Pravec) Date: Wed, 20 Dec 2000 13:28:02 +0100 (MET) Subject: [CCD-CR] Nightly Builds In-Reply-To: <20001220.12134100@eagle....d-net.cz> Message-ID: Nekdy si myslim, ze prilis pouzivam anglickou terminologii i v ceskem textu. Ale vidim, ze proti Filipovi jsem zabar (z~abar~). A taky tomu nerozumim. :-) Filipe, mozna se ptas nepravych, kdyz nevime bez vysvetleni nebo aspon pointru na URL, o co jde. ;-) Petr On Wed, 20 Dec 2000, Rudolf Novak wrote: > > Ahoj, > no kdyz mi reknes co to jsou milestones a nigtly builds (ja mam pocit, ze > asi nejake bety), tak o tom muzu premyslet :) > > > R > > >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< > > On 12/20/00, 12:19:59 PM, Filip Hroch > wrote regarding [CCD-CR] Nightly Builds: > > > > Ciao > > > myslite, ze by Munipacku/Munidosu prospela > > podobna filozofie sireni, jako ma treba Mozilla > > nebo ted OpenOffice? Nightly Builds nebo milestones? > > > FH > > > > _______________________________________________ > > CCD mailing list > > CCD at amper....muni.cz > > http://amper.ped.muni.cz/mailman/listinfo/ccd > > _______________________________________________ > CCD mailing list > CCD at amper....muni.cz > http://amper.ped.muni.cz/mailman/listinfo/ccd > From hroch at monoceros....muni.cz Wed Dec 20 14:27:34 2000 From: hroch at monoceros....muni.cz (Filip Hroch) Date: Wed, 20 Dec 2000 14:27:34 +0100 (CET) Subject: [CCD-CR] Nightly Builds In-Reply-To: Message-ID: Ciao, kouknete na stranku www.mozilla.org. Jde o to, ze na velkych projektech kde pracuji stovky lidi z celeho sveta se tezko udrzuje poradek a tak se pouziva neketry ze systemu, ktere se jej snazi udrzovat a jednou denne se vyda soucasna satbilni verze. No a pak se jednou za cas vydaji millestone, coz jsou shrnuti oprav a novych risu treba za posledni mesic, dva. To je vlasne v soucasne dobe M18 ktere je az na nepodstane veci totozne s Netscape 6.0. Myslel jsem to tak, ze by jsme treba na www.munipack.com (?) davali prubezne nove verze, stahovali atd... naprogramovali cron aby jednou denne vyrobil nove verze vseho... FH On Wed, 20 Dec 2000, Petr Pravec wrote: > > Nekdy si myslim, ze prilis pouzivam anglickou terminologii i v ceskem > textu. Ale vidim, ze proti Filipovi jsem zabar (z~abar~). > A taky tomu nerozumim. :-) > > Filipe, mozna se ptas nepravych, kdyz nevime bez vysvetleni nebo > aspon pointru na URL, o co jde. ;-) > > Petr > > > On Wed, 20 Dec 2000, Rudolf Novak wrote: > > > > > Ahoj, > > no kdyz mi reknes co to jsou milestones a nigtly builds (ja mam pocit, ze > > asi nejake bety), tak o tom muzu premyslet :) > > > > > > R > > > > >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< > > > > On 12/20/00, 12:19:59 PM, Filip Hroch > > wrote regarding [CCD-CR] Nightly Builds: > > > > > > > Ciao > > > > > myslite, ze by Munipacku/Munidosu prospela > > > podobna filozofie sireni, jako ma treba Mozilla > > > nebo ted OpenOffice? Nightly Builds nebo milestones? > > > > > FH > > From novak at hvezdarna... Wed Dec 20 14:37:00 2000 From: novak at hvezdarna... (Rudolf Novak) Date: Wed, 20 Dec 2000 13:37:00 GMT Subject: [CCD-CR] Nightly Builds In-Reply-To: References: Message-ID: <20001220.13370000@eagle....d-net.cz> Ahoj Filipe, tak ted uz tomu rozumim a jsem pro. Pro zacatek, nez se v tym unixu trochu rozkoukam se mohu starat o web a pomahat ti delat dokumentace (protoze ted se mi to zda mirne nedokumentovane). Pomalu bych se zapojil do te linuxove verze, zkus se zamyslet, jestli bych mohl s necim pomoci v teto fazi - osobne bych se pak spis chtel vrhnout na to rozhrani munipack - ftp - web - sql - php a nachystat to cele jako jeden balik pro organizaci nebo verejny server. Casem bych se mohl hodit tu myslenku co jsme s Filipem probirali pred promen. seminarem, kde jsem to tak nejak ohlasil za oba. Pokud jde o DOS, nejakou dobu Ti jeste mohu byt Luki napomocen, protoze mam zatim dualboot a tu a tam (vypalovani, FLASH,estc) se do woknouz prepnu, ale uz brzo bych to rad smetl z meho pc definitivne. Toz zatim tak. Jeste ale poznamka k tomu URL www.munipack.com - docetl jsem se, ze tyhle free domains jsou zadara jen rok a mel bych-li za to platit - nechtelo by se mi. Cili navrhuji top dat na nejake jine URL. K dispozici mam www.astronomy,cz (kde je uz odkaz v munipack.astronomy.cz) a nebo jeste uplne nehotovy server www.ccd-astronomy.com (ta domena mi patri, cili bude porad). Takze by to mohlo byt tam. Mam vymyslene nejake projekty pro to URL a munipack by mezi to pekne zapadl. Prestoze to je na dot.com bych byl rad, kdyby to com nebylo vubec, protoze ten poplatek 800 za dva roky snad z vyplaty uhradim vzdy a nejake to misto na nejakem serveru najdu take. Toz tak Z-Rudas >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 12/20/00, 2:27:34 PM, Filip Hroch wrote regarding Re: [CCD-CR] Nightly Builds: > Ciao, > kouknete na stranku www.mozilla.org. > Jde o to, ze na velkych projektech kde pracuji stovky lidi > z celeho sveta se tezko udrzuje poradek a tak se pouziva > neketry ze systemu, ktere se jej snazi udrzovat a jednou denne > se vyda soucasna satbilni verze. No a pak se jednou za > cas vydaji millestone, coz jsou shrnuti oprav a novych > risu treba za posledni mesic, dva. To je vlasne v soucasne > dobe M18 ktere je az na nepodstane veci totozne s Netscape 6.0. > Myslel jsem to tak, ze by jsme treba na www.munipack.com (?) > davali prubezne nove verze, stahovali atd... naprogramovali > cron aby jednou denne vyrobil nove verze vseho... > FH > On Wed, 20 Dec 2000, Petr Pravec wrote: > > > > Nekdy si myslim, ze prilis pouzivam anglickou terminologii i v ceskem > > textu. Ale vidim, ze proti Filipovi jsem zabar (z~abar~). > > A taky tomu nerozumim. :-) > > > > Filipe, mozna se ptas nepravych, kdyz nevime bez vysvetleni nebo > > aspon pointru na URL, o co jde. ;-) > > > > Petr > > > > > > On Wed, 20 Dec 2000, Rudolf Novak wrote: > > > > > > > > Ahoj, > > > no kdyz mi reknes co to jsou milestones a nigtly builds (ja mam pocit, ze > > > asi nejake bety), tak o tom muzu premyslet :) > > > > > > > > > R > > > > > > >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< > > > > > > On 12/20/00, 12:19:59 PM, Filip Hroch > > > wrote regarding [CCD-CR] Nightly Builds: > > > > > > > > > > Ciao > > > > > > > myslite, ze by Munipacku/Munidosu prospela > > > > podobna filozofie sireni, jako ma treba Mozilla > > > > nebo ted OpenOffice? Nightly Builds nebo milestones? > > > > > > > FH > > > > _______________________________________________ > CCD mailing list > CCD at amper....muni.cz > http://amper.ped.muni.cz/mailman/listinfo/ccd From krall at troja....cvut.cz Wed Dec 20 20:00:20 2000 From: krall at troja....cvut.cz (Lukas Kral) Date: Wed, 20 Dec 2000 20:00:20 +0100 Subject: [CCD-CR] Nightly Builds References: <20001220.13370000@eagle....d-net.cz> Message-ID: <004301c06ab7$19e0dba0$346e2093@sin....cz> Tak to ja porad jeste tomu systemu "milestones" uplne nerozumim. Chapu spravne, ze by treba na Munidosu pracovalo nezavisle nekolik lidi a ti by pridavali ruzna vylepseni a prubezne opravovali chyby a davali to nekam na web a jednou za cas by se z toho udelala nova oficialni verze? Nejak si ale neumim predstavit, jak by se to koordinovalo, aby nekteri nedelali na tom samem, a kdo by urcoval, ktere verze ceho jsou lepsi a ktere horsi a tak? Nevznikl by jen zmatek nebo spousta prace navic? (mozna jsem trochu mimo, spal jsem dneska jen hodinu :-) Lukas P.S. Taky bych nezavrhoval graficke uzivatelske rozhrani, byt treba neprilis slozite. Ovladani prikazovou radkou je podle me super pro lidi, kteri delaji fotometrii kazdou chvili, ale znam spoustu pozorovatelu (hlavne amateru), kteri pozoruji jen jednou za cas a pak je ovladani programu parametry vcelku nepohodlne (mluvim z vlastni zkusenosti :-) From hroch at monoceros....muni.cz Fri Dec 22 11:09:58 2000 From: hroch at monoceros....muni.cz (Filip Hroch) Date: Fri, 22 Dec 2000 11:09:58 +0100 (CET) Subject: [CCD-CR] Nightly Builds In-Reply-To: <004301c06ab7$19e0dba0$346e2093@sin....cz> Message-ID: Ciao ve svete se pouziva nekolik ruznych zpusobu, jak se ve zmatku novych verzi na kterych delaji vsichni najedou neztratit. Jednim z nich je CVS ktery je v cestine popsany napriklad zde: http://www.keczy.cz/cti.phtml?id=104 On Wed, 20 Dec 2000, Lukas Kral wrote: > Tak to ja porad jeste tomu systemu "milestones" uplne nerozumim. Chapu > spravne, ze by treba na Munidosu pracovalo nezavisle nekolik lidi a ti by > pridavali ruzna vylepseni a prubezne opravovali chyby a davali to nekam na > web a jednou za cas by se z toho udelala nova oficialni verze? jo tohle chapes naprosto presne. > > P.S. Taky bych nezavrhoval graficke uzivatelske rozhrani, byt treba neprilis > slozite. Ovladani prikazovou radkou je podle me super pro lidi, kteri delaji > fotometrii kazdou chvili, ale znam spoustu pozorovatelu (hlavne amateru), > kteri pozoruji jen jednou za cas a pak je ovladani programu parametry vcelku > nepohodlne (mluvim z vlastni zkusenosti :-) > Mluvis me z duse.. ted jeste neco takoveho vyrobit..:-) FH From novak at hvezdarna... Fri Dec 22 12:58:59 2000 From: novak at hvezdarna... (Rudolf Novak) Date: Fri, 22 Dec 2000 11:58:59 GMT Subject: [CCD-CR] Nightly Builds In-Reply-To: References: Message-ID: <20001222.11585900@eagle....d-net.cz> Ahoj, kdyby bylo mezi svatky jasno a nikdo tu nebyl, mihule si od Vikiho pucit klice a pozorovat? R >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 12/22/00, 11:09:58 AM, Filip Hroch wrote regarding Re: [CCD-CR] Nightly Builds: > Ciao > ve svete se pouziva nekolik ruznych zpusobu, jak > se ve zmatku novych verzi na kterych delaji vsichni > najedou neztratit. Jednim z nich je CVS ktery je > v cestine popsany napriklad zde: > http://www.keczy.cz/cti.phtml?id=104 > On Wed, 20 Dec 2000, Lukas Kral wrote: > > Tak to ja porad jeste tomu systemu "milestones" uplne nerozumim. Chapu > > spravne, ze by treba na Munidosu pracovalo nezavisle nekolik lidi a ti by > > pridavali ruzna vylepseni a prubezne opravovali chyby a davali to nekam na > > web a jednou za cas by se z toho udelala nova oficialni verze? > jo tohle chapes naprosto presne. > > > > P.S. Taky bych nezavrhoval graficke uzivatelske rozhrani, byt treba neprilis > > slozite. Ovladani prikazovou radkou je podle me super pro lidi, kteri delaji > > fotometrii kazdou chvili, ale znam spoustu pozorovatelu (hlavne amateru), > > kteri pozoruji jen jednou za cas a pak je ovladani programu parametry vcelku > > nepohodlne (mluvim z vlastni zkusenosti :-) > > > Mluvis me z duse.. ted jeste neco takoveho vyrobit..:-) > FH > _______________________________________________ > CCD mailing list > CCD at amper....muni.cz > http://amper.ped.muni.cz/mailman/listinfo/ccd From novak at hvezdarna... Fri Dec 22 13:21:04 2000 From: novak at hvezdarna... (Rudolf Novak) Date: Fri, 22 Dec 2000 12:21:04 GMT Subject: [CCD-CR] Nightly Builds In-Reply-To: <20001222.11585900@eagle....d-net.cz> References: <20001222.11585900@eagle....d-net.cz> Message-ID: <20001222.12210400@eagle....d-net.cz> Hups. Omluva vsem. Tohle melo jit uplne jinam :) Rudas P.S. Vsem preji co nejmene dalsich zbytecnych emailu a moc pekne svatky. Prestoze na Vanoce neverim a nevidim duvod je nejak slavit, chapu, ze se tu asi najde hodne lidi s jinym nazorem a tem (i ostatnim samozrejme) preji moc pekneho a veseleho. >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 12/22/00, 12:58:59 PM, Rudolf Novak wrote regarding Re: [CCD-CR] Nightly Builds: > Ahoj, > kdyby bylo mezi svatky jasno a nikdo tu nebyl, mihule si od Vikiho pucit > klice a pozorovat? > R