sgml in bibliotheken

SGML in Bibliotheken

Dafan ZhaiJune,2003

Bibliothek

• Eine Bibliothek ist eine zur öffentlichen bzw. privaten Benutzung planmäßig angelegte und geordnete Sammlung von schriftlich fixierten, audiovisuellen und elektronischen Materialien.

Hauptaufgaben der Bibliothek

• Ressource summeln

• Ressource ausleihen

• Katalog– Wurde früher durch Karten dargestellt.– Auf der Karte schreibt alle die Informationen

über ein Buch.

Katalog

• CCS– Steht für Computer Classification System– Aus ACM(Association for Computing Machinery)– A:General Lituratur

B:Hardware

...

I.7.2 Markup languages

Weitere Informationen unter:

www.acm.org/class/1998/ccs98.txt

Daten in Bibliothek

• Strukturierte Informationen der Bibliothek

Metadata

• „Daten über daten“

• Metadaten sind maschinenlesbare Informationen über elektronische Ressourcen und andere Dinge.

Metadata durch SGML

<Buch01>

<Titel> ... </Titel>

<Author> ... </Author>

<Schlägwort> ... </Schlägwort>

</Buch01>

Probleme• <Name>...</Name>

oder

<title>...</title>oder

<Titel>...</Titel>

• <Author>aaa,bbb</Author>oder

<Author>aaa</Author><Author>bbb</Author>

• Etc.

Dublin Core

• März 1995: Metadaten Workshop veranstaltet vom Online Computer Library Center (OCLC) und National Center for Supercomputing (NCSA) den ersten Metadaten Workshop.

• Entstehung der Dublin Core

Dublin Core

• Enthält 15 Kernelemente

-title :Titel

-creator :Verfasser oder Urheber

-subject :Thema

-description :Inhaltliche Beschreibung

-publisher :Verleger bzw. Herausgeber

-contributors :Weitere beteiligten Personen und -Körperschaften

-date :Datum,in der Format JJJJ-MM-TT

Dublin Core

-type :Resourcenart.Bsp.:image,text,sound,usw.1

-format :Software- bzw. Hardwarebedingung, um die Ressource anzuzeigen oder auszuführen. Bsp.:image

/jpg 4kB -identifier :Ressourcen-Identifikation

-source :Quelle, Lituratur

-language :Sprache

-relation :Beziehung zu anderen Ressourcen

-coverage :Räumliche und zeitliche Maßangaben

-rights :Rechtliche Bedingungen

________________________________________________________________________

1. DCMI Type Vocabulary: http://dublincore.org/documents/2000/07/11/dcmi-type-vocabulary/

Regeln des Dublin Core

• Wurzelelement ist „metedata“, danach wird die namensräume definiert.

• Das URI des namensräumes von Dublin Core ist „http://purl.org/dc/elements/1.1/”

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/"> ... ... </metadata>

Regeln des Dublin Core

• Werte als Content des Element <dc:title>XML in der Praxis</dc:title> -- richtig

<dc:title value=" XML in der Praxis" /> -- falsch

• Alle Namen der 15 Kernelement werden kleingeschrieben.dc:title -- richtig

dc:Title -- falsch

Regeln des Dublin Core

• Multiwerte des element werden durch wiedeholung des XML-Element implementiert.

<dc:creator> Henning Behme </dc:creator> <dc:creator> Stefan Mintert </dc:creator>

Beispiel<?xml version="1.0"?><metadata

xmlns="http://example.org/myapp/" xmlns:dc="http://purl.org/dc/elements/1.1/">

<dc:title> XML in der Praxis </dc:title><dc:title> Professionelles eb-Publishing mit der Extensible Markup Language </dc:title><dc:creator> Henning Behme </dc:creator><dc:creator> Stefan Mintert </dc:creator><dc:publisher> Addison-Wesley </dc:publisher><dc:identifier> 3-8273-1636-7 </dc:identifier>

</metadata>

Qualifizierter Dublin Core

• July,2000: Dublin Core Metadata Initiative verlegte die Liste des empfohlenen Dublin Core Qualifiers.

• 2 Klassen des Qualifiers:– Element Refinement

– Encoding Scheme

2 Klassen des Qualifiers

• Element Refinement: spezifiziert genauer den Wert und die Bedeutung des Elements.

Bsp.: date-Created :Datum der Erstellung der Ressource-Valid :Datum der Gültigkeit einer Ressource-Available :Datum, an dem die Ressource

zugänglich sein wird oder zugänglich gemacht wurde

-Issued :Datum der formalen Veröffentlichungder Ressource

2 Klassen des Qualifiers

• Weitere Element Refinements:– isPartOf :Teil der Ressource– Alternative :Alternateve Titel. Abkürzung bzw.

Übersetzung– extend :Größe bzw. zeitliche Dauer der

Ressource– Etc.

• Liste des Element Refinement unter:http://dublincore.org/documents/dcmi-terms/#H3

2 Klassen des Qualifiers

• Encoding schemes: bestimmen Schemen, die bei der Interpretation eines Elementinhalts helfen.

Bsp.: date- DCMI Period: Angaben über die Grenzen eines Zeitintervalls- W3C-DTF: W3C-Kodierungsregeln für Daten

und Zeiten – basierend auf ISO 8601

• Liste des Element Refinement unter:http://dublincore.org/documents/dcmi-terms/#H4

Regeln des Element Refinements

• Namensräum:xmlns:dcterms=“http://purl.org/dc/terms/”

• Sonstige Regeln des Element Refinements sind gleich wie die Kernelemente.

<dcterms:created>

2000-12-05

</dcterms:created>

Regeln des Element Refinements

• Es ist nicht gefordert, die Beziehung zwischen die Refinements und das spezifizierte Element zu schreiben.Bsp.:

<dc:date>...</dc:date>

<dcterms:created>... </dcterms:created>

<dcterms:valid>...</dcterms:valid>

<dcterms:available>... </dcterms:available>

<dcterms:issued>...</dcterms:issued>

Regeln des Encoding Schemes

• Encoding Scheme wird implementiert als Attribute des zugehörigen Elements. Der Name der Attribute ist „xsi:type“.Bsp.:

<dc:identifier xsi:type="dcterms:URI">

http://dublincore.org

</dc:identifier>

Weitere Regeln

• Der 1. Buchstabe der Element Refinements und Encoding Schamas muss kleingeschrieben werden.Bsp.:

<dcterms:issued>

<dcterms:isPartOf>

Weitere Regeln

• Falls der Inhalt des Elements auf andere Sprache geschrieben wird, soll Attribute „xml:lang“ hinzugefügt werden.Bsp.:

<dc:title xml:lang=„de“>

XML in der Praxis

</dc:title>

Beispiel