GeoJSON · RFC 7946 · .geojson · .json

Plik GeoJSON na mapie — RFC 7946 i WGS84

GeoJSON to jeden z najczęściej używanych formatów danych geoprzestrzennych w internecie — otwarty standard JSON (RFC 7946), stosowany od Leaflet po OpenStreetMap i podgląd map na GitHubie. Zgodnie z RFC 7946 współrzędne są zawsze w WGS84, a plik jest czytelny dla człowieka i przyjazny dla systemów kontroli wersji.

1
Wczytaj swoje danePrzeciągnij plik — prosto z instrumentu, CAD lub GIS
2
Zobacz je na mapieZawsze analizujemy same współrzędne — także gdy plik ma kod EPSG. Jeśli coś się nie zgadza, informujemy
3
Sprawdź i wyeksportujSprawdź, czy dane leżą poprawnie — przelicz i pobierz wynik
W skrócie: zgodny z RFC 7946 plik GeoJSON jest zawsze w WGS84, z kolejnością współrzędnych [longitude, latitude] — źle umiejscowione dane niemal zawsze wynikają z zamienionej kolejności albo współrzędnych projekcyjnych w pliku, który powinien być geograficzny. Przeciągnij plik na mapę: koordinat.online odczytuje FeatureCollection, Feature i surowe geometrie, od razu pokazuje Twoje dane i może je wyeksportować do ETRS89/UTM, PL-2000 lub PL-1992.
RFC 7946 — otwarty standard
GeoJSON został ustandaryzowany przez IETF w 2016 roku (zastępując specyfikację z 2008 roku). Współrzędne są zawsze w WGS84, w kolejności longitude, latitude — co odpowiada OGC CRS84; w oprogramowaniu GIS traktowane jest to zwykle jako EPSG:4326. W pliku nie ma żadnej informacji o CRS — WGS84 jest domyślny i jedyny dopuszczalny.
Obsługiwane typy geometrii
Point, MultiPoint, LineString, MultiLineString, Polygon, MultiPolygon i GeometryCollection są obsługiwane w całości. FeatureCollection zbiera wiele obiektów w jednym pliku — najczęstszy format przy eksporcie z QGIS i innych programów GIS.
Atrybuty (properties)
Wszystkie pola w obiekcie properties są importowane: długie nazwy pól, liczby, teksty i zagnieżdżone obiekty. GeoJSON dopuszcza dowolną strukturę JSON jako atrybuty — bez limitu 10 znaków jak w Shapefile. Proste wartości przechodzą bez zmian; głęboko zagnieżdżone struktury mogą wymagać uproszczenia przy dalszym eksporcie.
Uwaga na kolejność lon/lat
GeoJSON używa [longitude, latitude] — odwrotnie niż wiele programów geodezyjnych, które stosują (northing, easting). W polskiej notacji geodezyjnej jest jeszcze jedna pułapka: x oznacza północ, a y wschód — czyli ani x/y, ani nawet kolejność w typowym pliku geodezyjnym nie są bezpieczną wskazówką co do kolejności lon/lat. Współrzędne wyeksportowane z QGIS są poprawne, ale ręcznie wpisane lub przeliczone współrzędne to typowe źródło błędu. koordinat.online odczytuje kolejność zgodnie z RFC 7946.
Format tekstowy — duże pliki
GeoJSON to czysty tekst (JSON), co ułatwia jego przeglądanie i wersjonowanie w Git. Z drugiej strony pliki są zwykle wyraźnie większe niż odpowiadające im formaty binarne. Do dużych zbiorów danych (setki tysięcy punktów) GeoPackage lub Shapefile bywają szybsze i mniej wymagające — zależnie od oprogramowania i danych.
Przejdź do mapy →

Struktura GeoJSON

Prosty plik GeoJSON z jednym punktem wygląda tak:

{
  "type": "FeatureCollection",
  "features": [
    {
      "type": "Feature",
      "geometry": {
        "type": "Point",
        "coordinates": [21.0122, 52.2297]
      },
      "properties": {
        "name": "Warszawa",
        "note": "WGS84 — lon, lat"
      }
    }
  ]
}

Kolejność współrzędnych w GeoJSON jest zawsze [longitude, latitude] (RFC 7946) — co odpowiada OGC CRS84. koordinat.online zajmuje się przeliczeniem na wybrany przez Ciebie układ.

Typowe błędy w plikach GeoJSON

Większość problemów z GeoJSON sprowadza się do jednego z poniższych:

  • Zamieniona kolejność współrzędnych. RFC 7946 wymaga [lon, lat] — wiele ręcznie tworzonych plików ma [lat, lon], a punkty lądują po złej stronie globu. Narzędzie rozpoznaje ten typowy błąd i proponuje poprawkę.
  • Współrzędne projekcyjne w pliku GeoJSON. Starsze eksporty GIS potrafią zapisać w pliku .geojson liczby PL-2000, PL-1992 lub UTM — niezgodne z RFC 7946, ale zdarza się to w praktyce. Jeśli liczby wyglądają jak metry (sześcio- lub siedmiocyfrowe), plik jest w rzeczywistości w układzie projekcyjnym. koordinat.online rozpoznaje taką sytuację i proponuje najbardziej prawdopodobny układ — międzynarodowy (UTM/WGS84) albo polski (PL-2000/PL-1992). Propozycję zawsze potwierdzasz na mapie.
  • Stare pole crs. Standard RFC 7946 usunął to pole, a wiele nowoczesnych narzędzi je ignoruje — koordinat.online odczytuje je jako wskazówkę i prosi o potwierdzenie układu na mapie.
  • Uproszczone struktury properties. Proste wartości w polu properties (tekst, liczby) są zawsze zachowywane. Głęboko zagnieżdżone struktury (obiekty w obiektach) mogą wymagać uproszczenia przy eksporcie do formatów o płaskiej strukturze atrybutów, np. CSV lub Shapefile (.shp).
  • Zbyt duże pliki. GeoJSON to tekst i często zajmuje wyraźnie więcej miejsca niż formaty binarne — bardzo duże FeatureCollections warto uprościć lub podzielić przed wgraniem.

