¿Qué pasa con la especificación GeoJSON y CRS como IRM?

Estoy escribiendo una API web para nuestros datos SIG, actualmente renovando nuestro servicio de geocodificación. Estoy creando la opción para que la gente especifique el tipo de salida como GeoJSON, así que estoy tratando de seguir la especificación. Nuestros datos se almacenan en nad83 datum UTM zona 12 proyección norte. La especificación GeoJSON dice agregar un CRS. El wkid es 26912 pero, ¿cuál es la URN OGC CRS?

Puedo entender que la URG OGC CRS se divide en algunas partes.

urna: ogc: def: crs: OGC: 1.3: CRS84

urn es el identificador, ogc es la organización, def es otro acuerdo estático, crs es el tipo (sistema de referencia de coordenadas), OGC es la autoridad, 1.3 es la versión y CRS84 es la proyección.

¿Por qué la autoridad de utm 26912 es el European Petroleum Survey Group?

¿Alguna infraestructura de mapeo incluso usa este nombre de CRS?

Quiero seguir las especificaciones, pero parece que más marcos de mapeo están usando el wkid.

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

Parece el mejor lugar para obtener la información, pero ni siquiera enumeran la urna. ¿La especificación GeoJSON es tonta o qué?

— Steve
fuente

Why is the authority of utm 26912 the European Petroleum Survey Group? Posiblemente estás pensando que de la manera incorrecta. EPSG mantiene una base de datos de proyecciones y les asigna códigos. Entonces, EPSG es la autoridad para una proyección UTM 26912, porque ese es el código que EPSG ha asignado a una proyección UTM. ESRI u otra autoridad podrían asignar el mismo código o uno diferente a la misma definición de proyección. Mientras los clientes sepan cómo buscar el identificador de proyección en la base de datos de autoridades, sabremos dónde estamos todos

— nmtoken

EPSG puede darle un WKT para 26912 ~ epsg-registry.org/export.htm?wkt=urn:ogc:def:crs:EPSG::26912 o el GML ~ epsg-registry.org/export.htm?gml=urn : ogc: def: crs: EPSG ::

— 26912

Lo desea urn:ogc:def:crs:EPSG::26912del enlace GML en spatialreference.org . GML usa la sintaxis URN para describir los sistemas de coordenadas.

Alternativamente, podría especificar

"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"
    }
  }

La especificación GeoJSON no está siendo tonta aquí. Está tratando de aprovechar la especificación de descripción del sistema de coordenadas especificada con mayor precisión. Esa es probablemente la descripción del SRS de GML de estilo URN.

Estoy de acuerdo en que el consumo de esto no está tan ampliamente disponible. Es por eso que la sintaxis de "enlace" derivable alternativa está disponible, y explícitamente pretendía que vincule a enlaces deialial.org. Sé que proj4js aprovecha esta característica de la especificación GeoJSON. Puedes buscar inspiración allí.

— Howard Butler
fuente

Me parece que sería un dolor para los creadores / usuarios de API de mapas web colocar un punto en un mapa con una urna. Dado que hay poca adopción de especificaciones en ese frente. Especialmente si fuera un tipo de enlace. ¿tendrías que hacer una llamada API a la url del enlace o algo así para descubrir la proyección?

— Steve

también no sería urn: ogc: def: crs: EPSG :: 26912 ya que no hay un número de versión?

— Steve