지리적 표시 언어

Geography Markup Language
지리적 표시 언어
Simple vector map.svg
점, 폴리선 및 폴리곤이 있는 벡터 맵.
파일 이름 확장자.gml또는.xml
인터넷 미디어 유형
응용 프로그램/gml+xml[1]
개발자오픈 지리공간 컨소시엄
초기 릴리즈2000년(2000년)
최신 릴리즈
3.2.1[2]
2007년 8월 27일, 14년 전(2007-08-27)
포맷의 종류지리 정보 시스템
확장원XML
표준.ISO 19136:2007

GML(Geography Markup Language)은 Open Geospatial Consortium(OGC)에 의해 정의된 XML 문법입니다.GML은 지리적 시스템의 모델링 언어로서 기능할 뿐만 아니라 인터넷상의 지리적 트랜잭션을 위한 개방적인 교환 형식으로서도 기능합니다.GML 유틸리티의 핵심은 기존의 "벡터" 또는 개별 객체뿐만 아니라 커버리지(GMLJP2 참조) 및 센서 데이터를 포함한 모든 형태의 지리 정보를 통합할 수 있는 능력이다.

GML 모델

GML에는 애플리케이션 고유의 스키마 또는 애플리케이션 언어를 구축하는 데 사용되는 다양한 원시 요소가 포함되어 있습니다.이러한 기본 요소는 다음과 같습니다.

  • 특징
  • 기하학.
  • 좌표 기준계
  • 토폴로지
  • 시간을
  • 동적 기능
  • 커버리지(지리적 이미지 포함)
  • 측정 단위
  • 방향.
  • 관찰.
  • 지도 프레젠테이션 스타일 지정 규칙

원래 GML 모델은 World Wide Web Consortium의 Resource Description Framework(RDF)를 기반으로 했습니다.그 후 OGC는 XML 스키마를 GML의 구조에 도입하여 다양한 기존 지리적 데이터베이스를 연결할 수 있도록 지원하였습니다.이 데이터베이스의 관계구조 XML 스키마는 보다 쉽게 정의됩니다.그 결과 XML 스키마 기반의 GML은 상위 객체(RDFS)의 속성으로서의 자식 요소 아이디어 및 원격 속성 참조 사용 등 RDF의 많은 기능을 유지합니다.

프로필

GML 프로파일은 GML에 대한 논리적 제한으로 문서, XML 스키마 또는 둘 다로 표현될 수 있습니다.이러한 프로파일은 GML의 채택을 단순화하고 표준의 신속한 채택을 촉진하기 위한 것이다.GML 규격에 의해 정의된 다음과 같은 프로파일이 공개 또는 제안되었습니다.

  • 포인트 지오메트릭 데이터가 있지만 완전한 GML 문법이 필요하지 않은 어플리케이션의 포인트 프로파일.
  • 벡터 피쳐 요구 및 트랜잭션을 지원하는 GML Simple Features 프로파일(WFS 등)
  • GMLJP2의 GML 프로파일(JPEG 2000의 GML)
  • RSS용 GML 프로파일

프로파일은 애플리케이션 스키마와는 다릅니다.프로파일은 GML 네임스페이스(Open GIS GML)의 일부이며 GML의 제한된 서브셋을 정의합니다.어플리케이션 스키마는 GML을 사용하여 정의된 XML 어휘로 응용 프로그램 정의 대상 네임스페이스에 존재합니다.응용 프로그램 스키마는 특정 GML 프로파일을 기반으로 구축하거나 전체 GML 스키마 세트를 사용할 수 있습니다.

프로파일은 종종 상업 항공, 항해 차트 작성 또는 자원 이용과 같은 특정 애플리케이션 도메인을 지원하기 위해 작성된 GML 파생 언어(애플리케이션 스키마 참조)를 지원하기 위해 작성됩니다.

GML 사양(GML v3 이후)에는 GML 프로파일 구축에 사용할 수 있는 XSLT 스크립트 쌍(보통 "서브셋툴"이라고 불립니다)이 포함되어 있습니다.

GML 단순 기능 프로파일

