[OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM

[Vincent de Château-Thierry]

Bonsoir,

Le 16/05/2014 20:00, Romain MEHUT a écrit :
> Le 16 mai 2014 17:37, Pieren <pieren3 at gmail.com
> <mailto:pieren3 at gmail.com>> a écrit :
>
>     J'aime pas trop les noeuds "flottants" (et j'évite lorsque je peux).
>     Cette façon de mapper (à distance fixe d'un mur ou d'une limite de
>     parcelle) est bonne et suffisante pour un cadastre. Elle ne l'est pas
>     lorsqu'on veut faire du routage de porte à porte.
>
> Tout dépend ce que l'on entend par "porte". Je privilégie le nœud
> flottant typiquement dans les zones pavillonnaires où le point adresse
> se retrouve donc isolé en limite de propriété. Au delà on passe dans
> l'espace privé. Et je ne vois pas en quoi cela ne permettrait pas de
> faire du routage.

Je n'aime pas les noeuds qui flottent non plus, que ce soit des 
adresses, ou des POIs situés dans un building.
Pour une adresse donnée, dans la mesure où on n'exploite pas la 
géométrie des parcelles du cadastre, on a très rarement en base un tracé 
qui matérialise la limite de propriété : haie, mur, portail, etc. Aussi 
dans une écrasante majorité de situations, seul un way de type building 
matérialise l'adresse. Donc pour moi c'est un choix par défaut, mais je 
préfère largement utiliser la façade d'un bâtiment et y ajouter un node 
addr:housenumber, au moins on a une idée de ce à quoi correspond 
l'adresse. Sinon, avec de grandes parcelles et un habitat en retrait de 
la voirie, le lien entre l'info d'adresse et le(s) bâtiment(s) qui lui 
correspondent ne peut pas se faire. Je trouve donc une valeur ajoutée à 
m'appuyer sur les bâtiments.
Après, j'ai bien conscience que là où je colle un node adresse, ça ne 
matérialise pas rigoureusement la porte d'entrée, c'est une approximation.

L'outil de pré-intégration d'adresses sur 
http://cadastre.openstreetmap.fr/ doit évoluer prochainement pour tenir 
compte des adresses déjà présentes dans OSM au moment du rapprochement. 
Et là le casse-tête commence... juste un cas extrême pour illustrer :
je cherche à construire le fichier des points adresse en façade dans une 
relation associatedStreet. Je trouve un building avec un tag 
addr:housenumber et un tag addr:street, qui n'appartient pas à une 
relation associatedStreet. Comment le considérer ? Faut-il ne pas y 
toucher ? Le "convertir" en l'incluant dans une relation et en 
supprimant son tag addr:street ? Je ne demande pas forcément de réponse, 
mais vous imaginez que si on conserve les 8 modèles actuels de fichiers, 
on fonce fissa vers une usine à gaz. Donc pour revenir au début de ce 
fil, je verrais d'un très bon oeil qu'on parvienne à dégager un schéma 
privilégié, afin que les outils puissent se concentrer dessus. On 
pourrait, pourquoi pas, à l'issue de ce fil, ouvrir une page de sondage 
sur le sujet ?

vincent (trop long oui)