XML 포맷 노트

XML 포맷 노트

DC-DS-XML XML 포맷에 관한 기록 (Notes on the DC-DS-XML XML Format)

작성자 :
Pete Johnston
Eduserv Foundation, 영국
발행일 :
2008-09-01
식별자 :
http://dublincore.org/documents/2008/09/01/dc-ds-xml-notes/
대체함 :
적용 없음
대체됨 :
적용 없음
최신 버전 :
http://dublincore.org/documents/dc-ds-xml-notes/
설명 :
이 문서는 XML을 사용하여 더블린 코어 기술 집합을 표현하기 (Expressing Dublin Core Description Sets using XML) (DC-DS-XML) 문서 개발의 배경을 설명하고, 이 문서와 XML에서 더블린 코어를 구현하기 위한 지침 (Guidelines for implementing Dublin Core in XML) (2003-04-02) 문서와의 관계를 설명한다.

Table of contents

  1. 서론
  2. 배경
  3. DC-DS-XML XML 포맷
  4. DC-DS-XML, XML 네임스페이스와 DCMI 네임스페이스 정책 (XML Namespaces and the DCMI Namespace Policy)
  5. DC-DS-XML과 DC-XML-2003

1. 서론

2008년 9월, DCMI는 DCMI 추천 권고안 (DCMI Proposed Recommendation)으로서 XML을 사용하여 더블린 코어 기술 집합을 표현하기 (Expressing Dublin Core Description Sets using XML) (DC-DS-XML) [DC-DS-XML] 문서를 발표하였다. 이 문서는 이전에 유포된 XML을 사용하여 더블린 코어를 표현하기 (Working Draft Expressing Dublin Core using XML) [DC-XML-2006] 연구 초안 (Working Draft)을 대체한다.

이 문서는 추천 권고안 (Proposed Recommendation) DC-DS-XML의 개발의 배경과 이 문서가 제공하는 기능의 개요를 설명하고, 이 문서와 다른 DCMI 규격들과의 관계를 설명한다.

2. 배경

2.1 DCMI 추상 모델 (DCMI Abstract Model)

2003년 이후로, DCMI는 더블린 코어 메타데이터를 위한 모델을 공식화하기 위해 노력해왔다. 그리고 이 노력은 DCMI 추상 모델 (DCMI Abstract Model) [ABSTRACT-MODEL]의 발표를 가져왔다. 이 모델은 2007년 6월에 DCMI 권고안 (DCMI Recommendation)의 지위를 부여받았던 것의 두 번째 버전이다.

이 추상 모델은 기술 집합 (description set) 이라고 불리는 추상 정보 구조를 정의한다. 어플리케이션이 DC 메타데이터 기술 집합을 저장하고 교환하게 하기 위해서, 이러한 정보 구조들의 예시들은 포맷이나 구문의 규칙에 따라서 몇몇 견고한 디지털 형식에서 반드시 표현되어야 한다. 이 DCMI 추상 모델 자체는 DC 메타데이터 기술 집합을 표현하기 위한 이러한 어떠한 견고한 포맷이나 구문도 정의하지 않는다; DCMI는 이 역할을 "부호화 지침들 (encoding guidelines)"라고 불리는 규격들의 그룹 (family)으로 미룬다.

이러한 규격은 다음의 세 가지 기능을 수행한다:

  • 이것은 구문을 지원하는 DCAM 기술 집합 모델의 특성들의 하위 집합을 정의한다.
  • 이것은 DCAM 기술 집합에서 지원되는 구성물들과 요소들 각각이 어떻게 견고한 포맷에서 "부호화 (encoded)"되는지를 설명한다.
  • (반대로) 이것은 이 포맷의 특성들이 DCAM 기술 집합의 구성물들과 요소들을 표현하는데 있어서 어떻게 해석되는지 혹은 어떻게 "해독 (decoded)"되는지를 설명한다.

"부호화 지침들 (encoding guidelines)"의 역할과 이 지침들과 DCMI 추상 모델과의 관계는 DC-2007 컨퍼런스에서 발표된 "기본 구문 (Basic Syntax)" [SYNTAXTUT]의 튜토리얼의 서론 부분에서 그림과 함께 잘 설명되어 있다.

2.2 XML을 사용하여 더블린 코어를 표현하기 (Expressing Dublin Core using XML)

XML 문서에서 DC 메타데이터 기술 집합을 표현하기 위해서, 이 기술 집합의 구성물들과 요소들은 반드시 XML 문서의 요소들로서 표현이 되어야 한다. 다시 말하면, XML 요소 (element)와 XML 속성 (attributes), XML 요소 이름 (element names)과 XML 속성 이름 (attribute names), 및 XML 요소 컨텐트 (element content)와 XML 속성 값 (attribute values) 으로서 표현되어야 한다.