GML Simple Features Profile은 위의 Point Profile보다 더 완전한 GML 프로파일이며 다음을 포함한 광범위한 벡터피처 객체를 지원합니다.

  1. 축소 지오메트리 모델. 0d, 1d 및 2d 선형 지오메트리 객체(모두 선형 보간 기반)와 해당 집계 지오메트리(gml:멀티포인트, gml:다중 곡선 등)
  2. 1레벨 깊이만 사용할 수 있는 간이 피쳐 모델(일반 GML 모델에서는 피쳐와 피쳐 속성을 임의로 네스트할 수 없습니다).
  3. 비기하학적 속성은 모두 XML 스키마 단순 유형이어야 합니다. 즉, 중첩된 요소를 포함할 수 없습니다.
  4. 메인 GML 사양과 같은 리모트 속성 값 참조(xlink:href).

프로파일은 단순한 진입점을 제공하는 것을 목적으로 하기 때문에 다음을 지원하지 않습니다.

  • 커버
  • 토폴로지
  • 관찰.
  • 값 객체(실시간 센서 데이터용)
  • 동적인 특징

그럼에도 불구하고 그것은 다양한 현실 세계의 문제들을 지원한다.

서브셋 도구

또한 GML 사양은 사용자가 지정한 컴포넌트 목록을 포함하는 GML 프로파일을 생성하기 위한 서브셋툴을 제공합니다.이 도구는 3개의 XSLT 스크립트로 구성됩니다.스크립트는 개발자가 수동으로 확장하거나 스키마 제한을 통해 확장할 수 있는 프로파일을 생성합니다.완전한 GML 사양의 제한으로서 프로파일이 생성할 수 있는 어플리케이션스키마 자체가 유효한 GML 어플리케이션스키마여야 돼요

서브셋 툴은 다른 여러 가지 이유로 프로파일을 생성할 수 있습니다.결과 프로파일 스키마에 포함할 요소와 속성을 나열하고 도구를 실행하면 사용자가 지정한 항목과 지정된 항목이 종속된 모든 요소, 속성 및 유형 선언만 포함된 단일 프로파일 스키마 파일이 생성됩니다.이와 같이 작성된 프로파일스키마 중에는 JPEG 2000의 IHO S-57 및 GML 등의 다른 사양이 지원됩니다.

응용 프로그램 스키마

응용 프로그램의 지리적 데이터를 GML로 노출하기 위해 커뮤니티 또는 조직은 관심 응용 프로그램 도메인(응용 프로그램 스키마)에 고유한 XML 스키마를 만듭니다.이 스키마에서는 커뮤니티가 관여하는 데이터의 오브젝트유형과 커뮤니티 어플리케이션이 공개해야 하는 오브젝트유형에 대해 설명합니다.예를 들어, 관광 신청서는 신청서 스키마에서 기념물, 명소, 박물관, 도로 출구, 전망 등을 포함한 객체 유형을 정의할 수 있습니다.이러한 오브젝트 타입은 GML 표준에 정의된 원시 오브젝트 타입을 참조합니다.

지리적으로 사용되는 다른 마크업 언어도 있지만 GML은 새로운 스키마 언어를 작성하는 대신 기존 XML 스키마 모델을 기반으로 구축됩니다.애플리케이션 스키마는 일반적으로 ISO 19103(지리적 정보 – 개념 스키마 언어)[3]에 준거한 UML을 사용하여 설계되며, 그 후 ISO 19136의 Annex E에 제시된 규칙에 따라 작성된 GML 애플리케이션을 사용합니다.

퍼블릭 GML 응용 프로그램 스키마 목록

