Metadata i danske netpublikationer. Teknisk beskrivelse. Udarbejdet af Biblioteksstyrelsen

Metadata i danske netpublikationer Teknisk beskrivelse Udarbejdet af Biblioteksstyrelsen 2

3 København 1999

Metadata i danske netpublikationer Teknisk beskrivelse Vejledninger fra Biblioteksstyrelsen 2 Udarbejdet udgivet i 1999 af Biblioteksstyrelsen Nyhavn 31 E 1051 København K Telefon: 33 73 33 73 Telefax: 33 73 33 72 E-post: bs@bs.dk Hjemmeside: www.bs.dk Vejledningen er tilgængelig på Biblioteksstyrelsens hjemmeside Tryk: Luna Tryk, København Oplag: 800 ISSN: 1398-9553 ISBN: 87-89147-94-4 4

Indhold Forord... 6 1. Indledning... 7 2. Introduktion til Dublin Core... 7 3. Metadata i HTML dokumenter... 9 4. De 15 elementer... 12 4.1. Titel... 13 4.2. Forfatter eller ophav... 13 4.3. Emne nøgleord... 14 4.4. Beskrivelse... 15 4.5. Udgiver... 16 4.6. Anden bidragyder... 16 4.7. Dato... 17 4.8. Ressourcetype... 17 4.9. Format... 18 4.10. Identifikator... 19 4.11. Kilde (originalt værk)... 20 4.12. Spr... 20 4.13. Relationer... 21 4.14. Dækning... 22 4.15. Rettigheder... 23 5. Implementering af metadata i dokumentfremstilling... 24 6. Opmærksomheden henledes på... 26 7. Udvidelsesmuligheder... 27 5

Forord Formålet med denne vejledning er at øge tilgængeligheden af information på den danske del af Internettet. Det skal ske med berigelse af Web-sider med struktureret information - metadata - således at indholdet af hjemmesiderne bliver lettere tilgængeligt. Denne vejledning indeholder en beskrivelse af hvilke metadata, der bør tilføjes netpublikationer samt nle anbefalinger til hvordan det kan ske. Målgruppen er i første omfang udgivere, firmaer personer, som professionelt arbejder med tilrettelæggelse design af hjemmesider med hjælpeværktøjer hertil. I forlængelse af denne tekniske vejledning vil der blive udgivet en brugervejledning til indtastning af metadata enten i metadatageneratorer, HTML-værktøjer eller på www.pligtaflevering.dk. Vejledningen er resultatet af et samarbejde benævnt "blanketudvalget" mellem de institutioner, som er involveret i elektronisk pligtaflevering registrering af netpublikationer: Det Kongelige Bibliotek, Statsbiblioteket, Det Administrative Bibliotek, Biblioteksstyrelsen, Dansk BiblioteksCenter Statens Information. Den tekniske beskrivelse af metadata i danske netpublikationer er udarbejdet af Leif Andresen, Biblioteksstyrelsen Susanne Thorborg, Dansk BiblioteksCenter. Undervejs i tilblivelsesprocessen er vejledningen blevet diskuteret i "blanketudvalget" flere gange, teksten er blevet gennemgået af Grethe Jacobsen, Det Kongelige Bibliotek af Søren Mortensen, WOODI (World Office Of Digital Information) som repræsentant for målgruppen. Vejledningen er den første inden for dette specifikke område, Biblioteksstyrelsen forventer at ajourføre den på baggrund af reaktioner den videre udvikling inden for området. Vi forventer f.eks. at der bliver fastlagt nle rutiner for håndtering af unikke identifikatorer for Internet ressourcer (jf. afsnit 4.10) at få etableret rutiner med automatisk anmeldelse til søgemaskiner samtidig med anmeldelse til pligtaflevering ved brug af Dansk BiblioteksCenters metadatagenerator. Endvidere er det planen, at afsnittet om udvidelsesmuligheder skal udbygges. Jens Thorhauge 6

1. Indledning Biblioteksstyrelsens overordnede politik er, at internetdokumenter skal indeholde metadata som en del af selve dokumentet. Det giver bedre mere kvalificerede muligheder for at finde information på nettet - dels som et kvalitetsløft i forhold til søgemaskinerne dels i form af registrering af internetdokumenter i bibliotekernes kataler. Informationer tilgængelige på Internettet kan have mange forskellige former. Derfor anvendes der mange forskellige betegnelser, som i større eller mindre grad er overlappende: * hjemmeside * homepage * Web-site * elektroniske publikationer * netpublikation * ressource mange flere. Vi har i denne vejledning valgt at anvende ordet ressource til at dække alle former for dokumenter på Internettet. Udgangspunktet for denne vejledning er at fremme tilgængeligheden af egentlige publikationer, men vejledningen kan anvendes bredere. Også personlige hjemmesider kan få et kvalitetsløft blive lettere at finde ved brugen af metadata. Der findes ikke en formel standard for metadata indbygget som en del af Internet-ressourcer, men blandt flere forskellige har Dublin Core Element Set haft den største gennemslagskraft den er derfor blevet en de facto standard. Der er både i den europæiske standardiseringsorganisation CEN i den internationale standardiseringsorganisation ISO bestræbelser på at få gjort Dublin Core til en international standard. På denne baggrund har Biblioteksstyrelsen valgt at satse på Dublin Core, dels i internationale fora dels ved nationale tiltag. I Danmark har vi taget forskud på den forventede udvikling, idet Biblioteksstyrelsen, Det Kongelige Bibliotek, Statsbiblioteket, Dansk BiblioteksCenter Statens Information har samarbejdet om at smidiggøre anmeldelse af elektroniske publikationer ved hjælp af metadata i Dublin Core formatet. Institutionerne har defineret en fælles norm for hvilke oplysninger om en ressource, der skal indgå i indberetningsblanketten dermed så en norm for, hvad der bør ligge som metadata i ressourcerne. I forlængelse heraf udgives denne vejledning for at understøtte forfatteres udgiveres indlægning af metadata i originaldokumenterne. 2. Introduktion til Dublin Core 7

