Må MARC dø?

1,379 views
1,232 views

Published on

Rask gjennomgang av hvorfor MARC bør byttes ut med andre standarder for bibliografiske metadata. Foredraget holdes på Kunnskapsorganisasjonsdagene på HiO, 28. januar 2011.

Published in: Technology, Education
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,379
On SlideShare
0
From Embeds
0
Number of Embeds
44
Actions
Shares
0
Downloads
2
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Må MARC dø?

  1. 1. Må MARC dø?Magnus Enger libriotech.no
  2. 2. JA!Takk for oppmerksomheten! Spørsmål?
  3. 3. Hvorfor MARC må dø...
  4. 4. Mine kriterier for kritikk● Effektiv utnyttelse av ressurser● Gjenbruk av data ● Bruk av bibliotekdata for ikke-bibliotekarer● Behov for entydige identifikatorer● Før eller siden må vi kunne fri oss fra begrensninger som skyldes foreldede teknologier – hvorfor ikke gjøre det nå?
  5. 5. MARC = ?● Format-standardene: MARC21, UNIMARC, NORMARC et al● ISO 2709● MARCXML● AACR2
  6. 6. En flora av «standarder»● MARC21● UNIMARC● DANMARC, BISMARC● NORMARC, BIBSYS-MARC, BS-MARC● Hvert system, sin tolkning● Hvert bibliotek, sin tolkning● Ulike tolkninger til ulike tider
  7. 7. Standardfloraen medfører...● Vanskelig utveksling av data● Vanskelig å ta i bruk programvare for bibliotek som er utviklet i andre områder enn ens eget ● Før man kan ta noe i bruk må man tilpasse det lokale «dialekter» av MARC ● Gjelder ikke minst fri programvare!
  8. 8. 245^^$a● Hvorfor bruke slike kryptiske betegnelser på elementene i en bibliografisk post?● MARC er gjennomsyret av behovet for å spare plass – i dag er plass billig og vi kan prioritere andre hensyn● MARC ble skapt for å lette produksjonen av fysiske katalogkort – det er vel et tilbakelagt stadium? Hvorfor la oss begrense av det?
  9. 9. I MARC er alt tekst● Årstall ● Kan være [1993] eller 199?● Sidetall ● Angis med «s.» eller «p.» el.l. Som en del av feltet● Navn på personer og korporasjoner er enkle tekst-strenger («Ola Nordmann»), som alltid vil kunne være flertydige ● Vi trenger unike identifikatorer for identifisering på tvers av systemer
  10. 10. ISO 2709● Uleselig● Legger en kunstig begrensning på postenes størrelse● Trekker med seg begrensninger fra magnetbånd-teknologien – når så du sist et magnetbånd?● Å bruke formater som bare brukes av bibliotek medfører at all teknisk utvikling må skje innenfor bibliotekfeltet
  11. 11. MARCXML● Unngår den kunstige begrensningen på poststørrelse ● Så lenge man ikke må ta høyde for at postene på ett eller annet tidspunkt skal (kunne) transformeres til ISO 2709● Viderefører de ikke meningsbærende felt- betegnelsene● Reglene for innhold i de ulike feltene er de samme● «Same shit, new wrapping»
  12. 12. Eksempel: 300$a● 300 ^^ $a230 s.$bill.$c23 cm$e1 register● 300 ^^ $a[28] s.$bkol. ill.$c25 x 27 cm● 300 ^^ $a14 filmspoler (157 min)$bPanavision$c16mm● 300 ^^ $a1 filmkassett (21 min)$blyd, kol.$cstandard 8 mm$elærerveiledning (32 s. ; 30 cm)● 300 ^^ $a1 videoplate (5 min)$blyd, s./h.$c20cm● 300 ^^ $a1 videokassett (VHS) (32 min)$blyd, kol. med s./h. sekvenser● 300 ^^ $a1 partitur (32 s.)$c26 cm$e5 stemmer● 300 ^^ $a1 lydplate (7 min)$banalog, 78 r/min, mikrorille$c20 cm● 300 ^^ $a103 b.$c25 cm● 300 ^^ $a^^^b.$bill.$c30 cm● 300 ^^ $a1 maskinlesbar diskett$bkol.$c13.5 cm$ebrukerveiledning
  13. 13. Eksempel: 300$a● 300 ^^ $a230 s.● Hvordan lage et grensesnitt som lar brukeren avgrense søket til «bøker med færre enn 300 sider»?● Hvordan lage grensesnitt på flere språk?● Og det store nye med RDA er at man kan skrive «sider» i stedet for «s.»?!?● Hvorfor ikke ha et felt som bare brukes til sidetall?
  14. 14. Hva må gjøres? 1) Bytt ut NORMARC med MARC21!2) Bytt ut MARC21 med noe mer hensiktmessig!
  15. 15. Hva kan vi bytte ut MARC med?● RDF/Semantic Web/Linked Data fremstår som en seriøs kandidat ● Desentralisert system for unike identifikatorer gjennom bruk av URI/URLer ● Fleksibilitet gjennom kombinasjon av ontologier ● Vi kan dra nytte av fremskritt som gjøres på andre felt enn vårt eget – Gjenfinning – Søk – Grensesnitt
  16. 16. Takk for oppmerksomheten! marc-must-die.info magnus@enger.priv.no

×