다음으로 알려진 퍼블릭접근 가능한 GML 어플리케이션 스키마의 목록을 나타냅니다.

  • AIXM 항공 정보 eXchange 모델(http://aixm.aero – 상용 항공 관련 스키마 참조)
  • CAAML – 캐나다 애벌란치 협회 마크업 언어
  • CityGML – 가상 3D 도시/[4]지역 모델을 위한 공통 정보 모델 및 GML 애플리케이션 스키마.
  • 커버리지 – ISO 19123의 추상 모델을 기반으로 시공간적으로 변화하는 현상(센서, 이미지, 모델, 통계 데이터 등)의 디지털 표현을 위한 상호 운용 가능한 부호화 중립 정보 모델
  • 기후과학 모델링 언어(CSML)[5]
  • Darwin Core GML 응용 프로그램 스키마.생물다양성 발생 데이터 공유를 위한 GML의 다윈 코어 스키마 구현.
  • GeoSciML – IUGS Commission for Geoscience Information (IGUGS 정보위원회)
  • GPML – GPlates Markup Language(GPlates[6] Markup Language), 플레이트 텍토닉용 정보 모델 및 애플리케이션 스키마
  • InfraGML - 2012년에 [7]시작된 GML 구현으로, 당시 누락된 LandX 업데이트를 반영함ML
  • INSPIRE 응용 프로그램 스키마[8]
  • IWXXM – 항공 기상 GML 애플리케이션 스키마
  • NcML/GML – NetCDF-GML[9]
  • 관찰 메타데이터 및 결과를 위한 관찰 및 측정 스키마
  • OS 마스터 맵 GML[10]
  • 기기 및 처리 체인을 설명하기 위한 SensorML 스키마
  • 토양 및 지형 데이터를 설명하기 위한 SoTerML 스키마
  • TigerGML – 미국[11] 인구조사
  • 뉴사우스웨일스 천연자원부의 수질 데이터 프로젝트
  • WXXM – 날씨 정보 교환 모델

GML 및 KML

KML은 Google에 의해 보급되어 GML을 보완합니다.GML은 어플리케이션 오브젝트의 스펙트럼과 그 속성(교량, 도로, 부이, 차량 등)을 기술함으로써 모든 어플리케이션의 지리적 콘텐츠를 인코딩하는 언어입니다.KML은 Google 어스에 맞춘 지리적 정보를 시각화하기 위한 언어입니다.KML은 GML 콘텐츠 렌더링에 사용할 수 있으며, GML 콘텐츠는 KML을 사용하여 "스타일링"할 수 있습니다.KML은 무엇보다도 데이터 교환 전송이 아닌 3D 묘사 전송입니다.이러한 목적의 큰 차이로 인해 KML을 사용하여 묘사하기 위해 GML 콘텐츠를 부호화하면 결과적으로 KML의 구조와 정체성을 현저하게 회복할 수 없게 된다.GML 구조의 90% 이상이 (몇 가지 메타데이터, 좌표 참조 시스템, 수평 및 수직 데이터 등), 기하학적 무결성의 원이다.s, 생략 부호, 호 등)는 손실 또는 비표준 부호화 없이 KML로 변환할 수 없습니다.마찬가지로 KML의 묘사 전송으로서의 설계로 인해 GML에서 KML 콘텐츠를 인코딩하면 스타일 정보 및 멀티스케일 표현뿐만 아니라 지역, 세부 규칙 수준, 보기 및 애니메이션 정보 등의 KML 묘사 구조가 크게 손실됩니다.묘사는 GML의 [12]범위를 벗어나기 때문에 여러 세부 수준에서 장소 표시를 그릴 수 있는 능력은 KML과 GML을 구분한다.

GML 지오메트리

GML은 "벡터" 모델에 따라 지리 객체의 GML 기하학 또는 기하학적 특성을 GML 문서 내의 요소로 인코딩합니다.이러한 객체의 지오메트리는 예를 들어 도로, 강 및 교량을 설명할 수 있습니다.

GML 1.0 및 GML 2.0의 주요 GML 지오메트리 오브젝트 유형은 다음과 같습니다.

  • 포인트
  • 회선 문자열
  • 폴리곤

또한 GML 3.0 이상에는 "커버리지" 정보, 즉 "래스터" 모델을 기술하는 구조가 포함되어 있습니다.예를 들어 대부분의 위성 데이터를 포함한 원격 센서 및 이미지를 통해 수집됩니다.

특징들

