Bonsoir,

Le 20/01/2014 22:04, Tyndare a écrit :

Le 19 janvier 2014 23:56, Christian Quest <cqu...@openstreetmap.fr
<mailto:cqu...@openstreetmap.fr>> a écrit :

    Histoire de tester, j'ai tester l'intégration des adresses d'une
    commune des environs: Nogent sur Marne (petit vin blanc, tout ça).


Au fait j'avais oublié de remettre le tag source pour mentionner la
DGFiP, et du coup tu ne l'avais pas dans ton jeu de données Christian,
désolé.


    J'ai dû y passer 3h environ ce qui fait une bonne moyenne.

    Sûr qu'un découpage par rue permettrait d'être plus progressif et ça
    pourrait aussi passer dans l'outil addr.openstreetmap.fr
    <http://addr.openstreetmap.fr>


3h ça fait un peut marathon mais c'est une sacré perf pour faire toute
les rue d'une ville entière ! Tout le monde n'as pas autant d'endurance,
donc oui je suis d'accord il faut couper le fichier par rues.

On est d'accord alors. Si on prend le rythme de Christian comme référence y'aura pas grand monde pour tenir la cadence ;-)

J'ai juste deux petits soucis:
1) les numéros orphelins dont je ne connais pas la rue.
Je pense que je vais leur faire des fichier à part en essayant de grouper.
2) les numéros qui sont associés à deux rues (car la parcelle avait une
adresse dans deux rues et je ne sait pas choisir).
Quand ça arrive je ne vois pas comment séparer les fichiers à cause des
relations croisées. Je vais être obligé je pense de mettre les deux rues
concernées dans le même fichier (en espérant qu'il n'y ait pas cette
situation en cascade de rue en rue et de me retrouver au final avec
qu'un seul fichier, ça serait ballot).

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). 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'.

Sinon, j'aurais aimé votre avis par rapport aux valeurs du tag fixme que
je met dans le fichier. J'arrive à me comprendre quand je les lis, mais
je voudrais être sur que ceux qui ne connaissent pas l'algo sous-jacent
arrivent aussi à comprendre qu'elle est l’ambiguïté et comment essayer
de la résoudre.
J'ai 4 types de fixme:
1) "a verifier et associer a la bonne rue" (quand il n'y a pas de rue
associée)
"rue à déterminer par vous-même"

2) "choisir l'association a la bonne rue" (quand il y a deux rues associées)
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 |

3) "trouver la position exacte de ce numero" (je voulais y ajouter le
texte " associe a la parcelle P")
"position à préciser. Parcelle associée : n° xxx"

4)  "X m de la parcelle P: verifier la position et/ou l'association a la
rue"
ok

De mon côté je poursuis l'association avec les ways OSM pour le nom de la relation et les rôles 'street'.

vincent

ps. j'ai eu ce soir un plantage en fin de process pour Beauvais :
http://37.187.60.59/cadastre-housenumber/adresses.php?dep=060&com=O0057

Traceback (most recent call last):
  File "../../../cadastre_vers_osm_adresses.py", line 619, in
    cadastre_vers_adresses(sys.argv)
File "../../../cadastre_vers_osm_adresses.py", line 615, in cadastre_vers_adresses
    osm = ultimate_housenumber_extract(code_commune, svgs, xmls, info_pdfs)
File "../../../cadastre_vers_osm_adresses.py", line 333, in ultimate_housenumber_extract
    match_parcelles_et_numeros(parcelles, numeros)
File "../../../cadastre_vers_osm_adresses.py", line 282, in match_parcelles_et_numeros
    p.adresses.remove(addr)
ValueError: list.remove(x): x not in list


_______________________________________________
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

Répondre à