http://jakoblog.de/2007/07/19/zotero-coins-und-technische-kompetenz-in-bibliotheken/ Das Weblog von Jakob Voß Wed, 16 May 2012 18:38:51 +0000 hourly 1 http://wordpress.org/?v=3.1.4 http://jakoblog.de/2007/07/19/zotero-coins-und-technische-kompetenz-in-bibliotheken/comment-page-1/#comment-1836 jakob Tue, 24 Jul 2007 20:49:37 +0000 http://jakoblog.de/2007/07/19/zotero-coins-und-technische-kompetenz-in-bibliotheken/#comment-1836 Gibt es schon irgendwelche relevanten Anwendungen von unAPI in Katalogen? COinS hat zwar seine Tücken (siehe <a href="http://cavlec.yarinareth.net/archives/2006/10/13/i-hate-library-standards/">I hate library standards</a>) (deshalb ist die Implementierung bei uns im GBV doch nicht ganz so trivial wie gedacht), es wird aber unter anderem von <a href="http://www.openly.com/openurlref/">OpenURL Referer</a> und <a href="http://www.zotero.org">Zotero</a> unterstützt - das sind schon mal zwei wichtige Anwendungen. Letztendlich wird sich sowieso das durchsetzen, was standardmäßig im Browser implementiert wird. So wie es aussieht soll <a href="http://pixelsebi.com/2007-01-03/firefox-3-microformats-infobroker/">Firefox 3 Microformats</a> unterstützen (<a href="http://blog.mozilla.com/faaborg/projects/">ausführlich hier</a>). Also ist in 2-3 Jahren für bibliographische Daten weder CoINs noch unAPI sondern <a href="http://microformats.org/wiki/citation">hCitation</a> relevant - es sollten sich schleunigst mal einige Bibliothekare des Themas annehmen und dafür sorgen, dass noch in Entwicklung befindliche hCitation nicht zu inkompatibel zu bestehenden bibliothekarischen Datenformaten wird! Gibt es schon irgendwelche relevanten Anwendungen von unAPI in Katalogen? COinS hat zwar seine Tücken (siehe I hate library standards) (deshalb ist die Implementierung bei uns im GBV doch nicht ganz so trivial wie gedacht), es wird aber unter anderem von OpenURL Referer und Zotero unterstützt – das sind schon mal zwei wichtige Anwendungen. Letztendlich wird sich sowieso das durchsetzen, was standardmäßig im Browser implementiert wird. So wie es aussieht soll Firefox 3 Microformats unterstützen (ausführlich hier). Also ist in 2-3 Jahren für bibliographische Daten weder CoINs noch unAPI sondern hCitation relevant – es sollten sich schleunigst mal einige Bibliothekare des Themas annehmen und dafür sorgen, dass noch in Entwicklung befindliche hCitation nicht zu inkompatibel zu bestehenden bibliothekarischen Datenformaten wird!

]]> http://jakoblog.de/2007/07/19/zotero-coins-und-technische-kompetenz-in-bibliotheken/comment-page-1/#comment-1811 Oliver Flimm Mon, 23 Jul 2007 21:53:41 +0000 http://jakoblog.de/2007/07/19/zotero-coins-und-technische-kompetenz-in-bibliotheken/#comment-1811 Eine interessante Alternative zu COinS, die ebenfalls von Zotero unterstuetzt wird, sehr flexibel ist (u.a. im Sinne von: verschiedenen Formate sind moeglich) und sich zudem noch sehr einfach implementieren laesst, ist unAPI (vgl. <a href="http://unapi.info/">http://unapi.info/</a> bzw. mit konkreten Beispielen <a href="http://www.ariadne.ac.uk/issue48/chudnov-et-al/">http://www.ariadne.ac.uk/issue48/chudnov-et-al/</a>). Die derzeitige KUG-Version unterstuetzt das bereits. Allerdings besitzt Zotero in der aktuellen Version noch einen recht schwerwiegenden Fehler, wenn es um die Verarbeitung von Frame-basieren Katalogen (wie dem KUG) geht - es kann dann nur der erste Titel korrekt uebernommen werden... Eine interessante Alternative zu COinS, die ebenfalls von Zotero unterstuetzt wird, sehr flexibel ist (u.a. im Sinne von: verschiedenen Formate sind moeglich) und sich zudem noch sehr einfach implementieren laesst, ist unAPI (vgl. http://unapi.info/ bzw. mit konkreten Beispielen http://www.ariadne.ac.uk/issue48/chudnov-et-al/). Die derzeitige KUG-Version unterstuetzt das bereits. Allerdings besitzt Zotero in der aktuellen Version noch einen recht schwerwiegenden Fehler, wenn es um die Verarbeitung von Frame-basieren Katalogen (wie dem KUG) geht – es kann dann nur der erste Titel korrekt uebernommen werden…

]]>