EPSG 3857 of 4326 voor GoogleMaps, OpenStreetMap en Leaflet

De discussie op Wat is het verschil tussen WGS84 en EPSG4326? laat zien dat 4326 slechts de EPSG-identificatie van WGS84 is. .

Wikipedia-vermeldingen voor Google Maps en OpenStreetMap laten zien dat ze allebei WGS 84 gebruiken.

http://wiki.openstreetmap.org/wiki/EPSG:3857 stelt dat

EPSG: 3857 een bolvormig Mercator-projectiecoördinatensysteem gepopulariseerd door webservices zoals Google en later OpenStreetMap.

In de hulp van de folder staat:

EPSG3857 Het meest gebruikte CRS voor online kaarten , gebruikt door bijna alle gratis en commerciële tegelproviders. Maakt gebruik van sferische Mercator-projectie. Standaard ingesteld in de crs-optie van Map. |

EPSG4326 Een veelvoorkomend CRS onder GIS-enthousiastelingen. Maakt gebruik van eenvoudige gelijkhoekige projectie.

Dit is verwarrend – het lijkt erop dat Google Maps en OpenStreetMap EPSG3857 gebruiken, maar ze gebruiken WGS84, dat “is” EPSG4326. Iets kan “hier niet kloppen, waarschijnlijk begrijp ik het.

Kan iemand me helpen het te begrijpen?

Antwoord

Er zijn een paar dingen die u door elkaar haalt.

  • Google Earth staat in een geografische coördinaat systeem met de wgs84 datum. (EPSG: 4326)

  • Google Kaarten bevindt zich in een geprojecteerd coördinatensysteem dat is gebaseerd op de wgs84-datum. (EPSG 3857)

  • De gegevens in de Open Street Map-database worden opgeslagen in een gcs met eenheden decimale graden & datum van wgs84. (EPSG: 4326)

  • The Open Street Map-tegels en de WMS-webservice bevinden zich in het geprojecteerde coördinatensysteem dat is gebaseerd op het wgs84-datum. (EPSG 3857)

Dus als u een webkaart maakt die de tegels van Google Maps of tegels van de Open Street Map-webservice gebruikt, zullen deze in Sperical Mercator (EPSG 3857 of srid: 900913) staan. en daarom moet je kaart dezelfde projectie hebben.

Bewerken:

Ik wil het punt dat is verhoogd met mkennedy

Dit alles wordt verder verward door het feit dat, hoewel de kaart zich vaak in Web Mercator (EPSG: 3857) bevindt, de feitelijk gebruikte coördinaten in het lang (EPSG: 4326). Deze conventie wordt op veel plaatsen gebruikt, zoals:

  • In de meeste Mapping API, s U kunt de coördinaten in Lat-long opgeven, en de API zet deze automatisch om naar de juiste Web Mercator-coördinaten.
  • Bij het maken van een KML geef je de coördinaten altijd in geografische Lat-long, ook al wordt deze mogelijk weergegeven bovenop een Mercator-kaart op het web.
  • De meeste bibliotheken met mobiele kaarten gebruiken lat-long voor positie, terwijl de kaart in web Mercator staat.

Reacties

  • Gewoon om toe te voegen, EPSG: 3857 noemt zijn eenheden meters, maar het zijn geen echte meters. Hoe meer naar het noorden u komt, hoe meer ze worden samengedrukt.
  • Wat ' ook verwarrend is, is dat u vaak met Google Maps of Bing Maps communiceert met behulp van EPSG : 4326, bijvoorbeeld in KML-bestanden. Intern converteren de servers de gegevens naar hun equivalent van EPSG: 3857. Als u ' gegevens samenvoegt met een van hun tegels, gebruikt de tegel EPSG: 3857, dus ' is sneller voor u om uw gegevens eerst naar die gegevens te converteren.
  • Betekent dit dat het bij het berekenen van de projectiewaarden veilig is om OSM voor Google Maps te gebruiken? Zoals het converteren van lat naar y: wiki.openstreetmap.org/wiki/Mercator#Spherical_Mercator
  • @brendan: Ja. je kunt dezelfde coördinaten gebruiken voor OSM, maar ook voor Google Maps (evenals vele andere, waaronder Bing, hier enz.)
  • @EtienneDesgagn é: Ja

Antwoord

In essentie:

EPSG: 4326 gebruikt een coördinatensysteem op de oppervlak van een bol of ellipsoïde van referentie.

EPSG: 3857 gebruikt een coördinatensysteem GEPROJECTEERD vanaf het oppervlak van de bol of ellipsoïde naar een plat oppervlak.

Zie het op deze manier :

EPSG 4326 gebruikt een coördinatensysteem dat hetzelfde is als een GLOBE (gebogen oppervlak). EPSG 3857 gebruikt een coördinatensysteem dat hetzelfde is als een MAP (flat surface).

Answer

Een manier om mensen te laten zien wat de verschillen in projectie betekenen in de praktijk een lange lijn trekken in Google Earth. Met “lange rij” bedoel ik er een die zichtbaar een Great Circle-route is. Alles is in orde in Google Earth. Maar als u een lijn trekt tussen dezelfde twee punten in Google Maps, CartoDB of OpenStreetMap, wordt de lijn afgevlakt op de vlakke projectie. Zoom in op het midden van de lijn om te zien hoever het middelpunt is is verplaatst.

Antwoord

Het is verwarrend wanneer een API zegt SRID 3857 te gebruiken, maar een locatie geeft met SRID 4326

Snelle manier om te vertellen in welke SRID uw lat / lon zich bevindt: kijk hoe groot het getal & de precisie

Als ik zeg Parijs is:

  • A) Lat ( 48 .8589506) Lon ( 2 .2768485)
  • B) Lat ( 6250962 .06) Lon ( 253457 .62)

Gegeven een keuze uit de twee bovenstaande SRIDs

A) is duidelijk in graden rees, de getallen zijn klein en er zijn heel veel decimalen (48 m vanaf de evenaar / 2 m vanaf de meridiaan van Greenwich zou Parijs een tropische GMT + 0-plaats maken, maar mijn algemene kennis zegt dat Parijs gematigd en op CET ) dus SRID is 4326

B) beide waarden liggen ruim boven de maximale waarde voor de eenheid om graden te zijn, het moet meters zijn, dus de SRID is 3857

NB Ik heb deze site gebruikt om 4326 naar 3857 te converteren en ook op te merken dit helpt alleen als je weet of het 3857 of 4326 is, er heel veel SRID s zijn, sommige maten in radialen / voet enz. en eenheden niet de enige manier waarop ze verschillen

Geef een reactie

Het e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *