zebra config files : about default.idx
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 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.dev/dev_week/zebraplugin/zebradb/biblios/tab/:${srcdir:-.}/tab/ I inverted my path and /usr/local : profilePath:${srcdir:-.}:/home/paul/koha.dev/dev_week/zebraplugin/zebradb/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 ;-) -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)
On Thu, Jul 20, 2006 at 01:03:04PM +0200, Paul POULAIN wrote:
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 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.dev/dev_week/zebraplugin/zebradb/biblios/tab/:${srcdir:-.}/tab/
I inverted my path and /usr/local :
profilePath:${srcdir:-.}:/home/paul/koha.dev/dev_week/zebraplugin/zebradb/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
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
Joshua Ferraro writes:
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.dev/dev_week/zebraplugin/zebradb/biblios/tab/:${srcdir:-.}/tab/
I inverted my path and /usr/local :
profilePath:${srcdir:-.}:/home/paul/koha.dev/dev_week/zebraplugin/zebradb/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)
Correct.
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.
This is not a bug. It is the standard interpretation of what "path" means in every context I can think of: the PATH environment variable that chooses which commands to run in Unix, the MANPATH environment variable that finds documentation, the include paths made by -I command-line options to GCC, Perl and other tools. Is Paul saying that the Zebra documentation is in error here? If so, please point us toi the place, and we'll fix it. _/|_ ___________________________________________________________________ /o ) \/ Mike Taylor <mike@miketaylor.org.uk> http://www.miketaylor.org.uk )_v__/\ "Baroque music is like an Agatha Christie novel: you always sort of know what's going to happen" -- Sarah Bickers.
Joshua Ferraro writes:
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.dev/dev_week/zebraplugin/zebradb/biblios/tab/:${srcdir:-.}/tab/
I inverted my path and /usr/local :
profilePath:${srcdir:-.}:/home/paul/koha.dev/dev_week/zebraplugin/zebradb/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)
Correct.
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.
This is not a bug. It is the standard interpretation of what "path" means in every context I can think of: the PATH environment variable that chooses which commands to run in Unix, the MANPATH environment variable that finds documentation, the include paths made by -I command-line options to GCC, Perl and other tools. hmmm ... in my experience, it's actually the exact opposite of what
On Mon, Jul 24, 2006 at 03:40:25PM +0100, Mike Taylor wrote: path means :-) I would expect that the last item in a given list would be the one to take priority as in the PATH environment variable :-) That is, I go: PATH=$PATH:/data/myscripts not: PATH=/data/myscripts:$PATH when I want to add a new path that overrides the defaults. 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
Joshua Ferraro writes:
This is not a bug. It is the standard interpretation of what "path" means in every context I can think of: the PATH environment variable that chooses which commands to run in Unix, the MANPATH environment variable that finds documentation, the include paths made by -I command-line options to GCC, Perl and other tools.
hmmm ... in my experience, it's actually the exact opposite of what path means :-) I would expect that the last item in a given list would be the one to take priority as in the PATH environment variable :-) That is, I go:
PATH=$PATH:/data/myscripts
not:
PATH=/data/myscripts:$PATH
when I want to add a new path that overrides the defaults.
I think you should re-read your own example. Maybe it's a bit too hot in America, too? :-) _/|_ ___________________________________________________________________ /o ) \/ Mike Taylor <mike@miketaylor.org.uk> http://www.miketaylor.org.uk )_v__/\ "To be totally realistic, England outplayed us in every aspect of the game. We were vulnerable in every position" -- Guus Hiddink, Holland football manager.
Mike Taylor a écrit :
Joshua Ferraro writes:
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.dev/dev_week/zebraplugin/zebradb/biblios/tab/:${srcdir:-.}/tab/
I inverted my path and /usr/local :
profilePath:${srcdir:-.}:/home/paul/koha.dev/dev_week/zebraplugin/zebradb/biblios/tab/:/usr/local/share/idzebra/tab/:${srcdir:-.}/tab/
and ... it works. This is not a bug. It is the standard interpretation of what "path" means in every context I can think of: the PATH environment variable that chooses which commands to run in Unix, the MANPATH environment variable that finds documentation, the include paths made by -I command-line options to GCC, Perl and other tools.
Is Paul saying that the Zebra documentation is in error here? If so, please point us toi the place, and we'll fix it.
no, the doc is just silent on this subject (& our sample in wiki.koha.org & CVS are erroneous). In fact, i'm probably a little bit too much CSSed, and your note is totally : unix PATH is "1st to fit". Maybe it's too hot in Marseille those days... -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)
participants (4)
-
Joshua Ferraro -
mike＠miketaylor.org.uk -
Paul POULAIN -
Tümer Garip