Améliorer la recherche de la catégorie d'un élément OSM via ses tags #965
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Cette PR améliore la recherche d'1 catégorie correspondant aux tags d'un élément OSM.
L'idée est de ne pas juste tester si il y a des matchs entre les tags et la query (en renvoyant le premier match comme avant), mais de compter le nombre de match. Ca donne un score, qui permet d'extraire la catégorie avec le plus de matchs. Ca permet donc d'être plus précis en trouvant la catégorie qui correspond le mieux aux tags.
Pour que le score soit comparable, il faut que les requêtes overpass de catégories proches soient avec une syntaxe proche. Par exemple, j'ai corrigé les conteneurs de recyclage, car certains avaient
[amenity=recycling]["recycling:xxx"=yes]alors que d'autres avaient["recycling:xxx"=yes], ce qui faussait le calcul.Mais il y a encore des cas avec le même score. Par exemple
contient amenity et parkingmatch dansamenity=parkinget dansamenity=bicycle_parking. On est donc obligés de gérer quelques cas manuellement.tous les restaurants. Donc finalement ça me parait bien de n'afficher que les crêperies proches.fixes #952