Kommentare für OpenBibBlog http://blog.openbib.org Das Blog zu OpenBib und OPAC 2.0 Thu, 18 Mar 2010 14:41:00 +0000 http://wordpress.org/?v=2.9.2 hourly 1 Kommentar zu Offene Katalogdaten – Reaktionen von Endlich freie bibliografische Daten aus Bibliotheken! « Jakoblog — Das Weblog von Jakob Voß http://blog.openbib.org/2010/03/18/offene-katalogdaten-reaktionen/comment-page-1/#comment-260 Endlich freie bibliografische Daten aus Bibliotheken! « Jakoblog — Das Weblog von Jakob Voß Thu, 18 Mar 2010 14:41:00 +0000 http://blog.openbib.org/?p=149#comment-260 [...] http://opendata.hbz-nrw.de/ die Daten weiterer Bibliotheken freigegeben. Die bisherigen Reaktionen hat Oliver Flimm zusammengefasst. Tags: BEACON, Bibliothek, freie daten, OpenBib, Wikimedia, Wikipedia 3 Kommentare Siehe auch: [...] [...] http://opendata.hbz-nrw.de/ die Daten weiterer Bibliotheken freigegeben. Die bisherigen Reaktionen hat Oliver Flimm zusammengefasst. Tags: BEACON, Bibliothek, freie daten, OpenBib, Wikimedia, Wikipedia 3 Kommentare Siehe auch: [...]

]]> Kommentar zu Offene bibliographische Daten: Es ist soweit! von Offene Katalogdaten – Reaktionen - OpenBibBlog http://blog.openbib.org/2010/03/12/offene-bibliographische-daten-es-ist-soweit/comment-page-1/#comment-259 Offene Katalogdaten – Reaktionen - OpenBibBlog Thu, 18 Mar 2010 11:36:29 +0000 http://blog.openbib.org/?p=136#comment-259 [...] 1300 Aufrufe unserer opendata.ub.uni-koeln.de-Seite und  die etwas mehr als 800 Aufrufe meines Blog-Artikel in den vergangenen 6 [...] [...] 1300 Aufrufe unserer opendata.ub.uni-koeln.de-Seite und  die etwas mehr als 800 Aufrufe meines Blog-Artikel in den vergangenen 6 [...]

]]> Kommentar zu Offene bibliographische Daten: Es ist soweit! von Felix Ostrowski http://blog.openbib.org/2010/03/12/offene-bibliographische-daten-es-ist-soweit/comment-page-1/#comment-257 Felix Ostrowski Wed, 17 Mar 2010 14:29:20 +0000 http://blog.openbib.org/?p=136#comment-257 Mit fast 600 Downloads (allein vom hbz-Server, wie sieht es bei der USB aus?) innerhalb des ersten Tages ist das Interesse an freien bibliographischen Daten offensichtlich groß. Nicht nur aus Deutschland, sondern aus aller Welt werden die Daten abgerufen. Bibliotheken, Privatpersonen, Firmen und Hochschulen sind dabei. Wie werden die Daten aufgenommen, wie werden sie verarbeitet, wie weiter verteilt? Wie kann eine Praxis für offene (bibliographische) Daten etabliert werden? Alle Interessierten sind herzlich dazu eingeladen, dies auf http://opendata.hbz-nrw.de/ zu diskutieren! Mit fast 600 Downloads (allein vom hbz-Server, wie sieht es bei der USB aus?) innerhalb des ersten Tages ist das Interesse an freien bibliographischen Daten offensichtlich groß. Nicht nur aus Deutschland, sondern aus aller Welt werden die Daten abgerufen. Bibliotheken, Privatpersonen, Firmen und Hochschulen sind dabei.

