GeoJSON-tiedosto kartalle — RFC 7946 ja WGS84
GeoJSON on yksi internetin yleisimmistä paikkatietoformaateista — avoin JSON-standardi (RFC 7946), jota käytetään Leafletista OpenStreetMapiin ja GitHubin karttaesikatseluun. Koordinaatit ovat aina WGS84-muodossa, ja tiedosto on ihmisen luettavissa sekä versionhallintaystävällinen.
GeoJSON-rakenne
Yksinkertainen GeoJSON-tiedosto, jossa on yksi piste, näyttää tältä:
{
"type": "FeatureCollection",
"features": [
{
"type": "Feature",
"geometry": {
"type": "Point",
"coordinates": [24.9384, 60.1699]
},
"properties": {
"name": "Helsinki",
"note": "WGS84 — lon, lat"
}
}
]
}GeoJSONin koordinaattijärjestys on aina [longitude, latitude] (RFC 7946) — mikä vastaa OGC CRS84:ää. koordinat.online hoitaa muunnoksen valitsemaasi järjestelmään.
Tyypilliset GeoJSON-virheet
Suurin osa GeoJSON-ongelmista palautuu johonkin näistä:
- Käännetty koordinaattijärjestys. RFC 7946 vaatii muodon [lon, lat], mutta käsin koostetuissa tiedostoissa on usein [lat, lon]. Helsinki (24,94 · 60,17) muuttuu silloin pisteeksi 60,17° itäistä ja 24,94° pohjoista — Omaninlahdelle Iranin etelärannikon edustalle, noin 4 750 km oikeasta paikasta. Työkalu tunnistaa tyypillisen vaihdon ja ehdottaa korjausta.
- Projisoidut koordinaatit GeoJSONissa. Vanhat GIS-viennit voivat kirjoittaa ETRS-TM35FIN-metrit .geojson-tiedostoon. RFC 7946 ei salli sitä, mutta sitä esiintyy. Tunnusmerkki: luvut ovat 6–7-numeroisia (E 43 000–765 000, N 6 522 000–7 795 000) eivätkä asteita — ne eivät mahdu asteiden arvoalueelle ±180°/±90° lainkaan, joten piste joko hylätään tai jää kokonaan kartan ulkopuolelle.
- Vanha crs-kenttä. ”crs”-jäsen poistettiin RFC 7946:ssa. Vaikka tiedostoon olisi kirjoitettu ”EPSG:3067”, moderni ohjelmisto olettaa silti WGS84:n — merkintä ei muunna koordinaatteja.
- Liian suuret tiedostot. GeoJSON on tekstimuotoa ja vie tyypillisesti 3–10 kertaa enemmän tilaa kuin binaarimuodot — hyvin suuret FeatureCollectionit kannattaa yleistää tai pilkkoa ennen latausta.
Kiertosuuntasääntö — ja miksi TM35FIN-metrit eivät kuulu GeoJSONiin
RFC 7946 vaatii, että monikulmion ulkokehä kulkee vastapäivään (oikean käden sääntö) ja reiät myötäpäivään. Vuoden 2008 määrittely ei valvonut sääntöä, joten vanhemmissa tiedostoissa kiertosuunta voi olla päinvastainen ja tiukka ohjelma voi tulkita pinnan ja reiän toisin päin. Jos monikulmio näyttää tuonnin jälkeen nurinkuriselta, kiertosuunta on ensimmäinen epäilty. (Standardi myös suosittelee 180°-pituuspiirin ylittävän geometrian jakamista kahtia — suomalaisessa aineistossa tätä ei tule vastaan, koska koko maa on välillä noin 19,1–31,6° itäistä pituutta.)
RFC 7946 sallii vain WGS84:n asteina. Siksi ETRS-TM35FIN-metrit eivät ole GeoJSONissa ”melkein oikein” vaan mahdottomia: koordinaatti 385 000 · 6 672 000 on täysin asteiden arvoalueen ulkopuolella — kartalla se näkyy joko tyhjänä tasona tai virheilmoituksena, ei siirtyneinä pisteinä. Muunna tiedosto ensin WGS84:ksi (QGIS: Vie → Tallenna kohteet nimellä → CRS EPSG:4326) tai toimita sama aineisto CSV- tai Shape-muodossa, jolloin voit kertoa lähdejärjestelmän työkalulle.
WGS84:stä suomalaisiin järjestelmiin
GeoJSON saapuu WGS84:ssä. koordinat.online näyttää aineistosi suoraan ja voi viennin yhteydessä muuntaa sen ETRS-TM35FIN:iin (EPSG:3067) tai kunnan ETRS-GK-kaistalle (EPSG:3873–3885) — katso koko yleiskatsaus suomalaisiin järjestelmiin.
Katso Suomen keskeiset koordinaattijärjestelmät →Usein kysytyt kysymykset GeoJSONista
Voinko tuoda GeoJSON-tiedoston UTM-koordinaateilla?
Ei — RFC 7946 sallii vain WGS84-datumin järjestyksessä longitude, latitude (OGC CRS84); EPSG:4326 on sama datumi, mutta rekisterissä akselijärjestyksellä latitude, longitude. Jos tiedostosi on UTM-muodossa, käytä QGIS:ää (Vie → Tallenna kohteet nimellä → CRS: EPSG:4326) muuntamaan se ennen tuontia. koordinat.online muuntaa sen jälkeen WGS84:stä käyttämääsi koordinaattijärjestelmään.
Mikä on oikea koordinaattijärjestys?
GeoJSON käyttää aina järjestystä [longitude, latitude] — eli itä ennen pohjoista. Huomaa, ettei x ja y ole toimiva muistisääntö Suomessa: KKJ (EPSG:2393) on rekisterissä määritelty akseleilla x(north), y(east) — x osoittaa pohjoiseen — joten [x, y] ei ole sama asia kuin [longitude, latitude]. Tämä on päinvastainen kuin monissa mittausformaateissa, jotka käyttävät (northing, easting) -järjestystä. Jos pisteesi päätyvät väärään kolkkaan maailmaa, kyseessä on todennäköisesti lon/lat-vaihto.
Voinko tuoda GeoJSON-tiedoston, jossa on vain pisteitä?
Kyllä — FeatureCollection Point-geometrioilla on yleisin tapaus. Samassa tiedostossa voi olla myös LineString- ja Polygon-kohteita. koordinat.online näyttää kaikki geometriatyypit kartalla.
Mitä attribuuteilleni tapahtuu?
Kaikki properties-kentät säilyvät. koordinat.online näyttää ne datataulukossa ja sisällyttää ne CSV- ja DXF-vientiin.
Voinko viedä GeoJSON-muotoon koordinat.online-palvelusta?
Kyllä — viennissä voit valita GeoJSON-muodon. Koordinaatit muunnetaan automaattisesti WGS84-muotoon (EPSG:4326) RFC 7946 -standardin mukaisesti, riippumatta siitä, missä koordinaattijärjestelmässä aineistosi on.
GeoJSON-tiedosto kartalle — RFC 7946 ja WGS84
Vedä .geojson- tai .json-tiedostosi suoraan kartalle — työkalu lukee FeatureCollectionin, Featuren ja raakageometriat, tunnistaa koordinaattijärjestyksen ja näyttää tietosi heti. Sieltä voit jatkaa piirtämistä tai viedä suomalaisiin koordinaattijärjestelmiin.
Hyppää kartalle →Lähteet ja lisätietoa
GeoJSONin säännöt tulevat suoraan standardista; suomalaiset arvoalueet Maanmittauslaitokselta.
-
Maanmittauslaitos (päivitetty 2026):
Suomessa käytettävät EPSG-koodit ja PROJ-muunnosohjelma
RFC 7946:n mukainen GeoJSON käyttää WGS84-datumia; tästä näkee, mihin suomalaiseen koodiin aineisto on muunnettava vientiä varten. -
IETF (2016):
RFC 7946 — The GeoJSON Format
WGS84 (CRS84) ainoana koordinaattijärjestelmänä, järjestys [longitude, latitude], monikulmioiden kiertosuuntasääntö ja poistettu crs-jäsen. -
Maanmittauslaitos (päivitetty 2026):
Koordinaattijärjestelmät
ETRS-TM35FIN:n ja GK-kaistojen viralliset arvoalueet, joihin GeoJSON-aineisto muunnetaan.