From Anke.Bruns at gwdg.de Fri Mar 15 12:01:43 2024 From: Anke.Bruns at gwdg.de (Bruns, Anke) Date: Fri, 15 Mar 2024 11:01:43 +0000 Subject: [Koha-de] =?iso-8859-1?q?=DCbersetzen=3B_veraltete_Wikiseite?= Message-ID: Liebe Kolleginnen und Kollegen, gerade wollte ich "unsere" Bibliothekar*innen für Mitwirkung an den Übersetzungen z.B. fürs Handbuch gewinnen und musste aber feststellen, dass die dazugehörigen Infoseiten im Wiki veraltet sind. https://wiki.koha-community.org/wiki/Translating_the_Koha_Manual https://wiki.koha-community.org/wiki/Translating_Koha Gibt es eine Seite, auf die ich potentiell interessierte Mitwirkende verweisen kann, um sich unkompliziert zu informieren, wie man übersetzt? Diese Seite hier bezieht sich wohl nur auf die Migration und ist auch zu unübersichtlich für Ungeübte: https://wiki.koha-community.org/wiki/Translation_server_migration_weblate Leider kann ich die Wikiseiten nicht selbst updaten, da mir dazu die Expertise bezgl. Weblate fehlt. Viele Grüße und ein schönes Wochenende! Anke Bruns -- Anke Bruns M.A. (LIS) Arbeitsgruppe "Anwendungs- und Informationssysteme" E-Mail: anke.bruns at gwdg.de Tel.: +49 551 39-30291 ------------------------------------------------- Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG) Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de Support: Tel.: +49 551 39-30000, URL: https://gwdg.de/support Sekretariat: Tel.: +49 551 39-30001, E-Mail: gwdg 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 und ISO 27001 ------------------------------------------------- -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 7304 bytes Beschreibung: nicht verfügbar URL : From thye at bibliothek.verl.de Fri Mar 15 12:01:52 2024 From: thye at bibliothek.verl.de (thye at bibliothek.verl.de) Date: Fri, 15 Mar 2024 12:01:52 +0100 (CET) Subject: [Koha-de] Abwesenheitsnotiz Message-ID: <20240315110152.7E58811F183@host01.iok.net> Sehr geehrte Damen und Herren, vielen Dank für Ihre Nachricht. Ich bin erst am 18. März wieder im Hause und werde meine E-Mails dann schnellstmöglich bearbeiten. Bis dahin werden sie nicht gelesen und nicht weitergeleitet. Hat Ihr Anliegen bis dahin Zeit? In dringenden Fällen können Sie sich sonst an meine Leitungskollegin Heike Schniedermeier wenden (Tel. 05246 92523-11 oder Mail an schniedermeier at bibliothek.verl.de). Bitte setzten Sie mich bei E-Mails in CC. Mit Dank und freundlichen Grüßen C. Thye Leitungsteam der Bibliothek Verl From flimm at ub.uni-koeln.de Fri Mar 22 15:29:29 2024 From: flimm at ub.uni-koeln.de (Oliver Flimm) Date: Fri, 22 Mar 2024 15:29:29 +0100 Subject: [Koha-de] Datenmigration nach Koha mit Beibehaltung bisheriger ID's Message-ID: Hallo, fuer knapp 24 Spezial-Kataloge werden wir zukuenftig eine Koha-Installation mit mehreren Instanzen einsetzen. In unserer Recherche-Infrastruktur liegen die Katalogdaten noch in einem internen MAB2-basierten (in JSON kodierten) Datenformat vor, das aus dem aktuell verwendeten Bibliothekssystem gespeist wird. Diese Daten wollen wir nun nach Koha migrieren, was soweit - nach Migration mit unserem eigenen Skript von MAB2 zu MARC21 - ueber das bulkmarcimport.pl Skript auch sehr gut funktioniert. Hier suchen wir nun einen Weg, um die alten ID's der Daten auch in Koha beizubehalten, ueber die insbesondere alle hierarchischen Verknuepfungen (773/830) laufen. Gibt es einen Weg Koha zu ueberzeugen aus den Records der MARC21-Importdateien die ID's aus 001 als interne biblionumber zu verwenden? Spontan haben wir es bereits mit der Besetzung von 999 $c (und $d) mit der ID aus 001 versucht, aber das fuehrte leider nicht zum Erfolg (unsere ID's sind alle numerisch). Es sieht so aus, dass bulkmarcimport.pl die Vorgabe aus 999 ignoriert. Ein Import ueber das Web-Interface brachte das gleiche Ergebnis. Falls es keinen Weg gibt die alten ID's beizubehalten, dann stellt sich fuer uns das Problem der dann falschen Verknuepfungs-ID's in den MARC21-Daten, z.B. in 773, und damit dann auch falschen Verknuepfungen zwischen den Records. Wuerde es in diesem Falle ausreichen den Wert, z.B. in 773 $0, im MARCXML aus der Tabellen-Spalte metadata der Datenbank-Tabelle biblio_metadata im Nachgang des Imports auf die 'neue richtige' biblionumber des Titels innerhalb von Koha zu aendern? Oder spielen da noch andere Tabellen mit hinein? Bei meinen Recherchen bin ich auf den Thread https://lists.katipo.co.nz/public/koha/2016-January/044568.html und das Skript /usr/share/koha/bin/batchImportMARCWithBiblionumbers.pl gestossen. Allerdings ist es von 2006 und es funktioniert mit Koha 23.11 nicht mehr, da sich die interne Datenbanktabellenstruktur seitdem geaendert hat. Viele Gruesse aus Koeln, Oliver Flimm -- Oliver Flimm Universitaet zu Koeln :: Universitaets- und Stadtbibliothek IT-Dienste :: Universitaetsstr. 33 :: D-50931 Koeln E-Mail: flimm at ub.uni-koeln.de From katrin.fischer at bsz-bw.de Fri Mar 22 15:46:34 2024 From: katrin.fischer at bsz-bw.de (Fischer, Katrin) Date: Fri, 22 Mar 2024 15:46:34 +0100 Subject: [Koha-de] Datenmigration nach Koha mit Beibehaltung bisheriger ID's In-Reply-To: References: Message-ID: <013f01da7c67$bcbdc500$36394f00$@bsz-bw.de> Hallo, das sind doch schöne Nachrichten zum Wochenende :) Meines Wissens ist es bisher nicht möglich eine biblionumber zu erzwingen und es wäre sicher auch nicht ganz unproblematisch. Allerdings müssen in Koha 001 und biblionumber nicht übereinstimmen und für die Verknüpfungen zwischen Titeln werden nur 001 und 7xx/8xx$w in den MARC-Datensätzen verwendet. Die biblionumber spielt hier nicht hinein. Wenn die Verknüpfungen in den MARC21-Daten richtig, bzw. standardkonform sind, sollten diese nach dem Import direkt funktionieren, auch wenn von Koha andere Datensatznummern vergeben wurden. Ggf. muss noch der Systemparameter "UseControlnumber" aktiviert werden. Alte Nummern könnten z.B. mit einem entsprechenden Präfix in 035$a mitgenommen werden und sind dann auch in Koha suchbar. Herzliche Grüße Katrin Fischer -----Ursprüngliche Nachricht----- Von: Koha-de Im Auftrag von Oliver Flimm via Koha-de Gesendet: Freitag, 22. März 2024 15:29 An: koha-de at lists.koha-community.org Betreff: [Koha-de] Datenmigration nach Koha mit Beibehaltung bisheriger ID's Hallo, fuer knapp 24 Spezial-Kataloge werden wir zukuenftig eine Koha-Installation mit mehreren Instanzen einsetzen. In unserer Recherche-Infrastruktur liegen die Katalogdaten noch in einem internen MAB2-basierten (in JSON kodierten) Datenformat vor, das aus dem aktuell verwendeten Bibliothekssystem gespeist wird. Diese Daten wollen wir nun nach Koha migrieren, was soweit - nach Migration mit unserem eigenen Skript von MAB2 zu MARC21 - ueber das bulkmarcimport.pl Skript auch sehr gut funktioniert. Hier suchen wir nun einen Weg, um die alten ID's der Daten auch in Koha beizubehalten, ueber die insbesondere alle hierarchischen Verknuepfungen (773/830) laufen. Gibt es einen Weg Koha zu ueberzeugen aus den Records der MARC21-Importdateien die ID's aus 001 als interne biblionumber zu verwenden? Spontan haben wir es bereits mit der Besetzung von 999 $c (und $d) mit der ID aus 001 versucht, aber das fuehrte leider nicht zum Erfolg (unsere ID's sind alle numerisch). Es sieht so aus, dass bulkmarcimport.pl die Vorgabe aus 999 ignoriert. Ein Import ueber das Web-Interface brachte das gleiche Ergebnis. Falls es keinen Weg gibt die alten ID's beizubehalten, dann stellt sich fuer uns das Problem der dann falschen Verknuepfungs-ID's in den MARC21-Daten, z.B. in 773, und damit dann auch falschen Verknuepfungen zwischen den Records. Wuerde es in diesem Falle ausreichen den Wert, z.B. in 773 $0, im MARCXML aus der Tabellen-Spalte metadata der Datenbank-Tabelle biblio_metadata im Nachgang des Imports auf die 'neue richtige' biblionumber des Titels innerhalb von Koha zu aendern? Oder spielen da noch andere Tabellen mit hinein? Bei meinen Recherchen bin ich auf den Thread https://lists.katipo.co.nz/public/koha/2016-January/044568.html und das Skript /usr/share/koha/bin/batchImportMARCWithBiblionumbers.pl gestossen. Allerdings ist es von 2006 und es funktioniert mit Koha 23.11 nicht mehr, da sich die interne Datenbanktabellenstruktur seitdem geaendert hat. Viele Gruesse aus Koeln, Oliver Flimm -- Oliver Flimm Universitaet zu Koeln :: Universitaets- und Stadtbibliothek IT-Dienste :: Universitaetsstr. 33 :: D-50931 Koeln E-Mail: flimm at ub.uni-koeln.de _______________________________________________ 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 : 7253 bytes Beschreibung: nicht verfügbar URL : From Anke.Bruns at gwdg.de Fri Mar 22 16:28:29 2024 From: Anke.Bruns at gwdg.de (Bruns, Anke) Date: Fri, 22 Mar 2024 15:28:29 +0000 Subject: [Koha-de] Datemigration nach Koha mit Beibehaltung bisheriger ID's Message-ID: Hallo, nach meiner Erfahrung funktionieren hierarchische Verknüpfungen anhand der Nummer in 001. Voraussetzung sind je nach Fall korrekte Einträge in den Positionen 7 und 19 des Leaders. Man muss dazu den Systemparameter "UseControlNumber" aktivieren, und die Verknüpfungsnummern (die 001er des übergeordneten Satzes) müssen in 773$w oder 830$w stehen. Einige leider nicht ganz vollständige Infos zur Mehrstufigkeit finden sich im Koha Wiki: https://wiki.koha-community.org/wiki/Multipart_Bibliographics. Viele Grüße Anke Bruns -- Anke Bruns M.A. (LIS) Arbeitsgruppe "Anwendungs- und Informationssysteme" E-Mail: anke.bruns at gwdg.de Tel.: +49 551 39-30291 ------------------------------------------------- Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG) Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de Support: Tel.: +49 551 39-30000, URL: https://gwdg.de/support Sekretariat: Tel.: +49 551 39-30001, E-Mail: gwdg 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 und ISO 27001 ------------------------------------------------- > -----Ursprüngliche Nachricht----- > Von: Koha-de Im Auftrag von > Oliver Flimm via Koha-de > Gesendet: Freitag, 22. März 2024 15:29 > An: koha-de at lists.koha-community.org > Betreff: [Koha-de] Datenmigration nach Koha mit Beibehaltung bisheriger > ID's > > Hallo, > > fuer knapp 24 Spezial-Kataloge werden wir zukuenftig eine > Koha-Installation mit mehreren Instanzen einsetzen. In unserer > Recherche-Infrastruktur liegen die Katalogdaten noch in einem internen > MAB2-basierten (in JSON kodierten) Datenformat vor, das aus dem > aktuell verwendeten Bibliothekssystem gespeist wird. > > Diese Daten wollen wir nun nach Koha migrieren, was soweit - nach > Migration mit unserem eigenen Skript von MAB2 zu MARC21 - ueber das > bulkmarcimport.pl Skript auch sehr gut funktioniert. > > Hier suchen wir nun einen Weg, um die alten ID's der Daten auch in > Koha beizubehalten, ueber die insbesondere alle hierarchischen > Verknuepfungen (773/830) laufen. > > Gibt es einen Weg Koha zu ueberzeugen aus den Records der > MARC21-Importdateien die ID's aus 001 als interne biblionumber zu > verwenden? > > Spontan haben wir es bereits mit der Besetzung von 999 $c (und $d) mit > der ID aus 001 versucht, aber das fuehrte leider nicht zum Erfolg > (unsere ID's sind alle numerisch). Es sieht so aus, dass > bulkmarcimport.pl die Vorgabe aus 999 ignoriert. Ein Import ueber das > Web-Interface brachte das gleiche Ergebnis. > > Falls es keinen Weg gibt die alten ID's beizubehalten, dann stellt > sich fuer uns das Problem der dann falschen Verknuepfungs-ID's in den > MARC21-Daten, z.B. in 773, und damit dann auch falschen Verknuepfungen > zwischen den Records. > > Wuerde es in diesem Falle ausreichen den Wert, z.B. in 773 $0, im > MARCXML aus der Tabellen-Spalte metadata der Datenbank-Tabelle > biblio_metadata im Nachgang des Imports auf die 'neue richtige' > biblionumber des Titels innerhalb von Koha zu aendern? Oder spielen da > noch andere Tabellen mit hinein? > > Bei meinen Recherchen bin ich auf den Thread > > https://lists.katipo.co.nz/public/koha/2016-January/044568.html > > und das Skript > > /usr/share/koha/bin/batchImportMARCWithBiblionumbers.pl > > gestossen. Allerdings ist es von 2006 und es funktioniert mit Koha > 23.11 nicht mehr, da sich die interne Datenbanktabellenstruktur > seitdem geaendert hat. > > Viele Gruesse aus Koeln, > > Oliver Flimm > > -- > Oliver Flimm > Universitaet zu Koeln :: Universitaets- und Stadtbibliothek > IT-Dienste :: Universitaetsstr. 33 :: D-50931 Koeln > E-Mail: flimm at ub.uni-koeln.de > _______________________________________________ > 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 : 7304 bytes Beschreibung: nicht verfügbar URL : From flimm at ub.uni-koeln.de Fri Mar 22 16:47:49 2024 From: flimm at ub.uni-koeln.de (Oliver Flimm) Date: Fri, 22 Mar 2024 16:47:49 +0100 Subject: [Koha-de] Datenmigration nach Koha mit Beibehaltung bisheriger ID's In-Reply-To: <013f01da7c67$bcbdc500$36394f00$@bsz-bw.de> References: <013f01da7c67$bcbdc500$36394f00$@bsz-bw.de> Message-ID: Hallo Frau Fischer, Am Fri, Mar 22, 2024 at 03:46:34PM +0100 schrieb Fischer, Katrin: > das sind doch schöne Nachrichten zum Wochenende :) > > Meines Wissens ist es bisher nicht möglich eine biblionumber zu erzwingen und es wäre sicher auch nicht ganz unproblematisch. > > Allerdings müssen in Koha 001 und biblionumber nicht übereinstimmen und für die Verknüpfungen zwischen Titeln werden nur 001 und 7xx/8xx$w in den MARC-Datensätzen verwendet. Die biblionumber spielt hier nicht hinein. > > Wenn die Verknüpfungen in den MARC21-Daten richtig, bzw. standardkonform sind, sollten diese nach dem Import direkt funktionieren, auch wenn von Koha andere Datensatznummern vergeben wurden. Ggf. muss noch der Systemparameter "UseControlnumber" aktiviert werden. danke fuer den Tipp. Die Option und ihre Auswirkungen schaue ich mir nochmal an. > Alte Nummern könnten z.B. mit einem entsprechenden Präfix in 035$a mitgenommen werden und sind dann auch in Koha suchbar. Das haben wir bereits gemacht. Viele Gruesse aus Koeln, Oliver Flimm > -----Ursprüngliche Nachricht----- > Von: Koha-de Im Auftrag von Oliver Flimm via Koha-de > Gesendet: Freitag, 22. März 2024 15:29 > An: koha-de at lists.koha-community.org > Betreff: [Koha-de] Datenmigration nach Koha mit Beibehaltung bisheriger ID's > > Hallo, > > fuer knapp 24 Spezial-Kataloge werden wir zukuenftig eine Koha-Installation mit mehreren Instanzen einsetzen. In unserer Recherche-Infrastruktur liegen die Katalogdaten noch in einem internen MAB2-basierten (in JSON kodierten) Datenformat vor, das aus dem aktuell verwendeten Bibliothekssystem gespeist wird. > > Diese Daten wollen wir nun nach Koha migrieren, was soweit - nach Migration mit unserem eigenen Skript von MAB2 zu MARC21 - ueber das bulkmarcimport.pl Skript auch sehr gut funktioniert. > > Hier suchen wir nun einen Weg, um die alten ID's der Daten auch in Koha beizubehalten, ueber die insbesondere alle hierarchischen Verknuepfungen (773/830) laufen. > > Gibt es einen Weg Koha zu ueberzeugen aus den Records der MARC21-Importdateien die ID's aus 001 als interne biblionumber zu verwenden? > > Spontan haben wir es bereits mit der Besetzung von 999 $c (und $d) mit der ID aus 001 versucht, aber das fuehrte leider nicht zum Erfolg (unsere ID's sind alle numerisch). Es sieht so aus, dass bulkmarcimport.pl die Vorgabe aus 999 ignoriert. Ein Import ueber das Web-Interface brachte das gleiche Ergebnis. > > Falls es keinen Weg gibt die alten ID's beizubehalten, dann stellt sich fuer uns das Problem der dann falschen Verknuepfungs-ID's in den MARC21-Daten, z.B. in 773, und damit dann auch falschen Verknuepfungen zwischen den Records. > > Wuerde es in diesem Falle ausreichen den Wert, z.B. in 773 $0, im MARCXML aus der Tabellen-Spalte metadata der Datenbank-Tabelle biblio_metadata im Nachgang des Imports auf die 'neue richtige' > biblionumber des Titels innerhalb von Koha zu aendern? Oder spielen da noch andere Tabellen mit hinein? > > Bei meinen Recherchen bin ich auf den Thread > > https://lists.katipo.co.nz/public/koha/2016-January/044568.html > > und das Skript > > /usr/share/koha/bin/batchImportMARCWithBiblionumbers.pl > > gestossen. Allerdings ist es von 2006 und es funktioniert mit Koha > 23.11 nicht mehr, da sich die interne Datenbanktabellenstruktur seitdem geaendert hat. > > Viele Gruesse aus Koeln, > > Oliver Flimm > > -- > Oliver Flimm > Universitaet zu Koeln :: Universitaets- und Stadtbibliothek IT-Dienste :: Universitaetsstr. 33 :: D-50931 Koeln > E-Mail: flimm at ub.uni-koeln.de > _______________________________________________ > Koha-de mailing list > Koha-de at lists.koha-community.org > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de -- Oliver Flimm Universitaet zu Koeln :: Universitaets- und Stadtbibliothek IT-Dienste :: Universitaetsstr. 33 :: D-50931 Koeln E-Mail: flimm at ub.uni-koeln.de From sebastian.wilhelm at dithmarschen.de Mon Mar 25 10:37:49 2024 From: sebastian.wilhelm at dithmarschen.de (sebastian.wilhelm at dithmarschen.de) Date: Mon, 25 Mar 2024 09:37:49 +0000 Subject: [Koha-de] Vorstellung/ / Frage um Rat Message-ID: Moin aus dem Norden liebe Listenmitglieder, das Gemeinschaftsarchiv des Kreises Dithmarschen befindet sich zurzeit in der Erprobung von Koha (Version 23.11.03) um unsere Archivbibliothek zu katalogisieren und zu verwalten. Nun sind wir über ein Problem gestolpert, welches wir momentan nicht lösen können. Wir haben das Marc21-Framework unseren Bedürfnissen nach angepasst und eigentlich funktioniert es gut. Mit dem Datenimport über Z39.50/SRU klappt alles, nur bei der freien, "händischen" Eingabe taucht ein Problem auf. Das Feld 264 zur Eingabe der "Veröffentlichungsangabe, Vertriebsangabe, Herstellungsangabe", wird bei der freien Eingabe nicht angezeigt, obwohl es im Framework vorhanden ist und beim Datenimport ebenso genutzt wird. Vielleicht kann uns jemand aus der Mailingliste weiterhelfen? Beste Grüße aus dem Norden Sebastian Wilhelm Mit freundlichen Grüßen Im Auftrag Sebastian Wilhelm M.A. Archivleitung [marktrausch_Kreis_Dithmarschen_Kreis-Logo_RGB_quer_v01] Gemeinschaftsarchiv des Kreises Dithmarschen und des Amtes Mitteldithmarschen Zingelstraße 2b 25704 Meldorf Tel.: 0481 - 97 56 81 E-Mail: sebastian.wilhelm at dithmarschen.de www.dithmarschen.de<../../../../../Katharina.Vollmer/AppData/Local/Microsoft/Windows/INetCache/Content.Outlook/UT2VIW5S/www.dithmarschen.de> [Dithmarschen_Logo_sign] -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : image005.jpg Dateityp : image/jpeg Dateigröße : 2671 bytes Beschreibung: image005.jpg URL : -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : image006.jpg Dateityp : image/jpeg Dateigröße : 2893 bytes Beschreibung: image006.jpg URL : From jan.kissig at th-wildau.de Mon Mar 25 11:04:18 2024 From: jan.kissig at th-wildau.de (Kissig, Jan) Date: Mon, 25 Mar 2024 11:04:18 +0100 (CET) Subject: [Koha-de] Vorstellung/ / Frage um Rat In-Reply-To: References: Message-ID: <708733520.3121106.1711361058053.JavaMail.zimbra@th-wildau.de> Guten Morgen zurück, Wenn ein Feld im Marc-Editor nicht angezeigt wird kann das verschiedene Ursachen haben: - Welches Framework benutzt der Marc-Editor (zu finden via Einstellungen)? - Ist in dem genutzten Framework das Feld sichtbar geschaltet: Administration -> Biblio. Marc-Framework -> Hier das gewünschte waählen -> Aktionen -> MARC-Struktur -> 264 suchen -> Aktionen " Unterfelder bearbeiten" -> Unterfeld auswählen -> Prüfen ob unter Sichtbarkeit das Häkchen in "Editor" gesetzt ist. - Bei der Titelerstellung via Modul Erwerbung wird im Marc-Editor im Hintergrund das Marc-Framework ACQ genutzt. Dort müsste falls notwendig auch das Feld auf Sichtbar gesetzt werden. Hoffe ich habe nichts vergessen. Grüße Jan Kissig > Von: "Sebastian Wilhelm via Koha-de" > An: "koha-de" > Gesendet: Montag, 25. März 2024 10:37:49 > Betreff: [Koha-de] Vorstellung/ / Frage um Rat > Moin aus dem Norden liebe Listenmitglieder, > das Gemeinschaftsarchiv des Kreises Dithmarschen befindet sich zurzeit in der > Erprobung von Koha (Version 23.11.03) um unsere Archivbibliothek zu > katalogisieren und zu verwalten. > Nun sind wir über ein Problem gestolpert, welches wir momentan nicht lösen > können. > Wir haben das Marc21-Framework unseren Bedürfnissen nach angepasst und > eigentlich funktioniert es gut. Mit dem Datenimport über Z39.50/SRU klappt > alles, nur bei der freien, „händischen“ Eingabe taucht ein Problem auf. Das > Feld 264 zur Eingabe der „Veröffentlichungsangabe, Vertriebsangabe, > Herstellungsangabe“, wird bei der freien Eingabe nicht angezeigt, obwohl es im > Framework vorhanden ist und beim Datenimport ebenso genutzt wird. Vielleicht > kann uns jemand aus der Mailingliste weiterhelfen? > Beste Grüße aus dem Norden > Sebastian Wilhelm > Mit freundlichen Grüßen > Im Auftrag > Sebastian Wilhelm M.A. > Archivleitung > Gemeinschaftsarchiv des Kreises Dithmarschen und des Amtes Mitteldithmarschen > Zingelstraße 2b > 25704 Meldorf > Tel.: 0481 – 97 56 81 > E-Mail: sebastian.wilhelm at dithmarschen.de > [ > https://webmail.th-wildau.de/Katharina.Vollmer/AppData/Local/Microsoft/Windows/INetCache/Content.Outlook/UT2VIW5S/www.dithmarschen.de > | www.dithmarschen.de ] > _______________________________________________ > 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 HTML-Daten wurde abgetrennt... URL: -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : image005.jpg Dateityp : image/jpeg Dateigröße : 2671 bytes Beschreibung: image005.jpg URL : -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : image006.jpg Dateityp : image/jpeg Dateigröße : 2893 bytes Beschreibung: image006.jpg URL : From sebastian.wilhelm at dithmarschen.de Mon Mar 25 11:20:31 2024 From: sebastian.wilhelm at dithmarschen.de (sebastian.wilhelm at dithmarschen.de) Date: Mon, 25 Mar 2024 10:20:31 +0000 Subject: [Koha-de] Vorstellung/ / Frage um Rat In-Reply-To: <708733520.3121106.1711361058053.JavaMail.zimbra@th-wildau.de> References: <708733520.3121106.1711361058053.JavaMail.zimbra@th-wildau.de> Message-ID: <7a27896e57984114bdfbd6b581d9305f@dithmarschen.de> Moin Herr Kissing, ein dickes Danke meinerseits! Es war die Sichtbarkeit… so einfach und doch ist man ja manchmal wie blind. Nochmals vielen lieben Dank! Beste Grüße nach Brandenburg ! Sebastian Wilhelm Von: Kissig, Jan Gesendet: Montag, 25. März 2024 11:04 An: Wilhelm, Sebastian Cc: koha-de Betreff: [EXTERN] Re: [Koha-de] Vorstellung/ / Frage um Rat Guten Morgen zurück, Wenn ein Feld im Marc-Editor nicht angezeigt wird kann das verschiedene Ursachen haben: - Welches Framework benutzt der Marc-Editor (zu finden via Einstellungen)? - Ist in dem genutzten Framework das Feld sichtbar geschaltet: Administration -> Biblio. Marc-Framework -> Hier das gewünschte waählen -> Aktionen -> MARC-Struktur -> 264 suchen -> Aktionen "Unterfelder bearbeiten" -> Unterfeld auswählen -> Prüfen ob unter Sichtbarkeit das Häkchen in "Editor" gesetzt ist. - Bei der Titelerstellung via Modul Erwerbung wird im Marc-Editor im Hintergrund das Marc-Framework ACQ genutzt. Dort müsste falls notwendig auch das Feld auf Sichtbar gesetzt werden. Hoffe ich habe nichts vergessen. Grüße Jan Kissig ________________________________ Von: "Sebastian Wilhelm via Koha-de" > An: "koha-de" > Gesendet: Montag, 25. März 2024 10:37:49 Betreff: [Koha-de] Vorstellung/ / Frage um Rat Moin aus dem Norden liebe Listenmitglieder, das Gemeinschaftsarchiv des Kreises Dithmarschen befindet sich zurzeit in der Erprobung von Koha (Version 23.11.03) um unsere Archivbibliothek zu katalogisieren und zu verwalten. Nun sind wir über ein Problem gestolpert, welches wir momentan nicht lösen können. Wir haben das Marc21-Framework unseren Bedürfnissen nach angepasst und eigentlich funktioniert es gut. Mit dem Datenimport über Z39.50/SRU klappt alles, nur bei der freien, „händischen“ Eingabe taucht ein Problem auf. Das Feld 264 zur Eingabe der „Veröffentlichungsangabe, Vertriebsangabe, Herstellungsangabe“, wird bei der freien Eingabe nicht angezeigt, obwohl es im Framework vorhanden ist und beim Datenimport ebenso genutzt wird. Vielleicht kann uns jemand aus der Mailingliste weiterhelfen? Beste Grüße aus dem Norden Sebastian Wilhelm Mit freundlichen Grüßen Im Auftrag Sebastian Wilhelm M.A. Archivleitung [marktrausch_Kreis_Dithmarschen_Kreis-Logo_RGB_quer_v01] Gemeinschaftsarchiv des Kreises Dithmarschen und des Amtes Mitteldithmarschen Zingelstraße 2b 25704 Meldorf Tel.: 0481 – 97 56 81 E-Mail: sebastian.wilhelm at dithmarschen.de www.dithmarschen.de<../../../../../Katharina.Vollmer/AppData/Local/Microsoft/Windows/INetCache/Content.Outlook/UT2VIW5S/www.dithmarschen.de> [Dithmarschen_Logo_sign] _______________________________________________ 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 HTML-Daten wurde abgetrennt... URL: -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : image001.jpg Dateityp : image/jpeg Dateigröße : 2671 bytes Beschreibung: image001.jpg URL : -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : image002.jpg Dateityp : image/jpeg Dateigröße : 2893 bytes Beschreibung: image002.jpg URL :