<div dir="ltr">J'ai vu à plusieurs endroits que le tag type=* serait déprécié dans les relations, parce qu'il est en fait ambigu, et parce que les relations peuvent en fait simultanément de plusieurs types différents.<div><br></div><div>Cela concernait la plupart des valeurs données à type=* dont</div><div>- type=boundary : remplacé par le tag plus approprié "boundary=*"</div><div>- type=land_area : remplacé par le tag plus approprié "boundary=land_area" voire même seulement "land-area=*"<br></div><div>- type=route : remplacé (?) par le tag plus spécifique route=*</div><div>- type=natural (quelques occurences) : remplacé par le tag natural=*</div><div><div>- type=multipolygon : pas signifiant du tout, historique, mais encore généré par défaut dans les éditeurs, à priori inutile. Si le but est de bien indiquer que cela concerne la surface et non le seul contour, c'est le cas par défaut dans toutes les relations (sauf les "route=*" pour les itinéraires), sinon on a "area=yes/no" pour changer cette valeur par défaut</div><div><br></div><div>Note:</div><div>- "area=yes" n'est à priori pas utile pour les relations puisque c'est la valeur par défaut de toutes les relations, sauf route=* (et "route=*" n'a pas de sens en tant que surface, à moins que ce soit pour mentionner qu'un itinéraire passe par une zone où n'existe aucun sens de circulation ni aucun chemin spécifique) ; en revanche il reste utile pour les relations avec "highway=*" qui peuvent avoir besoin de mentionner une surface (exemple les zones piétonnes avec "highway=pedestrian"), et dans ce cas cette relation surfacique highway=* pourrait être un des membres d'un itinéraire piéton (route=*).</div></div><div>- "area=no" n'est semble-t-il pas utile (c'est déjà la valeur par défaut pour les "highway=*" et pour les "route=*")</div><div><br></div><div>Que se passe-t-il si on n'a QUE type=* et aucune des tags de remplacement (comme ceux-dessus : pour les utiliser il faut cependant leur donner une valeur et ce n'est pas si évident, en tout cas pas automatiquement.<br></div><div><br></div><div>Tout au plus :</div><div>- pour une relation "type=highway", le tag de remplacement "highway=*" pourrait utiliser une valeur "highway=unspecified" (et donc supprimer automatiquement "type=highway")</div><div>- pour une relation "type=boundary", le tag de remplacement "boundary=*" n'a pas de valeur par défaut (même si la plupart du temps c'est "boundary=administrative", cela reste à vérifier.</div><div>- pour une relation "type=route", le tag de remplacement "route=*" n'a pas de valeur par défaut non plus (même si souvent c'est "route=bus", il y a d'autres modes de transport possibles)</div><div><br></div><div>A-t-on une analyse permettant de trouver les relations utilisant "type=<XYZ>" mais aucun tag "<XYZ>=*" ? Ces relations devraient être précisées (car en attendant on ne peut pas supprimer "type=XYZ".</div><div><br></div><div>Est-il prévu une réelle obsolescence du tag "type=*" (y compris "type=multipolygon" qui ne sert à rien du tout) pour les relations ?</div><div><br></div><div><div>Votre avis sur la question : faut-il encore mettre "type=*" dans les relations, au moins le temps d'assurer la migration des tags plus spécifiques manquants (même si cela fait doublon quand ce tag plus spécifique est déjà présent) ?</div></div><div><br></div></div>