GML은 지오메트리 객체와 다른 피쳐를 정의합니다.피쳐는 건물, 강 또는 사람과 같은 물리적 엔티티를 나타내는 응용 프로그램 객체입니다.피쳐에는 기하학적 측면이 있을 수도 있고 없을 수도 있습니다.지오메트리 오브젝트는 물리적인 엔티티 대신 위치 또는 영역을 정의하기 때문에 피쳐와는 다릅니다.

GML에서 피쳐는 피쳐의 기하학적 측면 또는 특성을 설명하는 다양한 지오메트리 특성(예: 피쳐의 점 또는 익스텐트 특성)을 가질 수 있습니다.GML은 공유 지오메트리 속성에 대한 원격 속성 참조를 사용하여 피쳐가 서로 지오메트리 속성을 공유하는 기능도 제공합니다.원격 속성은 RDF에서 빌린 GML의 일반적인 기능입니다. GML 지오메트리 속성의 xlink:href 속성은 속성 값이 링크에서 참조되는 리소스임을 의미합니다.

예를 들어, 특정 GML 애플리케이션 스키마의 빌딩 피쳐는 원시 GML 지오메트리 객체 유형 Point에 의해 지정된 위치를 가질 수 있습니다.그러나 건물은 위치를 정의하는 점과는 별개의 실체이다.또한 피쳐에는 익스텐트 및 위치와 같은 여러 지오메트리 특성이 있을 수 있습니다(또는 전혀 없음).

좌표

GML의 좌표는 지오메트리 객체의 좌표를 나타냅니다.좌표는 다음 GML 요소 중 하나로 지정할 수 있습니다.

 <gml: 증명서>  <gml: pos>  <gml: pos List>

GML에는 좌표를 나타내는 여러 가지 방법이 있습니다.예를 들어,<gml:coordinates>요소는 다음과 같이 사용할 수 있습니다.

 <gml:Point gml:id="p21" srsName="http://www.opengis.net/def/crs/EPSG/0/4326"> <gml:cates> 45.67, 88.56 </gml:cates> </gml:cates> </gml:cates>포인트>

위와 같이 표현될 경우, XMLDocument Object Model을 통해 개별 좌표(예: 88.56)에 개별적으로 접근할 수 없다는 점에 유의하십시오.<gml:coordinates>요소는 단일 문자열일 뿐입니다.

XML DOM을 통해 GML 좌표에 액세스할 수 있도록 하기 위해 GML 3.0은<gml:pos>그리고.<gml:posList>요소들.(단, GML 버전1과 2에는,<gml:coord>이는 결함으로 취급되며 사용되지 않습니다.)사용방법<gml:pos>가 아닌 요소<gml:coordinates>요소는 다음과 같이 나타낼 수 있습니다.

 <gml:Point gml:id="p21" srsName="http://www.opengis.net/def/crs/EPSG/0/4326"> <gml:pos srsDimension="2"> 45.67 88.56 </gml:pos> </gml:pos:포인트>

의 좌표<gml:LineString>지오메트리 오브젝트는 다음과 같이 표시할 수 있습니다.<gml:coordinates>요소:

 <gml:LineString gml:id="p21" srsName="http://www.opengis.net/def/crs/EPSG/0/4326"> <gml:cates> 45.67, 88.56 55.56,89.44 </gml:cates> </gml:cates> </gml:cates>LineString >

그<gml:posList>요소는 선형 지오메트리에 필요한 좌표 튜플 목록을 나타내는 데 사용됩니다.

 <gml:LineString gml:id="p21" srsName="http://www.opengis.net/def/crs/EPSG/0/4326"> <gml:posList srsDimension="2"> 45.67 88.56 55.56 89.44 </gml:posList> </gml:LineString >

GML 1 또는 GML 2만을 지원하는 GML 데이터 서버(WFS) 및 변환 도구(즉,<gml:coordinates>요소)를 대신할 수 있는 것은 없습니다.<gml:coordinates>단, GML 3 이후의 문서에서는<gml:pos>그리고.<gml:posList>보다 바람직하다<gml:coordinates>.

좌표 기준계

주요 기사: 좌표 기준계

