¿Existe un estándar para la especificación de archivos .prj?

Utilizamos archivos de formas para el intercambio de datos. He mirado los archivos .prj: diferentes programas producen diferentes archivos prj.

¿Existe un estándar para especificar los parámetros en un archivo prj?

AFAIK el nombre de la proyección (p. Ej. PROJCS ["ETRS89 / UTM zone 32N (zE-N)", ...]) puede asignarse libremente. Pero no puedo creer que el nombre del dato (p. Ej. DATUM ["D_ETRS_1989", ...]) pueda asignarse libremente también.

No he encontrado información sobre esto. Incluso en la Descripción técnica del archivo de forma ESRI no hay información sobre los archivos .prj. El artículo 14056 de ESRI KB: Cómo: Crear archivos de metadatos de proyección (.prj) para archivos shape dice: " Debe usar los nombres predefinidos para la proyección de mapas y los objetos de parámetros ". Pero el artículo no especifica dónde encontrar estos nombres predefinidos. ¿Cada empresa SIG especifica sus propios nombres? ¿O EPSG especifica estos nombres?

Aquí hay algunas diferencias en una sección de archivos .prj (EPSG 4647) entre QGIS, AutoCAD Map y spatialreference.org

Hay alguna información en la página OGC Call for Comments sobre la nueva especificación para el estándar WKT del sistema de referencia de coordenadas.

La especificación original fue escrita por Esri hace muchas lunas para OGC basada en la versión de mediados de la década de 1990 del esquema del conjunto de datos de parámetros geodésicos EPSG. Fue revisado y ampliado por otras especificaciones de OGC. Debido a que era una especificación muy poco definida, surgieron muchas, a veces sutilmente, implementaciones diferentes. En los últimos dos años más o menos, se ha elaborado una nueva especificación. Actualmente está en ISO para comentarios.

Aunque tengo cierta documentación sobre 'mejores prácticas' para escribir una cadena prj de Esri-flavour, no se ha publicado en la documentación.

El registro EPSG ahora puede exportar WKT para sus objetos en función de esta nueva especificación. Aquí está WGS 84, CRS geográfico 2D, como muestra:

GEODCRS["WGS 84",
  DATUM["World Geodetic System 1984",
    ELLIPSOID["WGS 84",6378137,298.257223563,LENGTHUNIT["metre",1.0]]],
  CS[ellipsoidal,2],
    AXIS["latitude",north,ORDER[1]],
    AXIS["longitude",east,ORDER[2]],
    ANGLEUNIT["degree",0.01745329252],
  ID["EPSG",4326]]

El WKT existente debería poder ser leído por un "nuevo" analizador, pero lo contrario no será cierto. Algunos cambios a tener en cuenta:

• Las palabras clave de nivel superior han cambiado para permitir a los analizadores identificar rápidamente el nuevo formato
• Se admiten más elementos del esquema (como direcciones de eje y ordenación)

Actualización 6 de julio de 2016: la especificación / estándar CRS WKT ha sido aprobada por ISO y OGC en 2015. La versión OGC está aquí .

Divulgación: trabajo para Esri y ayudé a escribir esa primera especificación de OGC, fui miembro del grupo que desarrolló la nueva especificación y es miembro del subcomité que mantiene el registro EPSG.

Los nombres que marcó son verdaderamente gratuitos, ya que los datos relevantes se encuentran en los siguientes parámetros. El archivo .prj tiene que estar en formato WKT, como se explica aquí:

http://www.geoapi.org/3.0/javadoc/org/opengis/referencing/doc-files/WKT.html

Esas palabras clave deben usarse exactamente , pero no los nombres.

Cada software (bueno) observa los parámetros y crea su propia definición de proyección a partir de ellos.

Alternativamente, se pueden usar códigos EPSG (excepto para el cambio de referencia).