<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hi.<br>
      Going forward we expect to use DOM and ICU with MARC21.  Broadly
      we are getting good behaviour.  However at present searching
      authorities gives the same results for "starts with" and
      "contains".  On some installations we have that are older versions
      of zebra and Koha and probably not using DOM or ICU the two
      authority searches do give results that are more-expected.<br>
      Colin has been trying to track down why "starts with" is treated
      the same as "contains", but it would be good to have this resolved
      so we are improving searching for all and not breaking existing
      functions.  If anyone can shine any light on this problem or a
      solution that would be most helpful.<br>
      +1 for the roadmap.<br>
      <br>
      Ian<br>
      <br>
      On 24/10/2013 15:44, Galen Charlton wrote:<br>
    </div>
    <blockquote
cite="mid:CAPLnt64ThLSDKSSYXVoWkrEK+W1C0Z0yzi0GQp8z=J-wyrY_cg@mail.gmail.com"
      type="cite">
      <div dir="ltr">Hi,
        <div><br>
        </div>
        <div>I would like to have a discussion regarding making certain
          options the default for new installations of Koha 3.14 and
          deprecating other options.  Here's the list of proposals:</div>
        <div><br>
        </div>
        <div>Enable DOM mode by default for both bibs and authorities</div>
        <div>-----------------------------------------------------------------------------------</div>
        <div><br>
        </div>
        <div>Now that MARC21, NORMARC, and UNIMARC have DOM indexing
          configurations available, this is now possible.</div>
        <div><br>
        </div>
        <div>Deprecating the GRS-1 filter</div>
        <div>-----------------------------------------</div>
        <div><br>
        </div>
        <div>Giving that DOM has significant advantages of GRS-1 in its
          flexibility, and as the DOM filter would be required for
          non-MARC metadata support by Zebra, I propose that we announce
          a deprecation of the GRS-1 configuration with it to be removed
          by 3.16.  I foresee several features coming down the pike for
          3.16 that would require a reindexing during upgrade anyway, so
          switching to DOM for 3.16 would not impose a burden that
          wouldn't be present anyway.</div>
        <div><br>
        </div>
        <div>Enable QueryParser by default</div>
        <div>---------------------------------------------</div>
        <div><br>
        </div>
        <div>Bug 10542 might be a blocker for this, and doing something
          about bug 10831 would be nice in order to do this.</div>
        <div><br>
        </div>
        <div>Deprecating non-QueryParser mode</div>
        <div>---------------------------------------------------</div>
        <div><br>
        </div>
        <div>Removing the non-QueryParser code would go a long way
          towards easing the rewrite of C4::Search.</div>
        <div><br>
        </div>
        <div>Enable ICU by default</div>
        <div>-------------------------------</div>
        <div>
          <div><br>
          </div>
          <div>This was discussed during hackfest.  One precondition I
            see is that bug 10729 would have to pass QA</div>
          <div>
            <br>
          </div>
          <div>Regards,</div>
          <div><br>
            Galen</div>
          -- </div>
        <div>
          <div dir="ltr">
            <div>Galen Charlton</div>
            <div>Manager of Implementation</div>
            <div>Equinox Software, Inc. / The Open Source Experts</div>
            <div>email:  <a moz-do-not-send="true"
                href="mailto:gmc@esilibrary.com" target="_blank">gmc@esilibrary.com</a></div>
            <div>direct: +1 770-709-5581</div>
            <div>cell:   +1 404-984-4366</div>
            <div>skype:  gmcharlt</div>
            <div>web:    <a moz-do-not-send="true"
                href="http://www.esilibrary.com/" target="_blank">http://www.esilibrary.com/</a></div>
            <div>Supporting Koha and Evergreen: <a
                moz-do-not-send="true" href="http://koha-community.org"
                target="_blank">http://koha-community.org</a> & <a
                moz-do-not-send="true" href="http://evergreen-ils.org"
                target="_blank">http://evergreen-ils.org</a></div>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Koha-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Koha-devel@lists.koha-community.org">Koha-devel@lists.koha-community.org</a>
<a class="moz-txt-link-freetext" href="http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel">http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel</a>
website : <a class="moz-txt-link-freetext" href="http://www.koha-community.org/">http://www.koha-community.org/</a>
git : <a class="moz-txt-link-freetext" href="http://git.koha-community.org/">http://git.koha-community.org/</a>
bugs : <a class="moz-txt-link-freetext" href="http://bugs.koha-community.org/">http://bugs.koha-community.org/</a></pre>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Ian Bays
Director of Projects, PTFS Europe Limited
Content Management and Library Solutions
+44 (0) 800 756 6803 (phone)
+44 (0) 7774 995297 (mobile)
+44 (0) 800 756 6384 (fax) 
skype: ian.bays
email: <a class="moz-txt-link-abbreviated" href="mailto:ian.bays@ptfs-europe.com">ian.bays@ptfs-europe.com</a></pre>
  </body>
</html>