Infobib

Manga_emotions - CC-BY-SA von Simon alias Sympho

Es gibt nichts, was man nicht standardisieren, katalogisieren oder beschreiben kann. Das W3C ist sich dieser Tatsache bewusst und hat am 29. Juli den Working Draft der Emotion Markup Language (EmotionML) veröffentlicht.

As the web is becoming ubiquitous, interactive, and multimodal, technology needs to deal increasingly with human factors, including emotions. The present draft specification of Emotion Markup Language 1.0 aims to strike a balance between practical applicability and scientific well-foundedness. The language is conceived as a “plug-in” language suitable for use in three different areas: (1) manual annotation of data; (2) automatic recognition of emotion-related states from user behavior; and (3) generation of emotion-related system behavior.

[via Ahoi Polloi]

Chris Cameron erläutert bei ReadWriteWeb, warum es attraktiver ist, Web-Dienste zu entwickeln statt Apps für spezielle Plattformen (z.B. Android oder iOS).

The first is the simplicity of the coding itself. [...] Developers can use HTML, CSS and JavaScript to create Web apps instead of learning new languages to code native applications.

Schon die Programmierung wird für viele Bibliotheken ein KO-Kriterium sein, dass plattformspezifische Apps fast unmöglich macht.

Secondly [...], the mobile Web market is much larger than native applications markets.

Kurz: Welche Plattform auch immer, ins Web kann man auf allen. Also viele Fliegen mit einer Klappe.

The third and possibly most important reason developers should be attracted to mobile Web apps is that the Web is an open platform. Developers don’t have to spend weeks on an application only to see it rejected for increasingly strange reasons. Steve Jobs can’t censor the Web like he can the iPhone, and there is no waiting for applications to be approved.

Für mich persönlich ausschlaggebend, für Bibliotheken vielleicht nicht. Wobei es durchaus denkbar ist, dass die eine oder andere Bibliothek Inhalte anbieten könnte, die im Jobschen Sinne moralisch zweifelhaft sind.

“Bundes-CIO” Cornelia Rogall-Grothe stellt klar, dass nur offene Standards Herstellerunabhängigkeit ermöglichen. Proprietäre de-facto-Standards fallen nicht darunter. Was der Begriff “offener Standard” genau beinhaltet, kann man sich anhand folgender Eselsbrücke merken.

• Aufbauend (auf anderen bestehenden offenen Standards)
• Existierend (in mehreren Implementierungen)
• Implementierbar (ohne rechtliche oder technische Hindernisse)
• Offengelegt (= Spezifikation für alle verfügbar)
• Unabhängig (nicht von einem einzelnen Unternehmen gewartet)

Kurz: AEIOU.

[via Netzpolitik, via I love it here]

Vor fast genau 3 Jahren habe ich hier zum ersten Mal über VuFind berichtet, Anfang 2008 dann noch mal darauf hingewiesen, wie wichtig Open-Source-Bibliothekssysteme doch als Innovationstreiber seien. Jetzt war es an der Zeit, die Gedankenspiele einmal in die Tat umzusetzen. Die TU Hamburg-Harburg ging zum 1. April mit gutem Beispiel voran und installierte VuFind. Auf einem (nur lokal zugänglichen) Testrechner habe ich dies nun auch gemacht. Erster Eindruck: so einfach wie lehrreich!

1. Rechner vorbereiten. Ich habe einen uralten PC mit Ubuntu 10.4 ausgestattet. Netto-Arbeitszeit: ca. 30 Minuten.
2. VuFind installieren. Dies kann man auf verschiedenen Wegen erledigen. Man kann das von Gerald Steilen gebaute inoffizielle Debian-Paket ausprobieren. Oder das Installations-Skript von der VuFind-Seite verwenden, das von Gerald ebenfalls modifiziert (Achtung, vermutlich nicht die aktuellste Version!) wurde. Wenn man Schritt 1 und 2 direkt hintereinander ausführt, ohne zwischendurch noch alles mögliche auszuprobieren, sollte die reine VuFind-Installation auch nicht länger als 1 Stunde dauern. Ich brauchte etwas länger, da ich zwischendurch über mehrere Kanäle (Twitter, Email, Telephon) großartigen Support von Gerald bekam. Vielen Dank an ihn und seine einschlägig vorbelasteten Kollegen von der VZG! Der Support war größtenteils nur notwendig, weil ich mein System vor der VuFind-Installation zum Teil kaputt konfigurierte.
3. Daten einspielen. Dank Open Bibliographic Data kommt man als Bibliothekar inzwischen häufig leichter an bibliographische Daten aus anderen Bibliotheken als an die der eigenen. Für erste VuFind-Tests kann ich empfehlen: MARC records of UNC (Bibliothek der University of North Carolina). Die Daten werden problemlos importiert und sind in kleinen bekömmlichen Portionen erhältlich. Wenn man weiß, wie es geht, dauert es ca. 1-2 Minuten, solch ein Häppchen in den Solr-Index (die Suchmaschine hinter VuFind) zu kippen.

Insgesamt habe ich zwei Nachmittage benötigt, in denen ich mich diesem Projekt allerdings nur nebenbei gewidmet habe. Den Netto-Zeitaufwand würde ich mit ca. 2-3 Stunden beziffern. Dies ist aber nur eine grobe Schätzung.

Da die Installation nicht öffentlich zugänglich ist, kann ich an dieser Stelle nur einen Screenshot einfügen:

