Trop d'autorités ! Amelioration de la recherche

[samgoeta]

Il y a trop d'autorités dont la plupart ne recevront probablement jamais de demandes (bureau d'information jeunesse par exemple…) et ça entrave la recherche. Exemple : recherche Aix en Provence, la mairie apparait en 2e page

[pzwsk]

Quelques critères possibles à prendre en compte dans le ranking :

• Nombre de demandes
• Niveau administratif (Ministère a un poid plus fort que Conseil Général, etc.)
• Autorités qui couvrent une population de plus de 3500 hab (open data par défaut)
• Autorités de plus de 50 employés (open data par défaut)
• Autres ?

Pour les critères open data par défaut, on peut aussi imaginer une recherche par filtre.

[samgoeta]

Pour la liste des collectivités soumises à open data par défaut (3500 hab + 50 agents), c'est disponible sur http://www.observatoire-opendata.fr/

[laurentS]

Je pense que la bonne approche est d'améliorer la recherche, plutôt que d'essayer de supprimer des entrées. Dans les dernières 24h, on a eu une demande d'ajout d'une administration qui ne répond probablement à aucun des critères de priorité qu'on pourrait imaginer au premier abord. Mais clairement, ça intéresse au moins une personne!

Ce que suggère @pzwsk me semble plutôt bien. J'ai posté une question sur la liste alaveteli-dev ici pour voir ce qu'ils proposent.

Pour l'instant la recherche est faite via xapian, si cela s'avère insuffisant, on pourrait envisager de le remplacer par elasticsearch par exemple, si l'outil est plus puissant. Mais attendons le retour de mySociety.

[samgoeta]

Je suis d'accord, ce serait idéal d'améliorer la recherche.

[johanricher]

Il y a une bonne soixantaine de tickets ouverts liés à la fonction de recherche donc il y a fort à parier que les problèmes et limitations que vous avez aient déjà été identifiés.

Pour la liste des collectivités soumises à open data par défaut (3500 hab + 50 agents), c'est disponible sur http://www.observatoire-opendata.fr/

Pour info, on a rendu disponible depuis peu la liste sirenisée des acteurs de l'open data de façon propre et mise à jour régulièrement, mais je ne suis pas sûr que ça vous soit utile.

[samgoeta]

Merci @johanricher !

Ouch, on risque d'attendre longtemps une amélioration du moteur de recherche. @laurentS le passage à Elasticsearch te parait compliqué comme développement ? Du très peu que je sais sur ce sujet, c'est surtout la configuration d'Elasticsearch qui est essentielle dans la qualité des résultats.

[johanricher]

Il semblerait que les fonctionnalités de recherche aient des ramifications profondes dans le code actuel d'Alavateli (https://github.com/mysociety/alaveteli/issues/2131) donc il serait compliqué de remplacer par un moteur comme Elastic Search ou Solr.

[samgoeta]

Le moteur de recherche renvoie quand même des résultats aberrants, exemple ici :

La préfecture de région Nouvelle-Aquitaine ne comporte aucun élément dans sa fiche proche du mot Provence mais le résultat apparait quand même en premier.

@laurentS, ce serait possible d'en parler directement avec un dev de MySociety pour trouver des solutions ?

[laurentS]

Pour info, la réponse de mySociety à ma question sur le sujet https://groups.google.com/forum/#!topic/alaveteli-dev/r_1xXFzV7p4

En gros:

• ils connaissent les problèmes qu'on rencontre
• ils ont testé des choses, mais sans grand succès jusqu'ici
• ils n'ont pas vraiment les moyens de travailler dessus, mais sont prêts à nous guider si on veut faire le travail.

[laurentS]

Pour mémoire, je viens de tomber sur ce fil de discussion HN, avec quelques alternatives FLOSS à Algolia, il y'a peut être des options intéressantes là-dedans. https://news.ycombinator.com/item?id=22181437