<div class="gmail_quote">2010/10/12 Rodolphe Quiedeville <span dir="ltr"><<a href="mailto:rodolphe@quiedeville.org">rodolphe@quiedeville.org</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Le doublonnage de clé n'a pas de sens, et si<br>
on ne tag pas pour le rendu, alors on ne peut pas non plus bloquer<br>
l'évolution des tags à cause des moteurs de rendus ;-)<br><br></blockquote><div><br>Attention, le doublonnage est exceptionnel (c'est à ma connaissance le seul cas). Il n'y pas que les différents moteurs de rendu qu'il faut adapter mais aussi les éditeurs et leurs presets et éventuellement toutes les applications consommant des données OSM sans qu'on le sache ;-)<br>
Pour la clé office=*, la question est apparue lorsque quelqu'un a voulu taguer 'architect' ou 'lawyer' en hésitant entre 'amenity' (qu'on emploie plutot dans le sens 'utilité pour le public') ou 'shop'. Il faut avouer que ces deux clés n'étaient plus vraiment adaptées à ce genre de POI et qu'on s'éloignait franchement de leur usage de départ. La même question a suivie pour les artisans qui ont une enseigne visible depuis la rue mais qui ne collaient ni avec 'amenity', ni 'shop', ni 'office'. Mais comme il n'y avait rien avant ces propositions, c'était beaucoup plus facile d'arriver à un consensus avec une nouvelle clé. <br>
Encore une fois, il est très délicat de modifier les pratiques en cours. Cela n'est généralement bien accepté par la communauté que si le changement apporte une réelle amélioration autre que cosmétique (par exemple, la récente suppression de "highway=incline" ou la création de la clé 'barrier' pour remplacer 'highway=gate').<br>
</div></div><br>Pieren<br>