[OSM-talk-fr] Cartographier les voies vertes

[Christian Quest]

Le 16/03/2021 à 16:14, Antoine Riche via Talk-fr a écrit :
> Le 16/03/2021 à 15:52, Frantz a écrit :
>> On avait discuté ici il y a un an du principe des valeurs multiples 
>> pour une même clé, c'était au sujet des magasins, avec l'exemple type 
>> bar/tabac/presse/jeux/colis/... et j'avais proposé la liste séparée 
>> par ;.
>> Il semblait y avoir un accord assez fort sur le fait que les listes 
>> x;y;z étaient très longues à traiter par les requêtes.
>> Et idem pour les suffixes de clé (clé:1 clé:2 ...). Et donc qu'il 
>> fallait mieux éviter.
>>

clé=x;y;z m'a l'air plus facile à traiter quand on part de la clé (cas 
majoritaire je pense) et qu'on s'intéressent ensuite à sa/ses valeurs... 
une simple expression régulière fera l'affaire

clé:1=x clé:2=y oblige à scruter plusieurs clés, sans savoir combien il 
y en a pour récupérer les objets qui ont une valeur qui nous intéresse, 
donc plus de recherches plus d'index à parcourir, etc... et sans borne 
bien claire (on va jusqu'où clé:99 ?)

Donc pas photo pour moi entre les deux !


>> J'en étais resté là mais il y a peut-être eu depuis des avancées sur 
>> ce sujet des listes ?
>
> Il faudrait retrouver la discussion mais il me semble que les valeurs 
> multiples sont indésirables pour les clefs "principales" (qui 
> définissent un élément) : shop, highway, amenity, etc. On les trouve 
> couramment sur des tags "secondaires" (qui décrivent) comme level, 
> cuisine, vending, ou encore destination qui s'applique à des highway.
>
C'est surtout que l'impact sur les clés principales est plus visible car 
un grand nombre d'outils les utilisent directement, et sans gérer les 
valeurs multiples.

Cas typique pour un rendu... on met quelle icône quand il y a 2 valeurs 
? Celle correspondant à la première de la liste est assez facile à 
récupérer et peut être considérée comme prioritaire, mais je pense que 
très peu d'outils font cela.

-- 
Christian Quest - OpenStreetMap France