Le 05/01/2013 02:34, Sylvain PETEK a écrit :

Bonjour,

Bonjour,

Comme convenu j'ai réalisé différents tests sur le moteur de recherche et sur l'export CSV.

Les requêtes "complexes" marchent plutôt bien, dans les exemples ci-joint la majeure partie des résultats correspondent à ce qui est attendu sauf qqs lignes (surlignées) qui n’ont /a priori/ rien avoir??

J’ai essayé de faire une recherche sur un champ spécifique en utilisant la syntaxe suivante par exemple *Station: « ST820 » *mais ça ne me renvoie pas de résultats…

En fait cela fonctionne, mais comme hibernate search indexe plusieurs champs sur les entités liées à une entité il faut utiliser la syntaxe suivante: station.nom:CP01

Pour l'export CSV, en spécifiant le type de séparateur, j'ai réussi à générer le tableau sous Excel (merci pour l’info).

testBio.methode.cible

concMasse

uniteConcMasse

produit

valeur

testBio.methode.uniteResultat

typeExtraitSource

actif

lotSource.specimenRef.famille

lotSource.specimenRef.genre

lotSource.specimenRef.espece

lotSource.campagne.codePays

repere

testBio.ref

KB

10,00

μg/ml

R3145B_DESS

%

B_DESS

non

Niphatidae

Niphates

1943

ÃŽles Salomon

S1-H10

TC-S1

KB

1,00

μg/ml

R3145B_DESS

%

B_DESS

non

Niphatidae

Niphates

1943

ÃŽles Salomon

S1-H10

TC-S2

KB

10,00

μg/ml

R3145C

70,00

%

C

oui

Niphatidae

Niphates

1943

ÃŽles Salomon

S1-H5

TC-S1

KB

1,00

μg/ml

R3145C

0,00

%

C

non

Niphatidae

Niphates

1943

ÃŽles Salomon

S1-H5

TC-S2

Les entêtes de certaines colonnes apparaissent sous la forme de leur code.

Dans UniteConcMasse, apparemment µ est transformé en μ, et î en ÃŽ, je ne sais pas si il y a un réglage à faire pour les caractères spéciaux…

Comme pour le séparateur, il faut certainement spécifié que l'encodage du fichier est "UTF-8" (unicode).

Pour le choix des séparateurs, il dépend de la langue, dans les spécifications nous avions indiqué :

/Les caractères de séparateurs seront choisis selon la langue sélectionnée dans l’application. /

*/Pour le français : « ; » pour le séparateur de colonne et « , » pour le séparateur décimal/*/. /

*/Pour l’anglais : « , » pour le séparateur de colonne, « . » pour le séparateur décimal./*

/Le fichier produit aura un nom du type : date courante (au format : année + «_» + mois + «_» + jour + «‐» +/

/heure + «_» minute) + «‐» + nom du type de fiche au pluriel + extension (« .csv »)./

/Exemple : « 2012_06_12‐16_44‐lots.csv/»

Effectivement, je n'avais pas vu ce paragraphe, c'est corrigé. Concernant, les recherches des fichiers PDF. Recherche.pdf: les résultats jaunes concordent car les 3 résultats surlignés ont respectivement les ids 3000, 3001, 3002 (resultatstestbio.id). C'est le même effet de bord pour les 2 autres recherches. La recherche a du sens, mais ce qui correspond n'est pas affiché dans le résultats (le champ 'id' n'était pas demandé dans le cahier des charges). Pour aller plus vite et développer moins de code, la requête est effectuée sur tout les champs "indexés" de l'entité. Cela permet de rendre le code plus générique et évolutif pour ajouter de nouvelle fonctionnalités (par exemple les molécules): Pour résumé: *:term la requête équivaut donc techniquement à : (*:*3000 OR *:*3001 OR *:*3002) -*:R300*B_DESS Dans le cahier des charges vous spécifier une listes précises de champs sur lesquels doit se faire la recherche. Je peux restreindre la recherche spécifiquement à ces champs si vous le désirez. -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com