O que há com a especificação GeoJSON e o CRS como IRM?

13

Estou escrevendo uma API da web para nossos dados GIS, atualmente renovando nosso serviço de geocodificação. Estou criando a opção para as pessoas especificarem o tipo de saída como GeoJSON, então estou tentando seguir as especificações. Nossos dados são armazenados na projeção norte da zona 12 do UTM nad83. A especificação GeoJSON diz para adicionar um CRS. O wkid é 26912, mas o que é o OGC CRS URN?

Entendo que o OGC CRS URN está dividido em algumas partes.

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

urn é o identificador, ogc é a organização, def é outro negócio estático, crs é o tipo (sistema de referência de coordenadas), OGC é a autoridade, 1,3 é a versão e CRS84 é a projeção.

Por que a autoridade do utm 26912 é o Grupo Europeu de Pesquisa sobre Petróleo?

Alguma estrutura de mapeamento usa esse nome de CRS?

Eu quero seguir as especificações, mas parece que mais estruturas de mapeamento estão usando o wkid.

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

parece ser o melhor local para obter as informações, mas elas nem sequer listam a urna. A especificação do GeoJSON é boba ou o quê?

coordinate-system geojson ogc specification Steve
fonte
Why is the authority of utm 26912 the European Petroleum Survey Group? Possivelmente você está pensando da maneira errada. O EPSG mantém um banco de dados de projeções e atribui a eles códigos. Portanto, o EPSG é a autoridade para uma projeção UTM 26912, porque esse é o código que o EPSG atribuiu a uma projeção UTM. A ESRI ou alguma outra autoridade pode atribuir o mesmo código ou um código diferente à mesma definição de projeção. Enquanto os clientes sabem como procurar o identificador de projeção no banco de dados autoridade saberemos onde todos nós somos
NMTOKEN
O EPSG pode fornecer um WKT para 26912 ~ epsg-registry.org/export.htm?wkt=urn:ogc:def:crs:EPSG::26912 ou o GML ~ epsg-registry.org/export.htm?gml=urn : ogc: def: crs: EPSG :: 26912
nmtoken

Respostas:

15

Você deseja obter urn:ogc:def:crs:EPSG::26912o link GML em spatialreference.org . A GML usa a sintaxe URN para descrever sistemas de coordenadas.

Como alternativa, você pode especificar

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

ou

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

A especificação GeoJSON não está sendo boba aqui. Ele está tentando tirar proveito da especificação de descrição do sistema de coordenadas mais precisamente especificada. Essa é provavelmente a descrição do GML SRS no estilo URN.

Concordo que o consumo disso não é tão amplamente disponível. É por isso que a sintaxe alternativa de "link" derferenciável está disponível, e eu pretendi explicitamente que ele vinculasse aos links spatialreference.org. Eu sei que o proj4js aproveita esse recurso da especificação GeoJSON. Você pode procurar inspiração aqui.

Howard Butler
fonte
Parece-me que seria uma dor para os criadores / usuários de APIs de mapas da web colocar um ponto em um mapa com uma urna. Como há pouca adoção de especificações nessa frente. Especialmente se fosse um tipo de link. você teria que fazer uma ligação API para o URL do link ou algo assim para descobrir a projeção?
21411 Steve
2
também não seria urn: ogc: def: crs: EPSG :: 26912, pois não há número de versão?
20911 Steve