Si jamais, je suis dispo pour vous faire des retours/tests de versions en pré prod, ou je ne sais pas comment vous appelez ça, j’imagine que vous mettez une version en test avant de mettre en prod.
[Bug] Recherche topoguide - résultats non pertinents
Nous avons déjà fait toute une phase de recette (il y a deux ans, quand le fix a été développé)
Fondamentalement, l’amélioration est géniale par rapport à l’état antérieur, et porte sur un élément crucial du site. Merci!
3 Likes
Une exception pour les mon/mont aurait pu être intéressante, vu que ce mot arrive occasionnellement en montagne, et que ça reste une erreur qu’on voit malheureusement occasionnellement dans les discussions (sisi pour de vrai)
Merci pour le boulot !
1 Like
Plus on livrera les version ultérieures, mieux ça s’améliorera
Je n’ai pas en tête toutes les modifications qui ont été faites, il faudra voir !
C’est bon, la ré-indexation est terminée, elle a pris plusieurs heures, merci pour votre patience !
J’espère que vous en aurez profité pour remonter un peu dans le passé, c’était l’occasion ! 
Bonne soirée !
4 Likes
Merci beaucoup pour le fix en prod 
A voir à l’usage mais ca semble plutot bien fonctionner pour le moment.
Je remarque juste des comportements étonnants comme l’exemple ci-dessous (même chose avec « cornettes bise » vs « cornettes bis » - peut-être la même chose que « mont/mon » signalé plus haut)
Merci encore @Nayor et @edwardoo pour la mise en prod de cette amélioration tant attendue, mais délicate à passer en prod !
Même si c’est perfectible, c’est quand même vraiment beaucoup mieux qu’avant, y a pas photo.
Pour ceux qui parlent couramment l’Elastic Search et qui veulent améliorer certains petits défauts, la PR contenant les améliorations est ici : https://github.com/c2corg/v6_api/pull/1796
Il suffit de proposer une autre PR pour modifier certains réglages.
2 Likes
Intéressant ce changement. J’avais noté à l’époque quelques mots clés, je vais faire une comparaison dans ce tableau pour montrer la bonne évolution.
Il y a donc le texte, suivi de la position avant, et de la position après le fix.
catogne : 2 et 1 
mole : 2 et « non listé » 
salève : 2 et 1
luisin : 7 et 2
colonney : 5 et 1
prazon : « non listé » et 1
verreu : « non listé » et 1
Le Buet : 3 et 2
Les Pralets : 2 et 1
bionnassay : 7 et 1
1 Like
Ne vous faites pas trop de mourron.
En sa version en slovène, le site ne sort actuellement plus aucun résultat de recherche générale. Et pourtant, cela eut très bien fonctionné.
EDIT : @Nayor , je préfère quand même signaler ce pb.
1 Like
Citation En sa version en slovène, le site ne sort actuellement plus aucun résultat de recherche générale
Merci pour le retour. Je suis en train de travailler sur les versions ultérieures, on essayera de vérifier ça en passant
2 Likes
Hello,
test rapide de mon côté, ça semble bien foirer s’il y a des accents pour la première lettre. Par exemple si on cherche dans les régions, Ecosse et écosse ne renvoient rien … car il faut taper Écosse !
En ce qui me concerne même en tapant Écosse je n’ai aucune proposition
Je n’ai pas ce problème dans la recherche de région.
Idem pour la recherche générale par mot clé : « ecole » retourne bien « Ecole » et « École ». J’ai même trouvé un doublon (corrigé).
J’ai le même bug que celui répertorié par AntoineM et Christian (testé sur Firefox et Edge).
Il doit y avoir autre chose.
Si je cherche Egy sans accent/avec accent/minuscule/majuscule, je trouve bien l’Égypte
Moi non. Il parlait d’un exemple où dans la base de données, il y a déjà un É, donc e majuscule avec accent.
En recherche globale, les régions n’apparaissent pas. Il faut essayer depuis là
https://www.camptocamp.org/areas
Je me demande comment est foutue la recherche, c’est une putain d’usine à gaz qui fonctionne super mal. En tapant « cosse », l’écosse n’apparaît pas non plus. Je ne comprends même pas ce qui se passe.