자무 묻는 질문

1. 메타데이터(metadata)란 무엇인가?
2. 더블린코어 웹사이트에서 메타데이터는 어디에 있는가?
3. 자원(resource)이란 무엇인가?
4. 자원 탐색(resource discovery)이란 무엇인가?
5. Dublin Core Metadata Initiative (DCMI)란 무엇인가?
6. 더블린코어란 무엇인가?
7. 더블린코어 메타데이터 요소 집합(Dublin Core Metadata Element Set)이란 무엇인가?
8. 누가 더블린코어 메타데이터 요소 집합을 사용하는가?
9. “Simple (세분화되지 않은) 더블린코어” 와 “Qualified (한정된) 더블린코어” 간의 차이점은 무엇인가?
10. 세분화되지 않은 또는 한정된 더블린코어를 사용해야 하는가?
11. 더블린코어 메타데이터 요소 집합을 실제로 사용하려면 어떻게 해야하는가? 그리고 실행과 관련해서 의문점이 있을 때 질문을 할 수 있는 곳은 어디인가?
12. 더블린코어와 그 밖의 다른 인터넷 표준 그룹들(Internet standards groups) 간의 관계는 무엇인가?
13. 더블린코어는 단지 디지털 자원이나 웹 기반의 자원들에만 이용할 목적으로 만들어진 것인가?
14. 더블린코어 메타데이터는 어떻게 사용되는가?
15. 어떻게 더블린코어 메타데이터를 저장할 수 있는가?
16. 더블린코어 메타데이터를 어떻게 HTML문서 안에 저장할 수 있는가?
17. 더블린코어 메타데이터와 RDF, 그리고 XML 사의의 관계는 무엇인가?
18. 더블린코어 데이터모델이란 무엇인가?
19. 더블린코어에 관한 논의에 참여하는 방법은?
20. 더블린코어의 각 필드에 주어진 최대 길이는?
21. 속성-값(attribute-value)의 쌍이란 무엇인가?
22. Warwick Framework이란 무엇인가?
23. 어떤 탐색 엔진들이 더블린코어를 지원하는가?
24. 더블린코어에 새로운 요소를 추가할 수 있는가?
25. Open Metadata Registry 란 무엇인가?
26. 더블린코어에서는 인명을 어떻게 적절하게 저장할 수 있는가?
27. DCMI Intellectual Property FAQ
28. “Dumb-Down” 원칙이란 무엇인가?
29. 더블린코어 주제 메타데이터를 위한 현존하는 통제어를 어떻게 사용할 수 있는가?
30. 더블린코어에 적용되지 않은 통제어를 사용할 수 있는가?
31. DCMI Namespaces란 무엇인가?

메타데이터(metadata)란 무엇인가?

“메타데이터”에 대한 가장 단순하면서도 유용한 정의는 “데이터에 대한 구조화된 데이터”이다.

메타데이터란 어떠한 개체나 자원(물리적인 것이든 전자적인 것이든 상관없음)에 대한 기술 정보(descioptive information)이다. 메타데이터라는 말 자체는 상대적으로 새로운 말이지만 그 바탕이 되는 개념은 수집된 정보들을 조직화하기 시작했던 것 만큼 오래되었다고 할 수 있다. 즉 도서관의 카드 목록이야말로 수십 년 동안 장서 관리와 자원 탐색의 도구로써 역할을 해온, 잘 만들어진 하나의 메타데이터 유형인 것이다.

메타데이터는 수작업으로 만들어질 수도 있고, 소프트웨어를 사용하여 자동적으로 생성될 수도 있다.

더블린코어 웹사이트에서 메타데이터는 어디에 있는가?

우리는 HTML에 포함된 메타데이터를 사용하기 보다는 더블린코어 메타데이터 정보를 싣고 있는 .rdf 파일을 사용한다. 만약 당신이 더블린코어 웹사이트의 대부분의 페이지를 본다면, 당신은 각각의 웹페이지의 저변에 깔린 메타데이터를 연결하는 것을 볼 수 있을 것이다.

