Alternativní prohlížeč meteo dat z chmi.cz

[Zdeněk Vojč]

To je ono, co jsem si představoval, díky. Vytěžil jsem MET a Aladin a udělal v HA předpověď zda fotit, či ne. Takže dneska asi ne, MET a Aladin se dost rozcházejí, zítra je to tutovka a pozítří je to zabitý.
Jak to vidí vaše předpovědi? No každopádně pohled z okna správným směrem je stále ten nejlepší způsob

[astrozraký]

S průzračností taky hodně koreluje ukazatel aerosolu 550 a jako samostatný ukazatel také složka prachu v něm. Na skyaccuracy.cz jsou oba v podobě bodové předpovědi v tabulce i jako proměnná v mapových podkladech. Ukazatele jsou bezrozmerné a hodnoty aerosolu < 0.1 dle mych pozorování ukazuji na velmi čirou oblohu až po obzor (pokud tam není oblačnost ). U hodnot nad 0.3 nebo 0.4 někdy i zvažuji, jestli má cenu jet pozorovat ale to nenastává často.

[Zdeněk Vojč]

Ahoj, díky za tip na aerosoly/AOD 550 a prachovou složku ve SkyAccuracy.cz. Nakonec jsem to zapojil do svého Home Assistant dashboardu pro rozhodování, jestli daný večer rozjet focení.

Cíl není nahradit vlastní úsudek, ale mít na jednom místě rychlé doporučení: spustit / nejisté / nespouštět. Tedy abych nemusel zvlášť koukat na oblačnost, Měsíc, vítr, rosu, AOD, seeing atd., ale viděl rovnou, jestli má smysl dneska chladit kameru a připravovat techniku.

Základ výpočtu beru ze dvou meteorologických modelů:

* MET Norway: oblačnost, vrstvy oblačnosti, mlha, srážky, teplota, rosný bod, vítr.
* ČHMÚ ALADIN: hlavně celková a vrstevnatá oblačnost.

K tomu přidávám vlastní měsíční senzor v HA, který vyhodnocuje astronomickou noc, fázi Měsíce, osvětlení a jestli Měsíc v konkrétních hodinách ruší.

Nově tahám i data ze SkyAccuracy.cz:

* CAMS aerosol550, tedy optickou hloubku aerosolů při 550 nm.
* CAMS dust550, tedy prachovou složku AOD.
* seeing ze zdroje 7Timer/SkyAccuracy, převedený na arcsec.

AOD beru jako samostatný ukazatel průzračnosti. Prach nestrhávám podruhé, protože je už součástí celkového AOD. Orientačně mám nastaveno, že AOD do 0,10 je bez penalizace, od 0,30 je varování a od 0,40 už hodina vypadává jako špatná. Seeing je zatím měkčí faktor: pod cca 1,8" nepenalizuje, nad tím zhoršuje skóre a od 2,5" může hodinu vyřadit z dobrého bloku.

Výpočet běží po hodinách přes astronomickou noc. Každá hodina dostane skóre 0-100 a důvod, co ji případně vyřadilo: oblačnost, vítr, rosa/mlha, Měsíc, AOD, seeing nebo nejistota modelů. Z těchto hodin se hledá souvislý dobrý blok, ideálně dostatečně dlouhý a začínající brzy po začátku astronomické tmy.

Na dashboardu pak vidím stručný verdikt pro několik nocí dopředu a detail aktuální noci: doporučený start focení, kdy začít chladit/připravovat, dobrý souvislý blok, průměry MET/ALADIN, AOD, prach, seeing a hodinový přehled s hlavním důvodem omezení.

Protože SkyAccuracy rozhraní není garantované veřejné API, udělal jsem to opatrně: pokud se data nepodaří stáhnout, jsou stará, nebo se změní formát odpovědi, tak se AOD/seeing prostě nezapočítají a rozhodnutí dál funguje jen podle MET, ALADINu a Měsíce. Nechci, aby rozbitý externí zdroj vytvořil falešné doporučení. Ukázku výsledného doporučení mám veřejně i na stavové stránce observatoře tady v podpisu.

[astrozraký]

Nechci tu rozvijet vlakno, krere pod toto tema nepatří ... I kdyz me tesi zajem o agregovana data SkyAccuracy.cz tak API, ktere web poskytuje neni urceno k dalsi integraci na jiné weby. Proto bych rad požádal o odstranění. API Webu používá různé placene API a je proto urceno jen koncovym uzivatelum. Dekuji

[Zdeněk Vojč]

Díky za upozornění. Poslal jsem Vám soukromý mail.
ZV

[MMys]

Myslím že nic neporušuje, neintegruje to do žádného veřejného webu, používá to ve svém systému pro řízení observatoře, jak píše v postech níže.

[Zdeněk Vojč]

To je vyřešené a vysvětlené. Technicky není vhodné využívat zmíněný server jako prostředníka pro cílové zdroje dat: 7Timer, MeteoBlue, Cams. Další verze pluginu do HA bude využívat přímá api do konkrétních zdrojů.
Zdeněk