Wie werden die Daten aufgenommen, wie werden sie verarbeitet, wie weiter verteilt? Wie kann eine Praxis für offene (bibliographische) Daten etabliert werden? Alle Interessierten sind herzlich dazu eingeladen, dies auf
http://opendata.hbz-nrw.de/ zu diskutieren!

]]> Kommentar zu Offene bibliographische Daten: Es ist soweit! von Freiheit für Bibliotheksdaten » Bibliotheken, Weitere, Angebot, Katalogsdaten, Infos, Daten » Duftender Doppelpunkt http://blog.openbib.org/2010/03/12/offene-bibliographische-daten-es-ist-soweit/comment-page-1/#comment-256 Freiheit für Bibliotheksdaten » Bibliotheken, Weitere, Angebot, Katalogsdaten, Infos, Daten » Duftender Doppelpunkt Mon, 15 Mar 2010 19:32:10 +0000 http://blog.openbib.org/?p=136#comment-256 [...] Weitere Infos zum Thema „offene bibliographische Daten“ finden Sie auf der Site „OpenBibBlog“. [...] [...] Weitere Infos zum Thema „offene bibliographische Daten“ finden Sie auf der Site „OpenBibBlog“. [...]

]]> Kommentar zu Offene bibliographische Daten: Es ist soweit! von Endlich freie bibliografische Daten aus Bibliotheken! « Jakoblog — Das Weblog von Jakob Voß http://blog.openbib.org/2010/03/12/offene-bibliographische-daten-es-ist-soweit/comment-page-1/#comment-255 Endlich freie bibliografische Daten aus Bibliotheken! « Jakoblog — Das Weblog von Jakob Voß Sun, 14 Mar 2010 21:49:57 +0000 http://blog.openbib.org/?p=136#comment-255 [...] freigegeben. Die Stadtbibliothek Köln will mit ihren Daten später folgen. Weitere Details hat Oliver Flimm zusammengetragen. Die etwa 1,3 Millionen Titelaufnahmen stehen unter http://opendata.ub.uni-koeln.de/, das [...] [...] freigegeben. Die Stadtbibliothek Köln will mit ihren Daten später folgen. Weitere Details hat Oliver Flimm zusammengetragen. Die etwa 1,3 Millionen Titelaufnahmen stehen unter http://opendata.ub.uni-koeln.de/, das [...]

]]> Kommentar zu Offene bibliographische Daten: Es ist soweit! von Oliver Flimm http://blog.openbib.org/2010/03/12/offene-bibliographische-daten-es-ist-soweit/comment-page-1/#comment-253 Oliver Flimm Sat, 13 Mar 2010 22:14:32 +0000 http://blog.openbib.org/?p=136#comment-253 @Jakob: Eine Beschreibung des Metadaten-Formats auf Kategorieebene ist im Artikel verlinkt. Das sollte für viele Zwecke ausreichen. Ein Mapping auf MAB2 - wie Du es anvisierst - wird schon daran scheitern, dass wir in unseren Daten diverse "eigene" (aber dokumentierte) Kategorien verwenden, für die es keine Entsprechung in MAB2 gibt. Darüber hinaus gibt es weitere Probleme mit MAB2, wie z.B. der verwendete MAB2-Zeichensatz ISO 5426-1983, über den man nicht alle Zeichen abgebildet bekommt. Über diese Zeichensatzproblematik kann MABxml IMHO auch nicht hinwegtäuschen, selbst wenn dieses natürlich - wie wir in unseren Daten - auch UTF8 verwenden kann - zusätzlich ist bei MABxml ja auch noch x-MAB und IBM850 möglich. Das Problem ist in Bezug auf die Zeichensatzkonvertierung nicht der Weg MAB2 nach MABxml, sondern der umgekehrte, den man normalerweise braucht, um die Daten in ein x-beliebiges Bibliothekssystem einladen zu können. Die gleichen Probleme hat auch das hbz mit MAB2, obwohl das dortige Aleph intern UTF8 verwendet. Japanische oder chinesische Schriftzeichen können auch dort nicht einfach als MAB2 exportiert werden. In diesem Spannungsfeld - einerseits die Verwendung eines Standards wie MAB2 (der in 2 dicken Ordnern dokumentiert ist) und andererseits die Lieferung maximaler Information - haben wir uns für Letztere entschieden. Wir liefern unter opendata.ub.uni-koeln.de <strong>alles</strong> an bibliographischen Informationen, was in unseren lokalen Bibliothekssystemen vorhanden ist. Das ist mehr als in der Verbunddatenbank enthalten ist. Dennoch wird im hbz selbst ab dem 15.3. auch ein Abzug der USB-Daten angeboten werden, der direkt aus der Verbunddatenbank kommt - in einem anderen Format. Mit der KUG-Infrastruktur hatten wir bereits grundsätzlich alle Daten für eine Veröffentlichung parat, ein zusätzlicher technischer Aufwand ist also erst gar nicht angefallen. Als kleiner Nebeneffekt kann man somit also auch die von uns veröffentlichten Daten automatisch in eine OpenBib-Installation einladen und verarbeiten ;-) Die konkrete Weiterverarbeitung unserer Daten ist durch den Open Source-Charakter von OpenBib also zusätzlich auch transparent software-technisch dokumentiert. @Jakob: Eine Beschreibung des Metadaten-Formats auf Kategorieebene ist im Artikel verlinkt. Das sollte für viele Zwecke ausreichen.