자원(resource) 이란 무엇인가?

웹 용어에서 자원(resource)이란 “URL을 통해서 불러낼 수 있는 어떤 것”을 의미한다. 그러나 더블린코어가 반드시 웹 기반으로 수행되어야만 하는 것은 아니다.

더블린코어 메타데이터는 문서들의 다양한 집합이라든가 박물관, 도서관의 아카이브(archive)와 같은 비전자적 형태의 매체를 포함하여 어떤 종류의 자원이라도 그것을 기술하는데 사용될 수 있다.

자원 탐색(resource discovery) 이란 무엇인가?

카드 목록은 물리적 형태로 보여지는 가장 일반적인 메타데이터 시스템이며, 원래 자원들을 탐색하기 위해서 고안되어 그 자신의 정보 시스템으로 발전해 온 하나의 완벽한 예라고 할 수 있다.

What is the Dublin Core Metadata Initiative?

Dublin Core Metadata Initiative(이하 DCMI)는 상호운용성을 가진 메타데이터 표준들이 널리 채택되도록 촉진하고, 보다 더 지능적인 자원 탐색 시스템이 가능해질 수 있도록 하기 위해서 자원 기술을 위한 특수화된 메타데이터 어휘를 개발하도록 촉진하는 하나의 기관이다.

더블린코어의 첫 워크샵은 1995년 미국 Ohio주의 Dublin에서 개최되었다. 그 이후로 DCMI는, 도서관의 카드 목록이 소장 도서가 지닌 속성들에 대한 인덱스를 제공해주는 것과 같은 방식으로, 웹 자원들에 대해서도 의미상의 특정한 정보를 제공할 수 있도록 하기 위하여 기본적이고 핵심적인 속성 유형과 값을 규정하며 또 그에 대한 계속적인 개선 작업을 해오고 있다.

더블린코어란 무엇인가?

더블린코어 메타데이터는, 대상 자원이 전자적 형태이든 아니면 물리적인 개체이든 상관 없이, 웹 기반의 메타데이터를 인덱싱하고 탐색하기 위하여 기존의 방법들을 보완하는데 사용된다.

The 더블린코어 메타데이터 요소 집합 (DCMES)은 DCMI에 의해서 IETF RFC 2413 로부터 도출된 최초의 메타데이터 표준이다. DCMES는 “내용설명(Description)”이나 “제작자(Creator)” 그리고 “날짜(Date)”등과 같이, 핵심 정보 유형을 기술하기 위한 의미론적 어휘들을 제공한다.

더블린코어 메타데이터는 웹 기반의 자원 탐색 시스템을 위하여 자원의 속성을 규정함에 있어서 카드 목록과 유사한 정의들을 제시하고 있다.

더블린코어 메타데이터 요소 집합(Dublin Core Metadata Element Set)이란 무엇인가?

더블린코어 메타데이터 요소 집합(DCMES)은 15개의 기술(description)요소에 대한 의미론적 정의들로 이루어져 있다. DCMES는 광범위한 실제 산업 분야 및 연구 분야를 포괄해서 유용할 것으로 생각되는 핵심적인 요소들을 모아놓은 집합이라고 할 수 있다.

DCMES는 분야를 초월해서 그리고 정보를 조직하고 분류해야 할 필요가 있는 모든 형태의 조직들에서 공유될 수 있는 핵심적 요소 집합을 제공하고자 만들어졌다.

누가 더블린코어 메타데이터 요소 집합을 사용하는가?

어느 누구나 자원을 기술하기 위하여 더블린코어를 메타데이터를 사용할 수 있다. 더블린코어를 적용하여 기술할 수 있는 가장 일반적인 유형의 자원들 중 하나가 바로 웹 페이지이지만(대개 HTML의 meta 태그를 이용하여 기술됨), 점차적으로 물리적인 개체에 대한 디지털 아카이브들에 더블린코어를 사용하는 일이 증가하고 있다.

