Openurl

Fra Wikipedia, den frie encyklopædi

OpenURL er en NISO/ANSI-standard fra 2004 (©2005). OpenURL er et digitalt koncept og dertil et 'framework', dvs. et mangesidigt koncept der omfatter flere indvirkende faktorer.

Slogans og lignende[redigér | rediger kildetekst]

En informations-tilvejebringende service vil tendere til ikke at blive brugt når det er mere smertefuldt og besværligt for en kunde at have information end det er for ham ikke at have det. [1]

  • "OpenURL er baseret på den ide at links burde lede til fuldtekst ressourcer licenseret til et bibliotek."[2]
  • "Det primære og oprindelige formål med OpenURL framework er at supportere kontekst-sensitiv linking fra kilde referencer til relevante services inklusive fuldtekst."[3]
  • "(..)en strømlinet provisionering af den fulde tekst fra en fundet artikel(..)"[4]
  • "(..)når en oversætter modtager en OpenURL fra en læser der har klikket et reference link, kan den præsentere denne læser for et link til et refereret værk hvis læseren har en adgangs rettighed."[5]
  • "ContextObject data-strukturen indfanger relevant information for tilvejebringelsen af kontekst-sensitive services in provisio en refereret ressource."[6]

Z3988 standard terminologi[redigér | rediger kildetekst]

Som digitalt koncept involverer OpenURL, alias Z39.88-2004 eller Z3988, også begreberne 'framework' og arkitektur. Der er - i sagens natur, som er digitalisering - tale om et projekt under udvikling der også omfatter et socialt aspekt, engelsk: community. Det arkimediske punkt kan eksempelvis determineres som den offentligt tilgængelige tekst "The OpenURL Framework for Context-Sensitive Services". Heraf følger så forventningen om et engagement, fra det stærkt handlingsprægede og opsøgende til det mere passive og modtagende. Det er gennem disse handlingselementer OpenURL eksisterer.

Software aspektet[redigér | rediger kildetekst]

Ordlyden i den 104 sider tekniske standard er ikke fokuseret på software. Termen 'software' forekommer dog på side 49, i specifik relation til XML. Konkret forekommer termen 'database' 4 gange, ligeledes i relation til XML, og 2 gange som prædikat for worldcat.org's OCLC arkiv.

OpenURL resolver[redigér | rediger kildetekst]

OpenURL 'oversætter'. Software konstrueret til at processere OpenURL-konform data.[2] NISO har i en særskilt publikation skrevet nærmere om denne instans - her bruges termen engelsk: technology i stedet for software.[7]

Knowledgebase[8]

Det er praksis at integrere en 'vidensbase' i 'oversætteren. Vidensbasen er et register over diverse tidsskrifts-abonnementer, og er dermed bestemmende for i sammenhængen engelsk: context-sensitive at præsentere oversætterens formidling.[2] Implementeringen af oversætter og vidensbase kan refereres som 'linking server' eller 'link server'.[9]

OpenURL referrer[redigér | rediger kildetekst]

OpenURL kilde. Sofware konstrueret til at, 1)producere OpenURL-konform data, 2)formidle disse data til en oversætter.[10] Se også #OpenURL Framework Application.

Data aspektet[redigér | rediger kildetekst]

Data er tekst i Unicode, med UTF-8 som det fortrinsvise men ikke eneste format. Alle IANA's tegnsæt er mulige.[11]

ContextObject[redigér | rediger kildetekst]

De 6 entiteter i et ContextObject.[12] Relevant data er kontekstuel:

Dansk: []=oblg., {}=max.1 værdi-definitioner Z3988 (partiel nøgleord)
Hr. N.N. er logget ind {Hr. N.N. medio hans login} ldap:reg.unibib.example.com:636/NN

[ContextObject 1]

requester (req)
hos Unibib, unibib http://Z39cgi.unibib.example.com resolver (res)
læser A {A} info:doi/10.xxxx, 2005, Bestanddel no.54 referringEntity (rfe)
der er digitalt produceret hos Viden A/S, {Viden A/S} info:sid/www.videnAS.example.com:tekstsamling24 referrer (rfr)
ønsker B [{B}] info:issn/xxxxxx, 1997, Vigtige bestanddele af alting referent (rft)
som fuldtekst. fuldtekst (ikke beskrevet i Z3988) servicetype (svc)
  1. ^ forudsætter en beskrivelse af person-registeret, ex. http://ub.example.com/ldapMatrix.txt, men er ikke nærmere beskrevet i Z3988.

De to typiske formater for OpenURL-konform data,

  • KEV