Reguła nawijania i antymerydian (RFC 7946)

RFC 7946 wymaga, aby zewnętrzne pierścienie poligonów przebiegały przeciwnie do ruchu wskazówek zegara (reguła prawej ręki), a otwory — zgodnie z ruchem wskazówek. Stara specyfikacja z 2008 roku nie egzekwowała tej reguły, a sam RFC 7946 zastrzega, że parsery — ze względu na starsze pliki GeoJSON — nie powinny odrzucać poligonów z odwrotnym nawinięciem. Błędne nawinięcie może jednak nadal powodować problemy w niektórych rendererach i w dalszym przetwarzaniu. Jeśli poligon po imporcie wygląda „na opak”, nawinięcie jest pierwszym podejrzanym.

Geometrie przecinające antymerydian (180. południk) powinny zgodnie z RFC 7946 zostać podzielone na dwie części — po jednej z każdej strony. Polskie dane praktycznie nigdy nie napotykają tego problemu, ale globalne zbiory danych z jednym dużym poligonem nad Pacyfikiem mogą wyrenderować się jako powierzchnia obejmująca niemal całą kulę ziemską.

Z WGS84 do polskich układów

GeoJSON przychodzi w WGS84. koordinat.online pokazuje Twoje dane bezpośrednio i może przeliczyć je przy eksporcie do ETRS89/UTM, PL-2000 (strefy 5–8) lub PL-1992 — zobacz pełny przegląd polskich układów.

Zobacz najważniejsze układy współrzędnych dla Polski →

Najczęściej zadawane pytania o GeoJSON

Czy mogę wgrać GeoJSON ze współrzędnymi UTM lub PL-2000?

Formalnie RFC 7946 dopuszcza wyłącznie WGS84 — ale takie pliki zdarzają się w praktyce, i koordinat.online je akceptuje: wartości liczbowe są analizowane tak samo jak w CSV, narzędzie proponuje najbardziej prawdopodobny układ — międzynarodowy (UTM/WGS84) albo polski (PL-2000, rozpoznawany automatycznie po numerze strefy w Y) — a Ty potwierdzasz go na mapie; PL-2000 i PL-1992 można też wybrać ręcznie. Jeśli w pliku jest starsze pole crs, jest ono odczytywane bezpośrednio. Po potwierdzeniu układu źródłowego koordinat.online przelicza z niego na układ, w którym pracujesz.

Jaka jest prawidłowa kolejność współrzędnych?

GeoJSON zawsze używa [longitude, latitude] — czyli wschód przed północą. Uwaga: x i y nie są bezpiecznym skrótem myślowym w Polsce — polska notacja geodezyjna definiuje x jako północ, a y jako wschód, czyli odwrotnie niż konwencja X=wschód w CAD-zie i matematyce. To odwrotność wielu formatów geodezyjnych, które stosują (northing, easting). Jeśli Twoje punkty lądują w złym rogu świata, prawdopodobnie to zamiana lon/lat.

Czy mogę wgrać GeoJSON zawierający tylko punkty?

Tak — FeatureCollection z geometrią Point to najczęstszy przypadek. Możesz też mieć LineString i Polygon w tym samym pliku. koordinat.online pokazuje wszystkie typy geometrii na mapie.

Co dzieje się z moimi atrybutami?

Wszystkie pola properties są zachowywane. koordinat.online pokazuje je w tabeli danych i uwzględnia przy eksporcie do CSV i DXF.

Czy mogę wyeksportować do GeoJSON z koordinat.online?

Tak — przy eksporcie (wymaga darmowego konta) możesz wybrać GeoJSON jako format. Współrzędne są automatycznie przeliczane na WGS84 zgodnie z RFC 7946, niezależnie od tego, w jakim układzie są Twoje dane.

Plik GeoJSON na mapie — RFC 7946 i WGS84

Przeciągnij plik .geojson lub .json bezpośrednio na mapę — narzędzie odczytuje FeatureCollection, Feature i surowe geometrie, rozpoznaje kolejność współrzędnych i od razu pokazuje Twoje dane. Stąd możesz rysować dalej albo wyeksportować (wymaga darmowego konta) do ETRS89/UTM, PL-2000 lub PL-1992.

Przejdź do mapy →

Źródła i dalsza lektura

Zasady GeoJSON pochodzą bezpośrednio ze standardu; polskie systemy docelowe — z rozporządzenia o państwowym systemie odniesień przestrzennych.

  1. IETF (2016): RFC 7946 — The GeoJSON Format
    Ustala WGS84 (CRS84) jako jedyny dopuszczalny układ współrzędnych, kolejność [długość, szerokość], regułę nawijania (winding) dla poligonów — oraz że stare pole „crs” zostało usunięte ze standardu.
  2. Rada Ministrów / Dziennik Ustaw (ELI) (2024): Rozporządzenie w sprawie państwowego systemu odniesień przestrzennych (Dz.U. 2024 poz. 342, zm. Dz.U. 2025 poz. 106)
    Docelowe układy, na które koordinat.online przelicza dane z GeoJSON: ETRS89/UTM (EPSG:25833–25835), PL-2000 (EPSG:2176–2179) i PL-1992 (EPSG:2180).