Mehr

Baidu-Karten SRID?


Ich erstelle eine App, die Baidu-Karten für Geofencing und andere Funktionen verwendet (da die App auf dem chinesischen Festland veröffentlicht wird).

Ich benutze GeoDjango, mit Postgresql / PostGIS / Proj4 usw. und ich muss wissen, was die SRID für Baidu Maps ist, ich kann sie nirgendwo dokumentiert finden!

Insbesondere die Breiten-/Längengrad-SRID, und nicht das, was sie im Backend möglicherweise konvertieren oder nicht (wie Google…)

Ich weiß, dass es sich vom EPSG 4326 unterscheidet, das das Frontend für Google Maps verwendet (trotz der Verwendung des EPSG 3857 im Backend), und Baidu bietet einen Service zum Konvertieren von Google Map Lat/Long in Baidu Lat / Long an, aber ich ' d lieber keinen Drittanbieter-Dienst benötigen und GeoDjango kann die Konvertierung einfach auf dem Server durchführen…

Ich sollte wahrscheinlich etwas klarer sein, meine Datenbankmodelle sind so eingerichtet, dass sie EPSG 3857 (wie Gmaps) verwenden, mit denen wir die Entfernungsindizierung von Standorten in der Datenbank durchführen lat / long, sondern auch um die Orte auf einer Baidu-Karte einzeichnen zu können…


Ok, ich habe also einige Tests basierend auf den Ergebnissen des Baidu-Konvertierungstools durchgeführt…

Meine Schlussfolgerung ist, dass ihre SRID kein EPSG-Standard ist (zumindest nicht Teil von PostGIS Spatial_ref_sys).

Grundsätzlich habe ich 5 Google Maps Lat/Long-Koordinaten mit den Baidu-konvertierten Koordinaten relativ zu ihnen getestet, jeden Datensatz in der Spatial_ref_sys-Tabelle durchgeschleift und aufgezeichnet, welche SRID den von Baidu bereitgestellten Koordinaten am nächsten kam… verschiedene SRID's für Nähe:

SRID 4131 hatte 2 Nahtreffer SRID 4293 hatte auch 2 Nahtreffer SRID 4124 hatte 1 Nahtreffer

jeder lieferte eine Genauigkeit von mindestens 0,000X für X und von mindestens 0,00X für Y (außer 4124 für Y, der 0,010 war)…

Zusammenfassend lässt sich sagen, dass Sie für alle anderen, die sich in der gleichen Situation zu irgendeinem Zeitpunkt in der Zukunft befinden können, den Konvertierungsdienst von Baidu Coordinate verwenden müssen.

Vielleicht werden sie in Zukunft auf ein Standard-SRID umstellen oder zumindest ihre Berechnungsschritte für die Umstellung auf Proj4 oder andere Projektionssysteme veröffentlichen, um ihr räumliches Bezugssystem zu implementieren… aber vorerst kein solches Glück.

Wenn jemand weitere Informationen hat, dann meldet euch bitte.

Vielen Dank.

N.B Für alle, die es interessiert, hier meine Testergebnisse:

### TESTING: (GMap srid)4326: (x(long), y(lat)) // Erwartung: (x(long), y(lat)) <- tatsächliches Ergebnis der Baidu-Konvertierung

CLOSEST: (srid): (Disparität in X, Disparität in Y) Koordinaten: (x(long), y(lat)) <- Koordinaten von diesem srid

### TEST: 4326: (121.473701, 31.230416) // Erwartet: (121.48023840788, 31.236350801053)

NÄCHSTEN: 4131: (6.3786957142e-05, 0.00681682346478) Koordinaten: (121.48030219483714, 31.229533977588215)

### TEST: 4326: (114.21892734521, 29.575429778924) // Erwartet: (114.22539195429, 29.581585367458)

NÄCHSTEN: 4293: (0.000256233235731, 0.00542959113594) Koordinaten: (114.22513572105427, 29.57615577632206)

### TEST: 4326: (116.407395, 39.904211) // Erwartet: (116.41378001156, 39.910532950532)

NÄCHSTEN: 4131: (0.000271824907415, 0.00608994543753) Koordinaten: (116.41405183646741, 39.90444300509447)

### TEST: 4326: (113.264385, 23.12911) // Erwartet: (113.27081796629, 23.135338412503)

NÄCHSTEN: 4293: (0.000533895461771, 0.00512210575143) Koordinaten: (113.27028407082823, 23.130216306751567)

### TEST: 4326: (91.117212, 29.646923) // Erwartet: (91.123751537185, 29.652824407202)

NÄCHSTEN: 4124: (3.43024616285e-05, 0.0107703741209) Koordinaten: (91.12378583964663, 29.642054033081056)


Schau das Video: Travel Greener with Baidu Maps (Oktober 2021).