좌표기준계(CRS)는 GML 문서 내의 각 지오메트리 요소의 형상을 결정한다.

KML이나 GeoRSS와는 달리 GML은 좌표계가 제공되지 않을 때 기본적으로 좌표계가 되지 않습니다.대신 CRS를 사용하여 원하는 좌표계를 명시적으로 지정해야 합니다.이러한 CRS와 관련하여 좌표가 해석되는 요소에는 다음이 포함됩니다.

  • <gml:coordinates>
  • <gml:pos>
  • <gml:posList>

다음 예시와 같이 지오메트리 개체에 연결된 srsName 속성은 개체의 CRS를 지정합니다.

 <gml: Point gml:id="p1" srsName="#srs36"> <gml:snates> 100,200 </gml:nates> </gml:nates> </gml:nates>포인트>

srsName Atribute 값은 Uniform Resource Identifier(URI)입니다.이는 지오메트리의 좌표를 해석하는 데 사용되는 CRS의 정의를 나타냅니다.CRS 정의는 문서(즉, 플랫 파일) 또는 온라인 웹 서비스에 있을 수 있습니다.EPSG 코드 값은 석유 및 가스 생산자 협회가 운영하는 EPSG 지오데틱 매개변수 데이터 세트 레지스트리를 사용하여 해결할 수 있습니다. http://www.epsg-registry.org.

srsName URI는 공통 CRS 정의를 참조하기 위한 Uniform Resource Name(URN; 유니폼자원명)일 수도 있습니다.OGC는 몇 가지 일반적인 CRS를 인코딩하기 위한 URN 구조와 세트 고유의 URN을 개발했습니다.URN 리졸바는 이러한 URN을 GML CRS 정의로 해결합니다.

예

Polygons, Points 및 LineString 객체는 다음과 같이 GML 1.0 및 2.0으로 인코딩됩니다.

 <gml: Polygon> <gml: outer Boundary Is> <gml:LinearRing > <gml: 좌표> 0, 0 100, 100, 100, 100, 0 </gml: 좌표> </gml:LinearRing > </gml:outerBoundaryIs> </gml:폴리곤> <gml:포인트> <gml: 좌표> 100,200 </gml: 좌표> </gml:포인트> <gml:LineString> <gml: 좌표> 100,200 150,300 </gml: 좌표> </gml:LineString >

LineString 객체는 LinearRing 객체와 함께 지정된 점 사이의 선형 보간을 가정합니다.또한 폴리곤의 좌표는 닫혀 있어야 합니다.

지오메트리를 사용한 기능

다음 GML 예는 피쳐와 지오메트리 객체의 차이를 보여줍니다.빌딩 기능에는 여러 지오메트리 객체가 있으며, 그 중 하나(식별자가 p21인 점)를 SurveyMonument 기능과 공유합니다.

 <abc:Building gml:id="SearsTower"> <building gml:height> 52 </building: height> </building: position xlink:type="Simple" xlink:href="#p21"/> </building:> </f:>Building > <abc:SurveyMonument gml:id="g234"> <survey: position> <gml:포인트 gml:id="p21"> <gml:posList> 100,200 </gml:posList> </gml:포인트> </abc:position> </abc:조사 >

피쳐 객체는 둘 이상의 지오메트리 객체 특성을 가질 수 있으므로 참조는 공유 점에 대한 것이지 SurveyMonument에 대한 것이 아닙니다.

점 프로파일

GML 점 프로파일에는 단일 GML 지오메트리가 포함되어 있습니다.<gml:Point>오브젝트 타입모든 XML 스키마에서 점 프로파일을 가져오고 제목을 참조하여 사용할 수 있습니다.<gml:Point>인스턴스:

 <PhotoCollection xmlns="http://www.myphotos.org" xmlns:gml="http://www.opengis.net/gml" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance MyGoodPhotos.xsd"> <tem> <이름>Lynn Valley </name> <description> </description> <where> </where> <위치> <gml:포인트 srsDimension="2" srsName="http://www.opengis.net/def/crs/EPSG/0/4326"> <gml:pos> 49.40 - 123.26 </gml:pos> </gml:pos:포인트> </position> </Item> </items> </PhotoCollection>