현재 더블린코어 메타데이터는 자원 기술 시스템의 기초로써 아래와 같은 여러 개의 관심 그룹(interest group)들에 의해서 사용되고 있다 :

• 교육 기관들
• 도서관
• 정부 기관
• 과학 연구 부문
• 웹 페이지 저자
• 보다 많은 사이트를 탐색할 수 있어야만 하는 비즈니스
• 광범위한 지식 관리 시스템을 가진 기업

(더블린코어를 기반으로 한 프로젝트들의 리스트도 참고하시오).

“Simple (세분화되지 않은) 더블린코어” 와 “Qualified 더블린코어” 간의 차이점은 무엇인가?

“Simple 더블린코어”란 한정어를 사용하지 않은 더블린코어 메타데이터를 설명하는 데 종종 쓰이는 용어이다 ; 즉 “Simple 더블린코어” 란 DCMES에 속한 15개의 주요 요소들만을 사용해서 속성--값의 쌍으로써 표현한 것으로서, 자원에 대한 보다 상세한 정보를 제공하기 위하여 어떤 한정어(인코딩 스킴이나 어휘들의 리스트, 또는 값의 분석을 도와주는 기타 실마리 등)를 사용한다면 이는 Simple 더블린코어가 아니다.

이에 반해, “Qualified 더블린코어” 는 자원의 의미를 더욱 상세히 구분하기 위하여 부가적인 한정어를 사용한다. 그러한 한정어들을 사용하는 한가지 이유는 그 메타데이터 값이 단순한 문자열이 아니라 복잡하고 구조화된 값이라는 사실을 나타내기 위한 것이다.

한정어는 메타데이터의 상세성 및 정확성을 증가시키기 위하여 적용되는 것이지만, 반면에 다른 더블린코어 소프트웨어 어플리케이션들과의 상호운용성을 저해할 수 있는 지나친 복잡성을 초래할 수도 있다. 그러므로 메타데이터 시스템의 설계자는 이러한 점을 반드시 염두에 두고, 더블린코어 커뮤니티의 절차에 의해서 합의를 얻은 공식적인 한정어 집합으로부터 한정어를 선택해서 사용해야 할 것이다.

비록DCMI 내에서 개발된, 합의를 이룬 더블린코어 한정어라 하더라도 이러한 상호운용성의 측면을 고려하지 않고서 사용하는 경우, 불행히도 종종 메타데이터의 상호운용성을 저해할 수 있는 복잡성이 야기되기도 한다.

더블린코어 요소들 중 “날짜(date)” 요소는 더욱 특정한 종류의 날짜들(최종 수정일, 발행일 등등)로 상세히 구분될 수 있는 선택권을 가진 하나의 예이다.

듀이 십진 분류표와 같은 통제 어휘의 사용 또한 자원의 의미를 더욱 상세히 한정하기 위한 하나의 방법이 될 수 있다.

HTML을 사용해서 Qualified 더블린코어를 자원에 포함시키는 예를 보고자 한다면 사용 안내서인 "Using Dublin Core"의 "Qualified HTML Examples" 부분을 참고하라.

Australian Government Locator Service는 권장된 적절한 방법을 통해 4개의 지역적 요소를 더블린코어에 추가한, 주요 실행자의 좋은 예라고 할 수 있다.

더블린코어 메타데이터 요소 집합을 실제로 사용하려면 어떻게 해야하는가? 그리고 실행과 관련해서 의문점이 있을 때 질문을 할 수 있는 곳은 어디인가?

