Czy istnieje standard specyfikacji plików .prj?

15

Używamy plików kształtów do wymiany danych. Przejrzałem pliki .prj: różne programy produkują różne pliki prj.

Czy istnieje standard określania parametrów w pliku prj?

AFAIK nazwę projekcji (np. PROJCS [„strefa ETRS89 / UTM 32N (zE-N)”,…]) można dowolnie przypisywać. Ale nie mogę uwierzyć, że nazwę punktu odniesienia (np. DATUM [„D_ETRS_1989,…]) można również dowolnie przypisywać.

Nie znalazłem żadnych informacji na ten temat. Nawet w Opisie technicznym ESRI Shapefile nie ma informacji o plikach .prj. ESRI KB Article 14056 HowTo: Tworzenie metadanych występ (.prj) pliki dla Shapefiles mówi: „Trzeba korzystać z predefiniowanych nazw dla odwzorowania obiektów i parametrów ”. Ale artykuł nie określa, gdzie znaleźć te predefiniowane nazwy. Czy każda firma GIS określa swoje nazwy? Czy może EPSG określa te nazwy?

Oto kilka różnic w sekcji plików .prj (EPSG 4647) między QGIS, AutoCAD Map i spatialreference.org

wprowadź opis zdjęcia tutaj

shapefile coordinate-system standards

— Jens
źródło

2

Nie nazwałbym tego standardem, ale artykuł 14056 KB ESRI HowTo: Tworzenie plików metadanych projekcji (.prj) dla plików shapefile pokazuje ich metodę tworzenia od początku prj.

— RyanKDalton

@RyanDalton - Dzięki za interesujący link. Ale niestety moje pytanie pozostaje otwarte (patrz pytanie zredagowane)

— Jens

13

Na stronie OGC Zaproszenie do komentowania na temat nowej specyfikacji specyfikacji układu współrzędnych WKT znajduje się kilka informacji .

Oryginalna specyfikacja została napisana przez Esri wiele księżyców temu dla OGC w oparciu o wersję schematu zestawu danych geodezyjnych EPSG z połowy lat 90. Został zmieniony i rozszerzony o inne specyfikacje OGC. Ponieważ była to bardzo luźno zdefiniowana specyfikacja, powstało wiele, czasem subtelnie, różnych implementacji. W ciągu ostatnich dwóch lat opracowano nową specyfikację. Obecnie jest w ISO dla komentarza.

Chociaż mam dokumentację dotyczącą „najlepszych praktyk” dotyczących pisania ciągu prj Esri-flavour, nie została ona opublikowana w dokumentacji.

Rejestru EPSG może teraz eksportować WKT do swoich obiektów na podstawie tej nowej specyfikacji. Oto WGS 84, geograficzny 2D CRS, jako przykład:

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

Istniejący WKT powinien być możliwy do odczytania przez „nowy” parser, ale odwrotność nie będzie prawdziwa. Niektóre zmiany do zapamiętania:

Zmieniono słowa kluczowe najwyższego poziomu, aby umożliwić parserom szybką identyfikację nowego formatu
Obsługiwanych jest więcej elementów schematu (takich jak kierunki osi i kolejność)

Aktualizacja 6 lipca 2016 r .: Specyfikacja / standard CRS WKT została zatwierdzona przez ISO i OGC w 2015 r. Wersja OGC jest tutaj .

Ujawnienie: Pracuję dla Esri i pomogłem napisać tę pierwszą specyfikację OGC, byłem członkiem grupy, która opracowała nową specyfikację i jest członkiem podkomitetu, który prowadzi rejestr EPSG.

— Mkennedy
źródło

1

To bardzo jasna odpowiedź, tak przerażająca i oczywista, jak zdanie: „Ponieważ była to bardzo luźno określona specyfikacja, pojawiło się wiele, czasem subtelnie, różnych implementacji”. Jaki jest obecny stan nowego standardu z ISO?

— John Powell,

2

Nazw, które zaznaczyłeś, naprawdę można używać, ponieważ odpowiednie dane mają następujące parametry. Plik .prj musi być w formacie WKT, jak wyjaśniono tutaj:

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

Te słowa kluczowe muszą być użyte dokładnie , ale nie nazwy.

Każde (dobre) oprogramowanie analizuje parametry i tworzy na ich podstawie własną definicję projekcji.

Alternatywnie można zastosować kody EPSG (z wyjątkiem przesunięcia punktu zerowego).

— AndreJ
źródło