Trip Report: Bibliothekartag2014

MPDL

Thema: 103. Deutscher Bibliothekartag

Ort: Bremen

Zeit: 3.-06.06.2014

Teilnehmer: Mary-Ann Ritter, Adriana Sikora, Kai Geschuhn, Thomas Hartmann

Präsentationen auf dem OPUS SErver: http://www.bib-info.de/verband/publikationen/opus/bremen-2014/referenten-a-z.html

Session: Resource Discovery Systeme I
* Thema nimmt 3 Sessions ein * Elib ist in Bremen entwickelt worden ( 10 Jahre alt ) * Elib ist ein Discoverysystem der ersten Stunde * Discovery, ist vielleicht nicht mehr die Zukunft, dann ist es eine Zwischenstufe * Utrecht setzt nicht mehr auf Discovery, sondern auf Delivery
 * Moderation: Anne Christensen, Uni Lüneburg

Bibliotheken: Wir öffnen Daten - Zum Standard der Entwicklung einer offenen Datenstruktur
* Ziele * nützlich, günstig, zukunftssicher, relevant, kooperativ, stabil, innovativ * Was ist offen?: Es steht jedem zur Verfügung! * Elemente der Datenstruktur * man braucht Hardware * man braucht Daten (Bibliotheksdaten, Forschungsdaten, Statistische Daten, Verfügbarkeitsdaten) * Software (Bibliothekssystem, Repositories, Verbundsysteme, Verbund-Lösungen) * Metadatenmodelle (Erfassungsregelen, Encoding,... ) * Dokumentation * Akteure (Bibliotheken, (Non)-Profit-Institute,...) * offene Software: Refine, etafacture, Catmandu * Lösungsansätze * offene Daten: Aufbau von eigenen Suchidizes * Linked open Data * Linked Data sammeln lassen und über Google recherchieren lassen * Beispiele: * Duke University Libraries * schema.org-basierter union catalog (proof of concepts) von Dan Scott * Konkrete Schritte * "Eigene" Daten frei geben (Fachbibliographien, Spezialkataloge,...) * Daten als LOD (Linked Open Data) veröffentlichen (Persident-Identifier vergeben) * LOD (Linked Open Data) einfordern * Indices aufbauen oder google indexieren lassen * Open Discovery * Google hat nich viel mit Open zu tun * Fokus des Erwerbes von Metadaten sollte bereits in Lizenzverhandlungen verankert sein
 * Adrian Pohl (hbz)
 * Kommentare aus dem Publikum:

Das HeBIS Discovery System - Gemeinsam zum Ziel

 * Bettina Sunckel (UB Frankfurt)
 * Projektseite: http://www.hebis.de/de/1ueber_uns/projekte/portal2.php

* Vorstellung des Projekts: * Benutzumfrage 2011 * HeBIS Dicovery System (HDS) * Freiburger Katalog plus * Ziel: * Ablösung der alten HEBIS Portals * Moderne Suchoberfläche * Prominente Anzeige * Suchraumerweiterung * Beispiel: UB Frankfurt * Anzeige: Vufind * Index: EDS (Ebsco Dicovery Service) * Linkresolver (UB Freiburg, regi) * wichtig: Kooperation (IT-Knowhow, mit programmiert, bibliothekarisches lokales Knowhow, Testen von Endnutzern) * Partner: UB Frankfurt, UB Kassel, UB Freiburg, Ebsco, PUMA (DFG-Projekt: Verwaltung gemeinsame Nutzung von Publikationen und Bookmarks, Merkliste), ULB Damstadt (mobile Öberfläche) * 2 Phasen: * 1. Fertigstellung der Grundfunktionen und Betabetrieb von zwei Pilotteilnehmern * 2. Rollout: Versorgung der weiteren interessierten Bibliotheken, Sukzessive Weiterentwiklung (alle Bibliotheken sind beteiligt) * alle sind an den Kosten an EDS (Ebsco Dicovery Service) beteiligt * Zukunft: * Rollout der weiteren Installationen * Update-Index 14-tägig auf fast Echtzeit * Produktionsbetrieb optimimieren * Umstellung auf vufind 2 * Statistik / Usability * Herausforderungen: * mobile Ansicht * Beispiel: cloud media projekt, Themenrad * link: hebis de/1ueber_uns/projekte/portal12.php * Literatur: Deutschl, T., grepmeier, C. Semantically Faceted Navigation with Topic Pies semantics 2014 Nienerza, H: Unser Katalog soll besser werden" Kataloge und Portale im Web-2.0-Zeitalter ABI-technik 31 (2011), Nr. 3, S.130-149

Was am Ende bleibt oder als Tiger gesprungen... Die verbundweite Einführung des Discovery Service Primo im Bibliotheksverbund Bayern
* Ziele: * alle sollten sofort starten * Discovery Service für alle * "DS as a service" * kein IT-Experte vor Ort notwendig * keine Eigenentwicklung möglich, Dienst muss mit Verbunddienstleistungen eingekauft werden * Lokalsysteme sollen später eingebunden werden -> Parallelbetrieb * Umsetzung: * europaweite Ausschreibung (Zuschlag ExLibris Primo) * Konfiguration im Verbund * ein Sucheinstieg, der konfigurierbar ist * Open-Data-Angebot seit 2011 des B3KAT * Marc-XML Open-Data, 2. Mal jährlich, Updates geharvestet * Probleme: * übergeordnete Sätze: * MAB -> MarcXML: tragen dann keine Besitznachweise -> Anreicherung erfolgt in den u-Sätzen * Fazit: h-Sätze werden im Discovery System nicht angezeigt * Was gehört in die lokale Sicht: * im BVB arbeiten relativ viele Bibliotheken in einem gemeinsamen Lokalsystem und bilden teilweise einen lokalen Ausleihverbund * Vorteile: * B3KAT in Primo Central laden * Nachnutzbarkeit der B3KAT-Daten anderer Primoanwender * Nachteile: * Primo Central ist auf Daten kommerzieller Lieferanten ausgerichtet * Updates nur 14-tägig * Bibliothksdaten haben aber eine hohen Update-Frequenz * kein Boosting für lokale Bestände einstellbar * für elektronische Ressourcen verfügbare Filtermechanismen konnten nicht entsprechend angezeigt werden * 2. Ansatz * eigener Primo-Index für die B3KAT Daten * Vergleich z.B. BIBSYS in Norwegen * Vorteile: * zeitnahe Updates * einheitliche Treffermenge * Boosting lokaler Bestände möglich * Wechsel von lokaler zu Verbundperspektive bei B3KAT-Daten durch zwei Tabs möglich * Nachteile: * weiterer Zeitbedarf für die Umsetztung (Herbst 2014) * weiterer Testaufwand * weitere noch nicht geklärte Nachteile: * Einschränkung der Treffermenge auf lokal zugängliche Ressourcen muss funktionieren * Facettenbildung nur auf Basis der ersten 200 Treffer * Einschränkung nach Jahreszahl problematisch * Statistik * Cloud-Apekte * Primo Central liegt in der Cloud * keine neue neue Hardware * begrenzte Anpassungen möglich * Bibliotheken können sich entscheiden: * Primo Central, dafür kein Katalog * Primo Central und Katalog -> Parallelbetrieb * Katalog in Primo Central
 * Fabian Franke (UB Bamberg) und Matthias Gross (BSB)

Collection Management in a Web-scale Discovery Environment: A Case study
* kurze Einführung über das bibliothekswesen in Kanada * es gibt wenig Ressourcen in französisch * 1/3 der Medien sind Ebooks an der University of Ottawa * OCUL - Otario Universitätsverbund * SP - Scholar Portal * langzeitarchivierungsystem * die Nutzungs von Ebooks nehmen zu nach Einführung des Discoverysystems Primo * Studie 4 Jahre (SFX, Counter)
 * Ingrid Moisil (University of Ottawa)

