Есть ли стандарт для спецификации файлов .prj?

15

Мы используем файлы форм для обмена данными. Я посмотрел на файлы .prj: разные программы создают разные файлы prj.

Есть ли стандарт, как параметры должны быть указаны в файле prj?

AFAIK название проекции (например, PROJCS ["ETRS89 / UTM zone 32N (zE-N)", ...]) может быть назначено произвольно. Но я не могу поверить, что имя датума (например, DATUM ["D_ETRS_1989", ...]) также может быть назначено свободно.

Я не нашел информации об этом. Даже в Техническом описании шейп-файлов ESRI нет информации о файлах .prj. ESRI KB Article 14056 HowTo: Создание проекции метаданных (.prj) файлы для шейпфайлы говорит: «Вы должны использовать предопределенные имена для картографической проекции и объектов параметров ». Но в статье не указано, где можно найти эти заранее определенные имена. У каждой ГИС-компании есть свои имена? Или EPSG указывает эти имена?

Вот несколько различий в разделе файлов .prj (EPSG 4647) между QGIS, AutoCAD Map иatialreference.org.

введите описание изображения здесь

shapefile coordinate-system standards

— Jens
источник

2

Я бы не назвал это стандартом, но статья 14056 ESRI KB: как создавать файлы метаданных проекции (.prj) для шейп-файлов, действительно демонстрирует свой метод создания prj с нуля.

— RyanKDalton

@RyanDalton - Спасибо за интересную ссылку. Но, к сожалению, мой вопрос остается открытым (см. Отредактированный вопрос)

— Jens

13

На странице OGC Call for Comments имеется некоторая информация о новой спецификации для системы координат системы координат WKT.

Исходная спецификация была написана Esri много месяцев назад для OGC на основе версии набора данных геодезических параметров EPSG в середине 1990-х годов. Он был пересмотрен и расширен другими спецификациями OGC. Поскольку это была очень слабо определенная спецификация, возникло много, иногда тонко, разных реализаций. За последние два года была разработана новая спецификация. Это в настоящее время в ISO для комментариев.

Хотя у меня есть некоторая документация по «наилучшим методам» написания строки prj Esri-flavor, она не была опубликована в документации.

Реестра EPSG теперь может экспортировать WKT для своих объектов на основе этой новой спецификации. Вот пример WGS 84, географический 2D CRS:

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]]

Существующий WKT должен быть в состоянии прочитать «новый» парсер, но обратное не будет верным. Некоторые изменения, чтобы отметить:

Ключевые слова верхнего уровня были изменены, чтобы парсеры могли быстро определять новый формат
Поддерживается больше элементов схемы (например, направления осей и порядок)

Обновление 6 июля 2016: Спецификация / стандарт CRS WKT был одобрен ISO и OGC в 2015 году. Версия OGC находится здесь .

Раскрытие информации: я работаю на Esri и помог написать первую спецификацию OGC, был членом группы, которая разработала новую спецификацию, и членом подкомитета, который ведет реестр EPSG.

— mkennedy
источник

1

Это очень четкий ответ, столь же пугающий и очевидный, как и предложение «Поскольку это была очень слабо определенная спецификация, возникло много, иногда тонко, разных реализаций». Каков текущий статус нового стандарта с ISO?

— Джон Пауэлл

2

Названия, которые вы пометили, действительно бесплатны, потому что соответствующие данные имеют следующие параметры. Файл .prj должен быть в формате WKT, как описано здесь:

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

Эти ключевые слова должны быть использованы точно , но не имена.

Каждое (хорошее) программное обеспечение смотрит на параметры и делает из них свое собственное определение проекции.

В качестве альтернативы можно использовать коды EPSG (за исключением сдвига датума).

— Andrej
источник