Re: [Koha] One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

Thank you David, I either haven't been able to find it or have overlooked it in 
my search. Learning both linux and Koha has proven to be a lot more difficult 
than I was hoping it would be. I've decided to uninstall Koha from the work 
server and try the setup and cataloging a few records again to see where I'm 
making a mistake and not geting results when I click on the authors. 

Best regards

Aida Đikić


-Original Message-
From: David Liddle  
Sent: Friday, May 26, 2023 7:31 PM
To: libr...@ssst.edu.ba
Cc: koha@lists.katipo.co.nz
Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC

In full disclosure, Aida, this task is not one that I've ever needed to do. But 
research is fun, and I like to learn new things. According to a few searches 
through the list, my attention was brought firstly to the use of 'koha-shell' 
for such things and secondly to the following command to run this particular 
script:

$ sudo koha-shell -c '/usr/share/koha/bin/batchRebuildBiblioTables.pl
-c' your_koha_name

See https://lists.katipo.co.nz/public/koha/2021-July/056491.html for the 
relevant thread. If someone else out there knows better, then please give Aida 
the better tip!


On Fri, May 26, 2023 at 1:24 PM libr...@ssst.edu.ba  wrote:
>
> Hi David,
>
> I admit I am *sorely* tempted to just remove the Koha installation I have on 
> my work server because it's been nothing but trouble, and testing just the 
> one on my old laptop. I can't access the work server from home anyway and I 
> can take my laptop to work.
>
> So how would I access that from the terminal to be able to run it? 
> Would I need to write this
>
> -bash: /usr/share/koha/bin/batchRebuildBiblioTables.pl
>
> Instead of the command below (-bash: 
> ./misc/batchRebuildBiblioTables.pl)
>
> Best regards
>
> Aida Đikić
>
>
> -Original Message-
> From: David Liddle 
> Sent: Friday, May 26, 2023 1:17 PM
> To: libr...@ssst.edu.ba
> Cc: koha@lists.katipo.co.nz
> Subject: Re: [Koha] One biblio record not visible in staff interface 
> or OPAC
>
> Hello Aida, I can't help with your other questions, but I will mention that 
> on my systems, that script is located here:
>
> /usr/share/koha/bin/batchRebuildBiblioTables.pl
>
> Regards,
>
> David Liddle
>
> On Fri, May 26, 2023 at 8:15 AM libr...@ssst.edu.ba  
> wrote:
> >
> > I am slowly continuing to add the titles I had cataloged this year in our 
> > in-house system, adding most of them via Z39.50, but having to add locally 
> > published textbooks manually. I'm grateful to Caroline for sending the 
> > little "cheat sheet" of the basic fields for cataloging in MARC21, those 
> > were very helpful. And it turns out that David Nind also once sent 
> > instructions on how to run the ./misc/batchRebuildBiblioTables.pl script, 
> > which I had forgotten about, so apologies!
> >
> > Unfortunately it doesn't work for me; I tried it and got the following 
> > result:
> >
> > -bash: ./misc/batchRebuildBiblioTables.pl: No such file or 
> > directory
> >
> > I'm not sure how to proceed from here. Do I need to get this file from 
> > somwehere, or create it myself?
> >
> >
> > As for cataloging, I've successfully added my latest record and the 
> > multiple items, but even after clicking on „Link authorities 
> > automatically“, when I click on the authors in the OPAC I get the „This 
> > authority is not used in any records“. This is true for both manually added 
> > records and Z39.50; I looked them up to make sure. Same with subjects.
> >
> > Is there an extra step I'm not doing that would link these authorities to 
> > the records? I'm also still unable to get the UDC classification to appear 
> > in OPAC instead of Dewey and LOC.
> >
> >
> > Best regards
> >
> > Aida Đikić
> >
> >
> > -Original Message-
> > From: libr...@ssst.edu.ba 
> > Sent: Monday, May 22, 2023 1:50 PM
> > To: Katrin Fischer ; 
> > koha@lists.katipo.co.nz
> > Subject: Re: [Koha] One biblio record not visible in staff interface 
> > or OPAC
> >
> > Hi Katrin,
> >
> > I didn't mean to ignore the list; I just got back from a week-long Erasmus 
> > staff mobility stay in Sevilla. They have amazing libraries!
> >
> > Thank you for the link to the instructions, I will check it out, and will 
> > probably be back with more questions.
> >
> > Best regards
> >
> > Aida Đikić
> >
> >
> > -Original Message-
> > From: Katrin Fischer 
> > Sent: Sunday, May 14, 2023 11:34 AM
> > To: libr...@ssst.edu.ba; koha@lists.k

Re: [Koha] One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

Hi David, 

I admit I am *sorely* tempted to just remove the Koha installation I have on my 
work server because it's been nothing but trouble, and testing just the one on 
my old laptop. I can't access the work server from home anyway and I can take 
my laptop to work. 

So how would I access that from the terminal to be able to run it? Would I need 
to write this

-bash: /usr/share/koha/bin/batchRebuildBiblioTables.pl

Instead of the command below (-bash: ./misc/batchRebuildBiblioTables.pl)

Best regards

Aida Đikić


-Original Message-
From: David Liddle  
Sent: Friday, May 26, 2023 1:17 PM
To: libr...@ssst.edu.ba
Cc: koha@lists.katipo.co.nz
Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC

Hello Aida, I can't help with your other questions, but I will mention that on 
my systems, that script is located here:

/usr/share/koha/bin/batchRebuildBiblioTables.pl

Regards,

David Liddle

On Fri, May 26, 2023 at 8:15 AM libr...@ssst.edu.ba  wrote:
>
> I am slowly continuing to add the titles I had cataloged this year in our 
> in-house system, adding most of them via Z39.50, but having to add locally 
> published textbooks manually. I'm grateful to Caroline for sending the little 
> "cheat sheet" of the basic fields for cataloging in MARC21, those were very 
> helpful. And it turns out that David Nind also once sent instructions on how 
> to run the ./misc/batchRebuildBiblioTables.pl script, which I had forgotten 
> about, so apologies!
>
> Unfortunately it doesn't work for me; I tried it and got the following result:
>
> -bash: ./misc/batchRebuildBiblioTables.pl: No such file or 
> directory
>
> I'm not sure how to proceed from here. Do I need to get this file from 
> somwehere, or create it myself?
>
>
> As for cataloging, I've successfully added my latest record and the multiple 
> items, but even after clicking on „Link authorities automatically“, when I 
> click on the authors in the OPAC I get the „This authority is not used in any 
> records“. This is true for both manually added records and Z39.50; I looked 
> them up to make sure. Same with subjects.
>
> Is there an extra step I'm not doing that would link these authorities to the 
> records? I'm also still unable to get the UDC classification to appear in 
> OPAC instead of Dewey and LOC.
>
>
> Best regards
>
> Aida Đikić
>
>
> -Original Message-
> From: libr...@ssst.edu.ba 
> Sent: Monday, May 22, 2023 1:50 PM
> To: Katrin Fischer ; koha@lists.katipo.co.nz
> Subject: Re: [Koha] One biblio record not visible in staff interface 
> or OPAC
>
> Hi Katrin,
>
> I didn't mean to ignore the list; I just got back from a week-long Erasmus 
> staff mobility stay in Sevilla. They have amazing libraries!
>
> Thank you for the link to the instructions, I will check it out, and will 
> probably be back with more questions.
>
> Best regards
>
> Aida Đikić
>
>
> -Original Message-
> From: Katrin Fischer 
> Sent: Sunday, May 14, 2023 11:34 AM
> To: libr...@ssst.edu.ba; koha@lists.katipo.co.nz
> Subject: Re: [Koha] One biblio record not visible in staff interface 
> or OPAC
>
> Hi,
>
> On 10.05.23 09:11, libr...@ssst.edu.ba wrote:
> >> I'm guessing that since I went through the creation/removal of a Koha 
> >> instance more than once, with both flavors, when I created the current 
> >> instance the Zebra indexing setting was left at UNIMARC. I thought this 
> >> would be an automatic change during the next installation. If I absolutely 
> >> must I will do it, but I would really like to avoid having to create yet 
> >> another instance and to have to remake all the html customizations and CSS 
> >> for the OPAC.
> > How did you make your changes? If you are using HTML customizations and 
> > system preferences they are all stored in the database and you would be 
> > able to load your existing database into a new instance and keep using it.
> >
> >   Yes, I made the changes using HTML customizations and system 
> > preferences. So how do I export the database? When I didn't see 
> > anything in the tools or the administration settings, I looked up 
> > the mailing list archives and found in message 
> > https://www.mail-archive.com/koha@lists.katipo.co.nz/msg28832.html
> > that you need to enable Tools > Export by changing 0 to 1 in
> >
> > 1
> > 1
>
> For exporting your existing database, it's much easier to use a tool like 
> mysqldump. Some instructions can be found here, they are for moving from one 
> server to another, but moving from one instance to another would be similar:
>
> http://kohageek.blogspot.com/2015/08/move-old-koha-

Re: [Koha] One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

I am slowly continuing to add the titles I had cataloged this year in our 
in-house system, adding most of them via Z39.50, but having to add locally 
published textbooks manually. I'm grateful to Caroline for sending the little 
"cheat sheet" of the basic fields for cataloging in MARC21, those were very 
helpful. And it turns out that David Nind also once sent instructions on how to 
run the ./misc/batchRebuildBiblioTables.pl script, which I had forgotten about, 
so apologies! 

Unfortunately it doesn't work for me; I tried it and got the following result: 

-bash: ./misc/batchRebuildBiblioTables.pl: No such file or directory

I'm not sure how to proceed from here. Do I need to get this file from 
somwehere, or create it myself? 


As for cataloging, I've successfully added my latest record and the multiple 
items, but even after clicking on „Link authorities automatically“, when I 
click on the authors in the OPAC I get the „This authority is not used in any 
records“. This is true for both manually added records and Z39.50; I looked 
them up to make sure. Same with subjects. 

Is there an extra step I'm not doing that would link these authorities to the 
records? I'm also still unable to get the UDC classification to appear in OPAC 
instead of Dewey and LOC. 


Best regards

Aida Đikić


-Original Message-----
From: libr...@ssst.edu.ba  
Sent: Monday, May 22, 2023 1:50 PM
To: Katrin Fischer ; koha@lists.katipo.co.nz
Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC

Hi Katrin, 

I didn't mean to ignore the list; I just got back from a week-long Erasmus 
staff mobility stay in Sevilla. They have amazing libraries! 

Thank you for the link to the instructions, I will check it out, and will 
probably be back with more questions. 

Best regards

Aida Đikić


-Original Message-
From: Katrin Fischer 
Sent: Sunday, May 14, 2023 11:34 AM
To: libr...@ssst.edu.ba; koha@lists.katipo.co.nz
Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC

Hi,

On 10.05.23 09:11, libr...@ssst.edu.ba wrote:
>> I'm guessing that since I went through the creation/removal of a Koha 
>> instance more than once, with both flavors, when I created the current 
>> instance the Zebra indexing setting was left at UNIMARC. I thought this 
>> would be an automatic change during the next installation. If I absolutely 
>> must I will do it, but I would really like to avoid having to create yet 
>> another instance and to have to remake all the html customizations and CSS 
>> for the OPAC.
> How did you make your changes? If you are using HTML customizations and 
> system preferences they are all stored in the database and you would be able 
> to load your existing database into a new instance and keep using it.
>
>   Yes, I made the changes using HTML customizations and system 
> preferences. So how do I export the database? When I didn't see 
> anything in the tools or the administration settings, I looked up the 
> mailing list archives and found in message 
> https://www.mail-archive.com/koha@lists.katipo.co.nz/msg28832.html
> that you need to enable Tools > Export by changing 0 to 1 in
>
> 1
> 1

For exporting your existing database, it's much easier to use a tool like 
mysqldump. Some instructions can be found here, they are for moving from one 
server to another, but moving from one instance to another would be similar:

http://kohageek.blogspot.com/2015/08/move-old-koha-database-to-new.html

Hope this helps,

Katrin


___

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

Re: [Koha] Item search results displaying 264 publishing info?

[libr...@ssst.edu.ba]

Thank you Caroline! I haven't been able to find how to do this before and it's 
been vexing me :)

I don't need to worry about either of my installations; I'm using both the work 
one and the laptop one as study installations as eventually I will remove both 
and install a new, clean instance (I'm *still* waiting for the export from our 
in-house system). There's less than 10 records added, and I'm still having 
trouble with manual cataloging of local authors, but that's for another post; I 
don't want to hijack the current one.

Best regards

Aida Đikić


From: Caroline Cyr La Rose 
Sent: Thursday, May 25, 2023 3:04 PM
To: libr...@ssst.edu.ba; koha@lists.katipo.co.nz
Subject: Re: [Koha] Item search results displaying 264 publishing info?

Hi Aida,
Yes, you need to run this in the terminal.
What I do is open a terminal, go to my Koha environment and type
./misc/batchRebuildBiblioTables.pl -c
The -c at the end is important, otherwise it will not run. It's the "confirm" 
flag, meaning you did not type all that by error ;)
I also always run this at night for production installations. I don't know the 
consequences of running this during operation hours, so I err on the side of 
safety and wait until the library is closed...
Best,
Caroline
On 2023-05-25 03:53, libr...@ssst.edu.ba wrote:
Hello Caroline,

If I may, how exactly does one run ./misc/batchRebuildBiblioTables.pl ?? I've 
come across this instruction before, but wasn't able to find how this is done. 
I assume I would need to type in a command in the terminal?

Best regards

Aida Đikić


-Original Message-
From: Caroline Cyr La Rose 
Sent: Wednesday, May 24, 2023 10:17 PM
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] Item search results displaying 264 publishing info?

I forgot to add that only records created after you've added the mapping will 
have the info from 264$b in publishercode.

If you want Koha to go through all your records, you need to run (or ask your 
provider to run) ./misc/batchRebuildBiblioTables.pl . This will go through all 
the records and update the database entries with the correct information from 
the MARC record based on the Koha to MARC mappings.

Caroline

On 2023-05-24 16:12, Caroline Cyr La Rose wrote:
Hi Heather!

Is 264$b mapped to publishercode in Administration > Koha to MARC
mapping?

If you've been on Koha for a while, and didn't do it manually, it
might not be. In recent installs, it should be mapped out of the box
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29627

https://koha-community.org/manual/22.05/en/html/administration.html#ko
ha-to-marc-mapping


Best,

Caroline

On 2023-05-24 16:00, Hernandez, Heather H wrote:
Hi!

I use the Item Search (by call number) in the staff interface for
shelflisting, because it can sort Library of Congress call numbers
correctly, and I've noticed that my recently cataloged items which
have the publication information in the MARC21 264 field have a blank
"Publisher" in the search results table.  The table of search results
displays information from the 260 $b in the "Publisher" area of the
search results, but not publishers from the newer 264 $b field.  Is
there something that should be set or changed somewhere?  Or have I
maybe found a bug??

We're on version 22.05.11.000 and I couldn't find anything related to
this in Bugzilla—if there is something there, could someone point me
to it?

It's rather important information since the table of search results
doesn't display anything from a 1XX field, and when I'm cataloging a
pile of nautical instrument catalogs, a lot of the titles are, e.g.,
"Catalog no" or "Bulletin..." or "Nautical instruments..." and
the publisher in the 264 $b is the only displaying element that tells
me the name of the company issuing the catalog (which I'm using to
create the cutter portion of the call number).

Thank you!!  Cheerio!
h2

~~~

Ms. Heather Hernandez (she, her, hers) Technical Services Librarian
Library catalog: https://keys.bywatersolutions.com/
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 M, W, F, telecommuting Tu,Th)
heather_hernan...@nps.gov<https://webmail.lmi.net/src/compose.php?sen
d_to=heather_hernandez%40nps.gov>

___

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

Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager

1-833-INLIBRO (465-4276), ext. 221
caroline.cyr-la-r...@inlibro.com
https://www.inLibro.com

--
CAROLINE CYR-LA-ROSE
BIBLIOTHÉCAIRE | RESPONSABLE DE PRODUIT

T  833-INLIBRO (465-4276), poste 221
C  caroline.cyr-la-r...@inlibro.com

WWW.INLIBRO.COM


___

Koha mailin

Re: [Koha] Item search results displaying 264 publishing info?

[libr...@ssst.edu.ba]

Hello Caroline, 

If I may, how exactly does one run ./misc/batchRebuildBiblioTables.pl ?? I've 
come across this instruction before, but wasn't able to find how this is done. 
I assume I would need to type in a command in the terminal? 

Best regards

Aida Đikić


-Original Message-
From: Caroline Cyr La Rose  
Sent: Wednesday, May 24, 2023 10:17 PM
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] Item search results displaying 264 publishing info?

I forgot to add that only records created after you've added the mapping will 
have the info from 264$b in publishercode.

If you want Koha to go through all your records, you need to run (or ask your 
provider to run) ./misc/batchRebuildBiblioTables.pl . This will go through all 
the records and update the database entries with the correct information from 
the MARC record based on the Koha to MARC mappings.

Caroline

On 2023-05-24 16:12, Caroline Cyr La Rose wrote:
> Hi Heather!
>
> Is 264$b mapped to publishercode in Administration > Koha to MARC 
> mapping?
>
> If you've been on Koha for a while, and didn't do it manually, it 
> might not be. In recent installs, it should be mapped out of the box
> https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29627
>
> https://koha-community.org/manual/22.05/en/html/administration.html#ko
> ha-to-marc-mapping
>
>
> Best,
>
> Caroline
>
> On 2023-05-24 16:00, Hernandez, Heather H wrote:
>> Hi!
>>
>> I use the Item Search (by call number) in the staff interface for 
>> shelflisting, because it can sort Library of Congress call numbers 
>> correctly, and I've noticed that my recently cataloged items which 
>> have the publication information in the MARC21 264 field have a blank 
>> "Publisher" in the search results table.  The table of search results 
>> displays information from the 260 $b in the "Publisher" area of the 
>> search results, but not publishers from the newer 264 $b field.  Is 
>> there something that should be set or changed somewhere?  Or have I 
>> maybe found a bug??
>>
>> We're on version 22.05.11.000 and I couldn't find anything related to 
>> this in Bugzilla—if there is something there, could someone point me 
>> to it?
>>
>> It's rather important information since the table of search results 
>> doesn't display anything from a 1XX field, and when I'm cataloging a 
>> pile of nautical instrument catalogs, a lot of the titles are, e.g., 
>> "Catalog no" or "Bulletin..." or "Nautical instruments..." and 
>> the publisher in the 264 $b is the only displaying element that tells 
>> me the name of the company issuing the catalog (which I'm using to 
>> create the cutter portion of the call number).
>>
>> Thank you!!  Cheerio!
>> h2
>>
>> ~~~
>>
>> Ms. Heather Hernandez (she, her, hers) Technical Services Librarian 
>> Library catalog: https://keys.bywatersolutions.com/
>> 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 M, W, F, telecommuting Tu,Th) 
>> heather_hernan...@nps.gov> d_to=heather_hernandez%40nps.gov>
>>
>> ___
>>
>> Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz
>> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
>
> Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager
>
> 1-833-INLIBRO (465-4276), ext. 221
> caroline.cyr-la-r...@inlibro.com
> https://www.inLibro.com
>
-- 
Logo inLibro   Caroline Cyr-La-Rose
Bibliothécaire | Responsable de produit

T 833-INLIBRO (465-4276) , poste 221 C 
caroline.cyr-la-r...@inlibro.com

www.inLibro.com 

___

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

Re: [Koha] One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

Hi Katrin, 

I didn't mean to ignore the list; I just got back from a week-long Erasmus 
staff mobility stay in Sevilla. They have amazing libraries! 

Thank you for the link to the instructions, I will check it out, and will 
probably be back with more questions. 

Best regards

Aida Đikić


