Laufende Besprechungsnotizen

Owned by Axel DĂśrrer
Last updated: Oct 30, 2024
8 min read

Treffen vom 07.11.24

  • Anwesend:

  • Allgemeines:

    •  

  • Aktuelle Sachstände / Austauschthemen:

    • hebis DMS: LĂśsung fĂźr automatisches Drucken mit FOLIO (@Paul MĂźnch & @Sven Stefani )

Treffen vom 10.10.24

  • Anwesend: GBV (J. Hofmann), BVB VZ (C. Neumair), LMU MĂźnchen (J. Bilgram), UB Regensburg (F. Wichmann), UB Bamberg (J. GĂźtling), OTH Regensburg (S. Ligl), UB Mainz (A. DĂśrrer)

  • Allgemeines:

    • Feedback Praxistage

      • positives Feedback zur RFID-APP und der FEIG-SDK Anbindung

    • VorankĂźndigung der LĂśsung fĂźr automatisiertes Drucken in hebis am 7.11.

Treffen vom 05.09.24

  • Anwesend: BVB VZ (C. Neumair), LMU MĂźnchen (J. Bilgram), UB Regensburg (F. Wichmann), UB Bamberg (J. GĂźtling), OTH Regensburg (S. Ligl), UB Mainz (A. DĂśrrer)

  • Allgemeines:

    • PrĂźfen fĂźr Treffen auf den Praxistagen

  • Aktuelle Sachstände / Austauschthemen:

    • Fehlerbehandlung beim Auslesen von RFIDs

      • CRC-PrĂźfziffer

        • spielt in Praxis keine so große Rolle

        • SISIS filtert diese Tags aus

        • Konfigurierbar machen

      • pip vs. pop

        • Bei Abweichungen in pop wird der Titel in mehreren Zeilen dargestellt

        • API dokumentieren

        • Standard neudefinieren

        • LMU Spezialfall:

          • PIP=0 sollte direkt korrigiert werden

    • RFID Connect

      • Vorstellung des aktuellen Standes

    • Fragen in SIP2

      • Proxy-Funktionalität in FOLIO neu fĂźr BMS bzw. gibt es aktuelle Implementierungen von Proxy-Funktionalitäten mit SIP2-Kommunikation?

      • Verlängerungen von Ausleihen mit Bibliotheca-Geräten

        • Checkout (11) statt Renewal (29)?

Treffen vom 01.08.24

Anwesend: LMU MĂźnchen (J. Storch), UB Regensburg (F. Wichmann), OTH Regensburg (S. Ligl), UB Bamberg (L. Schlett)

  • Allgemeines: -

  • Aktuelle Sachstände / Austauschthemen:

    • RFID Connector:

      • Lokale Komponente:

        • Tool von Johannes GĂźtling als lokale Komponente angebunden (Bisher wurde mit dem Popke-Tool gearbeitet)

        • Wie bisher wird durch das Tool ein lok. Webserver bereitgestellt. Unterschied ist das Kommunikationsformat. Bisher XML, nun Json.

        • Momentan ist immer ein eigenes Fenster offen, perspektivisch vl. Verortung im systemtray

        • Anbindung von mehreren Pads wurde noch nicht getestet, wird aber momentan nicht als nĂśtig angesehen.

      • Circ:

        • Funktion um eine Session zu beenden ist fast fertig. Perspektivisch soll noch der end-user-session Endpunkt genutzt werden.

        • Umfang momentan: Get Items und set Security

      • Tag (editing):

        • Anwendungsbereiche A) Korrekturen B) Neuausstattung von Ein-/Mehrteiligen Medien

        • Umsetzungsvorschläge fĂźr Neubeschriftung:

          • Im Interface wird der Teil definiert und dann beschrieben

          • Anzahl der Teile wird festgelegt. Die Anwendung leitet die Person durch das einzelne beschreiben der Tags

          • Mehrere Tags gleichzeitig (mit dem Popke-Tool nicht mĂśglich): Die Anwendung erfasst alle aufliegenden Tags, zähltdurch und beschriftet. Hinweis: Die Zuordnung der Nummerierung ist dann nicht steuerbar. Perspektivisch Feedback Ăźber die Anzahl der erkannten Tags vor dem beschreiben?

        • Offene Frage: Wie viel Feedback soll die Anwendung geben? Z.B. Anzahl der erkannten Tags, was wurde geschrieben …

        • Wie soll mit bereits beschriebenen Tags umgegangen werden? Wird ein Feedback gewĂźnscht, wenn bereits Inhalte bzw. welche Inhalte bereits auf dem Tag geschrieben sind?

        • Was passiert mit Tags bei welchen die Bibliothekskennzeichnung abweicht (Tag einer fremden Bib)

          • Wie bzw. Was wird wann Ăźberschrieben?

          • Thema fĂźr die nächste (größere) Runde

