<div class="gmail_quote">Le 10 février 2012 20:24, Jérôme Cornet <span dir="ltr"><<a href="mailto:jerome@aldorande.net" target="_blank">jerome@aldorande.net</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Le 10 févr. 2012 à 17:44, Etienne Trimaille a écrit :<br>
<div><br>
> Est-ce possible de prendre en compte les building=* en compte ?<br>
<br>
</div>Ahem… je dois avouer piteusement en public que je n'avais pas connaissance de ces variations sur tag building. Et donc…<br>
les bâtiments qui sont en building=XX ou XX n'est pas yes sont complètement ignorés de la comparaison! (arggggg)<br></blockquote><div><br><br>Il n'existe pas que le building=yes ;-)<br><a href="http://wiki.openstreetmap.org/wiki/Key:building" target="_blank">http://wiki.openstreetmap.org/wiki/Key:building</a><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><br>
> Je ne comprends pas toujours le résultats :<br>
> Avec building=apartements / train_station dans la base OSM, ton outils met le bati dans ok.osm.<br>
> Avec building=supermarket dans OSM, ton outils met le bati dans nofusion.osm.<br>
<br>
</div>En fait cela ne dépend pas du type de building… (vu que je ne reconnais que building=yes). La différence<br>
que tu as observé est liée probablement à une intersection avec un autre polygone qui lui était taggé building=yes.<br>
<div><br>
> Je précise que pour les 2 types apartements et supermarket, les bâtiments sont exactements au même endroits entre les 2 fichiers OSM (courant.osm et cadastre.osm).Je ne pense pas que cela soit le bon résultat, non ? Ils devraient se trouver dans nofusion.osm ?<br>
<br>
</div>Euh je ne comprend pas bien cette partie. Dans le cadastre on a uniquement du building=yes non?<br></blockquote><div><br>Tout à fait. Il n'y a que des building=yes dans les fichiers issus du cadastre. Sauf pour les églises qui sont automatiquements building=church !<br>
Tu as déjà répondu à ma question en disant que ton script ne prend que building=yes.<br><br>Je vais revérifier pour la différence que j'ai obtenu entre ok.osm et fusion.osm.<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><br>
> Et en théorie, si j'ai bien compris les différents fichiers :<br>
> fusion.osm, à ne pas importer, car bati déjà présent dans la base<br>
<br>
</div>Ben là ça dépend des opinions. Préfères-tu un bâtiment dessiné exactement comme dans le cadastre, ou garder<br>
quelque chose d'approximatif fait à la main, pas forcément au bon niveau de détail? (je sais j'en ai fait nombre à la main<br>
à la grande époque). Si tu souhaites avoir la précision du cadastre, et les tags intéressants rentrés sur la version faite<br>
à la main, le calque "Fusion" est censé réimporter les tags utilisateur sur le bâti cadastre (et sur les points, notamment<br>
pour les adresses). Après c'est une question d'opinion/de temps et aussi que le processus de fusion se passe bien.<br></blockquote><div><br>Dans mon cas, le bati venait déjà d'un import cadastre, donc pas de soucis de ce cote la.<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><br>
> conflit.osm, à vérifier manuellement<br>
> C'est bien çà ?<br>
<br>
</div>Oui.<br></blockquote><div><br>Merci pour le rappel des fichiers.<br>J'avais bien marqué "en théorie" dans ma question ;-) Cela n'empêche pas la vérif manuelle.<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><br>
> Pour obtenir les batiments qui ont été supprimés du cadastre, mais présent dans OSM ?<br>
<br>
</div>Peut-être en inversant les deux fichiers en arguments (cadastre et calque osm) et en regardant la sortie .ok.<br>
Je peux faire une option spéciale sinon si tu m'expliques à quoi ça te sert, quel comportement tu veux, etc.<br></blockquote><div><br>J'avais essayé :p<br>Mais les fichiers OSM ne sont pas compatibles. Ce sont les id qui foirent la lecture.<br>
</div></div><br>