[Bug] Recherche topoguide - résultats non pertinents

Bonjour, la recherche d’itinéraires de la partie topoguide fonctionne assez aléatoirement. Lorsqu’on indique un nom pourtant bien précis, d’autres sommets/itinéraires/autres sortent avant, au point que le vrai nom n’apparait parfois pas du tout. Exemple du moment (mais ça m’arrive presque à chaque fois) :


« Lau » n’apparait que dans « Laura » dans 1 résultat, et « Bij » dans « Bijou » et « Biju » (pas de combo des 2 termes). Le résultat recherché est « Cogne - Valeille : Lau Bij », pas de confusion possible pour le coup.
Je connais à peu près les raisons (fuzzy search, distance d’édition etc) mais ça ne fonctionne vraiment pas. Je n’ai clairement ni les compétences de corriger ça, ni le temps actuellement, mais j’imagine que certains dans la communauté l’ont ?

A défaut de mieux, y-a t’il un moyen de connaitre la distance en question ? Je ne vois absolument pas comment elle peut être meilleure sur les résultats du screenshot. Un hack pourrait-il être de favoriser les mots complets justes, dans le calcul de cette distance ? Savez-vous où on peut trouver le code qui gère cette distance ?

PS : le sujet a déjà été abordé mais je ne retrouve absolument pas le fil…

1 Like

Une nouvelle version optimisée de Elasticsearch (système faisant les recherches sur C2C) est prête à être mise en service.
Mais pour cela, il faut encore finaliser d’autres mise à jour.

Encore un peu de patience :slight_smile:

2 Likes

C’est peut-être ça le problème. Trop élastique :slight_smile:

Des fois ça me sort de meilleurs résultats en tapant le terme cherché puis « entrer »…
Par contre je ne saurais pas dire pourquoi

Et en rajoutant un espace à la fin, puis Entrée.

1 Like

En attendant, la recherche sur le net (avec gogole…) donne directement la bonne réponse

« Entrée » ou espace permet de prendre en compte le dernier mot tapé en totalité, sinon il manque une lettre.

2 Likes

Ça c’est une bonne nouvelle ! Merci pour le boulot effectué

C’est ce que je fais quand je n’arrive pas à mes fins, mais le but c’est justement de ne pas avoir à en arriver là

1 Like

Je n’y ai pas accès, je comprends mieux pourquoi je ne trouvais pas :slight_smile:

Il y a un problème à ce niveau alors, la recherche forum est ouverte à tout le monde


Résultat de son 1er lien

Tu peux essayer dans un navigateur vierge de tous cookies stp ?

1 Like

Et là ça fonctionne. Bref dans tous les cas, ce qui compte c’est que la recherche du topo soit en cours de réparations !

3 Likes

Autre exemple de dysfonctionnement:
image

Oui, on dirait que l’initiale O n’est pas prise en compte…

Bernard

Avouons cependant qu’avec « Olan » dans le champ recherche et en scrollant un petit peu, on obtient les voies à l’Olan :

Je relance le sujet avec une suggestion : que la recherche de mots clés soit stricte. Pas de résultats proches ou autres trucs qui ne fonctionnent pas. Ou alors impérativement après les résultats stricts. J’imagine que la modification n’est pas très complexe, dans le cas du blocage des résultats « proches ».

Par exemple, une recherche de « lau bij » ne donne toujours pas la cascade intitulée « lau bij ».

Pour mémoire, le sujet avait également été abordé plus tôt ici : Topoguide, recherche par chaine de caractères dans le titre plus assez sélective

A mes yeux, c’est quand même un gros problème. C’est bête qu’on doive très souvent passer par google pour trouver un itinéraire, alors qu’une recherche interne existe.

3 Likes

Hello,
il nous manque un développeur bénévole pour améliorer notre elastic search…

1 Like

C’est clair que c’est dommage que l’outil de recherche ne retourne pas les résultats exacts directement.

D’après ce que j’ai compris (c’est à dire pas grand chose :wink:), le moteur d’indexation Elastic Search référence les contenus indexés en transformant les mots en radicaux, une forme minimaliste des mots en fonction de la langue (ce qui permet de s’affranchir des différentes orthographes liées aux accords de genre, nombre, conjugaison, etc.) et des éventuelles erreurs d’orthographe. Idem avec les mots clefs qui sont indiqués lors de la recherche. Cette approche a aussi l’intérêt de pouvoir combiner plusieurs termes de recherche, concernant potentiellement des pages différentes, par ex un élément du nom du sommet et un élément du nom de la voie, et dans n’importe quel ordre :

Screenshot from 2025-09-29 08-20-09

Une possibilité serait peut-être de commencer par faire des recherches exactes (en comparant la chaine de caractères exacte indiquée par l’utilisateur avec les noms des documents du topoguide) (sans passer par Elastic Search ?) pour trouver les résultats exacts d’abord. Puis de compléter par une seconde requête à Elastic Search pour compléter avec les résultats non exacts. Je ne sais pas si c’est possible de configurer Elastic Search pour fonctionner directement comme ça ou s’il faut le faire manuellement dans le code.

A voir aussi s’il y a moyen de demander à Elastic Search de ne pas transformer les termes indexés en radicaux trop simples ?

A noter qu’avec le système actuel, on arrive généralement à des résultats assez satisfaisants en indiquant des termes suffisamment discriminants.

Par ex pour Lau Bij :

  • en tapant uniquement « Lau Bij » on ne trouve pas ce topo (probablement parce que Elastic Search cherche les termes « la » et « bi » (?) et donc retourne des trucs du style « bivouac », « lama » etc.

  • mais en ajoutant aussi « cogne » (ou « valeille »), on trouve bien le topo de Lau Bij en premier (il doit chercher les termes « la », « bi » et « co » ?) :
    Screenshot from 2025-09-29 08-26-32

Bref ce serait bien d’améliorer le système de recherche actuel mais on arrive généralement à le faire fonctionner en l’état en précisant sa recherche.

1 Like