Lokale Testinstallation von VuFind an der FH Hannover

VuFind in der Praxis:

• Natürlich an der Villanova University, die VuFind entwickelt hat und nach der es auch benannt ist.
• Wie oben erwähnt: der Katalog der TU Hamburg-Harburg. Bonus für innovationsfreudige Bibliothekswesen: die Liste der offenen und bekannten Baustellen.
• Eine modifizierte Variante ist für die Suchkiste im Einsatz. Im dazu gehörigen Suchkisten-Blog wird immer mal wieder darüber berichtet, an welchen Schrauben gedreht wurde.
• Ganz frisch: der Bachelopac von Jörg und Marcel.

VuFind ist auch für IT-Laien einfach zu installieren und es bietet Funktionen, auf die man bei den momentan großflächig eingesetzten OPAC-Produkten vermutlich noch Jahre warten muss. Als Beispiele seien Permalinks für Katalogisate genannt. Und wer eine mobiltaugliche Fassung seines Katalogs wünscht, geht einfach in die Konfigurationsdatei, und schaltet den entsprechenden Parameter ein. Das war’s.

Ich prophezeie VuFind (und anderen freien Katalog-Oberflächen) einen baldigen Durchbruch in Deutschland. Es wird Zeit, dass das Bibliothekswesen in Deutschland seine wichtigsten Werkzeuge selbst in die Hand nimmt.

In der aktuellen c’t (Heft 12, 2010, S. 168) findet sich eine kompakte kleine Anleitung, was man mit QR-Codes alles machen kann. Und vor allem, wie man sie erzeugt. Für mich neu: Man kann auch farbige QR-Codes generieren, solange die Helligkeitskontraste hoch genug sind.

Als Bonus gibt es ein kleines Bookmarklet (dieses hier: URL2QR), das man als Lesezeichen in den Browser ziehen packen kann. Klickt man drauf, wird via Google-Chart-Tools ein QR-Code mit der URL des aktuell geöffneten Tabs erzeugt. Allerdings nur in schwarz-weiß.

Das es auch bunter und sogar mit kleinen Design-Elementen geht, kann man z.B. hier und hier sehen. Und hier:

Dieser Code wurde mit dem Moji-Q-Generator erzeugt. Je mehr Schnickschnack man allerdings in QR-Codes packt, desto schwerer lesbar scheinen sie zu sein. Wer ein wenig Geld investieren möchte, kann sich jedoch einwandfrei lesbare QR-Schmuckstücke basteln lassen.

Googles prahlt: Google Chrome schneller als Kartoffeln.

Die angewendeten Verfahren sind allerdings inakzeptabel. Opera zeigt, wie Kartoffel-Wissenschaft wirklich funktioniert:

[via TheNextWeb]

map-of-a-tweet

[Via ReadWriteWeb]

Oliver Obst sinniert in Medinfo über die Vorläufigkeit der eBooks anhand von Thieme, die neuerdings auf Flash für nichtregistrierte User setzen:

Hier steht man mit zigtausend Euro bei dreitausend Studenten im Wort. Aus IHREN Studienbeiträgen wurden die Thieme-Bücher gekauft, IHNEN hat man versichert, dass sie PDFs bekommen würden, mit den man auch offline oder am iPhone/iPad arbeiten kann. Das soll jetzt nicht mehr möglich sein? (Der Download einzelner Seiten als PDF zählt für mich nicht als PDF-Nutzung, dazu ist es zu kompliziert und langsam – noch komplizierter als die bisherige Nutzung der in zig PDFs atomisierten Thieme-Bücher).

Atomisierte Bücher sind eine schöne Formulierung für die Unsitte, ein Buch nicht komplett zum Download anzubieten. “Wasch mich, aber mach mich nicht nass” ist auch bei anderen eBookern gern gesehen. Bei der Inetbib sprach ich darüber mit verschiedenen eBook-Anbietern. Auf die Frage, warum man ein Buch nicht komplett zum Download anbieten würde, wurde stets verneint, dass es primär um die Erhöhung der Klickraten ginge. Vielmehr seien in erster Linie die Begrenzung des Traffics der Grund und natürlich die Überlegung, dass atomisierte eBooks nicht so schnell ihren Weg in die dunklen Schlünde des Internets finden.

[via netbib]

Vor 25 Jahren wurden die Namen der Top-Level-Domains festgelegt. Wie bei Heise zu lesen ist, wurde die endgültige Benamsung zweier TLDs dabei durch eine Bibliothekarin durchgeführt:

Das endgültige Schema prägte die Bibliothekarin Elizabeth “Jake” Feinler, die mit der täglichen Aktualisierung der Hosts-Datei beauftragt war. Neben den Vorschlägen von Postel legte sie .com für Commerce und .edu für Education fest. Weder Jon Postel noch Vint Cerf mochten ihre Vorschläge, doch hatten sie keine besseren Alternativen parat.

Dass man nicht nur dagegen sein kann, wusste schon Knarf Rellöm.

Das Internet-Portal “Paper C” vermeldet die Kooperation mit O’Reilly Media und bietet nun über 600 E-Books des IT-Verlags zum kostenfreien Lesen an.

Paper C versteht sich als “elektronischer Copyshop”. Lesen und Recherchieren in den angebotenen, elektronischen Fachbüchern ist kostenfrei, für Zusatzfunktionen wie Herunterladen und Ausdrucken, Speichern von Zitaten oder Einfügen von Kommentaren fallen Kosten an.