Dublin Core metadata standard er et sæt af elementer, der beskriver ressourcer. Et styrende princip har været at gøre sættet så enkelt som muligt. Dublin Core standard består af 15 elementer, der er fastlagt efter diskussioner i en international, tværdisciplinær gruppe af fagfolk fra biblioteker, edb-verdenen, tekstkodningsfaget, museer andre beslægtede områder. De enkelte elementer i Dublin Core sættet er beskrevet i kapitel 4. Hvert element er valgfrit kan gentages. Hvert element har et begrænset sæt kvalifikatorer, der kan anvendes til at præcisere - men ikke udbygge - elementets mening. Denne vejledning beskæftiger sig med dansk anbefalet brug af Dublin Core, hvilket stort set svarer til Dublin Core uden kvalifikatorer. Udgangspunktet har været, at der ikke måtte anvendes mere end de 15 hovedelementer, medmindre det var strengt nødvendigt. Derfor er der kun anvendt underelementer i fire tilfælde (jf. 4.1 4.13). Information om kvalifikatorer deres brug andre udvidelser i forhold til anbefalet dansk brug af Dublin Core er omtalt i kapitel 7. Selvom Dublin Core støtter ressourcer, der ligner traditionelle trykte dokumenter, kan Dublin Core så anvendes i forbindelse med andre ressourcer. Hvor velegnet Dublin Core er i forhold til ressourcer, der ikke ligner traditionelle dokumenter, vil afhænge af, hvor meget deres metadata ligner typiske dokumentmetadata. Dublin Core satser på følgende karakteristika: Enkel oprettelse vedligeholdelse Dublin Core elementsættet er begrænset forenklet så meget som muligt for at gøre det nemt for ikke-specialister at udarbejde enkle beskrivelser af ressourcer på Internettet. Almindeligt kendt betydning Informationssøgning på kryds tværs af Internettet vanskeliggøres af forskellene i terminoli deskriptiv praksis fra det ene fagområde til det andet. Dublin Core kan hjælpe den forudsætningsløse netsurfer til at finde vej ved at tilbyde en terminoli, som kan bruges universelt. F.eks. er både videnskabsmænd, der ønsker at lokalisere artikler af en bestemt forfatter kunsthistorikere, der er interesserede i værker af en bestemt kunstner, blevet enige om værdien af et element, der beskriver ophavet til ressourcens intellektuelle indhold - i Dublin Core elementet "creator". En sådan enighed om et alment elementsæt til beskrivelse øger synligheden tilgængeligheden af alle ressourcer, både for fagfolk alment interesserede. Internationalt sigte Involveringen af repræsentanter fra stort set alle kontinenter i udviklingen af Dublin Core har sikret, at udviklingen af standarden tager hensyn til det elektroniske informationsunivers' mangesprede multikulturelle art. 8

3. Metadata i HTML dokumenter Til beskrivelse af danske ressourcer kan alle de 15 elementer i Dublin Core anvendes: Dansk navn Label Se afsnit: Titel DC.Title 4.1 Forfatter eller ophav DC.Creator 4.2 Emne nøgleord DC.Subject 4.3 Beskrivelse DC.Description 4.4 Udgiver DC.Publisher 4.5 Anden bidragyder DC.Contributor 4.6 Dato DC.Date 4.7 Ressourcetype DC.Type 4.8 Format DC.Format 4.9 Identifikator DC.Identifier 4.10 Kilde (originalt værk) DC.Source 4.11 Spr DC.Language 4.12 Relationer DC.Relation 4.13 Dækning DC.Coverage 4.14 Rettigheder DC.Rights 4.15 Den valgte delmængde af Dublin Core afspejler en afvejning af, hvad der er nødvendigt af hensyn til pligtafleveringen nationalbiblirafisk registrering, hvad der er behov for at understøtte tilgængeligheden af Internet-ressourcer. Nle informationer kan se ud til at høre under mere end et metadata element. Der vil normalt være ét element, der er klart at foretrække frem for andre, men der kan være overlapning mellem to eller flere elementer. Alle eksempler er formateret i HTML, selvom metadata i Dublin Core formatet principielt ikke er afgrænset til kun at kunne bruges i HTML-formatet. Der findes f.eks. en del databaser, som anvender Dublin Core som feltopbygning. I et HTML-formateret dokument indgår metadata i HEAD sektionen. Dette kan illustreres med nedenstående eksempel, der viser en fil med et HTML-dokument indeholdende et kort digt med indbyggede metadata: <html> <head> <title>kierlighed Smørrebrød</title> <meta NAME="DC.Title" CONTENT="Kierlighed Smørrebrød"> <meta NAME="DC.Creator" CONTENT="Wessel, Johan Herman"> <meta NAME="DC.Type" CONTENT="text"> <meta NAME="DC.Date" CONTENT="1998-12-01"> <meta NAME="DC.Format" CONTENT="text/html"> <meta NAME="DC.Identifier" 9

