[Isis-users] Z49.50 and conversion tables

spinaker spinaker at adinet.com.uy
Thu Jan 31 11:05:01 CET 2019


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> 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
> https://personeel.ucll.be/u0082832 <https://personeel.ucll.be/u0082832/>
>
> _______________________________________________
> isis-users mailing list
> 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


-- 
   .^.                                .^.
   ( )                                ( )
   ===                                ===
  =[=]================================[=]=
   | |  Ernesto Spinak                | |
   | |  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/f3a3e76e/attachment.html>


More information about the isis-users mailing list