-Original Message-
From: Katrin Fischer  
Sent: Sunday, May 14, 2023 11:34 AM
To: libr...@ssst.edu.ba; koha@lists.katipo.co.nz
Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC

Hi,

On 10.05.23 09:11, libr...@ssst.edu.ba wrote:
>> I'm guessing that since I went through the creation/removal of a Koha 
>> instance more than once, with both flavors, when I created the current 
>> instance the Zebra indexing setting was left at UNIMARC. I thought this 
>> would be an automatic change during the next installation. If I absolutely 
>> must I will do it, but I would really like to avoid having to create yet 
>> another instance and to have to remake all the html customizations and CSS 
>> for the OPAC.
> How did you make your changes? If you are using HTML customizations and 
> system preferences they are all stored in the database and you would be able 
> to load your existing database into a new instance and keep using it.
>
>   Yes, I made the changes using HTML customizations and system 
> preferences. So how do I export the database? When I didn't see 
> anything in the tools or the administration settings, I looked up the 
> mailing list archives and found in message  
> https://www.mail-archive.com/koha@lists.katipo.co.nz/msg28832.html 
> that you need to enable Tools > Export by changing 0 to 1 in
>
> 1
> 1

For exporting your existing database, it's much easier to use a tool like 
mysqldump. Some instructions can be found here, they are for moving from one 
server to another, but moving from one instance to another would be similar:

http://kohageek.blogspot.com/2015/08/move-old-koha-database-to-new.html

Hope this helps,

Katrin


___

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

Re: [Koha] One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

Hi,

On 09.05.23 09:54, libr...@ssst.edu.ba wrote:
> Hello,
>
> The MARC flavor I chose in the web installer was indeed MARC21, however when 
> I opened /etc/koha/koha-sites.conf to check I see that 
> ZEBRA_MARC_FORMAT="unimarc". If I change this to MARC21 instead, and restart 
> Zebra, will I stop getting errors when I add a record manually vs. via the 
> Z39.50 servers?
If you take a closer look at the file, there are a lot of references to unimarc 
and UNIMARC in settings and file paths. You'd need to set all those correctly 
to fix your indexing problem and other issues for good.
Maybe a correct MARC21 conf file could be adapted and replace yours, but I've 
never tried that.

OK, so no go, because I don't know enough about what should go where to 
attempt that. 

>
> I'm guessing that since I went through the creation/removal of a Koha 
> instance more than once, with both flavors, when I created the current 
> instance the Zebra indexing setting was left at UNIMARC. I thought this would 
> be an automatic change during the next installation. If I absolutely must I 
> will do it, but I would really like to avoid having to create yet another 
> instance and to have to remake all the html customizations and CSS for the 
> OPAC.
How did you make your changes? If you are using HTML customizations and system 
preferences they are all stored in the database and you would be able to load 
your existing database into a new instance and keep using it.

Yes, I made the changes using HTML customizations and system 
preferences. So how do I export the database? When I didn't see anything in the 
tools or the administration settings, I looked up the mailing list archives and 
found in message  
https://www.mail-archive.com/koha@lists.katipo.co.nz/msg28832.html that you 
need to enable Tools > Export by changing 0 to 1 in 

1
1

and then the reply to that message says it can take up to 24 hours to create a 
backup. I think I'd rather create a second instance and copy and paste the text 
of the HTML and CSS customizations between the two instances. I'm leaving for a 
business trip on Friday and will not be back for 10 days, so I will not be able 
to work on this work server installation, only on the laptop one I'm taking 
with me. 

>
> There's a setting in Record structure where I recently set the preference for 
> autoControlNumber Value to Control Number (001) is generated as biblionumber. 
> Would this be a correct setting for MARC21 then?
No, it would not be enough, you'd still be experiencing a lot of issues.
I assume every search that is not a keyword search won't work correctly.
> When it comes to the two different flavors, with MARC 21 I got several MARC 
> frameworks (books, serials, DVDs, etc.) in addition to the default one. With 
> UNIMARC, I get the default plus fast cataloging and acquisitions.  Is this 
> the same for others?
At the moment there are more sample frameworks for MARC21 than for UNIMARC 
available with the sample data. You can still create your own frameworks of 
course.

I'm afraid my last attempt to create a framework for a UNIMARC instance 
didn't go well, because I don't know how to adapt it. Last time I tried to 
catalog anything using the default framework, I could not save anything because 
I kept getting errors about leaving required fields blank, when those fields 
did not apply to what I was cataloging (e.g. I was supposed to fill in 
cartographic information when I was cataloging a textbook). 


Hope this helps,


Thank you, it does somewhat in that I know what I need to do next, but 
I still need to look for how-tos and hopefully some examples. I think I'll go 
ahead and look up how to remove the current instance so it doesn't leave any 
traces behind, and then I'll try again with a new MARC21 instance. I'm also 
still struggling with getting UDC to appear in both the staff interface and 
OPAC instead of Dewey. 

katrin





Best regards

Aida Đikić

___

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

Re: [Koha] One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

Hello, 

The MARC flavor I chose in the web installer was indeed MARC21, however when I 
opened /etc/koha/koha-sites.conf to check I see that 
ZEBRA_MARC_FORMAT="unimarc". If I change this to MARC21 instead, and restart 
Zebra, will I stop getting errors when I add a record manually vs. via the 
Z39.50 servers? 

I'm guessing that since I went through the creation/removal of a Koha instance 
more than once, with both flavors, when I created the current instance the 
Zebra indexing setting was left at UNIMARC. I thought this would be an 
automatic change during the next installation. If I absolutely must I will do 
it, but I would really like to avoid having to create yet another instance and 
to have to remake all the html customizations and CSS for the OPAC.

There's a setting in Record structure where I recently set the preference for 
autoControlNumber Value to Control Number (001) is generated as biblionumber. 
Would this be a correct setting for MARC21 then? 

When it comes to the two different flavors, with MARC 21 I got several MARC 
frameworks (books, serials, DVDs, etc.) in addition to the default one. With 
UNIMARC, I get the default plus fast cataloging and acquisitions.  Is this the 
same for others? 

I really need to make this setup work, because the in-house system is not 
suitable for my needs, and the dev team absolutely cannot devote any time to 
adapting it for me this year. I need circulation to function properly, and 
acquisiotions so I can send out orders, and reports so I can send them to our 
management and to the federal statistics agency. 


Best regards

Aida Đikić


-Original Message-
From: Katrin Fischer  
Sent: Monday, May 8, 2023 12:30 PM
To: libr...@ssst.edu.ba; koha@lists.katipo.co.nz
Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC

Hi,

that's what I've been trying to explain:

The MARC flavor you choose in the web installer will determine which sample 
data is loaded, including the MARC frameworks.

The indexing configuration is determined by how the instance was created when 
using 'sudo koha-create'. It defaults to MARC21, but can be set to UNIMARC 
using the option: --marcflavor flavor

If you have a mismatch between those settings, meaning one is MARC21 and the 
other was UNIMARC, that would explain the issues you see with indexing, search, 
links etc.

I believe the easiest solution would be to create a new instance and import 
your database there if that is the root of your problems.

Hope this helps,

Katrin


On 08.05.23 08:42, libr...@ssst.edu.ba wrote:
> Hello,
>
> "But:
> UNIMARC expects the biblionumber in 001, I think. I keep wondering if your 
> indexing configuration might be wrong."
>
> I'm pretty sure I chose MARC21 during the web installation, and I can see 
> what my indexing configuration looks like though I wouldn't be able to tell 
> if there's something wrong with it. I'd appreciate any advice on correcting 
> it as i tis.
>
> Now that I'm back at work, I can go through the same process I did with the 
> old laptop instance and see if I can replicate the solution. Any corrections 
> to the indexing configuration I would do to the work server instance.
>
> Best regards
>
> Aida Đikić
>
>
> -Original Message-
> From: Katrin Fischer 
> Sent: Thursday, May 4, 2023 8:46 PM
> To: koha@lists.katipo.co.nz
> Subject: Re: [Koha] One biblio record not visible in staff interface 
> or OPAC
>
> Hi,
>
> you should not *need* to have 001 set to biblionumber in a MARC21 
> installation to make things searchable, although it doesn't hurt if you want 
> to link records, which is one reason why you can do it. But:
> UNIMARC expects the biblionumber in 001, I think. I keep wondering if your 
> indexing configuration might be wrong.
>
> If you don't search for keyword, but select title or author as search option 
> - do you find what you are looking for?
>
> Checking the koha-conf.xml for the URLs to indexing configuration would help 
> to show if I am right or wrong.
>
> Hope this helps,
>
> Katrin
>
>
> On 04.05.23 16:01, libr...@ssst.edu.ba wrote:
>> Sucess!! I did some digging into the global settings for "controlnumber" to 
>> see if I'd missed any preferences when I reinstalled this instance, and it 
>> turned out that I needed to set the following:
>>
>> UseControlNumber to Use record control number ($w subfields) and control 
>> number (001) for linking of bibliographic records.
>>
>> under "Display", and
>>
>> autoControlNumber Control Number (001) is generated as biblionumber
>>
>> under "Record structure".
>>
>> I can now see the record by adding the appropriate biblionumber at the end 
>> of the URL, which was my workaround, but also 

Re: [Koha] One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

Alright, so after applying the fixes that worked on the laptop to the server, I 
can access the records in OPAC by clicking the link in the coverflow. I cannot 
get it to appear if I do a search when the search engine is set to 
Elasticsearch. Once I change it to Zebra, the search works. 

My MARC bibliographic framework test shows no errors in the MARC parameters 
table. On the other hand, I find that when I click on the authors, I get "No 
results found" or if I click on the loupe next to their name, I get " This 
authority is not used in any records." Clicking on "Link authorities 
automatically" brings up a note that the authorities are missing and have been 
created, but repeating an author search after that still brings up no results. 
Not sure how to correct that. 

I thought I might find some answers in the "About Koha" page, but that still 
brings up a 500 error. 



Best regards

Aida Đikić


-Original Message-
From: libr...@ssst.edu.ba 
Sent: Monday, May 8, 2023 8:42 AM
To: Katrin Fischer ; koha@lists.katipo.co.nz
Subject: RE: [Koha] One biblio record not visible in staff interface or OPAC

Hello, 

"But:
UNIMARC expects the biblionumber in 001, I think. I keep wondering if your 
indexing configuration might be wrong."

I'm pretty sure I chose MARC21 during the web installation, and I can see what 
my indexing configuration looks like though I wouldn't be able to tell if 
there's something wrong with it. I'd appreciate any advice on correcting it as 
i tis. 

Now that I'm back at work, I can go through the same process I did with the old 
laptop instance and see if I can replicate the solution. Any corrections to the 
indexing configuration I would do to the work server instance. 

Best regards

Aida Đikić


-Original Message-
From: Katrin Fischer 
Sent: Thursday, May 4, 2023 8:46 PM
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC

Hi,

you should not *need* to have 001 set to biblionumber in a MARC21 installation 
to make things searchable, although it doesn't hurt if you want to link 
records, which is one reason why you can do it. But:
UNIMARC expects the biblionumber in 001, I think. I keep wondering if your 
indexing configuration might be wrong.

If you don't search for keyword, but select title or author as search option - 
do you find what you are looking for?

Checking the koha-conf.xml for the URLs to indexing configuration would help to 
show if I am right or wrong.

Hope this helps,

Katrin


On 04.05.23 16:01, libr...@ssst.edu.ba wrote:
> Sucess!! I did some digging into the global settings for "controlnumber" to 
> see if I'd missed any preferences when I reinstalled this instance, and it 
> turned out that I needed to set the following:
>
> UseControlNumber to Use record control number ($w subfields) and control 
> number (001) for linking of bibliographic records.
>
> under "Display", and
>
> autoControlNumber Control Number (001) is generated as biblionumber
>
> under "Record structure".
>
> I can now see the record by adding the appropriate biblionumber at the end of 
> the URL, which was my workaround, but also by searching for the title, which 
> I wanted to do.
>
> (But I also remember reading something about this not being a good 
> choice if you have serials and if you are planning to catalog 
> articles. I will need to leave this for some other time though, after 
> I've added this year's records - the number is low enough that I can 
> redo them in Koha - and finally received and prepared the export from 
> the old system that I will then need to import.)
>
> Next step is trying to find a way to have a cover show up in the coverflow 
> plugin, because it's not getting picked up by Google. I assume I will have to 
> dig into how to upload my own cover that can be used for all the locally 
> published or old books that Google doesn't have.
>
> Best regards
>
> Aida Đikić
>
>
> From: David Nind 
> Sent: Thursday, May 4, 2023 12:29 PM
> To: libr...@ssst.edu.ba ; Koha 
> 
> Subject: Re: [Koha] One biblio record not visible in staff interface 
> or OPAC
>
>
>  and when I create a new record, there is no 001. It doesn't exist, and I 
> don't know how to add it from here. Why doesn't it appear for manual 
> cataloging, and it's there when I import a record???
>
> Make sure 001 is visible in the editor for the framework you are using 
> (Administration > Catalog > MARC bibliographic framework > [the framework you 
> are using] - for visibility, make sure Editor is ticked).
>
> I'm not a cataloguer, so I don't have an answer for your question, .
>
> Maybe the Library of Congress info for MARC21 001 will help (or
> not...) https://www.lo

Re: [Koha] One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

Hello, 

"But:
UNIMARC expects the biblionumber in 001, I think. I keep wondering if your 
indexing configuration might be wrong."

I'm pretty sure I chose MARC21 during the web installation, and I can see what 
my indexing configuration looks like though I wouldn't be able to tell if 
there's something wrong with it. I'd appreciate any advice on correcting it as 
i tis. 

Now that I'm back at work, I can go through the same process I did with the old 
laptop instance and see if I can replicate the solution. Any corrections to the 
indexing configuration I would do to the work server instance. 

Best regards

Aida Đikić


-Original Message-
From: Katrin Fischer  
Sent: Thursday, May 4, 2023 8:46 PM
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC

Hi,

you should not *need* to have 001 set to biblionumber in a MARC21 installation 
to make things searchable, although it doesn't hurt if you want to link 
records, which is one reason why you can do it. But:
UNIMARC expects the biblionumber in 001, I think. I keep wondering if your 
indexing configuration might be wrong.

If you don't search for keyword, but select title or author as search option - 
do you find what you are looking for?

Checking the koha-conf.xml for the URLs to indexing configuration would help to 
show if I am right or wrong.

Hope this helps,

Katrin


On 04.05.23 16:01, libr...@ssst.edu.ba wrote:
> Sucess!! I did some digging into the global settings for "controlnumber" to 
> see if I'd missed any preferences when I reinstalled this instance, and it 
> turned out that I needed to set the following:
>
> UseControlNumber to Use record control number ($w subfields) and control 
> number (001) for linking of bibliographic records.
>
> under "Display", and
>
> autoControlNumber Control Number (001) is generated as biblionumber
>
> under "Record structure".
>
> I can now see the record by adding the appropriate biblionumber at the end of 
> the URL, which was my workaround, but also by searching for the title, which 
> I wanted to do.
>
> (But I also remember reading something about this not being a good 
> choice if you have serials and if you are planning to catalog 
> articles. I will need to leave this for some other time though, after 
> I've added this year's records - the number is low enough that I can 
> redo them in Koha - and finally received and prepared the export from 
> the old system that I will then need to import.)
>
> Next step is trying to find a way to have a cover show up in the coverflow 
> plugin, because it's not getting picked up by Google. I assume I will have to 
> dig into how to upload my own cover that can be used for all the locally 
> published or old books that Google doesn't have.
>
> Best regards
>
> Aida Đikić
>
>
> From: David Nind 
> Sent: Thursday, May 4, 2023 12:29 PM
> To: libr...@ssst.edu.ba ; Koha 
> 
> Subject: Re: [Koha] One biblio record not visible in staff interface 
> or OPAC
>
>
>  and when I create a new record, there is no 001. It doesn't exist, and I 
> don't know how to add it from here. Why doesn't it appear for manual 
> cataloging, and it's there when I import a record???
>
> Make sure 001 is visible in the editor for the framework you are using 
> (Administration > Catalog > MARC bibliographic framework > [the framework you 
> are using] - for visibility, make sure Editor is ticked).
>
> I'm not a cataloguer, so I don't have an answer for your question, .
>
> Maybe the Library of Congress info for MARC21 001 will help (or 
> not...) https://www.loc.gov/marc/bibliographic/bd001.html
>
> David Nind
> New Zealand
> ___
>
> 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: One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

Hello Heather! 

Way way back when I had just been placed in charge of the library, I used a 
program that was originally meant for collectors, but could work for libraries 
as well. The way I handled articles was to use its container feature to catalog 
the serial, articles as items and joined them under that particular container. 

When the developer  ultimately stopped working on that program, the in-house 
system developed by our IT didn't have a way to import those serials, and since 
they had mostly been donations from staff and almost never complete volumes, 
tin addition to very rarely being circulated, they were never imported. 

I'd like to eventually put them back into circulation, so knowing that 
something exists for that purpose is really helpful! I must finish importing 
the records I've cataloged so far (embarrassingly few, but then again I was 
working on learning how to install web servers on Linux and Koha setup, so I 
won't feel guilty about it!)


"And why are there more bibliographic frameworks with a MARC21 installation?  
I'm a Real Cataloger and I have no idea—we use the default framework 
exclusively. "


OH! And I was under the impression that one wasn't supposed to use the default 
framework directly, but to duplicate the framework and edit the fields they 
need to use. 



"The other frameworks are, IMO, completely unnecessary.  I think they are used 
more often in consortia or really large libraries that may have lots of staff 
contributing records with very different levels of training and expertise."



My level of expertise with MARC is definitely low and I certainly got used to 
the simplified system we currently use, but I'm slowly improving. Today I even 
recognized some tags when they were mentioned in the cataloging SIG! 


"The differing frameworks/choices of authority records also drive me round the 
bend—I dream of a day that I can open an Advanced Authority Editor and just key 
in an authority record."


I'm looking forward to using the advanced editor once I'm more confident in my 
skills! 

Re: local covers, I noticed there's an option under cataloging tools to upload 
a local cover image, so I will go and investigate that and OpenLibrary. (And I 
also discovered that switching my replies to plain text stops my emails from 
balooning in size and being stopped for moderation.)


Best regards

Aida Đikić

  

 

 
 








From: Hernandez, Heather H 
Sent: Thursday, May 4, 2023 4:23 PM
To: libr...@ssst.edu.ba ; Koha 
Subject: Re: [EXTERNAL] Re: [Koha] One biblio record not visible in staff 
interface or OPAC 
 
Hi, Aida!

> UseControlNumber to Use record control number ($w subfields) and control 
> number (001) for linking of bibliographic records. ... I also remember 
> reading 
> something about this not being a good choice if you have serials and 
> if you are planning to catalog articles.

We have serials and catalog articles ("analytics") and this works fine for us 
(with custom XSLT from ByWater that they are happy to share with the community) 
and is better than searching for author and/or title due to the often generic 
titles of serials.

Uploading a local cover image is easy-peasy!  It can be uploaded to go with an 
item or at the bib level.  We pull cover images from OpenLibrary, so I will 
often contribute the cover image to OpenLibrary.org so it's more widely 
available.

And why are there more bibliographic frameworks with a MARC21 installation?  
I'm a Real Cataloger and I have no idea—we use the default framework 
exclusively.  The other frameworks are, IMO, completely unnecessary.  I think 
they are used more often in consortia or really large libraries that may have 
lots of staff contributing records with very different levels of training and 
expertise.

The differing frameworks/choices of authority records also drive me round the 
bend—I dream of a day that I can open an Advanced Authority Editor and just key 
in an authority record.

Cheerio!
h2
~~~
Ms. Heather Hernandez (she, her, hers)
Technical Services Librarian
Library catalog:  https://keys.bywatersolutions.com/
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 M, W, F, telecommuting Tu,Th)
heather_hernan...@nps.gov
___

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

Re: [Koha] One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