이것은 가장 자주 질문되는 사항이며, 아마도 모든 경우를 포괄하는 답을 주기가 가장 힘든 질문일 것이다. 현명한 사람들이라면 “그것은 경우마다 다릅니다”라고 말할 것이며, 불행히도 이는 사실이다. 그것은 사용자의 하드웨어나 소프트웨어, 시스템 리소스, 그리고 사용자가 성취하고자 하는 목표 등에 달려 있기 때문이다. 이 질문과 관련해서 통찰력을 줄 수 있는 사용 안내서이 사이트의 첫 화면에 링크되어 있다. 그 밖에, DC-General mailing list에 질문을 올리는 방법도 있다. 대부분의 경우, 질문에 대한 해답을 거기에서 찾을 수 있을 것이며 또는 답을 줄 수 있는 다른 곳으로 안내될 것이다.

더블린코어와 그 밖의 다른 인터넷 표준 그룹들(Internet standards groups) 간의 관계는 무엇인가?

DCMI는 많은 표준 관련 활동들과 관계를 갖고서, 합의를 만들어 나가는 조직이다. DCMI에 속한 많은 사람들이 W3C (World Wide Web Consortium)에서 활동하고 있다. (더블린코어는 W3C에서 추진한Resource Description Framework(RDF)의 발전을 주도했던 prototype 어플리케이션이다).

우리 자신의 표준화 작업 활동은 IETF에서 이루어지고 있다 (RFC 2413이 더블린코어의 초기 버전에 대한 관련 설명임). 그리고CEN (the European Information Industry Standardization Forum) 과 in NISO (the North American Information Standardization Organization) 그리고 IEEE (Institute of Electrical and Electronics Engineers)에서 현재의 공식적인 더블린코어 표준화 활동이 진행중이다.

더블린코어는 단지 디지털 자원이나 웹 기반의 자원들에만 이용할 목적으로 만들어진 것인가?

아니다. 더블린코어의 범위는 매체의 형식이나 특정 분야, 또는 문화적 기원등에 상관 없이, 모든 유형의 자원에 대하여 기본적인 기술 정보를 제공할 수 있는 핵심 속성들에 대한 메타데이터 어휘를 제시하고자 특별히 설계된 것이다. 즉 여기에서 중요한 점은, 자원 탐색을 위해서 사용되는 의미론적 모델만큼은 자원을 담고 있는 매체에 대해 독립적이어야 한다는 점이다.

현재의 더블린코어 메타데이터 어휘는, 모든 유형의 자원을 기술할 수 있는 일반적인 속성들의 집합을 만들기 위해서 수 년에 걸쳐 진행되었던 협동 연구의 결과물이다. 또한 표준화된 일반적인 분류 시스템을 사용하는 것은, 그러한 여러 유형의 자원에 대한 메타데이터들이 조합될 수 있도록 하며 메타데이터 안에서 정보가 공유될 수 있도록 한다.

더블린코어의 실행은 단지 자원에 대한 기술 메타데이터를 처리하는 일만을 필요로 하기 때문에, 자원의 매체가 무엇이냐 하는 것은 문제가 되지 않는다. 이것은, 메타데이터를 다른 DC의 사용자들과 함께 공유할 수 있도록 함과 동시에, 여러 매체가 혼합된 특수한 유형의 collection을 목록하는 데 관심이 있는 박물관 및 기타 기관들에 의해서 더블린코어 메타데이터가 사용될 수 있도록 만든다.

더블린코어 메타데이터는 어떻게 사용되는가?

“더블린코어 메타데이터”라는 용어는, 대개 더블린코어 메타데이터 요소 집합 (DCMES)에 속한 15개의 요소를 가리키는 말이며, 더블린코어 커뮤니티에 의하여 사용해도 된다고 검증을 받은 한정어(선택 요소임)들에 한해 그것을 지시할 수 있는 말이다.

DCMES는 1998년IETF RFC 2413로 발행되었다. 더블린코어 메타데이터는, 자원에 대한 핵심 요소(“Description” 또는 “Creator”, “Date” 등)를 기술하기 위하여 일정한 의미를 나타내는 어휘들을 제공함으로써, 웹 기반의 자원들을 탐색하고 인덱싱하는 기존의 방법들을 보충하는 데에 사용될 수 있다.

어떻게 더블린코어 메타데이터를 저장할 수 있는가?

