Settable magnitude of notified event

[kaklik]

Na setkání ČAS se mě někdo ptal, jestli by bylo možné zařídit, aby magnituda od které blikátko indikuje událost šlo nějak nastavit.

Následný dotaz byl i na to, jestli by šlo notifikaci posílat emailem.

[roman-dvorak]

Určitě bych chtěl, aby tomu bylo možné nějak uživatelsky nastavovat maximální jas.

Aby to mohlo být i třeba v místech, kde je noční (červené osvětlení) a aby to pak svítilo pouze červeně a ne tak jasně. Asi nejlepší varianta je, že si to z NTP zjistí aktuální čas a dle toho to nastaví jasnost. Další variantou je, že si to bude nějak měřit úroveň osvitu.

Další featura by byla, aby to svítilo jinak na místní události a jinak na události z jiných stanic.. Jinou strukturu blikání? Jinou barvu?

Notifikace emailem, jak je to myšleno? Každou minutu několik eamilů?

[kaklik]

Určitě bych chtěl, aby tomu bylo možné nějak uživatelsky nastavovat maximální jas.

Aby to mohlo být i třeba v místech, kde je noční (červené osvětlení) a aby to pak svítilo pouze červeně a ne tak jasně. Asi nejlepší varianta je, že si to z NTP zjistí aktuální čas a dle toho to nastaví jasnost. Další variantou je, že si to bude nějak měřit úroveň osvitu.

Tohle vůbec není o jasu blikání ale o "magnitudě meteoru". Nějakou pseudo-magnitudu počítá už radio-observer. Nevím ale jestli se vůbec přenáší někam dál, aby podle toho šlo rozhodovat.

Notifikace emailem, jak je to myšleno? Každou minutu několik eamilů?

Tak, že by dotyčný měl na webu zřejmě ve svém účtu bolidozoru nastaveno, že mu má přijít notifikace emailem, když je detekován meteor větší než... Pochopil jsem to tak, že by se jim to zřejmě hodilo kvůli nějakému urychlení zpracování dat z kamer v reakci na danou událost. V podstatě obdoba toho, co kdysi dělaly ty dvě osoby na IMC.

[roman-dvorak]

aha aha .. rozumím :)

Jo, data o magnitudě meteoru se aktuálně nepřenáší. Důvodem je, že informace o události se posílá okamžitě po vzniku detekce na stanici. Takže v tom okamžiku tyto informace ještě známé nejsou. Tohle řešení je z důvodu, že jsou události, které trvají větší jednotky sekund. A typicky, tyto události trvají na různých stanicích různou dobu. Takže taková událost by na mapě vypadala tak, že za 5 sekund blikne první stanice. Další za 3s a další ještě za 5 sekund. A vše by měla být jedna událost.

Každopádně, pokud by byl požadavek takové informace ukazovat například v seznamu posledních událostí v kiosku, tak se dá posílat i informace o ukončení události s nějakými metadaty.

Co se týče report-emailů. Nevím, jestli je vhodný způsob to dělat na základě radiové magnitudy. Protože ta je ovlivnitelná velkou kupou paramertů, které ne všechny souvisí s reálou "velikostí" (ať se pod pojmem velikost rozumí cokoliv). Možná, že by to rozhodovací kritérium měla být například délka trvání události.

Tento požadavek spíše patří k RTbolidozor, protože bych očekával následující podobu:
Takový email se nebude posílat v reálném čase. Ale třeba s hodinovým zpožděním, kdy jsou v databázi uloženy všechny poslední události ze všech online stanic. Proběhnou skripty jako multistation-bolid-finder a bude k této události k dispozici více metadat. Následně se pak ze serveru odešle email o těchto událostech.

Připadá mi přijatelné, když email s takaovou informací bude odeslán do hodiny od samotné události.