Sucess!! I did some digging into the global settings for "controlnumber" to see 
if I'd missed any preferences when I reinstalled this instance, and it turned 
out that I needed to set the following: 

UseControlNumber to Use record control number ($w subfields) and control number 
(001) for linking of bibliographic records.

under "Display", and 

autoControlNumber Control Number (001) is generated as biblionumber

under "Record structure".

I can now see the record by adding the appropriate biblionumber at the end of 
the URL, which was my workaround, but also by searching for the title, which I 
wanted to do. 

(But I also remember reading something about this not being a good choice if 
you have serials and if you are planning to catalog articles. I will need to 
leave this for some other time though, after I've added this year's records - 
the number is low enough that I can redo them in Koha - and finally received 
and prepared the export from the old system that I will then need to import.)

Next step is trying to find a way to have a cover show up in the coverflow 
plugin, because it's not getting picked up by Google. I assume I will have to 
dig into how to upload my own cover that can be used for all the locally 
published or old books that Google doesn't have. 

Best regards

Aida Đikić

  
From: David Nind 
Sent: Thursday, May 4, 2023 12:29 PM
To: libr...@ssst.edu.ba ; Koha 
Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC 
 

 and when I create a new record, there is no 001. It doesn't exist, and I 
don't know how to add it from here. Why doesn't it appear for manual 
cataloging, and it's there when I import a record???

Make sure 001 is visible in the editor for the framework you are using 
(Administration > Catalog > MARC bibliographic framework > [the framework you 
are using] - for visibility, make sure Editor is ticked).

I'm not a cataloguer, so I don't have an answer for your question, .

Maybe the Library of Congress info for MARC21 001 will help (or not...) 
https://www.loc.gov/marc/bibliographic/bd001.html

David Nind
New Zealand
___

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

Re: [Koha] One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

Oh, I think someone mentioned that location during an earlier question; 
possibly Fred King? I don't think I made that correction on this laptop; I will 
do that right away and see how the instance behaves now. 

I'll check the link, thank you! 

Best regards

Aida
  Đikić

  

 

 
 








From: David Nind 
Sent: Thursday, May 4, 2023 12:29 PM
To: libr...@ssst.edu.ba ; Koha 
Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC 
 

 and when I create a new record, there is no 001. It doesn't exist, and I 
don't know how to add it from here. Why doesn't it appear for manual 
cataloging, and it's there when I import a record???

Make sure 001 is visible in the editor for the framework you are using 
(Administration > Catalog > MARC bibliographic framework > [the framework you 
are using] - for visibility, make sure Editor is ticked).

I'm not a cataloguer, so I don't have an answer for your question, .

Maybe the Library of Congress info for MARC21 001 will help (or not...) 
https://www.loc.gov/marc/bibliographic/bd001.html

David Nind
New Zealand
___

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

Re: [Koha] One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

Alright, so I'm adding the locally published book which I couldn't find via any 
of the Z39.50 servers (British library, LOC, NL of France, OCLC), and when I 
create a new record, there is no 001. It doesn't exist, and I don't know how to 
add it from here. Why doesn't it appear for manual cataloging, and it's there 
when I import a record???

ISBD of the book: 

UZUNOVIĆ, Alija


Farmakopeja Bosne i Hercegovine : nacionalni dodatak Evropskoj/ 
Europskoj farmakopeji = Pharmacopoeia of Bosnia and Herzegovina : 
National Supplement to the European Pharmacopoeia / [uredništvo Alija 
Uzunović, Ana Borić] ; [autori prevoda, adaptacije i pripreme teksta 
Alija Uzunović ... [et al.]].-- [Banja Luka] : Agencija za lijekove i 
medicinska sredstva Bosne i Hercegovine, 2022 ([S. l. : s. n.]).-- 216 
стр. : табеле, граф. прикази ; 30 cm.-- ISBN:  (pbk.) ; 9789997616906 
(hbk.)

Notes: "Ovo izdanje predstavlja prevode Evropske farmakopeje izdanja 10.0 sa 
dodacima" --> насл. стр.

Тираж 100.




















Best regards
 

 
  

  
Aida
  Đikić

  

 

 
 








From: Katrin Fischer 
Sent: Wednesday, May 3, 2023 10:20 PM
To: libr...@ssst.edu.ba ; Koha 
Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC 
 
Hi,

is this a MARC21 or UNIMARC installation? Do you have 001 and is the
biblionumber stored there?

Did you make any changes to the frameworks?

Hope this helps,

Katrin


On 03.05.23 21:48, libr...@ssst.edu.ba wrote:
> Hello,
>
> I'm currently doing a test on my laptop installation. I'm trying to add the 
> first record, and I'm keeping an eye on the tags you mentioned. I only have 
> tags 906, 942, and 955. I _do not_ have tag 999 and there's no option to 
> either add or delete the tag when I go to "Koha to MARC mapping".
>
> In addition to that, there's a note:
>
> If you make any change to the mappings, you must ask your administrator to 
> run misc/batchRebuildBiblioTables.pl.
>
> How exactly do I run misc/batchRebuildBiblioTables.pl?? There's no system 
> administrator who can do it for me.
>
>
>
>
> Best regards
>
> Aida
>    Đikić
>
> From: libr...@ssst.edu.ba 
> Sent: Monday, May 1, 2023 7:42 PM
> To: Katrin Fischer 
> Cc: koha@lists.katipo.co.nz 
> Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC
>
> Unfortunately I have no way to check until I get back to work on May 8 
> because I haven't been able to convince our IT staff to enable remote access 
> for me - I can only use it while I'm on the work network, and I am currently 
> back in my hometown.
>
> Best regards
> Aida Đikić
>
>
>
> From: Katrin Fischer 
> Sent: Saturday, April 29, 2023 12:12 PM
> To: koha@lists.katipo.co.nz 
> Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC
>
> Hi,
>
> 952 is the field item information is stored in MARC21 for import and
> export. When looking at the MARC record in Koha you won't see the item
> information, which is correct. I believe the problem is related to
> indexing, but it's hard to tell what's going on.
>
> If you compare to your other records that are searchable, are there any
> differences? Especially in 001 and 999 fields?
>
> Hope this helps,
>
> Katrin
>
> On 25.04.23 08:59, libr...@ssst.edu.ba wrote:
>> Hello Zewar,
>>
>> When I go to edit record, there is _only_ field 942 in Section 9 (Added 
>> entry elements Koha). 942 2 source of classification scheme is Universal 
>> Decimal Classification, 942c Koha item type is "Books" (that's the only 
>> required subfield), 942n Suppress in OPAC (No).
>>
>> Then I have blank subfields 942e (Edition), 942e (Edition), 942h 
>> (Classification part), 942k (Call number prefix), and 942m (Call number 
>> suffix).
>>
>> There is no field 952, and I don't know how to add it here.
>>
>> I entered the barcode (2023-0015), the full call number (615 UZU Far) and 
>> inventory number (B0015/2023) when I added the item.
>>
>> Best regards
>>
>> Aida Đikić
>>
>>
>> -Original Message-
>> From: Zewar Khan 
>> Sent: Monday, April 24, 2023 4:25 PM
>> To: libr...@ssst.edu.ba
>> Cc: koha@lists.katipo.co.nz
>> Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC
>>
>> It seems to me you haven't entered the barcode no of the book in 952p and 
>> another Marc field, 952y is also missing
>>
>> On Mon, Apr 24, 2023, 4:00 PM libr...@ssst.edu.ba 
>> wrote:
>>
>>> Hello Katrin,
>>>
>>> No, I used the same framework for both this record as for the others.
>>> The publication in question is available at the webpage of t

Re: [Koha] One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

Hello, 

this is a MARC21 installation; the UNIMARC installations were removed as I 
didn't know how to adapt the default framework to a Books, booklets and 
workbooks framework. (Why is there only the default, fast add and acquisitions 
framework when you do a UNIMARC installations, and a lot more frameworks when 
you do a MARC21 installation??) 

I dd not make any changes to any of the frameworks in this installation. 

Yes, I do have 001 for the three records I added so far (imported via Z39.50) 
and there is a biblionumber there. I have not gotten to adding the locally 
published book which was the problematic one - I could not find it via Z39.50 
so I had added it manually. 

Is a biblionumber generated automatically when you add a new record manually, 
or do you need to create one yourself, and how is that done? 


Best regards
  
Aida
  Đikić


From: Katrin Fischer 
Sent: Wednesday, May 3, 2023 10:20 PM
To: libr...@ssst.edu.ba ; Koha 
Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC 
 
Hi,

is this a MARC21 or UNIMARC installation? Do you have 001 and is the
biblionumber stored there?

Did you make any changes to the frameworks?

Hope this helps,

Katrin


On 03.05.23 21:48, libr...@ssst.edu.ba wrote:
> Hello,
>
> I'm currently doing a test on my laptop installation. I'm trying to add the 
> first record, and I'm keeping an eye on the tags you mentioned. I only have 
> tags 906, 942, and 955. I _do not_ have tag 999 and there's no option to 
> either add or delete the tag when I go to "Koha to MARC mapping".
>
> In addition to that, there's a note:
>
> If you make any change to the mappings, you must ask your administrator to 
> run misc/batchRebuildBiblioTables.pl.
>
> How exactly do I run misc/batchRebuildBiblioTables.pl?? There's no system 
> administrator who can do it for me.
>
>
>
>
> Best regards
>
> Aida
>    Đikić
>
> From: libr...@ssst.edu.ba 
> Sent: Monday, May 1, 2023 7:42 PM
> To: Katrin Fischer 
> Cc: koha@lists.katipo.co.nz 
> Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC
>
> Unfortunately I have no way to check until I get back to work on May 8 
> because I haven't been able to convince our IT staff to enable remote access 
> for me - I can only use it while I'm on the work network, and I am currently 
> back in my hometown.
>
> Best regards
> Aida Đikić
>
>
>
> From: Katrin Fischer 
> Sent: Saturday, April 29, 2023 12:12 PM
> To: koha@lists.katipo.co.nz 
> Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC
>
> Hi,
>
> 952 is the field item information is stored in MARC21 for import and
> export. When looking at the MARC record in Koha you won't see the item
> information, which is correct. I believe the problem is related to
> indexing, but it's hard to tell what's going on.
>
> If you compare to your other records that are searchable, are there any
> differences? Especially in 001 and 999 fields?
>
> Hope this helps,
>
> Katrin
>
> On 25.04.23 08:59, libr...@ssst.edu.ba wrote:
>> Hello Zewar,
>>
>> When I go to edit record, there is _only_ field 942 in Section 9 (Added 
>> entry elements Koha). 942 2 source of classification scheme is Universal 
>> Decimal Classification, 942c Koha item type is "Books" (that's the only 
>> required subfield), 942n Suppress in OPAC (No).
>>
>> Then I have blank subfields 942e (Edition), 942e (Edition), 942h 
>> (Classification part), 942k (Call number prefix), and 942m (Call number 
>> suffix).
>>
>> There is no field 952, and I don't know how to add it here.
>>
>> I entered the barcode (2023-0015), the full call number (615 UZU Far) and 
>> inventory number (B0015/2023) when I added the item.
>>
>> Best regards
>>
>> Aida Đikić
>>
>>
>> -Original Message-
>> From: Zewar Khan 
>> Sent: Monday, April 24, 2023 4:25 PM
>> To: libr...@ssst.edu.ba
>> Cc: koha@lists.katipo.co.nz
>> Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC
>>
>> It seems to me you haven't entered the barcode no of the book in 952p and 
>> another Marc field, 952y is also missing
>>
>> On Mon, Apr 24, 2023, 4:00 PM libr...@ssst.edu.ba 
>> wrote:
>>
>>> Hello Katrin,
>>>
>>> No, I used the same framework for both this record as for the others.
>>> The publication in question is available at the webpage of the Agency
>>> for Medicinal Products and Medical Devices, and we have a single
>>> hardcopy in our library:
>>> http://www.almbih.gov.ba/_doc/farmakopeja/farmakopeja2022.PDF
>>>
>

Re: [Koha] One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

(I'm assuming you have a process to request things from your IT/area that looks 
after the server.)

No, the only thing our IT did was set aside some server space for me and gave 
me PuTTY to install Koha and to set it up. I've been doing everything myself, 
basically by using the trial and error method and following online posts and 
instructions. I'd never done anything in Linux before. I have zero budget and 
zero help from our IT. 


"Example: you decide to map biblio.title to 200$a (it was previously mapped to 
610$a).
Run this script or you will have strange results in the UI!"

I still need to re-learn the tags as it's been years since I had any reason to 
use any MARC and I've forgotten a lot. 


Thank you for the instructions, I will save them in a file I can access later 
when I need to use it. 

Best regards
 Aida Đikić

Hi.

How exactly do I run misc/batchRebuildBiblioTables.pl?? There's no system 
administrator who can do it for me.


This is run from the command line on the server where Koha is installed. If you 
don't have access, then there is no other way to run it. (I'm assuming you have 
a process to request things from your IT/area that looks after the server.)

Here is the help for this command:

This script rebuilds the non-MARC fields from the MARC values.
You can/must use it when you change your mapping.

Example: you decide to map biblio.title to 200$a (it was previously mapped to 
610$a).
Run this script or you will have strange results in the UI!

Syntax:
./batchRebuildBiblioTables.pl -h (or without arguments => show this screen)
./batchRebuildBiblioTables.pl -c (c like confirm => rebuild non-MARC fields 
(may take long)

David Nind
New Zealand
___

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

Re: [Koha] One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

Hello, 

I'm currently doing a test on my laptop installation. I'm trying to add the 
first record, and I'm keeping an eye on the tags you mentioned. I only have 
tags 906, 942, and 955. I _do not_ have tag 999 and there's no option to either 
add or delete the tag when I go to "Koha to MARC mapping". 

In addition to that, there's a note: 

If you make any change to the mappings, you must ask your administrator to run 
misc/batchRebuildBiblioTables.pl.

How exactly do I run misc/batchRebuildBiblioTables.pl?? There's no system 
administrator who can do it for me. 




Best regards
 
Aida
  Đikić

From: libr...@ssst.edu.ba 
Sent: Monday, May 1, 2023 7:42 PM
To: Katrin Fischer 
Cc: koha@lists.katipo.co.nz 
Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC 
 
Unfortunately I have no way to check until I get back to work on May 8 because 
I haven't been able to convince our IT staff to enable remote access for me - I 
can only use it while I'm on the work network, and I am currently back in my 
hometown. 

Best regards 
Aida Đikić



From: Katrin Fischer 
Sent: Saturday, April 29, 2023 12:12 PM
To: koha@lists.katipo.co.nz 
Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC 
 
Hi,

952 is the field item information is stored in MARC21 for import and
export. When looking at the MARC record in Koha you won't see the item
information, which is correct. I believe the problem is related to
indexing, but it's hard to tell what's going on.

If you compare to your other records that are searchable, are there any
differences? Especially in 001 and 999 fields?

Hope this helps,

Katrin

On 25.04.23 08:59, libr...@ssst.edu.ba wrote:
> Hello Zewar,
>
> When I go to edit record, there is _only_ field 942 in Section 9 (Added entry 
> elements Koha). 942 2 source of classification scheme is Universal Decimal 
> Classification, 942c Koha item type is "Books" (that's the only required 
> subfield), 942n Suppress in OPAC (No).
>
> Then I have blank subfields 942e (Edition), 942e (Edition), 942h 
> (Classification part), 942k (Call number prefix), and 942m (Call number 
> suffix).
>
> There is no field 952, and I don't know how to add it here.
>
> I entered the barcode (2023-0015), the full call number (615 UZU Far) and 
> inventory number (B0015/2023) when I added the item.
>
> Best regards
>
> Aida Đikić
>
>
> -Original Message-
> From: Zewar Khan 
> Sent: Monday, April 24, 2023 4:25 PM
> To: libr...@ssst.edu.ba
> Cc: koha@lists.katipo.co.nz
> Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC
>
> It seems to me you haven't entered the barcode no of the book in 952p and 
> another Marc field, 952y is also missing
>
> On Mon, Apr 24, 2023, 4:00 PM libr...@ssst.edu.ba 
> wrote:
>
>> Hello Katrin,
>>
>> No, I used the same framework for both this record as for the others.
>> The publication in question is available at the webpage of the Agency
>> for Medicinal Products and Medical Devices, and we have a single
>> hardcopy in our library:
>> http://www.almbih.gov.ba/_doc/farmakopeja/farmakopeja2022.PDF
>>
>> I can access the records at /cgi-bin/koha/catalogue/
>> detail.pl?biblionumber=6 and only when I add the biblionumber of the
>> records but not when I search the catalog for the title, editors or ISBN.
>>
>> When I click on show MARC preview, the record looks like this:
>>
>> 000 00707nam a22001697a 4500
>> 005 20230424104931.0
>> 008 230417s20222022bn a|||eru||| 001 0 bos d
>> 020 _a9789997616906
>> 040 _cAĐ
>> 100 1   _aUzunović, Alija
>> _eeditor.
>> _91
>> 245 1   0   _aFarmakopeja Bosne i Hercegovine : nacionalni
>> dodatak Evropskoj/ Europskoj farmakopeji = _bPharmacopoeia of Bosnia
>> and Herzegovina : National Supplement to the European Pharmacopoeia /
>> _cAlija Uzunović, Ana Borić
>> 260 _aBanja Luka :
>> _bAgencija za lijekove i medicinska sredstva Bosne i Hercegovine
>> _c2022
>> 300 _a216 str. : tabele, graf. prikazi; 30 cm.
>> 650 0   _2Pharmacopoeia.
>> 700 _aBorić, Ana
>> _eeditor.
>> _92
>> 942 _2udc
>> _cBK
>> _n0
>> 999 _c6
>> _d6
>>
>>
>> I'm sure I'm missing something during data entry as it's been many
>> years I worked with any marc flavor and relearning it is taking longer
>> than I expected (why doesn't the knowledge of it just magically
>> transfer XD )
>>
>>
>> Best regards
>>
>> A

Re: [Koha] Error 500 with dpkg returned an error code (1)

[libr...@ssst.edu.ba]

8081/cgi-bin/koha/admin/preferences.pl?tab=staff_interface; 
"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like 
Gecko) Chrome/112.0.0.0 Safari/537.36"
10.1.3.133 - - [28/Apr/2023:10:43:43 +] "GET /intranet/mainpage.pl 
HTTP/1.1" 200 37256 
"http://10.1.3.174:8081/cgi-bin/koha/reports/reports-home.pl; "Mozilla/5.0 
(Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) 
Chrome/112.0.0.0 Safari/537.36"
10.1.3.133 - - [28/Apr/2023:10:44:00 +] "POST 
/intranet/svc/config/systempreferences/ HTTP/1.1" 200 2 
"http://10.1.3.174:8081/cgi-bin/koha/admin/preferences.pl?tab=staff_interface; 
"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like 
Gecko) Chrome/112.0.0.0 Safari/537.36"
10.1.3.133 - - [28/Apr/2023:10:44:02 +] "GET /intranet/mainpage.pl 
HTTP/1.1" 200 37259 
"http://10.1.3.174:8081/cgi-bin/koha/reports/reports-home.pl; "Mozilla/5.0 
(Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) 
Chrome/112.0.0.0 Safari/537.36"
10.1.3.133 - - [28/Apr/2023:10:44:34 +] "POST 
/intranet/svc/config/systempreferences/ HTTP/1.1" 200 2 
"http://10.1.3.174:8081/cgi-bin/koha/admin/preferences.pl?tab=staff_interface; 
"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like 
Gecko) Chrome/112.0.0.0 Safari/537.36"
10.1.3.133 - - [28/Apr/2023:10:44:36 +] "GET /intranet/mainpage.pl 
HTTP/1.1" 200 37258 
"http://10.1.3.174:8081/cgi-bin/koha/reports/reports-home.pl; "Mozilla/5.0 
(Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) 
Chrome/112.0.0.0 Safari/537.36"
10.1.3.133 - - [28/Apr/2023:10:44:50 +] "GET /intranet/ill/ill-requests.pl 
HTTP/1.1" 200 44222 "http://10.1.3.174:8081/cgi-bin/koha/mainpage.pl; 
"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like 
Gecko) Chrome/112.0.0.0 Safari/537.36"
10.1.3.133 - - [28/Apr/2023:10:44:51 +] "GET 
/api/v1/app.pl/api/v1/illrequests?embed=metadata,patron,capabilities,library,status_alias,comments,requested_partners
 HTTP/1.1" 200 - "http://10.1.3.174:8081/cgi-bin/koha/ill/ill-requests.pl; 