더블린코어 메타데이터는 종종 META 태그 안에서 이름-값(name-value)의 쌍으로써 저장되는데, META 태그는 HTML 문서의 HEAD 요소 안에 위치하게 된다.

그러나, 더블린코어 메타데이터는 외부 문서에 저장될 수도 있으며, 또는 적합한 어플리케이션을 통해서 데이터베이스로 로드되어 인덱스될 수도 있고 또 데이터 베이스로부터 어떤 처리가 가해질 수도 있다.

더블린코어 메타데이터를 어떻게 HTML문서 안에 저장할 수 있는가?

HTML 문서의 head 부분에 meta 요소를 사용함으로써 더블린코어 메타데이터를 저장할 수가 있다. IETF에 의해서 발행된 RFC(2731) "Encoding Dublin Core Metadata in HTML"은 이를 수행하기 위한 표준적인 방법을 규정하고 있다. 그리고 DCMI Note는 Qualified 더블린코어를 HTML로 저장하는 한가지 방법에 대하여 설명하고 있다.

더블린코어 메타데이터와 RDF, 그리고 XML 사의의 관계는 무엇인가?

더블린코어 메타데이터 요소 집합(IETF RFC 2413)과 RDF(W3C Recommendation)는 서로 구분되는 별개의 것이다. 그런데 비록 어떤 것도 나머지 하나를 요구하지는 않지만, 그것들이 함께 발전해나감으로써 웹 상의 보다 큰 메타데이터 구조 안에서 서로간의 자연스러운 보완책을 형성할 수가 있다.

더블린코어 커뮤니티와 RDF 커뮤니티는 많은 수의 공통 멤버를 갖고 있고, 그들은 함께 발전해왔다. 더블린코어 커뮤니티는 RDF를 설계하는 데 사용되었던 기초적인 필수 조건들 중 많은 것을 제공하였다. 사실상 RDF의 개발은, DC커뮤니티가 전개과정에서 일어나는 많은 세부적 문제들에 대하여 범세계적이고 원칙적인 해결책(임시방편적인 해결책이 아니라)을 찾을 수 있도록 도움을 주었던 더욱 공식적인 기본 데이터 모델을 DC 커뮤니티에 제공하였다.

아래의 예는, 기술되는 자원에 대하여 부가적인 의미를 규정하기 위해 더블린코어의 어휘가 RDF 안에서 어떻게 사용될 수 있는 지에 관한 예이다.

<?xml version="1.0" ?> 
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:dc="http://purl.org/dc/elements/1.1/">

 <rdf:Description about="http://purl.org/DC/documents/notes-cox-816.htm">
    <dc:title>Recording qualified Dublin Core metadata in HTML</dc:title>
    <dc:description> We describe a notation for recording
    qualified Dublin Core metadata in HTML meta elements. The syntax
    includes recommended usage of the standard HTML syntax to record
    the different classes of qualification needed to represent the
    model.</dc:description>
  <dc:date>1999-08-18</dc:date>
  <dc:format>text/html</dc:format>
  <dc:language>en</dc:language>
  <dc:publisher>Dublin Core Metadata Initiative</dc:publisher> 
  </rdf:Description>
</rdf:RDF>

더블린코어 데이터모델이란 무엇인가?

기본적인 더블린코어 데이터 모델은 더블린코어의15개 요소와, 대상 자원과 DC의 기술 범위에 속하는 또 다른 자원 사이의 관계에 의해서 정의된다.

특히, 관련자료(Relation) 와 출처(Source) 요소는 또 다른 자원(어떤 유형의 자원이든 관계없음)과의 연결을 지시하는 데 사용된다. 제작자(Creator), 기타 제작자(Contributou), 그리고 발행자(Publisher) 요소는 대상 자원에 대해 어떤 책임을 지닌 사람(또는 기관 등)을 그 자원과 연결시킨다. 내용범위(Coverage) 요소는 대상 자원을 장소나 시간(기간)에 연관시킨다. 그러므로 이러한 각 요소들에 대해서 기록되는 값은 일반적으로 연관되는 또 다른 자원에 대한 식별자로 표현되어야 하며, 이러한 자원들은 각각 그 자신의 DCMES기술을 가질 수도 있다.

