Che succede con le specifiche GeoJSON e CRS come IRM?

Sto scrivendo un'API Web per i nostri dati GIS, attualmente sto rinnovando il nostro servizio di geocodifica. Sto creando l'opzione per le persone di specificare il tipo di output come GeoJSON, quindi sto cercando di seguire le specifiche. I nostri dati sono memorizzati nella proiezione nord della zona 12 UTM datum nad83. Le specifiche GeoJSON dicono di aggiungere un CRS. Il wkid è 26912 ma cos'è OGC CRS URN?

Posso capire che OGC CRS URN è suddiviso in alcune parti.

urn: OGC: Def: crs: OGC: 1.3: CRS84

urna è l'identificatore, ogc è l'organizzazione, def è un altro affare statico, crs è il tipo (sistema di riferimento di coordinate), OGC è l'autorità, 1.3 è la versione e CRS84 è la proiezione.

Perché l'autorità di utm 26912 è l'European Petroleum Survey Group?

Qualche framework di mappatura usa anche questo nome CRS?

Voglio seguire le specifiche, ma sembra che più framework di mapping stiano usando il wkid.

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

sembra il posto migliore per ottenere le informazioni ma non elencano nemmeno l'urna. Le specifiche GeoJSON sono solo stupide o cosa?

— Steve
fonte

Why is the authority of utm 26912 the European Petroleum Survey Group? Forse stai pensando nel modo sbagliato. EPSG mantiene un database di proiezioni e assegna loro dei codici. Quindi EPSG è l'autorità per una proiezione UTM 26912, perché questo è il codice che EPSG ha assegnato a una proiezione UTM. ESRI o qualche altra autorità potrebbe assegnare lo stesso codice o uno diverso alla stessa definizione di proiezione. Finché i clienti sanno come cercare l'identificatore di proiezione nel database delle autorità sapremo dove siamo tutti

— nmtoken

EPSG può fornirti un WKT per 26912 ~ epsg-registry.org/export.htm?wkt=urn:ogc:def:crs:EPSG::26912 o il GML ~ epsg-registry.org/export.htm?gml=urn : ogc: def: crs: EPSG :: 26912

— nmtoken

Vuoi urn:ogc:def:crs:EPSG::26912dal link GML su spatialreference.org . GML utilizza la sintassi URN per descrivere i sistemi di coordinate.

In alternativa, è possibile specificare

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

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

Le specifiche di GeoJSON non sono sciocche qui. Sta cercando di sfruttare la specifica di descrizione del sistema di coordinate specificata con maggiore precisione. Questa è probabilmente la descrizione SRS GML in stile URN.

Concordo sul fatto che il consumo di questo non è così ampiamente disponibile. Ecco perché è disponibile la sintassi alternativa "link" derivabile, e ho espressamente inteso che si collegasse a link spatialreference.org. So che proj4js sfrutta questa funzionalità della specifica GeoJSON. Potresti cercare ispirazione.

— Howard Butler
fonte

Mi sembra che sarebbe un dolore per i creatori / utenti di API di mappe web posizionare un punto su una mappa con un'urna. Dal momento che c'è poca adozione delle specifiche su quel fronte. Soprattutto se fosse un tipo di collegamento. dovresti fare una chiamata api all'URL del link o qualcosa del genere per capire la proiezione?

— Steve,

inoltre non dovrebbe essere urna: ogc: def: crs: EPSG :: 26912 poiché non esiste un numero di versione?

— Steve,