Difference between revisions of "Trip Report: Aleph SMUG DACH Meeting 2009"
| Line 55: | Line 55: | ||
Kernaussagen: | Kernaussagen: | ||
* grosse bandbreiete an unterschiedlichen wahrnehmungen über die anforderungen an die bibliotheksautomation. Aleph ist zu "mächtig", man wünscht sich eher ein Basis-System mit funktionsbezogenen Module (wenig konkrete Beispiele) | * grosse bandbreiete an unterschiedlichen wahrnehmungen über die anforderungen an die bibliotheksautomation. Aleph ist zu "mächtig", man wünscht sich eher ein Basis-/Kern-System mit funktionsbezogenen Module (wenig konkrete Beispiele) | ||
* gefühlte diskrepanz zwischen den wunscht, arbeitsgänge zu rationalisieren und den technischen lösungen, z.B. die getrennte Betreuung, 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 | * gefühlte diskrepanz zwischen den wunscht, arbeitsgänge zu rationalisieren und den technischen lösungen, z.B. die getrennte Betreuung, 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 | ||
* nutzer möchten zugang zu lokalen und verteilten informationen | * nutzer möchten zugang zu lokalen und verteilten informationen | ||
| Line 62: | Line 62: | ||
* metadatenaustausch als schlüsselanforderung für die rationalsierung von arbeitsgängen (-> integration von drittanbietern) | * 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 | * support und kundenbeziehung: sehr emotional - sowohl positiv als auch negativ. befürchtung bzgl. einstellung von aleph -> loyalität und reibungsarmer Übergang | ||
=== Ex Libris: Strategie und Produktroad Update - A. Kaschte (Ex Libris) === | === Ex Libris: Strategie und Produktroad Update - A. Kaschte (Ex Libris) === | ||
Revision as of 10:00, 12 May 2009
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]
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:
- export der IRD mit "p_export". Die relevanten Suchparameter (z.B. Anfrage) sind in lokalen Feldern im IRD record untergebracht.
- initialisierung des konfig files aus den parametern im export
- aufruf util/s/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]
s. http://www.exlibrisgroup.com/category/ExLibrisRosettaOverview
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"
Kernaussagen:
- grosse bandbreiete an unterschiedlichen wahrnehmungen über die anforderungen an die bibliotheksautomation. Aleph ist zu "mächtig", man wünscht sich eher ein Basis-/Kern-System mit funktionsbezogenen Module (wenig konkrete Beispiele)
- gefühlte diskrepanz zwischen den wunscht, arbeitsgänge zu rationalisieren und den technischen lösungen, z.B. die getrennte Betreuung, 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
- nutzer möchten zugang zu lokalen und verteilten informationen
- bedarf an lokalen lösungen (-> aber eigenentwicklungen wurden torpediert, weil sie nur schwierig auf neue aleph-versionen migriert werden konnten -> webschnittstellen)
- systeme
- 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