<div class="gmail_quote">2010/3/30 Guillaume Audirac <span dir="ltr"><<a href="mailto:guillaume.audirac@gmail.com">guillaume.audirac@gmail.com</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 tag "converted_by=Editop_2_OSM_v0016" m'intrigue, il est présent 
dans
 les relations et certaines limites administratives. Quelle en est 
l'origine ? Peut-il être supprimé et sous quelles conditions ?<br></blockquote><div><br>Editop est un logiciel SIG propriétaire. La seule personne qui l'a utilisé à ma connaissance pour OSM le faisait surtout dans un cadre professionnel. Bien que gros contributeur, l'origine des données de cette personne est parfois douteuse. Je laisserais le tag en place.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Questions:<br>
- comment facilement trouver l'identifiant d'un élément (par exemple un chemin) dans JOSM (sans passer par un navigateur donc Ctrl-I est hors-course) ?<br></blockquote><div><br>L'identifiant, tu veux dire l'osm-id ? Il peut être activé à l'affichage dans les panneaux de droite depuis le menu des préférences.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">- comment télécharger des objets manquants et partageant un élément commun avec un objet déjà chargé ? Typiquement pour un chemin s'étendant sur une zone grisée et dont certains noeuds sont partagés avec d'autres chemins, si j'efface ce chemin, j'efface aussi des noeuds partagés et je dois gérer les conflits lors du téléchargement vers le serveur.<br>
</blockquote><div><br>En principe, il ne devrait plus être possible d'effacer des objets dont une partie se trouve "en zone grise". Mais il semble que cela ne marche pas à tous les coups. Il n'y a pas de fonction "télécharge tous les objets liés à celui-ci" à ma connaissance. Le risque est de se retrouver à charger toute la base. De plus, il y a un problème de performance et de charge serveur à vouloir récupérer les objets un à un (ce qui se fait déjà par les relations). La seule solution que je connaisse est la méthode bourin (par bbox successifs).<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

- que signifie le tag "name:botanical" (vu dans les relations Pays de la Loire et Basse-Normandie: ID#8650 et ID#8646) ? Il n'apparaît que si je clique une ou plusieurs fois sur le champ "name" de la relation dans JOSM (version 3094).<br>
<br></blockquote><div><br>Si ça n'est pas dans les données (comme ici :<a href="http://www.openstreetmap.org/browse/relation/8650">http://www.openstreetmap.org/browse/relation/8650</a>), ça ressemble à un bug dans JOSM. Chercher et/ou ajouter dans <a href="http://josm.openstreetmap.de/report">josm.openstreetmap.de/report</a> .<br>
</div></div><br>Pieren<br>