Czasami widzę srsName="EPSG:4326"
w dokumentach GML (np. Https://postgis.net/docs/ST_GeomFromGML.html , chociaż moje szczególne źródło nie jest publiczne). Cel (z wyjątkiem być może kolejności osi, która nie jest tutaj ważna) jest jasny i prawdopodobnie współdziała w różnych systemach, ale zastanawiam się, czy to rzeczywiście jest zgodne ze specyfikacją.
Przyjrzałem się zasadom OGC Naming Authority i OGC URN i używają one urn:ogc:def:crs:EPSG:\d{4,5}
formularza (tzn. Byłoby urn:ogc:def:crs:EPSG:4326
).
Profil punktowy GML (OGC 05-029r4) wykorzystuje srsName="urn:ogc:def:crs:EPSG:6.6:4326"
w przykładach i wymaga, aby był „dobrze znany”. Nie widzę tam niczego, co faktycznie wykluczałoby jakieś szczególne srsName
.
Czy specyfikacja srsName="EPSG:abcd"
formularza (w szczególności srsName="EPSG:4326"
) jest zgodna z elementem GML 3.1 lub 3.2 (w szczególności z profilem punktowym)?
źródło
Odpowiedzi:
Tak,
srsName="EPSG:abcd"
jest zgodny z GML-3, ale tylko w kontekście aplikacji, któraEPSG:abcd
wskazuje na definicję CRS. Od 2013 r. Najlepszą praktyką OGC ( udokumentowaną tutaj ) jest używanie http URI w postaci http://www.opengis.net/def/crs/EPSG/0/4326 .Część specyfikacji GML-3.0.0 ( OCG 02-023r4 ) v.2, strona xiv stwierdza, że aliasing CRS jest koszerny:
Specyfikacja GML-3.2.1 ( OGC 03-105r1 ) sekcja 10.1.3.2, strona 56 mówi:
Chociaż w specyfikacji GML-3 nie ma wyraźnej definicji „dobrze znanego”, to przy użyciu definicji OGC 05-029r4 (sekcja 4, strona 8) „dobrze znana” jako „niewymagająca rozwiązania”, o ile aplikacja może wewnętrznie identyfikować CRS na podstawie URI, można powiedzieć, że CRS jest „dobrze znany”. Tak więc użycie nieco skomplikowanego systemu wskazywania CRSs przez GML-3.1 i 3.2 można zinterpretować jako dobrze znane CRS, a zatem
EPSG:abcd
jest ono całkowicie poprawne. Jeśli chcesz zbadać dokładne metody, za pomocą których GML wskazuje CRS za pomocą srsName, zobacz referenceSystems.xsd w http://schemas.opengis.net/gml/3.1.0/base/ i http: //schemas.opengis .net / gml / 3.2.1 / .Warto zauważyć, że po opublikowaniu białej księgi „Identyfikatory OGC - przypadek URI HTTP” ( OGC 10-124r1 ) w 2010 r., Dokumenty specyfikacji OGC mniej więcej zostały przeniesione do tego standardu.
źródło
urn:
jako zarejestrowany schemat URI. Poza tym nie rozumiem, co według ciebie ma to wspólnego z geoserver (z którym jestem dość zaznajomiony).anyURI
, że być może nie jest to wystarczające, aby być zgodne ze specyfikacją (tj. Specyfikacja ma inne wymagania, które obowiązują tylko w przypadku schematu).