iPhone-Application von Librarything: Local Books

Im Librarything-Blog beschreibt Tim Spalding eine iPhone-App, mit der Bibliotheken, Buchläden und andere verbuchte Orte gesucht und gefunden werden können. “Local Books” kann:

* Search for venues (bookstores and libraries) as well as events near your current location using the iPhone’s built-in location features.
* Search for venues and events at any location or by name.
* Venues can be sorted by distance, name, or type.
* Venues are color coded, following the maps on LibraryThing Local (colors correspond to the colors used on maps in LibraryThing Local).
* Each venue has a detail page with a map. Tap it to jump to the iPhone Maps application.
* Venues often sport a description, clickable website and phone number links, events, and a photo.
* You can favorite locations and events, and there’s a “Favorites” list where you can find them.(1)

Wer seine Bibliothek dort verzeichnet wissen will, muss sie einfach in Librarything Local eintragen.

Die Bezeichnung ist nicht sehr glücklich gewählt. “Local Book Places” wäre eventuell angebrachter.

Lobbypapier gegen Open Source von SirsiDynix

SirsiDynix Corp restricted lobby paper against Open Source technologies

This document was released only to a select number of existing customers of the company SirsiDynix, a proprietary library automation software vendor. According to our source it has not been released more broadly specifically because of the misinformation about open source software and possible libel per se against certain competitors contained therein.

SirsiDynix is currently embroiled in a lawsuit with one of the largest public libraries in the U.S. (Queens Borough, NY) and this document does illustrate the less-than-ethical nature of this company.
The source states that the document should be leaked so that everyone can see to what extent SirsiDynix will attempt to spread falsehoods and smear open source and the proponents of open source.

Eins der “Argumente” gegen Open Source:

Some software isn’t compatible with open source. Choosing any solution may foreclose on other software. This opportunity cost may not be apparent for years when the need for the other software emerges.

Wenn man jetzt “open source” durch “any other software” ersetzt, ändert sich auch nichts an der Aussage. So ein Quatsch!

[via @librarythingtim]

Ergänzung:


Permalinks für Katalogisate

In der Mailingliste NGC4LIB wird gerade eifrig darüber gestritten, in welcher Form Kataloge im Netz präsent sein sollten. Ausgangspunkt war eine Diskussion über das Semantic Web, aber schnell ist die Debatte zum Kernpunkt gekommen: Bislang sind Bibliotheken nicht einmal im “normalen” Web angekommen.

Tim Spalding fasst das Problem folgendermaßen zusammen:

1. Vendors don’t make linkable systems, mostly because libraries don’t
force them to.
2. OCLC maintains that libraries should stay off the web, and rely on
WorldCat to serve as their front-end to the world.

The result:

1. Libraries are almost NEVER in search results.
2. WorldCat is seldom visited. For example, WorldCat has HALF the
traffic of LibraryThing. It even has less traffic than Dogster.com,
the social network for people who REALLY love their dogs.

Spalding ist uneingeschränkt zuzustimmen. Man bedenke: OPAC steht für Online Public Access Catalogue. Der Gedanke war also ursprünglich, den Katalog online für den öffentlichen Zugang zur Verfügung zu stellen. Der Katalog an sich ist auch öffentlich zugänglich. Nun ist es an der Zeit, auch die Katalogisate öffentlich zugänglich zu machen. Was brauchen wir dazu? Suchmaschinentaugliche Permalinks auf Katalogisate.

Einen ersten Schritt in diese Richtung hat die VZG getan, als sie kürzlich sogenannte Zitierlinks in den GVK einbanden.

Beispiel: http://gso.gbv.de/xslt/DB=2.1/PPNSET?PPN=595545807

Dabei gibt es jedoch (abgesehen von der Benennung der Funktion, hinter der ich eigentlich eher die bibliographischen Daten in maschinenlesbarer Form vermutet hätte) zwei Probleme.

  1. PPNs sind nicht dauerhaft, sie können sich ändern oder gelöscht werden. Dann ändert sich auch der Zitierlink, was ihn insgesamt untauglich macht. Denn: Cool URIs don’t change. Vielleicht wäre es sinnvoll, eine übergreifende ID wie die Erstkatalogisierungs-ID (EKI) für diesen Zweck einzusetzen.
  2. Der Link entspricht nicht dem, was man sieht, wenn man aus einer Recherche dorthin gelangt. Das heißt, man muss den Zitier-Link extra anklicken. Dies problematisch z.B. beim Einsatz von Bookmarkingplugins. Ist die Session beendet, ist zum Beispiel dieser Link hier nicht mehr gültig.

Ändern könnte man dies, indem man das Vorgehen der OpenLibrary übernimmt. Sucht man dort nach “The Mahabharata” von Jean-Claude Carrière, findet man unter anderem folgenden Titel:

http://openlibrary.org/b/OL9587696M/The_Mahabharata

