Národní technická knihovna

OpenURL

OpenURL je typ URL, který obsahuje metadata o určitém informačním zdroji (kniha, časopis, článek apod.). Tato metadata potom mohou být využita nějakou aplikací k identifikaci tohoto zdroje. Autory OpenURL jsou Herbert van de Sompel, Patrick Hochstenbach a Oren Beit-Arie. OpenURL 0.1 bylo publikováno v roce 2000, následně vyvinuté OpenURL 1.0 bylo standardizováno americkým institnutem ANSI jako norma Z39.88. Od roku 2006 je správcem tohoto standardu organizace OCLC.

Původně bylo OpenURL vyvíjeno za účelem propojování na informační zdroje s využitím nějakého prostředníka.

K čemu je OpenURL (především) určeno

Článek může být uložen v mnoha různých databázích (u různých poskytovatelů - EBSCO, Springer, atd.)

Uživatel má většinou k dispozici omezené zdroje (řekněme, že má přístup do databáze Springer, ale ne EBSCO). Vzniká problém pevných odkazů -- pokud bude stránka přímo odkazovat na dokument u Springera, uživatel se ke článku nedostane, přestože ho má k dispozici v jiné databázi.

Idea OpenURL přináší nové možnosti:

Odkaz nepovede přímo na konkrétní stránku, ale nějakému prostředníkovi se předají pouze metadata, která umožní identifikaci požadovaného zdroje.
Prostředník (server nazývaný OpenURL link resolver) má k dispozici informace o tom, jaké elektronické zdroje má daná instituce přístupné (v tzv. znalostní bázi).
Server porovná metadata s daty ve své znalostní bázi a nabídne uživateli stránku s odkazy do zdrojů k nimž má přístup.

Na základě práce autorů OpenURL byl vytvořen OpenURL resolver zvaný SFX (práva na něj následně získala firma ExLibris), postupně se začaly díky přístupu k formátu objevovat i řešení dalších firem (např. 360Link od Serials Solutions). Význam velkých firem spočívá zejména v lepších možnostech spolupráce s poskytovateli obsahu při správě odkazů a budování znalostní databáze.

Další způsobem jak využít metadata uložená na stránce v OpenURL je jeji zpracování nějakým citačním manažerem. OpenURL lze napsat nejen jako odkaz přímo na konkrétní link resolver, ale také ve formě skrytého objektu na stránce - COinS. (více zde). Ukládat metadata umí například Zotero, porovnání dalších citačních manažerů je k dispozici ve Wikipedii.

Struktura OpenURL

Běžně používáné OpenURL se skládá ze 2 částí:

base address (základní adresa)
querry link (dotaz)

Základní adresou je adresa samotného link serveru:

http://sfx.stk.cz/sfxlcl3

Dotaz se zadá ve formě parametrů:

?url_ver=Z39.88-2004
&rft_val_fmt=info:ofi/fmt:kev:mtx:book
&rft.isbn=0836218310
&rft.btitle=The+Far+Side+Gallery+3

Výsledkem je OpenURL:

http://sfx.stk.cz/sfxlcl3?url_ver=Z39.88-2004&rft_val_fmt=info :ofi/fmt:kev:mtx:book&rft.isbn=0836218310&rft.btitle=The+Far+Side+Gallery+3

Stejné OpenURL zpracované jiným SFX serverem:

http://sfx.muni.cz/sfxlcl3?url_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=0836218310&rft.btitle=The+Far+Side+Gallery+3

Stejné OpenURL zpracované serverem 360Link:

http://yc4xn7uy3r.search.serialssolutions.com/?url_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=0836218310&rft.btitle=The+Far+Side+Gallery+3

Všimněte si, že se mění pouze základní adresa, dotaz zůstvává stejný...

OpenURL 0.1, OpenURL 1.0

Existují 2 verze OpenURL:

OpenURL 0.1 - bylo původně určeno pro elektronické doručování dokumentů z vědeckých časopisů
OpenURL 1.0 - je obecnější, umožňuje popisovat více typů zdrojů - vytvářejí se tzv. ContextObjects

Příklad OpenURL 0.1

http://www.example.com/resolver

         ?genre=article
         &atitle=p27-p16 Chimera: A Superior Antiproliferative
         &title=Molecular Theory
         &aulast=McArthur
         &aufirst=James
         &date=2001
         &volume=3
         &issue=1
         &spage=8
         &epage=13

Můžete zkusit funkční příklad .

Možnosti využití OpenURL 0.1 byly limitovány malým počtem podporovaných formátů, na druhou stranu bylo srozumitelnější pro vývojáře.

Příklad OpenURL 1.0

OpenURL 1.0 vzniklo ze starší verze a bylo standardizováno jako ANSI/NISO standard Z39.88-2004.