"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like 
Gecko) Chrome/112.0.0.0 Safari/537.36"
10.1.3.133 - - [28/Apr/2023:10:44:54 +] "GET /intranet/about.pl HTTP/1.1" 
500 22000 "http://10.1.3.174:8081/cgi-bin/koha/ill/ill-requests.pl; 
"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like 
Gecko) Chrome/112.0.0.0 Safari/537.36"

==> /var/log/koha/library/plack-opac-error.log <==
[2023/04/28 08:17:55] [WARN] [NoNodes] ** No nodes are available: 
[http://localhost:9200], called from sub 
Search::Elasticsearch::Role::Client::Direct::__ANON__ at 
/usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/Search.pm line 95.
[2023/04/28 08:17:55] [WARN] Warning from search_compat: 'Unable to perform 
your search. Please try again.
' at /usr/share/koha/lib/Koha/Biblio.pm line 571.
[2023/04/28 08:18:03] [WARN] [NoNodes] ** No nodes are available: 
[http://localhost:9200], called from sub 
Search::Elasticsearch::Role::Client::Direct::__ANON__ at 
/usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/Search.pm line 95.
[2023/04/28 08:18:03] [WARN] Warning from search_compat: 'Unable to perform 
your search. Please try again.
' at /usr/share/koha/lib/Koha/Biblio.pm line 571.

==> /var/log/koha/library/sip.log <==

==> /var/log/koha/library/worker-error.log <==
20230426 08:04:17 library-koha-worker: client (pid 960572) killed by signal 15, 
stopping
20230426 08:04:17 library-koha-worker-long_tasks: client (pid 960601) killed by 
signal 15, stopping
20230426 08:08:29 library-koha-worker: client (pid 1049) killed by signal 15, 
stopping
20230426 08:08:30 library-koha-worker-long_tasks: client (pid 1174) killed by 
signal 15, stopping
20230426 08:16:44 library-koha-worker: client (pid 3039) killed by signal 15, 
stopping
20230426 08:16:44 library-koha-worker-long_tasks: client (pid 3068) killed by 
signal 15, stopping
20230426 08:26:55 library-koha-worker-long_tasks: client (pid 1080) exited with 
2 status, respawning
20230426 08:27:19 library-koha-worker: client (pid 1046) killed by signal 15, 
stopping
20230426 08:27:19 library-koha-worker-long_tasks: client (pid 2524) killed by 
signal 15, stopping

==> /var/log/koha/library/worker-output.log <==

==> /var/log/koha/library/z3950-error.log <==

==> /var/log/koha/library/zebra-error.log <==

==> /var/log/koha/library/zebra-output.log <==

Best regards

Aida Đikić


-Original Message-
From: King, Fred  
Sent: Monday, April 17, 2023 4:05 PM
To: libr...@ssst.edu.ba; koha@lists.katipo.co.nz
Subject: Re: [Koha] Error 500 with dpkg returned an error code (1)

> Alternatively, if I must continue to use the MARC21 flavor,

Re: [Koha] One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

Hello Zewar, 

When I go to edit record, there is _only_ field 942 in Section 9 (Added entry 
elements Koha). 942 2 source of classification scheme is Universal Decimal 
Classification, 942c Koha item type is "Books" (that's the only required 
subfield), 942n Suppress in OPAC (No). 

Then I have blank subfields 942e (Edition), 942e (Edition), 942h 
(Classification part), 942k (Call number prefix), and 942m (Call number 
suffix). 

There is no field 952, and I don't know how to add it here. 

I entered the barcode (2023-0015), the full call number (615 UZU Far) and 
inventory number (B0015/2023) when I added the item. 

Best regards

Aida Đikić


-Original Message-
From: Zewar Khan  
Sent: Monday, April 24, 2023 4:25 PM
To: libr...@ssst.edu.ba
Cc: koha@lists.katipo.co.nz
Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC

It seems to me you haven't entered the barcode no of the book in 952p and 
another Marc field, 952y is also missing

On Mon, Apr 24, 2023, 4:00 PM libr...@ssst.edu.ba 
wrote:

> Hello Katrin,
>
> No, I used the same framework for both this record as for the others. 
> The publication in question is available at the webpage of the Agency 
> for Medicinal Products and Medical Devices, and we have a single 
> hardcopy in our library: 
> http://www.almbih.gov.ba/_doc/farmakopeja/farmakopeja2022.PDF
>
> I can access the records at /cgi-bin/koha/catalogue/
> detail.pl?biblionumber=6 and only when I add the biblionumber of the 
> records but not when I search the catalog for the title, editors or ISBN.
>
> When I click on show MARC preview, the record looks like this:
>
> 000 00707nam a22001697a 4500
> 005 20230424104931.0
> 008 230417s20222022bn a|||eru||| 001 0 bos d
> 020 _a9789997616906
> 040 _cAĐ
> 100 1   _aUzunović, Alija
> _eeditor.
> _91
> 245 1   0   _aFarmakopeja Bosne i Hercegovine : nacionalni
> dodatak Evropskoj/ Europskoj farmakopeji = _bPharmacopoeia of Bosnia 
> and Herzegovina : National Supplement to the European Pharmacopoeia / 
> _cAlija Uzunović, Ana Borić
> 260 _aBanja Luka :
> _bAgencija za lijekove i medicinska sredstva Bosne i Hercegovine
> _c2022
> 300 _a216 str. : tabele, graf. prikazi; 30 cm.
> 650 0   _2Pharmacopoeia.
> 700 _aBorić, Ana
> _eeditor.
> _92
> 942 _2udc
> _cBK
> _n0
> 999 _c6
> _d6
>
>
> I'm sure I'm missing something during data entry as it's been many 
> years I worked with any marc flavor and relearning it is taking longer 
> than I expected (why doesn't the knowledge of it just magically 
> transfer XD )
>
>
> Best regards
>
> Aida Đikić
>
>
> -Original Message-
> From: Katrin Fischer 
> Sent: Thursday, April 20, 2023 8:21 PM
> To: koha@lists.katipo.co.nz
> Subject: Re: [Koha] One biblio record not visible in staff interface 
> or OPAC
>
> Hi,
>
> did you use another/different framework for the locally published 
> title maybe?
>
> When you run the MARC framework check in the administration module, 
> are there any errors?
>
> Are there any errors in the system information tab on the about Koha page?
>
> Hope this helps,
>
> Katrin
>
> On 17.04.23 15:40, libr...@ssst.edu.ba wrote:
> > Hello all, I didn't think I'd have a new question so fast but here it is:
> >
> > So I've added a few books to my catalog. I can search for them in 
> > both
> staff interface and OPAC by their title, barcode or ISBN, and almost 
> all of them appear in search results except the locally published 
> title I added manually, not via Z39.50 (which is how I added the 
> rest). Why is that, and how can I correct it? Please and thank you!
> >
> > Best regards
> >
> > Aida Đikić
> >
> >
> >
> > ___
> >
> > 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] One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

Hello Katrin, 

No, I used the same framework for both this record as for the others. The 
publication in question is available at the webpage of the Agency for Medicinal 
Products and Medical Devices, and we have a single hardcopy in our library: 
http://www.almbih.gov.ba/_doc/farmakopeja/farmakopeja2022.PDF 

I can access the records at /cgi-bin/koha/catalogue/detail.pl?biblionumber=6 
and only when I add the biblionumber of the records but not when I search the 
catalog for the title, editors or ISBN. 

When I click on show MARC preview, the record looks like this: 

000 00707nam a22001697a 4500
005 20230424104931.0
008 230417s20222022bn a|||eru||| 001 0 bos d
020 _a9789997616906
040 _cAĐ
100 1   _aUzunović, Alija
_eeditor.
_91
245 1   0   _aFarmakopeja Bosne i Hercegovine : nacionalni dodatak 
Evropskoj/ Europskoj farmakopeji =
_bPharmacopoeia of Bosnia and Herzegovina : National Supplement to the European 
Pharmacopoeia /
_cAlija Uzunović, Ana Borić
260 _aBanja Luka :
_bAgencija za lijekove i medicinska sredstva Bosne i Hercegovine
_c2022
300 _a216 str. : tabele, graf. prikazi; 30 cm.
650 0   _2Pharmacopoeia.
700 _aBorić, Ana
_eeditor.
_92
942 _2udc
_cBK
_n0
999 _c6
_d6


I'm sure I'm missing something during data entry as it's been many years I 
worked with any marc flavor and relearning it is taking longer than I expected 
(why doesn't the knowledge of it just magically transfer XD )


Best regards

Aida Đikić


-Original Message-
From: Katrin Fischer  
Sent: Thursday, April 20, 2023 8:21 PM
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] One biblio record not visible in staff interface or OPAC

Hi,

did you use another/different framework for the locally published title maybe?

When you run the MARC framework check in the administration module, are there 
any errors?

Are there any errors in the system information tab on the about Koha page?

Hope this helps,

Katrin

On 17.04.23 15:40, libr...@ssst.edu.ba wrote:
> Hello all, I didn't think I'd have a new question so fast but here it is:
>
> So I've added a few books to my catalog. I can search for them in both staff 
> interface and OPAC by their title, barcode or ISBN, and almost all of them 
> appear in search results except the locally published title I added manually, 
> not via Z39.50 (which is how I added the rest). Why is that, and how can I 
> correct it? Please and thank you!
>
> Best regards
>
> Aida Đikić
>
>
>
> ___
>
> 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] Error 500 with dpkg returned an error code (1)

[libr...@ssst.edu.ba]

Hello Fred,

Last I wrote I was about to make the changes you suggested, but even after 
doing so I still had DDC in Details for the cataloged books. However other 
things came up and I couldn't write back right away, and the next day I had to 
go on sick leave.

I checked Administration > Classification configuration, and I had already set 
DDC to "No" and UDC to "Yes" for the field "In use". When I went to edit a 
record, I found that I didn't have the field 080ab in the "Books, booklets, 
workbooks" MARC framework I'm using, only the 082 DDC field, so there was 
nothing to map the MARC subfields to.

The question now is, how do I add the 080ab field and remove 082? I've seen 
from messing about in the now gone UNIMARC flavor installation that it wasn't a 
good idea to delete fields at will because that gets me a 500 error.

Best regards

Aida Đikić


From: libr...@ssst.edu.ba 
Sent: Tuesday, April 18, 2023 1:19 PM
To: King, Fred ; koha@lists.katipo.co.nz
Subject: Re: [Koha] Error 500 with dpkg returned an error code (1)

Thank you, Fred, I'll try that right away!


Best regards

Aida Đikić




From: King, Fred mailto:fred.k...@medstar.net>>
Sent: Monday, April 17, 2023 4:04 PM
To: libr...@ssst.edu.ba<mailto:libr...@ssst.edu.ba> 
mailto:libr...@ssst.edu.ba>>; 
koha@lists.katipo.co.nz<mailto:koha@lists.katipo.co.nz> 
mailto:koha@lists.katipo.co.nz>>
Subject: Re: [Koha] Error 500 with dpkg returned an error code (1)

> Alternatively, if I must continue to use the MARC21 flavor, and since by 
> default both the staff interface and OPAC show the DDC classification, is it 
> possible to replace that with UDC?

This part I think I can help you with. UNIMARC, not at all. :-) If you go to 
Administration --> System preferences --> Cataloging preferences --> Record 
structure --> itemcallnumber you can choose which MARC subfields will be 
displayed in the Call Number field. For UDC it would be 080ab.

Then go up to Interface --> DefaultClassificationSource and select Universal 
Decimal Classification. You can add others--my library uses NLM, for example.

--Fred

Fred King, MSLS, AHIP
Medical Librarian, MedStar Washington Hospital Center
fred.k...@medstar.net<mailto:fred.k...@medstar.net>
202-877-6670
ORCID -0001-5266-0279
MedStar Authors Catalog: http://medstarauthors.org

I'm thinking about selling my theremin... I haven't touched it in years.
--Anon


___

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

[Koha] One biblio record not visible in staff interface or OPAC

[libr...@ssst.edu.ba]

Hello all, I didn't think I'd have a new question so fast but here it is: 

So I've added a few books to my catalog. I can search for them in both staff 
interface and OPAC by their title, barcode or ISBN, and almost all of them 
appear in search results except the locally published title I added manually, 
not via Z39.50 (which is how I added the rest). Why is that, and how can I 
correct it? Please and thank you!

Best regards

Aida Đikić



___

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

Re: [Koha] Error 500 with dpkg returned an error code (1)

[libr...@ssst.edu.ba]

Hello all, 

After the initial nudge by Mason and some digging online, I found an incomplete 
installation on the work server from way back when I was struggling harder than 
I do today :) I went ahead and completed the interrupted installation, this 
time choosing MARC21 as the flavor it would use, and managed to complete it. I 
again came across the default Apache page I had trouble getting past last time, 
but later found that you are supposed to clear your browser cache after 
restarting the Apache server. 