Dieser Link besteht aus dem Basis-Link für die OpenLibrary + alphanumerische ID + Titelstichwort. Der Titel ist für die Funktion des Links irrelevant. Ruft man die selbe ID mit einem anderen Titel auf, kommt man trotzdem zum gewünschten Titel:
http://openlibrary.org/b/OL9587696M/Harry_Potter_and_the_catalogue_of_death

Bestimmt sind auch andere technische Umsetzungen denkbar. Wichtig ist nur, dass durch dieses nur scheinbar unwichtige Detail unsere Kataloge endlich im Web ankommen. Überlegungen zur Umsetzung bestehen, jetzt kommt es darauf an, sie so schnell wie möglich umzusetzen.

Tim Spalding zu Recommendersystemen

Librarythings Tim Spalding reagiert via NGC4LIB auf einen Bibtip-Artikel in DLIB:

1. You can’t draw conclusions based upon a small number of overlapping “trips.” If one trip were enough and you knew I’d looked at something super-obscure, you could probably figure out the other pages I’d looked at too. Just go to the page you saw me browsing and see what appears in the “people who looked at this also looked at…” box. If my obscure book of Hellenistic poetry overlaps with “Having an Affair for Dummies,” I’m in trouble with the missus.

Korrekt. Doch dagegen setzt Bibtip auf ausschließliches Anzeigen multipler Übereinstimmungen. Doch:

2. But if you need multiple overlaps, the amount of usable data goes way down. This is, I submit, what Ann Arbor’s recommendation system showed. You need a lot of data in a recommendation system for it to work. The worse the data, the more you need. (On LibraryThing, we do not generally even *try* to make a recommendation when there are fewer than 15 copies of a book in the system, and those aren’t books you casually looked at, those are books in people’s personal collection.)

“A lot of data” kann man auch generieren. Ich vermute, dass gerade dazu die lange “Inkubationszeit” zwischen Installation und Ergebnisanzeige bei Bibtip zu diesem Zweck dient.

3. Like other systems that follow where users go, not whether they liked it there and what they did there, BibTip is susceptible to “ant navigation” problems. You know how ants find their way about? They follow the trail put down by other ants. This works well in general, but it can also go bad. An ant gets lost. Another ant happens on the trail, and gets lost too, a third and sees a really strong trail, so three are lost, etc. At its worst you have the famous phenomenon of ants going round and round in a circle, following other ants and their ever-stronger trail, until all the ants die of exhaustion!

Diesem Manko könnte man nur entgegen treten, wenn man Ausleihzahlen mit in die Auswertung aufnehmen würde. Das wirft in der Praxis jedoch erhebliche Probleme auf. Genannt seien hier Datenschutz und mangelnde Schnittstellen der Bibliothekssysteme.

I ask you: Do we want library patrons dying of exhaustion?

Zumindest nicht oft.

4. In all seriousness, the ant problem is real. Every time the catalog sends you somewhere you don’t want to go, you’ve made a trail telling the next guy to go there too. If library catalogs worked, ant-tracking would too. But when I type “Harry Potter” into the search box of a large public library I use all the time, I don’t get a real-live English-language Harry Potter book until item number nine!

Prinzipiell hat Spalding Recht, nur sehe ich den Zusammenhang zu Katalogrankings nicht. Meist ist dort eine spezielle Sortierung voreingestellt, oft nach Erscheinungsjahr oder nach Datum der Katalogisierung. Was wirklich nichts mit Recommendersystemen oder Benutzerempfehlungen zu tun hat. Vielleicht geht Spalding allerdings auch von suchmaschinengestützten Katalogen aus?

Librarything for Libraries in Danbury Library

Librarything for Libraries ist jetzt auch in der Praxis zu besichtigen, wie ‘Geek Librarian’ Bonaria Biancu berichtet. Die Danbury Library hat ihren Katalog ausrüsten lassen.

Ein paar Beispiele aus dem Katalog:
Marine biology : an ecological approach / James W. Nybakken
Baudolino / Umberto Eco ; translated from the Italian by William Weaver
Opportunities in library and information science careers / Kathleen de la Peña McCook, Margaret Myers

Übrigens auch sehr schön, dass man einzelne Titel direkt verlinken kann.

[Via Geek Librarian]

LibraryThing for Libraries

Tim Spalding kündigt eine neue Dienstleistung an:

LibraryThing for Libraries is composed of a series of widgets, designed to enhancing library catalogs with LibraryThing data and functionality. The achievement is that the widgets require NO back-end integration.

Einschränkung für deutschsprachige Nutzer…

Non-English-speaking libraries are possible for the future. My worry now is that details of the “works” system will cause French books to recommend English books, provided the library has them. And that won’t do.

… aus dem akademischen Umfeld:

LibraryThing’s data is strongest in public library catalogs, so they make the best examples.

[via Netbib]