CONTENT="http://www.bs.dk/metadata/eksempel.html"> <meta NAME="DC.Source" CONTENT="Johan Herman Wessel: Digte - Hasselbalchs Forlag 1966"> </head> <body background="toast.jpg"> <blockquote> <blockquote> at Smørrebrød er ikke Mad, og Kierlighed er ikke Had. det er for Tiden hvad jeg veed om Smørrebrød Kierlighed. </blockquote> </blockquote> </body> </html> Indekseringsprrammer opfatter, at metadata starter efter "<HEAD>" linien slutter før "</HEAD>" linien kan derfor udtrække metadata automatisk. Metadata vises ikke under den normale dokumentformatering eller udprintning, men Web-browsere, der er opmærksomme på metadata, kan udnytte dem. En række moderne søgemaskiner er begyndt at kunne udnytte HTML META tags i Web-dokumenter. I HTML starter hver element definition i posten med "<META>" slutter med ">". I META tag anvendes to attributter (som så findes i andre HTML-tags) til at definere metadata. Hver elementdefinition har en NAME attribut en CONTENT attribut: <META NAME="DC.Creator" CONTENT="Browning, Elizabeth"> Bemærk at elementnavnet i <META NAME= " "...> skal være på engelsk, d.v.s. i den standardiserede form. Hvis der skal anvendes ikke-ascii karakterer følges samme konventioner som i dokumentets brødtekst. F. eks. en titel som ΑGrønne æbler er sunde.: <META NAME="DC.Title" CONTENT="Grønne æbler er sunde"> Metadata elementer kan fremstå i vilkårlig orden. Den orden som flere forekomster af samme element (f.eks. DC.Contributor) kommer i, kan have en speciel betydning fra producentens side, men dette understøttes ikke specifikt af Dublin Core. 10

Hvert enkelt metadata element kan udelades eller gentages. Ved gentagelse af elementer anbefales det at angive hver elementdefinition separat, som i: <META NAME="DC.Creator" CONTENT="Marx, Karl"> <META NAME="DC.Creator" CONTENT="Engels, Friedrich"> Det er d ikke i modstrid med Dublin Core at udtrykke gentagende elementer ved kun at bruge en enkelt NAME attribut med multi-semikolon afgrænsede værdier for CONTENT attributten, som f.eks.: "Marx, Karl ; Engels, Friedrich". For at lette læsningen, bør præfikset "DC" elementnavnenes begyndelsesbstaver skrives med store bstaver. F. eks.: META NAME="DC.Title" META NAME="DC.Creator" ikke DC.CREATOR eller dc.creator eller DC.creator Selvom der i HTML ikke skelnes mellem store små bstaver, anbefales det at følge denne praksis i elementnavnene for at undgå konflikter, hvis metadataene senere konverteres til et miljø, hvor der skelnes mellem store små bstaver, som f.eks. XML/RDF. I denne dansk anbefalede brug af Dublin Core anvendes faste ordlister i de tre kodefelter for spr, type format. 11

4. De 15 elementer I dette kapitel præsenteres hvert enkelt Dublin Core element med fulde navn label. For hvert element er der en elementbeskrivelse, der er retningslinier for indhold. Hvert element er valgfrit kan gentages. Eksemplerne er i HTML 4.0. Alfabetisk indgang til de 15 elementer Anden bidragyder 4.6 DC.Contributor Beskrivelse 4.4 DC.Description Bidragyder 4.6 DC.Contributor Copyright 4.15 DC.Rights Dataformat 4.9 DC.Format Dato 4.7 DC.Date Dækning 4.14 DC.Coverage Emne 4.3 DC.Subject Filfortegnelse 4.13 DC.Relation.HasPart Forfatter 4.2 DC.Creator Forlag 4.5 DC.Publisher Format 4.9 DC.Format Identifikator 4.10 DC.Identifier Indhold 4.4 DC.Description Kilde 4.11 DC.Source Medforfatter 4.6 DC.Contributor Nummer 4.10 DC.Identifier Nøgleord 4.3 DC.Subject Ophavsmand 4.2 DC.Creator Originalt værk 4.11 DC.Source Parallel trykt udgave 4.13 DC.Relation.IsVersionOf Prrammel forudsat 4.13 DC.Relation.Requires Redaktør 4.6 DC.Contributor Relationer 4.13 DC.Relation Release 4.1 DC.Title.Release Ressourcetype 4.8 DC.Type Rettigheder 4.15 DC.Rights Spr 4.12 DC.Language Stikord 4.3 DC.Subject Tid sted 4.14 DC.Coverage Titel 4.1 DC.Title Udgave 4.1 DC.Title.Release Udgiver 4.5 DC.Publisher 12

4.1. Titel Label: DC.Title Elementbeskrivelse: Navnet på ressourcen, som regel givet af Ophav eller Udgiver. Som en del af titlen angives evt. udgave eller releasebetegnelse i DC.Title.Release. Hvis der er både titel undertitel, placeres begge i samme element. Hvis man er i tvivl om, hvad der udgør titlen, gentages Titelelementet, man anvender varianter i efterfølgende gentagelser af titlen. Hvis ressourcen er i HTML, bør man undersøge kildedokumentet for at sikre sig, at den titel, der er nævnt i TITLE, så er med som DC.Title. Eksempler: <META NAME="DC.Title" CONTENT="Hvad er det nu de hedder?"> <META NAME="DC.Title" CONTENT="Avancerede materialer, komponenter systemer i optiske kommunikationsnet"> <META NAME="DC.Title" CONTENT="Fortegnelse over danske forvaltningsbiblioteker"> <META NAME="DC.Title" CONTENT="Betaling for data i offentlige registre"> <META NAME="DC.Title.Release" CONTENT="2. udgave"> <META NAME="DC.Title.Release" CONTENT="3.2"> 4.2. Forfatter eller ophav Label: DC.Creator Elementbeskrivelse: Den person eller organisation, der primært er ansvarlig for det intellektuelle indhold i ressourcen. Det kan f.eks. være forfattere af skrevne dokumenter eller kunstnere, fotrafer eller illustratorer, når det drejer sig om visuelle ressourcer. Ophavsmænd anføres i hvert sit DC.Creator-element i samme orden, som de forekommer i publikationen. Personnavne skrives med efternavn først, efterfulgt af fornavn med komma imellem. I tvivlsspørgsmål angives navnet som det fremstår - man bør ikke invertere i disse tilfælde. Eksempler: <META NAME="DC.Creator" CONTENT="Winther-Hansen, Martin"> 13