XML을 사용하여 DC 메타데이터를 표현하기 위한 현재의 DCMI 권고안인, XML에서 더블린 코어를 구현하기 위한 지침 (Guidelines for implementing Dublin Core in XML) [DC-XML-2003은 DCMI 추상 모델 (Abstract Model)의 개발보다 먼저 나왔기 때문에, 이러한 요구사항들을 충족시키지 못한다. (DC-XML-2003 포맷과 DCAMI 추상 모델과의 관계에 관한 논의는 아래의 부분 5와 부록 A 에서 더 상세히 다루어지고 있다.)

2006년 6월, XML을 사용하여 더블린 코어 메타데이터를 표현하기 (Expressing Dublin Core metadata using XML) [DC-XML-2006] 연구 초안 (Working Draft)이 공개 코멘트를 받기 위하여 발표되었다. 받은 코멘트들과 DCMI 아키텍처 포럼 (Architecture Forum) 내에서 차후의 논의의 결과로서, 다음의 두 개의 서로 다른 XML 포맷들을 위한 초안들을 만드는 작업이 병행되어 계속 진행되었다. 하나의 초안은 "DC-XML-Full"이라고 불리며 추상 모델 (Abstract Model)의 전체 기술 집합 모델을 지원하며, 또 다른 초안은 "DC-XML-Min"이라고 불리며 이 모델의 하위 집합만을 지원한다. 이 둘 모두의 포맷을 위한 초안들은 DCMI 추상 모델에 그 변화를 반영하기 위하여 2007년에 업데이트 되었다.

DC-2007 컨퍼런스에서 열린 DCMI 아키텍처 포럼 (Architecture Forum)과 차후의 장거리 전화회담에서의 논의들에서, "DC-XML-Full" 포맷의 수정된 버전을 추천 권고안 (Proposed Recommendation)으로 만들기로 결정되었다: 이 포맷은 이제 "DC-DS-XML" ("DS"는 "Description Set"의 축약어이다.)라고 불리며, XML을 사용하여 더블린 코어 기술 집합을 표현하기 (Expressing Dublin Core Description Sets using XML) (DC-DS-XML) [DC-DS-XML] 문서 내에 기술된다..

이 작업은 XML 내 DC 메타데이터를 표현하기 위한 다른 XML 포맷들에 관한 요구사항들을 식별하는 DCMI 아키텍처 포럼 (Architecture Forum) 내에서 계속된다.

2.3 RDF를 사용하여 더블린 코어를 표현하기

또한 2008년 1월에, DCMI는 DCMI 권고안 (Recommendation)으로서 자원기술프레임워크 (RDF)를 사용하여 더블린 코어를 표현하기 (Expressing Dublin Core using the Resource Description Framework) (RDF) [DC-RDF] 문서를 발표하였다. 이 문서는 DCMI 추상 모델 (Abstract Model) 기술 집합 모델의 특성들이 어떻게 RDF 모델을 사용하여 표현되는지를 기술하였고, RDF에 DC 메타데이터를 표현하기 위한 이전 DCMI 규격들을 대체하였다.

2.4. 언어들의 방언으로부터의 자원 기술들을 수집하기 (Gleaning Resource Descriptions from Dialects of Languages (GRDDL))

언어들의 방언으로부터의 자원 기술들을 수집하기 (Gleaning Resource Descriptions from Dialects of Languages, GRDDL) [GRDDL]는 W3C 권고안으로서, XML 문서로부터의 RDF 트리플들의 집합을 추출하기 위한 알고리즘을 연계하기 위한 관행들의 집합을 설명한다. GRDDL에 의해 정의되는 방법들 중의 하나는 네임스페이스 변환 (Namespace Transformation)이라고 불리는 것과 XML 네임스페이스 이름 (Namespace Name)을 연계시키는 것이다. 그래서 이 변환은 이 근원 요소 (root element)의 이름 내의 XML 네임스페이스 이름 (Namespace Name)을 사용하는 어떠한 문서에서의 RDF 트리플들도 추출할 수 있도록 적용될 수 있다.

2.5. 더블린 코어 메타데이터를 위한 상호 호환성 단계들

DCMI 아키텍처 포럼 (Architecture Forum)은 현재 더블린 코어 메타데이터를 위한 상호 호환성 수준 (Interoperability levels for Dublin Core metadata) [DC-LEVELS]이라는 제목의 문서 초안을 개발하고 있다.

이것은 DC 메타데이터를 사용하여 실현될 수 있는 상호 호환성의 여러 범주들 혹은 "단계들 (levels)"을 설명하며, 메타데이터 제공자에 의해 충족되어야 하는 요구사항들의 각 수준과 메타데이터 소비자가 만족하도록 기대할 수 있는 기대사항들의 각 수준을 구체화한다.

3. DC-DS-XML XML 포맷 (2008)

추천 권고안 (Proposed Recommendation)에서 기술된 현재 DC-DS-XML 포맷은 위에 제시된 몇몇 개발들로부터 나타나고, 위에서 언급된 몇몇 개발들에 의해 직접 형성된다.

DC-DS-XML 포맷의 주요 목적은 "단계 (levels)" 문서가 "DCAM 기반 구문적 상호 호환성 (DCAM-based syntactic interoperability)"이라고 부르는 것을 DC 기술 집합으로서 포맷의 예시를 해석하기 위한 규칙들을 제공하는것을 가능하게 하는 것이다.

이것을 위한 전제조건은 RDF 모델을 기반으로 하여 "구문적 상호 호환성 (Semantic interoperability)" ("단계 2 (Level 2)" 상호 호환성)을 지원하는 것이다. 그래서 이 포맷은 또한 RDF에서 DC 메타데이터를 표현하기 위한 DCMI 권고안 (DCMI Recommendation for representing DC metadata in RDF) [DC-RDF]에서 구체화된 조약들을 사용하여 RDF 그래프로서 이 포맷의 예시를 해석하기 위한 규칙들을 제공한다. 더 나아가, 이 포맷은 GRDDL 네임스페이스 변환 형식 (GRDDL Namespace Transformation)으로 RDF 그래프를 맵핑하여 이 포맷을 구현하게 하는 알고리즘을 제공한다.

DC-DS-XML 포맷의 디자인에 적용되는 원칙들은 이 문서의 서론에 기술된다:

  • 이 포맷은 추상 모델 (Abstract Model)의 "기술 집합 모델 (Description Set Model)"의 모든 특성들의 직렬화를 제공한다, 예: DC 메타데이터 요약정보 집합을 구성하는 모든 구성물들을 표현할 수 있어야 한다.
  • 이 포맷은 DCAM의 "어휘 모델 (Vocabulary Model)"의 특성들을 반드시 다루지 않아도 된다. 예를 들어, 특성들 사이의 하위 특성 관계들이라든지, 클래스들 사이의 하위 클래스 관계들을 표현하는 것이 필수가 아니다.
  • 이 포맷은 Xpath, Xpointer 및 Xquery와 같은 XML 기반 규격들을 쉽게 사용할 수 있어야 한다, 예: DCAM 내의 각 구성물은 XML 구문 내의 정확히 하나의 구성물로 맵핑이 되어야 한다.
  • 이 포맷은 단순 XML 스키마 언어 (XML Schema language)의 특성들에 의존하지 말아야 한다.
  • W3C XML 스키마 (W3C XML Schema) [XMLSCHEMA]를 사용하여 이 포맷을 기술할 수 있어야 한다. 그러나 이 포맷이 DC 어플리케이션 프로파일 (DC Application Profile) [DCAP]에 순응하는 기술 집합들을 직렬화하는데 사용될 때, 상응하는 기술 집합 프로파일 (Description Set Profile) [DSP]에서 표현된 모든 구조적 제약들이 W3C XML 스키마를 사용하여 파일화되는 것이 필수적이지는 않다.

DC-DS-XML 포맷은 DC 요약정보 집합들을 직렬화하기 위한 "base-line" XML 포맷을 제공한다: 이 포맷은 전체 요약정보 집합 모델을 지원하는 XML직렬화를 제공하는 기본 요구사항을 충족시키며 이 포맷은 XML 기술들을 사용하여 간단하게 처리될 수 있다. 이것은 DC 메타데이터를 위한 XML 포맷에만 초점이 맞춰있지는 않다: 이 포맷은 DCMI 권고안 (DCMI Recommendation)인 XML에 더블린 코어를 구현하기 위한 지침 (Guidelines for implementing Dublin Core in XML) [DC-XML-2003]을 대체하도록 제안되지 않았다. DC-DS-XML 포맷에 추가적으로, 요약정보 집합들을 직렬화하기 위한 다른 XML 포맷들의 요구사항들을 식별하기 위하여 DCMI 아키텍처 포럼 (DCMI Architecture Forum)은 계속 작업을 하고 있다.

3.1 DC-DS-XML을 위한 XML 스키마

DC-DS-XML 포맷을 위한 W3C XML 스키마 (W3C XML Schema) 초안이 이용 가능하다. 이 현재 버전 스키마의 URI는 http://dublincore.org/schemas/xmls/2008/09/01/dc-ds-xml/dcds.xsd이다.

3.2 DC-DS-XML을 위한 GRDDL 네임스페이스 변환 (GRDDL Namespace Transformation)

DC-DS-XML 포맷을 위한 GRDDL 네임스페이스 변환 (GRDDL Namespace Transformation)의 초안이 DC-DS-XML 예시를 RDF/XML로 변환해주는 XSLT 스타일 시트 (XSLT stylesheet)의 형식으로 이용 가능하다. 이 변환의 현재 버전의 URI는 http://purl.org/dc/transform/2008/09/01/dc-ds-xml-20080901-grddl/dcds2rdfxml.xsl이다.l

이 변환은 XML 네임스페이스 이름 (XML Namespace Name) http://purl.org/dc/xmlns/2008/09/01/dc-ds-xml/에서 획득된 "네임스페이스 문서 (namespace document)"를 통해 GRDDL 어플리케이션으로 접근이 가능하다.

주의: XSLT 변환은 현재 진행중이며, 현재 버전에서 지원되지 않는 DC-DS-XML 포맷의 몇몇 부분들이 존재한다.

4. DC-DS-XML, XML 네임스페이스와 DCMI 네임스페이스 정책 (XML Namespaces and the DCMI Namespace Policy)

DCMI 권고안 DCMI 네임스페이스 정책 (DCMI Recommendation DCMI Namespace Policy)은 DCMI가 URIs를 DCMI가 소유하고 관리하는 메타데이터 용어들과 DCMI 네임스페이스라고 불리는 이러한 용어 URIs의 집합에 부여하기 위해 사용하는 관행들을 설명하고, 이러한 DCMI 용어 URIs와 dcmi 네임스페이스 URIs와 관련된 정책 책무들을 특별히 이들의 지속성과 관련하여 설명한다.

네임스페이스 정책 문서는 현재 XML 네임스페이스 이름들(XML Namespace Names)의 경우를 다루지 않는다. DC-DS-XML 포맷에 관한 추천 권고안 (Proposed Recommendation)은 (URI) 이름 http://purl.org/dc/xmlns/2008/09/01/dc-ds-xml/을 가진 XML 네임스페이스를 정의한다.

주의해야 할 몇몇 사항들:

  • XML 네임스페이스 이름의 현재 선택은 임시이며, 이 규격의 차후 버전에서 바뀔 수 있다.
  • dublincore.org URI보다는 PURL이 제안된다; 만약 dublincore.org URI가 더 적절하다고 판단된다면, 이 제안은 dublincore.org URI를 사용하도록 바뀔 수 있다.
  • URI에는 "날짜기 찍힌다 (date-stamped)". 이것은 만약 필요하다면, XML 네임스페이스 이름 (XML Namespace Name)의 변화를 가져오는 XML 포맷으로 변환하는 것을 가능하게 하기 위해서이다. 그러나 XML 네임스페이스 이름에서의 변화를 요구하지 않는 포맷으로의 수정이 있을 수도 있다.

DCMI 소유의 XML 네임스페이스 이름들 (DCMI-owned XML Namespace Names)을 위한 관행들과 정책들은, 이 분야를 다루기 위해서 이 네임스페이스 정책 문서를 확장하는 관점을 가지고 DCMI 아키텍처 포럼 (DCMI Architecture Forum)에서 논의하는 주제이다.

5. DC-DS-XML과 DC-XML-2003

XML을 사용하여 DC 메타데이터를 표현하기 위한 현재 DCMI 권고안 (DCMI Recommendation)인, XML에서 더블린 코어를 구현하기 위한 지침 (Guidelines for implementing Dublin Core in XML) [DC-XML-2003]은 DCAM 기술 집합이나 RDF 그래프의 관점에서 정의되지 않았다. 이 권고안은 "세분화되지 않은 DC 레코드 (simple DC record)"와 "한정된 DC 레코드 (qualified DC record)"를 위한 자신만의 "추상 모델들 (abstract models)"을 제공하며, 이러한 두 개의 모델들의 예시를 표현하기 위한 XML 포맷을 구체화한다.

RDF 그래프의 구성물들과 DCAM 기술 집합의 구성물들을 맵핑하는 것에 관한 DC-XML-2003 포맷의 모든 해석이 반드시 소급적용되어 구성되어야 한다. DC-XML-2003 포맷 구성의 한계들은 이러한 모든 맵핑이 아무리 잘해도 근사치임을 의미하는데, 그 이유는 이러한 모든 맵핑이 메타데이터 생성자들의 의도를 정확하게 반영할 수 없다는 가정에 의존하고 있기 때문이다. 또한 이러한 모든 맵핑은 이 포맷의 몇몇 특성들만을 위하여 생성될 수 있다. 부록 A는 DC-XML-2003 포맷을 위해 이렇게 제시된 맵핑을 기술한다.

다음의 두 개의 XML 포맷들 -- DC-XML-2003 (부록 A에서 제시된 해석을 기반으로하여)과 DC-DS-XML -- 에 의해 지원되는 DCAM 요약정보 집합 모델의 특성들은 다음의 표로 요약된다.

DC - XML?? - 2003 및 DC - DS - XML
DCAM 요약정보 집합 모델 특성 (DCAM Description Set Model feature) DCAM 요약정보 집합 모델에서의 지원 DC-XML-2003에서의 지원 DC-DS-XML에서의 지원
기술 집합 (description set) 하나의 기술 집합 (One description set) 하나의 기술 집합 (One description set) 하나의 기술 집합 (One description set)
기술 (description) 하나에서 여러개의 기술들 (One-to-many descriptions) 하나의 기술 (One description) 하나에서 여러개의 기술들 (One-to-many descriptions)
기술된 자원 URI (described resource URI) 기술당 하나(One per description); 모든 URI (any URI) 지원 안됨 기술당 하나(One per description); 모든 URI (any URI)
문장 (statement) 기술당 하나에서 여러개의 문장들 (One-to-many statements per description) 기술당 하나에서 여러개의 문장들 (One-to-many statements per description) 기술당 하나에서 여러개의 문장들 (One-to-many statements per description)
특성 URI (property URI) 문장당 하나 (One per statement); 모든 URI (any URI) 문장당 하나 (One per statement); 모든 URI (any URI) 문장당 하나 (One per statement); 모든 URI (any URI)
문자적 값 표현 (literal value surrogate) 문장당 하나 (One per statement) 문장당 하나 (One per statement); 부분적 지원 (partial support) 문장당 하나 (One per statement)
문자적 값 표현 / 값 문자열 (literal value surrogate / value string) 문자적 값 표현당 하나 (One per literal value surrogate) 문자적 값 표현당 하나 (One per literal value surrogate); 부분적 지원 (partial support) 문자적 값 표현당 하나 (One per literal value surrogate)
문자적 값 표현 / 값 문자열 언어 (literal value surrogate / value string language) 값 문자열당 0에서 하나 (Zero-to-one per value string) 값 문자열당 0에서 하나 (Zero-to-one per value string) 값 문자열당 0에서 하나 (Zero-to-one per value string)
문자적 값 표현 / SES URI (literal value surrogate / SES URI) 값 문자열당 0에서 하나 (Zero-to-one per value string) 지원 안됨 값 문자열당 0에서 하나 (Zero-to-one per value string)
비문자적 값 표현 (non-literal value surrogate) 문장당 하나 (One per statement) 지원 안됨 문장당 하나 (One per statement)

부록 A. XML에서 더블린 코어를 구현하기 위한 지침 (Guidelines for implementing Dublin Core in XML) (DC-XML-2003)과 DCMI 추상 모델 (DCMI Abstract Model)

XML을 사용하여 DC 메타데이터를 표현하기 위한 현재 DCMI 권고안인, XML에서 더블린 코어를 구현하기 위한 지침 (Guidelines for implementing Dublin Core in XML) (DC-XML-2003)은 DCAM의 개발보다 먼저 개발되었다. 이 문서는 "세분화되지 않은 더블린 코어 메타데이터 레코드 (simple Dublin Core metadata record)"와 "한정된 더블린 코어 메타데이터 레코드 (qualified Dublin Core metadata record)"를 위하여 자신만의 "추상 모델들 (abstract models)" 제공한다. 그리고 이 문서는 이 두 모델들의 예시를 표현하기 위하여 XML 포맷을 구체화한다.

그러나, 이 문서에 의해 기술되는 이 두 모델은 DCAM에 의해 제공되는 기술 집합 모델과 다르다: 이 모델들은 DCAM에 의해 사용되는 이러한 구성물의 서로 다른 몇몇 유형을 사용한다. 또한 이 모델들은 DCAM에 의해 사용되는 필수적이면서도 비슷한 구성물들에 대하여 서로 다른 레이블을 사용한다.

A.1 세분화되지 않은 더블린 코어 (Simple Dublin Core) (DC-XML-2003)

DC-XML-2003에 의해 제공되는 "세분화되지 않은 더블린 코어 레코드 (simple Dublin Core record)"를 위한 추상 모델 (abstract model)"은:

  • 세분화되지 않은 더블린 코어 레코드는 하나 혹은 그 이상의 특성들과 특성에 연관된 값들로 구성된다.
  • 각 특성 (property)은 기술된 자원의 속성 (attribute)이다.
  • 각 특성 (property)은 반드시 15 DCMES [DCMES] 요소들 중의 하나여야 한다.
  • 특성들 (Properties)은 반복될 수 있다.
  • 각 값은 문자열 (literal string)이다.
  • 각 문자열 값은 관련 언어 (예: en-GB)를 가질 수 있다.

이것은 DCAM 추상 모델 (DCAM Abstract Model)에 의해 정의된 요약정보 집합의 모델보다 더 단순한 모델임에 주의하여야 한다. 특히

  • 이것은 기술 집합의 구성물과 유사한 구성물을 가지고 있지 않음
  • 이것은 기술된 자원 URI의 구성물과 유사한 구성물을 가지고 있지 않음
  • 이것은 URIs의 고정된 집합으로 특성 URIs를 제한함
  • 이것은 비문자적 값 표현과 문자적 값 표현 사이의 유사함에 차이를 두지 않음
  • 이것은 구문 부호화 체계 URI의 구성물과 유사한 구성물을 가지고 있지 않음
  • 이것은 값 URI의 구성물과 유사한 구성물을 가지고 있지 않음
  • 이것은 어휘 부호화 체계 URI의 구성물과 유사한 구성물을 가지고 있지 않음
  • 이것은 비문자적 값 표현 (non-literal value surrogate)이 다양한 값 문자열들 (value strings)을 포함할 수 있다는 것과 같은 개념을 가지고 있지 않음

"세분화 되지 않은 DC 레코드 (simple DC record)" 모델 자체의 기술에 근거하여 (세분화 되지 않은 DC 레코드) "값 (value)"이 다음과 일치하는지 아닌지를 결정하는 것은 불가능하다:

  • 값 문자열을 포함하는 문자적 값 표현
  • 값 문자열을 포함하는 비문자적 값 표현

"세분화되지 않은 DC 레코드" 모델에서 DCAM 기술 집합 모델(의 하위 집합)으로 맵핑하는 것을 구성하기 위해서, 이러한 두 개의 선택들 사이에서 하나를 선택하는 것이 필요하다.

만약 "세분화되지 않은 DC 레코드" 모델의 목적이 (추상 모델 (Abstract Model)과 관련하여) 문자적 값 표현을 포함하는 문장들을 파일화하는 것이라고 누군가가 가정한다면, 다음의 표는 "세분화되지 않은 DC 레코드" 모델과 기술 집합 모델 사이를 맵핑하는 것을 구체화한다. 기술 집합에 의해 만들어진 이러한 주장들은 "세분화되지 않은 DC 레코드"에 의해 만들어진 주장들과 일치한다.

간단한 DC 기록
DC-XML-2003 DCAM
"세분화되지 않은 DC 레코드 (Simple DC record)" 단순 기술을 포함한 기술 집합 (description set containing a single description)
"특성 + 값 (Property + Value)" 문장 (statement)
"특성의 URI (URI of Property)" 특성 URI (property URI)
"값 (Value)" 문자적 값 표현/값 문자열 (literal value surrogate/value string)
"언어 (Language)" 값 문자열 언어 (value string language)

A.2 한정된 더블린 코어 (DC-XML-2003)

DC-XML-2003에 의해 제공된 "한정된 DC 레코드 (qualified DC record)"를 위한 "추상 모델 (abstract model)"은:

  • 한정된 DC 레코드는 하나 혹은 그 이상의 특성들과 이 특성들과 연관된 값들로 구성된다.
  • 각 특성 (property)은 기술된 자원의 속성 (attribute)이다.
  • 각 특성 (property)은 반드시 다음 중 하나여야 한다:
    • 15개 DC 요소들 중의 하나,
    • DCMI (예: audience) [DCTERMS]에 의해 권고된 다른 요소들 중의 하나
    • DCMI 메타데이터 용어 권고안 (DCMI Metadata Terms recommendation) [DCTERMS]에서 제시된 하위 요소들 (element refinements) 중의 하나
  • 특성들 (Properties)은 반복될 수 있다.
  • 각 값 (value)은 문자열 (literal string)이다.
  • 각 값 (value)은 관련 부호화 체계 (encoding scheme)를 가질 수 있다.
  • 각 부호화 체계는 이름을 가진다.
  • 각 문자열 값 (literal string value)은 관련 언어를 가질 수 있다 (예: en-GB).
  • 또한 이것은 DCAMI 추상 모델에 의해 정의된 기술 집합의 모델보다 더 단순한 모델이다. 위와 같이
  • 이것은 기술 집합의 구성물과 유사한 구성물을 가지고 있지 않음
  • 이것은 기술된 자원 URI의 구성물과 유사한 구성물을 가지고 있지 않음
  • 이것은 URIs의 고정된 집합으로 특성 URIs를 제한함
  • 이것은 비문자적 값 표현과 문자적 값 표현 사이의 유사함에 차이를 두지 않음
  • 이것은 구문 부호화 체계 URI의 구성물과 유사한 구성물을 가지고 있지 않음
  • 이것은 값 URI의 구성물과 유사한 구성물을 가지고 있지 않음
  • 이것은 어휘 부호화 체계 URI의 구성물과 유사한 구성물을 가지고 있지 않음
  • 이것은 비문자적 값 표현이 다양한 값 문자열들을 포함할 수 있다는 것과 같은 개념을 가지고 있지 않음

"한정된 DC 레코드" 모델을 위해서, DCAM 요약정보 집합 모델로의 맵핑의 구성은 더 문제가 된다.

"세분화되지 않은 DC 레코드"의 경우, 문자적 값 표현과 비문자적 값 표현 사이에는 차이가 없다. 그래서, 위와 같이, "한정된 DC 레코드" 모델 단독의 요약정보를 근거로 한 경우에는, (한정된 DC 레코드) "값 (value)"이 다음과 일치하는지 아닌지를 결정하는 것은 불가능하다:

  • 값 문자열을 가진 문자적 값 표현
  • 값 문자열을 가진 비문자적 값 표현

더 나아가, "한정된 DC 레코드" 모델은 "부호화 체계 (encoding scheme)"의 개념을 제시하지만 구문 부호화 체계 URIs (syntax encoding scheme URIs)와 어휘 부호화 체계 URIs (vocabulary encoding scheme URIs)를 구분하지는 않는다. 그러나 (한정된 DC 레코드) "값 (value)"과 "부호화 체계"의 조합이 다음과 일치하는지를 결정하는 것은 불가능하다:

  • 구문 부호화 체계 URIs와 더불어 값 문자열을 가진 문자적 값 표현
  • 구문 부호화 체계 URIs와 더불어 값 문자열을 가진 비문자적 값 표현
  • 어휘 부호화 체계 URIs와 더불어 값 문자열을 가진 비문자적 값 표현

만약 "한정된 DC 레코드" 모델의 목적이 (추상 모델 (Abstract Model)과 관련하여) 문자적 값 표현을 포함하는 문장들을 파일화하는 것이라고 누군가가 가정한다면, "부호화 체계 (encoding scheme)"의 해석에 대하여 처음 세 개의 선택만이 가능하다. 그러나, DC-XML-2003 규격에서의 예시들은 어휘 부호화 체계인 "부호화 체계"로의 참조를 포함한다. 그래서 "부호화 체계"를 구문 부호화 체계로 맵핑하는 것이 모든 경우에 옳지만은 않다. 유일하게 "안전한" 선택은 DC-XML-2003 "부호화 체계"에 대한 맵핑을 정의하지 않는 것일 수 있다.

이러한 것을 근거로 하여, 다음의 표는 "한정된 DC 레코드" 모델과 기술 집합 모델을 맵핑하는 것을 구체화한다. 기술 집합에 의해 만들어진 이러한 주장은 "한정된 DC 레코드"에 의해 만들어진 주장들과 일치한다.

작업 항목
DC-XML-2003 DCAM
"한정된 DC 레코드 (Qualified DC record)" 단순 기술을 포함하는 기술 집합 (description set containing a single description)
"특성 + 값 (Property + Value)" 문장 (statement)
"특성의 URI (URI of Property)" 특성 URI (property URI)
"값 (Value)" 문자적 값 표현/값 문자열 (literal value surrogate/value string)
"부호화 체계의 URI (URI of Encoding Scheme)" 맵핑 없음
"언어 (Language)" 값 문자열 언어 (value string language)

주의해야 할 몇몇 사항들:

  • 이러한 맵핑의 소급 적용되는 생성은 어쩔 수 없이 근사치임
  • DC-XML-2003이 "부호화 체계 (encoding scheme)"이라고 부르는 것을 위한 맵핑이 여기에서는 제공되지 않음
  • "값 (value)"을 문자적 값 표현/값 문자열 (literal value surrogate/value string)로 맵핑하는 것은 원래 모델에서 의도한 것과 양립할 수 없을지도 모르는데, 원래 모델의 의도는 문자적 값 표현/값 문자열 (literal value surrogate/value string) 혹은 비문자적 값 표현/값 문자열 (non-literal value surrogate/value string) 혹은 비문자적 값 표현/값 URI (non-literal value surrogate/value URI)를 지원하는 것임
  • "값 (value)"을 문자적 값 표현/값 문자열로 맵핑하는 것은 특성의 범위로부터 제시되는 모순들을 제시함

참고문헌

[ABSTRACT-MODEL]
DCMI 추상 모델 (DCMI Abstract Model) DCMI 권고안 (DCMI Recommendation). 2007-06-04
http://dublincore.org/documents/2007/06/04/abstract-model/

[DC-DS-XML]
XML을 사용하여 더블린 코어 기술 집합을 표현하기 (Expressing Dublin Core Description Sets using XML) (DC-DS-XML) DCMI 추천 권고안 (DCMI Proposed Recommendation). 2008-09-01
http://dublincore.org/documents/2008/09/01/dc-ds-xml/

[DC-HTML]
HTML/XHTML 메타 및 링크 요소를 사용하여 더블린 코어를 표현하기 (Expressing Dublin Core using HTML/XHTML meta and link elements) DCMI 권고안 (DCMI Recommendation). 2008-08-04
http://dublincore.org/documents/2008/08/04/dc-html/

[DC-LEVELS]
더블린 코어 메타데이터를 위한 상호 호환성 수준 (Interoperability levels for Dublin Core metadata)
http://dublincore.org/architecturewiki/InteroperabilityLevels

[DC-RDF]
자원기술프레임워크 (RDF)를 사용하여 더블린 코어 메타데이터를 표현하기 (Expressing Dublin Core metadata using the Resource Description Framework (RDF)) DCMI 권고안 (DCMI Recommendation). 2008-01-14
http://dublincore.org/documents/2008/01/14/dc-rdf/

[DC-TEXT]
DC-Text 포맷을 사용하여 더블린 코어 메타데이터를 표현하기 (Expressing Dublin Core metadata using the DC-Text format) DCMI 권고 자원 (DCMI Recommended Resource). 2007-12-03
http://dublincore.org/documents/2007/12/03/dc-text/

[DC-XML-2003]
XML에서 더블린 코에서를 구현하기 위한 지침 (Guidelines for implementing Dublin Core in XML) DCMI 권고안 (DCMI Recommendation). 2003-04-02
http://dublincore.org/documents/2003/04/02/dc-xml-guidelines/

[DC-XML-2006]
XML을 사용하여 더블린 코어 메타데이터를 표현하기 (Expressing Dublin Core metadata using XML) DCMI 연구 초안 (DCMI Working Draft). 2006-05-29
http://dublincore.org/documents/2006/05/29/dc-xml/

[DCAP]
더블린 코어 어플리케이션 프로파일을 위한 싱가포르 프레임워크 (The Singapore Framework for Dublin Core Application Profiles) DCMI 권고 자원 (DCMI Recommended Resource). 2008-01-14
http://dublincore.org/documents/2008/01/14/singapore-framework/

[DCMES]
더블린 코어 메타데이터 요소 집합, 버전 1.1 (Dublin Core Metadata Element Set, Version 1.1) DCMI 권고안 (DCMI Recommendation). 2008-01-14
http://dublincore.org/documents/2008/01/14/dces/

[DCTERMS]
DCMI 메타데이터 용어 (DCMI Metadata Terms) DCMI 권고안 (DCMI Recommendation). 2008-01-14
http://dublincore.org/documents/2008/01/14/dcmi-terms/

[DCMI-NAMESPACE]
DCMI를 위한 네임스페이스 정책 (Namespace Policy for the Dublin Core Metadata Initiative (DCMI)) DCMI 권고안 (DCMI Recommendation). 2007-07-02
http://dublincore.org/documents/2007/07/02/dcmi-namespace/

[DOMAINS]
DCMI 특성들을 위한 도메인과 범위 (Domains and Ranges for DCMI Properties)
http://dublincore.org/documents/2008/01/14/domain-range/

[DSP]
기술 집합 프로파일 (Description Set Profiles): 더블린 코어 어플리케이션 프로파일을 위한 일관적인 언어 (A constraint language for Dublin Core Application Profiles) DCMI 연구 초안 (DCMI Working Draft). 2008-03-31
http://dublincore.org/documents/2008/03/31/dc-dsp/

[GRDDL]
언어들의 방언으로부터의 자원 기술들을 수집하기 (Gleaning Resource Descriptions from Dialects of Languages (GRDDL)) W3C 권고안 (W3C Recommendation) 2007년 9월 11일
http://www.w3.org/TR/2007/REC-grddl-20070911/

[REV-TERMS]
DCMI 메타데이터 용어들의 개정 (Revisions to DCMI Metadata Terms)
http://dublincore.org/usage/decisions/2008/dcterms-changes/

[RFC3986]
Berners-Lee, T., R. Fielding, L. Masinter. RFC 3986: Uniform Resource Identifier (URI): Generic Syntax. Internet Engineering Task Force (IETF). January 2005.
http://www.ietf.org/rfc/rfc3986.txt

[SYNTAXTUT]
DCMI 기본 구문 튜토리얼 (DCMI Basic Syntaxes Tutorial) DC-2007, 싱가포르
http://www.dc2007.sg/T2-BasicSyntaxes.pdf

[XMLSCHEMA]
XML 스키마 파트 0: 입문 2판 (XML Schema Part 0: Primer Second Edition). W3C 권고안 (W3C Recommendation) 2004년 10월 28일
http://www.w3.org/TR/2004/REC-xmlschema-0-20041028/