"EPSG : 4326"의 srsName 사양이 GML 3.1 / 3.2를 준수합니까?

때때로 srsName="EPSG:4326"GML 문서에서 볼 수 있습니다 (예 : https://postgis.net/docs/ST_GeomFromGML.html , 특정 소스는 공개되지 않음). 의도는 (여기서는 중요하지 않은 축 순서 제외) 분명하고 다양한 시스템에서 상호 운용 가능하지만 실제로 사양을 준수하는지 궁금합니다.

OGC Naming Authority 및 OGC URN 정책을 살펴 보았으며 urn:ogc:def:crs:EPSG:\d{4,5}양식 을 사용합니다 (예 :) urn:ogc:def:crs:EPSG:4326.

GML 포인트 프로파일 (OGC 05-029r4)은 srsName="urn:ogc:def:crs:EPSG:6.6:4326"예제에서 사용 하며이를 "잘 알고 있어야"합니다. 실제로 특정 부분을 제외시키는 것은 없습니다 srsName.

는 IS srsName="EPSG:abcd"형태는 (특히,에 srsName="EPSG:4326"(포인트 프로필에 대한, 특히)는 GML 3.1 또는 3.2 요소에 대한 사양 호환)?

gml ogc specification

— 브래드 하드
소스

postgis 태그 추가가 거부되었습니다. 문제는 postgis (또는 다른 구현)가 아니라 스펙에 관한 것입니다.

— BradHards

예, srsName="EPSG:abcd"GML-3을 준수하지만 EPSG:abcdCRS 정의를 가리키는 응용 프로그램 컨텍스트에서만 가능 합니다. 2013 년 현재 OGC 모범 사례 ( 여기에 문서화 됨 )는 http://www.opengis.net/def/crs/EPSG/0/4326 형식의 http URI를 사용하는 것 입니다.

xiv 페이지 의 GML-3.0.0 스펙 ( OCG 02-023r4 ) 섹션 v.2는 CRS 별명 지정이 정 결함을 나타냅니다.

GML에서는 식별 된 객체가 여러 "이름"(예 : 외부 기관에서 할당했거나 객체에 일반적으로 사용되는 레이블)을 전달할 수있는 것이 편리하다는 것을 알았습니다. 이들은 이름에 대한 "codeSpace"를 기록함으로써 서로 구별 될 수 있으며, 이는 정보 소비자가 사용하기에 적합한 이름을 선택할 수있게한다.

56 페이지 GML-3.2.1 사양 ( OGC 03-105r1 ) 섹션 10.1.3.2는 다음과 같이 말합니다.

일반적으로 srsName [type = "anyURI"] 속성은 gml : AbstractCoordinateReferenceSystem의 CRS 인스턴스를 가리 킵니다 (12.2.3 참조). 잘 알려진 참조의 경우 CRS 설명이 URI가 가리키는 위치에 존재할 필요는 없습니다.

GML-3 사양에는 "잘 알려진"에 대한 명확한 정의가 없지만 OGC 05-029r4 (8 페이지 4 항)의 "잘 알려진"에 대한 정의를 "해결이 필요하지 않음"으로 정의한 경우 응용 프로그램은 URI에서 내부적으로 CRS를 식별 할 수 있습니다. CRS가 "잘 알려져 있습니다"라고 말할 수 있습니다. 따라서 이름으로 CRS를 가리키는 GML-3.1 & 3.2의 다소 복잡한 시스템을 사용하는 것은 CRS가 잘 알려진 것으로 해석 될 수 있으므로 EPSG:abcd완벽하게 유효합니다. GML이 srsName을 통해 CRS를 가리키는 정확한 방법을 탐색하려면 http://schemas.opengis.net/gml/3.1.0/base/ 및 http : //schemas.opengis의 referenceSystems.xsd를 참조 하십시오. .net / gml / 3.2.1 / .

백서 "OGC 식별자-HTTP URI의 경우"( OGC 10-124r1 )가 2010 년에 발표 된 후 OGC 사양 문서가 그 표준으로 다소 전환 되었다는 점에 주목할 가치가 있습니다.

— 스티븐 칼트
소스

왜 "EPSG : ####"이 URN이라고 생각할 수 있습니까? tools.ietf.org/html/rfc8141#section-2 부터는 urn:등록 된 URI 체계로 시작해야합니다 . 또한 이것이 지오 서버와 관련이 있다고 생각하는 것을 얻지 못했습니다 (이것은 상당히 익숙합니다).

— BradHards 2016 년

그렇습니다, EPSG : ####는 URN이 아닙니다. 지오 서버 WFS 문서를 제공했는데 두 가지 모두 유효한 srsName 형식의 예를 제공하지만 주제에 맞지 않습니다. 두 조각을 모두 편집했습니다.

— Steven Kalt

그렇다면 왜 유효한 URI입니까? "EPSG"가 등록 된 체계라는 것을 알 수 없습니다 (정식 소문자 형식이 아님). 또한 스키마는이라고 말하지만 anyURI사양을 준수하기에는 충분하지 않을 수 있습니다 (예 : 사양에는 스키마에 대해 유효한 다른 요구 사항이 있음).

— BradHards 2016 년

개별 체계를 배제하는 anyURI의 정의가 있습니까? 구문 epsg : code는 URI 일 수 있습니다. rfc3986에는 대문자 또는 소문자에 대한 규칙이 없습니다. srsName에 대한 anyURI 유형은 Geotools와 관련이 없습니다. OGC 07-036 "OpenGIS® Geography Markup Language (GML) 인코딩 표준"10.1.3.2 SRSReferenceGroup에 정의되어 있습니다.

— Andreas W. Bartels 2012 년

유효한 URI는 아니지만 인식 할 수 있으면 사양을 준수합니다. 참조 OGC 07-036 GML V3.2.1의 섹션 10.1.3.2 " 일반적인 속성 srsName 점에서 GML의 CRS 인스턴스 :. AbstractCoordinateReferenceSystem은 (12.2.3 참조) 잘 알려진 참조를 들어 CRS 설명의 존재를 필요하지 않습니다 URI가 가리키는 위치에서 "

— Steven Kalt