Trip Report: Aleph SMUG DACH Meeting 2009

From MPDLMediaWiki
Jump to navigation Jump to search


Participants (MPG): Elke Bürger (Dienstag), Cora Molloy, Silvia Munding, Inga Overkamp, Daniel Zimmel (Montag)

Date: 11/12 May 2009 in Cologne

Summary: Aleph-D.A.CH and SMUG-D-A-CH-Li-Lux are the User Groups in the German speaking countries which

Gründung von Dachela


Links and Resources[edit]

Subjects/Talks[edit]

Montag: Plenum Session[edit]

Aleph Web-OPAC goes Web 2.0 - C. Hänger (UB Mannheim)[edit]

Benachrichtigungsdienst für ZSen-Abos über RSS - M. Pfeffer (UB Mannheim)[edit]

Generischer Link Resolver (GLR) - M. Kratzer (BSB München)[edit]

Verbundübergreifende Kataloganreicherung - J. Brandauer, V. Babitchev (OBV)[edit]

Primo-Einführung im OBV - J. Brandauer, V.Babitchev (OBV)[edit]

Primo-Einführung im KOBV - S. Lohrum (KOBV), A. Sabisch (UB FU Berlin)[edit]

Abbildung heterogener Metadaten in Primo - M. Pfeffer, B. Kaldenberg (UB Mannheim)[edit]

Primo Update - S. Kuck (Ex Libris)[edit]

Montag: Aleph Session[edit]

Aleph 20 Upgrade - Martin Büscher (Exlibris)[edit]

Schnittstellen[edit]

Verbundschnittstelle für Digitalisierungsprojekte - S. Scholz (HBZ)[edit]

Schnittstellen - von "offline" zu "online" - G. Hupfer (HBZ)[edit]

Dateneinspielungen (eBooks) - V. Kriesen (UB Paderborn)[edit]

Kassenautomat in Paderborn - J. Borbach-Jaene (UB Paderborn)[edit]

Pilotanwender ILL2 (SNLP) - A. Edelmann (UB FU Berlin)[edit]

ILL2 Werkstattbericht - J. Borbach-Jaene (UB Paderborn)[edit]

Montag: SFX/Metalib Session[edit]

Ressourcen Monitoring in Metalib - S. Lohrum (KOBV)[edit]

KOBV monitoring tool benutzt "util/s/4". Automatisches füllen des konfigurationsfiles und cronjob oben drauf. Verfahren:

  1. export der IRD mit "p_export". Die relevanten Suchparameter (z.B. Anfrage) sind in lokalen Feldern im IRD record untergebracht.
  2. initialisierung des konfig files aus den parametern im export
  3. aufruf util/s/4
  4. übermittlung der testergebnisse via HTTP request an an monitoring framework, z.B. Nagios

-> code kommt in el commons

Recommender Lösung bX - A. Kaschte (Ex Libris)[edit]

Deutsche Nationallizenzen in SFX - A. Sabisch (UB FU Berlin)[edit]

Dienstag: Plenum Session[edit]

MARC 21 - Stand und Ausblick der Aleph-Verbünde - BVB, hbz, KOBV, OBV[edit]

HBZ und OBV stellen vermutlich in naher Zukunft nicht auf MARC21 als Internformat um, sondern wird intern zunächst bei MAB bleiben und MARC21 ausschliesslich als Austauschformat verwenden. Es sollen mögliche Anpassungen an den bibliothekarischen Datenformaten (z.B. Anforderungen aus RDA, Entwicklungen im Bibliotheksbereich wie URM). Der "grosse Umstieg" wird dann spaeter kommen.

Der BVB wird vermutlich auf MARC21 als Internformat wechseln, weil man sich daraus eine Annäherung an die internationale Bibliotheksgemeinschaft erhofft, die auch den Übergang

Vertreter von Aleph-Lokalsystemen verdeutlichen, dass sie sich eine gemeinsame Strategie der Verbünde erhoffen (die es aber nicht mehr zu geben scheint). Die Vertreter der Verbünde versichern, dass die Auswirkungen dieser strategischen Entscheidungen die Lokalsysteme möglichst nicht betreffen sollen.

Digitale Langzeitarchivierung mit Ex Libris Rosetta - P. Hess (Ex Libris)[edit]

links:

Aleph-DACH Study Report - R. Schmidt (hbz), N. Jahn (UB Bielefeld)[edit]

Unter der Überschrift: "ILS - ein unvollendetes Projekt"? "beweiskraft qualitativ-gewonnener Ergebnisse liegt in ihrer narration"

link zu

Ausgewählte Kernaussagen:

  • grosse Bandbreite an Wahrnehmungen über die Anforderungen an Bibliotheksautomation. Häufig wurde die Einschätzung gegeben, dass Aleph als Gesamtsystem zu "mächtig" ist; man wünscht sich eher ein Basis-/Kern-System mit funktionsbezogenen Modulen (wenig konkrete Beispiele)
  • gefühlte diskrepanz zwischen den wunsch, arbeitsgänge zu rationalisieren und den technischen lösungen, z.B. die getrennte Administration von physikalischen und digitalen medien. Fazit: aleph ist ineffizient in der anschaffung und betreuung, weil man nicht alle administrativen aufgaben in der bibliothek damit abdecken kann
  • Bedarf an Entwicklung von lokalen Lösungen (-> aber Eigenentwicklungen wurden torpediert, weil sie nur schwierig auf neue Aleph-versionen migriert werden konnten -> webschnittstellen)
  • Metadatenaustausch als Schlüsselanforderung für die Rationalsierung von arbeitsgängen (-> Integration von Drittanbietern)
  • Support und Kundenbeziehung: sehr emotional - sowohl positiv als auch negativ. Befürchtung bzgl. Einstellung von aleph -> loyalität und reibungsarmer Übergang
  • Wunsch nach flexiblen Preismodellen (wenn im Rahmen der "Open Software Strategie" stärker Eigenleistungen erbracht werden, muss sich dass auch im Preis niederschlagen)

Stellungnahme von ExLibris:

  • Die Aussagen aus der Studie bestätigt den eingeschlagenen Weg (URM) -> Flexibilität der Lösung versus monolitisches system
  • Widersprüchlich: Wir brauchen was neues, aber es darf sich nichts ändern
  • Schwerpunkt auf Tools zur effiziente Verwaltung von bestehenden Aufgaben, Tools zur Bewältigung von neuen Aufgaben

Kritik:

  • die studie geht zu stark ins detail?

Ex Libris: Strategie und Produktroad Update - A. Kaschte (Ex Libris)[edit]