Last week and today I was able to catalog a few of my books in the MARC21 
instance (yay!) though I will still need to spend some time to make sure I'm 
doing it correctly (especially the titles published locally which I can't find 
via Z39.50 - when I get to the Cataloging source 040 is there anything special 
I need to add there, or just my initials as I'm the one doing the cataloging?). 
There's many other things too (course reserves, acquisitions...) but this is a 
start. 

I'm guessing the 500 error in the UNIMARC instance was most likely caused by my 
messing with the Books, booklets, workbook framework. I've removed that 
instance completely but I'd still like to set up a UNIMARC library, so if 
anyone has experience with that I'd appreciate their advice, especially with 
the correct framework to use. Trying to catalogue anything using the BBW 
framework based on the default one was an exercise in futility since there were 
a lot of fields that didn't apply to my books, and my attempt to solve that 
problem obviously didn't work. 

Alternatively, if I must continue to use the MARC21 flavor, and since by 
default both the staff interface and OPAC show the DDC classification, is it 
possible to replace that with UDC? 

Best regards

Aida Đikić


-Original Message-
From: libr...@ssst.edu.ba  
Sent: Wednesday, April 12, 2023 12:28 PM
To: Mason James ; koha@lists.katipo.co.nz
Subject: Re: [Koha] Error 500 with dpkg returned an error code (1)

Hello Mason, 

The result is: 

++
| value  |
++
| 22.1103000 |
++

Best regards

Aida Đikić


-Original Message-
From: Mason James 
Sent: Wednesday, April 12, 2023 11:59 AM
To: libr...@ssst.edu.ba; koha@lists.katipo.co.nz
Subject: Re: [Koha] Error 500 with dpkg returned an error code (1)

hi Aida,

what does the following command say?

$ sudo koha-mysql library -e  ' select value from systempreferences where 
variable = "version" '
++
| value  |
++
| 21.1117000 |  <<<<<<<<<
+----+




On 11/04/23 1:24 am, libr...@ssst.edu.ba wrote:
> Hello all,
> 
> I keep coming up against error 500 when trying to add a record (no matter 
> which framework I try to use or whether it's via a Z39.50 server or manual 
> entry) as well as when going to the About Koha page in the staff interface. 
> When I opened the terminal, there were 2 updates to be applied so I ran the 
> update but it does not work. Here is the entire output:
> 
> 2 updates can be applied immediately.
> To see these additional updates run: apt list --upgradable
> 
> Enable ESM Apps to receive additional future security updates.
> See https://ubuntu.com/esm or run: sudo pro status
> 
> 
> Last login: Mon Apr 10 11:34:09 2023 from 10.1.3.133 root@koha:~# apt 
> list --upgradable Listing... Done distro-info-data/jammy-updates
> 0.52ubuntu0.3 all [upgradable from: 0.52ubuntu0.2] 
> grub-efi-amd64-bin/jammy-updates 2.06-2ubuntu14.1 amd64 [upgradable
> from: 2.06-2ubuntu10] grub-efi-amd64-signed/jammy-updates
> 1.187.3~22.04.1+2.06-2ubuntu14.1 amd64 [upgradable from: 
> 1.182~22.04.1+2.06-2ubuntu10] grub-efi-amd64/jammy-updates
> 2.06-2ubuntu14.1 amd64 [upgradable from: 2.06-2ubuntu10] 
> shim-signed/jammy-updates 1.51.3+15.7-0ubuntu1 amd64 [upgradable from:
> 1.51+15.4-0ubuntu9] root@koha:~# apt-get update
> Hit:1 http://ba.archive.ubuntu.com/ubuntu jammy InRelease
> Hit:2 http://ba.archive.ubuntu.com/ubuntu jammy-updates InRelease
> Hit:3 http://ba.archive.ubuntu.com/ubuntu jammy-backports InRelease
> Hit:4 http://ba.archive.ubuntu.com/ubuntu jammy-security InRelease
> Hit:5 http://debian.koha-community.org/koha stable InRelease Reading 
> package lists... Done
> W: http://debian.koha-community.org/koha/dists/stable/InRelease: Key is 
> stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the 
> DEPRECATION section in apt-key(8) for details.
> root@koha:~# apt-get upgrade
> Reading package lists... Done
> Building dependency tree... Done
> Reading state information... Done
> Calculating upgrade... Done
> The following packages will be upgraded:
>distro-info-data grub-efi-amd64 grub-efi-amd64-bin grub-efi-amd64-signed
>shim-signed
> 5 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
> 1 not fully installe

Re: [Koha] Error 500 with dpkg returned an error code (1)

[libr...@ssst.edu.ba]

Hello Mason, 

The result is: 

++
| value  |
++
| 22.1103000 |
++

Best regards

Aida Đikić


-Original Message-
From: Mason James  
Sent: Wednesday, April 12, 2023 11:59 AM
To: libr...@ssst.edu.ba; koha@lists.katipo.co.nz
Subject: Re: [Koha] Error 500 with dpkg returned an error code (1)

hi Aida,

what does the following command say?

$ sudo koha-mysql library -e  ' select value from systempreferences where 
variable = "version" '
++
| value  |
++
| 21.1117000 |  <<<<<<<<<
+----+




On 11/04/23 1:24 am, libr...@ssst.edu.ba wrote:
> Hello all,
> 
> I keep coming up against error 500 when trying to add a record (no matter 
> which framework I try to use or whether it's via a Z39.50 server or manual 
> entry) as well as when going to the About Koha page in the staff interface. 
> When I opened the terminal, there were 2 updates to be applied so I ran the 
> update but it does not work. Here is the entire output:
> 
> 2 updates can be applied immediately.
> To see these additional updates run: apt list --upgradable
> 
> Enable ESM Apps to receive additional future security updates.
> See https://ubuntu.com/esm or run: sudo pro status
> 
> 
> Last login: Mon Apr 10 11:34:09 2023 from 10.1.3.133 root@koha:~# apt 
> list --upgradable Listing... Done distro-info-data/jammy-updates 
> 0.52ubuntu0.3 all [upgradable from: 0.52ubuntu0.2] 
> grub-efi-amd64-bin/jammy-updates 2.06-2ubuntu14.1 amd64 [upgradable 
> from: 2.06-2ubuntu10] grub-efi-amd64-signed/jammy-updates 
> 1.187.3~22.04.1+2.06-2ubuntu14.1 amd64 [upgradable from: 
> 1.182~22.04.1+2.06-2ubuntu10] grub-efi-amd64/jammy-updates 
> 2.06-2ubuntu14.1 amd64 [upgradable from: 2.06-2ubuntu10] 
> shim-signed/jammy-updates 1.51.3+15.7-0ubuntu1 amd64 [upgradable from: 
> 1.51+15.4-0ubuntu9] root@koha:~# apt-get update
> Hit:1 http://ba.archive.ubuntu.com/ubuntu jammy InRelease
> Hit:2 http://ba.archive.ubuntu.com/ubuntu jammy-updates InRelease
> Hit:3 http://ba.archive.ubuntu.com/ubuntu jammy-backports InRelease
> Hit:4 http://ba.archive.ubuntu.com/ubuntu jammy-security InRelease
> Hit:5 http://debian.koha-community.org/koha stable InRelease Reading 
> package lists... Done
> W: http://debian.koha-community.org/koha/dists/stable/InRelease: Key is 
> stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the 
> DEPRECATION section in apt-key(8) for details.
> root@koha:~# apt-get upgrade
> Reading package lists... Done
> Building dependency tree... Done
> Reading state information... Done
> Calculating upgrade... Done
> The following packages will be upgraded:
>distro-info-data grub-efi-amd64 grub-efi-amd64-bin grub-efi-amd64-signed
>shim-signed
> 5 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
> 1 not fully installed or removed.
> Need to get 3,699 kB of archives.
> After this operation, 5,861 kB of additional disk space will be used.
> Do you want to continue? [Y/n] Y
> Get:1 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 
> distro-info-data all 0.52ubuntu0.3 [5,258 B]
> Get:2 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 
> grub-efi-amd64 amd64 2.06-2ubuntu14.1 [47.1 kB]
> Get:3 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 
> grub-efi-amd64-signed amd64 1.187.3~22.04.1+2.06-2ubuntu14.1 [1,388 
> kB]
> Get:4 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 
> grub-efi-amd64-bin amd64 2.06-2ubuntu14.1 [1,591 kB]
> Get:5 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 
> shim-signed amd64 1.51.3+15.7-0ubuntu1 [667 kB] Fetched 3,699 kB in 0s 
> (13.8 MB/s) Preconfiguring packages ...
> (Reading database ... 152607 files and directories currently 
> installed.) Preparing to unpack .../distro-info-data_0.52ubuntu0.3_all.deb ...
> Unpacking distro-info-data (0.52ubuntu0.3) over (0.52ubuntu0.2) ...
> Preparing to unpack .../grub-efi-amd64_2.06-2ubuntu14.1_amd64.deb ...
> Unpacking grub-efi-amd64 (2.06-2ubuntu14.1) over (2.06-2ubuntu10) ...
> Preparing to unpack 
> .../grub-efi-amd64-signed_1.187.3~22.04.1+2.06-2ubuntu14.1_amd64.deb ...
> Unpacking grub-efi-amd64-signed (1.187.3~22.04.1+2.06-2ubuntu14.1) over 
> (1.182~22.04.1+2.06-2ubuntu10) ...
> Preparing to unpack .../grub-efi-amd64-bin_2.06-2ubuntu14.1_amd64.deb ...
> Unpacking grub-efi-amd64-bin (2.06-2ubuntu14.1) over (2.06-2ubuntu10) ...
> Preparing to unpack .../shim-signed_1.51.3+15.7-0ubuntu1_amd64.deb ...
> Unpacking shim-signed (1.51.3+15.7-0ubuntu1) over (1.51+15.4-0ubuntu9) ...
> Setting up koha-common (22.11.03-1) ...
> Upgrading database schema for library
> DBD::mysql::st execute failed: Table 'koha_library.systempreferences' doesn't 
> exist at /usr/s

[Koha] Error 500 with dpkg returned an error code (1)

[libr...@ssst.edu.ba]

Hello all,

I keep coming up against error 500 when trying to add a record (no matter which 
framework I try to use or whether it's via a Z39.50 server or manual entry) as 
well as when going to the About Koha page in the staff interface. When I opened 
the terminal, there were 2 updates to be applied so I ran the update but it 
does not work. Here is the entire output:

2 updates can be applied immediately.
To see these additional updates run: apt list --upgradable

Enable ESM Apps to receive additional future security updates.
See https://ubuntu.com/esm or run: sudo pro status


Last login: Mon Apr 10 11:34:09 2023 from 10.1.3.133
root@koha:~# apt list --upgradable
Listing... Done
distro-info-data/jammy-updates 0.52ubuntu0.3 all [upgradable from: 
0.52ubuntu0.2]
grub-efi-amd64-bin/jammy-updates 2.06-2ubuntu14.1 amd64 [upgradable from: 
2.06-2ubuntu10]
grub-efi-amd64-signed/jammy-updates 1.187.3~22.04.1+2.06-2ubuntu14.1 amd64 
[upgradable from: 1.182~22.04.1+2.06-2ubuntu10]
grub-efi-amd64/jammy-updates 2.06-2ubuntu14.1 amd64 [upgradable from: 
2.06-2ubuntu10]
shim-signed/jammy-updates 1.51.3+15.7-0ubuntu1 amd64 [upgradable from: 
1.51+15.4-0ubuntu9]
root@koha:~# apt-get update
Hit:1 http://ba.archive.ubuntu.com/ubuntu jammy InRelease
Hit:2 http://ba.archive.ubuntu.com/ubuntu jammy-updates InRelease
Hit:3 http://ba.archive.ubuntu.com/ubuntu jammy-backports InRelease
Hit:4 http://ba.archive.ubuntu.com/ubuntu jammy-security InRelease
Hit:5 http://debian.koha-community.org/koha stable InRelease
Reading package lists... Done
W: http://debian.koha-community.org/koha/dists/stable/InRelease: Key is stored 
in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION 
section in apt-key(8) for details.
root@koha:~# apt-get upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
  distro-info-data grub-efi-amd64 grub-efi-amd64-bin grub-efi-amd64-signed
  shim-signed
5 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
Need to get 3,699 kB of archives.
After this operation, 5,861 kB of additional disk space will be used.
Do you want to continue? [Y/n] Y
Get:1 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 
distro-info-data all 0.52ubuntu0.3 [5,258 B]
Get:2 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 
grub-efi-amd64 amd64 2.06-2ubuntu14.1 [47.1 kB]
Get:3 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 
grub-efi-amd64-signed amd64 1.187.3~22.04.1+2.06-2ubuntu14.1 [1,388 kB]
Get:4 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 
grub-efi-amd64-bin amd64 2.06-2ubuntu14.1 [1,591 kB]
Get:5 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 shim-signed 
amd64 1.51.3+15.7-0ubuntu1 [667 kB]
Fetched 3,699 kB in 0s (13.8 MB/s)
Preconfiguring packages ...
(Reading database ... 152607 files and directories currently installed.)
Preparing to unpack .../distro-info-data_0.52ubuntu0.3_all.deb ...
Unpacking distro-info-data (0.52ubuntu0.3) over (0.52ubuntu0.2) ...
Preparing to unpack .../grub-efi-amd64_2.06-2ubuntu14.1_amd64.deb ...
Unpacking grub-efi-amd64 (2.06-2ubuntu14.1) over (2.06-2ubuntu10) ...
Preparing to unpack 
.../grub-efi-amd64-signed_1.187.3~22.04.1+2.06-2ubuntu14.1_amd64.deb ...
Unpacking grub-efi-amd64-signed (1.187.3~22.04.1+2.06-2ubuntu14.1) over 
(1.182~22.04.1+2.06-2ubuntu10) ...
Preparing to unpack .../grub-efi-amd64-bin_2.06-2ubuntu14.1_amd64.deb ...
Unpacking grub-efi-amd64-bin (2.06-2ubuntu14.1) over (2.06-2ubuntu10) ...
Preparing to unpack .../shim-signed_1.51.3+15.7-0ubuntu1_amd64.deb ...
Unpacking shim-signed (1.51.3+15.7-0ubuntu1) over (1.51+15.4-0ubuntu9) ...
Setting up koha-common (22.11.03-1) ...
Upgrading database schema for library
DBD::mysql::st execute failed: Table 'koha_library.systempreferences' doesn't 
exist at /usr/share/koha/lib/Koha/Database.pm line 152.
DBD::mysql::st execute failed: Table 'koha_library.systempreferences' doesn't 
exist at /usr/share/koha/lib/Koha/Database.pm line 152.
Use of uninitialized value in numeric lt (<) at 
/usr/share/koha/intranet/cgi-bin/installer/data/mysql/updatedatabase.pl line 78.
DBD::mysql::db do failed: Table 'koha_library.bookshelf' doesn't exist at 
/usr/share/koha/lib/Koha/Database.pm line 152.
DBD::mysql::db do failed: Table 'koha_library.shelfcontents' doesn't exist at 
/usr/share/koha/lib/Koha/Database.pm line 152.
DBD::mysql::db do failed: Table 'koha_library.virtualshelfcontents' doesn't 
exist at /usr/share/koha/lib/Koha/Database.pm line 152.
DBD::mysql::db do failed: Table 'koha_library.virtualshelfcontents' doesn't 
exist at /usr/share/koha/lib/Koha/Database.pm line 152.
Undefined subroutine ::DropAllForeignKeys called at 
/usr/share/koha/intranet/cgi-bin/installer/data/mysql/updatedatabase.pl line 86.
dpkg: error processing package koha-common (--configure):
installed koha-common package 

Re: [Koha] Koha Digest, Vol 210, Issue 5

[libr...@ssst.edu.ba]

Hello all, 

I need some help with the update to this version! I ran the update and got the 
following error: 

Get:1 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 
update-notifier-common all 3.192.54.6 [185 kB]
Get:2 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 libapparmor1 
amd64 3.0.4-2ubuntu2.2 [39.2 kB]
Get:3 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 netplan.io 
amd64 0.105-0ubuntu2~22.04.3 [92.9 kB]
Get:4 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 libnetplan0 
amd64 0.105-0ubuntu2~22.04.3 [103 kB]
Get:5 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 apparmor 
amd64 3.0.4-2ubuntu2.2 [595 kB]
Get:6 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 bind9-host 
amd64 1:9.18.12-0ubuntu0.22.04.1 [52.4 kB]
Get:7 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 
bind9-dnsutils amd64 1:9.18.12-0ubuntu0.22.04.1 [157 kB]
Get:8 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 bind9-libs 
amd64 1:9.18.12-0ubuntu0.22.04.1 [1,240 kB]
Get:9 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 
rabbitmq-server all 3.9.13-1ubuntu0.22.04.1 [15.2 MB]
Get:10 http://debian.koha-community.org/koha stable/main amd64 koha-common all 
22.11.03-1 [48.4 MB]
Get:11 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 
libldap-2.5-0 amd64 2.5.14+dfsg-0ubuntu0.22.04.1 [183 kB]
Get:12 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 
libldap-common all 2.5.14+dfsg-0ubuntu0.22.04.1 [15.9 kB]
Get:13 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 
linux-firmware all 20220329.git681281e4-0ubuntu3.12 [249 MB]
Get:14 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 thermald 
amd64 2.4.9-1ubuntu0.2 [212 kB]
Get:15 http://ba.archive.ubuntu.com/ubuntu jammy-updates/main amd64 cloud-init 
all 23.1.1-0ubuntu0~22.04.1 [530 kB]
Fetched 316 MB in 44s (7,151 kB/s)
Preconfiguring packages ...
(Reading database ... 150255 files and directories currently installed.)
Preparing to unpack .../00-update-notifier-common_3.192.54.6_all.deb ...
Unpacking update-notifier-common (3.192.54.6) over (3.192.54.5) ...
Preparing to unpack .../01-libapparmor1_3.0.4-2ubuntu2.2_amd64.deb ...
Unpacking libapparmor1:amd64 (3.0.4-2ubuntu2.2) over (3.0.4-2ubuntu2.1) ...
Preparing to unpack .../02-netplan.io_0.105-0ubuntu2~22.04.3_amd64.deb ...
Unpacking netplan.io (0.105-0ubuntu2~22.04.3) over (0.105-0ubuntu2~22.04.1) ...
Preparing to unpack .../03-libnetplan0_0.105-0ubuntu2~22.04.3_amd64.deb ...
Unpacking libnetplan0:amd64 (0.105-0ubuntu2~22.04.3) over 
(0.105-0ubuntu2~22.04.1) ...
Preparing to unpack .../04-apparmor_3.0.4-2ubuntu2.2_amd64.deb ...
Unpacking apparmor (3.0.4-2ubuntu2.2) over (3.0.4-2ubuntu2.1) ...
Preparing to unpack .../05-bind9-host_1%3a9.18.12-0ubuntu0.22.04.1_amd64.deb ...
Unpacking bind9-host (1:9.18.12-0ubuntu0.22.04.1) over (1:9.18.1-1ubuntu1.3) ...
Preparing to unpack 
.../06-bind9-dnsutils_1%3a9.18.12-0ubuntu0.22.04.1_amd64.deb ...
Unpacking bind9-dnsutils (1:9.18.12-0ubuntu0.22.04.1) over 
(1:9.18.1-1ubuntu1.3) ...
Preparing to unpack .../07-bind9-libs_1%3a9.18.12-0ubuntu0.22.04.1_amd64.deb ...
Unpacking bind9-libs:amd64 (1:9.18.12-0ubuntu0.22.04.1) over 
(1:9.18.1-1ubuntu1.3) ...
Preparing to unpack .../08-rabbitmq-server_3.9.13-1ubuntu0.22.04.1_all.deb ...
Unpacking rabbitmq-server (3.9.13-1ubuntu0.22.04.1) over (3.9.13-1) ...
Preparing to unpack .../09-koha-common_22.11.03-1_all.deb ...
Unpacking koha-common (22.11.03-1) over (22.11.01-1) ...
Preparing to unpack .../10-libldap-2.5-0_2.5.14+dfsg-0ubuntu0.22.04.1_amd64.deb 
...
Unpacking libldap-2.5-0:amd64 (2.5.14+dfsg-0ubuntu0.22.04.1) over 
(2.5.13+dfsg-0ubuntu0.22.04.1) ...
Preparing to unpack .../11-libldap-common_2.5.14+dfsg-0ubuntu0.22.04.1_all.deb 
...
Unpacking libldap-common (2.5.14+dfsg-0ubuntu0.22.04.1) over 
(2.5.13+dfsg-0ubuntu0.22.04.1) ...
Preparing to unpack 
.../12-linux-firmware_20220329.git681281e4-0ubuntu3.12_all.deb ...
Unpacking linux-firmware (20220329.git681281e4-0ubuntu3.12) over 
(20220329.git681281e4-0ubuntu3.10) ...
Preparing to unpack .../13-thermald_2.4.9-1ubuntu0.2_amd64.deb ...
Unpacking thermald (2.4.9-1ubuntu0.2) over (2.4.9-1ubuntu0.1) ...
Preparing to unpack .../14-cloud-init_23.1.1-0ubuntu0~22.04.1_all.deb ...
Unpacking cloud-init (23.1.1-0ubuntu0~22.04.1) over (22.4.2-0ubuntu0~22.04.1) 
...
Setting up rabbitmq-server (3.9.13-1ubuntu0.22.04.1) ...
Setting up libapparmor1:amd64 (3.0.4-2ubuntu2.2) ...
Setting up bind9-libs:amd64 (1:9.18.12-0ubuntu0.22.04.1) ...
Setting up linux-firmware (20220329.git681281e4-0ubuntu3.12) ...
update-initramfs: Generating /boot/initrd.img-5.15.0-69-generic
update-initramfs: Generating /boot/initrd.img-5.15.0-60-generic
Setting up update-notifier-common (3.192.54.6) ...
update-notifier-download.service is a disabled or a static unit not running, 
not starting it.
update-notifier-motd.service is a disabled or a static unit not running, not 
starting it.
Setting 

Re: [Koha] Cataloging in Koha for dummies

[libr...@ssst.edu.ba]

Thank you Fred, that would be very helpful and the invitation is much 
appreciated. I am the sole person at my library so I've had to fill in every 
role there, but I didn't even realize how much I've forgotten by not using it 
for such a long time until I started trying to implement Koha at my library. 
5:00pm my time should be doable for me as I finish work at 4 and should be home 
by then. 

Best regards

Aida Đikić


-Original Message-
From: King, Fred  
Sent: Tuesday, March 21, 2023 2:48 PM
To: koha@lists.katipo.co.nz; libr...@ssst.edu.ba
Cc: Cataloging Special Interest Group 
Subject: Re: [Koha] Cataloging in Koha for dummies

I would also like to invite you, and anyone else interested in cataloging, to 
the next meeting of the koha-US Cataloging Special Interest Group, held on the 
first Thursday of the month, 8:00am Pacific Time, which I believe is 5:00pm 
your time. We discuss anything cataloging-related, and no question is too 
strange. And no, you don't have to consider yourself a "real cataloger." I'm 
not--I just picked up things as I went along.

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 Caroline Cyr La Rose
Sent: Tuesday, March 21, 2023 9:02 AM
To: koha@lists.katipo.co.nz
Subject: [EXTERNAL] Re: [Koha] Cataloging in Koha for dummies



**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.

 

Hello Aida,

I suggest you look here: 
https://koha-community.org/manual/latest/en/html/administration.html#edit-framework-fields-and-subfields

Things to look for:

- Mandatory - check the field and subfield for mandatory flags and remove them 
if not necessary

- Managed in tab - you can choose 'ignore' to remove the subfield completely, 
however, be very cautious because that can cause data loss

- Visibility - uncheck 'Editor' to remove the subfield from the cataloguing 
form, unlike the 'Managed in tab: ignore' above, this will not cause data loss, 
so is a better choice, in my opinion, if you're not absolutely sure of what 
you're doing

Also, when you edit MARC frameworks, make sure to run the test after 
https://koha-community.org/manual/latest/en/html/administration.html#marc-bibliographic-framework-test

I hope this helps,

Caroline

On 2023-03-21 08:14, libr...@ssst.edu.ba wrote:
> Hi everyone,
>
> I'm writing to ask for some help cataloging in Koha. I am having trouble 
> getting it to save any records without Koha throwing up errors, and while I'm 
> trying to follow the manual, I'm afraid the amount of information there is 
> overwhelming. Especially as it's been so long since I used any marc 
> bibliographic formats.
>
> So, I created a new framework based on the default one and named it Books, 
> Booklets, Workbooks. I had tried importing records via Z39.50 and had no 
> success in saving the record because of the errors (especially Tab 4 Series.
>
> I then tried and adding them manually, where I only filled in the relevant 
> fields - I do not need e.g. the music incipit or a fingerprint identifier for 
> a hardcopy textbook. It s not possible to delete tags I don't need within the 
> BBW framework.
>
> The fields I have in our current system are the following; it's very minimal:
>
> Author – person
> Author – corporate body
> Title
> Type of material
> Media object URL
> Language
> Publish date
> Publication and manufacture
> Physical description
> Other authors – person
> Content
> ISBN
> Notes
> Subject headings
> Uncontrolled subject terms
> UDC
>
> For each material copy, I can add the status (for outside loan or reading 
> room use, lost, withdrawn), location, call number, and inventory number.
>
> How do I customize my framework so I can add my textbooks quickly and easily? 
> Are there any sections of the manual I should look into more closely? Thank 
> you in advance!
>
> Best regards
>
> Aida Đikić
>
>
> -Original Message-
> From: Koha  On Behalf Of 
> koha-requ...@lists.katipo.co.nz
> Sent: Tuesday, March 21, 2023 12:00 AM
> To: koha@lists.katipo.co.nz
> Subject: Koha Digest, Vol 209, Issue 20
>
> Send Koha mailing list submissions to
>   koha@lists.katipo.co.nz
>
> To subscribe or unsubscribe via the World Wide Web, visit
>   https://lists.katipo.co.nz/mailman/listinfo/koha
> or, via email, send a message with subject or body 'help' to
>   koha-requ...@lists.katipo.co.nz
>
> You can reach the person managing the list at
>   koha-ow...@lists.katip

[Koha] Cataloging in Koha for dummies

[libr...@ssst.edu.ba]

Hi everyone, 

I'm writing to ask for some help cataloging in Koha. I am having trouble 
getting it to save any records without Koha throwing up errors, and while I'm 
trying to follow the manual, I'm afraid the amount of information there is 
overwhelming. Especially as it's been so long since I used any marc 
bibliographic formats. 

So, I created a new framework based on the default one and named it Books, 
Booklets, Workbooks. I had tried importing records via Z39.50 and had no 
success in saving the record because of the errors (especially Tab 4 Series. 

I then tried and adding them manually, where I only filled in the relevant 
fields - I do not need e.g. the music incipit or a fingerprint identifier for a 
hardcopy textbook. It s not possible to delete tags I don't need within the BBW 
framework. 

The fields I have in our current system are the following; it's very minimal: 

Author – person
Author – corporate body
Title
Type of material
Media object URL
Language
Publish date
Publication and manufacture
Physical description
Other authors – person
Content
ISBN
Notes
Subject headings
Uncontrolled subject terms
UDC

For each material copy, I can add the status (for outside loan or reading room 
use, lost, withdrawn), location, call number, and inventory number. 

How do I customize my framework so I can add my textbooks quickly and easily? 
Are there any sections of the manual I should look into more closely? Thank you 
in advance! 

Best regards

Aida Đikić


-Original Message-
From: Koha  On Behalf Of 
koha-requ...@lists.katipo.co.nz
Sent: Tuesday, March 21, 2023 12:00 AM
To: koha@lists.katipo.co.nz
Subject: Koha Digest, Vol 209, Issue 20

Send Koha mailing list submissions to
koha@lists.katipo.co.nz

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.katipo.co.nz/mailman/listinfo/koha
or, via email, send a message with subject or body 'help' to
koha-requ...@lists.katipo.co.nz

You can reach the person managing the list at
koha-ow...@lists.katipo.co.nz

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of Koha digest..."
___

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

Re: [Koha] Adapting MARC frameworks and deleting unneeded tags

[libr...@ssst.edu.ba]

Hi Fred, 

Yes, for theses (undergrad, master's and PhDs) I don't think I'll ever need an 
ISBN. For books I will absolutely need it. That's why I was thinking I should 
have a separate framework for books and for theses (and perhaps for serials, 
and other items we may have in our collection down the road). 

Re: differences between MARC21 and UNIMARC, yes I found that they are 
different, which is why it's a good thing I have my old laptop with a separate 
installation of MARC21 flavor Koha so I can (re)familiarize myself with both. 
However since all the other libraries here use UNIMARC, that's what I must work 
on. It's too bad that IFLA currently doesn't have UNIMARC available on their 
site; I had to dig to find a pdf of UNIMARC concise bibliographic format (2008) 
because a lot of the links on 
https://www.ifla.org/publications/unimarc-formats-and-related-documentation/ 
are broken. A copy was archived at 
https://archive.ifla.org/VI/8/unimarc-concise-bibliographic-format-2008.pdf I 
also have a copy of the book "UNIMARC in theory and practice" by Mirna Willer 
that I used during my studies, but that was a long time ago, and the systems we 
had didn't use any bibliographic formats so I've forgotten a lot. 

I was actually able to follow instructions someone here posted - forgive me, I 
cannot remember right now, I think it was René? - where you upload the 
marc21xml2unimarc.xsl file from MarcEdit and Koha does the conversion for you 
on the fly (and this should be an already added feature, if doable wrt the 
rights to use the file and funding to implement it). I'm still tweaking the 
exported theses file I'm planning to import, and my installation is still 
empty, so i feel like I can experiment with the frameworks. 

Right now if I try to import a searched ISBN, I get a lot of errors - for 
example, section 4 which contains subfields for 410 series, 411 subseries, 412 
Source of Excert or Offprint etc., are all marked as Required. The book I'm 
using as an example (Computer architecture ; ISBN 13: 9780123838728) is a part 
of a series and I was able to enter that, but there are many other subfields 
that don't apply (there is I presume a setting to change these into 
non-required fields, I just haven't found it yet). I can't save the entry 
unless I deal with each of these errors. 

In section 2, under 200 we have Title and Statement of Responsibility, a couple 
of fields down there are 206 Material Specific Area: Cartographic resources - 
Mathematical Data, and 208 Material Specific Area: Printed Music Specific 
Statement, and other similar fields. Surely these can be removed from the books 
framework, and used in a separate cartographic framework in those libraries who 
have them in their collections? 

Or is it preferable to add all new titles by using the Fast add or Acquisitions 
framework, and then add in the necessary details like the inventory and call 
numbers, etc.? It didn't seem that way in the cataloging section of the manual. 


>> And finally, and not related to your current conundrum, Koha will let you 
>> add fields even if they're not MARC or UNIMARC standard.  

That's actually relevant for the theoretical Theses framework I want to make; 
in our old system I had added fields where I could note the mentor, the 
department and student's major and minor fields (e.g. Bachelor of Science in 
Computer Science – major and Economics - minor, Doctor of Medicine, etc.) A 
quick look at the 2008 document (on the very last page) tells me that: 

>> 9-- NATIONAL USE BLOCK  
>> All -9- and --9 fields throughout the format are reserved for national and 
>> local use; 
>> their definitions and indicator and subfield values remain undefined by the 
>> Permanent UNIMARC Committee. This is also true of indicator value 9 and 
>> subfield $9.  

So I supose I can create new fields there for the above entries like you did 
with the field for ORCID numbers. I'd like to work all of this out before I 
start importing anything. 

I'm looking forward to seeing what you come up with, and sorry for the wall of 
text :) 

Best regards

Aida Đikić


-Original Message-
From: King, Fred  
Sent: Wednesday, March 15, 2023 7:15 PM
To: libr...@ssst.edu.ba
Cc: koha@lists.katipo.co.nz
Subject: RE: [Koha] Adapting MARC frameworks and deleting unneeded tags

Hi Aida, (this one's going to the Koha list as well)

Based on my quick look, the formats for MARC and UNIMARC are very different, 
and not really compatible. You can see the complete MARC structure here:
   https://www.loc.gov/marc/bibliographic/
I couldn't find a similar site for UNIMARC, but the Library of Congress has a 
page of UNIMARC to MARC 21 Conversion Specification:
   https://www.loc.gov/marc/unimarctomarc21.html

Are you really, really sure that you'll never need an ISBN? When I've done 
Z39.50 searching, that's the first thing I look for. I use MarcEdit though, and 
I think Koha Z3

Re: [Koha] Adapting MARC frameworks and deleting unneeded tags

[libr...@ssst.edu.ba]

Hello Donna,

Thank you very much! Yes, for theses I don't foresee using fields such as ISBN 
or some others, and we don't import theses from anywhere else, so I would be 
fine with removing each field we won't need.

I will check that custom framework, that's very kind of you. I have two 
separate installations of Koha – one on a work server with UNIMARC flavor as 
that's what's used in my country, and another on my old personal laptop which 
is MARC21; does it matter where I upload the framework?

Best regards

Aida Đikić


From: Donna Bachowski 
Sent: Wednesday, March 15, 2023 2:53 PM
To: libr...@ssst.edu.ba
Cc: koha@lists.katipo.co.nz
Subject: Re: [Koha] Adapting MARC frameworks and deleting unneeded tags

[https://lh3.googleusercontent.com/a/AGNmyxYs9F9u__YiPHhkRXnWPtzwSuA6uIOOd3ILbQ6_cQ=s40-p]
Donna Bachowski mailto:do...@bywatersolutions.com>>
9:43 AM (6 minutes ago)


to libr...@ssst.edu.ba<mailto:libr...@ssst.edu.ba>, 
koha@lists.katipo.co.nz<mailto:koha@lists.katipo.co.nz>

Hello Aida!

If you are sure you will never be importing records that would have those tags, 
then yes, go ahead and delete them!  We do custom frameworks a lot for special 
projects like you mention, and usually delete the extraneous fields.

If you would like to use it, you can access here 
https://drive.google.com/file/d/196CGH2J_6_UtLUZf7zlo0sybT66NrVxV/view?usp=sharing
 a framework that we worked with a library to create for their 
thesis/dissertations.
You can download the framework file as .csv, then import it into a new 
framework.

The only concern with deleting fields from a framework is that if you import a 
record that has, for example, an 036, and the framework you are importing the 
file into does not have that field then the data is lost.
But with the process you are describing, I don't see any issues with deleting 
certain fields.

Best,
Donna
Donna Bachowski, MLS
Director of Implementations
ByWater Solutions
bywatersolutions.com<http://bywatersolutions.com/>
Phone:(888)900-8944
[https://ci3.googleusercontent.com/mail-sig/AIorK4yb3UXDZQ2kjvEbbiNrQehyhXxJIC_5m1De1cWW4rn_YYGcl2pCKk0bQvBjW3iIGrTvmJZkCdk]
Follow us:
[https://docs.google.com/uc?export=download=1UU2Vj_xX_WgcBojhYbea9ck0TaLwoLky=0B0ga69kSs543R2xUajk5MnF0VE9EcjhtSjZBc1R0YVpSL0NFPQ]<https://www.facebook.com/ByWaterSolutions/>
 
[https://docs.google.com/uc?export=download=1SCTJQAzf1zB5c7NmTLQwtexAgNl4_jPC=0B0ga69kSs543N0tKSG9ZRk55MXk2Qmt3TXJ2TE1Ca1g4T1hFPQ]
 <https://www.instagram.com/bywatersolutions/>  
[https://docs.google.com/uc?export=download=1zVkZyWeLDKyDM5RhOLMRHigl4VYN5j43=0B0ga69kSs543eU9ZUVVyalFqNlVodEtZTmRSNElrQlV2MlhJPQ]
 <https://www.youtube.com/user/bywatersolutions>  
[https://docs.google.com/uc?export=download=1b9EkTbJHwpA_Lf4iKYdoSyIlxwyasLPq=0B0ga69kSs543WWFieW52VkRpZEhkdGRjcXVBejBTZUltS0hrPQ]
 <https://twitter.com/ByWaterSolution>
Currently 
Reading<https://www.goodreads.com/user/email_signature_destination/4056352?utm_medium=reading_link_source=email_signature>
[Book 
Cover]<https://www.goodreads.com/user/email_signature_destination/4056352?utm_medium=cover_source=email_signature>
[Goodreads Logo] 
<https://www.goodreads.com/?utm_medium=gr_logo_source=email_signature> Get 
your own email 
signature<https://www.goodreads.com/user/email_signature_instructions?utm_medium=gyo_link_source=email_signature>


On Wed, Mar 15, 2023 at 9:09 AM libr...@ssst.edu.ba<mailto:libr...@ssst.edu.ba> 
mailto:libr...@ssst.edu.ba>> wrote:
Hello all,

Today I have another question for you regarding MARC frameworks and cataloging 
different items. While I wait for our IT to export the cataloged textbooks from 
our current system, I've been refreshing my knowledge on UNIMARC, going through 
the exported theses (2008-2018; for later ones I don't have an exported csv 
file yet) and trying to work out how best to adapt the MARC framework so they 
can be imported. I've also been looking up the mail archive to see how others 
have dealth with cataloging theses - if any of you could share your practice 
I'd be grateful!

I downloaded the Books, Booklets, Workbooks framework I adapted from the 
Default framework, and in going through the tags I saw there were many I would 
never use; would these be OK to delete? I mean tags such as 20 Fingerprint 
Identifier, 21 Legal Deposit Number, or 36 Music Incipit, and others. For the 
eventual Theses framework, I also would not need tags such as 10 International 
Standard Book Number (ISBN) or 11 International Standard Serial Number (ISSN) 
and many other, but would need a tag where I could list the student mentor for 
that particular thesis. I'd also like to add a Serial publications framework.

Would I actually be safe in deleting these tags, or is there a better way to 
handle them? In my earlier efforts to add Z39.50 servers, I tested adding a 
title I had in hand, but I am being prevented from saving it since some of the 
tags were 

[Koha] Adapting MARC frameworks and deleting unneeded tags

[libr...@ssst.edu.ba]

Hello all, 

Today I have another question for you regarding MARC frameworks and cataloging 
different items. While I wait for our IT to export the cataloged textbooks from 
our current system, I've been refreshing my knowledge on UNIMARC, going through 
the exported theses (2008-2018; for later ones I don't have an exported csv 
file yet) and trying to work out how best to adapt the MARC framework so they 
can be imported. I've also been looking up the mail archive to see how others 
have dealth with cataloging theses - if any of you could share your practice 
I'd be grateful! 

I downloaded the Books, Booklets, Workbooks framework I adapted from the 
Default framework, and in going through the tags I saw there were many I would 
never use; would these be OK to delete? I mean tags such as 20 Fingerprint 
Identifier, 21 Legal Deposit Number, or 36 Music Incipit, and others. For the 
eventual Theses framework, I also would not need tags such as 10 International 
Standard Book Number (ISBN) or 11 International Standard Serial Number (ISSN) 
and many other, but would need a tag where I could list the student mentor for 
that particular thesis. I'd also like to add a Serial publications framework. 

Would I actually be safe in deleting these tags, or is there a better way to 
handle them? In my earlier efforts to add Z39.50 servers, I tested adding a 
title I had in hand, but I am being prevented from saving it since some of the 
tags were blank upon import and I wasn't sure how to fill them out. 


Best regards

Aida Đikić


-Original Message-
From: Koha  On Behalf Of 
koha-requ...@lists.katipo.co.nz
Sent: Wednesday, March 15, 2023 12:00 AM
To: koha@lists.katipo.co.nz
Subject: Koha Digest, Vol 209, Issue 15

Send Koha mailing list submissions to
koha@lists.katipo.co.nz

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.katipo.co.nz/mailman/listinfo/koha
or, via email, send a message with subject or body 'help' to
koha-requ...@lists.katipo.co.nz

You can reach the person managing the list at
koha-ow...@lists.katipo.co.nz

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of Koha digest..."
___

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

Re: [Koha] Adding Z39.50 servers

[libr...@ssst.edu.ba]

Hello René, 

Thank you again for taking the time to explain - I had to work out how to 
accomplish some things in Linux terminal since until this year I had no 
experience with it and it took me quite some time to understand how some things 
worked. 

To cut the long story short, I got the marc21xml2unimarc.xsl file to download 
to the server set aside for me by out IT manager, and then added the full path 
to the Z39.50 settings for LOC. I'm waiting for the password for BL so I can 
test it for that source. 

Before I actually do any imports, I will have to go through my framework and 
edit out the tags I won't need, but that's a topic for another post. 

Best regards

Aida Đikić


-Original Message-
From: René Seindal  
Sent: Monday, March 13, 2023 11:50 AM
To: libr...@ssst.edu.ba
Cc: koha@lists.katipo.co.nz
Subject: Re: [Koha] Adding Z39.50 servers

On 2023-03-13 09:03, libr...@ssst.edu.ba wrote:
> Hi,
> 
> I must have missed that. That's a bummer, because I check that site 
> whenever I'm cataloging and in 90% of the cases they already have the 
> book I'm working on at that moment. It would have been easier to 
> import the MARC records instead of copy/pasting lines one by one into 
> the fields. Now I have to check if the British Library has the same 
> disclaimer, because I requester a password to access their servers!

Hi Aida Đikić

It can be done.

I have an old blog where I keep notes and things, and I wrote it down:
https://rene.seindal.dk/2023/02/23/koha-library-software/

Here's the relevant section, but the links didn't come over with copy-paste.



MARC flavours

There are several flavours of MARC records. The major ones are MARK21 
(or USMARC) and UNIMARC, but in Europe most countries seem to use some 
locally modified format of one or the other.

We’re in Italy, so I configured our Koha instance to use UNIMARC.

The problem with LoC and BL is, I discoved after a while, one of 
different MARC flavours. Our instance uses UNIMARC while LoC and BL use 
MARC21.

Koha doesn’t convert from one format to the other when you import a 
record. Koha does ask you when you configure a Z39.50 server, which 
format the server uses, but it still doesn’t convert the data.

This took me a while.

MARC records are not XML, but in the X39.50 server configuration there 
was a fields for custom XSLT files. Maybe Koha worked internally with 
MARCXML which is an XML representation of a MARC record?

Apparently lots of libraries use a program called MarcEdit to do this 
conversion between MARC flavours. It is written by a Terry Reese, and lo 
and behold if he didn’t have such “MARC21 to UNIMARC” XSLT files on 
Github.

I downloaded his marc21xml2unimarc.xsl file, copied it to my VPS, 
entered the pathname in the Z39.50 server configuration, and suddenly my 
imports from LoC and BL worked perfectly.

-- 
René Seindal

___

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

Re: [Koha] Adding Z39.50 servers

[libr...@ssst.edu.ba]

Hi, 

I must have missed that. That's a bummer, because I check that site whenever 
I'm cataloging and in 90% of the cases they already have the book I'm working 
on at that moment. It would have been easier to import the MARC records instead 
of copy/pasting lines one by one into the fields. Now I have to check if the 
British Library has the same disclaimer, because I requester a password to 
access their servers! 

Best regards

Aida Đikić


-Original Message-
From: Katrin Fischer  
Sent: Friday, March 10, 2023 6:02 PM
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] Adding Z39.50 servers

Hi,

Koha can only import MARC records from Z39.50 and they should match your Koha's 
MARC flavor (UNIMARC or MARC21).

The website you linked says:

XML and SUTRS are supported. There are no plans to deliver MARC records as part 
of the Library Hub Discover service. The XML records conform to the MODS Schema 
<http://www.loc.gov/standards/mods/>.

So it might not be possible to use this as a target.

Hope this helps

Katrin

On 10.03.23 16:24, libr...@ssst.edu.ba wrote:
> Hi all,
>
> I'm currently reading up on using Z39.50 servers, and looking up prior 
> messages in the archives. I added (presumably correctly) the Jisc Library Hub 
> server using the data given 
> athttps://discover.libraryhub.jisc.ac.uk/support/api/#z3950  and even though 
> I can see there is a catalog entry for the book "Computer architecture : a 
> quantitative approach", ISBN 9780123838728, the only thing that comes up when 
> I try adding it using New from Z39.50/SRU is the following message:
>
> You searched for: ISBN: 9780123838728
>
> LIBRARY OF CONGRESS record 1: 239
> DISCOVER.LIBRARYHUB.JISC.AC.UK record 1: 238 
> DISCOVER.LIBRARYHUB.JISC.AC.UK record 2: 238 Nothing found.
>
> When I look it up by title, I get
>
> You searched for: Title: Computer architecture : a quantitative 
> approach
>
> DISCOVER.LIBRARYHUB.JISC.AC.UK record 1: 238 
> DISCOVER.LIBRARYHUB.JISC.AC.UK record 2: 238 
> DISCOVER.LIBRARYHUB.JISC.AC.UK record 3: 238 
> DISCOVER.LIBRARYHUB.JISC.AC.UK record 4: 238 
> DISCOVER.LIBRARYHUB.JISC.AC.UK record 5: 238 
> DISCOVER.LIBRARYHUB.JISC.AC.UK record 6: 238 
> DISCOVER.LIBRARYHUB.JISC.AC.UK record 7: 238 
> DISCOVER.LIBRARYHUB.JISC.AC.UK record 8: 238 
> DISCOVER.LIBRARYHUB.JISC.AC.UK record 9: 238 
> DISCOVER.LIBRARYHUB.JISC.AC.UK record 10: 238 
> DISCOVER.LIBRARYHUB.JISC.AC.UK record 11: 238 
> DISCOVER.LIBRARYHUB.JISC.AC.UK record 12: 238 
> DISCOVER.LIBRARYHUB.JISC.AC.UK record 13: 238 
> DISCOVER.LIBRARYHUB.JISC.AC.UK record 14: 238
>
> plus the option to import one of 7 records from the National Library of 
> France. Neither of them is the correct edition (I have the 5th ed.). I'm not 
> sure why this is happening, and what I need to do to import the record as it 
> exists on discover.libraryhub.jisc.ac.uk. Have any of you come accross 
> something like this?
>
> Best regards
>
> Aida Đikić
> Librarian
>
>
> Sarajevo School of Science and 
> Technology<https://ch1prd0106.outlook.com/owa/redir.aspx?C=iu4F3prvKk2
> 6qlF7uQhmd7OEU2zpNtAIhPhHP3bW1gbWZhDm1jdrx6t9-_QaJDL8tuecdpfo5C0.=
> http%3a%2f%2fwww.ssst.edu.ba%2f>
> Hrasnička Cesta 3A
> <https://ch1prd0106.outlook.com/owa/redir.aspx?C=iu4F3prvKk26qlF7uQhmd
> 7OEU2zpNtAIhPhHP3bW1gbWZhDm1jdrx6t9-_QaJDL8tuecdpfo5C0.=http%3a%2f
> %2fmaps.google.com%2fmaps%3fq%3dHrasnicka%2bCesta%2b3A%252CIlid%25u017
> Ea%2b71210%2b%252CBosnia%2band%2bHerzegovina%26hl%3den>Ilidža 71210 
> Bosnia and Herzegovina
> Work: +387 33 975-026
> Fax: +387 33 975-030
>
>
> ___
>
> Koha mailing listhttp://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] Adding Z39.50 servers

[libr...@ssst.edu.ba]

Hi all,

I'm currently reading up on using Z39.50 servers, and looking up prior messages 
in the archives. I added (presumably correctly) the Jisc Library Hub server 
using the data given at 
https://discover.libraryhub.jisc.ac.uk/support/api/#z3950 and even though I can 
see there is a catalog entry for the book "Computer architecture : a 
quantitative approach", ISBN 9780123838728, the only thing that comes up when I 
try adding it using New from Z39.50/SRU is the following message:

You searched for: ISBN: 9780123838728

LIBRARY OF CONGRESS record 1: 239
DISCOVER.LIBRARYHUB.JISC.AC.UK record 1: 238
DISCOVER.LIBRARYHUB.JISC.AC.UK record 2: 238
Nothing found.

When I look it up by title, I get

You searched for: Title: Computer architecture : a quantitative approach

DISCOVER.LIBRARYHUB.JISC.AC.UK record 1: 238
DISCOVER.LIBRARYHUB.JISC.AC.UK record 2: 238
DISCOVER.LIBRARYHUB.JISC.AC.UK record 3: 238
DISCOVER.LIBRARYHUB.JISC.AC.UK record 4: 238
DISCOVER.LIBRARYHUB.JISC.AC.UK record 5: 238
DISCOVER.LIBRARYHUB.JISC.AC.UK record 6: 238
DISCOVER.LIBRARYHUB.JISC.AC.UK record 7: 238
DISCOVER.LIBRARYHUB.JISC.AC.UK record 8: 238
DISCOVER.LIBRARYHUB.JISC.AC.UK record 9: 238
DISCOVER.LIBRARYHUB.JISC.AC.UK record 10: 238
DISCOVER.LIBRARYHUB.JISC.AC.UK record 11: 238
DISCOVER.LIBRARYHUB.JISC.AC.UK record 12: 238
DISCOVER.LIBRARYHUB.JISC.AC.UK record 13: 238
DISCOVER.LIBRARYHUB.JISC.AC.UK record 14: 238

plus the option to import one of 7 records from the National Library of France. 
Neither of them is the correct edition (I have the 5th ed.). I'm not sure why 
this is happening, and what I need to do to import the record as it exists on 
discover.libraryhub.jisc.ac.uk. Have any of you come accross something like 
this?

Best regards

Aida Đikić
Librarian


Sarajevo School of Science and 
Technology
Hrasnička Cesta 3A
Ilidža
 71210
Bosnia and Herzegovina
Work: +387 33 975-026
Fax: +387 33 975-030


___

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

Re: [Koha] Setting folders for access_dir

[libr...@ssst.edu.ba]

Hi David,

That sounds good! It would solve the need to use outside services such as imgur 
or others to link to various logos and icons, and I was also thinking about 
uploading files such as student books of regulations, plagiarism guides and 
such. This is what we have in the current in-house system. _ Honestly it would 
be much simpler to just continue using that since it covers a lot of our needs 
well, but whenever I need to add something or make a change, I have to track 
down IT staff, who are incredibly busy and have a list of tasks months long. I 
need something that I can go into and just make all the changes myself._

Thank you for the link; I don’t often think to check the bugs and see whether 
any solutions are hiding there. It would be _really_ useful if this could be 
made available out of the box as they say because, while I’ve had to learn how 
to install Koha and make the necessary edits to various config files by asking 
for help and following directions (with fingers crossed!) I would be much more 
comfortable with flipping a switch. (On the other hand, learning new skills is 
both useful and interesting; thankfully, my installations are for testing 
purposed only at this time.)



Best regards

Aida Đikić


From: David Liddle 
Sent: Monday, March 6, 2023 5:58 PM
To: koha@lists.katipo.co.nz
Cc: libr...@ssst.edu.ba
Subject: Re: [Koha] Setting folders for access_dir

Hello Aida, I just had my first experience with the “access_dir” function 
today. I’m experimenting with using it to expose the files that I have put into 
the following new directory on the server:

/var/lib/koha/libraryname/web/

The idea is to put files in this directory that can be referenced by URLs that 
are manually entered in system preferences, e.g. the favicon.ico image shown in 
the browser tab. The location of this directory was suggested to me in Bug 
33115, https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33115, because 
I was looking for a directory that would be included in the Koha backup routine 
and koha-dump and could be served through the web.

Back to the use of “access_dir”. By listing the files in that directory, a 
staff user with the access_files permission can see what files are available 
for logos and icons, for example, and enter the appropriate URL in the system 
preferences by putting the file name after the base URL and /web/ (as set up 
according to the bug commenter’s suggestion). I don’t expect it to be used this 
way very much, but doing this can enabled authorized staff to make changes to 
the site’s appearance without asking a system administrator to do everything.

The feature only lists the files in the staff interface and allows the staff 
user to download them. They can’t be edited or deleted, so they’re safe.
___

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

Re: [Koha] Replacing existing images in Koha with our own

[libr...@ssst.edu.ba]

Hello Fred, 

Thanks for continuing to look into this. I did finally manage to get an image 
to show up but had to convert the .svg file our devs use for the logo to a .png 
so I could upload it to an outside service. I'd prefer to use internal file 
links, and I'll try those commands soon. I wonder if it's possible to upload a 
file within the Koha librarian interface, and then use direct links to them???

(There's also an interesting piece of footer customization here: 
https://koharesourcepoint.wordpress.com/2021/02/23/how-to-create-mobile-responsive-footer-in-koha-opac/
 
It looks like something I could adapt for some additional links and a photo of 
the library or a shelving location diagram.)

Best regards

Aida Đikić


-Original Message-
From: King, Fred  
Sent: Friday, March 3, 2023 10:45 PM
To: libr...@ssst.edu.ba
Cc: koha@lists.katipo.co.nz
Subject: Re: [Koha] Replacing existing images in Koha with our own

My last post for the day, I promise. I have dinner to cook.

When last we met, I had figured out how to make pictures and other files easily 
accessible from Koha by putting them in /usr/share/koha/opac/htdocs. That would 
make them directly available as, for example,
   http://cheerfulvalleypl.online/nap_time.png
That had the disadvantage of being in the same folder structure as the Koha 
program files. If you don't want them there, you can create a symbolic link to, 
for example, /var/www/html. From the Ubuntu command line, type
   ln -s /var/www/html /usr/share/koha/opac/htdocs Then you can link to a file 
in a folder not in the Koha folder structure. For example, to display the file
/var/www/html/fred_king_mla.png
the web address is
   http://cheerfulvalleypl.online/html/fred_king_mla.png

This works for PDF files as well. Probably pretty much any file type, but I've 
just tried those two. What I haven't figured out is how to get the /html out of 
the address. Linking to /var/www doesn't work. However, that's a very minor 
complication that I don't really care about.

Comments and suggestions welcome, especially if I've gotten something wrong. 
Especially that.

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: libr...@ssst.edu.ba 
Sent: Friday, March 3, 2023 12:26 PM
To: King, Fred 
Cc: koha@lists.katipo.co.nz
Subject: [EXTERNAL] RE: [Koha] Replacing existing images in Koha with our own



**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.

 

Hello Fred - I will have to do something, but I'll leave it for later :) It 
looks like you succeeded - I only see the one image!

Best regards

Aida Đikić


-Original Message-
From: King, Fred 
Sent: Friday, March 3, 2023 6:19 PM
To: libr...@ssst.edu.ba
Cc: koha@lists.katipo.co.nz
Subject: RE: [Koha] Replacing existing images in Koha with our own

I'm working on this very problem as part of rebuilding the MedStar Authors 
catalog. As a workaround, you could try putting the images on a different 
server and linking to them. Take a look at cheerfulvalleypl.online.  The image 
of the library is on http://dokument.space/cvl_library_300.jpg. If you see any 
other pictures, it means I may have figured something out but I'm going to work 
on it next week.

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 libr...@ssst.edu.ba
Sent: Friday, March 3, 2023 12:07 PM
To: David Liddle 
Cc: koha@lists.katipo.co.nz
Subject: [EXTERNAL] Re: [Koha] Replacing existing images in Koha with our own



**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.

 

Thank you, David, I had just tried this literally a few minutes ago! However I 
got several errors (expecting an RBRACE) that I didn't know how to fix. I ended 
up right-click > inspect page source, and using this snippet of code: 

#logo {
background: transparent url(https://i.imgur.com/Cbn0f69.png) no-repeat 
scroll 0;
float: left!important;
padding: 0;
}

Unlike with the login image replacement, imgur did not add a pale overlay on 
top of the white Koha logo (I changed the background of the OPAC to a gradient 
from blue to red, which are our university colors so the green logo was 
clashing). I will continue to study the instructions over the weekend - I 
should have gone home two hours ago! 

Best regards

Aida Đi

Re: [Koha] Adding pages to Koha OPAC - Koha as a CMS

[libr...@ssst.edu.ba]

Hello Aleisha and Katrin, 

Thanks for replying! I was able to create a couple of pages before the weekend 
and they are visible in the librarian interface, but I couldn't get them to 
show up on the OPAC. I checked the instructions link Katrin posted, and found 
out I've skipped the final step, where I was supposed to ad the *link* to the 
existing page in one of the HTML customizations. Now I can choose whether to 
add it to OpacMoreSearches or one of the OpacNav fields. Another issue solved, 
thank you!  

I would very much like to handle these customizations before I tackle importing 
any data. Aleisha, thank you for the link: I will bookmark your page and go 
back to it for more tutorials. It is really helpful to have both examples of 
various code snippets and people to ask when you get stuck because it gets 
confusing for Koha (and Linux) first-timers. Thankfully both the UNIMARC 
installation on the work server space provided for me and the MARC21 on my 
personal laptop are for testing and I can try out various things without 
worrying about wiping my collection. 

Best regards

Aida Đikić


-Original Message-
From: Aleisha Amohia  
Sent: Sunday, March 5, 2023 11:25 PM
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] Adding pages to Koha OPAC - Koha as a CMS

Hello,

Just adding to Katrin's helpful link to the manual, we also wrote a blog post 
tutorial about how to use the Pages feature: 
https://www.catalyst.net.nz/blog/koha-cms-add-content-pages

We'll work on strengthening the manual documentation for this too.

Aleisha

On 4/03/23 04:39, Katrin Fischer wrote:
> Hi,
>
> the "Koha as a CMS" was replaced by the nee "Pages" feature in 22.11.
> That's why the old instructions have been removed from the manual and 
> should no longer be used. Have a look here:
>
> See here: 
> https://koha-community.org/manual/22.11/en/html/tools.html#pages
>
> Hope this helps,
>
> Katrin
>
> On 03.03.23 09:40, libr...@ssst.edu.ba wrote:
>> Hello all,
>>
>> I need some help with adding new pages to Koha. From what I gathered, 
>> we can use additional pages available through the Administration > 
>> System preferences > OPAC to add information about the library, 
>> libguides, etc. However, when I tried adding pages, I got the error
>> 404 when I tried opening the newly added page in OPAC (both default 
>> and current language), but the page is visible in the Librarian 
>> interface.
>>
>> I googled Koha pages, found instructions on using Koha as a CMS on 
>> "KohaGeek" https://kohageek.blogspot.com/2016/09/koha-as-cms.html and 
>> on "Solution For Library Management" blogs 
>> https://atulhbch.wordpress.com/2019/05/24/koha-as-a-web-page-koha-as-
>> cms/, followed those but I still get an error message.
>>
>> [The reason I used those blogs instead of say, 
>> https://koha-community.org/manual/21.11/en/html/extending_koha.html#u
>> sing-koha-as-a-content-management-system-cms
>> is because they list what commands to use instead of just saying copy 
>> this file to here. I then have to google which command is used to 
>> copy something using the terminal, which makes it *very frustrating* 
>> to follow any instructions on the official pages. I think there's a 
>> lot of users such as myself who have no Linux or programming 
>> experience and no support. It would be useful to already have the 
>> commands listed in the instructions.]
>>
>> Also, I just realized that Koha as a CMS instructions are missing 
>> from the manual for 22.11, which is the version I'm testing (Koha
>> 22.11.01 on my work server, and Koha 22.11.02 on my personal laptop). 
>> Is there a reason this was removed, and how do I get pages to show up 
>> in the OPAC? Thank you in advance!
>>
>> Best regards
>>
>> Aida Đikić
>>
>>
>> -Original Message-
>> From: Koha  On Behalf Of 
>> koha-requ...@lists.katipo.co.nz
>> Sent: Friday, March 3, 2023 12:00 AM
>> To: koha@lists.katipo.co.nz
>> Subject: Koha Digest, Vol 209, Issue 3
>>
>> Send Koha mailing list submissions to koha@lists.katipo.co.nz
>>
>> To subscribe or unsubscribe via the World Wide Web, visit 
>> https://lists.katipo.co.nz/mailman/listinfo/koha
>> or, via email, send a message with subject or body 'help' to 
>> koha-requ...@lists.katipo.co.nz
>>
>> You can reach the person managing the list at 
>> koha-ow...@lists.katipo.co.nz
>>
>> When replying, please edit your Subject line so it is more specific 
>> than "Re: Contents of Koha digest..."
>> ___
>>
>> Koha mailing list http://koha

Re: [Koha] Replacing existing images in Koha with our own

[libr...@ssst.edu.ba]

Hello Fred - I will have to do something, but I'll leave it for later :) It 
looks like you succeeded - I only see the one image!

Best regards

Aida Đikić


-Original Message-
From: King, Fred  
Sent: Friday, March 3, 2023 6:19 PM
To: libr...@ssst.edu.ba
Cc: koha@lists.katipo.co.nz
Subject: RE: [Koha] Replacing existing images in Koha with our own

I'm working on this very problem as part of rebuilding the MedStar Authors 
catalog. As a workaround, you could try putting the images on a different 
server and linking to them. Take a look at cheerfulvalleypl.online.  The image 
of the library is on http://dokument.space/cvl_library_300.jpg. If you see any 
other pictures, it means I may have figured something out but I'm going to work 
on it next week.

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 libr...@ssst.edu.ba
Sent: Friday, March 3, 2023 12:07 PM
To: David Liddle 
Cc: koha@lists.katipo.co.nz
Subject: [EXTERNAL] Re: [Koha] Replacing existing images in Koha with our own



**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.

 

Thank you, David, I had just tried this literally a few minutes ago! However I 
got several errors (expecting an RBRACE) that I didn't know how to fix. I ended 
up right-click > inspect page source, and using this snippet of code: 

#logo {
background: transparent url(https://i.imgur.com/Cbn0f69.png) no-repeat 
scroll 0;
float: left!important;
padding: 0;
}

Unlike with the login image replacement, imgur did not add a pale overlay on 
top of the white Koha logo (I changed the background of the OPAC to a gradient 
from blue to red, which are our university colors so the green logo was 
clashing). I will continue to study the instructions over the weekend - I 
should have gone home two hours ago! 

Best regards

Aida Đikić


-Original Message-
From: David Liddle 
Sent: Friday, March 3, 2023 5:59 PM
To: libr...@ssst.edu.ba
Cc: koha@lists.katipo.co.nz
Subject: Re: [Koha] Replacing existing images in Koha with our own

Aida, there is another method that can be used, which is similar to what is 
described here:
https://wiki.koha-community.org/wiki/HTML_%26_CSS_Library#Change_logo_and_background_color_of_masthead.
You would be using the system preference IntranetUserCss perhaps together with 
StaffLoginInstructions to achieve your end result.

That's the method that our system uses. It doesn't change the fact that 
permissions and links need to be correct, and it doesn't change the possibility 
that files placed in the htdocs directory may be overwritten. One advantage 
that I can think of over the method you found is this: by defining the logo in 
IntranetUserCSS, the field StaffLoginInstructions is left free for instructions 
and messages only. Separating the two could reduce confusion and mistakes.

David


On Fri, Mar 3, 2023 at 4:24 PM libr...@ssst.edu.ba  wrote:
>
> Hi all,
>
> Another thing I don't understand is how to replace images (logos in 
> the OPAC and the login etc.) with our own images. I have tried 
> following instructions on 
> https://www.vijenderkumar.com/2022/05/beautify-koha-staff-login-page.h
> tml
>
> >>Create an image for the logo or copy it from the institute's website. Save 
> >>it in the home folder with the name 'logo.jpg'
> >>Open the terminal and run the following command to paste the logo 
> >>image in htdocs folder from the home folder sudo cp logo.jpg 
> >>/usr/share/koha/opac/htdocs Now Open koha Staff Interface koha 
> >>administration➞ Global System Preferences➞Staff 
> >>Client➞StaffLoginInstructions Add the following html scripts in the 
> >>StaffLoginInstructions...
>
> How do I even save something to the home folder in the terminal?? When I 
> tried using it to copy the image to /usr/share/koha/opac/htdocs nothing 
> happened, so I asked one of our IT staff to install Filezilla for me so that 
> I can at least move the files to these locations. I proceeded with the 
> instructions and pasted the code to the StaffLoginInstructions, changed the 
> IP: http://127.0.1.1 with our Koha OPAC IP but there's just a broken image 
> where the logo is supposed to be. How in the world are others making these 
> changes?
>
> Best regards
>
> Aida Đikić
>
>
> -Original Message-
> From: Koha  On Behalf Of 
> koha-requ...@lists.katipo.co.nz
> Sent: Friday, March 3, 2023 12:00 AM
> To: koha@lists.katipo.co.nz
> Subject: Koha Digest, Vol 209, Issue 3
>
> Send Ko

Re: [Koha] Replacing existing images in Koha with our own

[libr...@ssst.edu.ba]

Thank you, David, I had just tried this literally a few minutes ago! However I 
got several errors (expecting an RBRACE) that I didn't know how to fix. I ended 
up right-click > inspect page source, and using this snippet of code: 

#logo {
background: transparent url(https://i.imgur.com/Cbn0f69.png) no-repeat 
scroll 0;
float: left!important;
padding: 0;
}

Unlike with the login image replacement, imgur did not add a pale overlay on 
top of the white Koha logo (I changed the background of the OPAC to a gradient 
from blue to red, which are our university colors so the green logo was 
clashing). I will continue to study the instructions over the weekend - I 
should have gone home two hours ago! 

Best regards

Aida Đikić


-Original Message-
From: David Liddle  
Sent: Friday, March 3, 2023 5:59 PM
To: libr...@ssst.edu.ba
Cc: koha@lists.katipo.co.nz
Subject: Re: [Koha] Replacing existing images in Koha with our own

Aida, there is another method that can be used, which is similar to what is 
described here:
https://wiki.koha-community.org/wiki/HTML_%26_CSS_Library#Change_logo_and_background_color_of_masthead.
You would be using the system preference IntranetUserCss perhaps together with 
StaffLoginInstructions to achieve your end result.

That's the method that our system uses. It doesn't change the fact that 
permissions and links need to be correct, and it doesn't change the possibility 
that files placed in the htdocs directory may be overwritten. One advantage 
that I can think of over the method you found is this: by defining the logo in 
IntranetUserCSS, the field StaffLoginInstructions is left free for instructions 
and messages only. Separating the two could reduce confusion and mistakes.

David


On Fri, Mar 3, 2023 at 4:24 PM libr...@ssst.edu.ba  wrote:
>
> Hi all,
>
> Another thing I don't understand is how to replace images (logos in 
> the OPAC and the login etc.) with our own images. I have tried 
> following instructions on 
> https://www.vijenderkumar.com/2022/05/beautify-koha-staff-login-page.h
> tml
>
> >>Create an image for the logo or copy it from the institute's website. Save 
> >>it in the home folder with the name 'logo.jpg'
> >>Open the terminal and run the following command to paste the logo 
> >>image in htdocs folder from the home folder sudo cp logo.jpg 
> >>/usr/share/koha/opac/htdocs Now Open koha Staff Interface koha 
> >>administration➞ Global System Preferences➞Staff 
> >>Client➞StaffLoginInstructions Add the following html scripts in the 
> >>StaffLoginInstructions...
>
> How do I even save something to the home folder in the terminal?? When I 
> tried using it to copy the image to /usr/share/koha/opac/htdocs nothing 
> happened, so I asked one of our IT staff to install Filezilla for me so that 
> I can at least move the files to these locations. I proceeded with the 
> instructions and pasted the code to the StaffLoginInstructions, changed the 
> IP: http://127.0.1.1 with our Koha OPAC IP but there's just a broken image 
> where the logo is supposed to be. How in the world are others making these 
> changes?
>
> Best regards
>
> Aida Đikić
>
>
> -Original Message-
> From: Koha  On Behalf Of 
> koha-requ...@lists.katipo.co.nz
> Sent: Friday, March 3, 2023 12:00 AM
> To: koha@lists.katipo.co.nz
> Subject: Koha Digest, Vol 209, Issue 3
>
> Send Koha mailing list submissions to
> koha@lists.katipo.co.nz
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.katipo.co.nz/mailman/listinfo/koha
> or, via email, send a message with subject or body 'help' to
> koha-requ...@lists.katipo.co.nz
>
> You can reach the person managing the list at
> koha-ow...@lists.katipo.co.nz
>
> When replying, please edit your Subject line so it is more specific than "Re: 
> Contents of Koha digest..."
> ___
>
> 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] Replacing existing images in Koha with our own

[libr...@ssst.edu.ba]

Hi all, 

Another thing I don't understand is how to replace images (logos in the OPAC 
and the login etc.) with our own images. I have tried following instructions on 
https://www.vijenderkumar.com/2022/05/beautify-koha-staff-login-page.html 

>>Create an image for the logo or copy it from the institute's website. Save it 
>>in the home folder with the name 'logo.jpg'
>>Open the terminal and run the following command to paste the logo image in 
>>htdocs folder from the home folder
>>sudo cp logo.jpg /usr/share/koha/opac/htdocs
>>Now Open koha Staff Interface
>>koha administration➞ Global System Preferences➞Staff 
>>Client➞StaffLoginInstructions
>>Add the following html scripts in the StaffLoginInstructions...

How do I even save something to the home folder in the terminal?? When I tried 
using it to copy the image to /usr/share/koha/opac/htdocs nothing happened, so 
I asked one of our IT staff to install Filezilla for me so that I can at least 
move the files to these locations. I proceeded with the instructions and pasted 
the code to the StaffLoginInstructions, changed the IP: http://127.0.1.1 with 
our Koha OPAC IP but there's just a broken image where the logo is supposed to 
be. How in the world are others making these changes? 

Best regards

Aida Đikić


-Original Message-
From: Koha  On Behalf Of 
koha-requ...@lists.katipo.co.nz
Sent: Friday, March 3, 2023 12:00 AM
To: koha@lists.katipo.co.nz
Subject: Koha Digest, Vol 209, Issue 3

Send Koha mailing list submissions to
koha@lists.katipo.co.nz

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.katipo.co.nz/mailman/listinfo/koha
or, via email, send a message with subject or body 'help' to
koha-requ...@lists.katipo.co.nz

You can reach the person managing the list at
koha-ow...@lists.katipo.co.nz

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of Koha digest..."
___

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

[Koha] Adding pages to Koha OPAC - Koha as a CMS

[libr...@ssst.edu.ba]

Hello all, 

I need some help with adding new pages to Koha. From what I gathered, we can 
use additional pages available through the Administration > System preferences 
> OPAC to add information about the library, libguides, etc. However, when I 
tried adding pages, I got the error 404 when I tried opening the newly added 
page in OPAC (both default and current language), but the page is visible in 
the Librarian interface. 

I googled Koha pages, found instructions on using Koha as a CMS on "KohaGeek" 
https://kohageek.blogspot.com/2016/09/koha-as-cms.html and on "Solution For 
Library Management" blogs 
https://atulhbch.wordpress.com/2019/05/24/koha-as-a-web-page-koha-as-cms/, 
followed those but I still get an error message. 

[The reason I used those blogs instead of say, 
https://koha-community.org/manual/21.11/en/html/extending_koha.html#using-koha-as-a-content-management-system-cms
 is because they list what commands to use instead of just saying copy this 
file to here. I then have to google which command is used to copy something 
using the terminal, which makes it *very frustrating* to follow any 
instructions on the official pages. I think there's a lot of users such as 
myself who have no Linux or programming experience and no support. It would be 
useful to already have the commands listed in the instructions.]

Also, I just realized that Koha as a CMS instructions are missing from the 
manual for 22.11, which is the version I'm testing (Koha 22.11.01 on my work 
server, and Koha 22.11.02 on my personal laptop). Is there a reason this was 
removed, and how do I get pages to show up in the OPAC? Thank you in advance!

Best regards

Aida Đikić


-Original Message-
From: Koha  On Behalf Of 
koha-requ...@lists.katipo.co.nz
Sent: Friday, March 3, 2023 12:00 AM
To: koha@lists.katipo.co.nz
Subject: Koha Digest, Vol 209, Issue 3

Send Koha mailing list submissions to
koha@lists.katipo.co.nz

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.katipo.co.nz/mailman/listinfo/koha
or, via email, send a message with subject or body 'help' to
koha-requ...@lists.katipo.co.nz

You can reach the person managing the list at
koha-ow...@lists.katipo.co.nz

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of Koha digest..."
___

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

[Koha] Setting folders for access_dir

[libr...@ssst.edu.ba]

Hello all, 

When I go to Access files under Additional tools, I get a message saying Error: 
Files could not be found because the "access_dir" option was not set in 
"koha-conf.xml". Contact your system administrator to add this option. 

Since Access files is meant for accessing "files stored on the server, like log 
files or reports", I assume it would be important to set this up correctly. 
What directory should be used to receive these log files and reports? 

Best regards

Aida Đikić


-Original Message-
From: Koha  On Behalf Of 
koha-requ...@lists.katipo.co.nz
Sent: Friday, February 24, 2023 12:00 AM
To: koha@lists.katipo.co.nz
Subject: Koha Digest, Vol 208, Issue 21

Send Koha mailing list submissions to
koha@lists.katipo.co.nz

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.katipo.co.nz/mailman/listinfo/koha
or, via email, send a message with subject or body 'help' to
koha-requ...@lists.katipo.co.nz

You can reach the person managing the list at
koha-ow...@lists.katipo.co.nz

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of Koha digest..."
___

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

[Koha] How to run batchRebuildBiblioTables.pl

[libr...@ssst.edu.ba]

Hi all,

I have been trying to find out how to run the batchRebuildBiblioTables.pl after 
Koha to MARC mapping errors were resolved, but couldn't figure out how exactly 
to execute this command in the terminal. After some googling it looked like 
/usr/share/koha/bin/batchRebuildBiblioTables.pl -c is what I needed to type, 
but I got this result:


Can't locate Koha/Script.pm in @INC (you may need to install the Koha::Script 
module) (@INC contains: /usr/share/koha/bin/ /etc/perl 
/usr/local/lib/x86_64-linux-gnu/perl/5.34.0 /usr/local/share/perl/5.34.0 
/usr/lib/x86_64-linux-gnu/perl5/5.34 /usr/share/perl5 
/usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.34 
/usr/share/perl/5.34 /usr/local/lib/site_perl) at 
/usr/share/koha/bin/batchRebuildBiblioTables.pl line 9.
BEGIN failed--compilation aborted at 
/usr/share/koha/bin/batchRebuildBiblioTables.pl line 9.


When that didn't work I tried searching the archive for 
batchRebuildBiblioTables.pl and found this message: 
https://lists.katipo.co.nz/public/koha/2021-July/056487.html, which suggested 
using sudo koha-shell -c '/usr/share/koha/bin/batchRebuildBiblioTables.pl -c' 
your_koha_name

So I tried sudo koha-shell -c '/usr/share/koha/bin/batchRebuildBiblioTables.pl 
-c' library

The result was:


DBD::mysql::st execute failed: Table 'koha_library.systempreferences' doesn't 
exist at /usr/share/koha/lib/Koha/Database.pm line 152.
DBD::mysql::st execute failed: Table 'koha_library.systempreferences' doesn't 
exist at /usr/share/koha/lib/Koha/Database.pm line 152.
DBD::mysql::st execute failed: Table 'koha_library.systempreferences' doesn't 
exist at /usr/share/koha/lib/Koha/Database.pm line 152.
DBD::mysql::st execute failed: Table 'koha_library.biblio' doesn't exist at 
/usr/share/koha/lib/Koha/Database.pm line 152.
DBD::mysql::st fetchrow failed: fetch() without execute() at 
/usr/share/koha/lib/Koha/Database.pm line 152.


Can someone help with how to resolve these please? Will I need to install 
Koha::Script module  and how?

My Koha version is 22.11.01, and MARC flavor is UNIMARC. I had recently run 
Koha to MARC mapping and my MARC Bibliographic framework test returned all OK 
after correcting the errors, but the message at the top of the page says If you 
make any change to the mappings, you must ask your administrator to run 
misc/batchRebuildBiblioTables.pl. Since our IT is dealing with other things and 
I'm the only one handling Koha installation, setup and eventual usage (god help 
me) I need to figure out many things that could seem obvious to more 
experienced users here. I only just started using Linux this month.

