October 2023 - Koha-de - lists.koha-community.org

Koha-D-A-CH-Anwendertreffen am 05.12.2023
by Alexandra Speer 16 Oct '23

16 Oct '23

Liebe Koha-Anwender*innen und Koha-Interessierte, wir laden herzlich zum sechsten virtuellen Koha-Anwendertreffen am 05.12.2023, 10:00 - 12:00 Uhr und 14:00 - 15:30 Uhr ein. Das Anwendertreffen wird via Zoom stattfinden. Das Programm und im Anschluss der Veranstaltung auch die Folien finden Sie auf unserer Webseite. Dort wird wenige Tage vor dem Anwendertreffen auch der Link zum Meeting mitgeteilt: https://koha-dach.eu/6-koha-d-a-ch-anwendertreffen-05-12-2023/. Eine vorherige Anmeldung ist nicht erforderlich. Der Konferenzraum ist vormittags ab 9:45 Uhr und nachmittags ab 13:45 Uhr offen. Die Veranstaltung beginnt um 10:00 Uhr bzw. 14:00 Uhr. Wir freuen uns auf eine rege Teilnahme und Beteiligung! Für das Organisationsteam Koha D-A-CH Alexandra Speer - - Alexandra Speer Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ) 78457 Konstanz / Germany Phone: +49 7531 88 4038 E-Mail: alexandra.speer(a)bsz-bw.de <http://www.bsz-bw.de> http://www.bsz-bw.de

1 0

Re: [Koha-de] Koha-de Nachrichtensammlung, Band 103, Eintrag 3
by Rosa von Zehnle 11 Oct '23

11 Oct '23

Bitte aus der Liste austragen! Am Mi., 11. Okt. 2023 um 12:00 Uhr schrieb < koha-de-request(a)lists.koha-community.org>: > Um E-Mails an die Liste Koha-de zu schicken, nutzen Sie bitte die > Adresse > > koha-de(a)lists.koha-community.org > > Um sich via Internet von der Liste auszutragen oder in die Liste > einzutragen: > > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de > > Oder schicken Sie eine E-Mail mit dem Wort "help" in der Betreffzeile > oder im Text an > > koha-de-request(a)lists.koha-community.org > > Sie können den Verwalter dieser Liste unter der Adresse > > koha-de-owner(a)lists.koha-community.org > > erreichen. > > Wenn Sie antworten editieren bitte Sie die Betreffzeile auf einen > sinnvollen Inhalt der spezifischer ist als "Re: Contents of Koha-de > digest..." > > > Meldungen des Tages: > > 1. Re: Problem mit autoControlNumber (Matthias Mann) (Matthias Mann) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 10 Oct 2023 15:30:15 +0000 > From: Matthias Mann <Mann(a)gdw-berlin.de> > To: "koha-de(a)lists.koha-community.org" > <koha-de(a)lists.koha-community.org> > Subject: Re: [Koha-de] Problem mit autoControlNumber (Matthias Mann) > Message-ID: <8a754eb7594e4b748e6a911d7eb9b686(a)gdw-berlin.de> > Content-Type: text/plain; charset="utf-8" > > Hallo Mark, > besten Dank für Deine Antwort. > Ich habe das nun auf meinem Testsystem ausprobiert und keine negativen > Auswirkungen festgestellt. > Neben der Tabelle biblio habe ich noch in der Tabelle biblioitems den > nächsten autoincrement Wert gesetzt. > So habe ich in den MARC Feldern 999$c und 999$d weiterhin die gleichen > Werte. > Schöne Grüße. > Matthias Mann > > -----Ursprüngliche Nachricht----- > Von: Koha-de [mailto:koha-de-bounces@lists.koha-community.org] Im Auftrag > von Mark Hofstetter > Gesendet: Montag, 9. Oktober 2023 14:03 > An: koha-de(a)lists.koha-community.org; > koha-de-request(a)lists.koha-community.org > Betreff: [Koha-de] Problem mit autoControlNumber (Matthias Mann) > > Am 07.10.2023 um 12:00 schrieb koha-de-request(a)lists.koha-community.org: > > Problem mit autoControlNumber (Matthias Mann) > > > man kann direkt im mysql/mariadb den nächsten autoincrement wert setzen, > dh zb > > ALTER TABLE biblios auto_increment = 10000000; > > evtl löst, dass das Problem? > > bitte vorher auf einer Testinstanz ausprobieren ob das nebenwirkungsfrei > geht, an sich sollte so klappen > > lg > > Mark > > -- > HKS3 OG > > https://atpscan.global.hornetsecurity.com/index.php?atp_str=y2nvAbOtKBEoSJQ… > +43 676 7345660 > > > Message: 1 > Date: Fri, 6 Oct 2023 11:49:16 +0000 > From: Matthias Mann <Mann(a)gdw-berlin.de> > To: "'koha-de(a)lists.koha-community.org'" > <koha-de(a)lists.koha-community.org> > Subject: [Koha-de] Problem mit autoControlNumber > Message-ID: <7aa3c5067d3a48e4b59821d05da8e3f3(a)gdw-berlin.de> > Content-Type: text/plain; charset="iso-8859-1" > > Liebe Liste, > nach dem Update auf 23.05 möchte ich gerne die Funktion > "autoControlNumber" nutzen, um in Zukunft doppelte Nummern im MARC Feld > 001 zu vermeiden. > Ich exportiere unsere Daten noch in einen anderen Verbundkatalog, > weshalb die eindeutigen 001-Nummern wichtig sind. > Bei der Funktion "autoControlNumber" wird die von Koha generierte > biblionumber (im Feld 999$c) auch als 001-Nummer verwendet. > Mein Problem ist nun, die aktuelle biblionumber ist niedriger als die > aktuelle 001-Nummer (das hängt mit der Migration der Daten nach Koha > zusammen). > Koha wird zunächst also immer eine doppelte 001-Nummer produzieren. > Am einfachsten wäre es, einen Datensatz mit einer höheren biblionummer > anzulegen, das geht aber leider nicht, da die biblonummer vom System > vergeben wird. > Direkt in die MySQL-Datenbank zu schreiben ist vermutlich auch keine > gute Idee (die biblionumber taucht neben der items-Tabelle noch in über > 20 weiteren Tabellen auf). > Hat jemand eine Idee, wie das Problem gelöst werden könnte? > Vielen Dank für Ideen, Rat und Hilfe im Voraus. > > Viele Grüße und ein schönes Wochenende > Matthias Mann > > > > -- > -- > Mag. Mark Hofstetter > 2452 Mannersdorf > Zwischen den Weingärten 3 > +43 676 7345660 > > _______________________________________________ > Koha-de mailing list > Koha-de(a)lists.koha-community.org > > https://atpscan.global.hornetsecurity.com/index.php?atp_str=f8S53mhDCB-bU-r… > > ------------------------------ > > Subject: Fusszeile der Nachrichtensammlung > > _______________________________________________ > Koha-de mailing list > Koha-de(a)lists.koha-community.org > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de > > > ------------------------------ > > Ende Koha-de Nachrichtensammlung, Band 103, Eintrag 3 > ***************************************************** >