점 프로파일을 사용할 때 유일한 지오메트리 객체는 '<gml:Point >' 오브젝트.나머지 지역은 사진 수집 스키마에 의해 정의됩니다.

역사

초기 작업 – OGC 권장 문서

Ron Lake는 라디오 방송용 XML 인코딩에 대한 이전 연구에 이어 1998년 가을에 GML에 대한 작업을 시작했습니다.Lake는 1999년 2월 조지아주 애틀랜타에서 열린 OGC 회의에서 xGML이라는 제목으로 초기 아이디어를 발표했습니다.이로 인해 GeoDOM의 아이디어와 XSL에 기초한 GSL(Geographic Styling Language)의 개념이 소개되었습니다.NTT데이터의 나카이 아키후미씨도 같은 회의에서 위치기반 [13]서비스를 대상으로 한 G-XML이라는 XML 인코딩에 대해 NTT데이터에서 부분적으로 진행 중인 작업에 대해 발표했다.1999년 4월, Galdos는 XBed 팀을 만들었습니다(하청업체로서 CubeWerx, Oracle Corporation, MapInfo Corporation, NTT Data, Mitsubishi 및 Compusult).Xbed는 지리 공간에 XML을 사용하는 것에 초점을 맞췄다.이를 통해 Galdos, US Census 및 NTT Data에서 입력된 SFXML(Simple Features XML)이 생성되었습니다.Galdos는 1999년 9월 첫 번째 OGC Web Map 테스트 베드에서 Oracle 기반의 "GML" 데이터 서버(WFS의 이전 버전)에서 데이터를 가져오는 초기 맵 스타일의 엔진을 시연했습니다.1999년 10월, Galdos Systems는 SFXML 초안 문서를 코멘트 요청으로 다시 작성하고 언어 이름을 GML(Geography Markup Language)로 변경했습니다.이 문서에서는 1) Object-Property-Value 규칙, 2) Remote Properties(rdf:resource 경유), 3) 정적 스키마가 아닌 애플리케이션 스키마를 사용하는 결정 등 GML의 기반이 된 몇 가지 주요 아이디어를 소개했습니다.또한 이 문서는 언어가 그 시점에 사용된 DTD가 아닌 자원 기술 프레임워크(RDF)에 기반해야 한다고 제안했다.RDF 사용을 포함한 이러한 문제는 1999년과 2000년에 OGC 커뮤니티 내에서 열띤 논쟁을 벌였으며, 그 결과 최종 GML 권고서에는 DTD를 기반으로 한 GML 프로파일과 정적 스키마를 사용한 RDF 프로파일이 3개 포함되어 있었습니다.이 문서는 2000년 [14]5월에 OGC에서 추천서로 채택되었습니다.

XML 스키마 - 버전 2로 이동합니다.

Galdos는 OGC에서 추천서가 통과되기 전부터 GML의 XML 스키마 버전에 대한 작업을 시작하여 원격 참조용 rdf:resource 스킴을 xlink:href로 대체하고 기능 컬렉션과 같은 복잡한 구조의 확장을 처리하기 위한 특정 패턴(예: Gate의 Barbarians)을 개발했습니다.XML Schema 설계 작업의 대부분은 문서 편집자로 일하며 기본 GML 모델을 XML Schema로 번역하는 것을 주로 담당한 Galdos의 Richard Martell에 의해 수행되었습니다.이 기간 동안 Simon Cox(CSIRO Australia), Paul Daisey(US Census), David Burgraf(Galdos), Adrian Cuthbert(Laser-Scan)로부터 다른 중요한 정보를 제공받았다.GML의 개발에 대해 미군 엔지니어단(특히 Jeff Harrison)은 상당히 지지하고 있었다.미 육군 엔지니어단은 "USL 파일럿" 프로젝트를 후원했다.이는 GML 사양의 링크와 스타일링 개념의 유용성을 탐구하는 데 매우 도움이 되었으며, Monie(Gali)와 Lionic(Lionic)이 중요한 작업을 수행하였다.XML Schema 사양서 초안은 Galdos에 의해 제출되어 2000년 12월에 일반 배포가 승인되었습니다.2001년 2월에 추천서, 같은 해 5월에 채택된 사양서가 되었습니다.이 버전(V2.0)은 버전 1에서 "프로파일"을 제거하고 GML의 기본으로서 원래의 Galdos 제출에서 개략적으로 설명한 주요 원칙을 확립했습니다.

