가만히 지켜보고 있으면 OGC 표준 웹 서비스와 Open API 등과 혼용하여 각자 나름대로 판단하고 사업을 진행하고 있는 것 같아 아쉽고 안타깝다...
오늘의 핵심 내용은 아래 기사와 유사하다. 껍데기만 바꾼다고 되는 건 아니다. 다음의 기사를 한번 보도록 하자
안
철수 "디자인·UI 베낀다고 아이폰 못 따라가"
- 디자인을 베끼거나 UI를 비슷하게 한다고 되는 것이 아니다
- 디자인을 베끼거나 UI를 비슷하게 한다고 되는 것이 아니다
표준을 준수한다는 의미에 대한 내용들입니다.
표준 프로파일링에 대한 개념
▣ 표준화(Standardization)
실질적이거나 잠재적인 문제에 관하여 최적의 목적달성을 위해 공통적이고 반복적인 사용을 위한 규범적 표현(provision)을 구축하는 활동이며 이러한 활동은 주로 표준을 이슈화하고 구현하고 형식화하는 과정으로 구성된다.
▣ 표준(Standard)
표준화의 주체 및 참여기구로부터 합의되고(consensus) 승인된 문서로서 커뮤니티의 목적을 최대로 달성함을 목표로 공통적이고 반복적인 사용을 위한 활동과 결과에 대한 규칙, 가이드라인, 특징 등을 제공하며 표준화 적용 커뮤니티의 최대의 이익을 달성할 수 있는 과학과 기술 및 경험의 통합된 결과에 기초하여야 한다.
▣ 기반표준
프로파일을 구성하고 생성하기 위해 원천자료(source)가 되는 표준이며 지리정보분야에서는 ISO의 TC211에서 개발중인 19100 시리즈 표준문서와 OGC의 Abstract Specification과 Implementation Specification으로 국가표준개발을 위한 기반표준으로 활용할 수 있다.
▣ 프로파일
특정 커뮤니티의 특정 기능을 위해 필요한 모듈과 인자(parameter), 선택사양(optional)을 규정한 하나 이상의 기반표준 또는 ISP의 선택적 집합으로 참조가 되는 기반표준이 있어야 한다.
▣ ISP(International Standardized Profile)
하나 이상의 프로파일을 기술하는 국제적으로 동의되고 조화된 문서이며, ISO에서 승인된 표준문서에 기반하여 호환성(conformance) 수준에 적합한 프로파일로서 ISO에서 관리한다.
▣ ISO에서 정의한 프로파일의 특성
- 프로파일은 목적 달성을 우해 필요한 만큼 기반표준에 정의된 선택사양을 제한하거나 프로파일의 선택사양으로 유지할 수 있다.
- 프로파일은 참조하는 기반표준에 호환되지 않는 결과를 초래하거나 반하는 요구사항은 규정할 수 없다.
- 프로파일은 참조하는 기반표준의 범우보다 한정되고 구체적인 호환성 요구사항을 포함한다.
-> 즉, 프로파일에 호환된다면 해당 프로파일이 참조하는 기반표준의 집합과도 호환성이 보장됨을 의미한다.
※원문출처 : 박종민, 오세웅, 서상현. 2002. 프로파일링에 의한 지리정보표준 개발방법 연구. 한국지리정보학회지. 5권 4호. pp.56-64.
OpenGIS
Web Coverage Service (WCS) - Processing Extension (WCPS)
다음은 OGC WCS의 확장판인 WCPS의 ProcessCoverages Operation에 대한 규약이다.
WCPS는 WCS의 3가지 Operation(GetCapabilities, DescribeCoverage, GetCoverage) 외에 이 Operation을 제공해야 한다.
출처: OGC, 2009, Web Coverage Service (WCS)-ProcessCoverages Extension, OGC 08-059r3, p.8.
Web Feature Service 역시 GetFeature Operation의 outputFormat 파라미터에 대해 살펴보자. Web Feature Service Implementation Specification(1.1.0 기준, p.34, 38 등)에 보면 다음과 같이 설명되어 있다.
내용을 살펴보면 outputFormat은 Optional 파라미터로서 기본값은 [text/xml; subtype=gml/3.1.1.]이다. 다른 포맷이 사용 가능하며, 이는 GetCapabilities에서 정의한다 라고 되어 있다.
따라서 이는 GML 3.1.1을 기본값으로 지원하고 다른 포맷으로도 제공이 가능함을 의미한다.The format of the response to a GetFeature request is controlled by the outputFormat attribute.
The default value for the outputFormat attribute shall be the MIME type text/xml; subtype=gml/3.1.1.
OUTPUTFORMAT
The output format to use for the response. text/xml; subtype=gml/3.1.1 must be supported. Other output formats are possible as well as long as their MIME type is advertised in the capabilities document.
즉, GML 외에도 많이 사용하는 GeoRSS, GeoJSON, KML 등도 서비스가 가능하다는 것을 말한다.
▣ 기본 GML 요청 예
http://www.someserver.com/wfs_service&SERVICE=WFS&VERSION=1.1.0&
REQUEST=GetFeature&
TYPENAME=uk:Town&
PROPERTYNAME=uk:Town/gml:name,uk:Town/gml:directedNode&
OUTPUTFORMAT=text/xml; subtype=gml/3.1.1(명시하지 않아도 됨)
▣ GeoJSON을 요청하는 예 확장
http://www.someserver.com/wfs_service&SERVICE=WFS&VERSION=1.1.0&
REQUEST=GetFeature&
TYPENAME=uk:Town&
PROPERTYNAME=uk:Town/gml:name,uk:Town/gml:directedNode&
OUTPUTFORMAT=application/json; subtype=geojson/1.0.0(반드시 명시해야 함)
출처: OGC, 2005, Web Feature Service Implementation Specification, 04-094
댓글 없음:
댓글 쓰기