Was ist los mit der GeoJSON-Spezifikation und CRS als IRM?

Ich schreibe eine Web-API für unsere GIS-Daten und überarbeite derzeit unseren Geokodierungsservice. Ich erstelle die Option für Leute, den Ausgabetyp als GeoJSON anzugeben, also versuche ich, der Spezifikation zu folgen. Unsere Daten werden in der Nordprojektion von nad83 Datum UTM Zone 12 gespeichert. Die GeoJSON-Spezifikation fordert zum Hinzufügen eines CRS auf. Die wkid ist 26912, aber was ist die OGC CRS URN?

Ich kann verstehen, dass die OGC CRS URN in einige Teile zerlegt ist.

urn: ogc: def: crs: OGC: 1.3: CRS84

urn ist der Bezeichner, ogc ist die Organisation, def ist ein weiterer statischer Deal, crs ist der Typ (Koordinatenreferenzsystem), OGC ist die Autorität, 1.3 ist die Version und CRS84 ist die Projektion.

Warum ist die Behörde von utm 26912 die European Petroleum Survey Group?

Verwenden Mapping-Frameworks überhaupt diesen CRS-Namen?

Ich möchte der Spezifikation folgen, aber es scheint, dass mehr Mapping-Frameworks das wkid verwenden.

http://spatialreference.org/ref/epsg/26912/

scheint der beste Ort zu sein, um Informationen zu erhalten, aber sie listen nicht einmal die Urne auf. Ist die GeoJSON-Spezifikation nur albern oder was?

— Steve
quelle

Why is the authority of utm 26912 the European Petroleum Survey Group? Vielleicht denkst du das falsch. EPSG verwaltet eine Datenbank mit Projektionen und weist ihnen Codes zu. EPSG ist also die Autorität für eine UTM-Projektion 26912, da dies der Code ist, den EPSG einer UTM-Projektion zugewiesen hat. ESRI oder eine andere Behörde könnte der gleichen Projektionsdefinition denselben oder einen anderen Code zuweisen. Solange die Kunden wissen, wie sie die Projektionskennung in der

— Normdatenbank nachschlagen können,

EPSG kann Ihnen eine WKT für 26912 ~ epsg-registry.org/export.htm?wkt=urn:ogc:def:crs:EPSG::26912 oder die GML ~ epsg-registry.org/export.htm?gml=urn geben : ogc: def: crs: EPSG :: 26912

— nmtoken

Sie möchten urn:ogc:def:crs:EPSG::26912über den GML-Link auf spatialreference.org . GML verwendet die URN-Syntax zur Beschreibung von Koordinatensystemen.

Alternativ können Sie angeben

"crs": {
  "type": "link",
  "properties": {
    "href": "http://spatialreference.org/ref/epsg/26912/esriwkt/",
    "type": "esriwkt"
    }
  }

oder

"crs": {
  "type": "link",
  "properties": {
    "href": "http://spatialreference.org/ref/epsg/26912/proj4/",
    "type": "proj4"
    }
  }

Die GeoJSON-Spezifikation ist hier nicht albern. Es wird versucht, die am genauesten spezifizierte Koordinatensystem-Beschreibungsspezifikation zu nutzen. Das ist höchstwahrscheinlich die URN-artige GML-SRS-Beschreibung.

Ich würde zustimmen, dass der Verbrauch davon nicht so weit verbreitet ist. Aus diesem Grund ist die alternative derferenceable "Link" -Syntax verfügbar, und ich habe ausdrücklich beabsichtigt, sie mit Spatialreference.org-Links zu verknüpfen. Ich weiß, dass proj4js diese Funktion der GeoJSON-Spezifikation nutzt. Sie könnten dort nach Inspiration suchen.

— Howard Butler
quelle

Es scheint mir, dass es für die Ersteller / Benutzer von Webkarten-APIs ein Problem wäre, einen Punkt mit einer Urne auf einer Karte zu platzieren. Da es an dieser Front wenig Spezifikationsannahme gibt. Vor allem, wenn es ein Link-Typ wäre. Sie müssten einen API-Aufruf an die Link-URL oder etwas anderes machen, um die Projektion herauszufinden?

— Steve

Auch wäre es nicht urn: ogc: def: crs: EPSG :: 26912, da es keine Versionsnummer gibt?

— Steve