Treffen vom 04.07.24

Anwesend: BVB VZ (C. Neumair), LMU MĂźnchen (J. Bilgram), UB Regensburg (F. Wichmann), UB Bamberg (J. GĂźtling), UB Augsburg (M. GanzenmĂźller), LMU MĂźnchen (J. Storch), UB Mainz (A. DĂśrrer)

 

Treffen vom 06.06.24

Anwesend: BVB VZ (C. Neumair), LMU MĂźnchen (J. Bilgram), UB Regensburg (F. Wichmann), UB Bamberg (J. GĂźtling), UB Mainz (A. DĂśrrer)

  • Allgemeines:

    • Präsentation der D-Thekenintegration in der D-Ausleihe am 13.5.

      • FĂźr RĂźckfragen war leider keine Zeit mehr, daher kommen Felix und Axel am 10.6. zu einem weiteren Treffen

    • Bookwave-Erweiterung geplant for HF und FOLIO

      • Als Grundlage soll der neue FEIG-SDK dienen

      • L. Lerche interessiert an ständigem Austausch mit FOLIO-Community

    • Erfahrungstausch-Treffen zu RFID-Nutzung in Bibliotheken nächsten November

      • J. Bilgram teilt Link zum kommenden Treffen im Slack-Channel

    • Wege der Nachnutzung der Gate-Software aus Bamberg wird noch geklärt

    • MĂśgliche gemeinsame Repositories:

  • Aktuelle Sachstände:

 

 

Treffen vom 02.05.24

Anwesend: LMU MĂźnchen (J. Bilgram), UB Regensburg (F. Wichmann), UB Bamberg (S. Illig), UB Bamberg (J. GĂźtling), UB Bamberg (G. Hartmann), OTH Regensburg (S. Ligl), BSZ (H. Kuban)

  • Allgemeines:

    • Stand: Präsentation der D-Thekenintegration in der D-Ausleihe (13.5.)

    • Kleine Veränderungen wurden noch angebracht, die man noch versucht einzubauen

    • Vorstellungstermin hierfĂźr ist Montag, 13.05.2024

    •  

  • Wissenssammlung / Vernetzung

    • Idee einer gemeinsamen Info-Seite / Datenbank Ăźber die verschiedenen RFID-Gerätschaften & -Technologien, wie sie in den deutschsprachigen Bibliotheken im Einsatz sind. Einen hierfĂźr geeigneten Ort gilt es noch festzulegen

    • In der Vergangenheit gab es in Erlangen ein Vernetzungstreffen. Das letzte liegt hier aber schon einige Zeit zurĂźck

    • L. Lerche / Bookwaves: Eine Verwaltugsfreundliche LĂśsung in Form des 1-Stecker-PCs fĂźr eine komplette UHF-Umgebung ist in Planung. Dies soll vor allem kleineren Bibliotheken die HĂźrde einfacher machen, auf diese Technologie zu setzen.

  • Aktuelle Sachstände:

    • Vorläufiger Entwicklungsstand der FOLIO App: RFID-Connect

    • Kurze Demo von F. Wichmann zum bisherigen Stand

    • Namensgebung aktuelle: RFID-Connect

    • Unter zu Hilfe nahme des RFID-Tools von H. Popke (kann geändert werden) und eines internen Webservers konnte eine erste Kommunikation hergestellt werden.

    • Aktuell: Medieninfos sowie AFI-Status der Labels kann ausgelesen werden. Label kann geschrieben werden

    • Servicestelle noch ein offener Punkt, der fĂźr die Funktionalität der Ausleihe benĂśtigt wird

    • Es wird festgehalten, dass wie Ăźblich das Dänische Datenmodell hier als Standard dienen soll

  • Eigenentwicklung fĂźr RFID-Sicherungsgates an der UB Bamberg (J. GĂźtling)

    • Präsentation und Diskussion

    • Wurde vorerst in Linux entwickelt

    • Noch bevor das SDK zu Hilfe genommen werden konnte

    • Server lauscht fĂźr jedes Gate auf einem eigenen Port, Dienst Ăźberwacht den Stream und sucht nach Mustern (Mediennummern) und leitet diese dann weiter. Allerdings wird bei durchlaufen mit mehreren Medien gleichzeitig auf diesem Weg nur eines erkannt. Da im Alarmfall eine Videoaufzeichnung gestartet werden soll ist dies in dem Fall ausreichend.

    • Besucherzähler werden dabei auch nicht mit erfasst

    • Bedarf aktuell nur wenige Zeilen an Code und die LĂśsung arbeitet bisher zuverlässiger als die von Bibliotheca welche regelmäßige Neustarts der Gates braucht

 

