Streszczenie

Spotkanie dotyczyło planów zastąpienia mapy dostarczanej przez AutoMapę własnym rozwiązaniem opartym na OpenStreetMap i Leaflet, aby zyskać pełną kontrolę nad prezentacją danych dla klientów Energa. Omówiono wymagania techniczne, w tym hostowanie, generowanie warstw rastrowych dla awarii masowych oraz integrację z danymi o wyłączeniach. Ustalono, że celem jest przygotowanie interaktywnego prototypu do prezentacji dla klienta w przyszłym tygodniu. Zidentyfikowano brak danych o stacjach ładowania i biurach obsługi, co wymaga dalszych ustaleń z klientem.

Ustalenia

• Decyzja o budowie własnego środowiska mapowego opartego na OpenStreetMap i Leaflet, zamiast dalszej współpracy z AutoMapą.
• Mapa ma być osadzona na stronie www klienta (Energa) jako widget z panelem bocznym, a nie jako modale zasłaniające mapę.
• Warstwy awarii masowych mają być generowane jako kafelki rastorowe (tile'y) dla każdego powiatu osobno, aby zoptymalizować wydajność.
• Prototyp do prezentacji dla klienta ma być gotowy przed spotkaniem w czwartek (przyszły tydzień).
• Agata przygotuje aktualizację makiet w Figma do jutra, a Rafał wygeneruje działający prototyp webowy na bazie tych makiet.

Zadania

• Przeprowadzić spotkanie koordynacyjne z Agatą i Rafałem w celu omówienia postępów 2026-09-24 Zrobione
• Przygotować drugą wersję makiet mapy w Figma 2026-09-24 Zrobione
• Wygenerować działający prototyp mapy (widget) na bazie makiet Agaty 2026-09-25 Zrobione
• Przygotować prezentację z prototypem mapy dla klienta Energa 2026-09-30 Zrobione

Pytania otwarte

• Czy Energa posiada dane o lokalizacji stacji ładowania pojazdów elektrycznych?
• Czy Energa posiada dane o lokalizacji biur obsługi klienta?
• Gdzie dokładnie ma być hostowana mapa: na serwerach własnych zespołu czy na infrastrukturze klienta?
• Jakie są dokładne wymagania dotyczące geokodowania i reverse geokodowania (czy wystarczy wyszukiwanie po adresach z listy awarii, czy potrzebny jest pełny geokoder)?

Moje uwagi