Protože je OpenURL 1.0 obecnějším formátem, existuje několik různých metadatových formátů (pro různé druhy popisovaných entit), další mohou být na rozídil od OpenURL 0.1 vytvářeny. Jejich popis je k dispozici zde. Existuje více možných serializací ContentObject (Key/Encoded-Value a XML).

ContextObject může popisovat víc než jen cílový dokument. Jde o souhrn následujících vlastností:

Referent (rft): Zdroj odkazovaný na síti o kterém je vytvářen ContextObject
ReferringEntity (rfe): Zdroj který odkazuje na odkazovaný dokument
Requester (req): Zdroj, který požaduje služby v k odkazovanému zdroji
ServiceType (svc) : Požadovaná služba
Resolver (res): Zdroj na který míří požadovaná služba
Referrer (rfr): Zdroj, který vygeneroval tento ContextObject

Není nutné aby ContextObject obsahoval všechny tyto části - obsažen musí být pouze Referent, ostatní jsou volitelné

http://www.example.com/resolver?
         &rft_id = info:doi/10.1126/science.275.5304.1320
         &rft_id = info:pmid/9036860
         &req_id = mailto:jane.doe@caltech.edu
         &res_id = http://links.caltech.edu/menu
         &rft_val_fmt = info:ofi/fmt:kev:mtx:journal
         &rft.aulast = Bergelson
         &rft.auinit = J
         &rft.date = 1997
         &rft.atitle = Isolation of a common receptor for coxsackie B viruses and
           adenoviruses 2 and 5
         &rft.jtitle = Science
         &rft.volume = 275
         &rft.spage = 1320
         &rft.epage = 1323

Můžete zkusit funkční příklad .

OpenURL a SFX server prakticky

SFX je jedním z resolverů, které byly zmíněny výše. Metadata, která získá prostřednictvím OpenURL už většinou (výjimkou je využití DOI, popsané níže) dále nijak nerozšiřuje a pouze se na jejich základě pokusí nalézt odpovídající záznam ve znalostní bázi (v ní jsou uloženy pouze informace o poskytovatelích obsahu a jejich titulech knih a časopisů, nikoli o článcích). Pokud najde odpovídající titul, zkontroluje časový rozsah předplatného (nebo další podmínky) a na základě těchto informací potom zobrazí odpovídající odkaz.

Z toho plynou nutné požadavky na metadata:

Je nutné identifikovat titul - ideálně podle isbn/issn
často je potřeba uvést i datum vydání -- u časopisů je potřeba splnit podmínku (typu "datum > 2006"); nestačí ji neporušit neuvedením data
další konkrétní údaje se využívají až po výše uvedených a mohou pomoci k vytvoření odkazu na konkrétní článek

Příklady

Je nalezen objekt, ale neuspěje se při kontrole data:

http://sfx.stk.cz:3210/sfxlcl3?
        ctx_enc=info:ofi/enc:UTF-8
        &ctx_ver=Z39.88-2004
        &rft.genre=journal
        &rft.issn=1933-6160
        &rft_val_fmt=info:ofi/fmt:kev:mtx:journal
        &url_ctx_fmt=info:ofi:fmt:kev:mtx:ctx

Odkaz:

Dobrá metadata - odkaz vede v databázi EBSCO Bussines Source na stránku časopisu:

http://sfx.stk.cz:3210/sfxlcl3?
        ctx_enc=info:ofi/enc:UTF-8
        &rft.date=2006
        &rft.genre=journal
        &rft.issn=1933-6160
        &rft_val_fmt=info:ofi/fmt:kev:mtx:journal
        &url_ver=Z39.88-2004

Odkaz:

Dobrá metadata - odkaz vede v databázi EBSCO Bussines Source na konkrétní článek:

http://sfx.jib.cz:3210/sfxlcl3?
        rft.atitle=THE+LORD+OF+THE+RINGS+ONLINE:+SHADOWS+OF+ANGMAR.
        &rft.spage=44
        &rft.issn=1933-6160
        &rft.jtitle=Games+for+Windows
        &rft.genre=article
        &rft.date=20080301
        &rft.issue=16

Odkaz:

Citační manažery oproti tomu nepotřebují metadata tak kvalitní -- uživatel je může doplňit či opravit později ručně. SFX server ovšem se špatnými metadaty dává špatné výsledky (tzn. většinou nezobrazí odkaz, který by zobrazit měl).

Výjimkou potvrzující pravidlo je využití identifikátoru DOI (Digital Object Identifier). SFX může odeslat požadavek na službu CrossRef, ze které získá (přesná) metadata odpovídající zaslanému DOI. Nevýhodou je ovšem závislost na službě třetí strany.