[Koha-devel] Default indexing and search options for 3.14

Martin Renvoize martin.renvoize at ptfs-europe.com
Fri Oct 25 10:37:30 CEST 2013


DOM and ICU are definitely the newer technologies and have been built
explicitly to fix a number of shortcomings in GRS-1 and chr.

As Ian mentioned we have been slowly moving all our customers to using this
combination, and admittedly it has been a relatively painful process whilst
we iron out the various bugs.  However, for MARC21 at least, most of these
are now fixed, and trying to support both sets of configs is only going to
be a burden in the future.  Whilst we support the both DOM and GRS-1 we
will inevitably keep getting the configurations are out of sync, and should
we try to keep them in sync we will be limiting the DOM config with the
limitations of GRS-1.

My vote is to make the move to DOM with ICU, advocating that getting it
right once is much easier than trying to maintain two disparate
configurations.

Martin Renvoize
Software Engineer, PTFS Europe Ltd
Content Management and Library Solutions
Skype:
Landline: 0203 286 8685
Mobile: 07725985636

http://www.ptfs-europe.com


On 25 October 2013 09:10, Marcel de Rooy <M.de.Rooy at rijksmuseum.nl> wrote:

>  Hi,
>
> Just a question on this topic:
>
>
>
> Some time ago I tested the SRU server on ports 9998/9999 with Zebra/DOM,
> and at that time it would not work (rightaway, or as quick as it did with
> Zebra/GRS). (But I did not spend much time on sorting it out btw.) Any
> chance that someone can confirm that this problem has been resolved? (Are
> you working with it?) I think we should not deprecate GRS if this still
> needs more attention..
>
>
>
> Marcel
>
>
>  ------------------------------
> *Van:* koha-devel-bounces at lists.koha-community.org [
> koha-devel-bounces at lists.koha-community.org] namens Galen Charlton [
> gmc at esilibrary.com]
> *Verzonden:* donderdag 24 oktober 2013 16:44
> *Aan:* koha-devel at lists.koha-community.org
> *Onderwerp:* [Koha-devel] Default indexing and search options for 3.14
>
>   Hi,
>
>  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:
>
>  Enable DOM mode by default for both bibs and authorities
>
> -----------------------------------------------------------------------------------
>
>  Now that MARC21, NORMARC, and UNIMARC have DOM indexing configurations
> available, this is now possible.
>
>  Deprecating the GRS-1 filter
> -----------------------------------------
>
>  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.
>
>  Enable QueryParser by default
> ---------------------------------------------
>
>  Bug 10542 might be a blocker for this, and doing something about
> bug 10831 would be nice in order to do this.
>
>  Deprecating non-QueryParser mode
> ---------------------------------------------------
>
>  Removing the non-QueryParser code would go a long way towards easing the
> rewrite of C4::Search.
>
>  Enable ICU by default
> -------------------------------
>
>  This was discussed during hackfest.  One precondition I see is that bug
> 10729 would have to pass QA
>
>  Regards,
>
> Galen
> --
>  Galen Charlton
> Manager of Implementation
> Equinox Software, Inc. / The Open Source Experts
> email:  gmc at esilibrary.com
> direct: +1 770-709-5581
> cell:   +1 404-984-4366
> skype:  gmcharlt
> web:    http://www.esilibrary.com/
> Supporting Koha and Evergreen: http://koha-community.org &
> http://evergreen-ils.org
>
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at lists.koha-community.org
> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20131025/478943d9/attachment.html>


More information about the Koha-devel mailing list