beluga und Dicovery - Integration einer Discoverylösung in ein konsortiales Recherchesystem
* 2007-2102 -> Katalog 2.0 * seit 2012 produktiv * Schwerpunkt des Projekts * Hohe Usibility duch Nutzerpartipitation * Einbindung Mehrwertdiensten * Regionalkatalog für wissenschaftliche Bibliotheken in Hamburg * Bessere Nutzung und Sichtbarkeit der Einzelbestände * mit Kartenansicht * Klassische Ansicht * Facetten, Cover usw. * Konsortialsystem * Gesamtsuche über alle Bestände möglich * alle Bestände von überall sichtbar * Vufind-basiertertes System * GBV Dicovery IndeX als Kern * keine umfassende Erschliessung von Zeitschriften-Metadaten auf Artikelebene -> deshalb Dicovery * Auschreibung -> Zuschlag Primo Cenral * keine Facettierung möglich, aber Bestandsauswahl über spezifische Indices * Verzicht auf einzelen wichtige Datenbanken * Umfrage HAW (Hochschule für Angewandte Wissenschaften Hamburg) * Erarbeitung von Ansätzen von Studenten * 1. Ein-Listen-Darstellung * keine Relevanssortierung * Einstellung von Suchprofilen * 3 von 10 Nutzern gefällt es    * Suchprofile wurden nicht verstanden * 2. Reitermodell * Auswahl der Ergebnisliste durch Reiter * 4 von 10 Nutzern gefällt es   * 3. Parallele Darstellung * 3 von 10 Nutzern gefällt es    * Gefahr der Übersichtlichkeit * Reitermodel wurde gewählt * beluga und Primo Central gegen Ende des Jahres produktiv
 * Jan Frederik Maas (Staatsbiliothek)

Fazit für die Session: Ressource Discovery System 1

 * Fokusverschiebung: Dicovery -> Delivery
 * Themenrad
 * Primo Central

Verbundübergreifender Fernleihindex als Prototyp verteilter indexbasierter Lösungen für Recherchesysteme
* gemeinesamens Rechercheinstrument über die Verbunddaten * gemeinsamer Discovery Index * alte Projekte: Karlsruher Virtueller Katalog (Metasuchen) * elastic search, solr (lucene) * Beteiligte Einrichtungen GBV, BSZ, HeBIS * GVI (Gmeinsamer Verbundindex) * verteilt auf drei Server an drei verschiedenen Standorten (Frankfurt, Konstanz,?) * Testinstanz: https://fantasio.rz.uni-frankfurt.de/solrtest2/index.php * Abfragesprache: solr * Unterschied: Auslieferung reiner Marc-Datensatz * Dokumentation: http://trac.hebis.de/trac/verbuendeindex * Zugriff über Solr-Sprache * für die Fernleihe wichtig * nationaler Nachweis
 * Uwe Reh (HeBIS Verbundzentrale)

Wissensexploration mit bibliothekrischen Daten: Ein EFRE-Projekt zur Entwicklung einer LOD-basierten
* Prezi im Interent (http://prezi.com/xgnkazs6f3ep/datenmanagement-plattform-der-slub-dresden/#share_email) * Bereitstellung eines Datenmodellierungstools zur verlustfreien Überführung von Daten aus heterogenen Datenquellen in ein flexibles, graphenbasiertes Datenmodell, welches sich explizit in LOD Webgraphen einbettet * Zugang zum System, auf Nachfrage * Infos siehe inetbib (http://www.ub.uni-dortmund.de/listen/inetbib/msg53188.html)
 * Jens Mittelbach (SLUB Dresden)

Das Scuhmaschinenprojekt finc - von der Umsetzung der Ziele und der Zukunft des Projekts
* Projektziele: * RDS (Ressource Discovery System) für 11 Hochschulbibliotheken in Sachsen * jeweils alle Daten in einer Anzeige * Implementierung und Hosting an der Uni Leipzig * Open Source Software Vufind * Laufzeit: Sept 2011 - Nov. 2014 * individuelle Oberflächen * individuelle Daten * individuelle Funktionen * volle Integration des Nutzerkontos * Know-How für Bibliootheken * 8 von 11 sind Produktiv * 3 von 11 im Abnahmeprozess * Primo Central ist mit einbezogen (PC Bridge) -> Zusammenführung und Ausgabe der gemeinsamen Ergebnisliste * Lokalsystem ist Libero * bietet keine API-Schnittstelle an  * LiberoDing extra erstelle Schnittstelle * eigener Index aus mehr als 30 heterogenen Datenquellen * nicht erworbene Buhandelsdaten im Index * unmerkliche Lizenzierung im Hintergrund, Beschaffung wird angestoßen * Ticketsystem redmind * externe Ausschreibung: heterogene Solr-Server zusammenfassen * Solr-Fusion * http://blog.finc.info
 * Leander Seige (UB Leipzig)

The Power of Shared Data: Wht the Web Wants
* WorlCat Works Linked Data * produktiv seit Apriel 2014
 * Richard Wallis (OCLC)

Session: Bibliothekssysteme in der Cloud: Perspektiven zukünftiger "Lokalsysteme"
Moderation: Hammedinger (ÖBVG)

Next Generation Systems (Alma, WMS) - was können wir von ihnen erwarten?
* Unterschiedliche Ausgangslagen bei GBV und hbz * gbv: integriertes Gesamtsytem * hbz: Kooperation der Firmen ist voraussetzung * heterogene Lokalsysteme, daher sehr felxibel, da Drittanbieter angeschlossen werden könnnen * Fortführung des bisherigen Modells mit regionaler Unterstützung der unterschiedlichen Lokalsysteme - > Herstellerunanhängigkeit * Entwicklung, technisches Umfeld: * Cloudbasierten Systeme * gehosteter Systembetrieb * Anbieter versuchen Software, Systembetriebe und Dienstleistungen in einer Hand zu konzentrieren * nur mäßiger Innovationsschub -> vorallem Kosten im Fokus * Entwicklung II. * Zentraliesierung und Internationalisierung der Katalogisierung (-> Primär Worldcat, Beispiel CIB-Projekt) -> betrifft alle Verbünde * Direktbezug von Daten durch Dritte * weniger Eigenkatalogisierung * ERM gibt nur im internationeln Kontext * veränderte Bedarfe der Wissenschaften * Publikationsverhalten (z.B. e-publikation,...) * Erwartung Next Generation System * Funktionaumfang aktueller Systeme * erweiterte Funktionalitäten * Datenschutz, Mitbestimmungsverfahren, Usability-Richtlinien usw. * beherschbarer Mehraufwand in der Übergangsphase * Aktueller Stand der Next Generation Systeme * alma, wms, kuali ist mehr oder weniger im Einsatz * Hoher Aufwand für den Umstieg: * Datenbereinigung * Organisatorische Anpassung * Verzicht aus Funktionalitäten oder Ergänzung durch Eigenentwicklung * offene Fragen * Welche Anpassungsbedarf besteht seitens der Bibliotheken? * Welche Zeitaufwände bestehen? * Einflussmöglichkeiten einzelner Bilbiotheken? * Welche Rollen spielen Verbund und Konsortien? * Welche Zukunft haben kooperative Ansätze in einem kommerzialisierten Umfeld * Szenarien: * keine Entscheidung getroffen * gbv: * Vertragverlängerung WMS/OCLC * Wechsel/Ergänzung zu Kuali * jede Bibliothek entscheidet selber * stategieworkshop: 22./23.07.2014 * hbz: * Autonomie der Hochschulen sollen behalten werden * Evaluierung * wms (gbv) * Kuali (GBV und hbz) als Lösung * alma (Ex Libris) 2017 im hbz vermutlich geplant * Fazit: * ökonomisch -> cloud, hosting * Einsparung bei Software, hardware,... * funktionale Zwänge * unterstützung der Wissenschaften: ePublishing, Forschungsdaten * Bibliothekssystem der Zukunft integrieren eine Vielzahl unterschiedlicher Anbieter, Dienste und Funktionen
 * Schomburg (hbz)
 * Reiner Dietrich (gbv)

Kuali OLE: Foundations, Roadmap & Community Participation
* kuali is a community * 77 members, 8 projects, 12 commercials affliates * nearly 1000 people involved * based on javacode * komplex zu installieren * die clouds liegen dort wo der Nutzer es haben will, muss sich selber darum kümmern * rice ist a kuali product, open source
 * Michael Winkler (University of Penselvania)

Wie entwickelt sich fas Open Source Bibliotheksmanagemntsystem Kuali OLE? - Erste Ergebnisse...
* Evaluierung * Marktevaluierung von hbz und gbv * Fokus: Wissenschaftliche Bibliotheken * besonders open source * Beauftragung durch VZG November 2013 * Warum? * aktuelle Systeme am Ende ihres Lebenszyklen * Alternativen zu kommerziellen Produkten prüfen * Strulktur, Funktionen, finanzielle Voraussetzungen * unanhängige informationsgrundlage * Erstelleung eines Kriterienkataloges für die Beurteilung -> zunächst fpr KUALI OLE * technische Analyse der Software: * Architektur * Komponenten * Qualität, Nachnutzbareit, Nachhaltigkeit * funktionale Analyse * umfang und Qualität * medienunabhängige workflows * Vorgehen: * Aufwandsabschätzung * Kosten * Was ist bisher geschehen? * Aufbau des Projektteams * Aufbau der Projektstruktur * Aufbau der Kommunikationswege * Zeitplanung * Hardwarebeschaffung * Betriebessystem: ubunutu (gbv), suse linux (hbz) * 1. Installation KUALI OLE 0.8 letztes Jahr * Testinstallationen sind öffentlich: * hbz: http://kuali-dev.hbz-nrw.de:8080/olefs/portal.do  * gbv: http://tst.ole.kuali.org/portal.do (alle 14 Tage neu) * gbv: http://dev.ole.kuali.org/portal.do (täglich neu) * funktionale Grundlagen * Analyse bestehender Anforderungkataloge * Zusammenführen, Übersetzen * inhaltlichen Vorbereitung des Datenmappings für KUALI OLE-Migrationsszenarien * Aneignung funktionaler und admintrativer Systemkenntnissse * Konfigurationsworkshop 19.-22.05.2014 mit der Firma "htc global services" im hbz * htc (http://www.htcinc.com/), "HTC Global Services, Inc. (HTC) is a global provider of IT Solutions and Business Process Outsourcing services" * nächste Schritte * Installation version 1.5. * Titel und Bestandsdaten importieren * funktionale und technische Test ab sommer 2014 * Dokumentation erster Testergebnisse winter 2014/15
 * Kirstin Kemner-Heek (vzg), Roswitha Schweitzer (hbz)

Ab in den Himmel? Was kommt nach der Cloud?
* Hadoop * lobbyplag * Amazon Mechanical Turk (http://aws.amazon.com/de/mturk/) * big data * d:swarm * culture graph * entity facts * Bereitstellung von Informationen zu gnd-entitäten
 * Reinhards Altenhöner (DNB)

Standards und Repositorien und Standardrepositorien
* BSZ zuständig für 33 Repositorien (verschiedene Anforderungsprofile, 33 Datnemodelle, Standards, lokale Anpassungen) * unterschiedliche Anforderungen * nur Bibliographien * verschiedene Formate * KiDoKS: Verbund mehrere Instituionen * Publikation als open access * elektronische pubblikation soll im opac recherchierbar sein (oai-Protokoll, xMetaDissPlus) * kontrolliertes Vokabular mit GND vorhanden (xGND) * Weitergabe der Daten an DNB (Pflichtabgabe) (oai-Protokoll, xMetaDissPlus) * Langzeitarchivierung * Software OPUS4 -> hat Grenzen * Forschungsdaten: in OPUS4 nicht realisierbar * unterschiedliche workflows sind nicht abbildbar * BSZ ab 2015 DSPACE, bei neuen Anfroderungen, Ergänzung des portfolio, Opus wird nicht eingestellt * Aufgaben des BSZ * Berater und Vermittler im Bereich Repositorien und oa-Standards * wachsende Nachfrage durch die Nutzung von Standards ökonomisch befriedigend * outsourcing von Technik * Bündelung von know-how
 * Gerland (bsz)

Medienübergreifende Repositorien - mehr als nur ein Dokumentenserver
* LZA-Ampelsystem (Langzeitarchivierung) * gute Archivbarkeit, schlechte Archivbarkeit, keine Archivbarkeit * Prüfung durch Programme wie iHove * http://www.dcc.ac.uk/resources/external/jhove2 * Anforderungen * born-digitalisate und digitalisierungen Zusammenlegen und gleichartige Objekte auch gleichartig behandeln * Erweiterbarkeit: Metadatenstandards voll ausnutzen * Behandlung von gro?en Dateien -> 300Mb -> 1Tb * DRM-check, Einschätzung der Archivbarkeit * Nutzungeinschränkungen, Durchsetzung von Lizenzbestimmungen * nicht mehrere Backensysteme, alles ist zusammengefasst * Qucosa (Opus4) * seit 2010 * opus4 (PHP, MySQL) * Mandantenunterstützung * Typo3 Frontend * erfordert generische Metadaten * Einsatz von Standards * Langzeitarchivierung * Schnittstellen * mediaTypes (application/mods+xml) beschreiben auch Protokolle * technische Dokumentation: github.com/slub/qucosa...
 * Ralf claussnitzer (SLUB), @claussni

Zentrale Erfassung- verteile Darstellung; Publikationsserver: mehr als nur Verwaltungssoftware digitaler Objekte
* Infrastrukturerschaffung im Vordergrund * OpenAgrar * seit 2011 * Auftraggeber Bundesamt für Landwirtschaft und Ernährung * seit 2013 produktiv (teilweise) * 20.00 Publikationen mit 4.700 Volltexten * ca. 50 Besuche pro Tag * Altdaten werden zurzeit migriert (> 60.000) * Anreicherung und Indexierung steht noch aus * Repository-Framework MyCoRe * OAI-Schnittstelle * Solr-Anbindung * MODS als Standard für Metadatenerfassung * Verknüpfung über ZDBID, PPN, GND und zukünftig ORCID * ZDB-Daten, GND-Daten können automatisch importiert werden * zentrale Erfassung -> verteilte Darstellung
 * Kathleen Neumann (VZG)

Aredo
* massenhafte Anlieferungen * Hotfolder-Schnittstelle wegen hoher Nachfrage * einfach * sicher (Sicherheitsaspeckte werden von der DNB abgedeckt und müssen nicht vom Ablieferer beachtet werden) * Austauschobjekte * 600 Ablieferer * Transfer-Generator wird bereitsgestellt * Risikomanagement * Erkennen von Risoken automatisch * vollautomatische Qualitätsprüfung * Risikoabschätzung auf die Langzeitarchivierung * Levelbasiert * Level 1 (Integration) * Level 2 * Level 3 (Beschränkungsfrei, nicht passwort geschützt) * Erstellen eines automatischen Berichtswesen * Erstelleung eines automtischen Fehlerprotokolls * da nicht jeder Ablieferer damit umgehen kann, über ein Web-Gui einsehbar
 * DNB

Relevanzranking in der E-LIB Bremen
* Ziel: * stark nachgefragte Titel bei gleicher Nachfrage bevorzugen (was ist gleiche relevanz) * Ansätze "denzenter" plazieren * simple as possible * Auswertung des Nutzerverhalten * 3 Mal geklickt -> Titel erhalten einen Aufschlag * 3 Exemplare -> Titel erhalten einen Aufschlag * Auflagenfolge, ab der 3. Auflage -> Titel erhalten Aufschlag * Popularitätstyp * Beschaffungsverhalten * Medieneigenschaften * Nutzungsverhalten

-> Vortrag nicht vollstädnig gehört