[Isis-users] Z49.50 and conversion tables

[De Smet Egbert]

Alternatively one can also put, instead of leading spaces, '$$' as indicators, at least that is what I have seen in other MARC-records. Probably that is for the same reason.

On the other hand, if you use MARC and therefore subfields (all the time), you have to refer to ^a explicitly in your PFTs, and then whether or not there are preceding indicators and/or spaces does not matter too much.  But it matters when referring to a substring of that field, e.g. v245*2, since then fixed positions are used.

Otherwise dropping the line $val=$trim(val); only deletes the leading and trailing spaces (as a standard PHP-function), so it is not too much harmful.


Egbert de Smet
Universiteit Antwerpen


________________________________
From: isis-users <isis-users-bounces+egbert.desmet=ua.ac.be at iccisis.org> on behalf of Piet De Keyser <piet.dekeyser at ucll.be>
Sent: Wednesday, January 30, 2019 10:00 PM
To: isis-users at iccisis.org
Subject: [Isis-users] Z49.50 and conversion tables


Dear colleagues,


When you import records using Z39.50 ABCD works fine; also if you are using a conversion table. But: if you import MARC records there may be a problem when you are using a conversion table, i.e. leading spaces are deleted (not when you are NOT using a conversion table: then the leading space are kept). The thing is that leading spaces have a meaning in MARC: they are empty endicators, e.g.


300:  ^a789 pages :^billustrations, ^c23 cm


In this field the two indicators stay empty, i.e. they are represented by spaces. In the next example the first one stays empty:


264: 1^aLondon :^aMacmillan,^c2009 [here only the second indicator is used, so it is important that then "1" is not moved to the first position]


In contrast to this, in the next example the two indicators are not empty:


245:12^aA new marketing strategy [etc.]


In order to keep the spaces when using a conversion table you should delete this line in the script z3950_copy.PHP:

$val=trim($val);

All this under the condition that there is no other situation where you would need to remove the leading spaces when using a conversion table. Does anyone know of such a situation? If not, it could be better to remove the code line above from the z3950_copy script permanentely in future distributions of ABCD.


Piet de Keyser
<http://www.personeel.khleuven.be/~pikey>https://personeel.ucll.be/u0082832<https://personeel.ucll.be/u0082832/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20190131/39f38f00/attachment.html>