<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">I usually use instead of blank spaces 
      | or  \  (pipe or backslash) and it also works</div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Ernesto Spinak<br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">El 31/01/2019 a las 4:24, De Smet
      Egbert escribió:<br>
    </div>
    <blockquote type="cite"
      cite="mid:483c8c22f81b44c888d4b0f6aa0ac720@uantwerpen.be">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252">
      <style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
      <div id="divtagdefaultwrapper"
style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif;"
        dir="ltr">
        <p>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.</p>
        <p>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.</p>
        <p>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.<br>
        </p>
        <p><br>
        </p>
        <div id="Signature">
          <div class="BodyFragment"><font size="2"><span
                style="font-size:10pt;">
                <div class="PlainText">Egbert de Smet<br>
                  Universiteit Antwerpen</div>
              </span></font></div>
        </div>
        <br>
        <br>
        <div style="color: rgb(0, 0, 0);">
          <hr tabindex="-1" style="display:inline-block; width:98%">
          <div id="divRplyFwdMsg" dir="ltr"><font style="font-size:11pt"
              face="Calibri, sans-serif" color="#000000"><b>From:</b>
              isis-users
              <a class="moz-txt-link-rfc2396E" href="mailto:isis-users-bounces+egbert.desmet=ua.ac.be@iccisis.org"><isis-users-bounces+egbert.desmet=ua.ac.be@iccisis.org></a>
              on behalf of Piet De Keyser <a class="moz-txt-link-rfc2396E" href="mailto:piet.dekeyser@ucll.be"><piet.dekeyser@ucll.be></a><br>
              <b>Sent:</b> Wednesday, January 30, 2019 10:00 PM<br>
              <b>To:</b> <a class="moz-txt-link-abbreviated" href="mailto:isis-users@iccisis.org">isis-users@iccisis.org</a><br>
              <b>Subject:</b> [Isis-users] Z49.50 and conversion tables</font>
            <div> </div>
          </div>
          <div>
            <div id="divtagdefaultwrapper" dir="ltr"
              style="font-size:12pt; color:#000000;
              font-family:Calibri,Helvetica,sans-serif">
              <p style="margin-top:0; margin-bottom:0">Dear colleagues,</p>
              <p style="margin-top:0; margin-bottom:0"><br>
              </p>
              <p style="margin-top:0; margin-bottom:0">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.</p>
              <p style="margin-top:0; margin-bottom:0"><br>
              </p>
              <p style="margin-top:0; margin-bottom:0">300:  ^a789 pages
                :^billustrations, ^c23 cm</p>
              <p style="margin-top:0; margin-bottom:0"><br>
              </p>
              <p style="margin-top:0; margin-bottom:0">In this field the
                two indicators stay empty, i.e. they are represented by
                spaces. In the next example the first one stays empty:</p>
              <p style="margin-top:0; margin-bottom:0"><br>
              </p>
              <p style="margin-top:0; margin-bottom:0">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]</p>
              <p style="margin-top:0; margin-bottom:0"><br>
              </p>
              <p style="margin-top:0; margin-bottom:0">In contrast to
                this, in the next example the two indicators are not
                empty:</p>
              <p style="margin-top:0; margin-bottom:0"><br>
              </p>
              <p style="margin-top:0; margin-bottom:0">245:12^aA new
                marketing strategy [etc.]</p>
              <p style="margin-top:0; margin-bottom:0"><br>
              </p>
              <p style="margin-top:0; margin-bottom:0">In order to keep
                the spaces when using a conversion table you should
                delete this line in the script z3950_copy.PHP:</p>
              <blockquote>
                <p style="margin-top:0; margin-bottom:0">$val=trim($val);</p>
              </blockquote>
              <p style="margin-top:0; margin-bottom:0">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.</p>
              <p style="margin-top:0; margin-bottom:0"><br>
              </p>
              <div id="Signature">
                <meta content="text/html; charset=UTF-8">
                <div id="divtagdefaultwrapper" dir="ltr"
                  style="font-size:12pt; color:rgb(0,0,0);
font-family:Calibri,Helvetica,sans-serif,"EmojiFont","Apple
                  Color Emoji","Segoe UI
                  Emoji",NotoColorEmoji,"Segoe UI
                  Symbol","Android Emoji",EmojiSymbols">
                  <div name="divtagdefaultwrapper"
                    style="font-family:Calibri,Arial,Helvetica,sans-serif;
                    font-size:; margin:0">
                    Piet de Keyser<br>
                    <a href="https://personeel.ucll.be/u0082832/"
                      class="OWAAutoLink" id="LPNoLP"
                      moz-do-not-send="true">https://personeel.ucll.be/u0082832</a><br>
                  </div>
                </div>
              </div>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
isis-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:isis-users@iccisis.org">isis-users@iccisis.org</a>
To manage your own subscription options go to: <a class="moz-txt-link-freetext" href="http://lists.iccisis.org/listinfo/isis-users">http://lists.iccisis.org/listinfo/isis-users</a>
Or contact Henk Rutten: <a class="moz-txt-link-abbreviated" href="mailto:hlrutten@xs4all.nl">hlrutten@xs4all.nl</a>
</pre>
    </blockquote>
    <p><br>
    </p>
    <pre class="moz-signature" cols="72">-- 
  .^.                                .^.
  ( )                                ( )
  ===                                ===
 =[=]================================[=]=
  | |  Ernesto Spinak                | |
  | |  <a class="moz-txt-link-abbreviated" href="mailto:spinaker@adinet.com.uy">spinaker@adinet.com.uy</a>        | |
  | |  Montevideo, Uruguay           | |
  | |  tel/fax  (598) 2622-3352      | |
  | |  celular  (598) 99612238      | |
 =[=]================================[=]=
  ===                                ===
  ( )                                ( )
   V                                  V </pre>
  </body>
</html>