Modify

Opened 3 years ago

#507 new defect

Adresses: traiter le cas des noms de rues <>, mais == normalizés, notament pour Dijon

Reported by: tyndare Owned by: tyndare
Priority: major Component: export cadastre
Keywords: Cc: vdct

Description

Sur la ville de Dijon, il y a deux noms de rue FANTOIR qui sont normalisés de la même manière:

  • RUE DE FONTAINE => RUE FONTAINE
  • RUE LA FONTAINE => RUE FONTAINE

Ces deux rues sont bien distinctes, Le fichier B0231-adresses.osm contient bien
deux associations différentes, mais elle sont malheureusement rapprochées avec le même code fantoir, et avec le même nom de rue d'OSM: "Rue la Fontaine".
Une de ces deux associations a donc un code FANTOIR et un nom faux.

Le découpage par rue des points isolés passe mais ne sauve qu'une de ces deux rues, la deuxième écrase sûrement la première.
Le découpage du mix en façade de building proche plante:

Traceback (most recent call last):
  File "../../cadastre_vers_osm_adresses.py", line 939, in cadastre_vers_adresses
    partitionnement_osm_associatedStreet_zip(osm, code_commune + "-adresses_buildings_proches.zip", code_commune)
  File "../../cadastre_vers_osm_adresses.py", line 668, in partitionnement_osm_associatedStreet_zip
    filenames_of_way.update(filenames_of_new_nodes[nid])
KeyError: -394782

Attachments (0)

Change History (0)

Add Comment

Modify Ticket

Action
as new .
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.