Re: [sdx-users] pb. : tests sur thesaurus - listquery

[CLAVAUD Florence]

At 13:20 22/07/2004 +0200, vous avez écrit:
> Bonjour,
>
> Je prends enfin le temps de répondre :
>
> zaghouane samir wrote:
> > Bonjour,
> > j'ai essayé d'utiliser la listquery (voir code
> > ci-dessous), la recherche sur : nom du nom2 me ramène
> > les documents comportant : nom1 du nom2 mais aussi
> > ceux comportant nom1 sans nom2 et inversement
> > (comportement de ou malgré op="and"), 
> > (recherches_f.xsp?page=recherches_f&valeur=Nom1+du+Nom2&champ=contenu&ope= 
> > and&base=sdxworld)
>
> Je viens de faire un test et je reproduit exactement le comportement que 
> vous décrivez. Je ne m'y attendais pas. Une URL :
> [...]/executeListQuery.xsp?field=auteur&value=nom1 nom2&op=and
> renvoie une LuceneQuery : +(auteur:nom1 auteur:nom2)
> qui signifie : auteur:nom1 OU auteur:nom2
>
> Je m'attendais à une LuceneQuery: (+auteur:nom1 +auteur:nom2)
>
> Visiblement, l'opérateur passé AND passé ici, ne s'applique pas à la liste 
> des termes mais bien à la requête elle-même.
>
> Toutefois, le comportement que j'attendais (et vous aussi) est obtenu en 
> respectant la syntaxe d'URL suivant :
> [...]/executeListQuery.xsp?field=auteur&value=nom1&value=nom2&op=and
>
> Un bogue de SDX ?


Bonjour,

à toutes fins utiles -- enfin, si ça se trouve, c'est hors sujet  :-)

j'ai aussi testé dans une appli qui tourne sous  SDX 2.3 (build 2004020401)
avec l'opérateur and dans une listQuery, mais celle-ci étant elle-même dans 
une executeCompleteQuery, et j'ai la bonne réponse
la syntaxe d'URL est  field1=valeur1&field1=valeur2&op=and

à bientôt

Florence Clavaud


> --
> Malo
>
>
> _______________________________________________
> sdx-users mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/sdx-users