GML 및 G-XML(일본)

이러한 이벤트가 전개되고 있는 가운데, 일본에서는 카와노 시게씨의 지도아래, 일본 데이타베이스 진흥 센터의 주최로 G-XML에 관한 작업이 병행해 진행되고 있었다.G-XML과 GML은 몇 가지 중요한 점에서 달랐다.LBS 애플리케이션을 대상으로 한 G-XML은 많은 구체적인 지리적 객체(예: Mover, POI)를 사용했으며, GML은 매우 제한된 콘크리트 세트를 제공하고 애플리케이션 스키마를 사용하여 보다 복잡한 객체를 구축했습니다.현시점에서는 G-XML은 DTD를 사용하여 작성되었지만 GML은 이미 XML 스키마로 이행하고 있었습니다.한편으로 G-XML은 임시성, 식별자에 의한 공간 참조, 이력이 있는 객체 및 토폴로지 기반 스타일링 개념을 포함하여 GML 사전에는 없는 많은 기본 구성 요소를 사용해야 했습니다.반면, GML은 제한된 원시 요소 세트(기하학, 특징)와 사용자 정의 객체(기능) 유형을 구성하는 레시피를 제공했습니다.

2001년 1월에 도쿄에서 개최된 일련의 회의에서는, 론 레이크(갈도스), 리처드 마르텔(갈도스), OGC 스탭(커트 뷸러, 데이비드 셸), 카와노 시게씨(DPC), 나카이 아키후미(NTT 데이터), 박사등이 참가.시마다(Hitachi CRL)는 DPC와 OGC 간에 G-XML 지원에 필요한 기본 요소를 GML에 주입하는 MOU를 체결함으로써 G-XML을 GML 애플리케이션 스키마로 작성할 수 있게 되었다.그 결과 관찰, 동적 기능, 시간 객체, 기본 스타일, 토폴로지 및 뷰포인트 등 많은 새로운 유형이 GML의 핵심 객체 목록에 입력되었습니다.작업의 대부분은 NTT Data와의 계약 하에 Galdos에 의해 수행되었습니다.이것은 GML 3의 토대를 마련했지만, 이 시기에는 OGC와 ISO/TC 211의 교차로라는 중요한 새로운 개발이 이루어졌다.

ISO를 향해서– GML 3.0은 GML의 범위를 넓힙니다.

GML/G-XML 계약에 의해 도입된 대부분의 새로운 오브젝트 및 OGC 프로세스 내에서 Galdos에 의해 도입된 일부 오브젝트(특히 커버)에 대해 기본적인 코딩이 존재했지만, 이러한 인코딩 중 거의 ISO TC/211에 의해 개발된 추상 사양에 준거하지 않는 것이 곧 명백해졌다.모든 OGC 사양에 대한 기초입니다.예를 들어 GML 지오메트리는 일부 문서화된 초기 지오메트리 모델(단순 형상 지오메트리)에 기초하고 있었으며, 이는 TC/211에 설명된 보다 광범위하고 복잡한 지오메트리를 지원하기에 충분하지 않았습니다.GML 개발의 관리 또한 이 시기에 더 많은 개인들의 참여로 바뀌었다.이 기간 동안 Milan Trninic(Galdos)(기본 스타일, CRS), Ron Lake(Galdos)(관찰), Richard Martell(Galdos)(동적인 특징)에 의해 상당한 기여를 했습니다.

