Utiliser nos icônes partout

laem

Dans #857 on a rappatrié les icônes d'Osmand utilisés pour les résultats de recherche et pour les fiches lieu.

Mais on peut aussi utiliser nos icônes, colorés, pour les lieux listés dans categories.yaml.

Mais ce n'est pas trivial : on utilise une partie du langage de requêtes d'Overpass dans le champs "query" des catégories.

Ici on doit donc faire l'inverse : mettre en correspondance en local un jeu de tags OSM (pauvre et issu de photon ou riche issu d'OSM) avec une de nos catégories.

Peut-être que ça nécessite d'adopter notre propre format pour les requêtes, en yaml, mais je ne crois pas que ce soit nécessaire.

Peut-être que des regexps feraient l'affaire mais ce serait moche.

Peut-être mieux de juste y aller progressivement en supportant d'abord les requêtes les plus aisées qui font 80 % des icônes et en itérant.

Et les icônes hors catégorie

On peut aussi afficher des icônes hors catégorie : par exemple, une icône "adresse", "ville", "département". Cela peut être géré via des catégories aussi, mais sans les afficher dans l'annuaire, ça me semble être le plus propre.

1. etienneJr

   @laem en bossant sur #1092 je réfléchis aussi à la question d'afficher nos icones sur des objets ou des tags au delà de nos catégories actuelles. Je ne vois pas d'autre choix que de créer un fichier du même genre que le json d'osmand pour associer chaque combinaison key_value à une de nos icones. Se baser sur notre yaml des catégories obligerait à simplifier les requêtes qu'on utilise, ça serait dommage. Et ça ne couvrira pas les cas des icones de description. (ça me paraitrait bizarre de créer une catégorie invisible "lieu éclairé" juste pour afficher une icone à nous sur la fiche à ce moment là)

   Exemple typique : les sushi_shop https://cartes.app/?cat=sushis&allez=Sushi+Shop%7Cn4311628943%7C-1.6789%7C48.1109 ils sont amenity=fast_food et cuisine=sushi alors que notre catégorie est amenity=restaurant et cuisine~sushi. Pour afficher notre icone perso sushi sur le tag cuisine=sushi de la fiche du sushi shop, je ne vois pas trop d'autre choix que de définir un fichier qui dit "le tag cuisine=sushi est à associer avec l'icone sushi".

   Bon c'est pas un super exemple non plus, parce qu'on pourrait modifier la requête en amenity ~ restaurant|fast_food et cuisine ~ sushi pour inclure les sushi shop dans les restaurants de sushi.

   Mais l'idée générale est là : je crois que pour mettre nos icones à nous sur les tags, on va avoir besoin de définir un yaml supplémentaire.

2. etienneJr

   @laem aujourd'hui si on voulait définir une icone à nous pour remplacer une icone d'osmand (exemple typiquement les icones pour district, ville, quartier, rue), il faudrait qu'on définisse une catégorie, car c'est là qu'on fait la correspondance entre tags OSM et icone. Qu'est-ce que tu proposes pour pouvoir associer un tag osm à une icone sans définir une catégorie ? étendre app/ImageRedirects.yaml ? ou créer un yaml séparé ?

3. laem

   Bonne question. En effet il y a beaucoup d'icônes Osmand qui foirent. À vrai dire, ne plus utiliser du tout leur banque d'icônes me semble une éventualité.

   Ne les mettons pas dans categories.yaml, qui est déjà bien trop gros (mais heureusement ce n'est qu'une liste donc les diffs sont faciles à gérer).