완벽하게 개념화된 DC데이터 모델에는 또한 두 가지 유형의 한정어가 포함되어야 한다. 값에 대한 한정어(value qualifier)와 요소 한정어(element qualifier)가 그것이다. 값에 대한 한정어(value qualifier)는 그 값을 표현하는 어휘나 인코딩 스킴, 사용 언어에 대한 식별자를 저장하는 것이고, 요소 한정어(element qualifier)는 요소의 의미를 보다 상세히 구분해주기 위해 사용되는 것이다.

그러나, 많은 이용자들이 DC에 의한 자원의 기술에 있어서 규정 이외의 정보를 추가하는 것이 유용할 것이라고 생각해왔다. 특히 어떤 통제 어휘집(LCSH와 같은 키워드 리스트)으로부터 값을 끌어오거나, 특정한 표시법(날짜와 시간 표현을 위한 ISO8601 형식 등)을 사용해서 값을 표현할 때의 경우가 이에 해당한다.

특정한 자연언어(값이 문자열로 표현되는 경우)를 사용하는 문제는 그 밖의 기술(technique) 영역에서 다루어야 할 부분이며, 만약 클라이언트가 이 어휘의 출처나 표시법 규정, 사용 언어의 이름을 알고 있다면 이 정보는 훨씬 유용하게 될 것이다.

더블린코어에 관한 논의에 참여하는 방법은?

어느 누구든 관심 있는 working group 활동에 대한 메일링 리스트에 가입하기만 하면 논의에 참여할 수가 있다.

DC-General mailing list 는 커뮤니티 참여 및 일반적인 피드백 제시를 위한 포괄적인 포럼이다.

더블린코어의 각 필드에 주어진 최대 길이는?

필드 길이에는 아무런 제한이 없다.

속성-값(attribute-value)의 쌍이란 무엇인가?

더블린코어에서는 속성-값(attribute-value)의 쌍으로써 자원의 속성을 표현한다.

“저자(Author)”, “제작자(Creator)”, “날짜(Date)”와 같은 정보는 모두, 어떤 자원에 대하여 부가적인 의미를 제공하기 위하여 HTML의 META요소 안에서 속성-값의 쌍으로써 실행될 수 있는 더블린코어 요소의 예들이다.

웹 자원들은 수많은 방법으로 표현될 수 있는 속성들로써 기술되는 정보 개체이다. 더블린코어 메타데이터 요소 집합은, 카드 목록 레코드의 빈 칸을 채우는 것과 정확히 똑 같은 방법으로 속성들이 웹 자원에 연결될 수 있게 한다.

Warwick Framework란 무엇인가?

Warwick Framework는 시스템이 아니라, 영국의 Warwic에서 개최된 제2차 더블린코어 메타데이터 워크샵 이후에 더블린코어의 개발을 이끌어왔던 설계 원리들의 집합이라고 할 수 있다.

Warwick Framework 는 메타데이터를 기반으로 한 하나의 개념으로서, 동일한 자원을 기술하는 데 있어서 여러 개의 상이한 메타데이터 유형을 사용할 수 있는 것이 각각 다른 여러가지 목적을 달성하는 데에 유용하다고 생각한다.

이에 대해 더 많은 정보를 원한다면, "The Warwick Metadata Workshop :The Warwick Metadata Workshop: A Framework for the Deployment of Resource Description" 을 읽어보기를 바란다.

어떤 탐색 엔진들이 더블린코어를 지원하는가?

몇몇 상업적 탐색엔진들과 비상업적 탐색엔진들은 단지 약간의 환경설정만으로 메타 요소들을 인덱싱할 수 있다. dc-general mailing list 상에 올라온 최근의 한 조사에서 다음의 리스트를 제공하였다.

