Qual a diferença entre as projeções da ESRI WKT e das OGC WKT?


9

Alguém sabe a lista precisa de diferenças entre as seqüências de formato de projeção ESRI WKT e OGC WKT?

Eu sei que existem várias ferramentas para ajudar a converter de ESRI WKT para OGC WKT, incluindo utilitários GDAL e vários serviços de sites. Mas minha pergunta não é prática, eu simplesmente quero entender as diferenças de formatação / sintaxe que esses serviços fazem uso. As perguntas anteriores sobre Stackexchange falaram apenas sobre a diferença em exemplos específicos ou sobre as ferramentas e serviços disponíveis.

Mesmo se você souber apenas uma diferença, seria ótimo se você pudesse publicá-la. De minha própria experiência, deve haver apenas um pequeno punhado de diferenças. As diferenças que eu conheço são:

  • a maioria dos itens de texto na definição esri usa sublinhado, onde o ogc usa espaço.
  • o texto que define o dado no esri wkt é o mesmo que ogc wkt, exceto que começa com "D_".
  • Às vezes, os identificadores de texto para alguns PROJCS, PROJECTION, GEOGCS e DATUM predefinidos são escritos de maneira diferente (por exemplo, "NAD83", sendo um deles "North_American_1983"). Eu acho que a única maneira de saber quais identificadores estão escritos de maneira diferente seria ter uma lista ou tabela de pesquisa; portanto, cite os que você sabe que são diferentes.
  • os vários valores de texto PARAMETER são todos iguais, exceto ogc possui cada palavra maiúscula nos títulos, enquanto esri tem tudo em minúsculas. No entanto, já vi casos em que essa regra não foi usada. Alguém sabe se o titlecase realmente importa quando se trata de software tentando carregá-los?
  • o tipo de UNIDADE é soletrado maiúsculas de minúsculas em ogc e minúsculas em esri, por exemplo "Grau" vs "grau". Em alguns casos, vi o ogc sendo escrito como "medidor" e "m" para "Medidor" e, em outros casos, com ortografia francesa "medidor". Alguém sabe qual é a convenção correta para esses ou qualquer outro tipo de unidade para os dois formatos?

Respostas:


6

2
Basicamente, as ESRI fazem as pazes à medida que avançam :-)
Ian Turton

11
@iant Tendo sido o primeiro a implementar uma biblioteca de códigos com base nas especificações EPSG, eles dificilmente tiveram uma escolha.
Vince

2
Provavelmente estávamos em segundo lugar - já que a especificação GeoTIFF também estava disponível na época. @iant Existem várias coisas que eu faria diferente se construíssemos um novo mecanismo de projeção Esri!
Mcknedy

ok, muito disso parece ser um tratamento especial e especial para casos especiais. de fato, a julgar pelos documentos vinculados, existem centenas de linhas de código de casos especiais em diferenças de nome e assim por diante. tudo devido a diferentes implementações de software e, provavelmente, a falta de normas acordadas a tempo: p
Karim Bahgat

Ajudaria muito se a ESRI e o GoeoTiff sempre adicionassem o número do código EPSG à sequência de projeção WKT. O QGIS cria um arquivo .qpj extra para shapefiles para salvar essa configuração.
ANDREJ

9

Você percebeu muitas diferenças. A Esri nunca adotou os WKIDs para os algoritmos de projeção de mapas ou nomes de parâmetros, portanto todos são diferentes. Não concordamos com a definição cuidadosa das definições de parâmetro. As nossas são mais generalizadas.

Não oferecemos suporte ao TOWGS84 nem a algumas das palavras-chave mais recentes.

Quando comparamos strings (nomes), ignoramos os sublinhados, GCS_ e D_, e case. Isso pode não ser verdade em outros analisadores. Nosso analisador é rigoroso quanto aos nomes, mas adicionamos alguns sinônimos e agora mantemos listas de nomes de vários fornecedores para comparação.

A especificação original do sistema de coordenadas do OGC não era específica quando se tratava de nomes de objetos. Há uma nova especificação OGC / ISO, "Informações geográficas - texto conhecido para o padrão de sistemas de referência de coordenadas", percorrendo o processo de padronização. É muito mais específico sobre quais devem ser os nomes (corresponder ao registro EPSG!). Será bastante emocionante implementar esse padrão no futuro.

Divulgação: trabalho na Esri, sou membro do subcomitê que mantém o registro do EPSG e membro do comitê preliminar do CRS WKT 2.0.


Uau, isso é realmente interessante, especialmente ouvir algumas informações internas de alguém que fez parte da tomada de decisões. A nova especificação ISO da OGC parece muito promissora, você acha provável que mais dos principais fornecedores de GIS e formatos de dados começarão a convergir para usá-la? Infelizmente, suspeito que algumas das diferenças antigas continuem a persistir enquanto os formatos de dados mais antigos continuarem populares (por exemplo, shapefile, geotiff).
Karim Bahgat

Você está dizendo que não está apoiando o TOWGS84, mas como as coisas podem funcionar sem isso? Se o WKT usar nomes desconhecidos (ou seja, uma projeção / dado definida pelo usuário), o sistema de coordenadas não poderá ser configurado corretamente quando o desvio de dados for ignorado. Ou eu estou esquecendo de alguma coisa?
PMF de

A maioria das melhores transformações usa arquivos de grade, não um método de parâmetro 3 ou 7. Muitas transformações também não usam o WGS84. É uma solução muito limitada. Em vez disso, fazemos a ligação tardia ... selecionamos / configuramos uma transformação no momento da transformação.
Mcknedy #

Se for desconhecido para o sistema, use a ferramenta de transformação geográfica personalizada de criação. O novo CRS wkt também abrange transformações. Levando a Arron a um software perto de você!
Mcknedy #

0

Como um possível ponto de partida para uma lista de diferenças, pode ser útil ver meu novo pacote PyCRS , onde tentei criar uma classe para cada elemento crs, parâmetro e nome do dado / ellips / proj, juntamente com a ortografia esri_wkt vs ogc_wkt . Também especifiquei como vejo as diferenças de análise em termos da estrutura wkt como um todo na _from_wkt()função no parser.pysubmódulo. Espero que, com as contribuições dos usuários, essas diferenças possam ser adicionadas e / ou corrigidas.

https://github.com/karimbahgat/PyCRS


Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.