Treffen vom 04.04.24

LMU MĂźnchen (J. Bilgram), UB Mainz (A. DĂśrrer), UB Regensburg (F. Wichmann), UB Regensburg (A. PrĂźfling), UB Bamberg (J. GĂźtling), BVB VZ (R. Scheuerl), UB Augsburg (M. GanzenmĂźller), BVB VZ (C. Neumair), TU Dortmund (L. Lerche), SUUB Bremen (S. Klenke)

  • Allgemein:

  • Aktuelle Sachstände:

    • FEIG-SDK

      • rechtliche Einschätzung der Lizenzvereinbarung:

        • Einschätzung aus Mainz noch ausstehend

        • Die Nutzung und Weiterverwendung fĂźr Besitzer von Feig-Hardware scheint unproblematisch

        • Auch scheint Feig auf Nachfrage bei Technikern die Software frei herauszugeben

        • Allerdings schliesst Feig jeglichen Support bei Verwendung der Software aus und beantwortet keine Fragen dazu

        • Teilweise reichte es, einen Account auf den Feig-Seiten zu erstellen, um Zugriff auf die SDKs zu erhalten, aktuell scheint dies nicht mehr so

      • Zu den Funktionalitäten des SDK3 gibt es einen Java-Port, der auf Anfrage verfĂźgbar wäre

      • Grundsätzlich sind diese neuen Erkenntnisse sehr begrüßenswert. So Ăśffnen diese den Weg zu einer herstellerunabhängigen Eigenentwicklung.

      • Die Nachhaltigkeit wäre aufgrund der Langelebigkeit der RFID-Hardware und der Stabilität der SDKs gegeben

      • Die Umsetzung der Treiber ist sehr generisch gehalten und gut auf andere Hardware Ăźbertragbar. Die eigentlichen Unterschiede ergeben sich zwischen HF und UHF

    • L. Lerche stellt kurz sich und die Arbeiten rund um die RFID-LĂśsung an der TU Dortmund vor

    • Entwicklung eigener Software fĂźr Sicherungsgates ist in Bamberg gut vorangeschritten

      • Das Angebot einer kleinen Demo des aktuellen Entwicklungsstandes ist von der Gruppe gerne angenommen worden. Vorstellung in der nächsten Sitzung am

    • Zur Stabilitäten und Massennutzung des SIP2-Schnittstelle kĂśnnen noch keine Erfahrungswerte geteilt werden

    • Bei Fragen zur Konfiguration der QuickConnect-Software an die SIP2-Schnittstelle zu FOLIO gerne an M. GanzenmĂźller wenden

    • Präsentation der neuimplementierten SIP2-Funktionalitäten in einer der kommenden Ressource Access SIG meetings (ggfs. 8.4. ist tatsächlich aufgrund der letzten Verschiebung noch nicht fest)

 

Treffen vom 07.03.24