<META NAME="DC.Creator" CONTENT="Lykke Sørensen, Ulla"> <META NAME="DC.Creator" CONTENT="Maimonides"> MEN: <META NAME="DC.Creator" CONTENT="Mao Zedong"> Ved organisationer, hvoraf et hierarki klart fremgår, listes de individuelle niveauer i nedadgående rækkefølge, adskilt med et punktum. Eksempler: META NAME="DC.Creator" CONTENT="Erhvervsministeriet. Forbrugerstyrelsen" > <META NAME="DC.Creator" CONTENT="Bonnier Corporate Information" > <META NAME="DC.Creator" CONTENT="Miljø- Energiministeriet. Landsplanafdelingen"> I det sidste eksempel skal CONTENT således ikke skrives: "Landsplanafdelingen under Miljø- Energiministeriet". Hvis det ikke klart fremgår, at der er tale om et hierarki, eller hvis rækkefølgen er uklar, angives navnet som det fremstår i ressourcen. <META NAME="DC.Creator" CONTENT="Lokalhistorisk Arkiv for Gram Omegn"> <META NAME="DC.Creator" CONTENT="Nordjyllands Amts Tjenerforening"> <META NAME="DC.Creator" CONTENT="Sammenslutningen af Vandværker i Jylland Region Midt"> Hvis DC.Creator udgiver er den samme, gentages navnet ikke i DC.Publisher. Hvis ansvarsforholdet er uklart, anbefales det at anvende DC.Publisher for organisationer DC.Creator for enkeltpersoner. I tilfælde af begrænset ansvar anvendes bidragyder. 4.3. Emne nøgleord Label: DC.Subject Elementbeskrivelse: Ressourcens emne. Emnet vil typisk være udtrykt i stikord eller sætninger, der beskriver emnet eller indholdet af ressourcen. Det er muligt at bruge kontrollerede formelle klassifikationssystemer. 14

Vælg emneord der beskriver hvad ressourcen handler om. Hvis emnet er en person eller en organisation, anvendes den samme navneform som hvis personen eller organisationen var et ophav, men navnet skal ikke gentages i DC.Creator. Vælg de mest betydningsfulde specifikke emneord undgå de mere generelle til at beskrive en bestemt ressource. Eksempler: <META NAME="DC.Subject" CONTENT="Miljøbeskyttelse"> <META NAME="DC.Subject" CONTENT="Heste" <META NAME="DC.Subject" CONTENT="Privatøkonomi" <META NAME="DC.Subject" CONTENT="Nielsen, Asta" 4.4. Beskrivelse Label: DC.Description Elementbeskrivelse: En beskrivelse af ressourcens indhold. Beskrivelsen kan omfatte uddrag af teksten i tilfælde af dokumentlignende materiale eller indholdsbeskrivelse i tilfælde af visuelle ressourcer. Eftersom beskrivelsesfeltet er en potentielt værdifuld kilde til indeksering i søgerobotter, anbefales det at dette element anvendes. Visse metadata indeholder indholdsbeskrivelser (f.eks. spektral analyse af en visuel ressource), som ikke kan indlejres i nuværende netværkssystemer. I det tilfælde kan man forsyne posten med et link til en sådan beskrivelse, i stedet for selve beskrivelsen. Beskrivende information kan tages fra selve ressourcen, hvis der ikke findes et resumé eller anden struktureret beskrivelse. Hvis der ikke i forvejen findes en beskrivelse forrest i publikationen eller i de indledende afsnit, bør metadata producenten selv udarbejde en kort beskrivelse. Normalt anbefales det at begrænse beskrivelsen til nle få sætninger. Men findes der et resumé i forvejen, kan dette anvendes. Det kan være på engelsk uanset om ressourcen er på dansk - det er bedre at have et resumé på engelsk end ingen beskrivelse. Der kan så være et resumé på engelsk en beskrivelse på dansk. Eksempel: <META NAME="DC.Description" CONTENT="Beskriver hesteavlsforbundet Dansk Varmblod, dets formål aktiviteter. Også beskrivelse af regionale afdelinger arrangementer samt specielle arrangementer for unge. Desuden mange oplysninger om konkurrencer, konkurrenceresultater, hesteavl, avleruddannelse, hestesalg m.m."> 15