Thank you in advance!


Best regards

Aida Đikić



___

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

Re: [Koha] Errors in the MARC bibliographic framework test: itemtype NOT mapped and subfields not in same tabs (UNIMARC)

[libr...@ssst.edu.ba]

Hello all, 

Just to send an update; I managed to resolve the errors, thank you! There are 
others I must work on, but those are for other threads, and also digging 
through the mailing archives. 

-Original Message-
From: libr...@ssst.edu.ba  
Sent: Wednesday, February 22, 2023 12:09 PM
To: Andreas Roussos ; koha@lists.katipo.co.nz
Subject: Re: [Koha] Errors in the MARC bibliographic framework test: itemtype 
NOT mapped and subfields not in same tabs (UNIMARC)

Hello Andreas,

thank you; I created a BKS framework but I must say I am not that good with 
MARC records, as it's been a while since I studied it at uni, and most of my 
catalog work has been in a simplified in-house system at our library. But as 
they say it's never too late to learn new things.

I created a Books, Booklets, Workbooks framework; will I have to remove fields 
from the framework one by one, or are there BKS frameworks for UNIMARC I could 
import?

I also noticed that under Koha to MARC mapping, it says "If you make any change 
to the mappings, you must ask your administrator to run 
misc/batchRebuildBiblioTables.pl". How is that done exactly, in the terminal? 
Using which command? Thank you in advance!


