Hello all,
i've investigated half a day on my accented problem on zebra : I had a specific default.idx, mapped to french-specific word-phrase-utf.chr config files, but... when searching for "helene" I had not the same results as when searching for "helene". This makes me mad, until I tought I was looking in the wrong
Hi all, Well i am not sure whether this is a bug. In fact from the logic of how zebra is working I do not think profilePath should point to more than one tab folder. However having said that it becomes impossible to work with more than one database as ZEBRA claims you can. Since tab contains all my indexing files one should be able to define groups with profilePath as well; items.profilePath:first path items.recordType:grs.xml.record items.database:somedatabase1 biblios.profilePath: second path biblios.recordType:grs.xml.record biblios.database:somedatabase2 Currently zebra does not let me change the name of record.abs (incovenient) and i can define groups for anything but profilePath. Since i cannot put 2 different record.abs in one folder ID has to come up with a solution of either letting us to give an arbitray name to record abs or to allow group behaviour with profilePath. So thats my cents on the issue Cheers Tumer -----Original Message----- From: koha-devel-bounces+tgarip=neu.edu.tr@nongnu.org [mailto:koha-devel-bounces+tgarip=neu.edu.tr@nongnu.org] On Behalf Of Joshua Ferraro Sent: Monday, July 24, 2006 4:21 PM To: koha-devel@nongnu.org Cc: support@indexdata.dk Subject: Re: [Koha-devel] zebra config files : about default.idx On Thu, Jul 20, 2006 at 01:03:04PM +0200, Paul POULAIN wrote: direction.
In fact, there is a default.idx file in /usr/local/share/zebra, and my zebra-biblio.cfg had :
profilePath:${srcdir:-.}:/usr/local/share/idzebra/tab/:/home/paul/koha.d ev/dev_week/zebraplugin/zebradb/biblios/tab/:${srcdir:-.}/tab/
I inverted my path and /usr/local :
profilePath:${srcdir:-.}:/home/paul/koha.dev/dev_week/zebraplugin/zebr adb/biblios/tab/:/usr/local/share/idzebra/tab/:${srcdir:-.}/tab/
and ... it works. Thus, it seems that profilePath directories are solved : "the 1st that fits is choosen" instead of "the last that fits has won" (like for cascading stylesheets for example)
So my 2 questions : * did you encounter this problem and had the same conclusion ? * don't you think it could be reported as a problem to indexdata ? * isn't the wiki wrong on this ? (I can change it if you confirm)
and yes, I know, that's 3 questions ;-)
I have encountered that problem, yes. I have not confirmed your solution, but I will and I will also write ID and ask them if it's a bug or a feature. And yes, please make a note on the wiki. Cheers, -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Featuring Koha Open-Source ILS jmf@liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel