<div dir="ltr">Le 3 janvier 2014 20:03, Christian Quest <span dir="ltr"><<a href="mailto:cquest@openstreetmap.fr" target="_blank">cquest@openstreetmap.fr</a>></span> a écrit :<div><br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">A mon avis, plus les traitements automatiques sont faits en amont mieux c'est.</div>

</blockquote><div>


 </div></div><div>Je suis d'accord, l'algorithme proposé par David pourrait avantageusement être directement intégré au script de fusion. <br><br></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">




<div dir="ltr"><div>Il faut vraiment garder les opérations manuelles pour ce qu'on ne peut pas automatiser avec fiabilité.<br> <br></div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">




<div dir="ltr">

<div>Je verrai bien:</div><div>- remettre le nœud sur le polygone de bâti si celui-ci est proche de moins de disons... 1m ?</div></div></blockquote></div><div><br>En
 fait un numéro dessiné sur le cadastre fait déjà plus d'1m de haut. La 
position du numéro est considérée comme étant au centre du dessin. Actuellement
 le script de fusion intègre les numéros addr:housenumber au polygone 
building ou barrier le plus proche si celui-ci est situé à moins de 3m, 
distance calculée pour une projection orthogonale au segment, et seulement si on est en face.<br></div><div><br></div><div>


 <br></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>- générer les relations associatedStreet là où il n'y a pas d'ambiguité</div>

</div>


</blockquote></div><div><br>La gestion des relations, c'est un niveau de
 complexité au dessus, auquel je ne me suis pas attaqué pour l'instant. 
Je manquais de motivation car pour les cas d’import que j'ai essayé de 
faire en milieu rural, l’ambiguïté était parfois difficile à détecter, 
je me suis aussi aperçu (grâce aux numéros importés) qu'assez 
fréquemment le découpage des routes n'était pas correcte dans OSM, donc 
si les relations avaient étaient faites de manière automatique cela ne 
m'aurais pas toujours simplifié la tâche.<br>


</div><div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">

<div>- mettre des fixme partout ailleurs.</div></div></blockquote><div> <br></div></div><div>Personnellement,
 la façon dont je procède pour importer les données, c'est d'utiliser le
 tag fixme pour identifier les éléments que je n'ai pas encore 
analysés/intégrés correctement, et pour moi, toutes les adresses 
importées depuis le cadastre méritent d'être vérifiées (globalement par 
rapport à leur rue), donc toutes les valeurs méritent un tag fixme 
initialement, que je supprime une fois que je suis confiant. Mais oui ça
 peut être un peut lourd à l'usage</div></div>