Best regards

Aida Đikić

From: Andreas Roussos 
Sent: Wednesday, February 22, 2023 10:59 AM
To: libr...@ssst.edu.ba ; koha@lists.katipo.co.nz 

Subject: Re: [Koha] Errors in the MARC bibliographic framework test: itemtype 
NOT mapped and subfields not in same tabs (UNIMARC)

Hello Aida,


We are UNIMARC users too (in Greece) and came across the same issue while 
evaluating Koha 22.11.

You need to take a couple of steps in order for the MARC bibliographic 
framework test to complete without errors.


However, I just wanted to point something out first: I can see from your 
message that you're using Koha's "Default" framework.

As per the official manual [1], it's a good idea to create a clone of the 
"Default" framework (e.g. name it "Books") and apply any changes to your new 
framework. Then, use that new framework when cataloguing books.

Otherwise you may run into problems if you perform a Koha upgrade later on and 
the "Default" framework's definition for UNIMARC has changed in the mean time.


For the first error, in "Administration > Koha to MARC mapping" you should keep 
just one Koha-to-MARC mapping for biblioitems.itemtype (e.g.
delete the one for subfield 099$t and keep the one for 942$c).


Then, for the second error the easiest way to fix it is (once you've created 
your new framework) to run the following SQL statement (replacing 
 with your new framework's code):

UPDATE marc_subfield_structure SET tab = 4 WHERE frameworkcode = 
"" AND tagfield LIKE '4%' AND tagsubfield = '0' AND tab != 
4 ;

This SQL statement will set the "managed in tab" value to '4' for the tags you 
mentioned in your message (it's actually the 0 subfield in each tag that's 
managed in tab 3 by mistake).

Alternatively, you can edit each 4xx$0 subfield manually and set the "Managed 
in tab" dropdown to '4', but it will take longer ;-)


I hope this helps!


Kind regards,

Andreas

[1]
https://koha-community.org/manual/22.11/en/html/administration.html#marc-bibliographic-frameworks

On 2023-02-22 11:25, libr...@ssst.edu.ba wrote:
> Hello all,
>
> I am new to both Koha and Linux, and I have been trying to learn how to use 
> both as I want our library to move from an in-house developed system to Koha. 
> I am in Bosnia, and we use UNIMARC, so I chose that as my MARC flavor during 
> the installation. When doing the MARC bibliographic framework test, I got two 
> errors:
>
> itemtype NOT mapped the biblioitems.itemtype field MUST :
>  - be mapped to a MARC subfield,
>  - the corresponding subfield MUST have "Authorized 
> value" set to "itemtype"
>
> subfields not in same tabsNot all subfields for the following tags are in 
> the same tab (or marked 'ignored').
>
> CodeDescription Tag Tabs in use
> Default framework   410 3,4
>
> The tabs in use for all tags are tabs 3,4 and the tags are:
>
> 410 to 413
> 421 to 425
> 430 to 437
> 440 to 448
> 451 to 456
> 461 to 464
> 470
> 481 to 482
> 488
>
> I'm not sure how to fix this error? What do I need to do?
>
>
> Best regards
>
> Aida Đikić
> ___
>
> 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] Errors in the MARC bibliographic framework test: itemtype NOT mapped and subfields not in same tabs (UNIMARC)