1 0

Problem mit autoControlNumber (Matthias Mann)
by Mark Hofstetter 10 Oct '23

10 Oct '23

Am 07.10.2023 um 12:00 schrieb koha-de-request(a)lists.koha-community.org: > Problem mit autoControlNumber (Matthias Mann) man kann direkt im mysql/mariadb den nächsten autoincrement wert setzen, dh zb ALTER TABLE biblios auto_increment = 10000000; evtl löst, dass das Problem? bitte vorher auf einer Testinstanz ausprobieren ob das nebenwirkungsfrei geht, an sich sollte so klappen lg Mark -- HKS3 OG https://www.koha-support.eu/ +43 676 7345660 Message: 1 Date: Fri, 6 Oct 2023 11:49:16 +0000 From: Matthias Mann <Mann(a)gdw-berlin.de> To: "'koha-de(a)lists.koha-community.org'" <koha-de(a)lists.koha-community.org> Subject: [Koha-de] Problem mit autoControlNumber Message-ID: <7aa3c5067d3a48e4b59821d05da8e3f3(a)gdw-berlin.de> Content-Type: text/plain; charset="iso-8859-1" Liebe Liste, nach dem Update auf 23.05 möchte ich gerne die Funktion "autoControlNumber" nutzen, um in Zukunft doppelte Nummern im MARC Feld 001 zu vermeiden. Ich exportiere unsere Daten noch in einen anderen Verbundkatalog, weshalb die eindeutigen 001-Nummern wichtig sind. Bei der Funktion "autoControlNumber" wird die von Koha generierte biblionumber (im Feld 999$c) auch als 001-Nummer verwendet. Mein Problem ist nun, die aktuelle biblionumber ist niedriger als die aktuelle 001-Nummer (das hängt mit der Migration der Daten nach Koha zusammen). Koha wird zunächst also immer eine doppelte 001-Nummer produzieren. Am einfachsten wäre es, einen Datensatz mit einer höheren biblionummer anzulegen, das geht aber leider nicht, da die biblonummer vom System vergeben wird. Direkt in die MySQL-Datenbank zu schreiben ist vermutlich auch keine gute Idee (die biblionumber taucht neben der items-Tabelle noch in über 20 weiteren Tabellen auf). Hat jemand eine Idee, wie das Problem gelöst werden könnte? Vielen Dank für Ideen, Rat und Hilfe im Voraus. Viele Grüße und ein schönes Wochenende Matthias Mann -- -- Mag. Mark Hofstetter 2452 Mannersdorf Zwischen den Weingärten 3 +43 676 7345660

2 1

Problem mit autoControlNumber
by Matthias Mann 06 Oct '23

06 Oct '23

Liebe Liste, nach dem Update auf 23.05 möchte ich gerne die Funktion "autoControlNumber" nutzen, um in Zukunft doppelte Nummern im MARC Feld 001 zu vermeiden. Ich exportiere unsere Daten noch in einen anderen Verbundkatalog, weshalb die eindeutigen 001-Nummern wichtig sind. Bei der Funktion "autoControlNumber" wird die von Koha generierte biblionumber (im Feld 999$c) auch als 001-Nummer verwendet. Mein Problem ist nun, die aktuelle biblionumber ist niedriger als die aktuelle 001-Nummer (das hängt mit der Migration der Daten nach Koha zusammen). Koha wird zunächst also immer eine doppelte 001-Nummer produzieren. Am einfachsten wäre es, einen Datensatz mit einer höheren biblionummer anzulegen, das geht aber leider nicht, da die biblonummer vom System vergeben wird. Direkt in die MySQL-Datenbank zu schreiben ist vermutlich auch keine gute Idee (die biblionumber taucht neben der items-Tabelle noch in über 20 weiteren Tabellen auf). Hat jemand eine Idee, wie das Problem gelöst werden könnte? Vielen Dank für Ideen, Rat und Hilfe im Voraus. Viele Grüße und ein schönes Wochenende Matthias Mann -- Matthias Mann Leiter der Bibliothek Gedenkstätte Deutscher Widerstand Stauffenbergstr. 13/14 D - 10785 Berlin Tel.: 0049/(0)30/26 99 50 11 Mail: mann(a)gdw-berlin.de<mailto:mann@gdw-berlin.de>

1 0