Laufende Besprechungsnotizen

Owned by Axel Dörrer
Last updated: Sep 05, 2024
6 min read

Treffen vom 05.09.24

  • Anwesend:

  • Allgemeines:

    • ?

  • Aktuelle Sachstände / Austauschthemen:

    • Fehlerbehandlung beim Auslesen von RFIDs

      • CRC-Prüfung

      • pip vs. pop

    • 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)

 

 

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:

    • Neuer Zoom-Konferenzraum:

    • Neuer Bereich:

    • Vorstellung in der D-Ausleihe vom 11.3.24

      • ggfs. Vorstellung der bisherigen Erkenntnisse in einer der nächsten Sitzungen

        • Felix und Axel würden einen kleinen Sachstandsbericht zusammen- und in der D-Ausleihe vorstellen wollen

  • 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

      • Projektseite;

    • 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)

      • 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