Ein Mapping auf MAB2 – wie Du es anvisierst – wird schon daran scheitern, dass wir in unseren Daten diverse “eigene” (aber dokumentierte) Kategorien verwenden, für die es keine Entsprechung in MAB2 gibt. Darüber hinaus gibt es weitere Probleme mit MAB2, wie z.B. der verwendete MAB2-Zeichensatz ISO 5426-1983, über den man nicht alle Zeichen abgebildet bekommt. Über diese Zeichensatzproblematik kann MABxml IMHO auch nicht hinwegtäuschen, selbst wenn dieses natürlich – wie wir in unseren Daten – auch UTF8 verwenden kann – zusätzlich ist bei MABxml ja auch noch x-MAB und IBM850 möglich. Das Problem ist in Bezug auf die Zeichensatzkonvertierung nicht der Weg MAB2 nach MABxml, sondern der umgekehrte, den man normalerweise braucht, um die Daten in ein x-beliebiges Bibliothekssystem einladen zu können.

Die gleichen Probleme hat auch das hbz mit MAB2, obwohl das dortige Aleph intern UTF8 verwendet. Japanische oder chinesische Schriftzeichen können auch dort nicht einfach als MAB2 exportiert werden. In diesem Spannungsfeld – einerseits die Verwendung eines Standards wie MAB2 (der in 2 dicken Ordnern dokumentiert ist) und andererseits die Lieferung maximaler Information – haben wir uns für Letztere entschieden.

Wir liefern unter opendata.ub.uni-koeln.de alles an bibliographischen Informationen, was in unseren lokalen Bibliothekssystemen vorhanden ist. Das ist mehr als in der Verbunddatenbank enthalten ist.

