[Isis-users] Z39.50 and conversion tables

[Piet De Keyser]

First of all: sorry for my typo: not Z49.50 but Z39.50 of course.

Does all this mean that everyone is in favour of leaving the code "$val=trim($val);" in the script?

Another question still concerning Z39.50 is: some hosts (e.g. OCLC) need a login and password when approached by Z39.50.  In a tool like MarcEdit you can enter login and password for you hosts when necessary. It could be an improvement if we had this possibility for ABCD too.

Piet de Keyser
<http://www.personeel.khleuven.be/~pikey>https://personeel.ucll.be/u0082832<https://personeel.ucll.be/u0082832/>

________________________________
Van: isis-users <isis-users-bounces+piet.dekeyser=ucll.be at iccisis.org> namens spinaker <spinaker at adinet.com.uy>
Verzonden: donderdag 31 januari 2019 11:05
Aan: isis-users at iccisis.org
Onderwerp: Re: [Isis-users] Z49.50 and conversion tables

I usually use instead of blank spaces  | or  \  (pipe or backslash) and it also works

Ernesto Spinak

El 31/01/2019 a las 4:24, De Smet Egbert escribió:

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><mailto:isis-users-bounces+egbert.desmet=ua.ac.be at iccisis.org> on behalf of Piet De Keyser <piet.dekeyser at ucll.be><mailto:piet.dekeyser at ucll.be>
Sent: Wednesday, January 30, 2019 10:00 PM
To: isis-users at iccisis.org<mailto: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
https://personeel.ucll.be/u0082832<https://personeel.ucll.be/u0082832/>



_______________________________________________
isis-users mailing list
isis-users at iccisis.org<mailto:isis-users at iccisis.org>
To manage your own subscription options go to: http://lists.iccisis.org/listinfo/isis-users
Or contact Henk Rutten: hlrutten at xs4all.nl<mailto:hlrutten at xs4all.nl>



--
  .^.                                .^.
  ( )                                ( )
  ===                                ===
 =[=]================================[=]=
  | |  Ernesto Spinak                | |
  | |  spinaker at adinet.com.uy<mailto:spinaker at adinet.com.uy>        | |
  | |  Montevideo, Uruguay           | |
  | |  tel/fax  (598) 2622-3352      | |
  | |  celular  (598) 99612238      | |
 =[=]================================[=]=
  ===                                ===
  ( )                                ( )
   V                                  V
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20190131/720c495e/attachment.html>