Modify

Opened 3 years ago

Last modified 3 years ago

#567 assigned defect

Nœud adresse en double

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

Description

Je viens de trouver une anomalie dans un fichier adresse "associatedStreet - point sur bâtiment" : un nœud est en double, une fois sur le bâtiment, une fois flottant à proximité.
Il s'agit du numéro 16 Allée du Parc à Beaumont (63032).

Attachments (0)

Change History (10)

comment:1 Changed 3 years ago by dumoulin

De plus, le nœud sur le bâtiment n'est pas dans la relation alors que le nœud flottant y est.

Le bug se reproduit sur le numéro 19, deux nœuds sur le bâtiment à 3 mètres, un dans la relation l'autre en dehors.

comment:2 Changed 3 years ago by dumoulin

Oulà, mais en fait, le problème se produit sur chaque nœud de cette rue :-/

Je vais tenter un nouvel export, car mon fichier date un peu.

comment:3 Changed 3 years ago by dumoulin

Après regénération sur cadastre.osmfr.org, je confirme le bug sur tous les points de cette voie.

comment:4 Changed 3 years ago by PiRK

Peut-être que le noeud sur le bâtiment est un noeud d'adresse ajouté par un autre utilisateur. Quand le bâtiment est chargé par l'outil dans le fichier de la rue, le noeud d'adresse collé au bâtiment est chargé lui aussi, mais pas sa relation originale.

Dans ce genre de cas je fais généralement confiance aux adresses déjà ajoutées et je n'importe pas celle du calque, je rajoute juste celles qui manquent une par une.

On parle bien de cette rue : http://www.openstreetmap.org/relation/3460490#map=18/45.75311/3.09617 ?

Je crois que c'est assez important de passer par une étape de fusion du calque de chaque rue avec un calque principal avec toute la commune, pour bien vérifier qu'on ne crée pas de relations en double.

Last edited 3 years ago by PiRK (previous) (diff)

comment:5 Changed 3 years ago by dumoulin

Oui, c'est bien cette rue.

J'avais effectivement précédemment ajouté les nœuds adresses lors de mes premiers tests.
Mais c'est quand même risqué de mettre les deux points dans le fichier généré (point d'OSM et positionnement depuis le cadastre) … Il vaudrait mieux à la limite générer deux fichiers distincts pour que le contributeur voie bien que des points existent bien et évite d'envoyer des doublons.

comment:6 Changed 3 years ago by jocelyn

  • Owner set to sly
  • Status changed from new to assigned

comment:7 Changed 3 years ago by sly

  • Cc tyndare vdct added
  • Owner changed from sly to vdct

comment:8 Changed 3 years ago by sly

je ré-attribue car je ne gère pas cette partie

comment:9 Changed 3 years ago by vdct

Ce que tu décris Nicolas est une limitation du programme actuel. Comme l'a répondu Pierre, il n'y a pas aujourd'hui de prise en compte de l'existant OSM en terme d'adresses (les nodes ou ways avec un tag addr:housenumber) ni en terme de relations. Je ne tourne pas autour du pot : c'est LA prochaine évolution majeure à prévoir.
Dit autrement, pour l'instant, les fichiers proposés sont plus adaptés à de l'intégration en zone vierge qu'à de la consolidation.
Le wiki l'évoque (rapidement) : http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_adresses#Aspects_non_trait.C3.A9s_dans_les_fichiers_actuels

comment:10 Changed 3 years ago by dumoulin

Ok Vincent et Pierre, ça me va comme réponse.
Est-ce qu'on ne pourrait pas au minimum regarder si la rue a déjà une relation avec un code FANTOIR, et dans ce cas mettre un message dans le rapport pour dire que la rue a probablement déjà été importée ?
Mais bon, c'est vrai que ça générera peut-être pas d'erreurs chez d'autres contributeurs, et comme je n'aurai pas le temps de proposer un patch … ;-)
Merci quand même pour vos précisions.

Add Comment

Modify Ticket

Action
as assigned .
Author


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

 
Note: See TracTickets for help on using tickets.