Just for the record:
The solution was to do the following in framework ACQ (as downloadable
from https://wiki.koha-community.org/wiki/MARC_frameworks )
* add MARC 000
* set that field as Mandatory
* add the default value " nam a22 7a 4500"
* make it visible for OPAC, Intranet and
Hi Caroline
Unfortunately it doesn't help just adding MARC 000, or adding MARC 000
and setting a default value of " nam a22 7a 4500". Still special
characters are mutilated. I have now tested this with Koha 18.11.03,
19.11.05 and 20.11.00.
I have commented the bug report
Hi Michael,
Unfortunately, I don't remember which library had this problem (I work
for a company that supports over 40 libraries), so I'm not sure I could
find the framework again to export it.
However, I did find the bug report that I filled way back when I had
this problem.
Hi Caroline
> When I had this problem, had to do with the leader (field 000) the the
> ACQ framework. The leader (position 9) indicates the character
> encoding.
> If it's not there, Koha freaks out and mangles the special characters.
>
> So to solve your problem, add field 000 in your ACQ
Hi Michael,
When I had this problem, had to do with the leader (field 000) the the
ACQ framework. The leader (position 9) indicates the character encoding.
If it's not there, Koha freaks out and mangles the special characters.
So to solve your problem, add field 000 in your ACQ framework.
Hi
We have tested the following with Koha 18.11.03 and 20.11.00, both on
Debian 9.
We are using framework ACQ (downloaded from
https://wiki.koha-community.org/wiki/MARC_frameworks ) and have
activated Koha system preference "UseACQFrameworkForBiblioRecords".
In Koha menu "Acquisitions >
6 matches
Mail list logo
