Re: [Koha] Linking via 830$w

[Bruns, Anke]

Hi Katrin and Thomas,

as I also followed this discussion with interest, I would add my 2 ct. as to 
Koha's behaviour regarding traced and untraced series. Horizontal linking to 
other parts of a series, traced or untraced, makes perfect sense. Yet I wonder, 
if it could be modified slightly for traced series. Is it possible to show the 
series title as first result in the result list, followed by the other titles 
belonging to the series? I find myself scolling endlessly through result lists 
trying to find the series title - so it would be quite helpful for me to see it 
as the first result.

Would it be very complicated to configure this, and is it at all possible with 
Koha?

Thanks in advance and best regards
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Achtung! Neue Kontaktdaten!

Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---



> -Ursprüngliche Nachricht-
> Von: Koha  Im Auftrag von Katrin Fischer
> Gesendet: Montag, 3. Januar 2022 23:03
> An: koha@lists.katipo.co.nz
> Betreff: Re: [Koha] Linking via 830$w
> 
> Hi Thomas,
> 
> when you have a 8xx for a traced series, you usually have a 490 with
> first indicator = 1 as well.
> 
> See:
> https://www.loc.gov/marc/bibliographic/bd490.html
> https://www.loc.gov/marc/bibliographic/bd830.html
> 
> The 490 is also present in your sample record from DNB.
> 
> Hope this helps,
> 
> Katrin
> 
> > Not sure what you mean by "490 ind". But the relationship is definitly
> > not 1:1, but n:1 (i.e. we're linking from a child to a parent)
> >
> >> In this case linking horizontally to the other parts of the series
> >> instead of linking to the set record was chosen by design, assuming it
> >> would make more sense to the user. Especially since untraced series
> >> don't have a set record and the link can only link to the parts.
> > I think we are using this 830$w to link not horizontally, but
> > vertically, from a book up to a sort of series ("Reihe"). We're not 100%
> > sure this is correct, so we copied what DNB is doing (see again these
> > links):
> >
> > https://portal.dnb.de/opac/simpleSearch?query=9783847703389
> > linking via 830$w to
> >
> https://portal.dnb.de/opac/opacPresentation?cqlMode=true=true
> erPosition=0=%229783847703389%22%26any=idn%3D
> 015935620
> >
> >
> >> But it could be changed locally of course as you said by just changing
> >> the index. If you don't want to change the XSLT file this can also be
> >> done quite easily with jQuery in OpacUserJs:
> > ok, that's another way to correct the param name.
> >
> > We were just not sure if using 'rcn' instead of 'control-number' was a
> > bug in Koha or our MARC. It seems it is neither, so we'll use a
> > workaround to "correct" the param name.
> >
> > Greetings,
> > domm
> >
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Convert format to koha

[Bruns, Anke]

Hi Pedro,

what exactly is the format? What system did you export the data from and with 
what file extension?

With e.g. a .csv file, a MySQL dump or a MARC file conversion to Koha should be 
possible. However, I cannot recognize the format of your data from your mail.

Best regards,
Anke


-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Achtung! Neue Kontaktdaten!

Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---



> -Ursprüngliche Nachricht-
> Von: Koha  Im Auftrag von Pedro Miguel
> Nunes Ferreira
> Gesendet: Dienstag, 11. Januar 2022 10:22
> An: koha@lists.katipo.co.nz
> Betreff: [Koha] Convert format to koha
> 
> I have an old library with data with this format, how can i convert to
> koha ?
> 
> 00779042100045000100030002100090003010100040003910200
> 030004313500020
> 004623400048201006800082205000700150217001572110005001642
> 120008001692150
> 0070017721700060018422500130019022600030020360600300020000200
> 236675001300238
> 721002517010024002729220029692100020029892200020030093100
> 090030293200020
> 03119350002003139360002003159370002003179380003003199660021003229
> 670009003439700
> 00300352999000200355ISBN 972-21-0018-1
> (brochado)16795/87porPTuUma
> aventur
> a nas férias da PáscoaAna Maria Magalhães, Isabel Alçada; ilustrações
> de Arlind
> o Fagundes10ª edLisboa1987Caminho160 p.18 cmUma
> aventura19Literatura ju
> venil portuguesa0821.134.3-93Magalhães, Ana MariaAlçada, Isabel,
> co-aut.na
> m20090205day0ba821.134.3-93 MAG|BE2BMAF/BE2ISs
> 
> Thanks
> --
> 
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Batch modification: Possibility to copy subfield content to another field's fixed positions?

[Bruns, Anke]

Hi Elaine,

this is a very interesting hint, thank you.

The solution would require using MarcEdit's delimited text translator. However, 
I tried, but either this feature wasn't integrated at the time or for whatever 
reason, it doesn't work as expected. I just see the bracketed field and 
subfield numbers instead of the content of 260$c.
Maybe I did something wrong?
I tried round, square and curly brackets, as in the video I couldn't quite see 
which ones were used.

Best regards,
Anke




-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Achtung! Neue Kontaktdaten!

Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---





> -Ursprüngliche Nachricht-
> Von: Elaine Bradtke 
> Gesendet: Dienstag, 22. Februar 2022 19:13
> An: Bruns, Anke 
> Cc: Stowasser Rainer ; koha@lists.katipo.co.nz
> Betreff: Re: [Koha] Batch modification: Possibility to copy subfield content 
> to
> another field's fixed positions?
> 
> My best guess would be export the data  and use MarcEdit to do it there.
> Here's an old video that discusses a feature under development in 2011.
> https://www.youtube.com/watch?v=dhx_hpdPZFI
> Elaine
> VWML <https://vwml.org>
> 
> 
> 
> On Mon, Feb 21, 2022 at 12:25 AM Bruns, Anke  <mailto:anke.br...@gwdg.de> > wrote:
> 
> 
>   Hi,
> 
>   thanks for the replies! As I understand, we should, instead of
> "physically" copying the content to the fixed field, map the search index
> differently.
> 
>   Personally, I would prefer a copy possibility, as probably the year 
> index
> was meant by Koha developers to search 008 for a reason (wasn't it?). And
> wouldn't a change of the index be overwritten with a new Koha upgrade?
> 
>   The copy possibility into specified positions of fixed fields would come
> in handy for some other purposes as well, so is there really no way to do it?
> 
>   Have a good week,
>   Anke
> 
> 
> 
>   --
>   Anke Bruns M.A. (LIS)
>   Arbeitsgruppe "Anwendungs- und Informationssysteme"
>   E-Mail: anke.br...@gwdg.de <mailto:anke.br...@gwdg.de>
>   ---
>   Achtung! Neue Kontaktdaten!
> 
>   Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen
> (GWDG)
>   Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de
> 
>   Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
>   Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de
> <mailto:g...@gwdg.de>
> 
>   Geschäftsführer: Prof. Dr. Ramin Yahyapour
>   Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau
>   Sitz der Gesellschaft: Göttingen
>   Registergericht: Göttingen, Handelsregister-Nr. B 598
>   ---
>   Zertifiziert nach ISO 9001
>   -------
> 
> 
> 
> 
> 
>   > -Ursprüngliche Nachricht-
>   > Von: Stowasser Rainer  <mailto:rainer.stowas...@zamg.ac.at> >
>   > Gesendet: Freitag, 18. Februar 2022 13:04
>   > An: Bruns, Anke  <mailto:anke.br...@gwdg.de> >
>   > Cc: Thomas Klausner mailto:d...@plix.at> >;
> koha@lists.katipo.co.nz <mailto:koha@lists.katipo.co.nz>
>   > Betreff: Re: [Koha] Batch modification: Possibility to copy subfield
> content to
>   > another field's fixed positions?
>   >
>   > Dear Anke
>   >
>   > same answer ;-)
>   >
>   > but a little more work
>   >
>   >
>   > https://wiki.koha-community.org/wiki/Understanding_Zebra_indexing
>   >
>   > Kind regards
>   >
>   > Hofrat Mag. Rainer Stowasser
>   > Head of Library and Archives ZAMG
>   >
>   >
>   >   Am 18.02.2022 um 12:34 schrieb Bruns, Anke
> mailto:anke.br...@gwdg.de>
>   > <mailto:anke.br...@gwdg.de <mailto:anke.br...@gwdg.de> > >:
>   >
>   >   Hi,
>   >
>   >   thanks! However, alas, we are on Zebra.
>   >
>  

Re: [Koha] Batch modification: Possibility to copy subfield content to another field's fixed positions?

[Bruns, Anke]

Hi Lauren,

thanks a lot! I was just about to ask the MarcEdit forums, but now I'll try 
this first.

Regards,
Anke

> -Ursprüngliche Nachricht-
> Von: Lauren Denny 
> Gesendet: Donnerstag, 24. Februar 2022 21:23
> An: Bruns, Anke 
> Cc: Elaine Bradtke ; koha@lists.katipo.co.nz
> Betreff: Re: [Koha] Batch modification: Possibility to copy subfield content 
> to
> another field's fixed positions?
> 
> Hi Anke,
> 
> Try this site:
> https://marcedit.reeset.net/edit-subfield-append-prepend-and-change-subfield-
> functions under Moving Subfield Data:
> 
> 
> I just tried it on some of our records in the MarcEdit 7.5 and it worked.
> 
> 
> Lauren
> 
> On Thu, Feb 24, 2022 at 9:26 AM Bruns, Anke  <mailto:anke.br...@gwdg.de> > wrote:
> 
> 
>   Hi Elaine,
> 
>   this is a very interesting hint, thank you.
> 
>   The solution would require using MarcEdit's delimited text translator.
> However, I tried, but either this feature wasn't integrated at the time or for
> whatever reason, it doesn't work as expected. I just see the bracketed field 
> and
> subfield numbers instead of the content of 260$c.
>   Maybe I did something wrong?
>   I tried round, square and curly brackets, as in the video I couldn't 
> quite
> see which ones were used.
> 
>   Best regards,
>   Anke
> 
> 
> 
> 
>   --
>   Anke Bruns M.A. (LIS)
>   Arbeitsgruppe "Anwendungs- und Informationssysteme"
>   E-Mail: anke.br...@gwdg.de <mailto:anke.br...@gwdg.de>
>   ---
>   Achtung! Neue Kontaktdaten!
> 
>   Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen
> (GWDG)
>   Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de
> 
>   Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
>   Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de
> <mailto:g...@gwdg.de>
> 
>   Geschäftsführer: Prof. Dr. Ramin Yahyapour
>   Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau
>   Sitz der Gesellschaft: Göttingen
>   Registergericht: Göttingen, Handelsregister-Nr. B 598
>   ---
>   Zertifiziert nach ISO 9001
>   ---
> 
> 
> 
> 
> 
>   > -Ursprüngliche Nachricht-
>   > Von: Elaine Bradtke mailto:e...@efdss.org> >
>   > Gesendet: Dienstag, 22. Februar 2022 19:13
>   > An: Bruns, Anke  <mailto:anke.br...@gwdg.de> >
>   > Cc: Stowasser Rainer  <mailto:rainer.stowas...@zamg.ac.at> >; koha@lists.katipo.co.nz
> <mailto:koha@lists.katipo.co.nz>
>   > Betreff: Re: [Koha] Batch modification: Possibility to copy subfield
> content to
>   > another field's fixed positions?
>   >
>   > My best guess would be export the data  and use MarcEdit to do it
> there.
>   > Here's an old video that discusses a feature under development in
> 2011.
>   > https://www.youtube.com/watch?v=dhx_hpdPZFI
>   > Elaine
>   > VWML <https://vwml.org>
>   >
>   >
>   >
>   > On Mon, Feb 21, 2022 at 12:25 AM Bruns, Anke
> mailto:anke.br...@gwdg.de>
>   > <mailto:anke.br...@gwdg.de <mailto:anke.br...@gwdg.de> > >
> wrote:
>   >
>   >
>   >   Hi,
>   >
>   >   thanks for the replies! As I understand, we should, instead of
>   > "physically" copying the content to the fixed field, map the search
> index
>   > differently.
>   >
>   >   Personally, I would prefer a copy possibility, as probably the 
> year
> index
>   > was meant by Koha developers to search 008 for a reason (wasn't
> it?). And
>   > wouldn't a change of the index be overwritten with a new Koha
> upgrade?
>   >
>   >   The copy possibility into specified positions of fixed fields 
> would
> come
>   > in handy for some other purposes as well, so is there really no way to
> do it?
>   >
>   >   Have a good week,
>   >   Anke
>   >
>   >
>   >
>   >   --
>   >   Anke Bruns M.A. (LIS)
>   >   Arbeitsgruppe "Anwendungs- und Informationssysteme"
>   >   E-Mail: anke.br...@gwdg.de <mailto:anke.br...@gwdg.de>
> <mailto:anke.br...@gwdg.de <mailto:anke.br...@gwdg.de> >
>   >   ---
>   >

Re: [Koha] Batch modification: Possibility to copy subfield content to another field's fixed positions?

[Bruns, Anke]

Hi,

thanks! However, alas, we are on Zebra.

Good luck with your solution!

Regards,
Anke




> -Ursprüngliche Nachricht-
> Von: Koha  Im Auftrag von Thomas Klausner
> Gesendet: Freitag, 18. Februar 2022 12:31
> An: koha@lists.katipo.co.nz
> Betreff: Re: [Koha] Batch modification: Possibility to copy subfield content 
> to
> another field's fixed positions?
> 
> Hi!
> 
> On Fri, Feb 18, 2022 at 11:12:22AM +, Bruns, Anke wrote:
> 
> > in order to be able to use the search index for publication year, the year
> > must to my knowledge be mentioned in 008, positions 7-10.
> > Is there a way to populate this with the content from 264$c which, in my
> > case, is always a ? In the templates for batch operations I can only
> > find ways to copy into fields with subfields, not into fixed fields.
> 
> If you're using ElasticSearch, you could change the Elasticsearch
> mappings to use 264$c for date-of-publication (instead of the default
> 008_/7-10). Though I haven't tested that yet, but we've just had a
> meeting where we decided to try it this way... :-)
> 
> Not really an answer to your question, but if you're only asking the
> question to get the data searchable, it should be still usable.
> 
> Greetings,
> domm
> 
> --
> #!/usr/bin/perl https://domm.plix.at
> for(ref bless{},just'another'perl'hacker){s-:+-$"-g&$_.$/}
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Batch modification: Possibility to copy subfield content to another field's fixed positions?

[Bruns, Anke]

Hi,

in order to be able to use the search index for publication year, the year
must to my knowledge be mentioned in 008, positions 7-10.
Is there a way to populate this with the content from 264$c which, in my
case, is always a ? In the templates for batch operations I can only
find ways to copy into fields with subfields, not into fixed fields.

Thank you for any idea in advance, and a good weekend to all!

Anke

-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Achtung! Neue Kontaktdaten!

Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Batch modification: Possibility to copy subfield content to another field's fixed positions?

[Bruns, Anke]

Hi,

thanks for the replies! As I understand, we should, instead of "physically" 
copying the content to the fixed field, map the search index differently.

Personally, I would prefer a copy possibility, as probably the year index was 
meant by Koha developers to search 008 for a reason (wasn't it?). And wouldn't 
a change of the index be overwritten with a new Koha upgrade?

The copy possibility into specified positions of fixed fields would come in 
handy for some other purposes as well, so is there really no way to do it?

Have a good week,
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Achtung! Neue Kontaktdaten!

Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---





> -Ursprüngliche Nachricht-
> Von: Stowasser Rainer 
> Gesendet: Freitag, 18. Februar 2022 13:04
> An: Bruns, Anke 
> Cc: Thomas Klausner ; koha@lists.katipo.co.nz
> Betreff: Re: [Koha] Batch modification: Possibility to copy subfield content 
> to
> another field's fixed positions?
> 
> Dear Anke
> 
> same answer ;-)
> 
> but a little more work
> 
> 
> https://wiki.koha-community.org/wiki/Understanding_Zebra_indexing
> 
> Kind regards
> 
> Hofrat Mag. Rainer Stowasser
> Head of Library and Archives ZAMG
> 
> 
>   Am 18.02.2022 um 12:34 schrieb Bruns, Anke  <mailto:anke.br...@gwdg.de> >:
> 
>   Hi,
> 
>   thanks! However, alas, we are on Zebra.
> 
>   Good luck with your solution!
> 
>   Regards,
>   Anke
> 
> 
> 
> 
> 
> 
>   -Ursprüngliche Nachricht-
>   Von: Koha mailto:koha-
> boun...@lists.katipo.co.nz> > Im Auftrag von Thomas Klausner
>   Gesendet: Freitag, 18. Februar 2022 12:31
>   An: koha@lists.katipo.co.nz <mailto:koha@lists.katipo.co.nz>
>   Betreff: Re: [Koha] Batch modification: Possibility to copy
> subfield content to
>   another field's fixed positions?
> 
>   Hi!
> 
>   On Fri, Feb 18, 2022 at 11:12:22AM +, Bruns, Anke wrote:
> 
> 
> 
>   in order to be able to use the search index for
> publication year, the year
>   must to my knowledge be mentioned in 008, positions
> 7-10.
>   Is there a way to populate this with the content from
> 264$c which, in my
>   case, is always a ? In the templates for batch
> operations I can only
>   find ways to copy into fields with subfields, not into
> fixed fields.
> 
> 
> 
>   If you're using ElasticSearch, you could change the
> Elasticsearch
>   mappings to use 264$c for date-of-publication (instead of the
> default
>   008_/7-10). Though I haven't tested that yet, but we've just had
> a
>   meeting where we decided to try it this way... :-)
> 
>   Not really an answer to your question, but if you're only asking
> the
>   question to get the data searchable, it should be still usable.
> 
>   Greetings,
>   domm
> 
>   --
>   #!/usr/bin/perl https://domm.plix.at
>   for(ref bless{},just'another'perl'hacker){s-:+-$"-g&$_.$/}
>   ___
> 
>   Koha mailing list  http://koha-community.org
>   Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz>
>   Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> 
>   ___
> 
>   Koha mailing list  http://koha-community.org <http://koha-
> community.org/>
>   Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz>
>   Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
>   EXTERNAL EMAIL: Do not click any links or open any attachments unless
> you trust the sender and know the content is safe.
> 

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Block web crawlers Bots

[Bruns, Anke]

Hi,

well, the robots.txt is just an information given to bots that you don't wish 
your web server to be crawled. It is not a technical block, so bots can choose 
to ignore the robots.txt, and at least those not compliant with rules and 
standards will do so.

You would need a technical solution to exclude these IPs, e.g. via your 
institution's firewall. You could also configure your Apache to exclude them. 
However, this needs of course constant maintenance to be up to date. 
A better way would be to exclude IPs according to certain parameters, e.g. if 
they contact your web server > n times within a given timeslot.

You would have to look out for solutions for "ratelimiting". There seem to be 
Apache modules available for this, which might be of use. In another - not Koha 
- context, mod_qos was recommended. However, I wouldn't know which solution is 
best with Koha. I am unfortunately not so much into this, so please discuss 
this with a web server techie.

Hope this is of use anyway,

Regards, Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Achtung! Neue Kontaktdaten!

Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---




> -Ursprüngliche Nachricht-
> Von: Koha  Im Auftrag von JITHIN N
> Gesendet: Freitag, 28. Januar 2022 06:05
> An: koha@lists.katipo.co.nz
> Betreff: [Koha] Block web crawlers Bots
> 
> My server memory usage is increasing by some web search engine bots by
> access of OPAC. I tried put
> 
> *robots.txt in *
> 
> on /usr/share/koha/opac/htdocs
> 
> As
> 
> *User-agent: **
> 
> *Disallow: /*
> 
> But still, my server is getting loaded by bots. The apache log file shows
> bots names like petalbot, Googlebot, AhrefsBot etc. How can I block all
> these bots' access to my OPAC pages?
> 
> With Regards
> 
> Jithin N
> 
> *System Information*
> 
> Koha 21.05
> 
> Deian 10
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] General question on borrower_debarments

[Bruns, Anke]

Dear Koha list,

we just stumbled upon the borrower_debarments sql table and are wondering how 
exactly this works and what can be done with it. However, we find no 
documentation either in the manual or "out there" on the internet.

Do you know of any information on the debarment feature?
I see that there are 4 debarment types (SUSPENSION', 'OVERDUES', 'MANUAL', 
'DISCHARGE) which seem to be hardcoded in the db.
MANUAL is of course the type of debarments set manually by library staff in the 
patron record.

- But how can I find out the functioning of the other types - what exactly 
triggers debarments with type SUSPENSION', 'OVERDUES' or 'DISCHARGE?

- What other actions are triggered or influenced by such a debarment other than 
the patron not being allowed to loan?

- Can I configure this, and can I add more debarment types and determine how 
they function?

Thanks for any enlightening hints, and best regards,
Anke

-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Achtung! Neue Kontaktdaten!

Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Koha Web Installer Error

[Bruns, Anke]

Hi,

Did you use the correct user name which should be

koha - underscore - , e.g. "koha_mylibrary" ?

The password is shown if you type in your koha server's command line: 

koha-passwd 

Hope this helps.

Regards,
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Achtung! Neue Kontaktdaten!

Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---



> -Ursprüngliche Nachricht-
> Von: Koha  Im Auftrag von Sanjay
> Uchcharia
> Gesendet: Montag, 11. April 2022 15:49
> An: koha@lists.katipo.co.nz
> Betreff: [Koha] Koha Web Installer Error
> 
> I've installed koha 21.11, its showing username and password error.
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Punctuation in personal names

[Bruns, Anke]

Hi Alejo,

thank you very much! This was very helpful, and we could set the display 
settings for results' lists and detailed views in both OPAC and staff interface.

In the staff interface's results' list, however there appears to always be a 
dot at the end of the line containing the contributor names. Thus, if the last 
entry in this line is a personal name with an abbreviated initial, there are 
now two dots: Hoffmann, R.K..

This doesn't appear in the OPAC where the display is correct (Hoffmann, R.K. 
with one dot only, even at end of line).

This seems a rather minor issue as it concerns only the staff interface and not 
the OPAC.

Regards,
Anke




> -Ursprüngliche Nachricht-
> Von: Alejo Janin 
> Gesendet: Montag, 4. September 2023 16:04
> An: Bruns, Anke ; koha 
> Betreff: Re: [Koha] Punctuation in personal names
> 
> Hi,
> 
> On-list: maybe it helps somebody else.
> 
> E.g.: in MARC21slim2intranetDetail.xsl you should remove after  test="@tag=100 or @tag=110 or @tag=111"> these two tags:  name="chopPunctuation"> and  (with its
> closing tags). Lines 1631 and 1632 (Koha 23.05)
> 
> Regards,
> Alejo
> 
> 
> El lun, 4 sept 2023 a la(s) 10:34, Bruns, Anke (anke.br...@gwdg.de
> <mailto:anke.br...@gwdg.de> ) escribió:
> 
> 
>   Off-list: Hi and thanks, Alejo Janin!
> 
>   I tried to remove the tag from the subfield, but unfortunately then the
> title information disappears completely. Perhaps I haven't found the correct
> place where to remove the tag. Or I removed the wrong closing tag - but I
> double-checked.
> 
>   Could you enlighten me as to which chopPunctuation-Tag is the correct
> one to remove?
> 
>   I tried
> 
>   Regards,
>   Anke
> 
>   > -Ursprüngliche Nachricht-
>   > Von: Koha mailto:koha-
> boun...@lists.katipo.co.nz> > Im Auftrag von Alejo Janin
>   > Gesendet: Montag, 4. September 2023 14:32
>   > Cc: koha mailto:koha@lists.katipo.co.nz> >
>   > Betreff: Re: [Koha] Punctuation in personal names
>   >
>   > Hi,
>   >
>   > You should remove the 
> for
>   > those
>   > subfields from the xslt templates.
>   >
>   > El lun, 4 sept 2023 a la(s) 09:22, Bruns, Anke (anke.br...@gwdg.de
> <mailto:anke.br...@gwdg.de> )
>   > escribió:
>   >
>   > > Hi Himanshu,
>   > >
>   > > thanks for the quick reply.
>   > >
>   > > However, this wouldn't solve the specific problem we encountered,
> as the
>   > > dot is already present in the MARC data and is only suppressed in 
> the
>   > > display.
>   > >
>   > > Best regards,
>   > >
>   > > Anke
>   > >
>   > >
>   > > > -Ursprüngliche Nachricht-
>   > > > Von: Himanshu Aggarwal  <mailto:rtr.himan...@gmail.com> >
>   > > > Gesendet: Montag, 4. September 2023 13:16
>   > > > An: Bruns, Anke  <mailto:anke.br...@gwdg.de> >
>   > > > Cc: koha  <mailto:koha@lists.katipo.co.nz> >
>   > > > Betreff: Re: [Koha] Punctuation in personal names
>   > > >
>   > > > I do the editing manually with every data imported using z39.50
>   > > >
>   > > >
>   > > > On Mon, Sep 4, 2023 at 4:25 PM Bruns, Anke
> mailto:anke.br...@gwdg.de>
>   > > > <mailto:anke.br...@gwdg.de <mailto:anke.br...@gwdg.de> > >
> wrote:
>   > > >
>   > > >
>   > > >   Hi everybody,
>   > > >
>   > > >   a library pointed me to a problem with the display of
> abbreviated
>   > > > personal
>   > > >   first names in 100 and 700 (and possibly others). The final 
> dot in
>   > > > these
>   > > >   fields is chopped in the results' list and detailed record 
> view
>   > > (OPAC
>   > > > and
>   > > >   Staff Interface).
>   > > >
>   > > >   Thus, a name like Kuthy, A. reads Kuthy, A and Riemann, 
> K.-U.
>   > > > becomes
>   > > >   Riemann, K.-U and Lau, Y.Y. appears as Lau, Y.Y
>   > > >
>   > > >   (I omitted the full stop in the previous sentence to avoid
>   > > confusion.)
>   > > >
>   

Re: [Koha] Punctuation in personal names

[Bruns, Anke]

Hi Himanshu,

thanks for the quick reply.

However, this wouldn't solve the specific problem we encountered, as the dot is 
already present in the MARC data and is only suppressed in the display.

Best regards,

Anke


> -Ursprüngliche Nachricht-
> Von: Himanshu Aggarwal 
> Gesendet: Montag, 4. September 2023 13:16
> An: Bruns, Anke 
> Cc: koha 
> Betreff: Re: [Koha] Punctuation in personal names
> 
> I do the editing manually with every data imported using z39.50
> 
> 
> On Mon, Sep 4, 2023 at 4:25 PM Bruns, Anke  <mailto:anke.br...@gwdg.de> > wrote:
> 
> 
>   Hi everybody,
> 
>   a library pointed me to a problem with the display of abbreviated
> personal
>   first names in 100 and 700 (and possibly others). The final dot in
> these
>   fields is chopped in the results' list and detailed record view (OPAC
> and
>   Staff Interface).
> 
>   Thus, a name like Kuthy, A. reads Kuthy, A and Riemann, K.-U.
> becomes
>   Riemann, K.-U and Lau, Y.Y. appears as Lau, Y.Y
> 
>   (I omitted the full stop in the previous sentence to avoid confusion.)
> 
>   Whereas it probably makes sense to chop the final punctuation in
> some cases
>   in the display of personal names fields, the dot should be displayed
> for
>   abbreviated first names.
> 
>   Have you a hint for me how best to make these dots visible in the
> results'
>   list and record view?
> 
>   Should we add a CSS directive in OPACUserCSS and StaffUserCSS?
>   Or better add/change the passages for the relevant fields in the xsl
> files?
>   Or something else?
> 
>   Thanks in advance!
> 
>   Regards,
>   Anke
> 
> 
> 
>   --
>   Anke Bruns M.A. (LIS)
>   Arbeitsgruppe "Anwendungs- und Informationssysteme"
>   E-Mail: anke.br...@gwdg.de <mailto:anke.br...@gwdg.de>
>   -
>   Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen
> (GWDG)
>   Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de
> 
>   Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
>   Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de
> <mailto:g...@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
>   -
> 
>   ___
> 
>   Koha mailing list  http://koha-community.org
>   Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz>
>   Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> 
> 
> 
> --
> 
> Assistant Librarian,
> 
> Confucius Institute Scholar 13-14,
> 
> R.D. National College,
> 
> Bandra (W.)

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Punctuation in personal names

[Bruns, Anke]

Hi everybody,

a library pointed me to a problem with the display of abbreviated personal
first names in 100 and 700 (and possibly others). The final dot in these
fields is chopped in the results' list and detailed record view (OPAC and
Staff Interface).

Thus, a name like Kuthy, A. reads Kuthy, A and Riemann, K.-U. becomes
Riemann, K.-U and Lau, Y.Y. appears as Lau, Y.Y 

(I omitted the full stop in the previous sentence to avoid confusion.)

Whereas it probably makes sense to chop the final punctuation in some cases
in the display of personal names fields, the dot should be displayed for
abbreviated first names.

Have you a hint for me how best to make these dots visible in the results'
list and record view?

Should we add a CSS directive in OPACUserCSS and StaffUserCSS?
Or better add/change the passages for the relevant fields in the xsl files?
Or something else?

Thanks in advance!

Regards,
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
-
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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
-

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Question on MARC Frameworks and Staging/Importing records

[Bruns, Anke]

Hi,

as I inadvertently imported some batches of records with the standard
framework instead of the library's configured one, I think about how this
can be corrected without having to repeat the imports.

Can one 
a) recognize and 
b) batch change the MARC framework with which records have been imported via
the WWW interface?

Thanks in advance and best regards,
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
-
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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
-

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Deleting biblios and items

[Bruns, Anke]

Hi,

your_koha_library in this case means the database name. This is typically 
"koha_". If you open MySQL (before the "use" step), you can list 
your database(s) with "show databases;" to see the exact name.

When everything is done, don't forget to set the Foreign Key check back to 1.
You can leave MySQL by entering "quit", then the prompt will change back to the 
one you see when logged in as the linux root user.

I recommend also to create a database dump as a backup before these activities 
in case anything goes wrong and you want to restore the database.

Best regards,
Anke

> -Ursprüngliche Nachricht-
> Von: Koha  Im Auftrag von Aida Djikic
> Gesendet: Dienstag, 7. November 2023 10:15
> An: koha@lists.katipo.co.nz
> Betreff: [Koha] Deleting biblios and items
> 
> Hello all,
> 
> I've been looking up how to delete all biblios and items since I made some
> errors and would like to restart with a clean slate without losing my
> settings and customizations.
> 
> I want to check whether the commands listed on
> https://wiki.koha-
> community.org/wiki/How_to_delete_all_records_and_keep_settings
> are to be entered exactly as written, or if there's anything that's assumed
> to be understood by more experienced users. I am really struggling whenever
> I have to use terminal commands.
> 
> E.g. where it says
> Login to database
> 
>   sudo su
>   mysql -u root
>   use your_koha_library;
> 
> Can I assume your_koha_library is where the instance name goes or is this
> literally what should be entered into the terminal? If not the instance
> name, what should be entered?
> 
> How does one log in to mysql and then move back to root once done with
> these changes?
> 
> When only deleting biblios and items, does Zebra index need to be reset for
> both biblios and authorities, or just the biblios?
> 
> Thank you in advance!
> 
> --
> Regards,
> Aida
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Importing Patron data has limit? (KOHA v23.05 with plack)

[Bruns, Anke]

Hi,

there was a discussion in May on this list, suggesting that a certain number of 
patrons might be too much without there being a "hard" limit.

See attached mail from this list.

Regards,
Anke

-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe Anwendungs- und Informationssysteme
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: (+)49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: (+)49 551 39-30001, E-Mail: g...@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  Im Auftrag von zen zenitram
> Gesendet: Donnerstag, 17. August 2023 07:21
> An: koha 
> Betreff: [Koha] Importing Patron data has limit? (KOHA v23.05 with plack)
> 
> Good day!
> 
> Where trying to update patron records and  upload more that 6000 patron.
> this error show.
> 
> Proxy Error
> The proxy server received an invalid response from an upstream server.
> The proxy server could not handle the request
> 
> Reason: Error reading from remote server
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
--- Begin Message ---
Hi,

I am not aware of a limit, but 13.000 could be a little much.

The transactions are stored in the pending_offline_transactions database
table. Usually they are cleaned up by processing them. Maybe you want to
backup the table and try with a few transactions first to see how that
goes. Or try it out on a demo or test installation.

Hope this helps,

Katrin

On 10.05.23 08:08, Сычев Игорь Алексеевич wrote:
> Thanks for the answer.
> I wanted to import about 13 thousand rows.
> Is there a limit on the number of transactions?
> Do these download attempts now need to be cleaned up somehow?
>
> Maybe there are other options for transferring offline circulations?
>
> -Original Message-
> From: Koha  On Behalf Of Katrin Fischer
> Sent: Monday, May 8, 2023 1:33 PM
> To: koha@lists.katipo.co.nz
> Subject: Re: [Koha] Koha offline circulation
>
> Hi Igor,
>
> the correct path is:
>
> Circulation > Pending offline circulation actions
> (/cgi-bin/koha/offline_circ/list.pl)
>
> AllowOfflineCirculation can stay Disabled.
>
> When using the KOCT Firefox plugin you can choose to upload and process the 
> transactions or to just upload and process in Koha. You should always pick 
> the latter if you had offline circulations at multiple stations.
>
> I am not sure why you get the error. How many transactions are you trying to 
> process?
>
> Hope this helps,
>
> Katrin
>
>
> On 05.05.23 08:45, Сычев Игорь Алексеевич wrote:
>> Hello!
>>
>> I have a koc file. When downloading, I get the following message:
>> "Your file was uploaded. Once all files are uploaded, please process them 
>> in pending offline circulation actions.
>> Upload another KOC file
>> View pending offline circulation actions"
>>
>> Do I understand correctly that the file is uploaded?
>> If I follow the link /cgi-bin/koha/offline_circ/list.pl then "Gateway 
>> Timeout"
>> If I follow the link /cgi-bin/koha/circ/offline.pl then "Offline
>> circulation disabled Your browser is not compatible with the built-in 
>> offline circulation tool."
>>
>> I use Microsoft Edge and Google Chrome.
>> Koha 22.11.05
>> AllowOfflineCirculation - Enable
>>
>> What am I doing wrong?
>>
>> Good Luck!
>>
>> Igor A. Sychev
>> Tomsk Polytechnic University
>> https://lib.tpu.ru
>>
>> ___
>>
>> Koha mailing list  http://koha-community.org Koha@lists.katipo.co.nz
>> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
> ___
>
> Koha mailing list  http://koha-community.org Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
> ___
>
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

--- End Message ---
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Importing Patron data has limit? (KOHA v23.05 with plack)

[Bruns, Anke]

O sorry, I should have read better. The discussion was about importing circ 
transactions. Just ignore my mail.

Best, Anke

Am 17.08.2023 11:46 schrieb "Bruns, Anke" :
Hi,

there was a discussion in May on this list, suggesting that a certain number of 
patrons might be too much without there being a "hard" limit.

See attached mail from this list.

Regards,
Anke

--
Anke Bruns M.A. (LIS)
Arbeitsgruppe Anwendungs- und Informationssysteme
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: (+)49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: (+)49 551 39-30001, E-Mail: g...@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  Im Auftrag von zen zenitram
> Gesendet: Donnerstag, 17. August 2023 07:21
> An: koha 
> Betreff: [Koha] Importing Patron data has limit? (KOHA v23.05 with plack)
>
> Good day!
>
> Where trying to update patron records and  upload more that 6000 patron.
> this error show.
>
> Proxy Error
> The proxy server received an invalid response from an upstream server.
> The proxy server could not handle the request
>
> Reason: Error reading from remote server
> ___
>
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Deleting biblios and items

[Bruns, Anke]

Hi Aida, you may have accidentally deleted your super user if you truncated the 
borrowers table.

There is a workaround to re-create the super user, afaik, but I'm not sure 
where I got this info. Perhaps s.o. else can help?

Otherwise, if you haven't yet invested lots of work in customizing the 
instance, it might be easiest to create a new instance and start again from 
scratch.

Best regards, Anke


Am 10.11.2023 14:30 schrieb Aida Djikic :
Hello Anke and others,

I tried this again today; truncated the zebraqueue, and reset the zebra index 
as listed on the wiki:

Reset Zebra index
 zebraidx -c /etc/koha/sites/your_koha_library/zebra-authorities-dom.cfg -g 
iso2709 -d authorities init
 zebraidx -c /etc/koha/sites/your_koha_library/zebra-biblios-dom.cfg -g iso2709 
-d biblios init

(I replaced your_koha_library with the name of my instance) but nothing 
happens, and when I try to log into my instance, I get an Error: Invalid 
username or password.

Now what? Am I going to have to remove this instance of Koha and create another?

On Thu, Nov 9, 2023 at 10:11 AM Aida Djikic 
mailto:aidadji...@gmail.com>> wrote:
Hi Anke,

no problem, I'll also keep digging. No, I did not; I didn't know it was needed. 
I will have to look up how does one truncate zebraque.

On Thu, Nov 9, 2023 at 10:03 AM Bruns, Anke 
mailto:anke.br...@gwdg.de>> wrote:

Hi Aida,



this seems strange to me. Unfortunately I don’t have time right now to dig 
deeper into this. Maybe someone else could help?



Did you truncate zebraqueue? No idea if this is relevant to the problem though.



Best regards,

Anke







--

Anke Bruns M.A. (LIS)

Arbeitsgruppe "Anwendungs- und Informationssysteme"

E-Mail: anke.br...@gwdg.de<mailto:anke.br...@gwdg.de>

-

Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)

Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de<https://gwdg.de/>



Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support

Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de<mailto:g...@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

-







Von: Aida Djikic mailto:aidadji...@gmail.com>>
Gesendet: Donnerstag, 9. November 2023 09:59
An: Bruns, Anke mailto:anke.br...@gwdg.de>>
Cc: koha@lists.katipo.co.nz<mailto:koha@lists.katipo.co.nz>
Betreff: Re: [Koha] Deleting biblios and items



Hello Anke,



yes, I had to go back and rebuild it because I forgot to do it the first time. 
I used



sudo koha-rebuild-zebra -f -v instancename



but they are still there: when I go to Authorities > Search main heading, I get 
a list of 580 entries. Some of them are personal names, some are topical terms 
though none of them are marked as such, only as Default. I'm not sure why they 
weren't removed.







On Thu, Nov 9, 2023 at 9:45 AM Bruns, Anke 
mailto:anke.br...@gwdg.de>> wrote:

Hi Aida,



good to know that it worked well. As to the autorities, if you also truncated 
the auth_header table they should be gone. What you see might be the Zebra 
index entries – did you rebuild the Zebra index (or if you use ElasticSearch, I 
suppose the index has to be rebuilt as well after deleting the records).



Best regards,

Anke



Von: Aida Djikic mailto:aidadji...@gmail.com>>
Gesendet: Mittwoch, 8. November 2023 12:07
An: Bruns, Anke mailto:anke.br...@gwdg.de>>
Cc: koha@lists.katipo.co.nz<mailto:koha@lists.katipo.co.nz>
Betreff: Re: [Koha] Deleting biblios and items



Hello Anke,



thank you for the directions; I have followed them and have managed to remove 
all records. When I run an authority search, I get a list of all of them, 
though they are now lacking a heading type (it is now marked as "Default"). Is 
it possible to bulk remove all of them from search results as well or will I 
need to delete them one by one?



The ones that were not attached to records have a Delete option, but the few 
that were have only an Edit option which leads to a "The authority record you 
requested does not exist" note.



(Must also remember to uncheck AutoCreateAuthorities as that caused me to have 
multiple copies of authorities (e.g. thesis advisors, as well as subjects and 
index terms). Lesson learned the hard way!)



On Tue, Nov 7, 2023 at 12:03 PM Bruns, Anke 
mailto:anke.br...@gwdg.de>> wrote:

Hi,

your_koha_library in this case means the database name. This is typically 
"koha_". If you open MySQL (before the "use" step), you can list 
your database(s) with "show databases;" to see the exact name.

When everything is done, don't for

Re: [Koha] Deleting biblios and items

[Bruns, Anke]

Hi Aida,

 

good to know that it worked well. As to the autorities, if you also truncated 
the auth_header table they should be gone. What you see might be the Zebra 
index entries – did you rebuild the Zebra index (or if you use ElasticSearch, I 
suppose the index has to be rebuilt as well after deleting the records).

 

Best regards,

Anke

 

Von: Aida Djikic  
Gesendet: Mittwoch, 8. November 2023 12:07
An: Bruns, Anke 
Cc: koha@lists.katipo.co.nz
Betreff: Re: [Koha] Deleting biblios and items

 

Hello Anke, 

 

thank you for the directions; I have followed them and have managed to remove 
all records. When I run an authority search, I get a list of all of them, 
though they are now lacking a heading type (it is now marked as "Default"). Is 
it possible to bulk remove all of them from search results as well or will I 
need to delete them one by one? 

 

The ones that were not attached to records have a Delete option, but the few 
that were have only an Edit option which leads to a "The authority record you 
requested does not exist" note. 

 

(Must also remember to uncheck AutoCreateAuthorities as that caused me to have 
multiple copies of authorities (e.g. thesis advisors, as well as subjects and 
index terms). Lesson learned the hard way!)

 

On Tue, Nov 7, 2023 at 12:03 PM Bruns, Anke mailto:anke.br...@gwdg.de> > wrote:

Hi,

your_koha_library in this case means the database name. This is typically 
"koha_". If you open MySQL (before the "use" step), you can list 
your database(s) with "show databases;" to see the exact name.

When everything is done, don't forget to set the Foreign Key check back to 1.
You can leave MySQL by entering "quit", then the prompt will change back to the 
one you see when logged in as the linux root user.

I recommend also to create a database dump as a backup before these activities 
in case anything goes wrong and you want to restore the database.

Best regards,
Anke

> -Ursprüngliche Nachricht-
> Von: Koha  <mailto:koha-boun...@lists.katipo.co.nz> > Im Auftrag von Aida Djikic
> Gesendet: Dienstag, 7. November 2023 10:15
> An: koha@lists.katipo.co.nz <mailto:koha@lists.katipo.co.nz> 
> Betreff: [Koha] Deleting biblios and items
> 
> Hello all,
> 
> I've been looking up how to delete all biblios and items since I made some
> errors and would like to restart with a clean slate without losing my
> settings and customizations.
> 
> I want to check whether the commands listed on
> https://wiki.koha-
> community.org/wiki/How_to_delete_all_records_and_keep_settings 
> <http://community.org/wiki/How_to_delete_all_records_and_keep_settings> 
> are to be entered exactly as written, or if there's anything that's assumed
> to be understood by more experienced users. I am really struggling whenever
> I have to use terminal commands.
> 
> E.g. where it says
> Login to database
> 
>   sudo su
>   mysql -u root
>   use your_koha_library;
> 
> Can I assume your_koha_library is where the instance name goes or is this
> literally what should be entered into the terminal? If not the instance
> name, what should be entered?
> 
> How does one log in to mysql and then move back to root once done with
> these changes?
> 
> When only deleting biblios and items, does Zebra index need to be reset for
> both biblios and authorities, or just the biblios?
> 
> Thank you in advance!
> 
> --
> Regards,
> Aida
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz> 
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha



-- 

Regards,
Aida

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Deleting biblios and items

[Bruns, Anke]

Hi Aida,

 

this seems strange to me. Unfortunately I don’t have time right now to dig 
deeper into this. Maybe someone else could help?

 

Did you truncate zebraqueue? No idea if this is relevant to the problem though.

 

Best regards,

Anke

 

 

 

-- 

Anke Bruns M.A. (LIS)

Arbeitsgruppe "Anwendungs- und Informationssysteme"

E-Mail:  <mailto:anke.br...@gwdg.de> anke.br...@gwdg.de

-

Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)

Burckhardtweg 4, 37077 Göttingen, URL:  <https://gwdg.de/> https://gwdg.de

 

Support: Tel.: +49 551 39-3, URL:  <https://gwdg.de/support> 
https://gwdg.de/support

Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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

-

 

 

 

Von: Aida Djikic  
Gesendet: Donnerstag, 9. November 2023 09:59
An: Bruns, Anke 
Cc: koha@lists.katipo.co.nz
Betreff: Re: [Koha] Deleting biblios and items

 

Hello Anke, 

 

yes, I had to go back and rebuild it because I forgot to do it the first time. 
I used 

 

sudo koha-rebuild-zebra -f -v instancename 

 

but they are still there: when I go to Authorities > Search main heading, I get 
a list of 580 entries. Some of them are personal names, some are topical terms 
though none of them are marked as such, only as Default. I'm not sure why they 
weren't removed. 

 

 

 

On Thu, Nov 9, 2023 at 9:45 AM Bruns, Anke mailto:anke.br...@gwdg.de> > wrote:

Hi Aida,

 

good to know that it worked well. As to the autorities, if you also truncated 
the auth_header table they should be gone. What you see might be the Zebra 
index entries – did you rebuild the Zebra index (or if you use ElasticSearch, I 
suppose the index has to be rebuilt as well after deleting the records).

 

Best regards,

Anke

 

Von: Aida Djikic mailto:aidadji...@gmail.com> > 
Gesendet: Mittwoch, 8. November 2023 12:07
An: Bruns, Anke mailto:anke.br...@gwdg.de> >
Cc: koha@lists.katipo.co.nz <mailto:koha@lists.katipo.co.nz> 
Betreff: Re: [Koha] Deleting biblios and items

 

Hello Anke, 

 

thank you for the directions; I have followed them and have managed to remove 
all records. When I run an authority search, I get a list of all of them, 
though they are now lacking a heading type (it is now marked as "Default"). Is 
it possible to bulk remove all of them from search results as well or will I 
need to delete them one by one? 

 

The ones that were not attached to records have a Delete option, but the few 
that were have only an Edit option which leads to a "The authority record you 
requested does not exist" note. 

 

(Must also remember to uncheck AutoCreateAuthorities as that caused me to have 
multiple copies of authorities (e.g. thesis advisors, as well as subjects and 
index terms). Lesson learned the hard way!)

 

On Tue, Nov 7, 2023 at 12:03 PM Bruns, Anke mailto:anke.br...@gwdg.de> > wrote:

Hi,

your_koha_library in this case means the database name. This is typically 
"koha_". If you open MySQL (before the "use" step), you can list 
your database(s) with "show databases;" to see the exact name.

When everything is done, don't forget to set the Foreign Key check back to 1.
You can leave MySQL by entering "quit", then the prompt will change back to the 
one you see when logged in as the linux root user.

I recommend also to create a database dump as a backup before these activities 
in case anything goes wrong and you want to restore the database.

Best regards,
Anke

> -Ursprüngliche Nachricht-
> Von: Koha  <mailto:koha-boun...@lists.katipo.co.nz> > Im Auftrag von Aida Djikic
> Gesendet: Dienstag, 7. November 2023 10:15
> An: koha@lists.katipo.co.nz <mailto:koha@lists.katipo.co.nz> 
> Betreff: [Koha] Deleting biblios and items
> 
> Hello all,
> 
> I've been looking up how to delete all biblios and items since I made some
> errors and would like to restart with a clean slate without losing my
> settings and customizations.
> 
> I want to check whether the commands listed on
> https://wiki.koha-
> community.org/wiki/How_to_delete_all_records_and_keep_settings 
> <http://community.org/wiki/How_to_delete_all_records_and_keep_settings> 
> are to be entered exactly as written, or if there's anything that's assumed
> to be understood by more experienced users. I am really struggling whenever
> I have to use terminal commands.
> 
> E.g. where it says
> Login to database
> 
>   sudo su
>   mysql -u root
>   use your_

Re: [Koha] Background jobs in Koha menu "Administration"

[Bruns, Anke]

Hi,

not sure if this belongs to this thread, but as it concerns

/cgi-bin/koha/admin/background_jobs.pl

it may fit in.

We realized that in 22.05 there is a http 500 error when clicking on "View" in 
one of the jobs listed on the background jobs overview. This is independent of
- the Koha instance (we tried it with two different instances on our server)
- whether you navigate to the background jobs overview via menu "Administration 
> Manage background jobs" or when you just started a batch operation (in our 
case batch item modification) and from there try to view the job in the list.

The corresponding message in the plack-error.log reads:

Can't call method "GetPlugins" on an undefined value at 
/usr/share/koha/lib/Koha/BackgroundJob.pm line 402.

And this is line 402 in /usr/share/koha/lib/Koha/BackgroundJob.pm:

my @plugins = Koha::Plugins->new()->GetPlugins( { method => 
'background_tasks', } );

Should we file a bug for this?

Regards,
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---





> -Ursprüngliche Nachricht-
> Von: Koha  Im Auftrag von Michael Kuhn
> Gesendet: Mittwoch, 22. Juni 2022 08:53
> An: koha@lists.katipo.co.nz
> Betreff: Re: [Koha] Background jobs in Koha menu "Administration"
> 
> Hi Christopher
> 
> Thanks for your meesage. You wrote:
> 
>  > With just a cursory look, I would assume something like 1/1 means 1
>  > job, 1 completed.  Something like 2/1 would mean 2 jobs, 1 completed.
>  > 0/0, I would assume, means there are no jobs.
> 
> Yes this is also our assumption - but we ask ourselves if there is no
> job, why is there a line at all saying there is no job?! The library is
> afraid that maybe something went wrong in such a case.
> 
> As said, unfortunately clicking the button "View" does not show more
> information like WHAT biblio or item exactly the job is referring to.
> 
> Best wishes: Michael
> --
> Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
> Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
> T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch
> 
> 
> > Message: 5
> > Date: Mon, 20 Jun 2022 14:48:02 +0200
> > From: Michael Kuhn 
> > To: Koha 
> > Subject: [Koha] Background jobs in Koha menu "Administration"
> > Message-ID: 
> > Content-Type: text/plain; charset=UTF-8; format=flowed
> >
> > Hi
> >
> > We saw in Koha 22.05 there is a new Koha menu "Administration > Manage
> background jobs". Unfortunately there seems to be no entry in the Koha manual
> 22.05 for it, also the context-sensitive help just leads to https://koha-
> community.org/manual//21.11/en/html/ (this is in an installation of Koha
> 22.05!).
> >
> > However the shown list has a column "progress" which can say "1/1" or "0/0"
> for example. What does ist mean? Library personnel thinks "0/0"
> > suggests that something went wrong even if column "Status" says "Finished".
> Unfortunately clicking the button "View" does not show more information like
> WHAT biblio or item exactly the entry is referring to.
> >
> > We saw that Bywater Solutions wrote an article about this new menu (
> https://bywatersolutions.com/education/koha-21-11-background-jobs-and-task-
> queue-enhancements
> > ) but our question is not answered there. Can someone please enlighten us
> what "0/0" means?
> >
> > Best wishes: Michael
> > ___
> >
> > Koha mailing list  http://koha-community.org
> > Koha@lists.katipo.co.nz
> > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> 
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Background jobs in Koha menu "Administration"

[Bruns, Anke]

... I forgot to mention that these jobs aren't executed either, but remain in 
the New status on the overview page.

Regards,
Anke

> -Ursprüngliche Nachricht-
> Von: Bruns, Anke <>
> Gesendet: Donnerstag, 7. Juli 2022 12:52
> An: koha@lists.katipo.co.nz
> Betreff: AW: [Koha] Background jobs in Koha menu "Administration"
> 
> Hi,
> 
> not sure if this belongs to this thread, but as it concerns
> 
> /cgi-bin/koha/admin/background_jobs.pl
> 
> it may fit in.
> 
> We realized that in 22.05 there is a http 500 error when clicking on "View" in
> one of the jobs listed on the background jobs overview. This is independent of
> - the Koha instance (we tried it with two different instances on our server)
> - whether you navigate to the background jobs overview via menu
> "Administration > Manage background jobs" or when you just started a batch
> operation (in our case batch item modification) and from there try to view the
> job in the list.
> 
> The corresponding message in the plack-error.log reads:
> 
>   Can't call method "GetPlugins" on an undefined value at
> /usr/share/koha/lib/Koha/BackgroundJob.pm line 402.
> 
> And this is line 402 in /usr/share/koha/lib/Koha/BackgroundJob.pm:
> 
> my @plugins = Koha::Plugins->new()->GetPlugins( { method =>
> 'background_tasks', } );
> 
> Should we file a bug for this?
> 
> Regards,
> Anke
> 
> 
> 
> --
> Anke Bruns M.A. (LIS)
> Arbeitsgruppe "Anwendungs- und Informationssysteme"
> E-Mail: anke.br...@gwdg.de
> ---
> Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
> Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de
> 
> Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
> Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de
> 
> Geschäftsführer: Prof. Dr. Ramin Yahyapour
> Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau
> Sitz der Gesellschaft: Göttingen
> Registergericht: Göttingen, Handelsregister-Nr. B 598
> ---
> Zertifiziert nach ISO 9001
> ---
> 
> 
> 
> 
> 
> > -Ursprüngliche Nachricht-
> > Von: Koha  Im Auftrag von Michael Kuhn
> > Gesendet: Mittwoch, 22. Juni 2022 08:53
> > An: koha@lists.katipo.co.nz
> > Betreff: Re: [Koha] Background jobs in Koha menu "Administration"
> >
> > Hi Christopher
> >
> > Thanks for your meesage. You wrote:
> >
> >  > With just a cursory look, I would assume something like 1/1 means 1
> >  > job, 1 completed.  Something like 2/1 would mean 2 jobs, 1 completed.
> >  > 0/0, I would assume, means there are no jobs.
> >
> > Yes this is also our assumption - but we ask ourselves if there is no
> > job, why is there a line at all saying there is no job?! The library is
> > afraid that maybe something went wrong in such a case.
> >
> > As said, unfortunately clicking the button "View" does not show more
> > information like WHAT biblio or item exactly the job is referring to.
> >
> > Best wishes: Michael
> > --
> > Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
> > Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
> > T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch
> >
> >
> > > Message: 5
> > > Date: Mon, 20 Jun 2022 14:48:02 +0200
> > > From: Michael Kuhn 
> > > To: Koha 
> > > Subject: [Koha] Background jobs in Koha menu "Administration"
> > > Message-ID: 
> > > Content-Type: text/plain; charset=UTF-8; format=flowed
> > >
> > > Hi
> > >
> > > We saw in Koha 22.05 there is a new Koha menu "Administration > Manage
> > background jobs". Unfortunately there seems to be no entry in the Koha
> manual
> > 22.05 for it, also the context-sensitive help just leads to https://koha-
> > community.org/manual//21.11/en/html/ (this is in an installation of Koha
> > 22.05!).
> > >
> > > However the shown list has a column "progress" which can say "1/1" or
> "0/0"
> > for example. What does ist mean? Library personnel thinks "0/0"
> > > suggests that something went wrong even if column "Status" says
> "Finished".
> > Unfortunately clicking the button "View" does not show more information like
> > WHAT biblio or item exactly the entry is referring to.
> > >
&

Re: [Koha] Koha 22.05: Where has the columns setting for the patrons list gone?

[Bruns, Anke]

Hi Katrin,

thank you! I meanwhile found out that in some list views in 22.05 the Columns 
button is present, in others not. I don't know if this was on purpose.

The difference between 22.05 and 20.11 I stumbled upon is the following:

- Home -> Patrons -> (Search for a list of patrons, or just all patrons) -> in 
V20.11 just above the table with the patrons list, there is a "Columns" link 
(it's not actually a "button") permitting to choose which columns of the patron 
record I want to display. In V22.11 this link is missing.

Whereas:

- Home -> Tools -> Patron lists -> (Choose one of the patron lists, if 
existent) -> in the table appearing here, the Columns link is there in 20.11 
and in 22.05.

Regards,
Anke

> -Ursprüngliche Nachricht-
> Von: Koha  Im Auftrag von Katrin Fischer
> Gesendet: Mittwoch, 6. Juli 2022 19:18
> An: koha@lists.katipo.co.nz
> Betreff: Re: [Koha] Koha 22.05: Where has the columns setting for the patrons
> list gone?
> 
> Hi Anke,
> 
> in 22.05 the normal patron search is also used for the circulation
> patron search. Maybe you meant that list?
> 
> The settings are in Administration > Table settings > Patrons >
> memberresultst
> 
> Hope this helps,
> 
> Katrin
> 
> On 06.07.22 17:02, Bruns, Anke wrote:
> > Hi,
> >
> > a minor problem but nonetheless...: In version 20.11 we had the possibility
> > to choose in the staff client which columns from the patron record we wanted
> > to display in the patrons short list. There was a "Columns" button next to
> > the "Export" one. This option seems to have gone with one of the more recent
> > versions (we upgraded directly from 20.11 to 22.05, so no idea when exactly
> > this was the case). Instead there is a "Clear filter" button now.
> >
> > Is there any chance to get the choice of columns option back? E.g. we do not
> > need or want to display the Date of Birth column which isn't populated in
> > our case.
> >
> > Thank you for any advice and best regards,
> > Anke
> >
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] to import bulk book details - please advise

[Bruns, Anke]

Hi Edward,

could you please explain your request a bit more?

Do you explicitly want to import 5000 title records as duplicates of 5000 
existing records, so as a result there are 1 records? Or did you mean 
import the same data with deduplication in the process, so that the 5000 
existing records are overwritten?

What exactly would you like to know about Excel import?

Best regards,
Anke


> -Ursprüngliche Nachricht-
> Von: Koha  Im Auftrag von edward durai
> Gesendet: Dienstag, 12. Juli 2022 13:27
> An: koha@lists.katipo.co.nz
> Betreff: [Koha] to import bulk book details - please advise
> 
> Hi Koha Team,
> We Organization has 5000 books. I just wanted to import duplicate entry for
> 5000 books using import excel.
> 
> is it possible? so that we can edit and update whenever we have time.
> 
> is there any other possibility to enter 5000 books quickly?
> 
> thanks,
> edward
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Koha 22.05: Where has the columns setting for the patrons list gone?

[Bruns, Anke]

Hi,

a minor problem but nonetheless...: In version 20.11 we had the possibility
to choose in the staff client which columns from the patron record we wanted
to display in the patrons short list. There was a "Columns" button next to
the "Export" one. This option seems to have gone with one of the more recent
versions (we upgraded directly from 20.11 to 22.05, so no idea when exactly
this was the case). Instead there is a "Clear filter" button now.

Is there any chance to get the choice of columns option back? E.g. we do not
need or want to display the Date of Birth column which isn't populated in
our case.

Thank you for any advice and best regards,
Anke

-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Background jobs in Koha menu "Administration"

[Bruns, Anke]

Hi Eugen,

thanks a lot, this solved the problem for us, too.

Best regards,
Anke

> -Ursprüngliche Nachricht-
> Von: DHIM IT 
> Gesendet: Donnerstag, 7. Juli 2022 21:09
> An: Bruns, Anke ; koha@lists.katipo.co.nz
> Betreff: Re: [Koha] Background jobs in Koha menu "Administration"
> 
> Hello Anke,
> 
> my solution for the problem is to enable plugins in Koha-conf.xml file:
> 
> 
>  1
> 
> 
> 
> 
> Mit besten Grüßen,
> Eugen Bastron
> ____
> 
> Von: Koha  im Auftrag von Bruns, Anke
> 
> Gesendet: Thursday, July 7, 2022 1:55:58 PM
> An: koha@lists.katipo.co.nz 
> Betreff: Re: [Koha] Background jobs in Koha menu "Administration"
> 
> ... I forgot to mention that these jobs aren't executed either, but remain
in
> the New status on the overview page.
> 
> Regards,
> Anke
> 
> > -Ursprüngliche Nachricht-
> > Von: Bruns, Anke <>
> > Gesendet: Donnerstag, 7. Juli 2022 12:52
> > An: koha@lists.katipo.co.nz
> > Betreff: AW: [Koha] Background jobs in Koha menu "Administration"
> >
> > Hi,
> >
> > not sure if this belongs to this thread, but as it concerns
> >
> > /cgi-bin/koha/admin/background_jobs.pl
> >
> > it may fit in.
> >
> > We realized that in 22.05 there is a http 500 error when clicking on
"View"
> in
> > one of the jobs listed on the background jobs overview. This is
> independent of
> > - the Koha instance (we tried it with two different instances on our
server)
> > - whether you navigate to the background jobs overview via menu
> > "Administration > Manage background jobs" or when you just started a
> batch
> > operation (in our case batch item modification) and from there try to
view
> the
> > job in the list.
> >
> > The corresponding message in the plack-error.log reads:
> >
> >Can't call method "GetPlugins" on an undefined value at
> > /usr/share/koha/lib/Koha/BackgroundJob.pm line 402.
> >
> > And this is line 402 in /usr/share/koha/lib/Koha/BackgroundJob.pm:
> >
> > my @plugins = Koha::Plugins->new()->GetPlugins( { method =>
> > 'background_tasks', } );
> >
> > Should we file a bug for this?
> >
> > Regards,
> > Anke
> >
> >
> >
> > --
> > Anke Bruns M.A. (LIS)
> > Arbeitsgruppe "Anwendungs- und Informationssysteme"
> > E-Mail: anke.br...@gwdg.de
> > ---
> > Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen
> (GWDG)
> > Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de
> >
> > Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
> > Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de
> >
> > Geschäftsführer: Prof. Dr. Ramin Yahyapour
> > Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau
> > Sitz der Gesellschaft: Göttingen
> > Registergericht: Göttingen, Handelsregister-Nr. B 598
> > ---
> > Zertifiziert nach ISO 9001
> > ---
> >
> >
> >
> >
> >
> > > -Ursprüngliche Nachricht-
> > > Von: Koha  Im Auftrag von Michael
> Kuhn
> > > Gesendet: Mittwoch, 22. Juni 2022 08:53
> > > An: koha@lists.katipo.co.nz
> > > Betreff: Re: [Koha] Background jobs in Koha menu "Administration"
> > >
> > > Hi Christopher
> > >
> > > Thanks for your meesage. You wrote:
> > >
> > >  > With just a cursory look, I would assume something like 1/1 means 1
> > >  > job, 1 completed.  Something like 2/1 would mean 2 jobs, 1
completed.
> > >  > 0/0, I would assume, means there are no jobs.
> > >
> > > Yes this is also our assumption - but we ask ourselves if there is no
> > > job, why is there a line at all saying there is no job?! The library
is
> > > afraid that maybe something went wrong in such a case.
> > >
> > > As said, unfortunately clicking the button "View" does not show more
> > > information like WHAT biblio or item exactly the job is referring to.
> > >
> > > Best wishes: Michael
> > > --
> > > Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg.
Fachausweis
> > > Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
> > > T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch
> <http://www.adminkuhn.ch>
> > >
> > >
> > >

[Koha] Batch item modification, problem with location

[Bruns, Anke]

Hi,

when I try to modify a batch of items to assign a location (authorized value
LOC, would be 952$c) to them, there are in the dropdown list of possible
locations only those belonging to a different branch from the branch my
items belong to (as both their home and holding branch).

Thus, I cannot assign my desired location via batch item modification. I
stumbled upon this in 20.11 and 22.05.

I would expect to see either all locations from the LOC authorized value in
the dropdown list (requiring some mindfulness when batch assigning them to
items), or those belonging to the items' respective home and/or holding
branch.

Is this a bug? I checked Bugzilla, but wasn't sure if any of the bugs there
fit.

Thanks and regards,
Anke

-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] to import bulk book details - please advise

[Bruns, Anke]

I use MarcEdit’s Delimited Text Translator to create MARC records from a .csv 
file exported from Excel. The template depends on what data is in which column 
of the table, so it has to be created by yourself according to your data. The 
template can be saved for future uses.

 

https://marcedit.reeset.net/.

 

Anke

 

 

 

Von: edward durai  
Gesendet: Mittwoch, 13. Juli 2022 15:55
An: Bruns, Anke 
Cc: koha@lists.katipo.co.nz
Betreff: Re: [Koha] to import bulk book details - please advise

 

its fresh entry. please share if you have excel template to import

 

On Tue, Jul 12, 2022 at 7:12 PM Bruns, Anke mailto:anke.br...@gwdg.de> > wrote:

Hi Edward,

could you please explain your request a bit more?

Do you explicitly want to import 5000 title records as duplicates of 5000 
existing records, so as a result there are 1 records? Or did you mean 
import the same data with deduplication in the process, so that the 5000 
existing records are overwritten?

What exactly would you like to know about Excel import?

Best regards,
Anke


> -Ursprüngliche Nachricht-
> Von: Koha  <mailto:koha-boun...@lists.katipo.co.nz> > Im Auftrag von edward durai
> Gesendet: Dienstag, 12. Juli 2022 13:27
> An: koha@lists.katipo.co.nz <mailto:koha@lists.katipo.co.nz> 
> Betreff: [Koha] to import bulk book details - please advise
> 
> Hi Koha Team,
> We Organization has 5000 books. I just wanted to import duplicate entry for
> 5000 books using import excel.
> 
> is it possible? so that we can edit and update whenever we have time.
> 
> is there any other possibility to enter 5000 books quickly?
> 
> thanks,
> edward
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz> 
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Permanent loans best practices

[Bruns, Anke]

Hi,

we'd like to set up the possibility of permanent loans for some borrower
types (categories). Our idea is to set the due date to a date far in the
future (e.g. 2099), or to 99 years.

Is this a good solution, or does Koha provide a better one?

Has anybody experiences or ideas to share on this topic?

Thanks and best regards
Anke

-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Question on OPACUserCSS

[Bruns, Anke]

Hello,

we are struggling with a background image for the OPAC pages.

The description of the parameter OPACUserCSS says " Include the following
CSS on all pages in the OPAC". However, the style declaration

body {
  background-image: url(path/to/our/image.jpg);
  background-repeat: no-repeat;
  background-size: cover
}

only results in the image being displayed on the OPAC start page, not on all
the others. What's more, clicking on the "Start" link to return to the start
page also shows the page without the background image.

So, obviously, it makes a difference if the start page is reached via

https://our.opac.url or
https://our.opac.url/cgi-bin/koha/opac-main.pl
(of course, these are only symbolic URLs that won't lead anywhere)

How can we make the body style declaration visible on all OPAC pages?

Thanks!

Regards,
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Question on OPACUserCSS

[Bruns, Anke]

Hi Lucas,

thanks for the quick answer!

We are on Koha 22.05, and as far as I'm aware there is no subsequent css, at 
least none defined by us in OPACUserCSS (or elsewhere).

Regards,
Anke




> -Ursprüngliche Nachricht-
> Von: Lucas Gass 
> Gesendet: Donnerstag, 27. Oktober 2022 16:45
> An: Bruns, Anke 
> Cc: Koha 
> Betreff: Re: [Koha] Question on OPACUserCSS
> 
> Hi Bruns,
> 
> The CSS you added should work on all OPAC pages and does for me. I am
> testing with the following:
> 
> body {
>   background-image: url(https://github.com/bywatersolutions/web-
> assets/blob/master/sites/Koha-logo.png?raw=true);
>   background-repeat: no-repeat;
>   background-size: cover;
> }
> 
> 
> What Koha version are you using?
> 
> Have you made sure there is no subsequent CSS, either in OPACUserCSS or
> coming from elsewhere, that could be overriding this?
> 
> 
> On Thu, Oct 27, 2022 at 8:26 AM Bruns, Anke  <mailto:anke.br...@gwdg.de> > wrote:
> 
> 
>   Hello,
> 
>   we are struggling with a background image for the OPAC pages.
> 
>   The description of the parameter OPACUserCSS says " Include the
> following
>   CSS on all pages in the OPAC". However, the style declaration
> 
>   body {
> background-image: url(path/to/our/image.jpg);
> background-repeat: no-repeat;
> background-size: cover
>   }
> 
>   only results in the image being displayed on the OPAC start page, not
> on all
>   the others. What's more, clicking on the "Start" link to return to the
> start
>   page also shows the page without the background image.
> 
>   So, obviously, it makes a difference if the start page is reached via
> 
>   https://our.opac.url or
>   https://our.opac.url/cgi-bin/koha/opac-main.pl
>   (of course, these are only symbolic URLs that won't lead anywhere)
> 
>   How can we make the body style declaration visible on all OPAC
> pages?
> 
>   Thanks!
> 
>   Regards,
>   Anke
> 
> 
> 
>   --
>   Anke Bruns M.A. (LIS)
>   Arbeitsgruppe "Anwendungs- und Informationssysteme"
>   E-Mail: anke.br...@gwdg.de <mailto:anke.br...@gwdg.de>
>   ---
>   Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen
> (GWDG)
>   Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de
> 
>   Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
>   Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de
> <mailto:g...@gwdg.de>
> 
>   Geschäftsführer: Prof. Dr. Ramin Yahyapour
>   Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau
>   Sitz der Gesellschaft: Göttingen
>   Registergericht: Göttingen, Handelsregister-Nr. B 598
>   ---
>   Zertifiziert nach ISO 9001
>   ---
> 
>   ___
> 
>   Koha mailing list  http://koha-community.org
>   Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz>
>   Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> 
> 
> 
> --
> 
> Lucas Gass
> Web Developer
>  <https://ci3.googleusercontent.com/mail-
> sig/AIorK4wLTGMfXvr_9IEGIssemQRuiAxgVIEXZ-
> npLP_qbxtDNVEu2vvp8TxQeS9Q9pUbuORo-u5iQ_w>

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] What is this? WG: 自动回复: Question on OPACUserCSS

[Bruns, Anke]

Why do I get this message when posting to the Koha list?


> -Ursprüngliche Nachricht-
> Von: 214993372 <214993...@qq.com>
> Gesendet: Donnerstag, 27. Oktober 2022 16:27
> An: Bruns, Anke 
> Betreff: 自动回复: [Koha] Question on OPACUserCSS
> 
> 您好，您的邮件已收到，我会尽快给给您联系。
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Question on OPACUserCSS

[Bruns, Anke]

Hi and thanks, Lucas, Andy and Thomas (Lucas, Bruns is my last name btw.  ),

Now I tried:

- using a URL instead of the relative path from /usr/share/koha/opac/htdocs 
(Thomas)
- Adding the body * element recommended by Andy.

And different combinations of both.

Result stays the same.

Lucas, I'll send you the URL off-list.

Kind regards,
Anke



> -Ursprüngliche Nachricht-
> Von: Koha  Im Auftrag von Thomas
> Klausner
> Gesendet: Freitag, 28. Oktober 2022 00:47
> An: koha@lists.katipo.co.nz
> Betreff: Re: [Koha] Question on OPACUserCSS
> 
> Hi!
> 
> On Thu, Oct 27, 2022 at 02:25:48PM +, Bruns, Anke wrote:
> 
> > we are struggling with a background image for the OPAC pages.
> >
> > The description of the parameter OPACUserCSS says " Include the following
> > CSS on all pages in the OPAC". However, the style declaration
> >
> > body {
> >   background-image: url(path/to/our/image.jpg);
> 
> seems like you're using a relative path to the image
> 
> > So, obviously, it makes a difference if the start page is reached via
> >
> > https://our.opac.url or
> > https://our.opac.url/cgi-bin/koha/opac-main.pl
> 
> and here you are using different base paths, so maybe the image is just
> not found in one case or the other? Have you checked the Network Tools
> in your Browser? There you should see if the background image cannot be
> loaded (404)
> 
> Greetings,
> domm
> 
> --
> #!/usr/bin/perl https://domm.plix.at
> for(ref bless{},just'another'perl'hacker){s-:+-$"-g&$_.$/}
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Question re TOCs and other digital content

[Bruns, Anke]

Hello again,

as far as we know, Koha provides no possibility to index uploaded files,
e.g. pdfs containing a table of content, an abstract, or a full text.

As this info isn't so very recent, perhaps there has been development in
this area that we aren't aware of? I checked the documentation, but couldn't
really find anything.

Thanks for updating me on this issue in advance!

Regards,
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Question re TOCs and other digital content

[Bruns, Anke]

Hi h2,

thank you very much for your thoughts.

My intention - as a syslib and sysadmin, not a cataloger myself - is not to 
turn Koha into a DAM, but rather, at my clients' request, watch out for 
possibilities of catalog enhancement. They are used, from their legacy ILS, to 
having the possibility to store their TOCs and abstracts in pdf files - which 
may come from their vendors or library consortia - and which can be full text 
indexed within the ILS, allowing to be searched without the cataloger having to 
copy and paste the text into a MARC field. And yes, when the legacy ILS had 
this feature newly added, there were indeed some qualms that the ILS might be 
mistaken for a fully fledged Digital Asset Management Tool, but librarians were 
well aware of this, and have been using the tool for catalog enhancement only.

I meanwhile received a private answer to my question pointing me to 
ElasticSearch which should be able to search pdfs. So this might be the road to 
explore, as we are still on Zebra, but will consider a switch to ElasticSearch. 
Has anybody experiences in this direction?

Best regards, and a good weekend to everybody!
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---






> -Ursprüngliche Nachricht-
> Von: Hernandez, Heather H 
> Gesendet: Donnerstag, 8. September 2022 17:33
> An: Bruns, Anke ; Koha 
> Betreff: Re: [Koha] Question re TOCs and other digital content
> 
> Hi, Anke!
> 
> My perspective on this is that Koha isn't a digital collections platform as 
> such--
> being a catalog, so there are places in the catalog record to put the Table of
> Contents (in MARC21 the 505 field), an abstract (in MARC21 the 520), etc.  I
> don't think that it would work well to try to turn it into a digital 
> collections
> platform that allowed keyword searching _within​_ all the uploaded files
> attached to the bibliographic or item records.  Of course, I'm a cataloger, 
> so I
> see that Koha offers speedy searching efficiency and effectiveness--curated
> search terms placed in the authority controlled fields, generously supplied
> tables of contents, abstracts, summary notes, etc., and use of tagging for 
> user
> participation to create folksonomies, etc.
> 
> Digital collections platforms like archive.org, HathiTrust.org, ContentDM,
> Google Books, etc., are very different.  They operate, to me, like the access
> offered to collections by, for example, periodical indexes.  I'm not sure it 
> would
> strengthen Koha to try to stretch its functioning into a combo library-
> integrated-system/digital-collections-platform to that degree.  I would ask, 
> are
> the attached digital items represented in relevant periodical and book 
> indexes?
> If not, why not, and can they be?  But I am, indeed, a cataloger.:)
> 
> Cheerio!
> h2
> ~~~
> Ms. Heather Hernandez (she, her, hers)
> Technical Services Librarian
> Library catalog:  https://keys.bywatersolutions.com/
> <https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fkeys.byw
> atersolutions.com%2F=05%7C01%7CHeather_Hernandez%40nps.gov%7C
> 950a4b896c6840abbf2708da5a0692c2%7C0693b5ba4b184d7b9341f32f400a54
> 94%7C0%7C0%7C637921281518907037%7CUnknown%7CTWFpbGZsb3d8eyJWIj
> oiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C300
> 0%7C%7C%7C=KDx6voZToIrZN2QYqe18e9S16%2B44bJ99OzKqi608gvQ%
> 3D=0>
> San Francisco Maritime National Historical Park Research Center
> 2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA  94123-1284
> 415-561-7032 (office generally Tu-W & F, telecommuting M)
> heather_hernan...@nps.gov
> <https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwebmail
> .lmi.net%2Fsrc%2Fcompose.php%3Fsend_to%3Dheather_hernandez%2540nps.g
> ov=05%7C01%7CHeather_Hernandez%40nps.gov%7C950a4b896c6840ab
> bf2708da5a0692c2%7C0693b5ba4b184d7b9341f32f400a5494%7C0%7C0%7C63
> 7921281518907037%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiL
> CJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C
> ta=xRq2sXM4t7jF7lA1WvRZ7q0ff4hgben1igzi2FlLBu4%3D=0>
> 
> 
> From: Koha  on behalf of B

[Koha] koha-sites.conf, indexing_mode entries

[Bruns, Anke]

Hi,

there is a dpkg-dist version of /etc/koha/koha-sites.conf with some changes
concerning Zebra. The following passages have obviously been removed from
koha-sites.conf with 22.05 or before:

> # BIBLIOS_INDEXING_MODE: 'dom' | 'grs1'
> # Indexing mode for bibliographic records
> # default: 'dom'
> BIBLIOS_INDEXING_MODE="dom"
>
> # AUTHORITIES_INDEXING_MODE: 'dom' | 'grs1'
> # Indexing mode for authority records
> # default: 'dom'
> AUTHORITIES_INDEXING_MODE="dom"   

Is it safe to use the new koha-sites.conf without these entries?

I'm asking because I cannot find a bug or any relevant information on why
and when they were removed.

Thanks and regards
Anke


-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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 mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Error message concerning Overdues.pm

[Bruns, Anke]

Hi all,

the following error message is sent in an email titled "Cron 
test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily
)":

"Argument "0,00" isn't numeric in numeric gt (>) at
/usr/share/koha/lib/C4/Overdues.pm line 283."

line 283 in Overdues.pm reads:

"$amount = $issuing_rule->{overduefinescap} if
$issuing_rule->{overduefinescap} && $amount >
$issuing_rule->{overduefinescap};"

There is no parameter "overduefinescap" in the instance's system parameters.
What has to be changed to avoid this message?
The library in question does not work with fines at all.
Thanks in advance for your ideas!

Regards,
Anke


-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Question on path for custom xsl files (OPAC and Staff client)

[Bruns, Anke]

Hi,

we have some settings of our own in some XSL files, e.g.

/usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/{langcode}/xslt/MARC21slim2O
PACResults.xsl

as well as for the staff client in e.g.
/usr/share/koha/intranet/htdocs/intranet-tmpl/prog/{langcode}/xslt/MARC21sli
m2intranetResults.xsl

All works fine when we copy and rename these files, keeping our own versions
in

/usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/{langcode}/xslt/ resp.
/usr/share/koha/intranet/htdocs/intranet-tmpl/prog/{langcode}/xslt/

For us, however, it would be easier to store them in another place, e.g.
(for the OPAC):

/usr/share/koha/opac/htdocs///{langcode}/xslt/

so we could hold all our files in one place (https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Blank Item Records

[Bruns, Anke]

Hi Matthew,

can you add the screenshot, please? There was no attachment to your mail.

Regards,
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---



> -Ursprüngliche Nachricht-
> Von: Koha  Im Auftrag von
> wood.mathe...@gmail.com
> Gesendet: Freitag, 4. November 2022 16:23
> An: koha@lists.katipo.co.nz
> Betreff: [Koha] Blank Item Records
> 
> 
> 
> Whenever adding an item record, I have started getting a blank table after
> saving the record. No headers on the table or data or anything. Is this a
> common issue and is there a solution? I have added a screenshot of an
> example from my screen.
> 
> Mathew B. Wood
> 
> 
> 
> 
> 
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Disabling / hiding the cart in OPAC

[Bruns, Anke]

Hi Stefano,

you might be looking for the system preference "opacbookbag".

Regards,
Anke


-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---



> -Ursprüngliche Nachricht-
> Von: Koha  Im Auftrag von Stefano
> Bargioni
> Gesendet: Donnerstag, 10. November 2022 15:01
> An: koha@lists.katipo.co.nz
> Betreff: [Koha] Disabling / hiding the cart in OPAC
> 
> Hi, I need to disable the cart in a Koha OPAC.
> Is there a way to do this, e.g. using a system preference?
> BTW, I wrote 3 Javascript lines that obtain the same result.
> I'll publish them in the JQuery library, just in case.
> Thx. sb
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Question on path for custom xsl files (OPAC and Staff client)

[Bruns, Anke]

Hi,

thanks, but we tried just that, and it seems that the files must be somewhere 
below
> /usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/{langcode}/xslt/ resp.
> /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/{langcode}/xslt/

- where the default Koha files also sit.

We tried (for the OPAC) a path below:
/usr/share/koha/opac/htdocs//

and it didn't work. The parameters OPACXSLTDetailsDisplay and 
OPACXSLTResultsDisplay didn't seem to accept our custom path. (I'll stick to 
the OPAC part of my request for now, to simplify matters. My problem applies to 
the Intranet as well).

So I repeat my question: Is there any rule what paths are possible for our own 
xsl files/settings?

Thanks and best regards,
Anke




-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---



> -Ursprüngliche Nachricht-
> Von: King, Fred 
> Gesendet: Donnerstag, 3. November 2022 14:45
> An: Bruns, Anke ; koha@lists.katipo.co.nz
> Betreff: RE: Question on path for custom xsl files (OPAC and Staff client)
> 
> AFAIK, you can put the xsl files anywhere you want.  Go to Administration /
> System preferences / OPAC preferences and look for
>OPACXSLTDetailsDisplay
>OPACXSLTListsDisplay
>OPACXSLTResultsDisplay
> Put the path to your file there and you're set to go. On one of my Koha
> systems, I have the files on a different server altogether.
> 
> And a note to everyone else who's thinking about doing this: xsl files are
> very picky, and you can break the OPAC display if you have even one
> character out of place. Make sure you have a backup! 
> 
> Fred King, MSLS, AHIP
> Medical Librarian, MedStar Washington Hospital Center
> fred.k...@medstar.net
> 202-877-6670
> ORCID -0001-5266-0279
> MedStar Authors Catalog: http://medstarauthors.org
> 
> It's weird being the same age as old people.
> --Anon
> 
> -Original Message-
> From: Koha  On Behalf Of Bruns, Anke
> Sent: Thursday, November 3, 2022 7:10 AM
> To: koha@lists.katipo.co.nz
> Subject: [EXTERNAL] [Koha] Question on path for custom xsl files (OPAC and
> Staff client)
> 
> 
> 
> **ATTENTION: This email originated from outside the MedStar Health
> network.
>  ** DO NOT CLICK links or attachments unless you recognize the sender and
> know the content is safe.
> 
> 
> 
> Hi,
> 
> we have some settings of our own in some XSL files, e.g.
> 
> /usr/share/koha/opac/htdocs/opac-
> tmpl/bootstrap/{langcode}/xslt/MARC21slim2O
> PACResults.xsl
> 
> as well as for the staff client in e.g.
> /usr/share/koha/intranet/htdocs/intranet-
> tmpl/prog/{langcode}/xslt/MARC21sli
> m2intranetResults.xsl
> 
> All works fine when we copy and rename these files, keeping our own
> versions in
> 
> /usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/{langcode}/xslt/ resp.
> /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/{langcode}/xslt/
> 
> For us, however, it would be easier to store them in another place, e.g.
> (for the OPAC):
> 
> /usr/share/koha/opac/htdocs///{langcode}/
> xslt/
> 
> so we could hold all our files in one place ( e.g.
> logos and other pictures etc, which we could easily tar and transport to
> another server when migrating an instance.
> 
> But, alas, this doesn't seem to work - obviously the parameters
> XSLTDetailsDisplay, XSLTResultsDisplay, OPACXSLTDetailsDisplay and
> OPACXSLTResultsDisplay expect the files in the same directories as the
> standard versions.
> 
> Is there any rule what paths are possible for our own xsl files/settings?
> 
> Thanks in advance and best regards,
> Anke
> 
> 
> 
> 
> 
> 
> --
> Anke Bruns M.A. (LIS)
> Arbeitsgruppe "Anwendungs- und Informationssysteme"
> E-Mail: anke.br...@gwdg.de
> ---
> Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen
> (GWDG) Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de
> 
> Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
> Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de
> 
> Geschäftsführer: Prof. Dr. Ramin Yahyapour
> Aufsichtsratsvorsitzender: Prof. D

Re: [Koha] Blank Item Records

[Bruns, Anke]

Hi Mathew,

My recommendation would be to check whether this appeas in the staff client and 
the OPAC alike (from the screenshot I cannot really see which it is, probably 
the OPAC?). 

Then whatever it is: Are you using the default Koha XSLT files* that reside in 

/usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/{langcode}/xslt/
for the OPAC, resp. in
/usr/share/koha/intranet/htdocs/intranet-tmpl/prog/{langcode}/xslt/
for the staff client?

You might also find out until when the record display worked fine, and what was 
possibly changed after that moment.

So, some research to do... Hope this helps.

Regards,
Anke


* See https://wiki.koha-community.org/wiki/XSLT_Overview and some relevant 
chapters in the Koha manual.




-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau 
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---
Zertifiziert nach ISO 9001
---




> -Ursprüngliche Nachricht-
> Von: wood.mathe...@gmail.com 
> Gesendet: Freitag, 4. November 2022 20:07
> An: Bruns, Anke 
> Betreff: RE: [Koha] Blank Item Records
> 
> Yes, here is the screenshot.
> 
> Mathew B. Wood
> 
> 
> -Original Message-
> From: Bruns, Anke 
> Sent: Friday, November 4, 2022 1:47 PM
> To: wood.mathe...@gmail.com; koha@lists.katipo.co.nz
> Subject: AW: [Koha] Blank Item Records
> 
> Hi Matthew,
> 
> can you add the screenshot, please? There was no attachment to your mail.
> 
> Regards,
> Anke
> 
> 
> 
> --
> Anke Bruns M.A. (LIS)
> Arbeitsgruppe "Anwendungs- und Informationssysteme"
> E-Mail: anke.br...@gwdg.de
> ---
> Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
> Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de
> 
> Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
> Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de
> 
> Geschäftsführer: Prof. Dr. Ramin Yahyapour
> Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau
> Sitz der Gesellschaft: Göttingen
> Registergericht: Göttingen, Handelsregister-Nr. B 598
> ---
> Zertifiziert nach ISO 9001
> ---
> 
> 
> 
> > -Ursprüngliche Nachricht-
> > Von: Koha  Im Auftrag von
> > wood.mathe...@gmail.com
> > Gesendet: Freitag, 4. November 2022 16:23
> > An: koha@lists.katipo.co.nz
> > Betreff: [Koha] Blank Item Records
> >
> >
> >
> > Whenever adding an item record, I have started getting a blank table after
> > saving the record. No headers on the table or data or anything. Is this a
> > common issue and is there a solution? I have added a screenshot of an
> > example from my screen.
> >
> > Mathew B. Wood
> >
> >
> >
> >
> >
> > ___
> >
> > Koha mailing list  http://koha-community.org
> > Koha@lists.katipo.co.nz
> > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Importing MARC records

[Bruns, Anke]

Hi Thomas,

yes, that might well be the cause. You should check your MARC records with 
MARCEdit or another tool before import.
Please also watch out for the sorting of the fields within the MARC record. The 
fields (tags) should be in ascending order, 100 before 245 and so on. A 
scrambled field order might lead to problems when importing.

Then, if you have items with your MARC records, make sure to put the item 
information in field 952 for import in Koha. There is documentation at:
https://wiki.koha-community.org/wiki/Holdings_data_fields_(9xx).
Make sure that authorised values like e.g. library branches, item locations 
and/or collections, item types... are correctly set in Koha and match the 
corresponding subfields of 952 in your MARC records.

Hope this helps.

Regards,
Anke



> -Ursprüngliche Nachricht-
> Von: Koha  Im Auftrag von Thomas Daly
> Gesendet: Dienstag, 21. März 2023 14:54
> An: koha@lists.katipo.co.nz
> Betreff: Re: [Koha] Importing MARC records
> 
> Many thanks for your reply.
> 
> This is a brand new installation of Koha (version 22.11.03.000 Rosalie), so no
> records have ever been imported before.
> 
> It looks like there is only 1 record in each MARC file.  Is an invalid MARC 
> file
> format a possible cause?
> 
> Regards,
> Thomas
> 
> -Original Message-
> From: Bruns, Anke 
> Sent: 21 March 2023 13:22
> To: letter...@daladi.com; koha@lists.katipo.co.nz
> Subject: AW: [Koha] Importing MARC records
> 
> Hi,
> 
> first: it would be nice to have a name to answer to 
> 
> Then, I suggest considering whether you already performed the import
> successfully in the past, and if so, since when the problem with the empty 
> screen
> occurs. Was anything changed about your Koha configuration or version in the
> meantime? Is this the only feature that doesn't work as expected?
> 
> Finally, if you ask for advice from the community, please give some details 
> as to
> which Koha version you are using, how many records were in the MARC files etc.
> 
> MARC files with a large number of records might lead to timeouts when staged
> via the web interface. In those cases it's probably better to use the command
> line tool "bulkmarcimport".
> 
> Regards,
> Anke
> 
> 
> --
> Anke Bruns M.A. (LIS)
> Arbeitsgruppe Anwendungs- und Informationssysteme
> E-Mail: anke.br...@gwdg.de
> ---
> Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
> Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de
> 
> Support: Tel.: (+)49 551 39-3, URL: https://gwdg.de/support
> Sekretariat: Tel.: (+)49 551 39-30001, E-Mail: g...@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  Im Auftrag von
> > letter...@daladi.com
> > Gesendet: Dienstag, 21. März 2023 13:49
> > An: koha@lists.katipo.co.nz
> > Betreff: [Koha] Importing MARC records
> >
> > In 'Cataloging -> Stage MARC records for import' I have tried staging
> > 3 marc files for import.  When I go to 'Manage staged MARC records',
> > this screen is empty.
> >
> >
> >
> > However, jobs for each import appear in the 'Administration -> Jobs' screen.
> >
> >
> >
> > Should I see something on the 'Manage staged MARC records' screen?
> >
> >
> >
> > Any advice appreciated.
> >
> >
> >
> > ___
> >
> > Koha mailing list  http://koha-community.org Koha@lists.katipo.co.nz
> > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Importing MARC records

[Bruns, Anke]

Hi,

first: it would be nice to have a name to answer to 

Then, I suggest considering whether you already performed the import 
successfully in the past, and if so, since when the problem with the empty 
screen occurs. Was anything changed about your Koha configuration or version in 
the meantime? Is this the only feature that doesn't work as expected?

Finally, if you ask for advice from the community, please give some details as 
to which Koha version you are using, how many records were in the MARC files 
etc.

MARC files with a large number of records might lead to timeouts when staged 
via the web interface. In those cases it's probably better to use the command 
line tool "bulkmarcimport".

Regards,
Anke

 
-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe Anwendungs- und Informationssysteme
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: (+)49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: (+)49 551 39-30001, E-Mail: g...@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  Im Auftrag von
> letter...@daladi.com
> Gesendet: Dienstag, 21. März 2023 13:49
> An: koha@lists.katipo.co.nz
> Betreff: [Koha] Importing MARC records
> 
> In 'Cataloging -> Stage MARC records for import' I have tried staging 3 marc
> files for import.  When I go to 'Manage staged MARC records', this screen is
> empty.
> 
> 
> 
> However, jobs for each import appear in the 'Administration -> Jobs' screen.
> 
> 
> 
> Should I see something on the 'Manage staged MARC records' screen?
> 
> 
> 
> Any advice appreciated.
> 
> 
> 
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] [EXTERNAL] Re: Another XSLT question: adding a line break between multiple names

[Bruns, Anke]

Hi,

as I have a similar issue, I've been trying any versions of a line break I - 
and the internet - could come up with (, , ,  \A and several 
codes between a "&" and a ";". None of them worked, when written in the xsl 
file directly; but I may have done something wrong there.

What works well is to define a CSS class within the xsl (if not already 
existent) and then add the line break with a CSS statement in the OPACUserCSS 
or IntranetUserCSS, like this:

.sub_title::before {
  content: "\A";
  white-space: pre;
  }

... sub_title being the CSS class we added for tag 245$b. It also worked with 
an already existent class like holdings_note_data (tag 866).

Hope this helps.

Best regards,
Anke



--
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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  Im Auftrag von Fridolin SOMERS
> Gesendet: Donnerstag, 2. März 2023 06:25
> An: koha@lists.katipo.co.nz
> Betreff: Re: [Koha] [EXTERNAL] Re: Another XSLT question: adding a line break
> between multiple names
>
> Note the ending /
> Tags generated by XSLT must be XTML so no  alone, 
> Otherwise you may do this with  tags and some CSS
>
> Best regards,
>
> Le 24/02/2023 à 08:01, King, Fred a écrit :
> > Yep, that worked. I probably just *thought* I’d tried that.
> >
> > Thanks,
> >
> > --Fred
> >
> > From: Coehoorn, Joel 
> > Sent: Thursday, February 23, 2023 12:02 PM
> > To: King, Fred 
> > Cc: koha-US list ; koha 
> > Subject: [EXTERNAL] Re: [Koha] Another XSLT question: adding a line break
> between multiple names
> >
> >
> > **ATTENTION: This email originated from outside the MedStar Health
> network.
> > ** DO NOT CLICK links or attachments unless you recognize the sender and
> know the content is safe.
> >
> >
> >
> > Try replacing all this:
> >
> >  | 
> >
> > with this:
> >
> > 
> >
> > Joel Coehoorn
> > Director of Information Technology
> > York University
> > Office: 402-363-5603 | jcoeho...@york.edu |
> york.edu
> >
> >
> > On Wed, Feb 22, 2023 at 5:05 PM King, Fred
> mailto:fred.k...@medstar.net>> wrote:
> > Hi everyone,
> >
> > I have another XLST question that I haven't been able to figure out: I'm 
> > using
> the 700 field for authors, and I want to start additional authors on a new 
> line
> instead of separating them by |.
> >
> > This is what I have now:
> >
> >  
> > 
> > 
> > 
> > MedStar authors: 
> > 
> > 
> >/cgi-bin/koha/opac-
> search.pl?q=au:" select="marc:subfield[@code='a']"/>" select="marc:subfield[@code='a']"/>
> > name="href">/cgi-bin/koha/opac-search.pl?q=au search.pl?q=au>:" select="marc:subfield[@code='b']"/>",
> 
> > name="href">/cgi-bin/koha/opac-search.pl?q=au search.pl?q=au>:" select="marc:subfield[@code='c']"/>",
> 
> >class="separator"> | 
> > 
> > 
> > 
> >
> > And it shows on the OPAC details page the way it should:
> > Arthur, King, field_b, field_c | Doyle, Arthur Conan | Arthur, Chester 
> > Alan,
> field_b | Murray, Arthur, field_c
> >
> > But what I'd really like is this:
> > Arthur, King, field_b, field_c
> > Doyle, Arthur Conan
> > Arthur, Chester Alan, field_b
> >Murray, Arthur, field_c
> >
> > Nothing I've tried so far has worked. Any suggestions?
> >
> > Thanks!
> >
> > --Fred
> >
> > Fred King, MSLS, AHIP
> > Medical Librarian, MedStar Washington Hospital Center
> > fred.k...@medstar.net
> > 202-877-6670
> > ORCID -0001-5266-0279
> > MedStar Authors Catalog: http://medstarauthors.org
> >
> > You know it's cold outside when you go outside and it's cold.
> > --NPS Twitter
> >
> > --
> > MedStar Health is a not-for-profit, integrated healthcare delivery system, 
> > the
> largest in Maryland and the Washington, D.C., region. Nationally recognized 
> for
> clinical quality in heart, orthopedics, cancer and GI.
> >
> > IMPORTANT: This e-mail (including any attachments) may contain information
> that is private, confidential, or protected by attorney-client or other 
> 

Re: [Koha] Question on path for custom xsl files (OPAC and Staff client)

[Bruns, Anke]

Hi Tomas,

thanks for your answer which I'm answering belatedly.

I just tried this: created XSLT and subdirectories en and de-DE, copied my 
custom xsl file there and referenced it in the  OPACXSLTDetailsDisplay 
parameter like this:

/var/lib/koha/test-infomath/XSLT/{langcode}/.xsl

but it doesn't work (no title information is displayed at all). 

Unless I did something wrong that I'm not aware of, it really seems the files 
have to reside somewhere under the same path as those coming from Koha.

Regards,
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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: Tomas Cohen Arazi 
> Gesendet: Samstag, 12. November 2022 23:33
> An: Bruns, Anke 
> Cc: koha 
> Betreff: Re: [Koha] Question on path for custom xsl files (OPAC and Staff 
> client)
> 
> I recommend you put those customized XSLT inside the instance home:
> 
> /var/lib/koha//XSLT
> 
> That way files won't be touched inadvertently by the packaging system, and 
> they
> will also be part of regular backups. And you don't need to create your own
> directory schema, as it already exists.
> 
> 
> 
> El jue, 3 nov 2022 8:12, Bruns, Anke  <mailto:anke.br...@gwdg.de> > escribió:
> 
> 
>   Hi,
> 
>   we have some settings of our own in some XSL files, e.g.
> 
>   /usr/share/koha/opac/htdocs/opac-
> tmpl/bootstrap/{langcode}/xslt/MARC21slim2O
>   PACResults.xsl
> 
>   as well as for the staff client in e.g.
>   /usr/share/koha/intranet/htdocs/intranet-
> tmpl/prog/{langcode}/xslt/MARC21sli
>   m2intranetResults.xsl
> 
>   All works fine when we copy and rename these files, keeping our own
> versions
>   in
> 
>   /usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/{langcode}/xslt/
> resp.
>   /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/{langcode}/xslt/
> 
>   For us, however, it would be easier to store them in another place, e.g.
>   (for the OPAC):
> 
>   /usr/share/koha/opac/htdocs///{langc
> ode}/xslt/
> 
>   so we could hold all our files in one place ( with
>   e.g. logos and other pictures etc, which we could easily tar and
> transport
>   to another server when migrating an instance.
> 
>   But, alas, this doesn't seem to work - obviously the parameters
>   XSLTDetailsDisplay, XSLTResultsDisplay, OPACXSLTDetailsDisplay and
>   OPACXSLTResultsDisplay expect the files in the same directories as the
>   standard versions.
> 
>   Is there any rule what paths are possible for our own xsl 
> files/settings?
> 
>   Thanks in advance and best regards,
>   Anke
> 
> 
> 
> 
> 
> 
>   --
>   Anke Bruns M.A. (LIS)
>   Arbeitsgruppe "Anwendungs- und Informationssysteme"
>   E-Mail: anke.br...@gwdg.de <mailto:anke.br...@gwdg.de>
>   ---
>   Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen
> (GWDG)
>   Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de
> 
>   Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
>   Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@gwdg.de
> <mailto:g...@gwdg.de>
> 
>   Geschäftsführer: Prof. Dr. Ramin Yahyapour
>   Aufsichtsratsvorsitzender: Prof. Dr. Norbert Lossau
>   Sitz der Gesellschaft: Göttingen
>   Registergericht: Göttingen, Handelsregister-Nr. B 598
>   ---
>   Zertifiziert nach ISO 9001
>   ---
> 
>   ___
> 
>   Koha mailing list  http://koha-community.org
>   Koha@lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz>
>   Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
> 

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Question on path for custom xsl files (OPAC and Staff client)

[Bruns, Anke]

"Until recently" means this isn't possible now?

Actually, we're fine with storing our files in the same directory as the Koha 
default ones, but perhaps in the documentation should be specified where custom 
XSLTs may be stored and where not.

Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
---
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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: King, Fred 
> Gesendet: Donnerstag, 23. Februar 2023 17:00
> An: Bruns, Anke ; Tomas Cohen Arazi
> 
> Cc: koha 
> Betreff: RE: [Koha] Question on path for custom xsl files (OPAC and Staff 
> client)
> 
> Until recently, you could specify an external URL for xsl files. See [Bug 
> 29678]
> Can't use external URL for XSLT stylesheet https://bugs.koha-
> community.org/bugzilla3/show_bug.cgi?id=29678.
> 
> Fred King, MSLS, AHIP
> Medical Librarian, MedStar Washington Hospital Center
> fred.k...@medstar.net
> 202-877-6670
> ORCID -0001-5266-0279
> MedStar Authors Catalog: http://medstarauthors.org
> 
> You know it's cold outside when you go outside and it's cold.
> --NPS Twitter
> 
> -Original Message-
> From: Koha  On Behalf Of Bruns, Anke
> Sent: Thursday, February 23, 2023 10:45 AM
> To: Tomas Cohen Arazi 
> Cc: koha 
> Subject: [EXTERNAL] Re: [Koha] Question on path for custom xsl files (OPAC and
> Staff client)
> 
> 
> 
> **ATTENTION: This email originated from outside the MedStar Health network.
>  ** DO NOT CLICK links or attachments unless you recognize the sender and
> know the content is safe.
> 
> 
> 
> Hi Tomas,
> 
> thanks for your answer which I'm answering belatedly.
> 
> I just tried this: created XSLT and subdirectories en and de-DE, copied my 
> custom
> xsl file there and referenced it in the  OPACXSLTDetailsDisplay parameter like
> this:
> 
> /var/lib/koha/test-infomath/XSLT/{langcode}/.xsl
> 
> but it doesn't work (no title information is displayed at all).
> 
> Unless I did something wrong that I'm not aware of, it really seems the files
> have to reside somewhere under the same path as those coming from Koha.
> 
> Regards,
> Anke
> 
> 
> 
> --
> Anke Bruns M.A. (LIS)
> Arbeitsgruppe "Anwendungs- und Informationssysteme"
> E-Mail: anke.br...@gwdg.de
> ---
> Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
> Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de
> 
> Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
> Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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: Tomas Cohen Arazi 
> > Gesendet: Samstag, 12. November 2022 23:33
> > An: Bruns, Anke 
> > Cc: koha 
> > Betreff: Re: [Koha] Question on path for custom xsl files (OPAC and
> > Staff client)
> >
> > I recommend you put those customized XSLT inside the instance home:
> >
> > /var/lib/koha//XSLT
> >
> > That way files won't be touched inadvertently by the packaging system,
> > and they will also be part of regular backups. And you don't need to
> > create your own directory schema, as it already exists.
> >
> >
> >
> > El jue, 3 nov 2022 8:12, Bruns, Anke  > <mailto:anke.br...@gwdg.de> > escribió:
> >
> >
> > Hi,
> >
> > we have some settings of our own in some XSL files, e.g.
> >
> > /usr/share/koha/opac/htdocs/opac-
> > tmpl/bootstrap/{langcode}/xslt/MARC21slim2O
> > PACResults.xsl
> >
> > as well as for the staff client in e.g.
> > /usr/share/koha/intranet/htdocs/intranet-
> > tmpl/prog/{langcode}/xslt/MARC21sli
> > m2intranetResults.xsl
> >
> > All works fine w

Re: [Koha] IMPORTING FILES INTO KOHA

[Bruns, Anke]

Hi,

it would be good to know a bit more about what exactly you are trying to do.

In what format are your data? For Koha, it would have to be UNIMARC or MARC21. 
(MARCXML is said to be possible as well, but I have found that it didn't in my 
case.)

How are you trying to import the data? Via the Stage records for import tool in 
the Staff client or via the bulkmarcimport command?

If you're using the tool on the staff client, how many records are in your data 
set? With large data sets you might run into a timeout, and it would help to 
split the file into smaller ones and import them one by one. In my experience 
the file should contain < 3 records, perhaps even less.

Hope these ideas are helpful.

If you encounter a specific problem, please describe it in more detail, as 
mentioned above.

Best regards,
Anke

Am 04.07.2023 15:00 schrieb Hillcrest Librarian :
Greetings,
KOHA software is completely new to me. I exported my titles from Destiny
software into my system, they are in a machine format, I tried importing
them into my new Koha software but it's not working.
I need help or steps in which I can follow to achieve this. I have
numerous resources that will cripple my duties if I am to input these
titles one by one.
Thanks in anticipation for your assistance.

James Livinus
Hillcrest School Librarian.
Jos, Plateau State.
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] web installer appears on upgrade

[Bruns, Anke]

Hi,

in our case, when this occurs, the solution is usually to restart the memcached 
and then perform koha-upgrade-schema .

Hope this helps.

Best regards,
Anke


-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
-
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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  Im Auftrag von Daniel Owens
> Gesendet: Dienstag, 11. Juli 2023 17:06
> An: Discussion Group Koha 
> Betreff: [Koha] web installer appears on upgrade
> 
> Hi, I am looking for help.
> 
> With a regular upgrade of the package in Ubuntu 22.04 using apt, there
> was a problem running the upgrade script because of a second instance
> installed and running. I removed that instance, and the upgrade script
> completed successfully.
> 
> However, after the upgrade and before and after I removed that second
> instance, my main Koha instance started showing the maintenance mode
> message on the OPAC (complete with our header image, suggesting that it
> is connected to the database). I thought I would check the staff client,
> but that shows the web installer with this message:
> 
> 
>   Welcome to the Koha 22.11 web installer
> 
> Before we begin, please verify you have the correct credentials to
> continue. Please log in with the username and password given to you by
> your systems administrator and located in
> your|koha-conf.xml|configuration file.
> 
> That's not normal behavior, right? I double checked the configuration
> file to make sure the right database, user, and password were there.
> 
> Anyway, I cannot take it out of maintenance mode. Can anyone point me in
> the right direction for solving this? the Koha version is 22.11.07-2.
> 
> Thanks,
> Daniel
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Upgrade question: 22.05 -> 23.05 better directly or via 22.11?

[Bruns, Anke]

Hi all,

we are considering an upgrade from 22.05 to 23.05 - in your experience would
it be good to upgrade directly or to go first to 22.11 and then from there
to 23.05?

Thanks and best regards,
Anke

-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
-
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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
-

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] TRUNCATE borrowers

[Bruns, Anke]

Hi,

I'd suggest exporting the super user first from the borrowers table, then 
truncate the table, then import the super user back into the now empty table so 
you don't shut yourself out of the Koha admin interface.

Best regards,
Anke


-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
-
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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  Im Auftrag von ? ?
> ??
> Gesendet: Donnerstag, 22. Juni 2023 11:43
> An: koha@lists.katipo.co.nz
> Betreff: [Koha] TRUNCATE borrowers
> 
> Hello!
> 
> How to create a user after (TRUNCATE borrowers) delete all records and
> keep settings?
> 
> https://wiki.koha-
> community.org/wiki/How_to_delete_all_records_and_keep_settings
> 
> Koha 23.05
> Good Luck!
> 
> Igor A. Sychev
> Tomsk Polytechnic University
> https://lib.tpu.ru
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Cannot import records: Failed to connect: Error connecting to localhost:61613

[Bruns, Anke]

Hi Giuseppe,

has this been solved meanwhile? Because we are encountering the same behaviour 
on Koha 22.11.04 and 22.11.06.
The lines mentioned are present in our koha-conf.xml, so that's not the reason 
(and wasn't in your case, either, as I understood).

I'd be very happy for a solution. Thanks in advance!

Best regards,
Anke


-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
-
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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  Im Auftrag von Giuseppe
> Angilella
> Gesendet: Samstag, 4. März 2023 07:47
> An: koha@lists.katipo.co.nz
> Betreff: [Koha] Cannot import records: Failed to connect: Error connecting to
> localhost:61613
> 
> Hi,
> 
> after upgrading a Debian (Ubuntu) installation to version 22.11.03.000
> Rosalie , I fail to import any new Marc record into the database.
> 
> My worker-output.log reports:
> 
> Failed to connect: Error connecting to localhost:61613: Connection refused
> at /usr/share/perl5/Net/Stomp.pm line 27.; giving up at
> /usr/share/perl5/Net/Stomp.pm line 26.
> 
> I believe this strange behavior can be traced back to Bug 26742:
> 
> https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26742
> 
> As suggested there, I did manually include the lines:
> 
>   
> localhost
> 61613
> guest
> guest
> 
>   
> 
> (which weren't present, despite all previous upgrades) into my
> etc/koha-conf.xml file, and restarted everything.
> 
> But the issue is still there.
> 
> The About tab of my installation says that:
> 
> Message broker:   Using RabbitMQ
> 
> Any help or hint?
> 
> Many thanks! Best regards,
> 
> Giuseppe.
> 
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Question on keyword index for 084

[Bruns, Anke]

Hi,

according to https://wiki.koha-community.org/wiki/How_to_add_new_zebra_index
I created a new index for the local classification of my library which is in
084. I tried to set this index up for word search and for phrase search.

Now I find that only the phrase search works fine, but the word search
doesn't. It simply doesn't find the words from the 084 entries. My
assumption is that this might be due to the fact that 084$a is linked to an
authorized value, and only the value itself is searched, but not the
authorized value's description.

How can I make the description of the authorized value searchable as a word
search?

Thanks and best regards,
Anke


-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
-
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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
-

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How To Add OCLC in Koha Z39.50 Server.

[Bruns, Anke]

Hi Librarian,

You'll need the following information at least from OCLC:

- Hostname (e.g. z3950.somedomain.org)
- Port (a number, e.g. 210)
- Database (the name of the database you'd like to search)

This information must be provided by OCLC, perhaps on a web site, or on request.

There are some more settings in the z39.50 configuration that are good to know 
as well but that aren't mandatory.

You find the setup at Administration -> Z39.50/SRU servers (under Additional 
parameters) - in Koha 22.05 at least.

Hope this gives you an idea how to proceed.

Regards,
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
-
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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  Im Auftrag von MASTeR Library
> Gesendet: Freitag, 5. Mai 2023 11:56
> An: koha 
> Betreff: [Koha] How To Add OCLC in Koha Z39.50 Server.
> 
> Hi Koha Community Members,
>  How to Add OCLC  WORLD Catalogue in Koha Z39.50 Server.
> http://classify.oclc.org/classify2/
> 
> --
>  Thanking you.
> 
> Librarian,
> MAMCET 
> Trichy-Chennai Trunk Road,
> Siruganur, Tiruchirappalli-621 105.
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Automatic display of punctuation in Title view of record

[Bruns, Anke]

Hi Jithin,

we solved this with a combination of the XSLT files and the OpacUserCSS resp. 
IntranetUserCSS system parameters. First, we defined classes for the relevant 
title parts, then we set up CSS for these classes, having them start with the 
desired character (dot, colon or other).

However, it is important to note that you'll have to merge your individual 
settings in the XSLT files with the standard Koha versions of these files in 
case those are changed during a software upgrade. So it may be good to keep 
your version of the XSLT in another file as backup to not lose your individual 
code when the file is overwritten during an upgrade. 

Best regards,

Anke

-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
-
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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  Im Auftrag von JITHIN N
> Gesendet: Montag, 11. Dezember 2023 09:27
> An: koha@lists.katipo.co.nz
> Betreff: [Koha] Automatic display of punctuation in Title view of record
> 
> Dear community
> 
> I want display the punctuation ':' before the remaining of title (245$b)
> and '/' before the statement of responsibility (245$c) in display of
> records in detail view and search result view automatically without adding
> it in marc fields. I did some changes in XSLT file  but it is  not showing
> as mentioned. Can you any one give any suggestions or correct  code
> changes/adding needed to do in XSLT file?
> 
> 
> With regards
> Jithin N
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Zebra Index not working

[Bruns, Anke]

Hi,

we are facing a similar problem to
https://stackoverflow.com/questions/26925152/reindexing-zebra-because-there-
are-no-results-found-in-opac-and-intranet-search.
I tried rebuilding the Zebra index, also checked the directories'
permissions according to 
https://koha.katipo.co.narkive.com/cc099Nwf/reindexing-zebra-because-there-a
re-no-results-found-in-opac-and-intranet-search
and tried to reset the Zebra Index, as proposed in
https://koha-community.org/manual/16.11/html/apis02.html .

None of this shows any effect. According to screen output, the 6 biblios
(it's a very new testing instance) are exported and the index is rebuilt as
expected. Yet, there are no search results at all.

Curiously, the Koha instance where this problem occurs is one of six
instances on one and the same server, all other five having fully functional
Zebra indexes, and a rebuild on another instance on that server works
without any problems.

Does anybody have an idea what might be the reason for this?

Cheers in advance,
Anke


-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
-
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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
-

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Zebra Index not working

[Bruns, Anke]

Hi Katrin,

OMG - that was so easy I simply didn't think of it.
Indeed, a koha-zebra restart for the instance helped.

Thanks,
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
-
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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  Im Auftrag von Katrin Fischer
> Gesendet: Dienstag, 16. Januar 2024 23:17
> An: koha@lists.katipo.co.nz
> Betreff: Re: [Koha] Zebra Index not working
> 
> Hi Anke,
> 
> have you checked if your Zebraserver is running?
> 
> Maybe try: koha-zebra --restart instance or koha-zebra --stop / --start
> instance.
> 
> Does the about page show anything about your Zebra's status? (front page)
> 
> Hope this helps,
> 
> Katrin
> 
> On 16.01.24 14:49, Bruns, Anke wrote:
> > Hi,
> >
> > we are facing a similar problem to
> > https://stackoverflow.com/questions/26925152/reindexing-zebra-because-
> there-
> > are-no-results-found-in-opac-and-intranet-search.
> > I tried rebuilding the Zebra index, also checked the directories'
> > permissions according to
> > https://koha.katipo.co.narkive.com/cc099Nwf/reindexing-zebra-because-
> there-a
> > re-no-results-found-in-opac-and-intranet-search
> > and tried to reset the Zebra Index, as proposed in
> > https://koha-community.org/manual/16.11/html/apis02.html .
> >
> > None of this shows any effect. According to screen output, the 6 biblios
> > (it's a very new testing instance) are exported and the index is rebuilt as
> > expected. Yet, there are no search results at all.
> >
> > Curiously, the Koha instance where this problem occurs is one of six
> > instances on one and the same server, all other five having fully functional
> > Zebra indexes, and a rebuild on another instance on that server works
> > without any problems.
> >
> > Does anybody have an idea what might be the reason for this?
> >
> > Cheers in advance,
> > Anke
> >
> >
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Help! This title cannot be requested

[Bruns, Anke]

Hi,

not being super familiar with circulation rules, but have you checked the 
current item status? Is it available for loans (item subfield 7 0 or empty), or 
has it temporarily or permanently another status? 

Has it any restriction in item subfield 5 or is it marked as lost (subf. 1) or 
withdrawn (subf. 0) anything else?

See 
https://wiki.koha-community.org/wiki/Holdings_data_fields_(9xx)#MARC21_Holding_field_.28952.29
 for some relevant information.

Hope this helps,
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
-
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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  Im Auftrag von Alipio Luiz de
> Souza Silva
> Gesendet: Mittwoch, 29. November 2023 14:33
> An: koha@lists.katipo.co.nz
> Betreff: [Koha] Help! This title cannot be requested
> 
> Hello..When a patron tries to reserve an item in the OPAC, they receive the
> message: "This title cannot be requested".
> 
> Under Preference:
> OPACHoldRequests: Allow
> 
> Under Circulation and fines rules (for all item type, for all patron
> category):
> On shelf holds allowed: Yes
> OPAC item level holds: Allow/Force
> 
> I really don't know what I miss.
> Can you help me?
> 
> 
> [image: Mailtrack]
>  gn=signaturevirality11&>
> Sender
> notified by
> Mailtrack
>  gn=signaturevirality11&>
> 29/11/23,
> 09:31:52
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] 500 error for News, HTML customizations, Pages

[Bruns, Anke]

Hi,

a quick shot would be to restart Plack (if you use Plack, of course) and/or 
memcached.
Or perhaps a "koha-upgrade-schema " may help.

You might also have a look into the Plack log or the MySQL error log. 

These are just some things that helped us in some cases. Unfortunately a 500 
error is pretty unspecific so it might be necessary to look deeper into the 
matter.

Regards,
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@gwdg.de
-
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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  Im Auftrag von Aida Djikic
> Gesendet: Dienstag, 14. November 2023 15:14
> An: koha@lists.katipo.co.nz
> Betreff: [Koha] 500 error for News, HTML customizations, Pages
> 
> Hello all,
> 
> I have noticed that going to Tools, then to any of these: News, HTML
> customizations, Pages - results in a 500 error. This did not happen until I
> recently truncated tables in an effort to remove a faulty import and ended
> up having to re-create the super librarian user via the terminal. The pages
> exist in the OPAC but I cannot access them from the staff interface in
> order to edit them. Does anyone know how to solve this problem? Thank
> you
> in advance!
> 
> --
> Regards,
> Aida
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Thesis report

[Bruns, Anke]

Hi,

the SQL for the report depends on where, i.e. in which MARC fields, the 
information is stored in your Koha. You'll find lots of examples for SQL 
reports in the SQL Report Library and can choose one that fits well and then 
adjust the SQL to your needs. The link to the Reports Library can be found in 
your reports menu (I'm not currently at my desk so cannot quickly look it up 
for you).

If you're not familiar with SQL you'll perhaps need someone with more 
experience, and it might take a bit of trial and error before you get the 
desired results. Of course you can ask more specific questions in the list, 
those are usually easier to answer than very general ones.

Best regards, Anke


Am 17.03.2024 08:01 schrieb Ruqaiya Said Alfarsi 
:
Dear All,

Could someone find to me a specific report for thesis list by
following points:
(1) For master’s theses related to the University of Nizwa before 2024
(2) Another file for the year 2024
(3) A PDF file is available for master’s theses
(4) A file that does not have a pdf file

I will be thankful for your help.

Best regards

--

--
   


  



___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Conversion of WinISIS data to Koha

[Bruns, Anke]

Dear Tahir,

first of all, it is important to know in what format the data from WinISIS 
(which is unknown to me) can be exported. And what types of data you are 
planning to convert - only bibliographic data (titles, authorities, items) or 
also patrons, loans, orders etc.

For the biblio data, it would be best if they could be exported in MARC format. 
The item information would be exported to a Koha specific field, depending on 
what MARC flavor you use; for MARC21 it is 952 (see 
https://wiki.koha-community.org/wiki/Holdings_data_fields_(9xx) ).

If a MARC export isn't possible, you must export the data in whatever format is 
possible and then convert it into MARC format.

Then, when the data is available in MARC, there could be some work to do in 
order to prepare the data for Koha, depending on the data quality (e.g. each 
title record must have a 245$a field, each item must have some mandatory 
information you can see in the wiki article linked above), on the character set 
used - there may be characters that Koha won't accept, the date format (on this 
topic you'll find info also in the wiki article mentioned).

And finally the data can be imported into a Koha instance via the web interface 
(staff client) or the command line.

For patron data there is a process explained in the patrons section of the 
staff client, iirc. For loans there is a process to import offline circulations 
that may be used, see 
https://kohageek.blogspot.com/2019/09/importing-of-check-out-entries.html on 
this.

The whole process is quite complex and cannot be explained in one e-mail. 
Perhaps this gives you a first idea.

And I just found this in the Koha Wiki which may be helpful if you read Spanish:
https://wiki.koha-community.org/wiki/Migration_from_ISIS_to_Koha_(Spanish) 

Best regards,
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@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-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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  Im Auftrag von Tahir Jan,
> Assistant Librarian, Central Library, UoP
> Gesendet: Donnerstag, 4. April 2024 07:22
> An: koha@lists.katipo.co.nz
> Betreff: [Koha] Conversion of WinISIS data to Koha
> 
> Dear All
> I have WinISIS data and want to convert it into Koha. Can anyone help me
> this regard.
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Is the Wiki offline?

[Bruns, Anke]

Yes, it is 

Thanks!

Anke

> -Ursprüngliche Nachricht-
> Von: Koha  Im Auftrag von Katrin Fischer
> Gesendet: Donnerstag, 30. Mai 2024 11:30
> An: koha@lists.katipo.co.nz
> Betreff: Re: [Koha] Is the Wiki offline?
> 
> It looks like the wiki is back now :)
> 
> On 30.05.24 09:48, Bruns, Anke wrote:
> > Hi,
> >
> > yes, me.
> >
> > Regards,
> > Anke
> >
> >
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Is the Wiki offline?

[Bruns, Anke]

Hi,

yes, me.

Regards,
Anke


-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.br...@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-3, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: g...@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  Im Auftrag von Indranil Das
> Gupta
> Gesendet: Donnerstag, 30. Mai 2024 09:22
> An: Koha 
> Betreff: [Koha] Is the Wiki offline?
> 
> Hi,
> 
> Does anyone else find the wiki to be inaccessible?
> 
> /me location Kolkata / India GMT +0530
> 
> --
> Indranil Das Gupta
> L2C2 Technologies
> 
> Phone : +91-98300-20971
> WWW : http://www.l2c2.co.in
> Blog: http://blog.l2c2.co.in
> IRC : indradg on irc://irc.freenode.net
> Twitter : indradg
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Koha 24.05 is here!

[Bruns, Anke]

Dear Katrin,

thanks and congrats!

Anke

> -Ursprüngliche Nachricht-
> Von: Koha  Im Auftrag von Fischer, Katrin
> Gesendet: Dienstag, 28. Mai 2024 11:15
> An: koha-de...@lists.koha-community.org; 'koha' 
> Betreff: [Koha] Koha 24.05 is here!
> 
> The Koha community is proud to announce the release of Koha 24.05.00.
> 
> Koha 24.05.00 is a major release that comes with many new features.
> 
> It includes 9 new features, 239 enhancements, 529 bugfixes.
> 
> The full release notes are available here:
> https://koha-community.org/koha-24-05-00-released/ ‎
> 
> Debian packages are available.
> 
> --
> Katrin Fischer
> Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ)
> 78457 Konstanz / Germany
> Phone: +49 7531 - 88 4934
> E-Mail: katrin.fisc...@bsz-bw.de
> http://bsz-bw.de
> 
> 
> 
> 
> ___
> 
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha