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