LMU Mßnchen (J. Bilgram), OTH Regensburg (S. Ligl),  UB Mainz (A. DÜrrer), UB Regensburg (F. Wichmann), UB Bamberg (J. Gßtling), BVB VZ (R. Scheuerl), UB Augsburg (M. Ganzenmßller), BVB VZ (C. Neumair),

 

  • Allgemein:

    • Formierung als Untergruppe der D-Ausleihe

    • Kurze Vorstellung der Gruppe in der nächsten D-Ausleihe 11.3.

    • ZukĂźnfige Konferenzplattform

      • Absprache mit D-Ausleihe ggfs. stellt freundlicherweise die LMU gerne einen Zoom-Raum zur VerfĂźgung

  • Aktuelle Sachstände:

    • Fragenliste an Anbieter zur Thekenintegration

      • Aktuellen Stand in FOLIO-Wiki persistieren (mit Dokumenten-Link)

    • UB Mainz wird wahrscheinlich zunächst mit Bibcirculation inkl. SIP2-Anbindung starten.

    • Wunsch nach SIP2 Workshop/Demo in der nächsten Sitzung (Vorbereitung --> @Axel DĂśrrer )

    • Überlegungen zu RFID-FOLIO-App

      • voraussichtlich recht umfangreicher Aufwand

      • als Alternative zu programmierbarer Hardware

      • Entwicklung bzw. Einsatz von RIFD-Thekensoftware sollte entkoppelt zum Kauf/Betrieb von Selbstverbuchern betrachtet werden. Aktuell wird dies durch Anbieter zumeist im Bundle vertrieben.

      • Drei aktuelle EntwicklungsmĂśglichkeiten ( Bibliotheca SDK, RFID-Multitool (Popke), SDK-FEIG)

      • Zur Zeit werden die MĂśglichkeiten der Umsetzung im BVB eruiert

      • Kostenabwägung der LizenzgebĂźhren (Multitool, Bibliotheca) oder kompletter Eigenentwicklung mit FEIG-SDK

      • UI-Entwicklungserfahrungen in deutscher Community? Martin Scholz und Leipziger Entwickler

    • Dokument zu allgemeinen Prozessen im RFID-Umfeld in der LMU durch JĂśrg Bilgram (in Slack-Channel geteilt) → Thekenintegration im Abschnitt 4

    • zum FEIG-SDK:

      • Direkte Ansprache an FEIG nicht mĂśglich, Verweis an Anbieter (Bibliotheca, Easycheck etc.)

      • Bamberg erwägt Entwicklung eigener Software fĂźr Sicherungsgates auf Grundlage von FEIG-SDK

        • Basale Funktion: AuslĂśsen von Alarmen

        • aber auch AuslĂśsen/Triggern von Kameras

      • Unklar ist die Nutzungslizenz des FEIG-SDK

        • Wer ist Lizenzgeber? FEIG oder Anbieter?

        • Bspw. ist das Isostart-Tool von Feig zur Nutzung mit bestimmter SISIS-Version in BVB-Biliotheken nutzbar

      • einzelne Gruppenmitglieder versuchen sich weiterhin anden Zugang zum FEIG-SDK

    • Frage zu MĂśglichkeiten der Anbindung verschiedener IDMs in FOLIO, sodass nur Verkehrsdaten externe Benutzerdatenhaltung

      • Hinweis auf Direct Consortial Borrowing (Quesnelia) DCB Integration

      • Externe Authentifizierung von Bibliotheksnutzern aktuell in FOLIO nicht vorgesehen.

      • Mainz wird die Nutzer-PIN in FOLIO fĂźr Authentifizerung an Selbstverbuchern nutzen. Authentifizerung an den Webdiensten erfolgt Ăźber ZDV/RZ-IdentityProvider

 

Treffen vom 15.02.24

BVB VZ (C. Neumair), LMU Mßnchen (J. Bilgram), OTH Regensburg (S. Ligl),  UB Mainz (A. DÜrrer), UB Regensburg (F. Wichmann), UB Bamberg (J. Gßtling), UB Augsburg (M. Ganzenmßller), BVB VZ (R. Scheuerl)

  • Austausch Plattformen:

    • Slack-Channel: D-Thekenintegration

    • FOLIO-Wiki: D-A-CH Bereich → Protokoll ablegen von Gruppe befĂźrwortet

  • Review zur LMU RFID-Demo

    • 2 nĂśtige Programme

    • programmiere Hardware als guter Workaround vorstellbar

    • Abwägung zwischen Aufwand und gewohnten Komfort

    • Vorteil bei Eigenentwicklung geringere jährliche Lizenzkosten

    • J. Bilgram: Fragenliste an Anbieter zur Thekenintegration wird in Slack fĂźr Kommentare und Ergänzungen zur VerfĂźgung gestellt

    • Ist die Anbindung mit SIP2 an der Theke noch zukunftsträchtig?

  • Idee zu einer eigener RIFD-FOLIO-Frontend-App

    • Spricht FOLIO-API als auch APIs des lokalen RFID-Service an

      • mĂśgliche lokale RFID-Services

        • StaffConnectLink (Bibliotheca)

          • Mietlizenz

        • RFID-Multitool (H. Popke)

          • Mietlizenz als Kauflizenz verfĂźgbar

        • Eigenentwicklung mit FEIG-Treiber SDK?

Treffen vom 18.01.24

