From Anke.Bruns at gwdg.de Thu Mar 5 17:52:52 2020 From: Anke.Bruns at gwdg.de (Bruns, Anke) Date: Thu, 5 Mar 2020 16:52:52 +0000 Subject: [Koha-de] Systematik Message-ID: <9f93432a0b8c43bd934b0ca00bae09f1@gwdg.de> 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 --------------------------------------- -------------- 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 guenner at bibliothekderfreien.de Thu Mar 5 18:36:01 2020 From: guenner at bibliothekderfreien.de (Guenner) Date: Thu, 5 Mar 2020 18:36:01 +0100 Subject: [Koha-de] Systematik In-Reply-To: <9f93432a0b8c43bd934b0ca00bae09f1@gwdg.de> References: <9f93432a0b8c43bd934b0ca00bae09f1@gwdg.de> Message-ID: <6170e64d-c21c-fc76-993d-03c0f170b1d5@bibliothekderfreien.de> 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 > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From katrin.fischer at bsz-bw.de Tue Mar 17 15:07:01 2020 From: katrin.fischer at bsz-bw.de (Fischer, Katrin) Date: Tue, 17 Mar 2020 15:07:01 +0100 Subject: [Koha-de] Systematik In-Reply-To: <6170e64d-c21c-fc76-993d-03c0f170b1d5@bibliothekderfreien.de> References: <9f93432a0b8c43bd934b0ca00bae09f1@gwdg.de> <6170e64d-c21c-fc76-993d-03c0f170b1d5@bibliothekderfreien.de> Message-ID: <01c701d5fc65$547fb650$fd7f22f0$@bsz-bw.de> 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 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 : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 6356 bytes Beschreibung: nicht verfügbar URL : From guenner at bibliothekderfreien.de Tue Mar 17 21:14:57 2020 From: guenner at bibliothekderfreien.de (Guenner) Date: Tue, 17 Mar 2020 21:14:57 +0100 Subject: [Koha-de] Systematik In-Reply-To: <01c701d5fc65$547fb650$fd7f22f0$@bsz-bw.de> References: <9f93432a0b8c43bd934b0ca00bae09f1@gwdg.de> <6170e64d-c21c-fc76-993d-03c0f170b1d5@bibliothekderfreien.de> <01c701d5fc65$547fb650$fd7f22f0$@bsz-bw.de> Message-ID: <2309d674-26db-296c-9795-4d6e44d83582@bibliothekderfreien.de> Liebe Karin Fischer, das klingt doch beim ersten Lesen nach einem Lösungsansatz. Wir werden uns das mal genauer ansehen und wenn etwas braucbares dabei herauskommt, geben wir es gern weiter. Wir sind mit unserem OPAC gerade in den Anfängen der Erfassung und behelfen uns zunächst mit Sammlungen. Testbetrieb hier: http://katalog.bibliothekderfreien.de/ Beste 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 17.03.2020 um 15:07 schrieb Fischer, Katrin: > > 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 > > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-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: From Anke.Bruns at gwdg.de Tue Mar 24 12:43:25 2020 From: Anke.Bruns at gwdg.de (Bruns, Anke) Date: Tue, 24 Mar 2020 11:43:25 +0000 Subject: [Koha-de] Systematik In-Reply-To: <01c701d5fc65$547fb650$fd7f22f0$@bsz-bw.de> References: <9f93432a0b8c43bd934b0ca00bae09f1@gwdg.de> <6170e64d-c21c-fc76-993d-03c0f170b1d5@bibliothekderfreien.de> <01c701d5fc65$547fb650$fd7f22f0$@bsz-bw.de> Message-ID: <19406f4b3ed64fdab0a2d1777e963071@gwdg.de> 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 : From holzapfel at borromaeusverein.de Wed Mar 25 18:57:00 2020 From: holzapfel at borromaeusverein.de (Christoph Holzapfel) Date: Wed, 25 Mar 2020 17:57:00 +0000 Subject: [Koha-de] Systematik - Nachfrage eines Newbies Message-ID: Liebe Koha-Community, ich hoffe, es verstößt nicht gegen die Etikette, wenn ich mich mit meiner Frage an diese Diskussion anhänge. Ich habe meine erste Koha-Instanz aufgesetzt und die ersten MARC21-Daten importiert. Jetzt stehe ich vor dem Problem, dass ich nach den Systematiken suchen möchte, die in MARC 084 transportiert werden. Dieses Feld gibt es im Koha MARC Mapping nicht, ich finde aber auch keine Tabelle bzw. Tabellenspalte in der Datenbank, in der das Feld bzw. der Feldwert gespeichert wird. Trotzdem ist in der Katalogisierungsansicht (MARC) das Feld zu sehen. Wie geht das? Verstehe ich Eure Diskussion richtig, dass die Systematik aus Feld 084 erst zugänglich/suchbar wird, wenn ich sie über die Funktion itemcallnumber in die Exemplardaten übernehme? Und: Sehe ich das richtig, dass ich auch in der erweiterten Suche nach keiner Klassifikation suchen kann? Ich bin für jeden Hinweis dankbar. Viele Grüße Christoph Holzapfel Borromäusverein e.V. www.borromaeusverein.de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From Anke.Bruns at gwdg.de Fri Mar 27 11:19:23 2020 From: Anke.Bruns at gwdg.de (Bruns, Anke) Date: Fri, 27 Mar 2020 10:19:23 +0000 Subject: [Koha-de] =?iso-8859-1?q?Zwei_Fragen_zu_Templates_f=FCr_MARC-Mod?= =?iso-8859-1?q?ifikationen?= Message-ID: <314f6f92221b431f8948def9264c772f@gwdg.de> Guten Tag, zu den Templates hätte ich folgende Fragen und würde mich freuen, wenn mir jemand einen Tipp geben oder mich auf eine relevante Anleitung verweisen könnte: 1. Wie kann ich eine Wenn-Bedingung auf einem Feld mit festen Positionen statt Unterfeldern aufbauen? Ich habe versucht, die Positions-Nr. in das Eingabefeld für das Unterfeld einzugeben, aber das funktioniert nicht. Beispiel: Pflichtfeld 942$c (Koha-Materialart) soll mit dem Inhalt EBOOK aufgebaut werden, wenn der importierte Satz in Feld 000 an Position 6 ein m enthält. 2. Gibt es die Möglichkeit, das Template so zu erweitern, dass ich mehr als eine Wenn-Bedingung angeben kann? Beispiel: Wenn der importierte Satz in Feld 000 an Position 6 ein m (Computer File) enthält _und_ in Position 7 ein s, soll EJOURN in Feld 942$c eingetragen werden. Alternativ habe ich versucht, zwei aufeinanderfolgende Aktionen einzutragen und damit zu erreichen, dass zunächst die erste Bedingung herangezogen und das Feld aufgebaut wird und im zweiten Schritt das Feld anhand der zweiten Bedingung geändert wird. Das scheint mir jedoch nicht sehr elegant und außerdem recht aufwändig zu sein. Alternativ könnte man auch 942$c als Nicht-Pflichtfeld definieren und somit die ganze Aktion einsparen - aber hätte das evtl. unerwünschte Auswirkungen auf das Funktionieren von Koha? Es wird ja einen Grund geben, warum im Standard-MARC-Template 942$c Pflichtfeld ist? Falls jemand eine Idee hat, vielen Dank im voraus! Viele Grüße und ein schönes Wochenende und allen in der Runde 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 --------------------------------------- -------------- 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 holzapfel at borromaeusverein.de Sat Mar 28 16:25:19 2020 From: holzapfel at borromaeusverein.de (Christoph Holzapfel) Date: Sat, 28 Mar 2020 15:25:19 +0000 Subject: [Koha-de] =?windows-1252?q?WG=3A_Zwei_Fragen_zu_Templates_f=FCr_?= =?windows-1252?q?MARC-Modifikationen?= In-Reply-To: References: <314f6f92221b431f8948def9264c772f@gwdg.de>, Message-ID: Hallo Liste, ich habe die E-Mail aus versehen erst nur an Anke Bruns geschrieben, aber die Antwort ist natürlich für alle gedacht. Viele Grüße Christoph Holzapfel ________________________________________ Von: Christoph Holzapfel Gesendet: Samstag, 28. März 2020 16:23 An: Bruns, Anke Betreff: AW: Zwei Fragen zu Templates für MARC-Modifikationen Hallo Anke (ich hoffe, das "Du" ist okay?), Du hast mir mit deinen Fragen sehr geholfen - und ich hoffe, ich kann dir mit meinen Tipps auch helfen ;-). Grundsätzlich zu Feld 942$c. Wenn ich das richtig verstehe, steuert Koha darüber a) die Anzeige von Symbolen im OPAC (siehe das Menü Administration -> Basic Parameters -> Item Types) und b) alle ausleihrelevaten Informationen wie Dauer der Leihfrist (für DVDs z.B. kürzer als für Bücher), diverse Gebühren und Altersbeschränkungen. Deshalb ist das in Koha ein Pflichtfeld. Für deine beiden Fragen habe ich einen gemeinsamen Lösungsvorschlag: Nach festen Positionen kann man in MARC modification templates mit der Option "RegEx" im "AddAction"-Schritt suchen (Screenshot über diesen Link: https://wolke.die-holzapfels.de/index.php/s/yje4EtqtldB2vYy). Reguläre Ausdrücke (regular expressions) sind ein sehr mächtiges Werkzeug, in das man sich ein bisschen einarbeiten muss. Infos gibt es hier: https://danielfett.de/2006/03/20/regulaere-ausdruecke-tutorial/, englisch mit noch mehr Beispielen: https://medium.com/factory-mind/regex-tutorial-a-simple-cheatsheet-by-examples-649dc1c3f285. Ausprobieren kann man seine Ausdrücke hier: https://regex101.com/. Der reguläre Ausdruck für ein "m" an Position 6 im Leader wäre: ^(m) - das bedeutet: Finde vom Anfang der Zeichenkette (^) das erste "m" (Lt. Feldbeschreibung des Leaders bei der LOC gibt es vor Pos. 6 kein "m"). Allerdings hat die Sache einen grundsätzlichen Haken. Denn die MARC modification templates scheinen nicht auf den Leader zugreifen zu können. Jedenfalls ist es mir nicht gelungen ... Also muss es einen anderen Weg geben. Damit die MARC modification templates etwas bewirken, musst Du ja ohnehin eine "Batch record modification" anstoßen (wie z.B. hier: http://blog.l2c2.co.in/index.php/2016/06/21/koha-marc-modification-templates/ beschrieben). D.h. sie wirken sich ohnehin nur auf gezielt ausgewählte Datensätze aus. Das Menü der "Batch record modification" bietet dazu die Möglichkeit, entweder eine Datei hochzuladen, die Datensatz-Nummern enthält, oder "biblionumbers" (also die Koha-Nummer des Datensatzes, die z.B. auch am Ende des Links zu einem Titel steht) in ein Feld (Enter a list of record numbers) einzutragen. Das kann sehr mühsam werden. Einfacher ist es, wenn man sich dafür einen Report zusammenbaut, der die gewünschten "biblionumbers" zusammenträgt. Das kommt mir sehr entgegen, mit SQL und Datenbanken kenne ich mich aus (ich weiß, das gilt nicht für jede/n). Also habe ich einen Report gebaut, der die "biblionumbers" zusammenstellt, bei denen im MARC-Leader ein bestimmtes Merkmal vorhanden ist. Da Du eBOOKS und eJOURNALS unterscheiden willst, brauchst Du zwei Reports und zwei Templates. Denn so weit ich das sehe, kann man keine Templates mit durch UND verknüpften Bedingungen erstellen. Man kann nur mehrere "actions" nacheinander schalten, aber das scheint mir hier nicht sinnvoll zu sein. Für die Reports gehst Du ins Reports Menü und klickst unter „Guided Reports“ auf „+ Create from SQL“. Dort gibst Du einen Namen ein und dann für die eBOOKs folgendes SQL: SELECT biblionumber FROM [name_deiner_datenbank].biblio_metadata WHERE substr(extractvalue(metadata, '//leader'), 7, 2) = 'ma'; Damit die SQL-Abfrage funktioniert, musst Du die Datenbanktabellen (deren Namen Du über das Koha-MARC-Mapping oder schema.koha-community.org herausfinden kannst) nach dem Muster DATENBANKNAME.TABELLE ansprechen. Den Datenbanknamen hast Du oder hat dein Admin beim Setup von Koha vergeben. Um im Leader nach einem Wert zu suchen, muss man die Tabelle biblio_metadata ansprechen, wo (zumindest in meinem Fall, weil ich xml-Datensätze importiert habe) der gesamte Datensatz als xml hinterlegt ist. Zu mrc-Datensätzen siehe unten. Die "Buchstabenketten" ;-) nach dem WHERE enthalten die Bedingung, nach der die biblionumber gesucht werden soll. "substr" ist eine Funktion, mit der Teile einer Zeichenkette herausoperiert werden können. Die gefragte Zeichenkette ist hier mit der Funktion extractvalue(metadata, '//leader') angegeben, weil der Leader in meinem Fall als xml-Zeichenkette vorliegt (also: ...), nach der öffnenden Klammer steht die Bezeichnung der Tabellenspalte, in der die Zeichenkette gesucht werden soll und die Bezeichnung des xml-Tags (ohne spitze Klammern). Dann folgt eine schließende Klamme, ein Komma und dann die Zeichenposition des ersten Zeichens, das gesucht wird. Das von dir gesuchte "m" steht an 7. Stelle (weil in MARC von Position 0 aus gezählt wird). Da wir auch noch Pos. 7 benötigen um eBOOKS und eJOURNALs zu unterscheiden, brauche wir eine 2 Zeichen lange Zeichenkette, deshalb steht nach der 7 ein Komma und eine 2. Und da die Bedingung als Werte-Vergleich formuliert ist, folgt auf die schließende Klammer des substr-Ausdrucks ein Gleichheitszeichen und der Vergleichswert. Wenn Du den Report speicherst und ausführst, bekommst Du alle biblionumbers, die an Pos. 6 ein 'm‘ und an Pos. 7 ein a haben. Da ich keine eBooks im Datenpool habe, habe ich es mit mp3-CDs gemacht (Screenshot: https://wolke.die-holzapfels.de/index.php/s/2OKA01XYSdOqsAx). Koha bietet über der Ergebnisliste gleich die Option "Batch operations with n visible records" an. Damit wird die biblionumber in das Menü "Batch record modification" übernommen. Dort kannst Du dann das entsprechende Template auswählen und laufen lassen. D.h. Du brauchst nur noch ein Template, dass das MARC-Feld 942$c mit dem gewünschten Feldwert ergänzt. Für das eJOURNAL muss dann nach dem Gleichheitszeichen logischerweise 'ms' stehen. Ob das so funktioniert, kannst Du ganz gefahrlos ausprobieren, indem Du den Report ausführst und dir über die Option "Batch operations with n visible records" zunächst die Titel anzeigen lässt, die durch das Template verändert würden. Falls Du deine Daten als *.mrc-Daten importierst (was Koha macht, wenn man selbst eine Titelaufnahme produziert, weiß ich (noch) nicht, aber dann MUSS man ja 942$c belegen, also wird das bei dir nicht der Fall sein), musst Du das SQL für den Report wie folgt abändern: (Das konnte ich nicht testen, sollte aber funktionieren – sonst gerne melden.) SELECT biblionumber FROM [name_deiner_datenbank].biblio_metadata WHERE substr(metadata, 7, 2) = 'ma'; Ich habe gerade entdeckt Ich bin doch ein Frischling ;-)), dass man auch beim Datenimport schon so ein Template auswählen kann. Da wäre es natürlich das einfachste, in dem MARC modification template auch für den Leader Bedingungen per Regulärem Ausdruck formulieren zu können. Ich versuche mal, über die internationale Mailingliste herauszufinden, ob bzw. wie man den Leader ansprechen kann. Herzliche Grüße Christoph Holzapfel Borromäusverein e.V. Lektorat holzapfel at borromaeusverein.de ________________________________________ Von: Koha-de [koha-de-bounces at lists.koha-community.org]" im Auftrag von "Bruns, Anke [Anke.Bruns at gwdg.de] Gesendet: Freitag, 27. März 2020 11:19 An: koha-de at lists.koha-community.org Betreff: [Koha-de] Zwei Fragen zu Templates für MARC-Modifikationen Guten Tag, zu den Templates hätte ich folgende Fragen und würde mich freuen, wenn mir jemand einen Tipp geben oder mich auf eine relevante Anleitung verweisen könnte: 1. Wie kann ich eine Wenn-Bedingung auf einem Feld mit festen Positionen statt Unterfeldern aufbauen? Ich habe versucht, die Positions-Nr. in das Eingabefeld für das Unterfeld einzugeben, aber das funktioniert nicht. Beispiel: Pflichtfeld 942$c (Koha-Materialart) soll mit dem Inhalt EBOOK aufgebaut werden, wenn der importierte Satz in Feld 000 an Position 6 ein m enthält. 2. Gibt es die Möglichkeit, das Template so zu erweitern, dass ich mehr als eine Wenn-Bedingung angeben kann? Beispiel: Wenn der importierte Satz in Feld 000 an Position 6 ein m (Computer File) enthält _und_ in Position 7 ein s, soll EJOURN in Feld 942$c eingetragen werden. Alternativ habe ich versucht, zwei aufeinanderfolgende Aktionen einzutragen und damit zu erreichen, dass zunächst die erste Bedingung herangezogen und das Feld aufgebaut wird und im zweiten Schritt das Feld anhand der zweiten Bedingung geändert wird. Das scheint mir jedoch nicht sehr elegant und außerdem recht aufwändig zu sein. Alternativ könnte man auch 942$c als Nicht-Pflichtfeld definieren und somit die ganze Aktion einsparen - aber hätte das evtl. unerwünschte Auswirkungen auf das Funktionieren von Koha? Es wird ja einen Grund geben, warum im Standard-MARC-Template 942$c Pflichtfeld ist? Falls jemand eine Idee hat, vielen Dank im voraus! Viele Grüße und ein schönes Wochenende und allen in der Runde 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 --------------------------------------- From katrin.fischer at bsz-bw.de Mon Mar 30 14:40:43 2020 From: katrin.fischer at bsz-bw.de (Fischer, Katrin) Date: Mon, 30 Mar 2020 14:40:43 +0200 Subject: [Koha-de] =?utf-8?q?WG=3A_Zwei_Fragen_zu_Templates_f=C3=BCr_MARC?= =?utf-8?q?-Modifikationen?= In-Reply-To: References: <314f6f92221b431f8948def9264c772f@gwdg.de>, Message-ID: <015e01d60690$6e3cbd60$4ab63820$@bsz-bw.de> Hallo zusammen, vielleicht noch ein paar hilfreiche Ergänzungen: 942$c Wenn man den Systemparameter item-level_itypes auf "einzelnes Exemplar" gesetzt hat, hat dieses Feld eine geringere Bedeutung. Es ist aber auch möglich, grundsätzlich den Medientyp nur auf Titelebene zu definieren, in diesem Fall gibt es keinen Medientyp im Exemplar. Wenn man den Medientyp auf Exemplarebene verwendet, hat 942$c dennoch einige Funktionen: - Vorschlag für den Medientyp beim Anlegen von Exemplaren - Suche nach Medientyp in der erweiterten Suche funktioniert immer auf beiden Ebenen - Maximale Anzahl an Titelvormerkungen - Ausleihkonditionen bei Artikelbestellungen auf Titel ohne Exemplare Koha funktioniert auch ohne 942$c, aber man hat ggf. bei diesen Punkten Einschränkungen. Z.B. Rückfall auf die "Alle Medientypen"-Regel bei der maximalen Vormerkanzahl. Zur Auswertung von Kontrollfeldern (000/LDR-008) mit den MARC modification templates habe ich einen Bug gefunden - demnach kann man Kontrollfelder und Felder mit Unterfeldern evtl. noch nicht mischen: Bug 22436 - add move or copy control field from or to subfield in MARC modification templates https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22436 Herzliche 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 -------------- 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 holzapfel at borromaeusverein.de Mon Mar 30 17:09:07 2020 From: holzapfel at borromaeusverein.de (Christoph Holzapfel) Date: Mon, 30 Mar 2020 15:09:07 +0000 Subject: [Koha-de] =?iso-8859-1?q?Zwei_Fragen_zu_Templates_f=FCr_MARC-Mod?= =?iso-8859-1?q?ifikationen?= In-Reply-To: References: <314f6f92221b431f8948def9264c772f@gwdg.de>, , Message-ID: Hallo allerseits, ich möchte meine Antwort von Sonntag noch ergänzen bzw. korrigieren, weil ich inzwischen festgestellt habe, dass Koha importierte Daten immer im xml-Format (in der Tabelle biblio_metadata) ablegt). Also ist das, was ich über *.mrc-Dateien gesagt habe, überflüssig. Danke auch an Katrin Fischer für die Ergänzung von heute! Viele Grüße Christoph Holzapfel   Borromäusverein Bonn e.V. Lektorat Wittelsbacherring 9 53115 Bonn   Tel.: 02 28/72 58 -403 Fax: 02 28/72 58 -412   E-Mail: holzapfel at borromaeusverein.de   www.borromaeusverein.de www.medienprofile.de Vereinsregister Bonn VR 1924 UStINr. 122 122 735   Finanzamt Bonn Innenstadt Steuer Nr. 205/5783/1190  -----Ursprüngliche Nachricht----- Von: Christoph Holzapfel Gesendet: Sonntag, 29. März 2020 12:44 An: Christoph Holzapfel Betreff: AW: Zwei Fragen zu Templates für MARC-Modifikationen Hallo Anke, ich habe im Archiv der allgemeinen Koha-Mailingliste (http://koha.1045719.n5.nabble.com/ - koha at lists.katipo.co.nz) nachgelesen. Die MARC modification templates sprechen weder den Leader noch die Kontrollfelder an bzw. können diese ändern. D.h. Du musst entweder ein Template entwickeln, dass sich auf andere MARC-Felder bezieht (IMD z.B.) oder den von mir vorgeschlagenen Weg mit der Auswahl der zu ändernden Titel über einen SQL-Report gehen. Herzliche Grüße, gutes Gelingen und Durchhaltevermögen für die C-Einschränkungen! Christoph Holzapfel Borromäusverein e.V. Lektorat ________________________________________ Von: Koha-de [koha-de-bounces at lists.koha-community.org]" im Auftrag von "Christoph Holzapfel [holzapfel at borromaeusverein.de] Gesendet: Samstag, 28. März 2020 16:25 An: koha-de at lists.koha-community.org Betreff: [Koha-de] WG: Zwei Fragen zu Templates für MARC-Modifikationen Hallo Liste, ich habe die E-Mail aus versehen erst nur an Anke Bruns geschrieben, aber die Antwort ist natürlich für alle gedacht. Viele Grüße Christoph Holzapfel ________________________________________ Von: Christoph Holzapfel Gesendet: Samstag, 28. März 2020 16:23 An: Bruns, Anke Betreff: AW: Zwei Fragen zu Templates für MARC-Modifikationen Hallo Anke (ich hoffe, das "Du" ist okay?), Du hast mir mit deinen Fragen sehr geholfen - und ich hoffe, ich kann dir mit meinen Tipps auch helfen ;-). Grundsätzlich zu Feld 942$c. Wenn ich das richtig verstehe, steuert Koha darüber a) die Anzeige von Symbolen im OPAC (siehe das Menü Administration -> Basic Parameters -> Item Types) und b) alle ausleihrelevaten Informationen wie Dauer der Leihfrist (für DVDs z.B. kürzer als für Bücher), diverse Gebühren und Altersbeschränkungen. Deshalb ist das in Koha ein Pflichtfeld. Für deine beiden Fragen habe ich einen gemeinsamen Lösungsvorschlag: Nach festen Positionen kann man in MARC modification templates mit der Option "RegEx" im "AddAction"-Schritt suchen (Screenshot über diesen Link: https://wolke.die-holzapfels.de/index.php/s/yje4EtqtldB2vYy). Reguläre Ausdrücke (regular expressions) sind ein sehr mächtiges Werkzeug, in das man sich ein bisschen einarbeiten muss. Infos gibt es hier: https://danielfett.de/2006/03/20/regulaere-ausdruecke-tutorial/, englisch mit noch mehr Beispielen: https://medium.com/factory-mind/regex-tutorial-a-simple-cheatsheet-by-examples-649dc1c3f285. Ausprobieren kann man seine Ausdrücke hier: https://regex101.com/. Der reguläre Ausdruck für ein "m" an Position 6 im Leader wäre: ^(m) - das bedeutet: Finde vom Anfang der Zeichenkette (^) das erste "m" (Lt. Feldbeschreibung des Leaders bei der LOC gibt es vor Pos. 6 kein "m"). Allerdings hat die Sache einen grundsätzlichen Haken. Denn die MARC modification templates scheinen nicht auf den Leader zugreifen zu können. Jedenfalls ist es mir nicht gelungen ... Also muss es einen anderen Weg geben. Damit die MARC modification templates etwas bewirken, musst Du ja ohnehin eine "Batch record modification" anstoßen (wie z.B. hier: http://blog.l2c2.co.in/index.php/2016/06/21/koha-marc-modification-templates/ beschrieben). D.h. sie wirken sich ohnehin nur auf gezielt ausgewählte Datensätze aus. Das Menü der "Batch record modification" bietet dazu die Möglichkeit, entweder eine Datei hochzuladen, die Datensatz-Nummern enthält, oder "biblionumbers" (also die Koha-Nummer des Datensatzes, die z.B. auch am Ende des Links zu einem Titel steht) in ein Feld (Enter a list of record numbers) einzutragen. Das kann sehr mühsam werden. Einfacher ist es, wenn man sich dafür einen Report zusammenbaut, der die gewünschten "biblionumbers" zusammenträgt. Das kommt mir sehr entgegen, mit SQL und Datenbanken kenne ich mich aus (ich weiß, das gilt nicht für jede/n). Also habe ich einen Report gebaut, der die "biblionumbers" zusammenstellt, bei denen im MARC-Leader ein bestimmtes Merkmal vorhanden ist. Da Du eBOOKS und eJOURNALS unterscheiden willst, brauchst Du zwei Reports und zwei Templates. Denn so weit ich das sehe, kann man keine Templates mit durch UND verknüpften Bedingungen erstellen. Man kann nur mehrere "actions" nacheinander schalten, aber das scheint mir hier nicht sinnvoll zu sein. Für die Reports gehst Du ins Reports Menü und klickst unter "Guided Reports" auf "+ Create from SQL". Dort gibst Du einen Namen ein und dann für die eBOOKs folgendes SQL: SELECT biblionumber FROM [name_deiner_datenbank].biblio_metadata WHERE substr(extractvalue(metadata, '//leader'), 7, 2) = 'ma'; Damit die SQL-Abfrage funktioniert, musst Du die Datenbanktabellen (deren Namen Du über das Koha-MARC-Mapping oder schema.koha-community.org herausfinden kannst) nach dem Muster DATENBANKNAME.TABELLE ansprechen. Den Datenbanknamen hast Du oder hat dein Admin beim Setup von Koha vergeben. Um im Leader nach einem Wert zu suchen, muss man die Tabelle biblio_metadata ansprechen, wo (zumindest in meinem Fall, weil ich xml-Datensätze importiert habe) der gesamte Datensatz als xml hinterlegt ist. Zu mrc-Datensätzen siehe unten. Die "Buchstabenketten" ;-) nach dem WHERE enthalten die Bedingung, nach der die biblionumber gesucht werden soll. "substr" ist eine Funktion, mit der Teile einer Zeichenkette herausoperiert werden können. Die gefragte Zeichenkette ist hier mit der Funktion extractvalue(metadata, '//leader') angegeben, weil der Leader in meinem Fall als xml-Zeichenkette vorliegt (also: ...), nach der öffnenden Klammer steht die Bezeichnung der Tabellenspalte, in der die Zeichenkette gesucht werden soll und die Bezeichnung des xml-Tags (ohne spitze Klammern). Dann folgt eine schließende Klamme, ein Komma und dann die Zeichenposition des ersten Zeichens, das gesucht wird. Das von dir gesuchte "m" steht an 7. Stelle (weil in MARC von Position 0 aus gezählt wird). Da wir auch noch Pos. 7 benötigen um eBOOKS und eJOURNALs zu unterscheiden, brauche wir eine 2 Zeichen lange Zeichenkette, deshalb steht nach der 7 ein Komma und eine 2. Und da die Bedingung als Werte-Vergleich formuliert ist, folgt auf die schließende Klammer des substr-Ausdrucks ein Gleichheitszeichen und der Vergleichswert. Wenn Du den Report speicherst und ausführst, bekommst Du alle biblionumbers, die an Pos. 6 ein 'm' und an Pos. 7 ein a haben. Da ich keine eBooks im Datenpool habe, habe ich es mit mp3-CDs gemacht (Screenshot: https://wolke.die-holzapfels.de/index.php/s/2OKA01XYSdOqsAx). Koha bietet über der Ergebnisliste gleich die Option "Batch operations with n visible records" an. Damit wird die biblionumber in das Menü "Batch record modification" übernommen. Dort kannst Du dann das entsprechende Template auswählen und laufen lassen. D.h. Du brauchst nur noch ein Template, dass das MARC-Feld 942$c mit dem gewünschten Feldwert ergänzt. Für das eJOURNAL muss dann nach dem Gleichheitszeichen logischerweise 'ms' stehen. Ob das so funktioniert, kannst Du ganz gefahrlos ausprobieren, indem Du den Report ausführst und dir über die Option "Batch operations with n visible records" zunächst die Titel anzeigen lässt, die durch das Template verändert würden. Falls Du deine Daten als *.mrc-Daten importierst (was Koha macht, wenn man selbst eine Titelaufnahme produziert, weiß ich (noch) nicht, aber dann MUSS man ja 942$c belegen, also wird das bei dir nicht der Fall sein), musst Du das SQL für den Report wie folgt abändern: (Das konnte ich nicht testen, sollte aber funktionieren - sonst gerne melden.) SELECT biblionumber FROM [name_deiner_datenbank].biblio_metadata WHERE substr(metadata, 7, 2) = 'ma'; Ich habe gerade entdeckt Ich bin doch ein Frischling ;-)), dass man auch beim Datenimport schon so ein Template auswählen kann. Da wäre es natürlich das einfachste, in dem MARC modification template auch für den Leader Bedingungen per Regulärem Ausdruck formulieren zu können. Ich versuche mal, über die internationale Mailingliste herauszufinden, ob bzw. wie man den Leader ansprechen kann. Herzliche Grüße Christoph Holzapfel Borromäusverein e.V. Lektorat holzapfel at borromaeusverein.de ________________________________________ Von: Koha-de [koha-de-bounces at lists.koha-community.org]" im Auftrag von "Bruns, Anke [Anke.Bruns at gwdg.de] Gesendet: Freitag, 27. März 2020 11:19 An: koha-de at lists.koha-community.org Betreff: [Koha-de] Zwei Fragen zu Templates für MARC-Modifikationen Guten Tag, zu den Templates hätte ich folgende Fragen und würde mich freuen, wenn mir jemand einen Tipp geben oder mich auf eine relevante Anleitung verweisen könnte: 1. Wie kann ich eine Wenn-Bedingung auf einem Feld mit festen Positionen statt Unterfeldern aufbauen? Ich habe versucht, die Positions-Nr. in das Eingabefeld für das Unterfeld einzugeben, aber das funktioniert nicht. Beispiel: Pflichtfeld 942$c (Koha-Materialart) soll mit dem Inhalt EBOOK aufgebaut werden, wenn der importierte Satz in Feld 000 an Position 6 ein m enthält. 2. Gibt es die Möglichkeit, das Template so zu erweitern, dass ich mehr als eine Wenn-Bedingung angeben kann? Beispiel: Wenn der importierte Satz in Feld 000 an Position 6 ein m (Computer File) enthält _und_ in Position 7 ein s, soll EJOURN in Feld 942$c eingetragen werden. Alternativ habe ich versucht, zwei aufeinanderfolgende Aktionen einzutragen und damit zu erreichen, dass zunächst die erste Bedingung herangezogen und das Feld aufgebaut wird und im zweiten Schritt das Feld anhand der zweiten Bedingung geändert wird. Das scheint mir jedoch nicht sehr elegant und außerdem recht aufwändig zu sein. Alternativ könnte man auch 942$c als Nicht-Pflichtfeld definieren und somit die ganze Aktion einsparen - aber hätte das evtl. unerwünschte Auswirkungen auf das Funktionieren von Koha? Es wird ja einen Grund geben, warum im Standard-MARC-Template 942$c Pflichtfeld ist? Falls jemand eine Idee hat, vielen Dank im voraus! Viele Grüße und ein schönes Wochenende und allen in der Runde 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 --------------------------------------- _______________________________________________ Koha-de mailing list Koha-de at lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de From katrin.fischer at bsz-bw.de Tue Mar 31 15:24:31 2020 From: katrin.fischer at bsz-bw.de (Fischer, Katrin) Date: Tue, 31 Mar 2020 15:24:31 +0200 Subject: [Koha-de] Systematik - Nachfrage eines Newbies In-Reply-To: References: Message-ID: <003701d6075f$b66c5990$23450cb0$@bsz-bw.de> Hallo Herr Holzapfel, Koha speichert den vollständigen Datensatz als MARCXML in der Tabelle biblio_metadata. Die Trefferlisten, Detailansichten und die Listenansicht im OPAC werden mit XSLT generiert und können damit alle Felder aus den Datensätzen anzeigen. Es ist auch möglich eigene XSLT-Dateien für die Anzeige zu konfigurieren (Systemparameter mit „XSLT“). Zusätzlich werden beim Import, Anlegen und Bearbeiten von Datensätze Spalten in den Tabellen biblio und biblioitems belegt. Welche Spalten mit welchen Informationen belegt werden, wird über die Koha-zu-MARC-Mappings definiert. Diese Informationen werden auf den meisten anderen Seiten für die Anzeige von Kurztiteln verwendet und sind auch für Reports hilfreich. Für die Suche haben die Mappings keine Auswirkung. 084 sollte seit 16.11 in der Trefferliste und in der Detailansicht angezeigt werden, ist aber leider nicht für die Suche mit Zebra indexiert. Es ist möglich über die Konfigurationsdateien einen neuen Index anzulegen, aber ein bisschen kniffelig: https://wiki.koha-community.org/wiki/How_to_add_new_zebra_index Die Signatur in items.itemcallnumber ist indexiert und auch in allen Suchmasken als Suchoption eingebunden. 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 Christoph Holzapfel Gesendet: Mittwoch, 25. März 2020 18:57 An: koha-de at lists.koha-community.org Betreff: [Koha-de] Systematik - Nachfrage eines Newbies Liebe Koha-Community, ich hoffe, es verstößt nicht gegen die Etikette, wenn ich mich mit meiner Frage an diese Diskussion anhänge. Ich habe meine erste Koha-Instanz aufgesetzt und die ersten MARC21-Daten importiert. Jetzt stehe ich vor dem Problem, dass ich nach den Systematiken suchen möchte, die in MARC 084 transportiert werden. Dieses Feld gibt es im Koha MARC Mapping nicht, ich finde aber auch keine Tabelle bzw. Tabellenspalte in der Datenbank, in der das Feld bzw. der Feldwert gespeichert wird. Trotzdem ist in der Katalogisierungsansicht (MARC) das Feld zu sehen. Wie geht das? Verstehe ich Eure Diskussion richtig, dass die Systematik aus Feld 084 erst zugänglich/suchbar wird, wenn ich sie über die Funktion itemcallnumber in die Exemplardaten übernehme? Und: Sehe ich das richtig, dass ich auch in der erweiterten Suche nach keiner Klassifikation suchen kann? Ich bin für jeden Hinweis dankbar. Viele Grüße Christoph Holzapfel Borromäusverein e.V. www.borromaeusverein.de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: -------------- 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 :