• Ultraseek
• Swish-E
• Microsoft's Index Server
• Blue Angel Technologies MetaStar
• Verity Search 97 Information Server

그 외에 어떤 소프트웨어가 있는지에 대해 대강의 정보를 얻고자 한다면 Search Tools와 Search Engine Watch를 참고하기를 바란다.

Altavista, Yahoo, HotBot 등과 같은 유명한, 소위 “all the web” 탐색엔진들은 그들이 인덱싱한 메타 요소에서 찾아진 정보를 사용하는 것을 피하려는 경향이 있다. 왜냐하면, 그 웹 페이지들이 신뢰성 있는 보증된 서버로부터 나온 것이 아니라면, 그에 대한 메타정보는 대개 비도덕적인 컨텐트 제공자에 의해서 인덱스들이 그 웹페이지에 대해 잘못된 평가를 매기도록 유도하는데 사용되기 때문이다.

더블린코어에 새로운 요소를 추가할 수 있는가?

이론상으로는 추가할 수 있다. 요소 한정어(하위 요소)에 의해 상세히 기술된 DCMES 요소는, 원래의 요소(상위요소)가 가진 의미보다 더욱 상세화된 의미를 지니게 되므로, 새로운 요소 또는 속성이라고 할 수 있다.

그러나, DCMES에 속한 원래의 요소들의 범위를 벗어나는 의미를 지니게 된다면 그것은 새로운 더블린코어 요소가 될 수 없다.

지역별 혹은 어플리케이션 별로 특정한 요구를 충족시키기 위해서는, 아직 더블린코어 커뮤니티에 의해 폭넓게 받아들여지지 않았던 추가적인 한정어 및 요소들이 필요하게 될 것으로 예상된다. 그럼에도 불구하고 설계자들은 상호운용성을 저해하는 결과를 낳을 수도 있다는 점에 대해 경계심과 이해의 양 측면을 지니고서 부가적인 한정어를 사용해야 할 것이다.

부가적인 한정어를 사용하는 경우, 그러한 한정어가 폭넓게 사용되도록 촉진하기 위해서는 그 한정어의 사용을 Dublin Core Directorate에 알리는 것이 유용한 방법일 것이다.

사용 안내서인 "Using Dublin Core"의 "Qualified HTML Examples" 부분을 보면 qualified 더블린코어를HTML로 저장하는 예가 나와 있다.

Open Metadata Registry 란 무엇인가?

DCMI의 Open Metadata Registry란 end-user로 하여금 서로 다른 어휘들 간의 관계를 정의할 수 있도록 하기 위하여 Form기반 (Form-driven)의 이용자 인터페이스를 채용하는, 일종의 웹 기반 의미론적 모델링 도구이다.

그러한 어플리케이션을 위한 의미론적 framework는 더블린코어 메타데이터와 RDF 스킴을 이용해서 만들어졌다.

더블린코어에서는 인명을 어떻게 적절하게 저장할 수 있는가?

인명을 인코딩하는 것은 대부분의 메타데이터 시스템에서 매우 어려운 작업이며, 더블린코어의 경우에도 마찬가지이다. 이는 이름을 표현하는 규정이 문화마다 다양하기 때문이다.

더블린코어 메타데이터의 recommendation에서는, 이름의 효과적인 순서 탐색를 돕고 전세계적으로 가장 일반적인naming규정과 부합되도록 하기 위하여 성을 첫번째에 두도록 권장하고 있다.

“Dumb-Down” 원칙이란 무엇인가?

소위 “Dumb-Down 원칙” 이란 간단히 말해, qualified 더블린코어를 사용하는 경우에는 언제든지 그 한정어를 떼어낼 수 있으며 요소의 그러한 나머지 부분이 여전히 자원 탐색을 위해서 유용한 용어이어야 함을 의미하는 것이다.