4.5. Udgiver Label: DC.Publisher Elementbeskrivelse: Den enhed, der er ansvarlig for at stille ressourcen til rådighed i dens aktuelle form. Det kan være et forlag, et universitetsinstitut, et firma, en forening eller en offentlig institution. Hensigten med at specificere dette felt er at identificere den enhed, der giver adgang til ressourcen. Hvis Ophav Udgiver er den samme, gentages navnet ikke i udgiverfeltet. Hvis ansvarsforholdet er uklart, anbefales det at bruge DC.Publisher for organisationer DC.Creator for enkeltpersoner. I tilfælde af begrænset ansvar anvendes DC.Contributor. Eksempler: <META NAME="DC.Publisher" CONTENT="Analyseinstitut for Forskning"> <META NAME="DC.Publisher" CONTENT="Ministeriet for Fødevarer, Landbrug Fiskeri, Strukturdirektoratet" > <META NAME="DC.Publisher" CONTENT="SCA Hygiejne Products" > 4.6. Anden bidragyder Label: DC.Contributor Elementbeskrivelse: En person eller organisation, der ikke er specificeret i DC.Creator, som har bidraget intellektuelt til ressourcen, men hvor bidraget er sekundært i forhold til personer eller organisationer nævnt i DC.Creator Det kan være redaktør, oversætter eller en illustrator. Personer, hvis indsats alene er teknisk, men som ikke bidrager til indholdet, skal ikke registreres. Der gælder samme retningslinier for anvendelse af navne på personer eller organisationer som i DC.Creator. Eksempler: <META NAME="DC.Contributor" CONTENT="Liebaut, Fabrice"> <META NAME="DC.Contributor." CONTENT="Forskningsministeriet"> 16