Et datafelt bestående af flere par nøgleord og værdier engelsk: Key/Encoded-Value.
KEV skal url-encodes og er derfor defacto 7-bit ASCII.[13] I den sammenhæng alluderer Unicode som UTF-8, eller i det hele taget en encoding forskellig fra ISO-8859-1 til tekst-værdien før url-encoding finder sted.
En dokument-type med mulighed for mere righoldige data.

Registry Identifiers[redigér | rediger kildetekst]

Specielle data der ikke altid er del af et ContextObject. Deres præfix er info:ofi, efterfulgt af '/fmt:', flere varianter ;'/enc:', 'encoding' ;'/nam:', namespace ;'/tsp:', transport ;'/pro:', "Community Profile", og disse igen er så yderligere specificeret. Registry Identifiers er offentligt tilgængelige, eksempelvis som http://www.openurl.info/registry/docs/info:ofi/tsp:http:openurl-by-value.[14] Se også #Fællesskabs aspektet

info:ofi/nam -- ex.info:ofi/info:doi[15]

Namespace, (fordansket): Navnerum er konforme IANA uri's eller urn's, som så igen skal registreres hos OpenURL. Formateringen af disse data optræder ikke som helhed i et ContextObject, men registreringen mulliggør det specifikke navnerum tages i brug som part af værdi-definitionen, ex.http, doi, mailto.

info:ofi/fmt:_:_:_ -- ex. info:ofi/fmt:kev:mtx:book[16]

Metadata Format, lignende namespace kan ved registrering give nogle muligheder i konstruktionen af et ContextObject. Metadata Format'er bruges som part af nøgleordet, ex. rfe_date=2005, rfe_title=Bestanddel no.54.

Beskrivelsen af både ContextObject og OpenURL transports må registreres.

OpenURL transports[redigér | rediger kildetekst]

info:ofi/tsp:_:_ -- ex. info:ofi/tsp:http:openurl-by-val[17]

Dels den eller de internet protokoller der bruges for at formidle et ContextObject og dels information specifikt relateret til en #OpenURL resolver. En 7-bit ASCII OpenURL transport fungerer desuden som container for et eller flere ContextObject.[18]

Det sociale aspekt[redigér | rediger kildetekst]

Fællesskabs aspektet[redigér | rediger kildetekst]

Pædagogisk formuleret handler dette afsnit om en bureaukratisk formel terminologi, men der skelnes ikke umiddelbart i Z3988 mellem det formal bureaukratiske og det digitalt tekniske - der for standardens målgruppe dog formodningsvis er vel forstået.

OpenURL Framework Registry

Åben publicering af eksempler på ContextObject og deres transportering. Registeret forventes at være versions-kontrolleret, som forudset af "Standards Committee AX" og varetaget ved et eller flere "Maintenance Agencies".[19] Indeholdt information omfatter også

ContextObject præsentation og hvilke (tekstlige) ressourcer der er i fokus:
data encoding, data serialisering, format begrænsninger (eksempelvis UTF-8, xml, konform til et xml-skema)
namespace
klassificerings formula til beskrivelse af de ressourcer som er refereret i ContextObject. engelsk: metadata
Transport metoder
Henvisning til en relateret 'Community Profile' (se nedenfor)
  • OpenURL Framework Registry er offentligt tilgængelig, og sitet er 'browsable', men for at tilgå specifik information benyttes #Registry Identifiers[20]
http://www.openurl.info/registry
http://www.openurl.info/registry/dc & http://www.openurl.info/registry/docs/dc
  • KEV formater
http://www.openurl.info/registry/mtx & http://www.openurl.info/registry/docs/mtx
  • XML formater
http://www.openurl.info/registry/xsd & http://www.openurl.info/registry/docs/xsd
OpenURL Framework Application

Et etableret digitalt miljø, mangesidigt og inkorporerende flere faktorer. Applikationen er netværks-baseret og transporterer/formidler derigennem flertallige ContextObject. Formidlingen sker med forventningen om 'oversættelse' der dermed ikke er part af applikationen - registreringen af OpenURL transports er nødvendig.[21]

Community Profile

Konform beskrivelse af en OpenURL Framework Application. Et "(..)omfang og [en] begrænsning af overensstemmelse som beskrevet ved gengivelse af en eller flere registrerede ContextObject(..)";[22] målrettet produktionen af software og data indenfor et givet fællesskab, dvs. branche, vidensfelt etc.

Bruger aspektet[redigér | rediger kildetekst]

Kontekst-sensitiv betyder kun delvist et udgangspunkt i slutbrugeren. Konkret drejer det sig om en læsning af en typisk videnskabelig artikel og samt at denne læsning foregår i et digitalt miljø[23] - ikke kun via et skærmbillede, men mere nøjeregnende også i et digitalt netværk, dvs. efter et login. De betydende elementer i den egentlige kontekst er forsåvidt eksakt beskrevet i - eller en formel del af - Z3988. Brugeren er her omsluttet af diverse attributter, og det omfatter så også hvilke tidsskrifts-abonnementer denne har til rådighed.

