Przewodnik po aktywnych kategoriach alertów i granicach powiadomień. Alerty mają zwracać uwagę na istotne zmiany w obsługiwanych pomiarach, bez zamieniania brakujących, nieświeżych lub niepewnych danych w fałszywy sygnał alarmowy.
Alert ma zawsze konkretny sygnał i źródło
Alerty GeoLira są budowane na zdefiniowanych metrykach lub zdarzeniach, a nie na ogólnym haśle aktywności. Własne progi obejmują m.in. Kp, IMF Bz, prędkość wiatru słonecznego i względną aktywność Schumanna z zatwierdzonym source_id i station_id. Zdarzenia takie jak CME i rozbłyski korzystają z osobnych katalogów zdarzeń.
Próg, profil, cooldown i cisza nocna mają różne role
Profil czułości ustala proponowane wartości progów, próg własny określa konkretny warunek, cooldown ogranicza powtarzanie podobnych komunikatów, a quiet hours kontrolują czas dostarczania. Włączenie funkcji zależnych od czasu wymaga ustawionej strefy czasowej. Te ustawienia nie zmieniają danych źródłowych, jedynie sposób, w jaki użytkownik chce być powiadamiany.
Powiadomienie nie jest prognozą skutku dla użytkownika
Przekroczenie progu oznacza tylko spełnienie jawnej reguły dla danej metryki. Nie dowodzi przyczyny samopoczucia, nie stanowi ostrzeżenia medycznego i nie gwarantuje lokalnej zorzy czy burzy. Gdy źródło jest zbyt stare lub niewiarygodne, alert wymagający świeżych danych powinien pozostać fail-closed zamiast korzystać z ostatniej liczby bez ostrzeżenia.