[libr...@ssst.edu.ba]

Hello Andreas,

thank you; I created a BKS framework but I must say I am not that good with 
MARC records, as it's been a while since I studied it at uni, and most of my 
catalog work has been in a simplified in-house system at our library. But as 
they say it's never too late to learn new things.

I created a Books, Booklets, Workbooks framework; will I have to remove fields 
from the framework one by one, or are there BKS frameworks for UNIMARC I could 
import?

I also noticed that under Koha to MARC mapping, it says "If you make any change 
to the mappings, you must ask your administrator to run 
misc/batchRebuildBiblioTables.pl". How is that done exactly, in the terminal? 
Using which command? Thank you in advance!


Best regards

Aida Đikić

From: Andreas Roussos 
Sent: Wednesday, February 22, 2023 10:59 AM
To: libr...@ssst.edu.ba ; koha@lists.katipo.co.nz 

Subject: Re: [Koha] Errors in the MARC bibliographic framework test: itemtype 
NOT mapped and subfields not in same tabs (UNIMARC)

Hello Aida,


We are UNIMARC users too (in Greece) and came across the same issue
while evaluating Koha 22.11.

You need to take a couple of steps in order for the MARC bibliographic
framework test to complete without errors.


However, I just wanted to point something out first: I can see from your
message that you're using Koha's "Default" framework.

As per the official manual [1], it's a good idea to create a clone of
the "Default" framework (e.g. name it "Books") and apply any changes to
your new framework. Then, use that new framework when cataloguing books.

Otherwise you may run into problems if you perform a Koha upgrade later
on and the "Default" framework's definition for UNIMARC has changed in
the mean time.


For the first error, in "Administration > Koha to MARC mapping" you
should keep just one Koha-to-MARC mapping for biblioitems.itemtype (e.g.
delete the one for subfield 099$t and keep the one for 942$c).


Then, for the second error the easiest way to fix it is (once you've
created your new framework) to run the following SQL statement
(replacing  with your new framework's code):

UPDATE marc_subfield_structure SET tab = 4 WHERE frameworkcode =
"" AND tagfield LIKE '4%' AND tagsubfield = '0' AND
tab != 4 ;

This SQL statement will set the "managed in tab" value to '4' for the
tags you mentioned in your message (it's actually the 0 subfield in each
tag that's managed in tab 3 by mistake).

Alternatively, you can edit each 4xx$0 subfield manually and set the
"Managed in tab" dropdown to '4', but it will take longer ;-)


I hope this helps!


Kind regards,

Andreas

[1]
https://koha-community.org/manual/22.11/en/html/administration.html#marc-bibliographic-frameworks

On 2023-02-22 11:25, libr...@ssst.edu.ba wrote:
> Hello all,
>
> I am new to both Koha and Linux, and I have been trying to learn how to use 
> both as I want our library to move from an in-house developed system to Koha. 
> I am in Bosnia, and we use UNIMARC, so I chose that as my MARC flavor during 
> the installation. When doing the MARC bibliographic framework test, I got two 
> errors:
>
> itemtype NOT mapped the biblioitems.itemtype field MUST :
>  - be mapped to a MARC subfield,
>  - the corresponding subfield MUST have "Authorized 
> value" set to "itemtype"
>
> subfields not in same tabsNot all subfields for the following tags are in 
> the same tab (or marked 'ignored').
>
> CodeDescription Tag Tabs in use
> Default framework   410 3,4
>
> The tabs in use for all tags are tabs 3,4 and the tags are:
>
> 410 to 413
> 421 to 425
> 430 to 437
> 440 to 448
> 451 to 456
> 461 to 464
> 470
> 481 to 482
> 488
>
> I'm not sure how to fix this error? What do I need to do?
>
>
> Best regards
>
> Aida Đikić
> ___
>
> 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] Errors in the MARC bibliographic framework test: itemtype NOT mapped and subfields not in same tabs (UNIMARC)

[libr...@ssst.edu.ba]

Hello all,

I am new to both Koha and Linux, and I have been trying to learn how to use 
both as I want our library to move from an in-house developed system to Koha. I 
am in Bosnia, and we use UNIMARC, so I chose that as my MARC flavor during the 
installation. When doing the MARC bibliographic framework test, I got two 
errors:

itemtype NOT mapped the biblioitems.itemtype field MUST :
 - be mapped to a MARC subfield,
 - the corresponding subfield MUST have "Authorized 
value" set to "itemtype"

subfields not in same tabsNot all subfields for the following tags are in 
the same tab (or marked 'ignored').

CodeDescription Tag Tabs in use
Default framework   410 3,4

The tabs in use for all tags are tabs 3,4 and the tags are:

410 to 413
421 to 425
430 to 437
440 to 448
451 to 456
461 to 464
470
481 to 482
488

I'm not sure how to fix this error? What do I need to do?


Best regards

Aida Đikić
___

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