BVB VZ (C. Neumair), LMU Mßnchen (J. Bilgram), OTH Regensburg (S. Ligl), UB Giessen (F. Ruckelshausen), UB Mainz (A. DÜrrer), UB Marburg (A. Strßning),  UB Regensburg (F. Wichmann)

  • Vorstellungsrunde

  • Ziel(e) der Gruppe

    • Informationsaustausch Ăźber Thekenintegrations-Anforderungen und FOLIO-Anbindungen

    • Ausloten von mĂśglicher gemeinsamen Entwicklung fĂźr RFID-gestĂźtze Thekenintegration

    • PrĂźfung von verschiedenen IntegrationsmĂśglichkeiten mit FOLIO:

      • Integration Ăźber RFID-Treiber von H. Popke

        • ist lizenzpflichtig

        • Ausloten des Potentials –> JĂśrg Bilgram und ggfs. F. Wichmann

      • Dortmunder Integration RFID

        • ist Open Source

        • erfordert Drittanbieter Plugin in Browser

      • Vorhandene RFID-Software der Anbieter

        • Unterschiede zwischen Anbindung Ăźber SIP2 und propietärer Anbindungen

  • Kommunikations-/Dokumentations-Plattform im FOLIO-Kontext

    • Protokolle/Mitschrift werden zunächst per Mail versendet

    • Monatliches Treffen fĂźr Austausch vorsehen –>Axel DĂśrrer richtet eine Terminserie fĂźr die gleiche Zeit ein

    • Ggfs. Anbindung an D-Ausleihe als Untergruppe "Technische Integration”?

    • Einrichtung eines Slack-Kanals

  • Stand in den Einrichtungen oder Verbund AGs

    • Giessen/Marburg

      • generelles Problem bei Stapelverarbeitung wegenmĂśglicher Modale in FOLIO

        • ggfs. hier wird eine Userinteraktion verlangt (Override-Funktionen)

        • kann evtl. durch einzustellendes Delay abgefedert werden, bleibt aber prinzipiell problematisch

      • 3 Generationen der Bibliotheca-Software:

        • bibCirculation

          • SIP2-Synchronisierung des Sicherungsflags

          • aufgekĂźndigt

          • kein Support mehr

          • garantierte Lauffähigkeit unter Win11 offen

        • SmartStationManager

          • SIP2-Synchronisierung des Sicherungsflags

          • einzelne Browserfenster kĂśnnen als Ziel definiert werden (Checkin vs. Checkout)

          • lauffähig unter Win11

          • wird zunächst in Giessen

          • Problem: wird nicht mehr vertrieben

        • Staffconnect

          • In Basis-Konfiguration manuelle Schaltung des Sicherungsflags mĂśglich

            • reine Checkin-Modus (Sicherung an) und reiner Checkout-Modus (Sicherung aus) mĂśglich

            •  von Marburg präferiert

          • aktuell supportet und vertrieben

          • keine SIP2-Sychronisierung

          • verwendet eine propietäre Anbindung Ăźber lokalen Service

  • Anforderungen an Thekenintegration mit RFID

    • Deutliche Unterschiede im Integrationlevel zwischen Bayern (Vollintegration) und Hebis

    • Bei den Bibliotheken im BVB ist die Vollintegration Ăźberwiegend standard

    • Im Hebis Verbund wird wird RFID zur UnterstĂźtzung bei Thekenausleihe fĂźr verwendet, hauptsächlich fĂźr Stapelvearbeitung und Synchronisierung des Sicherungsflag mit dem tatsächlichen Ausleihstatus 

Treffen vom 19.10.23

(UBs: Erlangen, Giessen, Mainz,. Marburg)

  • Bibliotheca-Software zur RFID ThekenuntersĂźtzung

    • bibcirculations (alte Software)

      • nutzt SIP2 zur Synchronisierung des Sicherungsflags

      • kein offizieller Support fĂźr Win10?/Win11

      • Weiterbetrieb bibcirculations unter Umständen auch auf Windows 11 mĂśglich → keine nachhaltige LĂśsung

    • Staffconnect

      • propietäre LĂśsung zur Synchronisierung dafĂźr sind APIs an FOLIO-Oberfläche nĂśtig

      • ggfs. zusätzliche Lizenzkosten

      • evtl. kĂśnnte auch hier das Browserplugin tampermonkey verwendet werden

    • auch andere Hersteller setzen bei der RFID Thekensoftware  nicht auf SIP2 (zB. NexBib, EasyCheck)

  • Idee: eine freie Software fĂźr Feig-Antennen zur Thekenintegration mit Abfrage an FOLIO-APIs

  • Frage der Notwendigkeit einer Thekenintegration weiterhin gegeben?

    • Ist ggfs. das zusätzliche Schalten der Sicherungen in die Workflows gut integrierbar?

  • In Bayern sympathisiert man mit einer Integration aus Dortmund:

    • Antennen mit Netzwerkschnittstellen + zentrale Serverkomponente

    • benutzerdefiniertes JavaScript im Browser-Plugin tampermonkey zum Senden der FOLIO-Ausleihinformationen an Antenne

    • Abhängigkeit von der Pflege des  Browser-Plugins kĂśnnte ein Risiko sein