From mik at adminkuhn.ch Sun Jun 7 15:53:14 2020 From: mik at adminkuhn.ch (Michael Kuhn) Date: Sun, 7 Jun 2020 15:53:14 +0200 Subject: [Koha-de] Informationen zu Koha 20.05 Message-ID: Liebe Liste Am 31. Mai 2020 wurde Koha 20.05 freigegeben (siehe https://koha-community.org/koha-20-05-released/), am 5. Juni wurden die entsprechenden Debian-Pakete bereitgestellt. Koha 20.05 enthält neben 275 Erweiterungen und 592 Fehlerbehebungen auch die folgenden 13 neuen Funktionen: Architektur, Interna, Installation * Suchen und Installieren von Plugins über Github * Spezifizierung von nested objects zur Einbettung in OpenAPI * Setzen von CORS-Headern Ausleihe * Festlegen von "circulation desks" * "Point of sale"-Funktionalität: Entgelte können anonym für frei festlegbare Gebührenposten verbucht werden * "cashup"-Prozess für Benutzerkonten * "refund"-Prozess für Benutzerkonten * "payout"-Prozess für Benutzerkonten * Werkzeug zur Massenänderung von Fälligkeitsdaten Erwerbung * Nachbestellungen über Suche im Katalog auswählen Fernleihe * Ausleihvorgang für Fernleihen OPAC * Kontextsenistive Problemmeldung für OPAC-Benutzer * Stöberoberfläche für Nutzung mit Elasticsearch Weitere Informationen zu Koha 20.05 in Deutsch (samt den jeweils aktuellen Revisionen) finden sich unter http://adminkuhn.ch/wiki/Koha_20.05 Ich habe soeben auch meine frei zugängliche und deutschsprachige Demo-Installation von Debian GNU/Linux 8 auf 9 sowie von Koha 19.11.00 auf 20.05.00 upgedatet (siehe http://adminkuhn.ch/wiki/Koha-Demoinstallation). Das hat problemlos geklappt. Die Neuigkeiten von Koha 20.05 können also direkt dort angesehen und ausprobiert werden. Bei allfällig auftauchenden Anzeigeproblemen nach dem Update hilft wie immer oft bereits das Leeren des Webbrowser-Caches (über die Tasten Ctrl+F5). Viele Grüsse: Michael Kuhn -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik at adminkuhn.ch · W www.adminkuhn.ch From Uwe.Boettcher at whu.edu Mon Jun 8 15:04:43 2020 From: Uwe.Boettcher at whu.edu (Boettcher, Uwe) Date: Mon, 8 Jun 2020 13:04:43 +0000 Subject: [Koha-de] Neue Koha-Trainingswebseite von ByWater Solutions Message-ID: Hallo zusammen, ByWater Solutions hat auf seiner Internet-Präsenz einen neuen Bereich eingerichtet, der ganz dem Thema "Koha-Training" gewidmet ist: https://koha.bywatersolutions.com/ Auf der Seite finden sich in vier Hauptgruppen - Neue Koha-Nutzer (New Koha Users) - Koha kennenlernen (Explore Koha) - Koha-Upgrades - Koha Community mit thematischen Sammlungen kurzer Video-Einführungen und anderer Dokumente in englischer Sprache. Der neue Trainingsbereich wird in den aktuellen "Monday Minutes" von ByWater kurz vorgestellt: https://www.youtube.com/watch?v=WhjQ_sejdb0&feature=youtu.be Viel Spaß beim Stöbern und viele Grüße Uwe Böttcher __________________________________________________________________ Uwe Böttcher Director Library WHU - Otto Beisheim School of Management Campus Vallendar, Burgplatz 2, 56179 Vallendar, Germany Tel.: +49 261 6509-550 ; Fax: +49 261 6509-559 uwe.boettcher at whu.edu ; www.whu.edu ___________________________________________________________________ -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From Anke.Bruns at gwdg.de Mon Jun 8 15:12:26 2020 From: Anke.Bruns at gwdg.de (Bruns, Anke) Date: Mon, 8 Jun 2020 13:12:26 +0000 Subject: [Koha-de] =?utf-8?q?MARC-Felder_=22verschwinden=22_in_Dienstober?= =?utf-8?q?fl=C3=A4che_und_OPAC?= Message-ID: <36ae0037b0d44905a82b5cf0d9a30b80@gwdg.de> Liebe Liste, eine Frage zum Import von Daten (bisher nur über die WWW-Dienstoberfläche durchgeführt): Offenbar gehen beim Import der "staged" Sätze etliche MARC-Felder verloren, die bei der Ansicht der Sätze in der Liste der Bereitgestellten Sätze (also nach dem Bereitstellen und vor dem Import) noch zu sehen sind, u.a. sämtliche 035-Felder. Es scheint nicht nur an der Anzeige der Sätze in der Dienstoberfläche oder im OPAC zu liegen, denn auch in der Bearbeitungsansicht sind sie nicht zu sehen. Wie/wo kann man steuern, welche Felder nach der Bereitstellung auch wirklich importiert werden? Oder ist das ein Bug (ich kann keinen genau hierzu finden)? Vielen Dank für sachdienliche Hinweise und viele Grüße Anke Bruns -- Anke Bruns M.A. (LIS) Arbeitsgruppe "Anwendungs- und Informationssysteme" Tel.: +49 551 201-1519, E-Mail: anke.bruns at gwdg.de --------------------------------------- Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG) Am Fassberg 11, 37077 Göttingen, URL: http://www.gwdg.de, E-Mail: gwdg at gwdg.de Tel.: +49 (0)551 201-1510, Fax: +49 (0)551 201-2150 Service-Hotline: Tel.: +49 551 201-1523, E-Mail: support at gwdg.de Geschäftsführer: Prof. Dr. Ramin Yahyapour Aufsichtsratsvorsitzender: Prof. Dr. Christian Griesinger Sitz der Gesellschaft: Göttingen Registergericht: Göttingen, Handelsregister-Nr. B 598 --------------------------------------- Zertifiziert nach ISO 9001 --------------------------------------- -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 6379 bytes Beschreibung: nicht verfügbar URL : From katrin.fischer at bsz-bw.de Mon Jun 8 15:16:05 2020 From: katrin.fischer at bsz-bw.de (Fischer, Katrin) Date: Mon, 8 Jun 2020 15:16:05 +0200 Subject: [Koha-de] =?utf-8?q?MARC-Felder_=22verschwinden=22_in_Dienstober?= =?utf-8?q?fl=C3=A4che_und_OPAC?= In-Reply-To: <36ae0037b0d44905a82b5cf0d9a30b80@gwdg.de> References: <36ae0037b0d44905a82b5cf0d9a30b80@gwdg.de> Message-ID: <009a01d63d96$f7fdc340$e7f949c0$@bsz-bw.de> Hallo Anke, Koha verwirft Felder, die nicht in den Frameworks definiert sind. Kann es sein, dass ihr Felder aus den Frameworks gelöscht oder diese anderweitig verändert habt? Viele Grüße, Katrin -- Katrin Fischer Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ) 78457 Konstanz / Germany Phone: +49 7531 - 88 4934 E-Mail: katrin.fischer at bsz-bw.de http://bsz-bw.de -----Ursprüngliche Nachricht----- Von: Koha-de Im Auftrag von Bruns, Anke Gesendet: Montag, 8. Juni 2020 15:12 An: koha-de at lists.koha-community.org Betreff: [Koha-de] MARC-Felder "verschwinden" in Dienstoberfläche und OPAC Liebe Liste, eine Frage zum Import von Daten (bisher nur über die WWW-Dienstoberfläche durchgeführt): Offenbar gehen beim Import der "staged" Sätze etliche MARC-Felder verloren, die bei der Ansicht der Sätze in der Liste der Bereitgestellten Sätze (also nach dem Bereitstellen und vor dem Import) noch zu sehen sind, u.a. sämtliche 035-Felder. Es scheint nicht nur an der Anzeige der Sätze in der Dienstoberfläche oder im OPAC zu liegen, denn auch in der Bearbeitungsansicht sind sie nicht zu sehen. Wie/wo kann man steuern, welche Felder nach der Bereitstellung auch wirklich importiert werden? Oder ist das ein Bug (ich kann keinen genau hierzu finden)? Vielen Dank für sachdienliche Hinweise und viele Grüße Anke Bruns -- Anke Bruns M.A. (LIS) Arbeitsgruppe "Anwendungs- und Informationssysteme" Tel.: +49 551 201-1519, E-Mail: anke.bruns at gwdg.de --------------------------------------- Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG) Am Fassberg 11, 37077 Göttingen, URL: http://www.gwdg.de, E-Mail: gwdg at gwdg.de Tel.: +49 (0)551 201-1510, Fax: +49 (0)551 201-2150 Service-Hotline: Tel.: +49 551 201-1523, E-Mail: support at gwdg.de Geschäftsführer: Prof. Dr. Ramin Yahyapour Aufsichtsratsvorsitzender: Prof. Dr. Christian Griesinger Sitz der Gesellschaft: Göttingen Registergericht: Göttingen, Handelsregister-Nr. B 598 --------------------------------------- Zertifiziert nach ISO 9001 --------------------------------------- -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 6356 bytes Beschreibung: nicht verfügbar URL : From Anke.Bruns at gwdg.de Mon Jun 8 15:21:06 2020 From: Anke.Bruns at gwdg.de (Bruns, Anke) Date: Mon, 8 Jun 2020 13:21:06 +0000 Subject: [Koha-de] =?utf-8?q?MARC-Felder_=22verschwinden=22_in_Dienstober?= =?utf-8?q?fl=C3=A4che_und_OPAC?= In-Reply-To: <009a01d63d96$f7fdc340$e7f949c0$@bsz-bw.de> References: <36ae0037b0d44905a82b5cf0d9a30b80@gwdg.de> <009a01d63d96$f7fdc340$e7f949c0$@bsz-bw.de> Message-ID: <46402fc872fe432a9eda67e56d8cfb70@gwdg.de> Liebe Katrin, danke für die schnelle Antwort! Ich wüsste nicht, dass wir da etwas verändert haben. Wenn man nichts anderes auswählt, kommt das Framework "Standard" zum Einsatz, und dort sind die 035er definiert. Viele Grüße Anke > -----Ursprüngliche Nachricht----- > Von: Fischer, Katrin > Gesendet: Montag, 8. Juni 2020 15:16 > An: koha-de at lists.koha-community.org > Cc: Bruns, Anke > Betreff: AW: [Koha-de] MARC-Felder "verschwinden" in Dienstoberfläche > und OPAC > > Hallo Anke, > > Koha verwirft Felder, die nicht in den Frameworks definiert sind. Kann es > sein, dass ihr Felder aus den Frameworks gelöscht oder diese anderweitig > verändert habt? > > Viele Grüße, > > Katrin > > -- > Katrin Fischer > Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ) > 78457 Konstanz / Germany > Phone: +49 7531 - 88 4934 > E-Mail: katrin.fischer at bsz-bw.de > http://bsz-bw.de > > > -----Ursprüngliche Nachricht----- > Von: Koha-de Im Auftrag > von Bruns, Anke > Gesendet: Montag, 8. Juni 2020 15:12 > An: koha-de at lists.koha-community.org > Betreff: [Koha-de] MARC-Felder "verschwinden" in Dienstoberfläche und > OPAC > > Liebe Liste, > > eine Frage zum Import von Daten (bisher nur über die WWW- > Dienstoberfläche durchgeführt): > > Offenbar gehen beim Import der "staged" Sätze etliche MARC-Felder > verloren, die bei der Ansicht der Sätze in der Liste der Bereitgestellten Sätze > (also nach dem Bereitstellen und vor dem Import) noch zu sehen sind, u.a. > sämtliche 035-Felder. > > Es scheint nicht nur an der Anzeige der Sätze in der Dienstoberfläche oder im > OPAC zu liegen, denn auch in der Bearbeitungsansicht sind sie nicht zu > sehen. > > Wie/wo kann man steuern, welche Felder nach der Bereitstellung auch > wirklich importiert werden? Oder ist das ein Bug (ich kann keinen genau > hierzu finden)? > > Vielen Dank für sachdienliche Hinweise und viele Grüße Anke Bruns > > > > -- > Anke Bruns M.A. (LIS) > Arbeitsgruppe "Anwendungs- und Informationssysteme" > Tel.: +49 551 201-1519, E-Mail: anke.bruns at gwdg.de > --------------------------------------- > Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen > (GWDG) Am Fassberg 11, 37077 Göttingen, URL: http://www.gwdg.de, E- > Mail: > gwdg at gwdg.de > Tel.: +49 (0)551 201-1510, Fax: +49 (0)551 201-2150 > Service-Hotline: Tel.: +49 551 201-1523, E-Mail: support at gwdg.de > > Geschäftsführer: Prof. Dr. Ramin Yahyapour > Aufsichtsratsvorsitzender: Prof. Dr. Christian Griesinger Sitz der Gesellschaft: > Göttingen > Registergericht: Göttingen, Handelsregister-Nr. B 598 > --------------------------------------- > Zertifiziert nach ISO 9001 > --------------------------------------- > -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 6379 bytes Beschreibung: nicht verfügbar URL : From mik at adminkuhn.ch Mon Jun 8 15:34:40 2020 From: mik at adminkuhn.ch (Michael Kuhn) Date: Mon, 8 Jun 2020 15:34:40 +0200 Subject: [Koha-de] =?utf-8?q?MARC-Felder_=22verschwinden=22_in_Dienstober?= =?utf-8?q?fl=C3=A4che_und_OPAC?= In-Reply-To: <46402fc872fe432a9eda67e56d8cfb70@gwdg.de> References: <36ae0037b0d44905a82b5cf0d9a30b80@gwdg.de> <009a01d63d96$f7fdc340$e7f949c0$@bsz-bw.de> <46402fc872fe432a9eda67e56d8cfb70@gwdg.de> Message-ID: Liebe Frau Bruns > danke für die schnelle Antwort! Ich wüsste nicht, dass wir da etwas > verändert haben. > Wenn man nichts anderes auswählt, kommt das Framework "Standard" zum > Einsatz, und dort sind die 035er definiert. Ich habe mal nachgesehen: MARC 035 ist beispielsweise in der XSLT-Datei "/usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/de-DE/xsl/MARC21slim2OPACDetail.xsl" gar nicht für die Normalansicht der OPAC-Anzeige vorgesehen. Für eine Anzeige müsste also die jeweilige XSLT-Datei für OPAC/Dienstoberfläche Trefferliste/Einzeltreffer Deutsch/Englisch/usw. angepasst werden. In der MARC-Ansicht von OPAC und Dienstoberfläche wird MARC 035 aber angezeigt. Ich nehme an, dasselbe dürfte dann auch bei den anderen (von Ihnen nicht näher bezeichneten) Feldern der Fall sein. Viele Grüsse: Michael Kuhn -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik at adminkuhn.ch · W www.adminkuhn.ch From mik at adminkuhn.ch Tue Jun 9 18:57:57 2020 From: mik at adminkuhn.ch (Michael Kuhn) Date: Tue, 9 Jun 2020 18:57:57 +0200 Subject: [Koha-de] =?utf-8?q?MARC-Felder_=22verschwinden=22_in_Dienstober?= =?utf-8?q?fl=C3=A4che_und_OPAC?= In-Reply-To: References: <36ae0037b0d44905a82b5cf0d9a30b80@gwdg.de> <009a01d63d96$f7fdc340$e7f949c0$@bsz-bw.de> <46402fc872fe432a9eda67e56d8cfb70@gwdg.de> Message-ID: Liebe Frau Bruns Sie hatten geschrieben: > Ich habe jetzt genauer im Standard-Framework nachgesehen und festgestellt, dass bei "Angezeigt auf Reiter" (siehe Screenshot "MARC-Unterfeldstruktur bearbeit.png") für Feld 035 "0" stand (wo 035 ja auch hingehört). Ich habe das mal probeweise auf "1" gesetzt und ein paar Titel mit dieser Einstellung importiert. Interessanterweise bekomme ich nun tatsächlich eine Anzeige in MARC, wo die 035-er Felder im Reiter 1 (wo sie ja eigentlich nicht hingehören) zu sehen sind (siehe Screenshot "MARC-Details zu Suchmaschinen entwickeln mit Apache Lucene.png"). In der Bearbeitungsansicht werden sie mir nun zwar angezeigt, jedoch ohne ihren Inhalt (siehe Screenshot "Bearbeite Suchmaschinen entwickeln mit Apache Lucene Ma.png"). Hier muss "0" stehen, wenn MARC 035 im Reiter 0 des betreffenden Frameworks angezeigt werden soll. > Lasse ich den Reiter auf 0, erhalte ich in der Dienstoberfläche für die MARC-Anzeige eine "Internal Server Error"-Meldung* und im OPAC erscheint zwar die MARC-Anzeige, aber ohne die Felder 035. > > Möglicherweise stört sich Koha an irgendetwas in der Syntax der Felder? Sie sind so "gestrickt", dass sie mit zwei leeren Indikatoren (in MarcEdit \\, in Koha ##) und UF a sowie in fast allen Fällen mit einem Präfix "Klammer auf Klammer zu" kommen, also z.B.: (DE-576)108153835 für eine Nummer aus dem SWB oder (US-OCoLC)76675806 für eine OCLC-Nummer. > > Da die Anzeige der Felder, Indikatoren (auch leere) und Unterfelder ansonsten im Großen und Ganzen funktioniert, kann ich keinen Fehler in meinen Daten erkennen. Ob es wohl etwas mit den Klammern im Präfix zu tun haben könnte und ich diese irgendwie noch "escapen" müsste? > > Im letzten Screenshot "Zwischengespeicherte MARC-Datensätze verwalten > Stapel75.png" ist zu sehen, wie der beispielhaft genannte Datensatz in der "Vor-Import-Ansicht" ausschaut. > > Hat jemand eine Idee, was evtl. an den 035er Feldern zu ändern ist, damit sie beim Import "richtig" mitgenommen werden und später korrekt angezeigt werden? In Ihrer Bildschirmkopie "...Zwischengespeicherte MARC-Datensätze verwalten > Stapel75.png" ist zu sehen, dass die Felder 035 und 041 nicht in der richtigen Reihenfolge (nämlich erst nach 942) angezeigt werden. Können Sie mal so einen MARC-Datensatz irgendwo bereitstellen oder mir direkt zukommen lassen? Ich würde ihn dann mal näher ansehen und in meiner Koha-Demoinstallation unter http://adminkuhn.ch/wiki/Koha-Demoinstallation zu laden versuchen, wo ich vollen Zugriff auf das Framework usw. habe und alles sehen kann. Viele Grüsse: Michael Kuhn -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik at adminkuhn.ch · W www.adminkuhn.ch From beda at muri-gries.ch Wed Jun 10 15:55:51 2020 From: beda at muri-gries.ch (Beda Szukics) Date: Wed, 10 Jun 2020 15:55:51 +0200 Subject: [Koha-de] Inventur Message-ID: Guten Tag In der neuesten Version von Koha (20.05) verschwinden Datensätze aus der Invnetur, sobald die Exemplardatensätze bearbeitet werden. Ich habe foldgende Test-Installationen (aus der Liste von Michael Kuhn) benutzt: Ich habe bei https://demo-intra.mykoha.co.nz/ (Anmeldung mit staff/staff1) die Inventur mit den Grenzen "A" bis "Z" aufgerufen. Es erscheinen einige Datensätze mit PK.. Ich wähle einen aus, editiere den Teil, wo die Signatur gespeichert ist, mache nochmals die gleiche Inventur -> der Datensatz ist verschwunden! Ich finde den Datensatz mit der normalen Suche, die Änderungen erscheinen auch, doch in der Inventur taucht er nicht mehr auf. Mache ich was falsch oder hat sich da ein Bug eingeschlichen. https://formation-intranet.koha.collecto.ca/, das noch unter 19.05.04.000 läuft, zeigt dieses Verhalten nicht. (Ich selbst habe auch schon auf 20.05 erneuert). Gruss Beda From katrin.fischer at bsz-bw.de Fri Jun 12 09:54:42 2020 From: katrin.fischer at bsz-bw.de (Fischer, Katrin) Date: Fri, 12 Jun 2020 09:54:42 +0200 Subject: [Koha-de] Inventur In-Reply-To: References: Message-ID: <005901d6408e$bbc85390$3358fab0$@bsz-bw.de> Lieber Beda, ich konnte es leider noch nicht testen, aber eine mögliche Ursache wäre, dass durch das Bearbeiten des Exemplars items.datelastseen aktualisiert wurde und die Inventurliste bei nochmaligem Ausführen die Exemplare mit bereits aktualisiertem Inventurdatum ausschließt. Könnte es das sein? Viele Grüße, Katrin -- Katrin Fischer Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ) 78457 Konstanz / Germany Phone: +49 7531 - 88 4934 E-Mail: katrin.fischer at bsz-bw.de http://bsz-bw.de -----Ursprüngliche Nachricht----- Von: Koha-de Im Auftrag von Beda Szukics Gesendet: Mittwoch, 10. Juni 2020 15:56 An: Koha-DE Betreff: [Koha-de] Inventur Guten Tag In der neuesten Version von Koha (20.05) verschwinden Datensätze aus der Invnetur, sobald die Exemplardatensätze bearbeitet werden. Ich habe foldgende Test-Installationen (aus der Liste von Michael Kuhn) benutzt: Ich habe bei https://demo-intra.mykoha.co.nz/ (Anmeldung mit staff/staff1) die Inventur mit den Grenzen "A" bis "Z" aufgerufen. Es erscheinen einige Datensätze mit PK.. Ich wähle einen aus, editiere den Teil, wo die Signatur gespeichert ist, mache nochmals die gleiche Inventur -> der Datensatz ist verschwunden! Ich finde den Datensatz mit der normalen Suche, die Änderungen erscheinen auch, doch in der Inventur taucht er nicht mehr auf. Mache ich was falsch oder hat sich da ein Bug eingeschlichen. https://formation-intranet.koha.collecto.ca/, das noch unter 19.05.04.000 läuft, zeigt dieses Verhalten nicht. (Ich selbst habe auch schon auf 20.05 erneuert). Gruss Beda _______________________________________________ Koha-de mailing list Koha-de at lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 6356 bytes Beschreibung: nicht verfügbar URL : From Anke.Bruns at gwdg.de Wed Jun 17 12:36:02 2020 From: Anke.Bruns at gwdg.de (Bruns, Anke) Date: Wed, 17 Jun 2020 10:36:02 +0000 Subject: [Koha-de] =?utf-8?q?MARC-Felder_=22verschwinden=22_in_Dienstober?= =?utf-8?q?fl=C3=A4che_und_OPAC?= In-Reply-To: References: <36ae0037b0d44905a82b5cf0d9a30b80@gwdg.de> <009a01d63d96$f7fdc340$e7f949c0$@bsz-bw.de> <46402fc872fe432a9eda67e56d8cfb70@gwdg.de> Message-ID: <9547bf0f7b4f46a2bfab3b3aa7a834dc@gwdg.de> Lieber Herr Kuhn, super! Vielen herzlichen Dank! Auch für das Angebot, mit Ihrem Demo-Server zu testen. Evtl. ist das für dieses aktuelle Anliegen gar nicht mehr nötig: Der Hinweis mit der Sortierung der Felder scheint die Lösung gebracht zu haben, zumindest soweit ich es für meine Testmenge bisher sehen kann. Jetzt klappt es übrigens auch mit der korrekten (und default-mäßigen) Einstellung des Reiters auf 0 für Feld 035 und mit der Anzeige in ISBD. Nochmals danke für den Tipp und viele Grüße Anke Bruns -- Anke Bruns M.A. (LIS) Arbeitsgruppe "Anwendungs- und Informationssysteme" Tel.: +49 551 201-1519, E-Mail: anke.bruns at gwdg.de --------------------------------------- Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG) Am Fassberg 11, 37077 Göttingen, URL: http://www.gwdg.de, E-Mail: gwdg at gwdg.de Tel.: +49 (0)551 201-1510, Fax: +49 (0)551 201-2150 Service-Hotline: Tel.: +49 551 201-1523, E-Mail: support at gwdg.de Geschäftsführer: Prof. Dr. Ramin Yahyapour Aufsichtsratsvorsitzender: Prof. Dr. Christian Griesinger Sitz der Gesellschaft: Göttingen Registergericht: Göttingen, Handelsregister-Nr. B 598 --------------------------------------- Zertifiziert nach ISO 9001 --------------------------------------- > -----Ursprüngliche Nachricht----- > Von: Michael Kuhn > Gesendet: Dienstag, 9. Juni 2020 18:58 > An: Bruns, Anke ; koha-de at lists.koha- > community.org > Betreff: Re: [Koha-de] MARC-Felder "verschwinden" in Dienstoberfläche > und OPAC > > Liebe Frau Bruns > > Sie hatten geschrieben: > > > Ich habe jetzt genauer im Standard-Framework nachgesehen und > festgestellt, dass bei "Angezeigt auf Reiter" (siehe Screenshot > "MARC-Unterfeldstruktur bearbeit.png") für Feld 035 "0" stand (wo 035 ja > auch hingehört). Ich habe das mal probeweise auf "1" gesetzt und ein > paar Titel mit dieser Einstellung importiert. Interessanterweise bekomme > ich nun tatsächlich eine Anzeige in MARC, wo die 035-er Felder im Reiter > 1 (wo sie ja eigentlich nicht hingehören) zu sehen sind (siehe > Screenshot "MARC-Details zu Suchmaschinen entwickeln mit Apache > Lucene.png"). In der Bearbeitungsansicht werden sie mir nun zwar > angezeigt, jedoch ohne ihren Inhalt (siehe Screenshot "Bearbeite > Suchmaschinen entwickeln mit Apache Lucene Ma.png"). > > Hier muss "0" stehen, wenn MARC 035 im Reiter 0 des betreffenden > Frameworks angezeigt werden soll. > > > Lasse ich den Reiter auf 0, erhalte ich in der Dienstoberfläche für > die MARC-Anzeige eine "Internal Server Error"-Meldung* und im OPAC > erscheint zwar die MARC-Anzeige, aber ohne die Felder 035. > > > > Möglicherweise stört sich Koha an irgendetwas in der Syntax der > Felder? Sie sind so "gestrickt", dass sie mit zwei leeren Indikatoren > (in MarcEdit \\, in Koha ##) und UF a sowie in fast allen Fällen mit > einem Präfix "Klammer auf Klammer zu" > kommen, also z.B.: (DE-576)108153835 für eine Nummer aus dem SWB oder > (US-OCoLC)76675806 für eine OCLC-Nummer. > > > > Da die Anzeige der Felder, Indikatoren (auch leere) und Unterfelder > ansonsten im Großen und Ganzen funktioniert, kann ich keinen Fehler in > meinen Daten erkennen. Ob es wohl etwas mit den Klammern im Präfix zu > tun haben könnte und ich diese irgendwie noch "escapen" müsste? > > > > Im letzten Screenshot "Zwischengespeicherte MARC-Datensätze > verwalten > > Stapel75.png" ist zu sehen, wie der beispielhaft genannte Datensatz > in der "Vor-Import-Ansicht" ausschaut. > > > > Hat jemand eine Idee, was evtl. an den 035er Feldern zu ändern ist, > damit sie beim Import "richtig" mitgenommen werden und später korrekt > angezeigt werden? > > In Ihrer Bildschirmkopie "...Zwischengespeicherte MARC-Datensätze > verwalten > Stapel75.png" ist zu sehen, dass die Felder 035 und 041 > nicht in der richtigen Reihenfolge (nämlich erst nach 942) angezeigt werden. > > Können Sie mal so einen MARC-Datensatz irgendwo bereitstellen oder mir > direkt zukommen lassen? > > Ich würde ihn dann mal näher ansehen und in meiner Koha-Demoinstallation > unter http://adminkuhn.ch/wiki/Koha-Demoinstallation zu laden versuchen, > wo ich vollen Zugriff auf das Framework usw. habe und alles sehen kann. > > Viele Grüsse: Michael Kuhn > -- > Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis > Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz > T 0041 (0)61 261 55 61 · E mik at adminkuhn.ch · W www.adminkuhn.ch -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 6379 bytes Beschreibung: nicht verfügbar URL : From akaufmann at deutsche-kinemathek.de Thu Jun 18 13:31:24 2020 From: akaufmann at deutsche-kinemathek.de (Annette Kaufmann) Date: Thu, 18 Jun 2020 13:31:24 +0200 Subject: [Koha-de] =?utf-8?q?Kompatibilit=C3=A4t_Koha_mit_Buchsicherungsa?= =?utf-8?q?nlage?= Message-ID: <298c9a85-4767-c799-31b1-e74794cb0aa6@deutsche-kinemathek.de> Liebe Liste, ganz neu in der Liste nutzen wir noch gar nicht Koha, erwägen aber eine Migration von Allegro nach Koha. Vorab sind natürlich etliche Dinge zu klären. Meine Frage konkret hier: Kann jemand sagen, ob Buchsicherungsanlagen, die noch mit Magnetstreifen funktionieren (also nicht RFID) mit Koha kompatibel sind bzw. weiß jemand konkret etwas zum Buchsicherungssystem DIALOC? Auch allgemeine Hinweise, was zu beachten wäre, sind natürlich mehr als willkommen! Vielen Dank für jede Antwort und beste Grüße! Annette Kaufmann -- Annette Kaufmann Bereichsleitung Bibliothek Head of Library Deutsche Kinemathek - Museum für Film und Fernsehen Potsdamer Str. 2 10785 Berlin T: +49 30 300903-71 F: +49 30 300903-13 akaufmann at deutsche-kinemathek.de www.deutsche-kinemathek.de ⇒ Öffnungszeiten Facebook Twitter Instagram *Die Deutsche Kinemathek ist wieder geöffnet. Bis zum 14. Juni laden wir Sie ein, die Ständige Ausstellung bei freiem Eintritt zu besuchen. Es gelten bis auf Weiteres eingeschränkte Öffnungszeiten . Bibliothek und Archive bieten spezielle Servicezeiten für Nutzer*innen an.* Die Stiftung Deutsche Kinemathek wird gefördert von der Beauftragten der Bundesregierung für Kultur und Medien. The Stiftung Deutsche Kinemathek is funded by the Federal Government Commissioner for Culture and the Media. Vorstand / Board of Directors: Dr. Rainer Rother, Florian Bolenius Ihre Daten sind uns wichtig. Sie finden Hinweise zum Datenschutz und Ihren Rechten unter https://www.deutsche-kinemathek.de/de/datenschutz -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From Anke.Bruns at gwdg.de Tue Jun 30 16:25:38 2020 From: Anke.Bruns at gwdg.de (Bruns, Anke) Date: Tue, 30 Jun 2020 14:25:38 +0000 Subject: [Koha-de] Systematik In-Reply-To: <04db01d60c27$35b2daa0$a1188fe0$@bsz-bw.de> References: <9f93432a0b8c43bd934b0ca00bae09f1@gwdg.de> <6170e64d-c21c-fc76-993d-03c0f170b1d5@bibliothekderfreien.de> <01c701d5fc65$547fb650$fd7f22f0$@bsz-bw.de> <19406f4b3ed64fdab0a2d1777e963071@gwdg.de> <04db01d60c27$35b2daa0$a1188fe0$@bsz-bw.de> Message-ID: <5102230ef1874a9bb6add864ae5540a4@gwdg.de> Liebe Katrin, liebe Liste, nachdem einige Zeit verstrichen ist, habe ich mich hieran endlich mal versucht, und einiges hat schon richtig gut geklappt 😊 - nämlich die Einrichtung des neuen Normierten Wertes für die Systematik und der Import der Systematikdaten (Kürzel und Wert) in authorised_values. Die Verknüpfung von 084$a mit dem jeweiligen Wert klappt ebenfalls reibungslos. Es gibt nur ein Problem: In den Titeldaten im Altsystem, aus dem ich die Daten migriere, ist nicht die Systematikstelle (das Kürzel oder die Beschreibung) enthalten, sondern das Kürzel plus eine lfd. Nummer, ähnlich einer Signatur, also z.B. ABC 123 oder ABC 123/4. Möglicherweise ist das nicht regelkonform katalogisiert worden - ich kann in den Altdaten auch keine Verknüpfung zwischen Titel- und Systematiknormdaten erkennen. Jetzt frage ich mich, ob diese in Koha zu realisieren ist, ohne dabei Information (=die lfd. Nummern) zu verlieren. Normalerweise ist 084$a wiederholbar - jedoch, wenn es mit dem Normierten Wert verknüpft ist, wird keine andere Belegung mehr zugelassen, so dass das Feld bzw. das UF auch nicht doppelt angelegt werden kann bzw. der ursprüngliche, importierte Inhalt aus 084$a beim Öffnen des Titelsatzes zum Bearbeiten einfach verschwindet. Könnte ich evtl. den ursprünglichen Systematikeintrag in ein anderes UF von 084 importieren (welches?) oder wahlweise den Normierten Wert mit einem anderen UF verknüpfen - z.B. 084$0 oder so? Was wäre hier am ehesten MARC-konform? (Aus der Doku der LOC sowie der DNB kann ich das nicht zweifelsfrei ersehen.) Oder gibt es doch irgendwo eine Möglichkeit, Koha dazu zu bringen, neben verknüpften Normierten Werten zusätzlich andere, eigene Werte in 084$a zu akzeptieren, so dass es einfach wiederholt werden kann? Übrigens entspricht der Eintrag Kürzel plus lfd. Nr. in manchen, aber nicht allen Fällen der Signatur des jeweiligen Mediums. Somit entfällt auch die Lösung, den Wert einfach in die Signatur zu importieren (bzw. außer acht zu lassen, wenn er dort schon steht). Für Ideen und Rat wäre ich sehr dankbar! Viele Grüße Anke Bruns -- Anke Bruns M.A. (LIS) Arbeitsgruppe "Anwendungs- und Informationssysteme" Tel.: +49 551 201-1519, E-Mail: anke.bruns at gwdg.de --------------------------------------- Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG) Am Fassberg 11, 37077 Göttingen, URL: http://www.gwdg.de, E-Mail: gwdg at gwdg.de Tel.: +49 (0)551 201-1510, Fax: +49 (0)551 201-2150 Service-Hotline: Tel.: +49 551 201-1523, E-Mail: support at gwdg.de Geschäftsführer: Prof. Dr. Ramin Yahyapour Aufsichtsratsvorsitzender: Prof. Dr. Christian Griesinger Sitz der Gesellschaft: Göttingen Registergericht: Göttingen, Handelsregister-Nr. B 598 --------------------------------------- Zertifiziert nach ISO 9001 --------------------------------------- > -----Ursprüngliche Nachricht----- > Von: Fischer, Katrin > Gesendet: Montag, 6. April 2020 17:23 > An: koha-de at lists.koha-community.org > Cc: Bruns, Anke > Betreff: AW: [Koha-de] Systematik > > Hallo Anke, > > normierte Werte sollten direkt funktionieren, für die Normdaten klappt es > noch nicht 100%, wobei die Anpassungen in Koha vielleicht überschaubar > wären. > > 1) Normierter Wert > > - Neue Kategorie für Normierte Werte anlegen > - Einige Werte manuell eingeben, z.B. Wert = CMP, Beschreibung = > Computer > - Im bibliographischen Framework 084$a auf den normierten Wert > verknüpfen > > Wenn das klappt und so dargestellt wird, wie ihr möchtet, dann würde ich > danach die .CSV-Datei in SQL-Inserts für die Datenbank umschreiben. Die > Tabelle, die befüllt werden muss ist authorised_values. > > 2) Normdaten > > Ich weiss, dass es im Programmcode einige Stellen gibt, bei denen 1xx-Feld > für die Hauptansetzung im Normsatz auf ein bestimmtes Framework > gemappt > werden (z.B. C4/Authorities.Marc.pm GuessAuthTypeCode). Dort fehlt > aktuell > das Mapping für 153 für Klassifikationen. Trotzdem schien es in meinem Test > schon fast zu funktionieren: > > - Nomrdatentyp für Klassifikation mit Feld 153 anlegen > - In den Frameworks für 084$a verknüpfen (Thesaurus im dritten Abschnitt) > > Beim Katalogisieren kann das Plugin nun aufgerufen werden und ein neu > angelegter Normsatz wird auch verknüpft. Allerdings klappte bei mir die > Suche nicht. Evtl. muss 153 noch indexiert werden? > > Um die Systematik als Normdaten laden zu können, müsstest du > vollständige, > wenn auch minimale, MARC-Datensätze für diese erstellen. Ich vermute, > dass > man für den Import die oben genannten Mappings ergänzen müsste, so dass > diese mit dem richtigen Typ geladen werden. > > Viele Grüße, > > Katrin > > -- > Katrin Fischer > Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ) > 78457 Konstanz / Germany > Phone: +49 7531 - 88 4934 > E-Mail: katrin.fischer at bsz-bw.de > http://bsz-bw.de > > > -----Ursprüngliche Nachricht----- > Von: Bruns, Anke > Gesendet: Dienstag, 24. März 2020 12:43 > An: Fischer, Katrin ; > koha-de at lists.koha-community.org > Betreff: AW: [Koha-de] Systematik > > Liebe Katrin, > > ganz, ganz herzlichen Dank für die Ausführungen! Das geht für mich genau in > die richtige Richtung. > > Die Systematik, die ich gern importieren möchte, sieht so aus, wie die drei > herausgegriffenen Beispiele zeigen: > > CMP;Computer > CRY;Crystallographie > GEN;Genetik, Evolution, Molekular-Genetik > > Die Signaturen enthalten jeweils das Kürzel und eine lfd. Nummer. Die > Voreinstellung des jeweiligen Eintrags aus Feld 084 über den > itemcallnumber-Parameter funktioniert, wie ich gerade getestet habe. > > Nun würde ich also die Systematik, die mir als .csv vorliegt, importieren - > per SQL oder als Normdaten mit "etwas Programmierung" oder mittels > Katalogisierungsplugin und entsprechender Datei. Entscheidend ist, dass die > Bibliothekar*innen später an den Systematikdaten über den Koha-Staffclient > bei Bedarf Veränderungen vornehmen können (damit entfällt vermutlich die > letzte Möglichkeit?). > > Was ist der Unterschied zwischen dem normierten Wert und dem > Normdatensatz > (außer dass diese in Koha vermutlich in unterschiedlichen Tabellen der > Datenbank abgelegt sind)? > > Im MARC Framework finde ich die Möglichkeit, Feld 084 mit einem > normierten > Wert zu verknüpfen, nicht aber mit einem Normdatensatz. Ginge denn > letzteres > auch? Falls nicht, bliebe nur die Möglichkeit mit dem normierten Wert. > > Ich hoffe, ich habe mein Anliegen verständlich machen können. > > Ich freue mich sehr über deine/Ihre (weitere) Unterstützung und bedanke > mich > schon mal sehr dafür im voraus! > > Viele Grüße aus dem HomeOffice und allen gute Gesundheit! > Anke Bruns > > > -- > Anke Bruns M.A. (LIS) > Arbeitsgruppe "Anwendungs- und Informationssysteme" > Tel.: +49 551 201-1519, E-Mail: anke.bruns at gwdg.de > --------------------------------------- > Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen > (GWDG) Am > Fassberg 11, 37077 Göttingen, URL: http://www.gwdg.de, E-Mail: > gwdg at gwdg.de > Tel.: +49 (0)551 201-1510, Fax: +49 (0)551 201-2150 > Service-Hotline: Tel.: +49 551 201-1523, E-Mail: support at gwdg.de > > Geschäftsführer: Prof. Dr. Ramin Yahyapour > Aufsichtsratsvorsitzender: Prof. Dr. Christian Griesinger Sitz der > Gesellschaft: Göttingen > Registergericht: Göttingen, Handelsregister-Nr. B 598 > --------------------------------------- > Zertifiziert nach ISO 9001 > --------------------------------------- > > > > > > -----Ursprüngliche Nachricht----- > > Von: Koha-de Im Auftrag > von > > Fischer, Katrin > > Gesendet: Dienstag, 17. März 2020 15:07 > > An: koha-de at lists.koha-community.org > > Betreff: Re: [Koha-de] Systematik > > > > Liebe Anke, lieber Herr Hoerig, > > > > > > > > könntest du/könnten Sie, die gewünschte Funktionalität etwas genauer > > beschreiben? > > > > Ich bin mir nicht ganz sicher, was benötigt wird, von daher hoffe ich, > meine > > Vorschläge liegen nicht zu weit daneben: > > > > > > > > Für das Speichern von Kürzeln und Beschreibungen bieten sich in der Regel > > normierte Werte an. Mit SQL und Datenbankzugriff kann man diese auch > > relativ einfach in Datenbanken einspielen. > > > > > > > > Normierte Werte können in den MARC-Frameworks mit beliebigen Feldern > > verknüpft werden, z.B. auch mit 084 – Other classification number > > (http://www.loc.gov/marc/bibliographic/bd084.html). Man muss hier > darauf > > achten, dass Koha die Kürzel auflöst, also im OPAC später die Beschreibung > > anzeigt, nicht den Code. > > > > > > > > Der Wert aus 084 könnte als Vorschlag auch automatisch in die Exemplare > > übernommen werden. Hierzu gibt es den Systemparameter > > „itemcallnumber“. Wenn die Signatur im Exemplar leer ist, wird das Feld > > beim Bearbeiten oder Anlegen eines Exemplars automatisch mit dem > > entsprechenden Feld aus dem Titel vorbelegt und kann dann z.B. noch um > > Merkmale ergänzt werden. > > > > > > > > Etwas mit Programmierung verbunden wäre es, statt einem normierten > Wert > > Normdatensätze zu verwenden. MARC21 kennt hierzu eigene > > Klassifikationssätze (http://www.loc.gov/marc/classification/). > > > > > > > > Eine weitere Alternative wäre es ein Katalogisierungsplugin zu schreiben > und > > die Daten aus einem normierten Wert, einer hinterlegten XML-Datei oder > > Ähnlichem ziehen. Katalogisierungsplugins können sowohl auf Titel- als > auch > > auf Exemplarebene verwendet werden. Ein Beispiel für ein existierendes > > Signaturenplugin wäre cn_browser.pl. Wenn man dieses mit 952$o über > die > > Frameworks verknüpft, kann man nach Eingabe eines Signaturanfangs über > > „…“ am Feldende den Browser aufrufen und sieht gleich, ob diese Signatur > > bereits einmal vergeben wurde, sowie eine Liste ähnlicher Signaturen. > > Denkbar wäre auch: direkter Aufruf des Plugins über „…“, Suche in der > > hinterlegten Klassifikation im neuen Fenster und anschließende > Übernahme > > in das Feld per Klick. > > > > > > > > Geht dies in die richtige Richtung? > > > > > > > > Viele Grüße, > > > > > > > > Katrin Fischer > > > > > > > > -- > > > > Katrin Fischer > > > > Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ) > > > > 78457 Konstanz / Germany > > > > Phone: +49 7531 - 88 4934 > > > > E-Mail: katrin.fischer at bsz-bw.de > > > > http://bsz-bw.de > > > > > > > > Von: Koha-de Im Auftrag > von > > Guenner > > Gesendet: Donnerstag, 5. März 2020 18:36 > > An: koha-de at lists.koha-community.org > > Betreff: Re: [Koha-de] Systematik > > > > > > > > Liebe Anke Bruns, > > > > das würden wir auch gern machen. Leider sieht das Koha nicht vor. > > > > Nach Auskunft der KollegInnen von der ThULB Jena https://koha- > > info.thulb.uni-jena.de/ gibt es den vielfachen Wunsch nach einem > > Systematikmodul. Eine Umsetzung konnte aber noch nicht realisiert > werden. > > Es ist wohl recht anspruchsvoll. > > > > Vielleicht weiß aber auch jemand aus der Runde etwas mehr zum Thema. > > > > Viele Grüße > > > > Günter Hoerig > > > > Bibliothek der Freien > > Anarchistische Bücherei im Haus der Demokratie > > Greifswalder Strasse 4 · 2. Hof, Raum 1102 > > 10405 Berlin (Prenzlauer Berg) > > Internet: www.bibliothekderfreien.de > > > E-Mail: DieFreien at BibliothekderFreien.de > > > > > > > > > > Am 05.03.2020 um 17:52 schrieb Bruns, Anke: > > > > Liebe Koha-Community, > > > > ich bin nicht ganz sicher, ob ich mit meiner Frage in dieser Liste > richtig > > bin. > > > > Ich möchte in eine Koha-Instanz eine Systematik importieren, die > > ganz > > schlicht nach dem Schema > > > > Kürzel - Beschreibung > > > > aufgebaut ist. > > > > Leider kann ich in der Dokumentation nichts dazu finden, wie ich > > diese > > Systematik importieren und dann die einzelnen Einträge mit den > > entsprechenden Titelsätzen verknüpfen kann. > > > > Hat hier jemand einen Tipp, wo ich nachlesen kann oder wen ich > > sonst fragen > > könnte? > > > > Vielen herzlichen Dank und viele Grüße > > Anke Bruns > > > > > > -- > > Anke Bruns M.A. (LIS) > > Arbeitsgruppe "Anwendungs- und Informationssysteme" > > Tel.: +49 551 201-1519, E-Mail: anke.bruns at gwdg.de > > > > --------------------------------------- > > Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen > > (GWDG) Am > > Fassberg 11, 37077 Göttingen, URL: http://www.gwdg.de, E-Mail: > > gwdg at gwdg.de > > Tel.: +49 (0)551 201-1510, Fax: +49 (0)551 201-2150 > > Service-Hotline: Tel.: +49 551 201-1523, E-Mail: support at gwdg.de > > > > > > Geschäftsführer: Prof. Dr. Ramin Yahyapour > > Aufsichtsratsvorsitzender: Prof. Dr. Christian Griesinger Sitz der > > Gesellschaft: Göttingen > > Registergericht: Göttingen, Handelsregister-Nr. B 598 > > --------------------------------------- > > Zertifiziert nach ISO 9001 > > --------------------------------------- > > > > > > > > > > > > > > > > _______________________________________________ > > Koha-de mailing list > > Koha-de at lists.koha-community.org > community.org> > > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de > > > > -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 6379 bytes Beschreibung: nicht verfügbar URL :