Aktuelt[redigér | rediger kildetekst]

Lige nu - med forbehold for ændringer - er OpenURL et aktivt element i denne artikel. Det er teknisk og reelt muligt[kilde mangler] artikel-visningen er integreret i et institutionelt berammet, netværksbaseret, miljø. Men det er også muligt at være part af arkitektur- og framework-processen på en individuel basis, via et browser-plugin.[24]

Wikipedia angiver OpenURL via COinS og ligeledes konform til den formelle beskrivelse her:

http://www.openurl.info/registry/docs/info:ofi/fmt:kev:mtx

Se også[redigér | rediger kildetekst]

Eksterne link[redigér | rediger kildetekst]

Litteratur[redigér | rediger kildetekst]

(Nedenstående kildeangivelser burde være konformant til Z3988)

  • Mooer, Calvin (1960). "Mooer's law". American Documentation. 11 (3). p.ii. doi:10.1002/asi.5090110301.
  • Apps, Ann; MacIntyre, Ross (maj 2006). "Why OpenURL". D-Lib Magazine. 12 (5). ISSN 1082-9873.
  • "Improving OpenURLS through Analytics (IOTA)". NISO. Begivenheden finder sted 2013. ISBN 9781937522186. Arkiveret fra originalen 12. maj 2015. Hentet 7. maj 2015. {{cite journal}}: Cite journal kræver |journal= (hjælp)
  • "The OpenURL Framework for Context-Sensitive Services (ANSI/NISO Z39.88-2004)" (PDF). NISO. 2005. ISSN 1041-5653. Arkiveret fra originalen (PDF) 18. maj 2015. Hentet 7. maj 2015. {{cite journal}}: Cite journal kræver |journal= (hjælp)
  • Wilson, Katie (2004). "OpenURL: linking through the maze of online resources". ePublications@SCU. 1-10. {{cite journal}}: Cite journal kræver |journal= (hjælp)
  • Hellman, Eric (22. marts 2005 – 12. december 2006). "OpenURL COinS: A Convention to Embed Bibliographic Metadata in HTML". ocoins.info. Arkiveret fra originalen 13. september 2014. Hentet 7. maj 2015. {{cite journal}}: Cite journal kræver |journal= (hjælp)CS1-vedligeholdelse: Dato-format (link)

Noter[redigér | rediger kildetekst]

  1. ^ Løst oversat fra (Mooer 1960, s. ii), citeret hos (Apps & MacIntyre 2006):" An information retrieval system will tend not to be used whenever it is more painful and troublesome for a customer to have information than for him to not have it"
  2. ^ a b c (Wilson 2004, s. 3)
  3. ^ Løst oversat fra (Apps & MacIntyre 2006):"The primary initial purpose of the OpenURL framework is to support context-sensitive linking from source citations to relevant services including the full text."
  4. ^ Løst oversat fra (Apps & MacIntyre 2006):"(..)the provision of seamless delivery of the full text of a discovered article(.)"
  5. ^ Løst oversat fra (Apps & MacIntyre 2006):"Thus when a resolver receives an OpenURL from a reader who has clicked on a reference link it can provide that reader with a link to a referenced work if the reader has a right to access."
  6. ^ Løst oversat fra (Z3988 2005, s. 11):"The ContextObject data structure captures relevant information for the delivery of context-sensitive services pertaining to a referenced resource."
  7. ^ (NISO 2013)
  8. ^ (Apps & MacIntyre 2006), (NISO 2013, s. 3)
  9. ^ (Wilson 2004, s. 3), se også (Z3988 2005, s. 12,96)
  10. ^ (Apps & MacIntyre 2006), (Z3988 2005, s. 44)
  11. ^ (Z3988 2005, s. x og s.21-22)
  12. ^ (Z3988 2005, s. 6,11-14,39)
  13. ^ (Z3988 2005, s. 41)
  14. ^ (Z3988 2005, s. 17)
  15. ^ (Z3988 2005, s. 24-25)
  16. ^ (Z3988 2005, s. 26)
  17. ^ (Z3988 2005, s. 27)
  18. ^ (Z3988 2005, s. 76-86)
  19. ^ (Z3988 2005, s. ix,15)
  20. ^ (Z3988 2005, s. 18)
  21. ^ (Z3988 2005, s. 28-29)
  22. ^ (Z3988 2005, s. ix)
  23. ^ (Z3988 2005, s. 11)
  24. ^ (Hellman 2006)