<div class="gmail_quote">Le 30 mars 2010 18:02, Pieren <span dir="ltr"><<a href="mailto:pieren3@gmail.com">pieren3@gmail.com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="gmail_quote"><div>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></div></blockquote><div><br>Ok, merci pour l'explication, mais ça ne m'a pas empêcher de faire une boulette, voir plus bas...<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="gmail_quote"><div>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></div></blockquote><div><br>J'ai trouvé, merci.<br>
<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="gmail_quote"><div>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></div></blockquote><div><br>Il est tout à fait possible d'effacer un object partiellement en zone grise, il y a juste un message d'avertissement (qu'il est même possible de désactiver définitivement). Je ne comprends pas le risque de télécharger toute la base, l'idée n'est pas de suivre une approche récursive mais de télécharger seulement les objets _directement_ lié à l'objet sélectionné, mais pas les objets liés aux nouveaux objects chargés.<br>
Merci pour la méthode bourrin, j'avais trouvé tout seul ;-)<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="gmail_quote">
<div>
</div><div class="im"><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>
</blockquote></div></div></blockquote><div><br>Bon, première boulette sur la relation Pays de la Loire (ID#8650).<br>En enlevant les champs "note" et "converted_by" (que j'ai enlevé un peu vite, soit dit en passant), JOSM a modifié <i>à l'insu de mon plein gré</i> le tag "name" pour le changer en "name:botanical".<br>
Et toute modification manuelle dans JOSM force "name" à "name:botanical". Impossible de corriger. Est-il possible de faire un revert sur le changeset #4282332 ? Comme procéder pour cela ?<br><br></div>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="gmail_quote"><div>Si ça n'est pas dans les données (comme ici :<a href="http://www.openstreetmap.org/browse/relation/8650" target="_blank">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" target="_blank">josm.openstreetmap.de/report</a> .<br>

</div></div>
</blockquote></div><br>C'est fait: ticket #4824.<br>A+<br>-- <br>Guillaume<br>