4.7. Dato Label: DC.Date Elementbeskrivelse: Udgivelsestidspunktet: dato for oprettelse eller tilgængeliggørelse af ressourcen. En sådan dato bør ikke forveksles med en, der vedrører ressourcens emnemæssige afgrænsning som kun ville være tilknyttet ressourcen, hvis det intellektuelle indhold på en eller anden måde omfatter denne dato. En udgave af den danske grundlov skal således ikke dateres hverken 1849 eller 1953, men den dato, som den er lagt på nettet. Anbefalet praksis er formen ÅÅÅÅ-MM-DD, således som defineret i: Date and Time Formats (based on ISO 8601), W3C Technical Note [http://www.w3.org/tr/note-datetime]. Det betyder, at datoen 15. november 1950 skrives således: 1950-11-15. Hvis den fulde dato ikke kendes, kan måned år (ÅÅÅÅ-MM) eller kun år (ÅÅÅÅ) anvendes. Der kan anvendes mange andre former, men de kan være svære at "læse" for såvel brugere som software. Eksempel: <META NAME="DC.Date" CONTENT="1998-02-16"> <META NAME="DC.Date" CONTENT="1998-02"> <META NAME="DC.Date" CONTENT="1998"> 4.8. Ressourcetype Label: DC.Type Elementbeskrivelse: Ressourcens indhold. Elementet anvendes til at beskive ressourcens generelle indholdsmæssige karakteristika, såsom tekst, billede, lydoptagelse, software m.v. Af hensyn til ensartethed genkendelighed i beskrivelsen af ressourcen, bør ressourcetypen angives med betegnelser, valgt fra nedenstående liste over mulige typer. Det anbefales at kun følgende typebetegnelser anvendes til beskrivelse af ressourcen: text image sound dataset software interactive 17

De anvendes på følgende måde: text image sound dataset software interactive ressourcer, hvis indhold hovedsageligt består af tekst til læsning - f.eks. bøger, breve, disputatser, digte, aviser, mailing list arkiver indholdet er primært visuelt i to dimensioner er ikke tekst - f.eks. billeder, malerier, animationer, diagrammer indholdet er primært lyd - f.eks. musik, tale, lydoptagelser information indkodet i lister, skemaer, databaser, etc., som oftest i et format, der er klar til direkte maskinel viderebehandling - f. eks. regneark, databaser, GIS data edb-prrammer (original eller kompileret form), der kan installeres på en anden maskine ressourcer, der kræver interaktion fra brugeren for at kunne forstås, udføres eller opleves - f.eks. formularer på hjemmesider, applets, multimedie læremidler Eksempel: <META NAME="DC.Type" CONTENT="text"> 4.9. Format Label: DC.Format Elementbeskrivelse: Ressourcens dataformat; anvendes til at identificere software, eventuelt hardware, som måtte være nødvendigt for at fremvise eller håndtere ressourcen. Information om ressourcens størrelse kan medtages i elementet. Af hensyn til ensartethed genkendelighed i beskrivelsen af ressourcen, bør dataformatet angives med betegnelser, valgt fra nedenstående liste over mulige termer. Det anbefales at følgende formatangivelser om muligt anvendes til beskrivelse af ressourcen: text/plain text/html multipart application/postscript application/rtf application/pdf application/zip application/msword application/sgml image/jpeg image/gif 18

image/tiff audio video/mpeg video/quicktime Listen indeholder de mest almindeligt anvendte formater, fra "Internet Media Types (MIME types). [http://www.isi.edu/in-notes/iana/assignments/media-types/media-types] Der henvises hertil for andre koder. Eksempler: <META NAME="DC.Format" CONTENT="image/gif"> <META NAME="DC.Format" CONTENT="application/msword"> <META NAME="DC.Format" CONTENT="text/html"> 4.10. Identifikator Label: DC.Identifier Elementbeskrivelse: En streng eller et tal der bruges til unik identifikation af ressourcen. Dette element kan så anvendes til lokale identifikatorer (f.eks. ID-numre eller kaldenr.), tildelt af ophavsmanden til ressourcen, som gælder en bestemt enhed. System for anvendt identifikationsnummer kan angives ved hjælp af SCHEME. Der er mulighed for at anvende identifikationsnumre efter følgende systemer, hvor URL er standardværdi. URL angives uden SCHEME. Efter hver af disse følger en henvisning til yderligere oplysninger. ISBN ISSN ISRC ISRN ISMN DOI URN URL International Standard Book Numbers [http://www.iso.ch/cate/d6898.html] International Standard Serial Numbers [http://www.issn.org/] International Standard Recording Code [http://www.disctronics.co.uk/cdref/isrc.htm] International Standard Technical Report Number [http://www.iso.ch/cate/d18506.html] International Standard Music Number [http://www.nlc-bnc.ca/services/e1-ismn.htm] Digital Object Identifier [http://www.doi.org/] Uniform Resource Names [http://www.ietf.org/html.charters/urn-charter.html] Uniform Resource Locator [http://www.ncsa.uiuc.edu/demoweb/url-primer.html] 19

Eksempler: <META NAME="DC.Identifier" CONTENT="http://linnea.helsinki.fi/meta/nmfinal.htm"> <META NAME="DC.Identifier" SCHEME="ISBN" CONTENT="87-89147-87-1"> <META NAME="DC.Identifier" SCHEME="URN" CONTENT="URN:ISBN: 87-89147-87-1"> Det sidste eksempel viser, hvordan Uniform Resource Names (URN) understøtter brug af den biblirafiske identifikator ISBN. Bemærk at de to sidste eksempler i HTML 2.0/3.2 formateres CONTENT som CONTENT="(SCHEME=URN)... i stedet for HTML 4.0's SCHEME="URN" CONTENT=... 4.11. Kilde (originalt værk) Label: DC.Source Elementbeskrivelse: Henvisning til det originale værk, hvorfra den nuværende ressource stammer. Til oplysninger om evt. parallel udgivelse af en trykt version eller andre relaterede versioner af ressourcen anvendes DC.Relation. Elementet kan indeholde dato, format, identifikator eller andre metadata om den originale ressource, hvis det skønnes at være nødvendigt til fremfinding af denne. Eksempel: <META NAME="DC.Source" CONTENT=" H. C. Andersen: Improvisatoren Original Roman i to Dele. (1835)"> hvor den aktuelle ressource er en elektronisk gengivelse af H.C. Andersens roman: "Improvisatoren". 4.12. Spr Label: DC.Language Elementbeskrivelse: Spret i ressourcens intellektuelle indhold. Kodet eller tekstlig information kan anbringes her. Hvis indholdet er på mere end et spr, kan elementet gentages. 20

Eksempler: <META NAME="DC.Language" CONTENT="eng"> <META NAME="DC.Language" CONTENT="fre"> <META NAME="DC.Language" CONTENT="dan"> Det er muligt at anvende flere sprkoder i et META tag (f.eks. eng;fre ) eller en sætning, som beskriver omfanget af de anvendte spr. Men disse muligheder anbefales ikke. Det anbefales at sprkoder angives efter Library of Congress/USMARC kodeliste De mest anvendte er: dan (dansk) eng (engelsk) nor (norsk) swe (svensk) ger ( (tysk) fre (fransk) En fuldstændig liste over sprkoder er tilgængelig via: http://lcweb.loc.gov/marc/languages/ Ved brug af sprkoder efter andre standarder bør det ved hjælp af SCHEME angives hvilken standard, der er anvendt. Eksempel: <META NAME="DC.Language" SCHEME="ISO639-1" CONTENT="en"> Bemærk at eksemplet med HTML 2.0/3.2 formateres CONTENT som CONTENT="(SCHEME=ISO639-1)... i stedet for HTML 4.0's SCHEME="ISO639-1" CON- TENT=... 4.13. Relationer Label: DC.Relation Elementbeskrivelse: Identifikation af en relateret ressource dens forbindelse med den aktuelle ressource. Dette element tillader, at forbindelser mellem relaterede ressourcer ressourcebeskrivelser kan angives. 21

Følgende relationstyper (kvalifikatorer) anvendes: IsVersionOf HasPart Requires Angivelse af parallel trykt udgave Fortegnelse over filer i ressourcen (filliste) Fortegnelse over det/de prram(mer), som er nødvendige for at anvende den pågældende ressource. Angivelse af parallel trykt udgave: Hvis standardnumre anvendes til identifikation af den relaterede ressource, kan dette angives ved anvendelse af SCHEME (se eksempel nedenfor). Fortegnelse over filer i ressourcen: En listning af tilhørende filer. Ved automatisk indeksering af ressourcen eller Det Kongelige Biblioteks kopiering af en anmeldt ressource bruges listen for at sikre, at alle dele af det samlede dokument medtages. Fortegnelse over nødvendige prrammer: Udfyldes ikke, hvis DC.Format indeholder angivelse af prram. Eksempler: Angivelse af parallel trykt udgave: <META NAME="DC.Relation.IsVersionOf" SCHEME="ISBN" CONTENT="87-552-2336-2"> Hvor relationselementet i dette tilfælde angiver ISBN på en parallel trykt udgivelse af den aktuelle ressource. Bemærk, at eksemplet med HTML 2.0/3.2 formateres CONTENT som CONTENT="(SCHEME=ISBN)... i stedet for HTML 4.0's SCHEME="ISBN" CONTENT=... Fortegnelse over filer i ressourcen: <META NAME="DC.Relation.HasPart" CONTENT="index.htm, kap1.htm, kap3.htm, kap4.htm, kap5.htm, kap6.htm, kap7.htm, kap8.htm, kap9.htm, kap10.htm, kap11.htm, bilag.htm"> Fortegnelse over det/de prram(mer): <META NAME="DC.Relation.Requires" CONTENT="MSWord" 4.14. Dækning Label: DC.Coverage Elementbeskrivelse: Gerafisk /eller tidsmæssig dækning af det intellektuelle indhold i ressourcen. Gerafisk dækning refererer til det gerafiske område eller sted ressourcen omhandler. Tidsmæssig 22

dækning refererer ligeledes til indholdet i ressourcen ikke til, hvornår den blev skabt eller blev gjort tilgængelig (sidstnævnte hører ind under datoelementet). Der er endnu ikke internationalt nle faste regler for, hvordan indholdet i dette element bør udformes. Man bør bestræbe sig på at angive konsekvent enkel information, som brugeren kan tolke. Eksempler: <META NAME="DC.Coverage" CONTENT="Skandinavien"> <META NAME="DC.Coverage" CONTENT="Middelalderen"> <META NAME="DC.Coverage" CONTENT="1997"> <META NAME="DC.Coverage" CONTENT="1950'erne"> 4.15. Rettigheder Label: DC.Rights Elementbeskrivelse: En rettighedsmanagement (copyright) erklæring, der evt. kan kombineres med et link til en service, der giver information om rettighedsmanagement i forbindelse med ressourcen. Der er ingen faste regler for, hvordan indholdet i dette element bør udformes. Man bør bestræbe sig på at angive konsekvent information, som brugeren kan tolke. Henvisninger til en generel copyrightnote bør anvendes med varsomhed, da det indebærer en vedligeholdelse. Eksempler: <META NAME="DC.Rights" CONTENT="Public domain"> <META NAME="DC.Rights" CONTENT="Må benyttes med kildeangivelse"> <META NAME="DC.Rights" SCHEME="URL" CONTENT="http://www.someplace.se/copyright.html"> Bemærk at det sidste eksempel med HTML 2.0/3.2 formateres CONTENT som CONTENT="(SCHEME=URL)... i stedet for HTML 4.0's SCHEME="URL" CONTENT=... 23

5. Implementering af metadata i dokumentfremstilling Dette afsnit indeholder en række forskellige tips til brug ved udarbejdelse af ressourcer. Da udgangspunktet er den delmængde af de elektroniske ressourcer, som har karakter af publikationer, er afsnittet fortrinsvis rettet imod udgivere af publikationer. Metadata kan skabes på forskellige måder: * Udfra et dokument udledes informationerne om dokumentet, disse indtastes særskilt (eller klippeklistres via klipboard) * Benytte en metadatagenerator på Internettet * Som led i fremstillingen af dokumentet skabes metadata integreret i skabelsen af selve dokumentet * Efter skabelsen af dokumentet, trækkes al metadata automatisk ud af dokumentet vises i skemaform til manuel efterbehandling. Nedenfor gives nle anvisninger på hvordan metadata kan skabes rationelt uden gentagelser. Metadatageneratorer på nettet Der findes forskellige metadatageneratorer tilgængelige på Internettet. Her skal blot nævnes Dansk BiblioteksCenters metadatablanket på www.purl.dk/metadata/meta_lang.htm. Her er det ved indtastning i en simpel blanket muligt at få genereret metadata, der lever op til specifikationerne i denne vejledning. På www.lub.lu.se/cgi-bin/nmdc.pl findes den beslægtede Dublin Core Metadata Template, der er udviklet som et led i et nordisk metadataprojekt, med henblik på indberetning af metadata til Nordisk Web-indeks. Kombineret generering af data Mange institutioner firmaer fremstiller dokumenter - ressourcer - efter en standardmodel, hvor f.eks. titel forfattere skal placeres på en bestemt måde først i teksten. Dette kan ske med f.eks. HTML-redigeringsværktøjer, men kan så være med hjælp af makroer i Word. Det er indlysende, at de samme informationer ikke skal tastes mere end én gang. En del af den information, som indgår i metadata, er så en del af selve dokumentet, som det vises på skærmen. Det er derfor oplagt at disse skabes i én proces. De dele af selve ressourcens tekst, som kan skabes integreret med metadata, vil ofte være fremhævet have en for udgiveren standardiseret typoli. Bemærk at der i opbygning af fler-filsressourcer med fordel vil kunne gentages nle af de data, som så indgår i metadata, i alle delfiler. Titel: Titel på ressourcen indgår både som elementet TITLE i headeren som DC.Title endelig som starten på selve dokumentet. Hvis der så er brugt en undertitel, bør denne indgå i DC.Title, men ikke TITLE. Version: Indgår i både DC.Title.Release i teksten. 24

Forfatter eller ophav: Den ansvarlige for indholdet indgår som DC.Creator i selve dokumentet - evt. både i start slutning. Emne nøgleord: Man kan vælge at vise nle nøgleord som en del af præsentationen af ressourcen. I så fald kan disse DC.Subject skabes integreret. Beskrivelse: Et resumé på engelsk eller dansk som led i selve teksten kan med fordel lægges ind som DC.Description. Udgiver: Navn på udgivende institution eller firma: både tekst DC.Publisher. Ved standardværktøjer tilrettet en bestemt institution/firma, kan denne information indsættes automatisk begge steder. Andre bidragydere: Hvis der i teksten bliver omtalt andre bidragydere, kan denne tekst skabes sammen med DC.Contributor. Dato: Oprindelig udgivelsesdato bør fremgå af teksten (evt. i bunden) kan indsættes i DC.Date samtidig. En automatisk indsættelse af dato bør overvejes. Identifikator: Indsættelse af URL i DC.Identifier kan ske automatisk som afledt af navngivning af ressourcen. Spr: Kan indsættes som standardværdi alt efter den pågældende institution/firma. Rettigheder: En tilkendegivelse af hvilke brugsrettigheder andre måtte have, bør fremgå af teksten - kan derfor med fordel samtidig indsættes i DC.Rights. Det enkelte firma/institution vil ofte have en standardtekst - der så kan indsættes automatisk. Generering af metadata ud fra HTML-dokument I nle sammenhænge sker skabelse af ressourcer på en sådan måde, at en integreret skabelse af tekst metadata ikke er mulig eller ønskelig. I så fald kan retningslinierne ovenfor bruges til at generere et forslag til metadata ud fra teksten i HTML-ressourcen. Andre tips HTML-forside, hvis andet format for selve ressourcen Der kan være gode grunde til at selve publikationen ikke publiceres i HTML, men i stedet i f.eks. PDF eller et tekstbehandlingsformat. En PDF-fil vil f.eks. visuelt ligne en trykt udgave mere end en HTML- 25

fil. Det anbefales, at man i så fald altid laver en indgangsside i HTML med titel øvrige oplysninger herunder ikke mindst metadata. Det anbefales så, at denne forside indeholder en henvisning til, hvor det nødvendige prram i givet fald kan downloades fra i denne forbindelse så hvilken version af f.eks. Acrobat Reader, der skal anvendes. Brug rullegardin når data vælges fra lister I en del tilfælde skal der vælges indhold af element ud fra en kontrolleret liste. Disse koder er på engelsk er standardiserede. Men brugeren behøver ikke at kende det eksakte format for f.eks. spret svensk. Det er tilstrækkeligt, at han får præsenteret valgmulighederne på dansk i en entydig form. Når han så har valgt spret Svensk, skrives der swe ind i indholdet af DC.Language. 6. Opmærksomheden henledes på Denne vejledning som løbende ajourføres i web-udgave på: [http://www.bs.dk/] Pligtaflevering Statiske netpublikationer skal pligtafleveres til Det Kongelige Bibliotek. Det sker ved at anmelde dem på [http://www.pligtaflevering.dk] hvor der er yderligere informationer. Nationalbiblirafi Både statiske dynamiske netpublikationer registreres i nationalbiblirafien. Se nærmere herom på Dansk BiblioteksCenters hjemmeside under: [http://www.purl.dk/metadata/] Statslige netpublikationer Der bliver stillet en lang række krav til statslige udgiveres netpublikationer. Se nærmere i: Netpublikationer. Statens standard for elektronisk publicering [http://www.fsk.dk/fsk/publ/online-pub/] Denne publikation udarbejdet af Statens Information giver så en række anvisninger på, hvordan tilgængelighed til en ressources indhold sikres for f.eks. synshandicappede døve. Hvordan påvirker en udgiver registreringen? Biblioteksstyrelsen har udgivet to pjecer for at gøre forlagsverdenen den øvrige bbranche opmærksom på de regler, som rummer bestemmelser der er afgørende for, hvilke elementer der medtages i bibliotekernes kataliseringer af bøger tidsskrifter uanset udgivelsesform. Hvor står hvad i ben? Om betydningen af informationers placering i ben. Afsnit om elektroniske bøger: [http://www.bs.dk] Udformning af tidsskrifttitler Råd om valg af titel nummerering af periodiske publikationer. 26

Afsnit om elektroniske publikationer [http://www.bs.dk] Internationale vejledning(er) m.v. Denne vejledning bygger delvist på: A USER GUIDE FOR SIMPLE DUBLIN CORE. DRAFT VERSION 5.1 [http://purl.org/dc/documents/working_drafts/wd-guide-current.htm] Henvisninger til andre anvendelser af Dublin Core om Dublin Core i øvrigt kan ses på Dublin Core hjemmeside: Dublin Core Metadata [http://purl.org/dc] Opmærksomheden henledes specielt på oversigten over forskellige metadataprojekter på: [http://purl.org/dc/projects/index.htm] 7. Udvidelsesmuligheder Man kan udarbejde mere detaljerede beskrivelser af ressourcer end denne vejledning beskriver. Det er ikke i strid med ånden i Dublin Core at lave mere specifikke beskrivelser, men det er vigtigt, at man i så fald bevarer den overordnede sammenhæng. Dvs. at de eksisterende 15 elementer godt kan udbygges med underelementer at indholdet i et element godt kan specificeres med andre SCHEMEs end dem, der er medtaget i vejledningen. DC.Subject kan indeholde klassifikationsdata. I så fald anvendes SCHEMEs til at beskrive klassifikationssystem. To eksempler på videreudbygning byggende på Dublin Core kan ses på: Discovering Online Resources. Appendix: Sample Records Utilising the Dublin Core [http://ahds.ac.uk/public/metadata/disc_09.html] I faglige miljøer kan det være fornuftigt at bruge ordlister så i andre elementer end i DC.Type, DC.Format DC.Language. Mest oplagt vil være klassifikationskoder kontrollerede emneord i DC.Subject. Elementet DC.Relation kan anvendes til mange andre ting end nævnt under 4.13. Der henvises til Dublin Core s hjemmeside [http://purl.org/dc] for nærmere information om andre anvendelser. Helt konkret indeholder User Guide 27

[http://purl.org/dc/documents/working_drafts/wd-guide-current.htm] et antal underelementer. Metadata findes i alle former for registre. Metadata i form af Dublin Core anvendes ikke blot som en del af Internetdokumenter, men så som databaseformat til at beskrive elektroniske ressourcer. I den internationale liste over DC.Type optræder udover det under 4.8 nævnte "physical object" for tredimensionale objekter, der ikke primært er tekst eller billede - f.eks. en person, en computer, den store pyramide, en skulptur, etc. Dette bruges ikke i forbindelse med metadata i ressourcen, men kun i de tilfælde hvor Dublin Core er anvendt i en database over ressourcer. 28