Dennoch wird im hbz selbst ab dem 15.3. auch ein Abzug der USB-Daten angeboten werden, der direkt aus der Verbunddatenbank kommt – in einem anderen Format. Mit der KUG-Infrastruktur hatten wir bereits grundsätzlich alle Daten für eine Veröffentlichung parat, ein zusätzlicher technischer Aufwand ist also erst gar nicht angefallen. Als kleiner Nebeneffekt kann man somit also auch die von uns veröffentlichten Daten automatisch in eine OpenBib-Installation einladen und verarbeiten ;-) Die konkrete Weiterverarbeitung unserer Daten ist durch den Open Source-Charakter von OpenBib also zusätzlich auch transparent software-technisch dokumentiert.

]]> Kommentar zu Offene bibliographische Daten: Es ist soweit! von Jakob http://blog.openbib.org/2010/03/12/offene-bibliographische-daten-es-ist-soweit/comment-page-1/#comment-252 Jakob Sat, 13 Mar 2010 19:43:00 +0000 http://blog.openbib.org/?p=136#comment-252 Sorry, da war ich etwas vorschnell und habe den Link auf die Formatbeschreibung überlesen. Das Format hat also eher nichts mit MAB2 zu tun und lässt sich im Gegensatz dazu ziemlich gut weiterverarbeiten. Vielen Dank für die Daten und die Beschreibung! :-) Sorry, da war ich etwas vorschnell und habe den Link auf die Formatbeschreibung überlesen. Das Format hat also eher nichts mit MAB2 zu tun und lässt sich im Gegensatz dazu ziemlich gut weiterverarbeiten. Vielen Dank für die Daten und die Beschreibung! :-)

]]> Kommentar zu Offene bibliographische Daten: Es ist soweit! von Jakob http://blog.openbib.org/2010/03/12/offene-bibliographische-daten-es-ist-soweit/comment-page-1/#comment-251 Jakob Sat, 13 Mar 2010 16:01:39 +0000 http://blog.openbib.org/?p=136#comment-251 Gibt es irgend eine Art von Dokumentation, um was für ein "auf dem MAB2-Kategorienschema basierendes Metadaten-Format" es sich handelt? Einzelne Datensätze werden durch Leerzeilen getrennt und bestehen aus einer Liste von Feldern (ein Feld pro Zeile) - aber wie sind die Felder aufgebaut? Sind die ersten 5-9 Zeichen immer die MAB2-Feldnummer und Indikator oder ist das nur daran "angelehnt"? Was ist mit MAB-Steuerzeichen Teilfeldtrennzeichen, Stichwortzeichen und Nicht-Sortierzeichen und Unterfeldern? Mit diesen Informationen liesse sich das Format ja nach MABxml konvertieren und aus den MAB2-Feldnummern ließe sich eine Feldbeschreibung erstellen (siehe http://www.ib.hu-berlin.de/~voj/MABxmlTools/) Gibt es irgend eine Art von Dokumentation, um was für ein “auf dem MAB2-Kategorienschema basierendes Metadaten-Format” es sich handelt? Einzelne Datensätze werden durch Leerzeilen getrennt und bestehen aus einer Liste von Feldern (ein Feld pro Zeile) – aber wie sind die Felder aufgebaut? Sind die ersten 5-9 Zeichen immer die MAB2-Feldnummer und Indikator oder ist das nur daran “angelehnt”? Was ist mit MAB-Steuerzeichen Teilfeldtrennzeichen, Stichwortzeichen und Nicht-Sortierzeichen und Unterfeldern? Mit diesen Informationen liesse sich das Format ja nach MABxml konvertieren und aus den MAB2-Feldnummern ließe sich eine Feldbeschreibung erstellen (siehe http://www.ib.hu-berlin.de/~voj/MABxmlTools/)

]]> Kommentar zu PaperC im KUG von Lukas Rieder http://blog.openbib.org/2010/03/02/paperc-im-kug/comment-page-1/#comment-250 Lukas Rieder Sat, 13 Mar 2010 10:09:12 +0000 http://blog.openbib.org/?p=112#comment-250 @Leonhard Maylein kuck kurz mal auf http://blog.paperc.de/api Bücher können auf verschiedene Weise per ISBN ausfindig gemacht werden. Entweder direkt per GET http://paperc.de/9780596516413.json oder über die Suche. Die Suche wird folgendermaßen aufgerufen: GET http://paperc.de/search.json?query=9780596516413 Generell gilt: Die ISBN-13 sollte ohne bindestriche oder 'ISBN' Prefix angegeben werden. Was wahrscheinlich das Problem mit den fehlenden Treffern ist: Wir haben die Bücher nicht. Wir haben aktuell 2700 Bücher auf der Plattform, das sind jetzt im Maßstab einer Bibliothek nicht viele. Bei Problemen bitte einfach eine E-Mail an: devnull@paperc.de schreiben. Grüße Lukas @Leonhard Maylein

kuck kurz mal auf http://blog.paperc.de/api

Bücher können auf verschiedene Weise per ISBN ausfindig gemacht werden.

Entweder direkt per GET http://paperc.de/9780596516413.json oder über die Suche.
Die Suche wird folgendermaßen aufgerufen:

GET http://paperc.de/search.json?query=9780596516413

Generell gilt: Die ISBN-13 sollte ohne bindestriche oder ‘ISBN’ Prefix angegeben werden.

Was wahrscheinlich das Problem mit den fehlenden Treffern ist: Wir haben die Bücher nicht. Wir haben aktuell 2700 Bücher auf der Plattform, das sind jetzt im Maßstab einer Bibliothek nicht viele.

Bei Problemen bitte einfach eine E-Mail an: devnull@paperc.de schreiben.

Grüße Lukas

]]> Kommentar zu Offene bibliographische Daten: Es ist soweit! von PatrickD http://blog.openbib.org/2010/03/12/offene-bibliographische-daten-es-ist-soweit/comment-page-1/#comment-249 PatrickD Fri, 12 Mar 2010 21:59:24 +0000 http://blog.openbib.org/?p=136#comment-249 Willkommen im Club ;-) Freue mich sehr das sich die Idee weiter verbreitet und hoffe das noch viele weitere Bibliotheken folgen. Willkommen im Club ;-) Freue mich sehr das sich die Idee weiter verbreitet und hoffe das noch viele weitere Bibliotheken folgen.

]]>