예를 들어, 자원과 관계된 다양한 날짜들의 경우에 그 의미의 정확성을 기하기 위해서 사용될 수 있는 몇 가지 날짜 관련 한정어들이 있다. 그러한 경우, 그 한정어(예를 들어, 제작일(Date-Created))를 떼어내고 남은 부분은 비록 그 한정어가 포함되어 있을 때 만큼 상세하지는 않더라도 여전히 자원 탐색을 위해 유용한 의미로 남아 있어야 한다는 것이다.

즉 그 기본적인 개념은 이렇다 : 한정어는 메타데이터의 정확성을 향상시켜야 하는 것이지만, 그러한 부가적인 정확성 없이도 그 메타데이터의 의미는 여전히 유용해야 한다.

더블린코어 주제 메타데이터를 위한 현존하는 통제어휘를 어떻게 사용할 수 있는가?

한 가지 방법은, 요소 값으로서의 통제어휘로부터 메타데이터 값을 선택적으로 할당하고, 선택된 스킴의 이름 또는 식별자로 요소를 한정한다.(인코딩의 상세서는 사용되고 있는 구문에 달렸다. HTML, XML 또는 RDF/XML의 더블린코어 메타데이터 인코딩의 세부를 위한 더블린코어 명세서를 참조하라)

더블린코어는 더블린코어 메타데이터 내에서 그들의 사용을 증진시키고 일관된 식별을 용이하게 하기 위해 통제어휘와 인코딩 스킴을 등록한다. Application 설계자는 그들의 application을 위한 적절성 여부를 결정하기 위해서는 등록된 통제어휘를 검토해야하고 그들의 application에 등록된 어휘집의 등록된 이름을 사용해야 한다. 예를 들어, "DDC"는 듀이 십진 분류표를 위해 등록된 이름이고, 반드시 한정어의 값으로서 사용되어야 한다. 공통의 통제어휘가 사용된 다른 application에 스킴, 메타데이터를 명시하기 위해, 등록된 이름 또는 토큰을 사용하는 것은, 보다 상홍운용적이다.

어휘 같은 것으로부터 값을 선택하는 기술은 application에 달려있다. 일부 영역의 메타데이터 편집자가 그와 같은 선택영역을 지원하는 도구를 갖게 될 것으로 기대될뿐만 아니라 전통적인 인쇄 기반의 참고자료 또한 기대되고 있다.

더블린코어에 적용되지 않은 통제어를 사용할 수 있는가?

그렇다. 더블린코어는 우리의 관심을 끄는 통제어휘만을 등록한다. 물론, 동등하게 적법한 다른 통제어휘들이 있고 그것은 전문가그룹이 그들의 메타데이터에 존재하는 스킴의 가치를 제고시킬 수 있는 의향을 항상 가지고 있다. 상호운용성을 증진시키기 위해서는, application 설계자가 그들의 application의 적절성을 검증하기 위해 등록된 통제어휘인지 검토해야 한다. 만약 선택된 통제어휘가 더블린코어에 등록되지 않았다면 그것을 등록하는 것은 가능하다(그러나 필수적인 것은 아니다). 등록은 이 어휘를 채택한 다른 설계자가 그들의 메타데이터에서 같은 이름 토큰을 사용하는 것을 보장한다. 따라서 상호운용성도 증진된다.

더블린코어가 통제어를 "승인"하는 것 보다 "등록"하는 것은 매우 중요하다. 통제어휘는 일반적으로, 실력있는 전문가그룹의 결과물이다. 이와 같은 작업을 승인할 것인지, 승인하지 않을 것인지 결정하는 것은 더블린코어의 권한이 아니다. 오히려 작업을 채택하는 것을 선택할지도 모르는 다른 설계자를 도울 것이며 더블린코어 메타데이터에서 독특한 토큰을 할당함으로 이름의 혼란을 방지할 것이다.

DCMI Namespaces의 이름은 무엇인가?

http://purl.org/dc/elements/1.1/
http://purl.org/dc/terms/
http://purl.org/dc/dcmitype/