A vita a címen Az EPSG4326? azt mutatja, hogy a 4326 csak a WGS84 EPSG azonosítója. .
A Wikipedia bejegyzések a Google Maps és az OpenStreetMap számára azt mutatják, hogy mindkettő WGS 84-et használ.
http://wiki.openstreetmap.org/wiki/EPSG:3857 kijelenti, hogy
EPSG: 3857 gömb alakú A Mercator vetületi koordinátarendszere, amelyet olyan webszolgáltatások népszerűsítettek, mint a Google és a későbbi OpenStreetMap.
A szórólap súgója:
EPSG3857 A leggyakoribb CRS az online térképekhez , amelyet szinte minden ingyenes és kereskedelmi lapkaszolgáltató használ. Gömbös Mercator vetítést használ. Alapértelmezés szerint be kell állítani a Map s crs opciójában. |
EPSG4326 Gyakori CRS a térinformatikai rajongók körében. Egyszerű négyszögletes vetítést használ.
Ez zavaró – úgy tűnik, hogy a Google Maps és az OpenStreetMap az EPSG3857-et használja, de a WGS84-et “EPSG4326”. Valami nem lehet itt, valószínűleg a megértésem.
Segíthet valaki megérteni?
Válasz
Van néhány dolog, amit összekever.
-
A Google Earth földrajzi koordinátában található rendszer a wgs84 nullaponttal. (EPSG: 4326)
-
Google A Maps egy vetített koordináta-rendszerben található, amely a wgs84 nullaponton alapul. (EPSG 3857)
-
Az Open Street Map adatbázis adatait egy decimális fokozatú egységekben tárolja a gcs & a wgs84 nullapontja. (EPSG: 4326)
-
The Open Az Utcakép-csempék és a WMS webszolgáltatás a vetített koordinátarendszerben található, amely a wgs84 nullaponton alapul.
Tehát ha olyan webtérképet készít, amely a Google Maps vagy az Open Street Map webszolgáltatásának burkolatait használja, azok a Sperical Mercator-ban lesznek (EPSG 3857 vagy srid: 900913). és ezért a térképének ugyanannak a vetületnek kell lennie.
Szerkesztés :
Szeretném kibővíteni a mkennedy
Mindezt tovább zavarja az a tény, hogy gyakran, annak ellenére, hogy a térkép a Web Mercator programban van (EPSG: 3857), a tényleges használt koordináták latban vannak. hosszú (EPSG: 4326). Ezt a konvenciót sok helyen használják, például:
- A legtöbb leképezési API-ban s Megadhatja a koordinátákat Lat-long-ban, és az API automatikusan átalakítja a megfelelő Web Mercator-koordinátákká.
- A KML készítése közben mindig megadja a koordinátákat földrajzi szélességben, annak ellenére, hogy esetleg egy webes Mercator térkép tetején jelenik meg.
- A legtöbb mobil térképészeti könyvtár használ lat-long a pozícióra, amíg a térkép a webes Mercatorban van.
Megjegyzések
- Csak azért, hogy hozzáadjam, az EPSG: 3857 hívja egység méter, de ezek nem valódi mérők. Minél északabbra jössz, annál szorongatottabbak.
- A ' zavart az is, hogy gyakran interakcióba lépsz a Google Maps-szel vagy a Bing Maps-szel az EPSG segítségével. : 4326, például KML fájlokban. A szerverek belsőleg konvertálják az adatokat az EPSG egyenértékükre: 3857. Ha ' az adatokat az egyik csempéjükhöz illeszti, akkor a csempe az EPSG: 3857 parancsot használja, tehát ' s gyorsabb, ha először konvertálja adatait erre.
- Ez azt jelenti, hogy a vetületi értékek kiszámításakor biztonságos az OSM használata a Google Maps számára? Ilyen például a lat y-ba konvertálása: wiki.openstreetmap.org/wiki/Mercator#Spherical_Mercator
- @brendan: Igen. ugyanazokat a koordinátákat használhatja az OSM-hez, valamint a Google Térképhez (csakúgy, mint sok máshoz, ideértve a Binget is, itt stb.)
- @EtienneDesgagn é: Igen
Válasz
Összefoglalva:
Az EPSG: 4326 koordinátarendszert használ a gömb felülete vagy referencia ellipszoid.
EPSG: 3857 a gömb vagy ellipszoid felszínétől egy sík felületig PROJEKTÁLT koordináta-rendszert használ.
Gondoljon erre így :
Az EPSG 4326 egy olyan koordináta-rendszert használ, mint egy GLOBE (görbe felület). Az EPSG 3857 egy MAP-tal (sík felület) megegyező koordinátarendszert használ.
Válasz
Az egyik módja annak, hogy megmutassa az embereknek, mi a A vetítési átlag különbségei a gyakorlatban hosszú vonalat húznak a Google Earth-be. A “hosszú vonal” alatt azt értem, amely láthatóan egy Nagy Kör útvonal. Minden rendben van a Google Earth programban. De ha egy vonalat húz a Google Maps ugyanazon két pontja, a CartoDB vagy az OpenStreetMap között, akkor a vonal a lapos vetületre simul. Nagyítson a vonal közepén, hogy lássa, milyen messze van a középpont elmozdul.
Válasz
Zavarba ejtő, amikor az API azt mondja, hogy a 3857-es SRID-t használja, de a 4326-os azonosítóval ad helyet.
Gyors módja annak, hogy megtudja, milyen SRID-ben van a lat / lon: Nézze meg, mennyire nagy a szám & a pontosság
- EPSG: 4326 fok – 3D gömb
- EPSG: 3857 méterben van – 2D vetület
Ha azt mondom, hogy Párizs :
- A) Szélesség ( 48 .8589506) Lon ( 2 .2768485)
- B) Szélesség ( 6250962 .06) Lon ( 253457 .62)
Ha a fenti két SRID közül választhatunk,
A) egyértelműen deg rees, a számok kicsiek, és rengeteg tizedesjegy van (az egyenlítőtől 48 m-re / a greenwichi meridiántól 2 m-re Párizs trópusi GMT + 0 hellyé válna, de általános ismereteim szerint Párizs mérsékelt és CET ), tehát az SRID értéke 4326
B) mindkét érték jóval meghaladja a mértékegységnek foknak kell lennie, méternek kell lennie, így az SRID értéke 3857
Megjegyzés: Ezt a webhelyet a 4326 konvertálására 3857-re használtam, és megjegyzem ez csak akkor segít, ha tudja, hogy 3857 vagy 4326, terhelés SRID s van, bizonyos mértékű radián / láb stb., és az egységek nem “t” csak így különböznek