[Allegro] VuFind und Register, das Beispiel der NAL

[Bernhard Eversberg]

Auf dem letzten Expertentreffen hatten wir das Thema VuFind, und
die Frage, ob man damit auch Register zum Blättern machen könne.
Wir sahen uns das Beispiel der Australian National Library (ANL) an,
wo man tatsächlich alphabetische Namensregister hat. Dem wollten wir
immer mal auf den Grund gehen, aber fanden nicht die Zeit.
Nun kam das Thema Register in der VuFind-Liste auf, und dann hat Mark
Triggs von der ANL genauer erläutert, was man da treibt.
Es zeigt sich, daß wir mit unserer SolrPower-Lösung denn doch eine
akzeptable Alternative haben, in der die Stärken von Lucene/Solr und
allegro sich besser ergänzen als wenn man den gesamten OPAC-Zugriff
auf so etwas wie VuFind verlegen wollte und allegro nur noch als
Arbeits-Datenbank verwenden. Vor allem kommt SolrPower mit einem
Minimum an Zusatzaufwand aus, während eine voll ausgebaute VuFind-
Implementierung eine Menge Arbeit macht.
Auf Nachfrage räumte NAL dann noch ein, die VuFind-Anlage dort sei
nicht mehr mit dem allgemeinen Standard kompatibel sondern habe
sich davon schon früh gelöst und verselbständigt. Eine Nachnutzung wäre
daher eine recht aufwendige Geschichte, wollte man nicht von vornherein
auf den Anschluß an das allgemeine System aufgeben. Ohnehin beruht alles
auf den Gegebenheiten von MARC-Daten.


O-Ton Mark Triggs, Australian National Library:
(Das dort eingesetzte Bibliothekssystem ist das US-Produkt Voyager)

The authority index that supports our browse is a standalone Lucene
index completely separate from Voyager and our VuFind bibliographic
index.  We regenerate this index as a part of our nightly update process
by indexing a full MARC dump of our authority data, extracted from our
Voyager system each day.

So, our VuFind update process, which runs every night, goes something
like:

   * From Voyager, we extract in MARC format:

     - Any bib records that have been added/updated in the past 40 days
     - A list of records that have ever been deleted
     - A full dump of our authority data

   * The bib records and deletes file get used to update our VuFind
     bibliographic indexes (just like everyone else would do)

   * The authority records are indexed by some custom code that extracts
     the 1xx, 4xx and 5xx fields into separate fields in our standalone
     Lucene index.

   * Now we build the SQLite databases.  As I mentioned before, these are
     just a big, sorted list of headings.  To produce these, we walk over
     our bibliographic indexes and pull out all the headings of interest
     (author, subject, etc.), and then walk over the authority index and
     pull out any headings that are linked to from our bibliographic data
     (where "linked to" for a non-preferred form of a heading means that
     its preferred form appears in our bib data, since we want to offer
     browse for non-preferred forms even if we don't use them in
     cataloguing)