Adresy.appOdwrócone osie współrzędnych po imporcie PRG z 3 października
GUGiK zmienił w paczce PRG zapis układu współrzędnych i kolejność osi. Import z 3.10 zapisał punkty lustrzanie; 4.10 przywróciliśmy poprawne współrzędne i dodaliśmy kontrolę adresów wzorcowych.
- Dotyczy
- Cała Polska — współrzędne punktów adresowych
- Okres
- 3 października 2026 – 4 października 2026
- API
- Wpis dotyczy wyników lub kontraktu API. Dokumentacja API
Co się stało
Paczka PRG z początku października zmieniła zapis nazwy układu współrzędnych (EPSG:2180) i jednocześnie kolejność współrzędnych w pozycji punktu — z (wschód, północ) na (północ, wschód). Nasz parser rozpoznawał układ po nazwie i zakładał dotychczasową kolejność. Import z 3.10 zapisał więc wszystkie punkty adresowe w kraju z zamienionymi osiami. Liczba punktów i średnia współrzędna kraju wyglądały poprawnie, więc kontrole po imporcie nie zareagowały. Zauważyliśmy problem 4.10 — Białystok „znalazł się" w obwodzie królewieckim.
Kogo dotyczyło
Od 3.10 do naprawy współrzędne adresów (geokodowanie, wyszukiwanie w pobliżu, odległości, przypisanie działek i budynków) były błędne. Dopasowanie po nazwach — gmina, powiat, województwo, kody TERYT — i identyfikatory AID nie zostały naruszone.
Co zrobiliśmy
4.10 poprawiliśmy parser tak, aby kolejność osi wynikała z zapisu układu w pliku, i wykonaliśmy ponowny import. Przeliczyliśmy dane zależne od położenia punktów: działki, budynki, dzielnice i delegatury. Usunęliśmy też z serwisu ok. 25 tys. błędnie wygenerowanych stron osiedli.
Co zmieniliśmy w kontrolach
Każdy import sprawdza teraz 48 adresów wzorcowych (po trzy z każdego województwa) — przed zastąpieniem danych i po imporcie. Punkt oddalony o ponad 5 km od wzorca zatrzymuje cały import. Dodatkowo środek punktów każdego pliku wojewódzkiego musi leżeć blisko środka tego województwa.