<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
2m ça me parait bien peu pour une conflation efficace.<br>
<br>
Les espèces et autre ont plein de tags prévus pour: genus / species/
taxon, voir <a class="moz-txt-link-freetext" href="http://wiki.openstreetmap.org/wiki/Key:species">http://wiki.openstreetmap.org/wiki/Key:species</a><br>
<br>
+1 aussi pour compléter les objets existants plutôt que de les
supprimer pour les remplacer.<br>
<br>
<br>
<br>
<div class="moz-cite-prefix">Le 21/07/2015 14:41, Jérôme Seigneuret
a écrit :<br>
</div>
<blockquote
cite="mid:CAATqEenG-TtKA4Tk+CtpxeRh2z6pBznoWUVt5aix09qteMJHbQ@mail.gmail.com"
type="cite">
<meta http-equiv="Context-Type" content="text/html; charset=UTF-8">
<div dir="ltr">Perso je m'occupe d'intégrer les arbres de
Montpellier + éclairage (campagne terrain plus Bing pour le
placement)
<div><br>
</div>
<div>Les palmiers c'est du feuillu persistant. Il n'y a plus de
distinction. Je laisse type=palm uniquement pour les
palmiers... </div>
<div><br>
</div>
<div>Sinon <span>leaf_type=* et leaf_cycle sur chaque arbre et
c'est ok</span></div>
<div>Pour le nom complet latin j'utilise taxon=* et pas plus
quand j'aurais mis tous les arbres j'ajouterai le reste par
requête (Overpass)</div>
<div><br>
</div>
<div><br>
</div>
<div>Penses à tester tout de même les zones contenant déjà un
couvert végétal dans OSM pour éviter les doublons et de
supprimer le tout. Après je mettrais plutôt 5 à 7m pour le
rayons.</div>
<div><br>
</div>
<div>Faire plusieurs tests en variant d'un mètre pour vérifier
le rayons le plus probant.</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">Le 21 juillet 2015 14:37, JB <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:jbosm@mailoo.org" target="_blank">jbosm@mailoo.org</a>></span>
a écrit :<br>
<blockquote class="gmail_quote">
<div> Salut,<br>
Quelques remarques :<br>
- Overpass trouve 1188 arbres dans Nice : soit il en
manque dans le fichier de l'agglo, soit 2m, c'est pas
assez. Soit le fichier de l'agglo n'est pas assez bon,
soit ce qui est dans OSM n'est pas assez bon.
Problèmatique de tenter d'importer avant d'en savoir plus.<br>
- Pas vraiment d'accord pour supprimer l'existant pour y
mettre la donnée de « référence » à la place. Le but est
d'éviter d'arriver à la situation US vue d'ici (difficile
de savoir ce qu'il en est réellement sans être sur place)
ou l'essentiel de la donnée est issue d'import avec peu de
vie communautaire locale. Et d'éviter la frustration des
mappeurs locaux.<br>
- Es-tu inscrit à la liste de discussion import ? <br>
<span class="HOEnZb"> JB.</span>
<div>
<div class="h5"><br>
<br>
<div>Le 21/07/2015 14:05, Vincent Frison a écrit :<br>
</div>
</div>
</div>
<blockquote type="cite">
<div>
<div class="h5">
<div dir="ltr">Hello
<div><br>
</div>
<div>Je compte importer dans OSM l'ensemble des
arbres municipaux de Nice, merci au portail
OpenData de l'agglomération de Côte d'Azur. Ici
c'est du vrai open data, je ne devrais donc pas
avoir la même frustration qu'avec l'import des
immeubles de PSS ;)</div>
<div><br>
</div>
<div>Ils viennent de mettre à jour leur fichier
qui contient maintenant plus de 30 000 arbres : <a
moz-do-not-send="true"
href="http://opendata.nicecotedazur.org/data/dataset?q=arbres"
target="_blank"><a class="moz-txt-link-freetext" href="http://opendata.nicecotedazur.org/data/dataset?q=arbres">http://opendata.nicecotedazur.org/data/dataset?q=arbres</a></a></div>
<div><br>
</div>
<div>En plus de créer les nouveaux arbres mon
programme vérifie également la présence d'arbres
existants afin de les effacer. Actuellement j'ai
mis un rayon de 2 mètres donc pour chaque arbre
importé, je regarde les arbres existants qui
sont à moins de 2 mètres. Pour l'instant je
n'efface que l'arbre plus proche de l'arbre
importé (je pourrais également supprimer tous
les arbres qui sont à moins de x mètres mais en
fait ça ne change pas grand chose car s'il y a
plusieurs arbres existants qui sont très proches
à priori il y aura également plusieurs arbres
importés qui seront très proches donc au
final même en ne supprimant que l'arbre existant
le plus proche tous les arbres existants seront
bien effacés, ce que j'ai pu vérifier par mes
tests). </div>
<div><br>
</div>
<div>Concrètement sur les ~30 000 arbres importés
il y a ~540 arbres existants à supprimer.</div>
<div><br>
</div>
<div>Ce qui est dommage c'est que le fichier
n'indique pas le type des arbres et c'est
d'autant plus dommage que les arbres existants
ont parfois un tag type=*. Par ex. les arbres
existants le long de la Promenade des Anglais
sont marqué comme palmier (type=palm).
Malheureusement je serai obligé de remettre le
type à la main une fois l'import exécuté. Mon
programme pourrait éventuellement récupérer le
type des arbres existants mais bon ça ne
marcherait que sur une toute petite partie des
arbres importés...<br>
</div>
<div><br>
</div>
<div>D'ailleurs j'ai un peu de mal à comprendre la
bonne manière d'indiquer le type car sur la page
Wiki du tag natural=tree (<a
moz-do-not-send="true"
href="http://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree"
target="_blank"><a class="moz-txt-link-freetext" href="http://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree">http://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree</a></a>)
il est marqué que le tag type=* est obsolète et
qu'il faut plutôt utilisé le tag leaf_type=*.
Sauf que ce dernier n'est censé prendre que les
valeurs suivantes : broadleaved / needleleaved /
mixed / leafless. De plus sous JSOM si on met
type=palm ça affiche bien l'arbre avec une image
de palmier mais ça ne le fait pas si j'essaye
avec genus|species=palm|palmtree. Bref c'est pas
très clair...</div>
<div><br>
</div>
<div>Voila si vous avez des conseils ou
suggestions n'hésitez surtout pas..</div>
<div><br>
</div>
<div>++ Vincent.</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
<br>
<fieldset></fieldset>
<br>
</div>
</div>
<span class="">
<pre>_______________________________________________
Talk-fr mailing list
<a moz-do-not-send="true" href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a moz-do-not-send="true" href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</span></blockquote>
<br>
</div>
<br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a moz-do-not-send="true"
href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a moz-do-not-send="true"
href="https://lists.openstreetmap.org/listinfo/talk-fr"
rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Talk-fr mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Christian Quest - OpenStreetMap France</pre>
</body>
</html>