Ein kurzer Blick zur Originalaufnahme bei O’Reilly unter http://oreilly.com/catalog/9780596002060/ zeigt dann auch die verschiedenen ISBN’s:

Print ISBN:
978-0-596-00206-0 | ISBN 10: 0-596-00206-8
Ebook ISBN:
978-0-596-15967-2 | ISBN 10: 0-596-15967-6

Aktuell scheint der Titel also – im Gegensatz zum 2.3.2010 – nur noch über seine E-Book ISBN auffindbar zu sein. Da so ein Mashup relativ wenig Sinn macht und das gilt auch für die Endnutzerrecherche in PaperC selbst (man will ja anhand der vorhandenen Print-Version zur elektronischen PaperC-Variante) empfehle ich dringend auch die Print-ISBN’s mit zu indexieren. Idealerweise sollten alle verfügbaren ISBN’s – also immer die 10er und 13er – den Titel bei einer Recherche durch den Endnutzer oder das API finden.

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

Zu dem Beispiel oben aus der Grafik Titel “Programming Web Services with Perl”. Der hat im KUG und bei uns die ISBN “978-0-596-00206-0″ bzw. 10-stellig “0-596-00206-8″ und das E-Jahr 2003 bzw. 2002, in PaperC wird ueber die Suchfunktion mit der 10-stelligen ISBN der Titel mit E-Jahr 2007 gefunden (ebenfalls in Englisch und 1. Auflage). Als ISBN wird dort angegeben “9780596516413″. Mit der 13-stelligen ISBN findet die Suchfunktion nichts (wurde ja auch oben schon beschrieben).
Über die API (deren Doku ich so verstanden habe, dass sie generell mit der 13-stelligen ISBN zufrieden ist, was uns sehr entgegenkommen würde) erhalte ich weder mit der 10- noch mit der 13-stelligen ISBN einen Treffer.

Weiss jemand Rat?

Leonhard Maylein

wir haben jetzt zwei Funktionen öffentlich Dokumentiert. http://blog.paperc.de/api

Das ist bei weitem noch nicht alles, wir werden in den nächsten Wochen noch an öffentlichen Funktionen nachlegen.

Ich muss dir für deine Inspiration und einen Erfindergeist danken. Das ist total cool!
Wir arbeiten ausgehend von deiner Idee in den nächsten Woche an einem “Button Widget”, welches die Einbindung einfach auf der Client-side per HTML ermöglicht.

Sobald dieses fertig ist, werd ich mich gleich mal direkt bei dir melden.

Grüße Lukas

Zunächst einmal stört die von uns verwendete SessionID im URL dabei. Ein Ausweg wäre die Verwendung von Cookies, mit denen ich bereits experimentiere. Allerdings sind auch die nicht vollkommen ohne “Nebenwirkungen” – einige Nutzer reagieren manchmal allergisch darauf Über entsprechende Add-Ons ist es im Firefox inzwischen aber anscheinend möglich, mehrere Sitzungen in verschiedenen Tabs zu nutzen, die alle ihre eigenen Cookies verwalten. Das war lange Zeit ein Problem. Aus Gründen der Web-Sicherheit müsste man eigentlich beides machen, spezielle IDs im URL und Cookies…

Darüber hinaus spiegelt sich im URL zusätzlich unsere Lastverteilung auf mehrere Server wider. Am Beginn einer jeden Sitzung wird intelligent der Server bestimmt, der am wenigsten Recherchelast hat (und bei dem gewisse Vitalitäts-Test erfolgreich sind) und der Nutzer dann dorthin weiter geleitet. Hier müsste man stattdessen nun einen intelligenten Proxy vorschalten (z.B. mit der Adresse kug.ub.uni-koeln.de), der sich die auf den KUG-Servern (kug1, kug2, ..) vergebenen SessionID’s merkt und alle Anfragen dann transparent an den “richtigen” Server weiterleitet. Im schlimmsten Fall würde darunter jedoch die relative Autonomie der verschiedenen KUG-Server leiden, zu der in unserem Setup auch das Session-Management gehört. Daher streben wir hier eine transparente Gesamtlösung in Form eines Clusters, Grids, … (insert your favourite buzzword here) an, bei der die derzeitige – auf der Server-Autonomie beruhende – Skalierbarkeit und Ausfallsicherheit weiterhin gewahrt bleibt. Das ist aber ein größerer Umbau, der sicherlich noch einige Zeit braucht.