[OSM-dev-fr] outil adresse du plugin JOSM cadastre-fr

[V de Chateau-Thierry]

> De : "Tyndare"
>
> Je vais suivre ça.
> Si tu peut faire an sorte que je puisse faire un import python de ton script pour
> pouvoir en réutiliser les fonctions sans forcément le lancer depuis une ligne de
> commande ça pourrait m'aider ;-)

Yep promis j'essaie :-)

> Juste à récemment je ne savais même pas à quoi correspondait lo nom PostGIS, tout ça
> pour dire que ce n'est pas trop mon domaine, mais si tu cherches quelque chose de plus
> léger, je me suis de mon côté mis à utiliser la bibliothèque python Shapely que je
> trouve très pratique: https://pypi.python.org/pypi/Shapely

Oui j'ai vu shapely, mais je me suis vite rabattu sur PostGIS pour plusieurs raisons :
- je connais déjà le 2nd mais pas le 1er donc je vois + vite comment arriver à mes fins
(vu que je débute sur Python avec ce sujet)
- en mode prototype je ne cherche pas à prendre la "bonne" techno, mais plutôt celle
qui me permet d'avancer vite
- et je me dis qu'à terme, si tout ça arrive sur un hébergement osm.fr, s'appuyer sur une
base PG aura du sens ne serait-ce que pour éliminer les appels Overpass. Du coup
l'hypothèse de remplir brièvement qq tables pour faire son marché parmi numeros,
parcelles, bâtiments ne posera pas de problèmes. (Christian, on en parle jeudi soir :) )

>> Dans le cas 1), le choix de l'endroit où placer le point adresse peut donner matière à
>> discussion. Pour amorcer, je pense partir sur : le mi-chemin du plus proche segment du
>> point adresse initial.
> Pour info j'avais déjà essayé d'implémenter le cas 1) dans le script
> https://www.gitorious.org/cadastre-housenumber/cadastre-
housenumber/source/fusion_osm_avec_housenumbers.py
> Ce script n'est pas à jour, il ne marche qu'avec un fichier d'entré ne contenant que
> des nœuds addr:housenumber (sans relation ni rien), et il n'utilise ni les info de
> parcelles ni la lib Shapely (j'y penserais si j'y retravaille dessus).
>
> Mes expérimentations m'avait amené à choisir de faire uniquement des projections
> orthogonales vers un segment d'un building ou d'une barrier le plus proche. Et donc de
> ne pas intégrer le numéro au building si il n'était pas en face ! (si la projection
> orthogonale tombe en dehors des extrémités du segment). Dans la majorité des cas ça
> donnait le résultat que te trouvais le plus satisfaisant, et ça évitait aussi
> d'intégrer le numéro au building des voisins (dans le cas ou il était plus proche de la
> route) car sans les adresses des parcelles je n'avait pas à l'époque de moyen de
> vérification.
>
> Une erreur que faisait mon script c'était d'intégrer le numéro à un segment du building
> même si à la base il était dessiné à l'intérieur du building, c'était un très mauvais
> choix car si le numéro est dessiné à l'intérieur il est forcément très mal placé, donc
> dans ce cas là il faut bien mieux le laisser là où il est, cela sera plus facile de
> l'intégrer manuellement au bon segment par la suite.

Merci pour ce retour. Entre temps, tu nous as fabriqué les parcelles, et clairement, ça
doit nous permettre d'affiner le rapprochement, en partant d'hypothèses nettement plus
confortables, à commencer par l'assurance de ne pas rabattre sur un immeuble d'une
parcelle voisine mais située à une autre adresse. À partir de là, on peut imaginer 
détecter quel immeuble est le plus proche de la rue, quelle façade a le plus grand côté,
etc.

vincent