2002년 6월 12일, Mr. Ron Lake는 Gardels [15]상을 수상함으로써 GML을 만든 공로로 OGC로부터 인정을 받았습니다.이 상에는 "특히 이 상은 지리 마크업 언어(GML)를 만든 당신의 위대한 업적과 GML의 의미 있는 표준화를 촉진하기 위한 국가 간 차이 조정을 촉진하는 독특하고 효과적인 작업을 표창합니다."라고 쓰여 있습니다.Simon Cox(CSIRO)[16]와 Clemens Portele(Interactive Instruments)[17]도 GML에 기여한 공로로 Gardels 상을 받았습니다.

표준

OGC(Open Geospatial Consortium)는 지리 마크업 언어 표준을 유지하는 국제 자발적 합의 표준 조직입니다.OGC는 ISO TC 211 표준 조직과 협력하여 OGC와 ISO 표준 작업 간의 일관성을 유지합니다.GML은 2007년에 국제 표준(ISO 19136:2007)으로 채택되었습니다.

GML은 미국[clarification needed] National Information Exchange Model(NIEM) 버전 2.1에도 포함될 수 있습니다.

ISO 19136

ISO 19136 지리정보(Geographic Information – Geography Markup Language)는 지리정보 표준(ISO 191xx) 패밀리 ISO의 표준입니다.이는 개방형 지리공간 컨소시엄 정의와 지리표시 언어(GML)를 ISO-191xx 표준과 통합한 결과입니다.

GML의 이전 버전은 GML 버전 3.1.1의 ISO 적합(GML 1, GML 2)이 아니었습니다.특히 ISO 적합성은 GML이 현재 ISO 19107의 구현임을 의미합니다.

GML(Geography Markup Language)은 ISO 19118에 준거한 XML 인코딩으로, ISO 19100 시리즈에서 사용되는 개념 모델링 프레임워크에 따라 모델링되고 지리적 특징의 공간적 특성과 비지역적 특성을 모두 포함합니다.이 사양에서는 XML Schema 구문, 메커니즘 및 표기법을 다음과 같이 정의합니다.

  • 지리공간 어플리케이션 스키마 및 오브젝트의 정의를 위한 개방적이고 벤더 중립적인 프레임워크를 제공한다.
  • GML 프레임워크 기술 기능의 적절한 서브셋을 지원하는 프로파일을 허용합니다.
  • 전문 도메인 및 정보 커뮤니티를 위한 지리공간 애플리케이션 스키마 기술 지원
  • 링크된 지리적 애플리케이션 스키마 및 데이터셋의 작성 및 유지보수를 가능하게 한다.
  • 애플리케이션 스키마 및 데이터 세트의 스토리지 및 전송 지원
  • 지리적 애플리케이션 스키마와 해당 스키마가 설명하는 정보를 공유할 수 있는 조직의 능력을 향상시킵니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ Open Geospatial Consortium Inc. (2010-02-08), Technical Committee Policies and Procedures: MIME Media Types for GML (PDF)
  2. ^ "OpenGIS Geography Markup Language (GML) Encoding Standard". Retrieved 2011-03-25.
  3. ^ "Iso 19103:2015".
  4. ^ 시티GML 홈페이지
  5. ^ http://ndg.badc.rl.ac.uk/csml/
  6. ^ "GPlates Geological Information Model : Resource Page".
  7. ^ "OGC seeks comments on Land Information Domain Working Group charter OGC".
  8. ^ "Index of /Schemas".
  9. ^ "Archived copy". Archived from the original on 2010-03-23. Retrieved 2007-04-10.{{cite web}}: CS1 maint: 제목으로 아카이브된 복사(링크)
  10. ^ "Archived copy". Archived from the original on 2013-05-05. Retrieved 2011-10-12.{{cite web}}: CS1 maint: 제목으로 아카이브된 복사(링크)
  11. ^ "The Home of Location Technology Innovation and Collaboration OGC".
  12. ^ "KML Reference Keyhole Markup Language".
  13. ^ "G-XML". Archived from the original on 2009-12-17.
  14. ^ "GML in JPEG 2000 for Geographic Imagery (GMLJP2) Encoding Specification".
  15. ^ 론 레이크의 표창장
  16. ^ 사이먼 콕스의 표창장
  17. ^ 클레멘스 포르텔상 수상자

외부 링크