[Koha] Encoding and Character Sets in Koha

Narcis Garcia informatica at actiu.net
Mon Sep 3 20:04:19 NZST 2018


I've tested default framework in "Catalyst IT Ltd" demo, and it has same
behaviour: Without clicking in 000/LEADER field, it's not filled and
[Save] action complains about required value.



El 03/09/18 a les 08:00, Katrin Fischer ha escrit:
> Hi Narcis,
> 
> if configured correctly Koha will not let you save the record without
> filling in a default value. If it only does fill the LDR if you click in
> the field, something is still not quite right in your configuration.
> 
> I suggest you try the behavior in one of the available demo databases
> and compare your framework configuration with the default.
> 
> You can also use the 'default' setting, but getting it to work the
> standard would be better I think.
> 
> Katrin
> 
> 
> On 31.08.2018 10:26, Narcis Garcia wrote:
>> - No plugin icon; as far as I know the form icons.
>> - 000 is mandatory and 000@ is mandatory too; but it has effect only
>> when Visibility:Editor=Enabled
>> - When Visibility:Editor=Enabled it only populates a value on click.
>> When this is done, international characters have full expected behavior
>> (right recorded and shown).
>>
>> I understand now that 000@ subfield is required to be visible on catalog
>> record creation, and must be filled with JS proposed value.
>> Is there some way to cataloguer people doesn't have to deal with 000@
>> subfield? A prefilled value?
>>
>> Thanks.
>>
>>
>> El 30/08/18 a les 22:08, Katrin Fischer ha escrit:
>>> Hi Narcis,
>>>
>>> 000 should, if properly configured, auto-fill with a good value when
>>> clicking into the input field or when trying to save the record for the
>>> first time.
>>>
>>> - Is there a plugin icon next to the 000 field?
>>> - Is it mandatory?
>>> - Does it populate when you click it?
>>>
>>> If the LDR is there, new records should display ok without need to edit
>>> them again.
>>>
>>> Katrin
>>>
>>>
>>> On 29.08.2018 10:09, Narcis Garcia wrote:
>>>> From: koha-owner at lists.katipo.co.nz
>>>> "Your message to Koha awaits moderator approval"
>>>> "Message body is too big: 61980 bytes with a limit of 40 KB"
>>>>
>>>> I'm still waiting for somebody releases that my previous post to the
>>>> list. I had to format it in HTML to present some SQL table properties.
>>>>
>>>>
>>>> Thank you Katrin for the 000@ subfield steps, but now I see that
>>>> behaviour strange:
>>>> To a MARC21 record is shown properly with unicode strings, it must be
>>>> typed and saved 2 times:
>>>> - First time it's saved right, but characters are shown bad on any Koha
>>>> web interface.
>>>> - After editing, re-typing and re-saving, all things are right
>>>> (database
>>>> data and web representation).
>>>>
>>>> If I set and leave [MARC21]000@ subfield with
>>>> Visibility:Editor=Disabled
>>>> Then a JS error message prevents I save new catalog records:
>>>> "Can't save this record because the following field aren't filled:
>>>> * tag 000 subfield 0 campo de control de longitud fija in tab 9"
>>>>
>>>> Does 000 at 0 subfield expect a constant value for any new record, or
>>>> different value on each record? Can I default some pre-fixed value, or
>>>> the only way is to create + review each new catalog record at all?
>>>>
>>>>
>>>>
>>>> El 26/08/18 a les 19:27, Katrin Fischer ha escrit:
>>>>> Hi Narics,
>>>>>
>>>>> try the following:
>>>>>
>>>>> In your MARC framework, make the LDR 000 @ visible in the editor
>>>>> again.
>>>>> Open the record, make sure the field is filled, save it. The plugin
>>>>> linked to the LDR should take care of setting some sensible default
>>>>> value just by clicking into the field. Try to view the record
>>>>> again, see
>>>>> if that fixes your problem.
>>>>>
>>>>> Note: the leader contains information about the encoding of the
>>>>> record,
>>>>> if the LDR is missing, you can get records that behave strangely.
>>>>>
>>>>> Katrin
>>>>>
>>>>>
>>>>> On 25.08.2018 11:44, Narcis Garcia wrote:
>>>>>> Didn't see the "El halcon Maltš" example?
>>>>>> As "Koha web interface" I meant both OPAC and staff area.
>>>>>>
>>>>>>
>>>>>>
>>>>>> El 24/08/18 a les 18:24, Michael Kuhn ha escrit:
>>>>>>> Hi Narcis
>>>>>>>
>>>>>>> You wrote:
>>>>>>>
>>>>>>>> When cataloguing books with non-english characters, I see well
>>>>>>>> saved
>>>>>>>> strings at database (from OS console), but Koha web interface is
>>>>>>>> not
>>>>>>>> showing those unicode characters as expected.
>>>>>>> What exactly is shown? Can you give some examples?
>>>>>>>
>>>>>>> What do you exactly mean with "Koha web interface" - is this the
>>>>>>> staff
>>>>>>> client or the OPAC or both?
>>>>>>>
>>>>>>> Is your Koha OPAC maybe accessible, and if yes what is the URL?
>>>>>>>
>>>>>>> Best wishes: Michael
>>>>>> _______________________________________________
>>>>>> Koha mailing list  http://koha-community.org
>>>>>> Koha at lists.katipo.co.nz
>>>>>> https://lists.katipo.co.nz/mailman/listinfo/koha
>>>>> _______________________________________________
>>>>> Koha mailing list  http://koha-community.org
>>>>> Koha at lists.katipo.co.nz
>>>>> https://lists.katipo.co.nz/mailman/listinfo/koha
>>>> _______________________________________________
>>>> Koha mailing list  http://koha-community.org
>>>> Koha at lists.katipo.co.nz
>>>> https://lists.katipo.co.nz/mailman/listinfo/koha
>>> _______________________________________________
>>> Koha mailing list  http://koha-community.org
>>> Koha at lists.katipo.co.nz
>>> https://lists.katipo.co.nz/mailman/listinfo/koha
>> _______________________________________________
>> Koha mailing list  http://koha-community.org
>> Koha at lists.katipo.co.nz
>> https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> _______________________________________________
> Koha mailing list  http://koha-community.org
> Koha at lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha


More information about the Koha mailing list