<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Le 20 janvier 2014 22:33, Vincent de Château-Thierry <span dir="ltr"><<a href="mailto:vdct@laposte.net" target="_blank">vdct@laposte.net</a>></span> a écrit :<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hier soir j'avais pris le parti (un peu rapidement) de regrouper tous les nodes ayant un tag fixme dans un même fichier. On peut splitter en autant de fichiers qu'il y a de cas, à la rigueur, mais dans l'idée je pense qu'il faut faire simple, je suis donc aussi pour ce type de fichier à traiter à part (et en dernier, je pense, une fois les autres adresses intégrées).<br>
</blockquote><div><br>Pour les numéros sans association à une rue ou avec deux associations, je suis d'accord de les regrouper à part. Mais pour ceux associés a une seule rue, je trouve ça dommage de les séparer juste parce qu'il ont un fixme, dans la majorité des cas l'association à la rue est quand même la bonne, donc je trouve que ça rajouterais inutilement  du boulot manuel si on la supprimais.<br>
<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Je serais toi je ne me prendrais pas trop la tête sur un regroupement de relations, avec les galères de récursivité. Je plaide pour un fichier par rue avec dedans uniquement les adresses non ambigües, et un fichier avec 'le reste'.</blockquote>
<div> </div><div>Ok je vais faire des fichier à part pour les numéros sans association ou avec deux choix d'association. <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Sinon, j'aurais aimé votre avis par rapport aux valeurs du tag fixme que<br>
je met dans le fichier. J'arrive à me comprendre quand je les lis, mais<br>
je voudrais être sur que ceux qui ne connaissent pas l'algo sous-jacent<br>
arrivent aussi à comprendre qu'elle est l’ambiguïté et comment essayer<br>
de la résoudre.<br>
J'ai 4 types de fixme:<br>
1) "a verifier et associer a la bonne rue" (quand il n'y a pas de rue<br>
associée)<br>
</blockquote></div>
"rue à déterminer par vous-même"</blockquote><div><br></div><div class="im">En fait il ne s’agit pas uniquement de déterminer la rue, la validité du numéro peut aussi être mise en doute car il peut s'agir de doublons (mais comme l'a remarqué Christian, parfois mieux placé que celui déjà associé à la rue), et dans quelques cas il s'agit de numéro historique qui n'ont plus vraiment d'existence aujourd'hui.<br>

<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
2) "choisir l'association a la bonne rue" (quand il y a deux rues associées)<br>
</blockquote></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
pour moi celui là est clair car il y a les 2 noms de rues dans addr:street. En revanche je mettrais plutôt tout dans le fixme, pour éviter d'envoyer malencontreusement en base un tag addr:street avec deux noms en majuscules séparés par un |</blockquote>
<div>ok<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
3) "trouver la position exacte de ce numero" (je voulais y ajouter le<br>
texte " associe a la parcelle P")<br>
</blockquote></div>
"position à préciser. Parcelle associée : n° xxx"</blockquote><div>je prends <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">
<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
4)  "X m de la parcelle P: verifier la position et/ou l'association a la<br>
rue"<br>
</blockquote></div>
ok<br>
<br>
De mon côté je poursuis l'association avec les ways OSM pour le nom de la relation et les rôles 'street'.<br>
<br>
vincent<br>
<br>
ps. j'ai eu ce soir un plantage en fin de process pour Beauvais :<br>
<a href="http://37.187.60.59/cadastre-housenumber/adresses.php?dep=060&com=O0057" target="_blank">http://37.187.60.59/cadastre-housenumber/adresses.php?dep=060&com=O0057</a> </blockquote><div> </div><div>Merci pour ce cas de test,  le problème provenais d'une parcelle ayant 2 fois exactement la même adresse.<br>
</div><div>Les deux numéros (identiques) étaient bien dessinés sur le cadastre, mais je n'ai par réussi à dépatouiller mon code pour qu'il associe les deux numéros sans retomber dans un plantage, donc du coup, dans ce cas de figure je ne considère qu'une seule instance de l'adresse, et un seul des numéros sera associé (ici le moins bien placé au centre de la parcelle).<br>
</div><div>Le résultat déjà généré:<br><a href="http://37.187.60.59/cadastre-housenumber/data/060/O0057/O0057-adresses.osm">http://37.187.60.59/cadastre-housenumber/data/060/O0057/O0057-adresses.osm</a><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br></blockquote></div><br></div></div>