sdx-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sdx-developers] intégration HereinThesau rus


From: Pierrick Brihaye
Subject: Re: [sdx-developers] intégration HereinThesau rus
Date: Thu, 12 May 2005 09:12:13 +0200
User-agent: Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.6) Gecko/20040113

Salut,

[je reformate]

Jos Snellings a écrit :

Oui : |paleontological interest|

En fait, on injecterait une "UnanalyzedQuery".

... qui n'est qu'un "wrapper" pour une TermQuery.

>> Je me demande d'ailleurs
si ça ne devrait pas être le comportement normal des requêtes de thésaurus.

Un thesaurus contenant des termes, une TermQuery est donc normale, non ?

Merci, j'ignorais ce syntaxe.

C'est une syntaxe intéressante qui pourrait éventuellement contournée par l'utilisation d'un PerFieldAnalyzerWrapper (http://lucene.apache.org/java/docs/api/org/apache/lucene/analysis/PerFieldAnalyzerWrapper.html) assez récent. Ce Wrapper pourrait être alimenté la FieldList du fichier de configuration de la base de documents.

Le comportement normal: il y a des arguments
pour: un 'analysed query'
risque d'entraîner pas mal de bruit dans les résultats, dans l'exemple
ci-dessus: tous les documents qui contiennent
"interest" emporterait des résultats qui manquent de sens.
Mais, si on permettait que l'utilisateur peut indiquer des chaînes de
caractères qu'il considère être un terme, le comportement
sera encore plus raffiné, non?

Je suis entièrement d'accord.

Idem pour l'expansion de requête : la méthode UnanalyzedQuery.toString()
  génère normalement une représentation texte reparsable...

Aha, je vais essayer, et je vous fais savoir.

Ceci dit, ce n'est qu'un "dirty patch". IMHO, l'utilisation de TermQuery dans les classes d'expansion de requêtes serait plus adéquate.

A+

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden
+33 (0)2 99 29 67 78




reply via email to

[Prev in Thread] Current Thread [Next in Thread]