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

[Ab_fab]

Bonjour,

J'ai pu faire une dizaine de rues dans mon quartier de Courbevoie.
C'est de la matière très intéressante.

Même s'il y a un fichier par rue, il faut garder en tête que ça forme un
tout : des numéros absents sur la rue dont on s'occupe peuvent être
présents dans le fichier d'une rue adjacente.

Les adresses avec balise Fixme sont une bonne idée.
Et il y en a juste ce qu'il faut dans la zone que j'ai regardée.

-
Quelques cas intéressants :

[1] Rues de St Lo / Rue du Clos Lucé / Place des Fauvelles / Chemin Pierre
de Ronsard

Des numéros manifestement liés au chemin étaient rattachés à la rue du Clos
Lucé.
Peut être lié à l'historique du quartier (la rue est ancienne, le chemin
n'a qu'une vingtaine d'années)

Et du côté de la place des Fauvelles il y a un mélange assez subtil entre 3
voies (chemin P. de Ronsard, rue des Fauvelles, Place des Fauvelles).
Ca demande un minimum de discernement et de calme dans la manipulation des
relations.
Mais ça passe !

[2] 48 de l'avenue de l'Arche

Intéressant, parce qu'il y a 4 numéros qui sont situés en retrait de la
rue. Il faut passer sous un porche pour y accéder dans une cour intérieure.
Les numéros avaient leur Fixme.
Je l'ai laissé en attendant d'aller regarder plus précisément. Avec
ajustement de la description du Fixme pour indiquer que le rattachement à
la voie est ok, mais que la position est à contrôler.

[3] 14 / 16 / 18 rue des Lilas d'Espagne ou bien Promenade du Millénaire

Les numéros apparaissent des deux côtés sur le cadastre, mais une seule
fois dans les fichiers. Je ne sais pas si c'est un hasard, mais ça marche
sur les deux voies pour la successions des numéros.
J'ai opté pour le positionnement selon le fichier. Je vais enquêter pour
confirmation !



Une question : Comment va-t-on gérer les zones rurales où les numéros sont
rattachés à un hameau ?
C'était l'interrogation de StephaneP il y a quelques mois sur le forum
openstreetmap.org de savoir comment ajuster le schéma d'adresses par
relations pour ces cas de figure.
Est-ce que l'on garde une relation de type associated street et que l'on
substitue les ways avec rôle street par les noeuds portant la description
du lieu-dit avec le rôle place ?

Merci pour l'outil et les fichiers

Bonne journée !



[1] http://www.openstreetmap.org/#map=18/48.89977/2.23156
[2] http://www.openstreetmap.org/#map=19/48.89846/2.23856
[3] http://www.openstreetmap.org/#map=19/48.89799/2.23684
[4] http://forum.openstreetmap.org/viewtopic.php?id=16968

-- Message transféré --
De : Vincent de Château-Thierry v...@laposte.net
Date : 1 février 2014 00:09
Objet : Re: [OSM-dev-fr] outil adresse du plugin JOSM cadastre-fr
À : Discussions développeur OSM en français dev-fr@openstreetmap.org


Bonsoir

J'ai pu produire une première version du tiercé 1. Pour rappel, il s'agit
de faire porter l'adresse à un noeud intégré à un way de type building.
Dans cette version, le rattachement automatique est fait sur 1 seul
building par adresse.
Le building élu est obligatoirement complètement inclus dans une seule
adresse, quel que soit le nombre de parcelles rattachées à cette adresse.
Ensuite, on choisit de préférence :
- un bâtiment en dur de + de 15m2
- sinon un bâtiment avec 'wall=no' de + de 15m2
- enfin le plus grand bâtiment de l'adresse

Pour le choix du segment de facade qui hérite du numéro : c'est une portion
d'au moins 2m de long, et qui donne sur l'extérieur. Les limites communes à
deux buildings sont exclues.

J'ai produit cette fois-ci des jeux-test sur :
Toul (54)
Beaumont (63)
Courbevoie (92)
Gentilly (94)

Pour chacune, les versions 'tiercé 1' et 'tiercé 2' sont présentes. Tout
est ici :
http://osm.vdct.free.fr/adresses/adresses_tierce_1_et_2_140131.zip

merci pour vos avis, et n'hésitez pas à demander la génération d'une autre
commune : c'est simple à produire et si ça permet de brasser plus d'avis,
ça vaut le coup.

merci
vincent


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



-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Pieren]

2014-02-04 Ab_fab gamma@gmail.com:

 Ca demande un minimum de discernement et de calme dans la manipulation des 
 relations.

 Est-ce que l'on garde une relation de type associated street et que l'on
 substitue les ways avec rôle street par les noeuds portant la description
 du lieu-dit avec le rôle place ?


Ces deux points montrent certaines des limites du modèle
associatedStreet. On sait que je ne suis pas partisan de ce modèle
pour ces raisons et d'autres encore. Il faut peut-être rappeler ici
qu'aucun des autres imports d'adresses qu'on voit à travers le monde
(New-York, Pologne, Allemagne) n'adopte la relation associatedStreet.
L'utilisation de celle-ci est marginale en dehors de la France.
J'aimerais simplement que si ces adresses tirées du cadastre étaient
massivement mises à disposition du public pour un import
semi-automatique, on les publie sous les deux formes possibles (avec
et sans relation) et que ce soit aux contributeurs de choisir.

Pieren

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

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

[Tyndare]

De la même manière que je détectais les numéros dessinés sur le cadastre,
j'ai essayé de détecter les noms (de rue ou de quartier).
C'est des données brutes pas exploitables directement.
Voici un exemple de ce que ça donne pour Montpellier:
http://37.187.60.59/cadastre-housenumber//data/034/FB172/FB172-noms.osm

Pour arriver a distinguer le u du n (ou le b du q) qui sont les
même caractères à l'envers j'ai du prendre en compte l'angle d'affichage du
texte, et du coup j'ai stocké cette info pour les noms mais aussi pour les
numéros de rues.

Quelqu'un verrais une utilisation pour ces données ?
Le cadastre n'est pas beaucoup plus fort que moi en orthographe mais je me
dit que  ça pourrait quand même servir à mettre des accents sur les
adresses pour lesquelles on n'a pas fait le rapprochement avec les noms de
rue d'OSM.

Je ne garantie pas de détecter tout les caractères (en particulier les
accentués), donc n'hésitez pas à me signaler les cas problématiques si vous
en rencontrez.

C'est testable au même endroit:
http://37.187.60.59/cadastre-housenumber//adresses.php
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Nicolas Dumoulin]

Salut,

Le samedi 1 février 2014 00:09:40 Vincent de Château-Thierry a écrit :
 J'ai pu produire une première version du tiercé 1. Pour rappel, il
 s'agit de faire porter l'adresse à un noeud intégré à un way de type
 building.

Ça marche pas trop mal. Mais il y a des loups dans les zones denses. Par 
exemple Rue Nationale à Beaumont, j'ai :
 - des numéros qui n'ont pas récupéré leur bâtiment (qui ne sont pourtant pas 
les plus petits) : 12, 41B, 66, 74, 94, …
 - des numéros qui se sont retrouvés du mauvais côté : 81, 99, 25B (sur le mur 
mitoyen !), …   

Bref, ça fait déjà pas mal de boulot automatique :-)
Mais il reste une marge de progression en théorie. Après en pratique, je ne 
suis pas allé voir ce qui se passait dans le script, et j'imagine qu'il y 
avoir des cas où les infos du cadastre ne sont pas suffisantes ou adéquates.

Quand tu seras arrivé au bout du cadastre, on pourra ensuite voir les cas 
spéciaux qui peuvent être détectables pour éventuellement les corriger ou 
demander un travail manuel.

En tous cas, beau boulot :-)
Merci

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

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

[Vincent de Château-Thierry]

Bonjour,

Le 01/02/2014 15:04, Nicolas Dumoulin a écrit :


Ça marche pas trop mal. Mais il y a des loups dans les zones denses. Par
exemple Rue Nationale à Beaumont, j'ai :
  - des numéros qui n'ont pas récupéré leur bâtiment (qui ne sont pourtant pas
les plus petits) : 12, 41B, 66, 74, 94, …
  - des numéros qui se sont retrouvés du mauvais côté : 81, 99, 25B (sur le mur
mitoyen !), …   


Pour les n° qui n'ont pas récupéré leur bâtiment, 2 cas :
- pour le 94, le building est à cheval sur 4 parcelles, chacune avec une 
adresse différente. Si tu affiches le cadastre en fond ça se voit bien. 
Ça fait donc 4 adresses possibles pour le même point, et dans ce cas il 
n'y a pas de rapprochement automatique, au bonhomme de lever l'ambiguïté.
- pour les autres : ils sont bien chacun dans une seule parcelle, mais à 
chaque fois c'est une parcelle avec plusieurs adresses. C'est souvent à 
l'angle de 2 rues, ça n'est pas un hasard.
Au final ces 2 cas n'en sont donc qu'un seul : si plusieurs adresses 
pour un seul bâtiment, pas d'automatisation...


Pour les n° du mauvais côté : merci pour ces cas ! Ça met en évidence un 
critère qu'il faudrait travailler, pour donner une prime à la façade la 
plus longue _et_ la plus proche de la rue. À affiner mais l'idée est 
celle-là je pense. Y'a un peu de taf :-)
Pour le n° sur le mur mitoyen il faut que je creuse car là en revanche 
c'est pas normal.


*
J'en profite pour signaler un nouveau jeu-test, et c'est du lourd : 
Montpellier. +2000 relations associatedStreet crées, gros morceau, à 
déguster ici :

http://osm.vdct.free.fr/adresses/adresses_MONTPELLIER_34_FB172_140201.zip

Merci pour vos retours dessus.

*



En tous cas, beau boulot :-)

On avance ! Merci pour ton retour ;-)

vincent

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

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

[Vincent de Château-Thierry]

Bonsoir

J'ai pu produire une première version du tiercé 1. Pour rappel, il 
s'agit de faire porter l'adresse à un noeud intégré à un way de type 
building.
Dans cette version, le rattachement automatique est fait sur 1 seul 
building par adresse.
Le building élu est obligatoirement complètement inclus dans une seule 
adresse, quel que soit le nombre de parcelles rattachées à cette 
adresse. Ensuite, on choisit de préférence :

- un bâtiment en dur de + de 15m2
- sinon un bâtiment avec 'wall=no' de + de 15m2
- enfin le plus grand bâtiment de l'adresse

Pour le choix du segment de facade qui hérite du numéro : c'est une 
portion d'au moins 2m de long, et qui donne sur l'extérieur. Les limites 
communes à deux buildings sont exclues.


J'ai produit cette fois-ci des jeux-test sur :
Toul (54)
Beaumont (63)
Courbevoie (92)
Gentilly (94)

Pour chacune, les versions 'tiercé 1' et 'tiercé 2' sont présentes. Tout 
est ici :

http://osm.vdct.free.fr/adresses/adresses_tierce_1_et_2_140131.zip

merci pour vos avis, et n'hésitez pas à demander la génération d'une 
autre commune : c'est simple à produire et si ça permet de brasser plus 
d'avis, ça vaut le coup.


merci
vincent

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

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

[Nicolas Dumoulin]

Le mardi 28 janvier 2014 23:52:54 Vincent de Château-Thierry a écrit :
 Règles à discuter bien sûr.

Ça me va, j'aurai proposer les même :-)

 Beaumont (63)
J'ai un regardé une rue, et ça semble OK pour l'instant. J'y retournerai ce 
soir.

 Sainte-Adresse (76) (un nom pareil, ça vous oblige :) )
Bien vu !

Je l'ai peut-être raté, mais je ne trouve pas le code de Tyndare. Je suis 
curieux :-)

Merci encore à tous les deux

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

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

[V de Chateau-Thierry]

Bonjour,

 De : Nicolas Dumoulin

  Beaumont (63)
 J'ai un regardé une rue, et ça semble OK pour l'instant. J'y retournerai ce
 soir.

merci

 Je l'ai peut-être raté, mais je ne trouve pas le code de Tyndare. Je suis
 curieux :-)

hop là : https://gitorious.org/cadastre-housenumber/cadastre-housenumber

vincent

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

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

[Nicolas Dumoulin]

Le mardi 28 janvier 2014 23:52:54 Vincent de Château-Thierry a écrit :
 Le 28/01/2014 17:31, V de Chateau-Thierry a écrit :
  De : Tyndare
  
  Je vais suivre ça.
 
 Je vous fait part d'une première étape : l'affectation du n° d'adresse
 au building, en tant que tag du way (le n°2 du tiercé).
 C'est toujours packagé par rue, mais cette fois-ci on peut trouver dans
 chaque fichier des buildings issus directement de la base, et modifiés
 car porteurs d'un n°. Pour ces cas la relation associatedStreet
 référence ces bâtiments avec la rôle 'house'.

À Beaumont, les adresses de l'Allée du Parc sont des immeubles. La plupart des 
bâtiments ne sont pas séparés, et donc le script ne peut pas associer 
l'addresse sur le bâtiment. Je ne sais pas comment ça se passe dans le script, 
mais le résultat est là.
En revanche, le 19 correspond à un seul bâtiment (au sens du cadastre), et la 
relation est donc bien créée sur ce bâtiment. Mais, du coup, c'est dommage, 
car le 19 sur le cadastre est super bien placé, pile devant la porte 
d'entrée. Avec ce tiercé 2 (adresse sur le bâtiment), on perd donc de 
l'information qui a son intérêt : la navigation entre ces immeubles n'est pas 
évidente, donc connaître l'emplacement des entrées est un plus.

Est-ce qu'on peut envisager de mettre un entrance=main (je suis plus sûr du 
tag) en face du numéro sur le polygône lorsque ces deux derniers sont à une 
distance de moins d'1m ? Est-ce que c'est généralisable ?
Comme ça, on ne perd pas l'info de la localisation de l'entrée, et on ajoute 
le lien au bâtiment lorsqu'on n'a pas pu le faire avant.

Bref, revenir sur le tiercé 1 en fait :-)

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

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

[Vincent de Château-Thierry]

Le 29/01/2014 23:09, Nicolas Dumoulin a écrit :


À Beaumont, les adresses de l'Allée du Parc sont des immeubles. La plupart des
bâtiments ne sont pas séparés, et donc le script ne peut pas associer
l'addresse sur le bâtiment. Je ne sais pas comment ça se passe dans le script,
mais le résultat est là.


La grande parcelle de l'Allée du Parc (ref cadastre P0032000BE0018) a 
rien moins que 17 adresses associées. Et en effet dans le script, dès 
qu'on a plusieurs adresses pour une même parcelle, les bâtiments ne 
récupèrent aucune des adresses dans leurs tags (tiercé 2).



En revanche, le 19 correspond à un seul bâtiment (au sens du cadastre), et la
relation est donc bien créée sur ce bâtiment. Mais, du coup, c'est dommage,
car le 19 sur le cadastre est super bien placé, pile devant la porte
d'entrée. Avec ce tiercé 2 (adresse sur le bâtiment), on perd donc de
l'information qui a son intérêt : la navigation entre ces immeubles n'est pas
évidente, donc connaître l'emplacement des entrées est un plus.


En comparant la position des entrées d'immeuble sur le terrain et la 
position des n° sur le cadastre, sur Paris XVI, j'avais très souvent 
constaté que les 2 n'avaient pas de rapport. Du coup je suis un peu 
frileux sur la déduction de la position de l'entrée depuis la position 
du n°. En revanche, je viens de tester sur ton exemple, quand les n° 
sont à un pouillème du bord du bâtiment, ça va très vite de les 
rattacher manuellement : selection du node puis 'J' puis 'L'. Même pas 
besoin de 2 souris ;-). Juste pour dire que ça n'est pas ce qui 
m'inquiète le plus car ça n'est pas chronophage, dans la mesure où la 
configuration plusieurs adresses pour une parcelle est très minoritaire.



Est-ce qu'on peut envisager de mettre un entrance=main (je suis plus sûr du
tag) en face du numéro sur le polygône lorsque ces deux derniers sont à une
distance de moins d'1m ? Est-ce que c'est généralisable ?


Dans le tiercé 1, on peut tout à fait imaginer faire porter le addr:hsnr 
à un node qui aurait déjà le tag entrance=main. Il faut juste avoir 
mappé les entrées... Et comme tu dis, on peut blinder ça avec un critère 
de distance.



Comme ça, on ne perd pas l'info de la localisation de l'entrée, et on ajoute
le lien au bâtiment lorsqu'on n'a pas pu le faire avant.

Bref, revenir sur le tiercé 1 en fait :-)

Oui, dans ce cas là, on pourrait même empêcher le tiercé 2.

vincent

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

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

[Tyndare]

Le 28 janvier 2014 14:47, V de Chateau-Thierry v...@laposte.net a écrit :

 Argh. J'espère que ça ne t'as pas pris trop de temps. Car pour avancer
 sans rien casser,
 je travaille désormais sur un autre script, issu du précédent mais avec
 une grosse remise
 à plat :

 https://github.com/vdct/associatedStreet/blob/master/addr_fantoir_building.py


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 ;-)


 Il n'est pas encore opérationnel mais il permettra deux approches, compte
 tenu des
 discussions ici :
 - soit l'adresse comme point sur le way building (tiercé 1),
 - soit l'adresse comme tag du building (tiercé 2).
 Ceci bien sûr quand le building n'a qu'une seule adresse affectée.

 Le bémol : j'ai recours à PostGIS en coulisses pour les opérations de
 rapprochement entre
 adresses et buildings. Je dis bémol car ça alourdit la solution, mais
 c'est quand même
 très pratique, aussi.


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



 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 noeuds 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.
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

Re: [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

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

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

[Vincent de Château-Thierry]

Le 28/01/2014 17:31, V de Chateau-Thierry a écrit :



De : Tyndare

Je vais suivre ça.


Je vous fait part d'une première étape : l'affectation du n° d'adresse 
au building, en tant que tag du way (le n°2 du tiercé).
C'est toujours packagé par rue, mais cette fois-ci on peut trouver dans 
chaque fichier des buildings issus directement de la base, et modifiés 
car porteurs d'un n°. Pour ces cas la relation associatedStreet 
référence ces bâtiments avec la rôle 'house'.
Pour les n° situés sur des parcelles à plusieurs adresses, le node 
addr:housenumber fabriqué par Tyndare est repris tel que.


Pour le rattachement aux buildings, pour l'instant il n'y a aucun 
filtre, c'est à dire que tous les bâtiments d'une même parcelle héritent 
d'un tag addr:housenumber. C'est pas faux mais un brin redondant.

Je pense implémenter la règle suivante :
- lorsqu'il existe sur la parcelle au moins un bâtiment de plus de 10m2, 
alors les bâtiments de moins de 10m2 ne récupèrent pas de tag adresse. 
Le seuil de surface est à affiner mais en gros ça éliminerait les 
garages et les cabanes de jardin.
- lorsqu'il existe au moins un bâtiment 'en dur', alors les bâtiments 
avec wall=no ne récupèrent pas de tag adresse. Ça évite de tagguer un 
way véranda ou hangar.


Règles à discuter bien sûr.

Pour ceux qui souhaiteraient se faire une idée, et aussi alimenter la 
réflexion, j'ai généré 4 communes :

Gentilly (94)
Beaumont (63)
Sainte-Adresse (76) (un nom pareil, ça vous oblige :) )
Thal-Marmoutier (67)

Tout est regroupé dans cette archive (1.5 Mo):
http://osm.vdct.free.fr/adresses/adresses_tierce2_140128.zip

merci pour vos retours,
vincent

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

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

[Christian Quest]

J'ai vu que sur la dernière version la liaison avec la voirie présente dans
OSM se faisait pour récupérer les noms.

De mieux en mieux (même si ça change mon workflow... je passait en revue
les relations avec des noms MINITEL).
N'est-il pas possible de directement insérer dans la relation des tronçons
de voirie correspondants ?

-- 
Christian Quest - OpenStreetMap France
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[V de Chateau-Thierry]

Bonjour,

 De : Christian Quest

 J'ai vu que sur la dernière version la liaison avec la voirie présente dans 
 OSM se
 faisait pour récupérer les noms.

 De mieux en mieux (même si ça change mon workflow... je passait en revue les 
 relations
 avec des noms MINITEL).
 N'est-il pas possible de directement insérer dans la relation des tronçons de 
 voirie
 correspondants ?

Pas sûr de comprendre quel workflow tu utilises. 
En l'état, si aujourd'hui tu génères un fichier global adresses.osm avec les 
outils de
Tyndare [1], et qu'ensuite tu le passes dans ma moulinette addrfantoir.py [2], 
tu
obtiens un fichier .osm par relation associatedStreet, avec inclusion des 
membres house
sous forme de points d'adresse, et de membres street qui sont tous les ways 
issus d'OSM
et considérés comme portant le bon nom dans la bonne commune. Et dans ce cas 
c'est bien
le nom de rue issu d'OSM qui sert pour le tag name de la relation. La relation 
hérite
au passage du code Fantoir.

Pour aller plus loin dans l'intégration (et donc l'économie de clics pour le
contributeur) je suis en train d'exploiter les infos de parcelle, pour proposer 
;
- soit d'ajouter l'adresse comme tag d'un building quand ça n'est pas ambigu
- soit de rabattre le nouveau point d'adresse sur la façade d'un building.
Cf. les discussions récentes sur le tiercé.
Dès que j'ai des résultats j'en reparle ici. Si d'ici là il y a des suggestions 
de
communes test, dites le. Elles seront cobayes :-)

vincent

[1] : http://37.187.60.59/cadastre-housenumber/adresses.php
[2] : https://github.com/vdct/associatedStreet

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

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

[Julien Balas]

On 25/01/2014 01:12, Tyndare wrote:


Je n'ai toujours pas corrigé le problème HTTP Error 500.
J'ai essayé de renouveler le cookie de session au bout de 5min mais a 
priori ce n'est pas ça le problème.
J'ai l'impression que c'est une erreur transitoire côté site du 
cadastre, et si ça se reproduit il faut réessayer.


Pour extraire les données de Rennes j'ai du corriger un autre plantage 
du script, tu peu retenter je pense.



ca fonctionne, j'obtient bien des fichiers zip et osm
par contre quand je fait tourner le script addrfantoir ca plante
une histoire d'UTF ? (google+ xe9 indique que c'est le caractere 'é')

julien@yamcha:~/perso/osm/associatedStreet$ python addrfantoir.py 
FK238-adresses.osm

fichier adresses : FK238-adresses.osm
Code INSEE : 35238
mise en cache des voies...
mise en cache des adresses...
rapprochement...
Traceback (most recent call last):
  File addrfantoir.py, line 127, in module
ftmpkeys.write('Pas FANTOIR : '+rel_name+'\n')
UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in 
position 18: ordinal not in range(128)




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

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

[Christian Quest]

Ok je comprends mieux.

Oui, sur outils/adresses je désabrège les abréviations dans la mesure du
possible...

Je n'ai pas utilisé addrfantoir.py de Vincent mais directement le
adresses.osm généré par le site.


Dans les communes à problème: Bollène (vaucluse). J'y ai trouvé plein de
doubles numérotations.

Communes intégrées pour l'instant:
- Nogent sur Marne
- Joinville le Pont
- Ivry sur Seine
- Noiseau
- Ormesson sur Marne

Passer en revue les fixme=* avec le plugin todolist est l'étape la plus
longue et nécessitant de la matière grise.

J'ai pris le parti de laisser les trucs bancals ce qui fait qu'osmose les
signale pour correction, exemple:
http://osmose.openstreetmap.fr/fr/map/?zoom=14lat=48.78576lon=2.5393layers=B00FFTitem=2060level=1,2,3



Le 27 janvier 2014 11:08, Tyndare tynd...@wanadoo.fr a écrit :

 Le 27 janvier 2014 10:25, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 J'ai vu que sur la dernière version la liaison avec la voirie présente
 dans OSM se faisait pour récupérer les noms.


 En fait, j'ai tenté la même technique de barbare employée vers le site du
 cadastre, mais cette fois ci en ciblant
 http://www.openstreetmap.fr/outils/adresses ;-)

 En gros j'ai dumpé le résultat de ta page web pour faire correspondre les
 noms fantoir aux noms OSM mais ça ne marche que pour les rues car tu dois
 remplacer les abréviations.

  De mieux en mieux (même si ça change mon workflow... je passait en revue
 les relations avec des noms MINITEL).
 N'est-il pas possible de directement insérer dans la relation des
 tronçons de voirie correspondants ?


 Il faut que j'intègre l'outil de Vincent pour ça.


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




-- 
Christian Quest - OpenStreetMap France
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Nicolas Dumoulin]

Le vendredi 24 janvier 2014 10:39:02 V de Chateau-Thierry a écrit :
 Bonjour,
 
  De : Nicolas Dumoulin
  
  Cas tordu : comment tu fais si il y a plusieurs bâtiments pour une même
  adresse (un même numéro), chacun de ces bâtiments ayant une entrée pour un
  logement individuel, mais les boîtes aux lettres rassemblées sous un même
  numéro ? (j'aime les cas tordus)
 
 T'as raison, ce sont ceux qui font avancer :-)
 
 Par défaut, je leur attribue à chacun, via un tag sur le way 'building',
 l'information d'adresse. 

Hmmm, j'aimerai bien voir concrêtement comment tu étiquèterai une résidence au 
numéro 50 qui a trois bâtiments qui sont nommés 50A, 50B et 50C. On mets le 
50x sur chaque bâtiment, et le 50 sur la boîte aux lettres de la résidence 
(qui est entre les trois entrées) le tout dans une relation, ou bien ?
 
 Comme tu parles de boîte aux lettres, je pense voir ce que tu suggères. […]
 D'où mon insistance à
 parler du rattachement de l'info adresse à des objets de la base.

A-t-on une piste pour le faire automatiquement ? Genre rattacher le nœud 
adresse aux bâtiments de la parcelle (avec un seuil sur la taille du bâtiment 
pour pas rattacher le cabanon du jardin).

J'ai essayé de poser ce que j'ai pu comprendre de nos discussions ici : 
https://wiki.openstreetmap.org/wiki/FR_talk:Relation:associatedStreet
N'hésitez pas à amender avec votre point de vue.

Merci

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

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

[V de Chateau-Thierry]

 De : Julien Balas
 ca fonctionne, j'obtient bien des fichiers zip et osm
 par contre quand je fait tourner le script addrfantoir ca plante
 une histoire d'UTF ? (google+ xe9 indique que c'est le caractere 'é')

 julien@yamcha:~/perso/osm/associatedStreet$ python addrfantoir.py
 FK238-adresses.osm
 fichier adresses : FK238-adresses.osm
 Code INSEE : 35238
 mise en cache des voies...
 mise en cache des adresses...
 rapprochement...
 Traceback (most recent call last):
 File addrfantoir.py, line 127, in
 ftmpkeys.write('Pas FANTOIR : '+rel_name+'\n')
 UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in
 position 18: ordinal not in range(128)

Oops merci. C'est corrigé et commité, tu peux récupérer addrfantoir.py sur 
github.
J'ai testé sur Rennes, les stats :
Nombre de relations creees : 1387
avec code FANTOIR : 1347 (97%)
avec rapprochement OSM : 1167 (84%)
2233 points addresses à affecter manuellement a la bonne rue
Voir le fichier numeros_ambigus_a_verifier.osm

vincent

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

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

[V de Chateau-Thierry]

 De : Nicolas Dumoulin
 Le vendredi 24 janvier 2014 10:39:02 V de Chateau-Thierry a écrit :
   De : Nicolas Dumoulin
  
   Cas tordu : comment tu fais si il y a plusieurs bâtiments pour une même
   adresse (un même numéro), chacun de ces bâtiments ayant une entrée pour un
   logement individuel, mais les boîtes aux lettres rassemblées sous un même
   numéro ? (j'aime les cas tordus)
 
  T'as raison, ce sont ceux qui font avancer :-)
 
  Par défaut, je leur attribue à chacun, via un tag sur le way 'building',
  l'information d'adresse.

 Hmmm, j'aimerai bien voir concrêtement comment tu étiquèterai une résidence au
 numéro 50 qui a trois bâtiments qui sont nommés 50A, 50B et 50C. On mets le
 50x sur chaque bâtiment, et le 50 sur la boîte aux lettres de la résidence
 (qui est entre les trois entrées) le tout dans une relation, ou bien ?

Oui mais là ça ne colle plus avec plusieurs bâtiments pour une même adresse 
:-)
Concrètement : soit on a des parcelles distinctes, avec des adresses distinctes 
50A, 50B
etc., et dans ce cas pas de souci, chaque bâtiment récupère son numero.
Si ces parcelles ont plusieurs adresses (50 et 50A pour l'une, 50 et 50B pour 
la 2e,
etc.) on entre dans un cas d'ambiguïté, où on ne fabrique pas de rapprochement. 
C'est
au contributeur de choisir / traiter / trancher etc.

  Comme tu parles de boîte aux lettres, je pense voir ce que tu suggères. […]
  D'où mon insistance à
  parler du rattachement de l'info adresse à des objets de la base.

 A-t-on une piste pour le faire automatiquement ? Genre rattacher le nœud
 adresse aux bâtiments de la parcelle (avec un seuil sur la taille du bâtiment
 pour pas rattacher le cabanon du jardin).

Oui, cf. mon message d'il y a quelques minutes : grâce au contenu 'parcelles', 
c'est
exactement ce que je cherche à résoudre en ce moment, donc à suivre.

 J'ai essayé de poser ce que j'ai pu comprendre de nos discussions ici :
 https://wiki.openstreetmap.org/wiki/FR_talk:Relation:associatedStreet
 N'hésitez pas à amender avec votre point de vue.

Merci. J'espère qu'on pourra remplacer certains pas d'automatisation possible 
:-)

vincent

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

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

[Nicolas Dumoulin]

Le lundi 27 janvier 2014 11:46:19 V de Chateau-Thierry a écrit :
  De : Nicolas Dumoulin
  
  Le vendredi 24 janvier 2014 10:39:02 V de Chateau-Thierry a écrit :
De : Nicolas Dumoulin

Cas tordu : comment tu fais si il y a plusieurs bâtiments pour une
même
adresse (un même numéro), chacun de ces bâtiments ayant une entrée
pour un
logement individuel, mais les boîtes aux lettres rassemblées sous un
même
numéro ? (j'aime les cas tordus)
   
   T'as raison, ce sont ceux qui font avancer :-)
   
   Par défaut, je leur attribue à chacun, via un tag sur le way 'building',
   l'information d'adresse.
  
  Hmmm, j'aimerai bien voir concrêtement comment tu étiquèterai une
  résidence au numéro 50 qui a trois bâtiments qui sont nommés 50A, 50B et
  50C. On mets le 50x sur chaque bâtiment, et le 50 sur la boîte aux
  lettres de la résidence (qui est entre les trois entrées) le tout dans
  une relation, ou bien ?
 Oui mais là ça ne colle plus avec plusieurs bâtiments pour une même
 adresse :-) Concrètement : soit on a des parcelles distinctes, avec des
 adresses distinctes 50A, 50B etc., et dans ce cas pas de souci, chaque
 bâtiment récupère son numero. Si ces parcelles ont plusieurs adresses (50
 et 50A pour l'une, 50 et 50B pour la 2e, etc.) on entre dans un cas
 d'ambiguïté, où on ne fabrique pas de rapprochement. C'est au contributeur
 de choisir / traiter / trancher etc.

Dans mon cas, le cadastre ne donne pas le numéro de la rue et indique deux 
Adresses, dont une seule est correcte. Pour info, il s'agit de la parcelle 
000BT200 à Beaumont (63110).
Mais en dehors de l'extraction de la donnée cadastrale, je me posais la 
question de la modélisation de ce cas avec la relation adresse :-)

 Oui, cf. mon message d'il y a quelques minutes : grâce au contenu
 'parcelles', c'est exactement ce que je cherche à résoudre en ce moment,
 donc à suivre.

Great! On peut donc continuer de faire chauffer vos moulinettes pour les 
tester, mais on n'est pas non plus pressés d'intégrer le résultat ;-)

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

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

[V de Chateau-Thierry]

 De : Nicolas Dumoulin

 Dans mon cas, le cadastre ne donne pas le numéro de la rue et indique deux
 Adresses, dont une seule est correcte. Pour info, il s'agit de la parcelle
 000BT200 à Beaumont (63110).
 Mais en dehors de l'extraction de la donnée cadastrale, je me posais la
 question de la modélisation de ce cas avec la relation adresse :-)

Oui, la modélisation, à creuser !
Une possibilité : affecter le 50 comme addr:housenumber à chaque bâtiment et 
coller un
ref=50A (resp. B, C) sur les nodes entrance.
Une autre : si on arrive à trancher une bonne fois pour toutes sur la manière 
de tracer
et tagguer une résidence, alors on pourrait affecter le addr:housenumber=50 à la
résidence (= un grand polygone englobant les bâtiments et les circulations) et 
affecter
à chaque bâtiment son propre addr:housenumber distinct.
Et il y a forcément d'autres approches, j'imagine.

  Oui, cf. mon message d'il y a quelques minutes : grâce au contenu
  'parcelles', c'est exactement ce que je cherche à résoudre en ce moment,
  donc à suivre.

 Great! On peut donc continuer de faire chauffer vos moulinettes pour les
 tester, mais on n'est pas non plus pressés d'intégrer le résultat ;-)

'xactement :-)

vincent

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

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

[Nicolas Dumoulin]

Le lundi 27 janvier 2014 12:00:26 V de Chateau-Thierry a écrit :
  De : Nicolas Dumoulin
  
  Dans mon cas, le cadastre ne donne pas le numéro de la rue et indique deux
  Adresses, dont une seule est correcte. Pour info, il s'agit de la
  parcelle 000BT200 à Beaumont (63110).
  Mais en dehors de l'extraction de la donnée cadastrale, je me posais la
  question de la modélisation de ce cas avec la relation adresse :-)
 
 Oui, la modélisation, à creuser !
 Une possibilité : affecter le 50 comme addr:housenumber à chaque bâtiment et
 coller un ref=50A (resp. B, C) sur les nodes entrance.

Pas mal. Et on fait quoi de la boîte à lettres ? ^^

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

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

[V de Chateau-Thierry]

 De : Tyndare

 Il faut que j'intègre l'outil de Vincent pour ça.

En version minimale (en terme d'efforts) tu peux lancer mon script une fois les 
tiens 
terminés, dans la foulée. Il suffit juste de remplacer mes demandes de 
paramètres actuels
en invite de commande par un passage de paramètres : le premier donne le nom de 
ton
fichier d'adresses complet d'une commune, le second donne le code INSEE de la 
même.
Le résultat est concurrent de ton fichier zip : un fichier par 
associatedStreet, avec
ajout du code Fantoir, des membres 'street' et du nom issu d'OSM. Il y a aussi 
quelques
traitements sur les chaînes nom de voie pour améliorer le rapprochement entre 
noms du
cadastre, Fantoir et OSM : traitement sur les chiffres, les chiffres romains, 
les titres,
et les déterminants.

vincent

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

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

[Julien Balas]

On 27/01/2014 11:37, V de Chateau-Thierry wrote:

De : Julien Balas
ca fonctionne, j'obtient bien des fichiers zip et osm
par contre quand je fait tourner le script addrfantoir ca plante
une histoire d'UTF ? (google+ xe9 indique que c'est le caractere 'é')

julien@yamcha:~/perso/osm/associatedStreet$ python addrfantoir.py
FK238-adresses.osm
fichier adresses : FK238-adresses.osm
Code INSEE : 35238
mise en cache des voies...
mise en cache des adresses...
rapprochement...
Traceback (most recent call last):
File addrfantoir.py, line 127, in
ftmpkeys.write('Pas FANTOIR : '+rel_name+'\n')
UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in
position 18: ordinal not in range(128)

Oops merci. C'est corrigé et commité, tu peux récupérer addrfantoir.py sur 
github.
J'ai testé sur Rennes, les stats :
Nombre de relations creees : 1387
avec code FANTOIR : 1347 (97%)
avec rapprochement OSM : 1167 (84%)
2233 points addresses à affecter manuellement a la bonne rue
Voir le fichier numeros_ambigus_a_verifier.osm


merci, apres un pull ca marche

Je continue mes tests dans la semaine.
A premiere vue : il manque ma rue et dans la rue du boulot, il manque 
l'adresse du bureau mais il y a celle avant et après.

décidément un cas de test parfait ;)
Et il y a des rues en double
RUE MACHIN
RUE_MACHIN
j'ai pas regardé si les contenu étaient identique mais les fichiers font 
la même taille en octets.


--
JB





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

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

[V de Chateau-Thierry]

 De : Julien Balas

 Je continue mes tests dans la semaine.
 A premiere vue : il manque ma rue et dans la rue du boulot, il manque 
 l'adresse du 
bureau
 mais il y a celle avant et après. décidément un cas de test parfait ;)

D'où le petit fichier sur lequel tu avais un plantage ce matin : 
'cles_noms_de_voies.txt'
Il liste tous les noms de voies trouvés dans OSM, et en fin de fichier, tous 
les échecs
de rapprochement entre cadastre et OSM, et entre cadastre et Fantoir (rare, 
mais ça
arrive). Au départ c'est juste un fichier pour moi pour améliorer la 
normalisation
des noms, mais je l'ai laissé car ça donne une vue d'ensemble sur la commune de 
ce qui
existe, et de ce qui n'est pas rapproché.

 Et il y a des rues en double RUE MACHIN RUE_MACHIN j'ai pas regardé si les 
 contenu
 étaient identique mais les fichiers font la même taille en octets. 

Je remplace les blancs par '_' dans les noms des fichiers. Donc là normalement 
tu as 2
provenances :
RUE MACHIN.osm - Tyndare
RUE_MACHIN.osm - vdct

vincent

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

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

[V de Chateau-Thierry]

Bonjour,

 De : Nicolas Dumoulin

 Cas tordu : comment tu fais si il y a plusieurs bâtiments pour une même
 adresse (un même numéro), chacun de ces bâtiments ayant une entrée pour un
 logement individuel, mais les boîtes aux lettres rassemblées sous un même
 numéro ? (j'aime les cas tordus)

T'as raison, ce sont ceux qui font avancer :-)

Par défaut, je leur attribue à chacun, via un tag sur le way 'building', 
l'information
d'adresse. Pour au moins 3 raisons :
- chacun des bâtiments est effectivement situé à cette adresse (c'est ton 
hypothèse de 
départ)
- faute de tracé des parcelles, les bâtiments sont les seuls objets auxquels 
rattacher
l'information
- je dissocie point d'accès et entité (point ou polygone) porteuse de 
l'adresse. Le point
d'accès (le portail, la porte d'entrée) n'est qu'un élément parmi d'autre de 
l'entité qui
porte l'adresse. Le seul cas où je confonds les deux est lorsque plusieurs 
adresses sont
rattachées au même bâtiment : cas typique des entrées de cage d'escalier 
d'immeuble.

Comme tu parles de boîte aux lettres, je pense voir ce que tu suggères. Donc 
supposons le
tracé d'un unique numéro positionné près d'une grappe de boîte aux lettres, 
plutôt que
ma proposition. Au moins d'un point de vue carto, ça va faire quoi ? On aura 
chacune des
habitations dessinée sans aucune info d'adresse, et un numéro qui se balade 
seul, à
proximité, au mieux, de l'une ou deux d'entre elles. Bref, la carte ne 
permettra pas de
savoir à quel numero se situe chaque habitation, faute de _lien_ entre le n° et 
les
bâtiments. Ce lien, il nous est suggéré par le dessin des parcelles sur le 
cadastre,
mais on n'en dispose pas une fois dans OSM. D'où mon insistance à parler du 
rattachement
de l'info adresse à des objets de la base.

Et je ne parle même pas de l'hypothèse de connaître la position physique des 
boîtes aux
lettres, comme possible position de l'adresse. Si on discute de tout ça en ce 
moment,
c'est pour, idéalement, s'attaquer à un enrichissement massif de la base avec 
les infos
d'adresse. Autant dire que si chacun se limite à intégrer les n° dont il 
connaît, sur le
terrain, la position des BAL, on peut tout de suite tout arrêter du côté des 
extractions
de n° du cadastre.

vincent

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

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

[Tyndare]

Sur la même page web, j'ai rajouté la génération:
- d'un ZIP des données que j'obtenais précédemment mais découpé avec un
fichier par rue, et les numéros ambigus ou sans rues à part.
- d'un fichier -houssenumber.osm contenant juste des numéros là où ils sont
dessinés sur le cadastre
- d'un fichier -parcelles.osm contenant la limites des parcelles et les
adresses associées.

Le 23 janv. 2014 17:44, V de Chateau-Thierry v...@laposte.net a écrit :


  De : Tyndare
 
  Je récupère bien la géométrie des parcelles, je peut générer facilement
un fichier .osm
  correspondant si certains sont intéressés à pouvoir réaliser ce genre
de traitement
 Volontaire :-)
 Si tu peux, quand tu auras branché une sortie .osm, me donner une URL où
je peux générer
 ces fichiers, je teste volontiers.

 merci

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

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

[Tyndare]

Je n'ai toujours pas corrigé le problème HTTP Error 500.
J'ai essayé de renouveler le cookie de session au bout de 5min mais a
priori ce n'est pas ça le problème.
J'ai l'impression que c'est une erreur transitoire côté site du cadastre,
et si ça se reproduit il faut réessayer.

Pour extraire les données de Rennes j'ai du corriger un autre plantage du
script, tu peu retenter je pense.
 Le 22 janv. 2014 13:28, Julien Balas jul...@krilin.org a écrit :


 Je trouverais bénéfique que des courageux testent l'exercice d'intégration
 des adresses en l'état de notre chaîne de traitements.
 Étape 1 : la génération des fichiers d'adresses issues du cadastre, c'est
 ici :
 http://37.187.60.59/cadastre-housenumber/adresses.php

 Est ce que toutes les communes sont censé etre présente ou bien c'est lié
 a la dispo vectorielle du cadastre ?
 Le bugue (CP 24260) n'est pas dispo par exemple

 Pour Rennes (CP 35000),
 http://37.187.60.59/cadastre-housenumber/adresses.php?dep=035com=FK238
 ca plante

 Teléchargement des adresses cadastrales de la commune FK238 : RENNES (35000)
 Téléchargement du cadastre au format PDF:
 Découpe la bbox en 5 * 5
 FK238-0-0.pdf 
 RGF93CC48:1346181.63,7219082.00,1348181.63,7221082.00
 FK238-0-1.pdf 
 RGF93CC48:1346181.63,7221082.00,1348181.63,7223082.00
 FK238-0-2.pdf 
 RGF93CC48:1346181.63,7223082.00,1348181.63,7225082.00
 FK238-0-3.pdf 
 RGF93CC48:1346181.63,7225082.00,1348181.63,7227082.00

 Traceback (most recent call last):

   File ../../../cadastre_vers_osm_adresses.py, line 649, in

 cadastre_vers_adresses(sys.argv)

   File ../../../cadastre_vers_osm_adresses.py, line 635, in 
 cadastre_vers_adresses

 export_pdfs = download_pdfs(cadastreWebsite, code_departement, 
 code_commune)

   File /var/www/cadastre-housenumber/cadastre_vers_pdf.py, line 63, in 
 download_pdfs

 cadastreWebsite.open_pdf(sous_bbox, largeur, hauteur),

   File /var/www/cadastre-housenumber/cadastre.py, line 201, in open_pdf

 return self.url_opener.open(url, urllib.urlencode(post_data))

   File /usr/lib/python2.7/urllib2.py, line 406, in open

 response = meth(req, response)

   File /usr/lib/python2.7/urllib2.py, line 519, in http_response

 'http', request, response, code, msg, hdrs)

   File /usr/lib/python2.7/urllib2.py, line 444, in error

 return self._call_chain(*args)

   File /usr/lib/python2.7/urllib2.py, line 378, in _call_chain

 result = func(*args)

   File /usr/lib/python2.7/urllib2.py, line 527, in http_error_default

 raise HTTPError(req.get_full_url(), code, msg, hdrs, fp)

 urllib2.HTTPError: HTTP Error 500: Erreur Interne de Servlet





 Étape 2 : le rapprochement avec les contenus Fantoir (pour le code RIVOLI)
 et OSM (pour l'association aux ways de la bonne rue). C'est là :
 https://github.com/vdct/associatedStreet
 (Si ça vous rebute de jouer un script, faites au moins l'étape 1 et
 indiquez-moi ici (ou en privé) l'existence du résultat via son URL. Je peux
 jouer l'étape 2 et vous envoyer le résultat.)

 une fois qu'on a le fichier osm fait avec l'etape 1, il faut lancer quel
 script de l'etape 2 ?
 addrfantoir ou addr2associatedStreet ? ou les deux ?

 pour le 1er script les données ont l'air OK,
 sur une commune de test (Balazé) les 24 points a faire manuellement sont
 en rase campagne, sans vraiment de nom de rue je pense.
 Comment lire les infos console du script ?
 notamment la ligne
  avec rapprochement OSM : 17 (44%)
 quels conclusion peut on tirer du pourcentage ?
 - qu'il manque des rue dans OSM ?
 - qu'elles existent mais orthographié différement ?
 - autre chose ?
 -
 fichier adresses : FP015-adresses.osm
 Code INSEE : 35015
 mise en cache des voies...
 mise en cache des adresses...
 rapprochement...
 Nombre de relations creees  : 38
  avec code FANTOIR  : 29 (76%)
  avec rapprochement OSM : 17 (44%)
 24 points addresses à affecter manuellement a la bonne rue
 Voir le fichier numeros_ambigus_a_verifier.osm



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


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

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

[Romain MEHUT]

Le 22 janvier 2014 23:59, Vincent de Château-Thierry v...@laposte.net a
écrit :


 En fait je n'ai pas de souci dès qu'on sait rattacher le n° à quelque
 chose. Mon exemple avec l'école est donc mal choisi, vu que vous lui tordez
 le cou :-).
 Pour le dire autrement : ce que je regrette comme pratique, c'est celle de
 poser un n° comme un node isolé de tout (building comme amenity ou
 landuse), surtout lorsque l'environnement est truffé de points d'accroche
 potentiels, dont les ways building bien sûr, mais pas que, comme vous le
 soulignez.


Mais l'essentiel c'est bien de connaître le point d'accès d'une adresse,
non?
A la limite, l'adresse sur le contour d'un building c'est important quand
ce même building représente un amenity... mais dans le cas d'une simple
habitation privée?

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

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

[Vincent de Château-Thierry]

Bonjour,

Le 23/01/2014 09:11, Romain MEHUT a écrit :


Mais l'essentiel c'est bien de connaître le point d'accès d'une adresse,
non?


Ça c'est dans une optique centrée sur le routage (soit un usage bien 
réel, c'est clair). Mais on peut aussi se dire que l'adresse a un 
rayonnement plus large que le simple point d'accès. Une adresse concerne 
parfois une simple cage d'escalier d'immeuble, mais va jusqu'à plusieurs 
parcelles cadastrales, d'où la remarque de Christian. Un point d'accès 
aura ses tags en propre, notamment entrance=* [1]. Les infos d'adresse 
peuvent être portées par le même point, mais dans ce cas on peut espérer 
que le node qui porte tous ces tags participe à la délimitation du 
terrain. C'est l'exemple de l'école.
Pour prendre un autre exemple : une bibliothèque municipale, qui occupe 
un bâtiment en retrait de la rue, avec de la verdure devant, sans muret 
ou grille. En plaçant le point d'adresse sur le trottoir, à l'endroit où 
démarre par exemple un footway qui va jusqu'à l'entrée du bâtiment, on 
n'a pas de lien entre l'adresse et le bâtiment. Déduire l'adresse de la 
bibliothèque, pas forcément pour y accéder en guidage, mais pour 
combiner les infos adresse et nature ou nom du bâtiment, n'a rien de 
trivial, puisque le lien entre les deux n'est pas organisé dans la base. 
D'où ma préférence pour associer explicitement les infos d'adresse au 
bâtiment (public comme privé, au passage). Cette association est une 
valeur ajoutée.


vincent

[1] : http://wiki.openstreetmap.org/wiki/Key:entrance

ps. si le service que permet l'outil de Tyndare se met en place de 
manière pérenne, nulle doute que la discussion reviendra rapidement sur 
talk-fr. On gagnerait en efficacité en synthétisant la présente 
discussion quelque part sur le wiki, avec les arguments pour et contre 
chaque méthode.


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

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

[Julien Balas]

ps. si le service que permet l'outil de Tyndare se met en place de 
manière pérenne, nulle doute que la discussion reviendra rapidement 
sur talk-fr. On gagnerait en efficacité en synthétisant la présente 
discussion quelque part sur le wiki, avec les arguments pour et contre 
chaque méthode.


Un avantage du point adresse non lié a un batiment, c'est que si le 
batiment change il n'y a rien a faire pour l'adresse.
Et c'est plus fréquent que je l'imaginait, a Rennes j'ai essayé de 
garder le bati a jour en faisant des différentiels de cadastre, j'ai 
arrêté au bout de quelques mois car c’était épuisant avec toutes les 
maisons écroulé/reconstruite ou qui font des extensions.


--
JB



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

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

[Romain MEHUT]

Le 23 janvier 2014 13:14, Vincent de Château-Thierry v...@laposte.net a
écrit :


 Ça c'est dans une optique centrée sur le routage (soit un usage bien réel,
 c'est clair). Mais on peut aussi se dire que l'adresse a un rayonnement
 plus large que le simple point d'accès. Une adresse concerne parfois une
 simple cage d'escalier d'immeuble, mais va jusqu'à plusieurs parcelles
 cadastrales, d'où la remarque de Christian. Un point d'accès aura ses tags
 en propre, notamment entrance=* [1]. Les infos d'adresse peuvent être
 portées par le même point, mais dans ce cas on peut espérer que le node qui
 porte tous ces tags participe à la délimitation du terrain. C'est l'exemple
 de l'école.
 Pour prendre un autre exemple : une bibliothèque municipale, qui occupe un
 bâtiment en retrait de la rue, avec de la verdure devant, sans muret ou
 grille. En plaçant le point d'adresse sur le trottoir, à l'endroit où
 démarre par exemple un footway qui va jusqu'à l'entrée du bâtiment, on n'a
 pas de lien entre l'adresse et le bâtiment. Déduire l'adresse de la
 bibliothèque, pas forcément pour y accéder en guidage, mais pour combiner
 les infos adresse et nature ou nom du bâtiment, n'a rien de trivial,
 puisque le lien entre les deux n'est pas organisé dans la base. D'où ma
 préférence pour associer explicitement les infos d'adresse au bâtiment
 (public comme privé, au passage). Cette association est une valeur ajoutée.


Sauf que s'agissant d'un bâtiment public, on peut mettre effectivement
l'adresse jusqu'au point d'accès puisqu'il n'y a pas à traverser un espace
privatif.

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

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

[Vincent de Château-Thierry]

Le 23/01/2014 13:35, Christian Quest a écrit :

Je comprends tout à fait le besoin de lier tel ou tel objet (comme un
bâtiment) à une adresse, mais de là à considérer que c'est le bâtiment
qui doit porter l'adresse me semble abusif.


Ça n'est pas la seule solution. Mais encore une fois, celle (la seule) 
qui me rebute est celle où l'adresse est portée par un point isolé, lié 
à rien.



En fait une adresse c'est comme un point kilométrique sur une voirie
d'accès. C'est bien pour ça que les numéros sont liés à la voirie (cas
général). Une parcelle de terrain est proche d'un (ou plusieurs) de ces
points, mais là aussi il n'y a pas toujours de lien 1 vers 1
adresse/parcelle comme pour les bâtiments. Je pense que c'est pour cette
raison qu'on a du mal à se mettre d'accord sur un modèle.


Je pense qu'on commence à bien distinguer les approches. D'un côté, ceux 
pour qui adresse = point d'accès. De l'autre, ceux pour qui adresse = 
emprise incluant (notamment) des bâtiments.
Je suis pour la 2e approche. Dans le cas d'une habitation sur une 
parcelle, avec une seule adresse associée, on ne peut pas mettre 
d'adresse sur l'emprise, vu qu'on ne trace pas les limites de parcelle 
dans OSM. Le bâtiment est alors la solution de repli, puisqu'il 
matérialise, indirectement, l'existence d'une propriété avec une 
adresse. On aurait les parcelles, c'est bien sûr la parcelle qui 
porterait l'adresse, bien mieux que le bâtiment. On saurait par suite
- emmener à l'adresse, en combinant les infos d'adresse et la situation 
du point entrance

- donner la surface bâtie de l'adresse
- donner le périmètre de la propriété de l'adresse
- etc
tout simplement parce qu'on aurait un lien entre les infos d'adresse et 
ce qui se situe à cette adresse.
J'espère vous montrer avec cet exemple que l'intérêt d'un lien entre 
adresse et emprise physique dépasse le simple besoin de se rendre à une 
adresse, dans une optique de routage.



Le minimum sur lequel on semble plutôt d'accord c'est bien cette notion
de position ponctuelle lié à un filaire de voirie... non ?


Là je ne comprends pas ce que tu veux dire, car ça m'évoque la solution 
3), contre laquelle je suis (= le numéros qui flottent dans le vide).
Mon impression, si on revient au tiercé d'hier, est que le consensus 
serait plutôt sur la solution 1) : les adresses comme des ponctuels (des 
nodes) qui font partie d'un way, de type amenity, building, landuse, etc.


vincent

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

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

[V de Chateau-Thierry]

 De : Christian Quest

 Je rappelle mon tiercé... 1 3 2
 Le tien: 1 2 3

Lisez Bilto :-)

 Le cas 1 est facile à gérer pour les bâtiments en bord de voirie. Au pire si 
 le numéro
 est flottant, on peut le reprojeter sur le bâtiment le plus proche dans un 
 rayon de
 seulement quelque m. Pour notre intégration, il faudrait que cette 
 reprojection soit
 faite de la façon la plus automatique possible, sinon ça prend un temps fou à 
 faire et
 on fait ça comme un robot... donc à automatiser.

Le problème du temps à passer est bien réel, vue l'ampleur de la tâche.
Tyndare a montré qu'on savait retrouver une info de parcelle. Je ne sais pas si 
ça va
jusqu'à savoir récupérer la géométrie de la parcelle, mais on doit pouvoir 
avancer dans
cette direction. Une fois la limite de la parcelle reconstituée, il est trivial 
de 
retrouver quel(s) bâtiment(s) en font partie. Et, dans le cas d'une parcelle à 
une
seule adresse, on devrait pouvoir affecter le n° d'adresse au bâtiment ayant, 
par 
exemple, la plus grande surface parmi ceux inclus. C'est de la reflexion à voix 
haute
sans test, mais ça me semble une logique de départ à creuser.
Ça ne réglerait que le cas de 1 adresse pour n parcelles (n = 1) mais c'est 
déjà
énorme. Pour le cas de n adresses pour une parcelle, on devrait intégrer 
manuellement,
un peu comme ce que les fichiers d'associatedStreet proposent en ce moment.
En tout cas ça mérite d'être creusé.

 Là où ça se complique c'est quand le bâtiment n'est pas en bord de voirie... 
 là moi je
 préfère le point adresse en bord de voirie (cas 3, en gros ce qu'on peut 
 constater sur 
 le terrain, c'est à dire l'endroit où il y a la plaque ou l'entrée ou la 
 boite aux 
 lettres) et toi tu le fait migrer sur le bâtiment principal sur la parcelle 
 (2) vu 
 qu'on n'a pas la parcelle.

 Si je préfère le 3, c'est qu'on reste sur un modèle plus proche du cas 1, 
 c'est à dire 
 qu'on a du ponctuel, plus ou moins aligné sur la voirie. J'ai l'impression 
 que c'est
 plus cohérent.

Oui, c'est plus aligné, visuellement, une fois sur une carte. Après, quitte à
converger avec le 1), rabattre l'adresse sur le bâtiment sous forme de 
ponctuel, 
symboliquement là où on imagine qu'est la porte d'entrée, ça ne me dérange pas 
plus
que ça. Mais au moins on lie l'adresse à quelque chose :-) Et en reprenant 
l'idée dite
plus haut, on pourrait aussi tenter d'automatiser ce rapprochement, toujours 
avec la
garantie de jouer dans une unique adresse grâce aux limites de parcelle.

nb. il va sans dire que quand j'évoque d'utiliser la géométrie des parcelles, 
c'est
uniquement pour un traitement back-office. D'aucune manière il ne s'agirait de 
rendre
ce contenu disponible en format OSM.

vincent

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

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

[Christian Quest]

De toute façon, vu le volume de données considéré, un maximum doit être
fait automatiquement si on veut utiliser au mieux le temps de cerveau
disponible de la fourmis OSMienne et lui éviter des TMS ;)

-- 
Christian Quest - OpenStreetMap France
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Tyndare]

Je récupère bien la géométrie des parcelles, je peut générer facilement un
fichier .osm correspondant si certains sont intéressés à pouvoir réaliser
ce genre de traitement, mais mon tiercé étant le même que Christian, je ne
suis pas super motivé pour le faire moi même.

Le 23 janvier 2014 14:54, V de Chateau-Thierry v...@laposte.net a écrit

 Tyndare a montré qu'on savait retrouver une info de parcelle. Je ne sais
 pas si ça va
 jusqu'à savoir récupérer la géométrie de la parcelle, mais on doit pouvoir
 avancer dans
 cette direction. Une fois la limite de la parcelle reconstituée, il est
 trivial de
 retrouver quel(s) bâtiment(s) en font partie. Et, dans le cas d'une
 parcelle à une
 seule adresse, on devrait pouvoir affecter le n° d'adresse au bâtiment
 ayant, par
 exemple, la plus grande surface parmi ceux inclus. C'est de la reflexion à
 voix haute
 sans test, mais ça me semble une logique de départ à creuser.
 Ça ne réglerait que le cas de 1 adresse pour n parcelles (n = 1) mais
 c'est déjà
 énorme. Pour le cas de n adresses pour une parcelle, on devrait intégrer
 manuellement,
 un peu comme ce que les fichiers d'associatedStreet proposent en ce moment.
 En tout cas ça mérite d'être creusé.

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

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

[V de Chateau-Thierry]

 De : Tyndare

 Je récupère bien la géométrie des parcelles, je peut générer facilement un 
 fichier .osm 
 correspondant si certains sont intéressés à pouvoir réaliser ce genre de 
 traitement, 
mais 
 mon tiercé étant le même que Christian, je ne suis pas super motivé pour le 
 faire moi
 même.

Volontaire :-)
Si tu peux, quand tu auras branché une sortie .osm, me donner une URL où je 
peux générer
ces fichiers, je teste volontiers.

merci

vincent

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

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

[Nicolas Dumoulin]

Bonsoir,

Je suis plutôt la même logique que Christian.

Le jeudi 23 janvier 2014 14:01:04 Vincent de Château-Thierry a écrit :
 Je suis pour la 2e approche. Dans le cas d'une habitation sur une
 parcelle, avec une seule adresse associée, on ne peut pas mettre
 d'adresse sur l'emprise, vu qu'on ne trace pas les limites de parcelle
 dans OSM. Le bâtiment est alors la solution de repli, puisqu'il
 matérialise, indirectement, l'existence d'une propriété avec une
 adresse. 

Cas tordu : comment tu fais si il y a plusieurs bâtiments pour une même 
adresse (un même numéro), chacun de ces bâtiments ayant une entrée pour un 
logement individuel, mais les boîtes aux lettres rassemblées sous un même 
numéro ? (j'aime les cas tordus)

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

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

[Nicolas Dumoulin]

Je viens de tester sur une autre rue (Beaumont 63032, Rue du Champclos), et là 
des numéros au nombre de mètres depuis le début de la rue. Sauf que la 
première maison est au 14 selon le cadastre, mais au 1 d'après le terrain. 
Alors on met quoi ? Priorité au terrain et j'ajoute 
addr:housenumber:cadastre=14 ?

Ensuite, la partie Est de la rue a des immeubles, et là, c'est bizzare. Un 
immeuble (au 225) est à 80 mètre de la rue du Champclos (à laquelle il 
appartient) mais à seulement 3 mètres de l'Allée du Parc. Et inversement, 
l'immeuble au 1 allée du Parc est à seulement 25m de la rue du Champclos.

Bref, je peux faire une enquête auprès des résidents, du facteur et du service 
technique de la mairie. Mais au final, j'ai l'impression d'un beau bazar. Que 
faire :
 - je cartographie le terrain pour les utilisateurs du terrain
 - j'essaie de trouver un mix avec les autres entités (la poste, cadastre, …)
 - je propose un gros push pour affecter correctement les adresses, de manière 
logique pour les habitants :-)

Sur ce, je vais me substanter …

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

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

[Julien Balas]

Je trouverais bénéfique que des courageux testent l'exercice 
d'intégration des adresses en l'état de notre chaîne de traitements.
Étape 1 : la génération des fichiers d'adresses issues du cadastre, 
c'est ici :

http://37.187.60.59/cadastre-housenumber/adresses.php
Est ce que toutes les communes sont censé etre présente ou bien c'est 
lié a la dispo vectorielle du cadastre ?

Le bugue (CP 24260) n'est pas dispo par exemple

Pour Rennes (CP 35000),
http://37.187.60.59/cadastre-housenumber/adresses.php?dep=035com=FK238
ca plante

Teléchargement des adresses cadastrales de la commune FK238 : RENNES (35000)
Téléchargement du cadastre au format PDF:
Découpe la bbox en 5 * 5
FK238-0-0.pdf 
RGF93CC48:1346181.63,7219082.00,1348181.63,7221082.00
FK238-0-1.pdf 
RGF93CC48:1346181.63,7221082.00,1348181.63,7223082.00
FK238-0-2.pdf 
RGF93CC48:1346181.63,7223082.00,1348181.63,7225082.00
FK238-0-3.pdf 
RGF93CC48:1346181.63,7225082.00,1348181.63,7227082.00

Traceback (most recent call last):

  File ../../../cadastre_vers_osm_adresses.py, line 649, in

cadastre_vers_adresses(sys.argv)

  File ../../../cadastre_vers_osm_adresses.py, line 635, in 
cadastre_vers_adresses

export_pdfs = download_pdfs(cadastreWebsite, code_departement, code_commune)

  File /var/www/cadastre-housenumber/cadastre_vers_pdf.py, line 63, in 
download_pdfs

cadastreWebsite.open_pdf(sous_bbox, largeur, hauteur),

  File /var/www/cadastre-housenumber/cadastre.py, line 201, in open_pdf

return self.url_opener.open(url, urllib.urlencode(post_data))

  File /usr/lib/python2.7/urllib2.py, line 406, in open

response = meth(req, response)

  File /usr/lib/python2.7/urllib2.py, line 519, in http_response

'http', request, response, code, msg, hdrs)

  File /usr/lib/python2.7/urllib2.py, line 444, in error

return self._call_chain(*args)

  File /usr/lib/python2.7/urllib2.py, line 378, in _call_chain

result = func(*args)

  File /usr/lib/python2.7/urllib2.py, line 527, in http_error_default

raise HTTPError(req.get_full_url(), code, msg, hdrs, fp)

urllib2.HTTPError: HTTP Error 500: Erreur Interne de Servlet





Étape 2 : le rapprochement avec les contenus Fantoir (pour le code 
RIVOLI) et OSM (pour l'association aux ways de la bonne rue). C'est 
là :

https://github.com/vdct/associatedStreet
(Si ça vous rebute de jouer un script, faites au moins l'étape 1 et 
indiquez-moi ici (ou en privé) l'existence du résultat via son URL. Je 
peux jouer l'étape 2 et vous envoyer le résultat.)
une fois qu'on a le fichier osm fait avec l'etape 1, il faut lancer quel 
script de l'etape 2 ?

addrfantoir ou addr2associatedStreet ? ou les deux ?

pour le 1er script les données ont l'air OK,
sur une commune de test (Balazé) les 24 points a faire manuellement sont 
en rase campagne, sans vraiment de nom de rue je pense.

Comment lire les infos console du script ?
notamment la ligne
 avec rapprochement OSM : 17 (44%)
quels conclusion peut on tirer du pourcentage ?
- qu'il manque des rue dans OSM ?
- qu'elles existent mais orthographié différement ?
- autre chose ?
-
fichier adresses : FP015-adresses.osm
Code INSEE : 35015
mise en cache des voies...
mise en cache des adresses...
rapprochement...
Nombre de relations creees  : 38
 avec code FANTOIR  : 29 (76%)
 avec rapprochement OSM : 17 (44%)
24 points addresses à affecter manuellement a la bonne rue
Voir le fichier numeros_ambigus_a_verifier.osm


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

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

[V de Chateau-Thierry]

Bonjour,

 De : Julien Balas

 Est ce que toutes les communes sont censé etre présente ou bien c'est lié a 
 la dispo
 vectorielle du cadastre ?
 Le bugue (CP 24260) n'est pas dispo par exemple

Oui c'est normal, car en effet c'est à partir du cadastre vectoriel que tout se 
fait. Et
Le Bugue est encore en format image.

 Pour Rennes (CP 35000),
 http://37.187.60.59/cadastre-housenumber/adresses.php?dep=035com=FK238
 ca plante

 (...)
 urllib2.HTTPError: HTTP Error 500: Erreur Interne de Servlet

HTTP Error 500, ça ressemble à ce que j'ai rencontré hier sur Castres. Ludovic
expliquait que c'était lié à la taille de la commune, et donc au temps pris pour
rapatrier le contenu. Il en dira plus que moi.

 Étape 2 : le rapprochement avec les contenus Fantoir (pour le code RIVOLI) et 
 OSM (pour
l'association aux ways de la bonne rue). C'est là :
 https://github.com/vdct/associatedStreet
 (Si ça vous rebute de jouer un script, faites au moins l'étape 1 et 
 indiquez-moi ici
(ou en privé) l'existence du résultat via son URL. Je peux jouer l'étape 2 et 
vous
envoyer le résultat.)

une fois qu'on a le fichier osm fait avec l'etape 1, il faut lancer quel script 
de
l'etape 2 ?
 addrfantoir ou addr2associatedStreet ? ou les deux ?

 pour le 1er script les données ont l'air OK,

Il n'y a qu'un script valide c'est en effet addrfantoir.py. L'autre est 
obsolète.

 sur une commune de test (Balazé) les 24 points a faire manuellement sont en 
 rase
campagne, sans vraiment de nom de rue je pense.
 Comment lire les infos console du script ?
 notamment la ligne
  avec rapprochement OSM : 17 (44%)
 quels conclusion peut on tirer du pourcentage ?
 - qu'il manque des rue dans OSM ?
 - qu'elles existent mais orthographié différement ?
 - autre chose ?
 -

Le rapprochement OSM donne le nombre de voies issues du cadastre pour 
lesquelles, sur
la foi du nom, j'ai considéré qu'une rue de la commune prise dans OSM était sa
correspondante.
La conséquence pour les rues de cette catégorie c'est qu'elles sont référencées 
dans les
relations associatedStreet, via leur ID OSM, avec le rôle 'street'. Pour celles 
sans
correspondance trouvée, on n'a dans les relations associatedStreet que des 
points
d'adresse avec un rôle 'house'.

De même, le rapprochement FANTOIR cherche à lier des rues dont le nom est donné 
par le
cadastre avec des noms fournis dans les fichiers FANTOIR.

Et en effet, pour le rapprochement OSM, un taux inférieur à 100% peut provenir 
d'un
mélange de :
- rue orthographiée différemment dans OSM et sur le Cadastre. Souvent ce sera 
avec
présence d'abréviations dans le cadastre, qui ne sont pas (pas encore) traitées 
dans le
script (qui cherche à faire converger les noms). Ça peut aussi être un type de 
voie
différent : une 'avenue' dans OSM qui est une 'rue' dans le cadastre, par ex.
- rue non nommée dans OSM
- rue non tracée dans OSM

En tout cas merci pour ton retour :-)

vincent

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

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

[V de Chateau-Thierry]

 De : Nicolas Dumoulin

 Je viens de tester sur une autre rue (Beaumont 63032, Rue du Champclos), et 
 là des
 numéros au nombre de mètres depuis le début de la rue. Sauf que la première 
 maison est
 au 14 selon le cadastre, mais au 1 d'après le terrain. Alors on met quoi ? 
 Priorité au
 terrain et j'ajoute addr:housenumber:cadastre=14 ?

Pourquoi pas. Ou bien juste dans un tag note, pour éviter une modif ultérieure 
de bonne foi mais basée uniquement sur le cadastre-vu-de-sa-chaise.

 Ensuite, la partie Est de la rue a des immeubles, et là, c'est bizzare. Un 
 immeuble (au
 225) est à 80 mètre de la rue du Champclos (à laquelle il appartient) mais à 
 seulement
 3 mètres de l'Allée du Parc. Et inversement, l'immeuble au 1 allée du Parc 
 est à
 seulement 25m de la rue du Champclos. Bref, je peux faire une enquête auprès 
 des
 résidents, du facteur et du service technique de la mairie. Mais au final, 
 j'ai
 l'impression d'un beau bazar. 

J'ai regardé, ça ne me choque pas tant que ça, vu qu'on est dans une résidence, 
donc avec
des bâtiments très en retrait de la rue. Mais du coup c'est vrai que la 
distance est
une source d'incertitude.
En l'occurrence, est-ce que le cadastre dit comme le terrain ? (tu as l'air de 
connaître
la rue, alors j'ose la question :-) )

vincent

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

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

[Julien Balas]

Est ce que toutes les communes sont censé etre présente ou bien c'est lié a la 
dispo
vectorielle du cadastre ?
Le bugue (CP 24260) n'est pas dispo par exemple

Oui c'est normal, car en effet c'est à partir du cadastre vectoriel que tout se 
fait. Et
Le Bugue est encore en format image.


ok

Il n'y a qu'un script valide c'est en effet addrfantoir.py. L'autre 
est obsolète. 

merci

Le rapprochement OSM donne le nombre de voies issues du cadastre pour 
lesquelles, sur
la foi du nom, j'ai considéré qu'une rue de la commune prise dans OSM était sa
correspondante.



Et en effet, pour le rapprochement OSM, un taux inférieur à 100% peut provenir 
d'un
mélange de :
- rue orthographiée différemment dans OSM et sur le Cadastre. Souvent ce sera 
avec
présence d'abréviations dans le cadastre, qui ne sont pas (pas encore) traitées 
dans le
script (qui cherche à faire converger les noms). Ça peut aussi être un type de 
voie
différent : une 'avenue' dans OSM qui est une 'rue' dans le cadastre, par ex.
- rue non nommée dans OSM
- rue non tracée dans OSM
ok, sur une autre commune il a bien trouvé que RUE MIDI du cadastre 
etait la Rue du midi dans OSM

En tout cas merci pour ton retour :-)

De rien.

Une fois qu'on a les fichiers par rue, c'est quoi la méthode a suivre ?
celle là ?
https://wiki.openstreetmap.org/wiki/FR:Num%C3%A9rotation_des_rues



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

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

[Nicolas Dumoulin]

Le mercredi 22 janvier 2014 13:55:12 V de Chateau-Thierry a écrit :
 J'ai regardé, ça ne me choque pas tant que ça, vu qu'on est dans une
 résidence, donc avec des bâtiments très en retrait de la rue. Mais du coup
 c'est vrai que la distance est une source d'incertitude.
 En l'occurrence, est-ce que le cadastre dit comme le terrain ? (tu as l'air
 de connaître la rue, alors j'ose la question :-) )

Je vérifierai tout à l'heure :-)

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

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

[V de Chateau-Thierry]

 De : Julien Balas

 Une fois qu'on a les fichiers par rue, c'est quoi la méthode a suivre ?
 celle là ?
 https://wiki.openstreetmap.org/wiki/FR:Num%C3%A9rotation_des_rues

Il y a aussi celle-ci :
https://wiki.openstreetmap.org/wiki/Relation:associatedStreet

qui illustre bien le type de fichiers qu'on souhaite fabriquer en ce moment.

Le reste-à-faire manuel, avec chaque fichier, consiste à vérifier la cohérence 
entre le
contenu proposé et ses connaissances (au mieux) ou le cadastre (au moins), et 
aussi à
repositionner les n° (les nodes addr:housenumber). On peut selon la 
configuration du
terrain et ses propres préférences :
- les déplacer pour les intégrer au way qui dessine un contour de building. Cas
typique des adresses multiples pour un même bâtiment, mais valide aussi pour les
bâtiments mono adresses
par ex.: http://www.openstreetmap.org/#map=19/48.82502/2.35161

- les supprimer en transférant leurs tags et leur appartenance à la relation
associatedStreet à un way building [1]. Ce cas est spécifique des bâtiments 
n'ayant 
qu'une seule adresse
par ex.: http://www.openstreetmap.org/#map=19/48.98516/2.26167

- les déplacer en bord de rue, à l'endroit supposé d'une entrée de propriété 
et/ou
boîte au lettre.
par ex.: http://www.openstreetmap.org/#map=19/48.80725/2.48116

Sur les différentes pratiques, la discussion est récurrente sur talk-fr, et en 
résumé
il n'y a pas de consensus.

vincent

[1] : pour le transfert des attributs et relations dans JOSM : sélectionner le 
node
addr:housenumber et le way building, puis Ctrl+Shift+G = le node est supprimé 
et tous
ses attributs sont ramenés sur le way

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

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

[Nicolas Dumoulin]

Le mercredi 22 janvier 2014 13:55:12 V de Chateau-Thierry a écrit :
  De : Nicolas Dumoulin
  
  Je viens de tester sur une autre rue (Beaumont 63032, Rue du Champclos),
  et là des numéros au nombre de mètres depuis le début de la rue. Sauf que
  la première maison est au 14 selon le cadastre, mais au 1 d'après le
  terrain. Alors on met quoi ? Priorité au terrain et j'ajoute
  addr:housenumber:cadastre=14 ?
 
 Pourquoi pas. Ou bien juste dans un tag note, pour éviter une modif
 ultérieure de bonne foi mais basée uniquement sur le
 cadastre-vu-de-sa-chaise.

Bon, en fait, je m'étais trompé de rue dans ma tête ^^
C'est bien le 14 sur le terrain.

  Ensuite, la partie Est de la rue a des immeubles, et là, c'est bizzare. Un
  immeuble (au 225) est à 80 mètre de la rue du Champclos (à laquelle il
  appartient) mais à seulement 3 mètres de l'Allée du Parc. Et inversement,
  l'immeuble au 1 allée du Parc est à seulement 25m de la rue du Champclos.
  Bref, je peux faire une enquête auprès des résidents, du facteur et du
  service technique de la mairie. Mais au final, j'ai l'impression d'un
  beau bazar.
 
 J'ai regardé, ça ne me choque pas tant que ça, vu qu'on est dans une
 résidence, donc avec des bâtiments très en retrait de la rue. Mais du coup
 c'est vrai que la distance est une source d'incertitude.
 En l'occurrence, est-ce que le cadastre dit comme le terrain ? (tu as l'air
 de connaître la rue, alors j'ose la question :-) )

Je viens donc de vérifier, et le 225 n'existe pas. Je ne sais pas à quoi 
correspond ce label sur le cadastre, mais sur le terrain, il n'y a pas 
d'entrée.

Attention donc.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

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

[Romain MEHUT]

Bonsoir,

Le 22 janvier 2014 16:15, V de Chateau-Thierry v...@laposte.net a écrit :


 - les déplacer pour les intégrer au way qui dessine un contour de
 building. Cas
 typique des adresses multiples pour un même bâtiment, mais valide aussi
 pour les
 bâtiments mono adresses
 par ex.: http://www.openstreetmap.org/#map=19/48.82502/2.35161

 - les supprimer en transférant leurs tags et leur appartenance à la
 relation
 associatedStreet à un way building [1]. Ce cas est spécifique des
 bâtiments n'ayant
 qu'une seule adresse
 par ex.: http://www.openstreetmap.org/#map=19/48.98516/2.26167

 - les déplacer en bord de rue, à l'endroit supposé d'une entrée de
 propriété et/ou
 boîte au lettre.
 par ex.: http://www.openstreetmap.org/#map=19/48.80725/2.48116


Il n'y a peut être pas de consensus mais il y a quand même une forte
incitation à choisir ce second schéma!

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

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

[Vincent de Château-Thierry]

Le 22/01/2014 20:19, Romain MEHUT a écrit :


Bonsoir,

Le 22 janvier 2014 16:15, V de Chateau-Thierry v...@laposte.net
mailto:v...@laposte.net a écrit :

- les déplacer pour les intégrer au way qui dessine un contour de
building. Cas
typique des adresses multiples pour un même bâtiment, mais valide
aussi pour les
bâtiments mono adresses
par ex.: http://www.openstreetmap.org/#map=19/48.82502/2.35161

- les supprimer en transférant leurs tags et leur appartenance à la
relation
associatedStreet à un way building [1]. Ce cas est spécifique des
bâtiments n'ayant
qu'une seule adresse
par ex.: http://www.openstreetmap.org/#map=19/48.98516/2.26167

- les déplacer en bord de rue, à l'endroit supposé d'une entrée de
propriété et/ou
boîte au lettre.
par ex.: http://www.openstreetmap.org/#map=19/48.80725/2.48116


Il n'y a peut être pas de consensus mais il y a quand même une forte
incitation à choisir ce second schéma!


Ah ? Je ne sais pas sur quoi tu t'appuies car le second est, des 3, le 
seul qui n'est pas applicable partout. Il est donc impossible à généraliser.


vincent

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

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

[Christian Quest]

Mon tiercé ? 1 3 2

1) c'est le plus clean, mais ça prend du temps si on doit déplacer chaque
adresse à la main... si on peut la faire coller automatiquement par un
script avant upload c'est ma préférée dans le cas des bâtiments qui donnent
directement sur la rue bien sûr

3) ça correspond à l'emplacement des numéros dans la rue... c'est propre au
rendu et conforme au terrain, ça ne prends pas de temps avant upload (c'est
ce que j'ai fait pour les adresses de la moulinette, sinon oubliez les 1000
adresses/heure).

2) ça pose pas mal de problème... que faire quand il y a plusieurs
bâtiments à la même adresse ? plusieurs adresses sur le même bâtiment ?
bref un truc assez bâtard et moche en plus sur les rendus.



Le 22 janvier 2014 20:53, Vincent de Château-Thierry v...@laposte.net a
écrit :


 Le 22/01/2014 20:19, Romain MEHUT a écrit :


 Bonsoir,

 Le 22 janvier 2014 16:15, V de Chateau-Thierry v...@laposte.net
 mailto:v...@laposte.net a écrit :


 - les déplacer pour les intégrer au way qui dessine un contour de
 building. Cas
 typique des adresses multiples pour un même bâtiment, mais valide
 aussi pour les
 bâtiments mono adresses
 par ex.: http://www.openstreetmap.org/#map=19/48.82502/2.35161

 - les supprimer en transférant leurs tags et leur appartenance à la
 relation
 associatedStreet à un way building [1]. Ce cas est spécifique des
 bâtiments n'ayant
 qu'une seule adresse
 par ex.: http://www.openstreetmap.org/#map=19/48.98516/2.26167

 - les déplacer en bord de rue, à l'endroit supposé d'une entrée de
 propriété et/ou
 boîte au lettre.
 par ex.: http://www.openstreetmap.org/#map=19/48.80725/2.48116


 Il n'y a peut être pas de consensus mais il y a quand même une forte
 incitation à choisir ce second schéma!


 Ah ? Je ne sais pas sur quoi tu t'appuies car le second est, des 3, le
 seul qui n'est pas applicable partout. Il est donc impossible à généraliser.

 vincent


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




-- 
Christian Quest - OpenStreetMap France
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Vincent de Château-Thierry]

Le 22/01/2014 21:10, Christian Quest a écrit :

Mon tiercé ? 1 3 2

1) c'est le plus clean, mais ça prend du temps si on doit déplacer
chaque adresse à la main... si on peut la faire coller automatiquement
par un script avant upload c'est ma préférée dans le cas des bâtiments
qui donnent directement sur la rue bien sûr

3) ça correspond à l'emplacement des numéros dans la rue... c'est propre
au rendu et conforme au terrain, ça ne prends pas de temps avant upload
(c'est ce que j'ai fait pour les adresses de la moulinette, sinon
oubliez les 1000 adresses/heure).

2) ça pose pas mal de problème... que faire quand il y a plusieurs
bâtiments à la même adresse ? plusieurs adresses sur le même bâtiment ?
bref un truc assez bâtard et moche en plus sur les rendus.


Alors si on parle tiercé : pour moi il y a photo entre 1 et 2, mais le 3 
est loin derrière.
Les 2 premiers ont l'intérêt de lier un bâtiment à une (voire des) 
adresses, ce qui apporte une plus-value pour les bâtiments. Les deux 
sont chronophages en l'état des outils, mais le résultat est plus riche.
Pour le 3, les adresses qui flottent dans le vide, comment associer 
adresse et bâtiment ? Cas tout bête : un bâtiment en amenity school. Le 
n° n'est pas porté par le bâtiment mais déposé en bord de rue. Comment 
connaître l'adresse de l'école ? Le principe de je regarde où est le 
bâtiment et grâce à mon super algorithme je récupère le point adresse le 
plus proche et hop c'est gagné ne marche pas. Il y a un aléa fort à 
faire le pari que le plus proche est le bon. C’est là toute la plus 
value des 1 et 2 : le temps consommé à associer le n° au bâtiment lève 
l'ambiguïté / l'incertitude du schéma 3.


vincent

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

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

[Romain MEHUT]

Le 22 janvier 2014 20:19, Romain MEHUT romain.me...@gmail.com a écrit :


 Bonsoir,

 Le 22 janvier 2014 16:15, V de Chateau-Thierry v...@laposte.net a écrit
 :



 - les déplacer pour les intégrer au way qui dessine un contour de
 building. Cas
 typique des adresses multiples pour un même bâtiment, mais valide aussi
 pour les
 bâtiments mono adresses
 par ex.: http://www.openstreetmap.org/#map=19/48.82502/2.35161

 - les supprimer en transférant leurs tags et leur appartenance à la
 relation
 associatedStreet à un way building [1]. Ce cas est spécifique des
 bâtiments n'ayant
 qu'une seule adresse
 par ex.: http://www.openstreetmap.org/#map=19/48.98516/2.26167

 - les déplacer en bord de rue, à l'endroit supposé d'une entrée de
 propriété et/ou
 boîte au lettre.
 par ex.: http://www.openstreetmap.org/#map=19/48.80725/2.48116


 Il n'y a peut être pas de consensus mais il y a quand même une forte
 incitation à choisir ce second schéma!


Je me réponds à moi-même car j'ai lu trop vite. Donc forte incitation vers
les schémas 3 et 1.

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

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

[Christian Quest]

Ah... si on avait les parcelles, on se prendrait moins la tête ;)


Le 22 janvier 2014 22:50, Romain MEHUT romain.me...@gmail.com a écrit :




 Le 22 janvier 2014 22:05, Vincent de Château-Thierry v...@laposte.net a
 écrit :



 Alors si on parle tiercé : pour moi il y a photo entre 1 et 2, mais le 3
 est loin derrière.
 Les 2 premiers ont l'intérêt de lier un bâtiment à une (voire des)
 adresses, ce qui apporte une plus-value pour les bâtiments. Les deux sont
 chronophages en l'état des outils, mais le résultat est plus riche.
 Pour le 3, les adresses qui flottent dans le vide, comment associer
 adresse et bâtiment ? Cas tout bête : un bâtiment en amenity school. Le n°
 n'est pas porté par le bâtiment mais déposé en bord de rue. Comment
 connaître l'adresse de l'école ? Le principe de je regarde où est le
 bâtiment et grâce à mon super algorithme je récupère le point adresse le
 plus proche et hop c'est gagné ne marche pas. Il y a un aléa fort à faire
 le pari que le plus proche est le bon. C’est là toute la plus value des 1
 et 2 : le temps consommé à associer le n° au bâtiment lève l'ambiguïté /
 l'incertitude du schéma 3.


 Une école c'est souvent un landuse plutôt qu'un simple bâtiment. Et donc
 l'adresse sera sur une bordure du landuse.

 Mette un numéro flottant c'est nous amener vers le point d'accès public à
 une adresse.

 Romain


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




-- 
Christian Quest - OpenStreetMap France
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Vincent Pottier]

Le 22/01/2014 21:10, Christian Quest a écrit :

Mon tiercé ? 1 3 2

+1

Pour le cas mentionné de l'école, il y a fort à parier que l'école, pas 
seulement le bâtiment mais l' polygone amenity=school englobant le 
bâtiment, la cour, que l'école est sur rue. Le node housenumber doit 
donc être apposé sur le bord du area, en bourdure de rue. Cas 3 mâtiné 
de 1, où on considère l'area amenity plutôt que le bâtiment.

--
FrViPofm

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

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

[Vincent de Château-Thierry]

Le 22/01/2014 23:46, Vincent Pottier a écrit :

Le 22/01/2014 21:10, Christian Quest a écrit :

Mon tiercé ? 1 3 2

+1

Pour le cas mentionné de l'école, il y a fort à parier que l'école, pas
seulement le bâtiment mais l' polygone amenity=school englobant le
bâtiment, la cour, que l'école est sur rue. Le node housenumber doit
donc être apposé sur le bord du area, en bourdure de rue. Cas 3 mâtiné
de 1, où on considère l'area amenity plutôt que le bâtiment.


En fait je n'ai pas de souci dès qu'on sait rattacher le n° à quelque 
chose. Mon exemple avec l'école est donc mal choisi, vu que vous lui 
tordez le cou :-).
Pour le dire autrement : ce que je regrette comme pratique, c'est celle 
de poser un n° comme un node isolé de tout (building comme amenity ou 
landuse), surtout lorsque l'environnement est truffé de points 
d'accroche potentiels, dont les ways building bien sûr, mais pas que, 
comme vous le soulignez.


Mais bon, y'a pas consensus, oui, je sais :-)

vincent

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

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

[Tyndare]

Le 20 janvier 2014 22:33, Vincent de Château-Thierry v...@laposte.net a
écrit :

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


Pour les numéros sans association à une rue ou avec deux associations, je
suis d'accord de les regrouper à part. Mais pour ceux associés a une seule
rue, je trouve ça dommage de les séparer juste parce qu'il ont un fixme,
dans la majorité des cas l'association à la rue est quand même la bonne,
donc je trouve que ça rajouterais inutilement  du boulot manuel si on la
supprimais.

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


Ok je vais faire des fichier à part pour les numéros sans association ou
avec deux choix d'association.



  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


En fait il ne s’agit pas uniquement de déterminer la rue, la validité du
numéro peut aussi être mise en doute car il peut s'agir de doublons (mais
comme l'a remarqué Christian, parfois mieux placé que celui déjà associé à
la rue), et dans quelques cas il s'agit de numéro historique qui n'ont plus
vraiment d'existence aujourd'hui.

 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 |

ok



  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

je prends



  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=060com=O0057


Merci pour ce cas de test,  le problème provenais d'une parcelle ayant 2
fois exactement la même adresse.
Les deux numéros (identiques) étaient bien dessinés sur le cadastre, mais
je n'ai par réussi à dépatouiller mon code pour qu'il associe les deux
numéros sans retomber dans un plantage, donc du coup, dans ce cas de figure
je ne considère qu'une seule instance de l'adresse, et un seul des numéros
sera associé (ici le moins bien placé au centre de la parcelle).
Le résultat déjà généré:
http://37.187.60.59/cadastre-housenumber/data/060/O0057/O0057-adresses.osm



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

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

[Tyndare]

Le 21 janvier 2014 11:08, Pieren pier...@gmail.com a écrit :

 2014/1/21 Christian Quest cqu...@openstreetmap.fr:

  Il est sur le changeset ;)
 
  Merci à JOSM qui a rendu tellement plus facile l'ajout de ce tag !

 Ca veux dire que ces adresses, lorsqu'elles seront extraitent du
 prochain planet.osm, n'auront aucune indication sur la source. C'est
 une violation de la clause d'attribution du cadastre. Petit rappel :
 on ne peut pas généraliser la pratique du source sur le changeset avec
 le cadastre (de même qu'on ne peut pas dire que toutes les adresses en
 France sont issues du cadastre et donc faire une clause générale
 d'attribution).

 Pieren


Je suis d'accord, je pense que le tag source doit être associé à chaque
nœud addr:housenumber.
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Tyndare]

Le 21 janvier 2014 12:01, V de Chateau-Thierry v...@laposte.net a écrit :

 Oui, j'ai vu que ce qui plantait hier remarchait ce matin (et même plus
 rapidement j'ai
 l'impression ?). Donc j'ai sorti quelques gros fichiers pour avoir du
 grain à moudre :-)
 En revanche à l'instant j'ai un plantage sur Castres, mais avec une erreur
 HTTP 500, donc
 pas certain que tu puisses jouer dessus. Je te mets les messages en
 dessous [1].
 [1] :
 http://37.187.60.59/cadastre-housenumber/adresses.php?dep=081com=UL065


Je n'avais jamais testé de ville avec une aussi grande surface.
Chez moi la récupération des exports pdf de cette ville a complètement
bloqué au bout d'un moment (au bout de 36 pdf). C'est peut être un problème
d'expiration de la session de connexion avec le site du cadastre, je ne
sais pas trop pour l'instant.

Pieren comment tu détectes l'expiration de la session associée au cookie
dans le plugin cadastre de JOSM ?
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Pieren]

2014/1/21 Tyndare tynd...@wanadoo.fr:

 Pieren comment tu détectes l'expiration de la session associée au cookie
 dans le plugin cadastre de JOSM ?

Je ne le detecte pas. Je garde l'heure du dernier cookie et je le
renouvelle automatiquement au bout d'un certain temps.

Pieren

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

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

[Christian Quest]

Je sais je n'ai pas oublié (en fait pas vu qu'il n'y était pas car
tellement habitué à ce que ce tag source soit là par défaut), c'est bien
une (demi) erreur de ma part de ne pas l'avoir mis sur les adresses elle
même mais il est au moins sur le changeset si quelqu'un veut pinailler.
Pour ne pas finir en prison, je vais donc reprendre mes changeset pour
l'ajouter. ;)


Le 21 janvier 2014 11:08, Pieren pier...@gmail.com a écrit :

 2014/1/21 Christian Quest cqu...@openstreetmap.fr:

  Il est sur le changeset ;)
 
  Merci à JOSM qui a rendu tellement plus facile l'ajout de ce tag !

 Ca veux dire que ces adresses, lorsqu'elles seront extraitent du
 prochain planet.osm, n'auront aucune indication sur la source. C'est
 une violation de la clause d'attribution du cadastre. Petit rappel :
 on ne peut pas généraliser la pratique du source sur le changeset avec
 le cadastre (de même qu'on ne peut pas dire que toutes les adresses en
 France sont issues du cadastre et donc faire une clause générale
 d'attribution).

 Pieren

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




-- 
Christian Quest - OpenStreetMap France
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Vincent de Château-Thierry]

Le 21/01/2014 13:24, Christian Quest a écrit :

Oui bien sûr, on est vraiment en phase de test de ce futur nouvel outil,
mais bon, pour le principe quand même et pour l'exemple ;)


J'ai ajouté quelques traitements sur les noms pour améliorer la mise en 
correspondance entre noms OSM et noms Fantoir/Cadastre : gestion des 
chiffres, des articles, et des types de voies en plusieurs mots (jusque 
3). Ça améliore le taux de correspondance, mais à la marge seulement.
Plus je teste et plus je me dis qu'un bénéfice non négligeable de cette 
intégration va être la détection des rues non nommées voire non 
tracées... :-)


Je trouverais bénéfique que des courageux testent l'exercice 
d'intégration des adresses en l'état de notre chaîne de traitements.
Étape 1 : la génération des fichiers d'adresses issues du cadastre, 
c'est ici :

http://37.187.60.59/cadastre-housenumber/adresses.php

Étape 2 : le rapprochement avec les contenus Fantoir (pour le code 
RIVOLI) et OSM (pour l'association aux ways de la bonne rue). C'est là :

https://github.com/vdct/associatedStreet
(Si ça vous rebute de jouer un script, faites au moins l'étape 1 et 
indiquez-moi ici (ou en privé) l'existence du résultat via son URL. Je 
peux jouer l'étape 2 et vous envoyer le résultat.)


L'idée est de se faire un avis collégial sur le résultat actuel, sur la 
facilité / pénibilité de l'intégration.


merci
vincent

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

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

[Christian Quest]

si je peux mettre en place une ch'tite requête pour te sortir un truc en
automatique sans passer par overpass, ça t'irai ?

J'ai une table abréviations qui me sert à le faire en automatique, sur
tout les mots (cf ma requête à rallonge d'hier).
Je dois pouvoir sortir la liste des id des ways, voire l'id de la relation
si elle existe, le code fantoir correspondant...

Par contre, il faudra aussi gérer les incohérences cadastre/osm/terrain...
sur mes tests à Perrigny (94) le cadastre a dans une même rue, des adresses
pour Chemin des Châtaigners et des adresses pour Rue des
Châtaigniers... incohérence dans leur données de parcelles.

Je ne parle pas des erreurs de libellé par rapport aux plaques de rue. Hier
soir, je suis aller vérifier vers chez moi l'Avenue Vintimille ou Avenue de
Vintimille... il y a les deux plaques qui se font face dans la rue !

Autre cas tordu... les rues limitrophes (plusieurs cas sur Nogent). Bien
sûr il faut jouer avec name:felt / name:right mais JOSM râle comme quoi la
rue est dans deux relations associatedStreet et que les noms ne collent pas
;)



Le 20 janvier 2014 23:55, Vincent de Château-Thierry v...@laposte.net a
écrit :


 Le 20/01/2014 22:33, Vincent de Château-Thierry a écrit :


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


 J'ai posé une première version de cette étape ici :
 https://github.com/vdct/associatedStreet/

 La démarche : via le code INSEE demandé en début de script, on récupère
 l'ID de la relation admin8 de la commune.
 Ce n° de relation sert à récupérer via l'Overpass tous les highways de la
 commune ayant un tag 'name'.
 Les noms des highways sont normalisés : traitements sur la casse, les
 séparateurs, les accents. Ils sont ensuite abrégés, pour l'instant
 uniquement au niveau du premier mot, via la liste établie par Christian.
 Les noms côté cadastre et Fantoir subissent le même traitement.
 Tous ces noms sont confrontés, le but étant de retrouver, via leur nom,
 les bons highways issus d'OSM. S'ils sont trouvés, le nom, tel que dans le
 tag 'name', est utilisé pour le tag name de la relation. Et tous les
 highways avec ce nom sont ajoutés à la relation avec un rôle 'street'.

 Je n'ai testé que sur une petite commune obtenue hier, car quelques
 plantages ce soir à la génération des fichiers d'adresse (cf. mon précédent
 mail). Si vous avez des fichiers adresses dans le format livré hier par
 Ludovic, vos tests m'intéressent (ou à défaut vos fichiers).

 Les pistes pour affiner : mieux traiter les débuts de noms de voie, pour
 améliorer le taux de mise en correspondance. Pour l'instant je n'abrège que
 le premier mot, hors parfois le type de voie est sur 2 mots ('PETITE
 AVENUE', etc.). Et s'attaquer aux abréviations et autres blagues hors du
 type de voie : chiffres (ah, la rue du 8 mai 1945), titres (docteur,
 professeur), chiffres romains (Georges V...).

 vincent


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




-- 
Christian Quest - OpenStreetMap France
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Vincent de Château-Thierry]

Le 21/01/2014 00:45, Christian Quest a écrit :

si je peux mettre en place une ch'tite requête pour te sortir un truc en
automatique sans passer par overpass, ça t'irai ?


Pas forcément. Le SQL c'est bien, mais pas partout :-) Et ça deviendrait 
vite illisible dans notre cas avec un festival de CASE et autres OUTER 
JOIN. Là on est sur de petits jeux de données, donc faire des 
traitements hors base, en script, n'a aucun impact sur les temps de 
réponses, mais surtout on gagne en souplesse.


On pourra revoir tout ça au moment de consolider un service façon 
cadastre.openstreetmap.fr, en attendant j'ai beaucoup bouchonné : 
fichiers plats pour le Fantoir, fichier plat pour la correspondance 
insee - id relation admin8. Tout ça changera évidemment. Par exemple 
je pense que si tu veux ouvrir une API Fantoir comme on disait 
récemment, ça sera directement utile.



J'ai une table abréviations qui me sert à le faire en automatique, sur
tout les mots (cf ma requête à rallonge d'hier).
Je dois pouvoir sortir la liste des id des ways, voire l'id de la
relation si elle existe, le code fantoir correspondant...

Par contre, il faudra aussi gérer les incohérences
cadastre/osm/terrain... sur mes tests à Perrigny (94) le cadastre a dans
une même rue, des adresses pour Chemin des Châtaigners et des adresses
pour Rue des Châtaigniers... incohérence dans leur données de parcelles.


Un cas qu'on rencontre : une impasse avec le même mot directeur qu'une 
rue, et qui se termine dans cette rue. Si on dégrade trop les noms faute 
de reconnaissance exacte, on va tout agréger dans une seule relation.



Je ne parle pas des erreurs de libellé par rapport aux plaques de rue.
Hier soir, je suis aller vérifier vers chez moi l'Avenue Vintimille ou
Avenue de Vintimille... il y a les deux plaques qui se font face dans la
rue !

Autre cas tordu... les rues limitrophes (plusieurs cas sur Nogent). Bien
sûr il faut jouer avec name:felt / name:right mais JOSM râle comme quoi
la rue est dans deux relations associatedStreet et que les noms ne
collent pas ;)


Oui, les cas tordus on en aura. Sans parler des manques ! Dans mes 
tests, j'étais étonné de ne pas matcher certaines rues à l'orthographe 
toute simple. Et en fait, c'est parce qu'elles n'existent pas dans OSM ! 
En centre ville de proche banlieue parisienne ça m'a calmé ;-)


vincent

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

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

[Tyndare]

Le 18 janvier 2014 23:34, Vincent de Château-Thierry v...@laposte.net a
écrit :

 mais un superbe 0% sur Boulogne-Billancourt car le fichier .osm extrait du
 cadastre contient pour chaque adresse le texte '92100 BOULOGNE' en plus du
 nom de voie. Moche.


Ah oui effectivement, je me contentais de supprimer la dernière ligne
d'adresse pour vouloir éliminer le code postale et la ville, mais
Boulogne-Billancourt étant trop gros il prends 2 lignes et du coup
j'élimine que Billancourt.
Je vais faire une expression régulière pour éliminer à partir du code
postal.
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Tyndare]

J'ai mis à jour l'outil (et désactivé l'ancien pour l'instant):
http://37.187.60.59/cadastre-housenumber/adresses.php
(Il est encore plus lent, je crois que si on voulait faire une extraction
massive du cadastre il lui faudrait plusieurs années...)

J'ai gardé un fixme uniquement dans les cas suivants:
 - numéro sans rue (j'ai pas trouvé de parcelle correspondante)
 - numéro sans position exacte (j'ai une adresse de parcelle mais je n'ai
pas trouvé le numéro sur le dessin du cadastre donc je l'ai mis au milieu
de la parcelle.
 - numéro associé à plusieurs rues... oui ça arrive qu'une parcelle ait
plusieurs adresses avec le même numéro, donc ne sachant pas choisir,
j'associe chacun des numéros à chacune des rues.
 - numéro trouvé à plus de 10m de la parcelle (donc il faut mieux vérifier)
Dites moi si la limite des 10m vous parait suffisante ou pas.

Voici un exemple de résultat
http://37.187.60.59/cadastre-housenumber/data/026/CL281/CL281-adresses.osm

il y a quand même plus de 600 fixme... cad 7%

Un exemple plus simple:
http://37.187.60.59/cadastre-housenumber/data/050/KN078/KN078-adresses.osm


Petit bonus:
 - j'ai créé des place=neighbourhood pour les adresses sans numéro comme
suggéré par Mickaël
 - si le numéro est à moins de 2 m de la parcelle, je le déplace sur la
limite de la parcelle
 - j'ai essayé d'améliorer la reconnaissance des lettres jusqu'à S pour
Évry.

Il faut encore que je modifie les lettre B T Q en bis ter quart si
approprié comme tu l'a proposé Christian.

Vincent, est-ce que tu pourras adapter ton script au nouveau format du
fichier que je génère ?
Et dans ton fichier les nom de rue contiennent toujours des abréviations,
est-ce qu'il y a moyen de trouver le nom complet dans OSM ?
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Vincent de Château-Thierry]

Bonsoir,

Le 19/01/2014 18:41, Tyndare a écrit :


J'ai mis à jour l'outil (et désactivé l'ancien pour l'instant):
http://37.187.60.59/cadastre-housenumber/adresses.php
(Il est encore plus lent, je crois que si on voulait faire une
extraction massive du cadastre il lui faudrait plusieurs années...)

J'ai gardé un fixme uniquement dans les cas suivants:
  - numéro sans rue (j'ai pas trouvé de parcelle correspondante)
  - numéro sans position exacte (j'ai une adresse de parcelle mais je
n'ai pas trouvé le numéro sur le dessin du cadastre donc je l'ai mis au
milieu de la parcelle.
  - numéro associé à plusieurs rues... oui ça arrive qu'une parcelle ait
plusieurs adresses avec le même numéro, donc ne sachant pas choisir,
j'associe chacun des numéros à chacune des rues.
  - numéro trouvé à plus de 10m de la parcelle (donc il faut mieux vérifier)
Dites moi si la limite des 10m vous parait suffisante ou pas.

Voici un exemple de résultat
http://37.187.60.59/cadastre-housenumber/data/026/CL281/CL281-adresses.osm

il y a quand même plus de 600 fixme... cad 7%

Un exemple plus simple:
http://37.187.60.59/cadastre-housenumber/data/050/KN078/KN078-adresses.osm


Petit bonus:
  - j'ai créé des place=neighbourhood pour les adresses sans numéro
comme suggéré par Mickaël
  - si le numéro est à moins de 2 m de la parcelle, je le déplace sur la
limite de la parcelle
  - j'ai essayé d'améliorer la reconnaissance des lettres jusqu'à S pour
Évry.

Il faut encore que je modifie les lettre B T Q en bis ter quart si
approprié comme tu l'a proposé Christian.

Vincent, est-ce que tu pourras adapter ton script au nouveau format du
fichier que je génère ?


Oui, volontiers !


Et dans ton fichier les nom de rue contiennent toujours des
abréviations, est-ce qu'il y a moyen de trouver le nom complet dans OSM ?


C'est pile là-dessus que j'ai voulu avancer (un peu) aujourd'hui : grâce 
à la position des nodes, je télécharge les way highway=* dans l'emprise 
de la relation associatedStreet et je cherche à matcher les ways avec le 
même nom (aux écarts d'écriture qu'on connaît : accents, abrev., 
majuscules, etc.) histoire de placer l'ID des ways reconnus dans la 
relation, avec un rôle 'street'. Et quand ça matche, c'est le nom 
récupéré sur les ways qui devient le 'name' de la relation, plutôt que 
le nom du cadastre. Si ça ne matche pas, alors pas de rôle 'street' dans 
la relation, c'est lors de l'intégration qu'il faut aller piocher les 
bonnes portions de voie.
Pour avancer là-dessus, il faut que j'intègre le dictionnaire des 
abréviations de Christian, et que je télécharge les highways dans 
l'emprise d'une relation admin, afin de limiter les appels. Pour mes 
premiers tests je fais un appel par rue, ça pourra pas durer longtemps 
comme ça :-).


On avance et on s'amuse :-)

vincent

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

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

[Christian Quest]

Il faut en effet comparer les noms une fois abrégés (l'inverse pose
beaucoup trop de problèmes).

Pour cela je suis en train de terminer un requête SQL qui fait ça à l'aide
de string_split_to_table + un LEFT JOIN sur une table d'abréviation + un
string_agg pour recoller les morceaux. Le problème c'est qu'il faut les
remettre dans l'ordre original, donc besoin d'une séquence pour cela.

Au final ça donne un truc comme:

select insee,rivoli,string_agg(mot,' ' order by num),
string_agg(coalesce(abrege,mot),' ' order by num) from (select
insee,rivoli, regexp_split_to_table(nom_voie, E'\\s+') as mot,
nextval('mot') as num from dgfip_fantoir_voies where insee='94068') as mots
left join abbreviations on (upper(unaccent(complet))=upper(unaccent(mot)))
group by insee,rivoli;

Ah oui, unaccent (qui supprime les accents) provient d'une extension
postgres... pour y avoir accès il suffit de faire un : CREATE EXTENSION
unaccent;


Le 19 janvier 2014 19:28, Vincent de Château-Thierry v...@laposte.net a
écrit :

 Bonsoir,

 Le 19/01/2014 18:41, Tyndare a écrit :


 J'ai mis à jour l'outil (et désactivé l'ancien pour l'instant):
 http://37.187.60.59/cadastre-housenumber/adresses.php
 (Il est encore plus lent, je crois que si on voulait faire une
 extraction massive du cadastre il lui faudrait plusieurs années...)

 J'ai gardé un fixme uniquement dans les cas suivants:
   - numéro sans rue (j'ai pas trouvé de parcelle correspondante)
   - numéro sans position exacte (j'ai une adresse de parcelle mais je
 n'ai pas trouvé le numéro sur le dessin du cadastre donc je l'ai mis au
 milieu de la parcelle.
   - numéro associé à plusieurs rues... oui ça arrive qu'une parcelle ait
 plusieurs adresses avec le même numéro, donc ne sachant pas choisir,
 j'associe chacun des numéros à chacune des rues.
   - numéro trouvé à plus de 10m de la parcelle (donc il faut mieux
 vérifier)
 Dites moi si la limite des 10m vous parait suffisante ou pas.

 Voici un exemple de résultat
 http://37.187.60.59/cadastre-housenumber/data/026/CL281/
 CL281-adresses.osm

 il y a quand même plus de 600 fixme... cad 7%

 Un exemple plus simple:
 http://37.187.60.59/cadastre-housenumber/data/050/KN078/
 KN078-adresses.osm


 Petit bonus:
   - j'ai créé des place=neighbourhood pour les adresses sans numéro
 comme suggéré par Mickaël
   - si le numéro est à moins de 2 m de la parcelle, je le déplace sur la
 limite de la parcelle
   - j'ai essayé d'améliorer la reconnaissance des lettres jusqu'à S pour
 Évry.

 Il faut encore que je modifie les lettre B T Q en bis ter quart si
 approprié comme tu l'a proposé Christian.

 Vincent, est-ce que tu pourras adapter ton script au nouveau format du
 fichier que je génère ?


 Oui, volontiers !


  Et dans ton fichier les nom de rue contiennent toujours des
 abréviations, est-ce qu'il y a moyen de trouver le nom complet dans OSM ?


 C'est pile là-dessus que j'ai voulu avancer (un peu) aujourd'hui : grâce à
 la position des nodes, je télécharge les way highway=* dans l'emprise de la
 relation associatedStreet et je cherche à matcher les ways avec le même nom
 (aux écarts d'écriture qu'on connaît : accents, abrev., majuscules, etc.)
 histoire de placer l'ID des ways reconnus dans la relation, avec un rôle
 'street'. Et quand ça matche, c'est le nom récupéré sur les ways qui
 devient le 'name' de la relation, plutôt que le nom du cadastre. Si ça ne
 matche pas, alors pas de rôle 'street' dans la relation, c'est lors de
 l'intégration qu'il faut aller piocher les bonnes portions de voie.
 Pour avancer là-dessus, il faut que j'intègre le dictionnaire des
 abréviations de Christian, et que je télécharge les highways dans l'emprise
 d'une relation admin, afin de limiter les appels. Pour mes premiers tests
 je fais un appel par rue, ça pourra pas durer longtemps comme ça :-).

 On avance et on s'amuse :-)


 vincent

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




-- 
Christian Quest - OpenStreetMap France
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Vincent de Château-Thierry]

Le 19/01/2014 19:28, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 19/01/2014 18:41, Tyndare a écrit :


J'ai mis à jour l'outil (et désactivé l'ancien pour l'instant):
http://37.187.60.59/cadastre-housenumber/adresses.php
(Il est encore plus lent, je crois que si on voulait faire une
extraction massive du cadastre il lui faudrait plusieurs années...)

J'ai gardé un fixme uniquement dans les cas suivants:
  - numéro sans rue (j'ai pas trouvé de parcelle correspondante)
  - numéro sans position exacte (j'ai une adresse de parcelle mais je
n'ai pas trouvé le numéro sur le dessin du cadastre donc je l'ai mis au
milieu de la parcelle.
  - numéro associé à plusieurs rues... oui ça arrive qu'une parcelle ait
plusieurs adresses avec le même numéro, donc ne sachant pas choisir,
j'associe chacun des numéros à chacune des rues.
  - numéro trouvé à plus de 10m de la parcelle (donc il faut mieux
vérifier)
Dites moi si la limite des 10m vous parait suffisante ou pas.

Voici un exemple de résultat
http://37.187.60.59/cadastre-housenumber/data/026/CL281/CL281-adresses.osm


il y a quand même plus de 600 fixme... cad 7%

Un exemple plus simple:
http://37.187.60.59/cadastre-housenumber/data/050/KN078/KN078-adresses.osm



Petit bonus:
  - j'ai créé des place=neighbourhood pour les adresses sans numéro
comme suggéré par Mickaël
  - si le numéro est à moins de 2 m de la parcelle, je le déplace sur la
limite de la parcelle
  - j'ai essayé d'améliorer la reconnaissance des lettres jusqu'à S pour
Évry.

Il faut encore que je modifie les lettre B T Q en bis ter quart si
approprié comme tu l'a proposé Christian.

Vincent, est-ce que tu pourras adapter ton script au nouveau format du
fichier que je génère ?


Oui, volontiers !


Comme le fichier que tu produis a désormais les relations créées, je 
suis reparti de ça. Pour ce soir, je n'ai fait que revenir au stade 
d'hier, c'est à dire que je rapproche le contenu de ton fichier des 
données du Fantoir.
La sortie a un peu évolué en revanche : je génère un fichier par 
relation. Pour l'avoir testé hier, ça me semble l'unité de livraison la 
plus adequate. On peut toujours fusionner plusieurs fichiers dans JOSM 
facilement, en revanche splitter un fichier d'une commune en n petits 
fichiers est plus galère (de mon point de vue). Bref, à discuter.


Le script correspondant à ton nouveau format s'appelle addrfantoir.py, 
toujours ici : https://github.com/vdct/associatedStreet


Il nécessite un contenu Fantoir = voir le readme qui explique comment.


Et dans ton fichier les nom de rue contiennent toujours des
abréviations, est-ce qu'il y a moyen de trouver le nom complet dans OSM ?


C'est pile là-dessus que j'ai voulu avancer (un peu) aujourd'hui : grâce
à la position des nodes, je télécharge les way highway=* dans l'emprise
de la relation associatedStreet et je cherche à matcher les ways avec le
même nom (aux écarts d'écriture qu'on connaît : accents, abrev.,
majuscules, etc.) histoire de placer l'ID des ways reconnus dans la
relation, avec un rôle 'street'. Et quand ça matche, c'est le nom
récupéré sur les ways qui devient le 'name' de la relation, plutôt que
le nom du cadastre. Si ça ne matche pas, alors pas de rôle 'street' dans
la relation, c'est lors de l'intégration qu'il faut aller piocher les
bonnes portions de voie.
Pour avancer là-dessus, il faut que j'intègre le dictionnaire des
abréviations de Christian, et que je télécharge les highways dans
l'emprise d'une relation admin, afin de limiter les appels. Pour mes
premiers tests je fais un appel par rue, ça pourra pas durer longtemps
comme ça :-).


Sur le nommage correct de la relation et l'inclusion des membres 
'street', c'est à suivre.


vincent

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

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

[Christian Quest]

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

Ca va beaucoup plus vite, surtout si il n'y a aucune adresse.

J'ai passé en revue les relations une à une:
- modifié le nom
- ajouté les highway=* correspondant (créé les manquants, quelques impasses)

Ensuite deuxième passe en cherchant les id:0 fixme=* puis avec le plugin
todolist je les ai passé en revue un à un (environ 60).

Un petit coup de validator JOSM qui détecte pas mal de choses sur les
adresses... puis quand j'ai corrigé tout ce qui pouvait l'être, upload d'un
peu moins de 4000 objets.
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


-- 
Christian Quest - OpenStreetMap France
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Christian Quest]

On doit pouvoir automatiser ces différentes étapes:
- récupérer les nœuds adresses (fait)
- récupérer (en même temps) les parcelles
- trouver la parcelle la plus proche d'une adresse (fait)
- chercher son adresse (fait)
- regrouper les adresses par nom de voie (fait)
- reprendre l'identifiant FANTOIR
- regrouper les associatedStreet par FANTOIR
- sortir un magnifique .osm

C'est bien parti tout ça !

Vous voulez une petite API pour interroger FANTOIR ?
Sinon, à mouliner pour avoir ça sous forme d'une base SQlite locale
utilisée par le script.



Le 18 janvier 2014 01:07, Vincent de Château-Thierry v...@laposte.net a
écrit :

 Bonsoir,

 Le 16/01/2014 12:24, Tyndare a écrit :


 J'ai pu récupérer les adresses de toutes les parcelles d'une commune.
 Je fait des requêtes par zone d'environ 700m de large et je temporise un
 peut entre chaque requête donc c'est très lent.
 http://37.187.60.59/cadastre-housenumber/adresses.php

 Voici par exemple le résultat pour Mulhouse:
 http://37.187.60.59/cadastre-housenumber/data/068/QP224/
 QP224-parcelles-adresses.osm

 Je ne sais pas trop quoi faire de ce résultat en fait.
 Est-ce que ça pourrait être utile de croiser ces données avec le fichier
 FANTOIR ?

 Je crois que je vais essayer de faire le lien avec les addr:housenumber
 que je récupère par ailleurs pour pouvoir leur assigner une rue de
 manière plus fiable.


 J'ai utilisé le résultat de http://37.187.60.59/cadastre-
 housenumber/adresses.php pour fabriquer des relations associatedStreet.
 J'ai testé sur 3 communes et ça semble fonctionner. Pas grand mérite, vu
 que les fichiers parcelles-adresses.osm sont impecs en entrée :-)

 Le script (python) et quelques explications ici :
 https://github.com/vdct/associatedStreet
 Vous y trouverez aussi le résultat du script pour Mulhouse.

 Je n'ai pas cherché à combiner avec le Fantoir mais ça serait une des
 étapes suivantes, comme tu le suggérais. Une autre serait de placer les
 points d'adresse là où le cadastre les indique, et non au centre des
 parcelles. Dans tous les cas ça n'exempte par de les repositionner
 manuellement, mais le placement donné par le cadastre est plus intuitif que
 celui issu des parcelles.

 Par ailleurs le script ne cherche pas à inclure de voie avec un rôle
 street, ça fait aussi partie du reste à faire (à la main).

 vincent


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




-- 
Christian Quest - OpenStreetMap France
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Vincent de Château-Thierry]

Bonjour,

Le 18/01/2014 09:07, Christian Quest a écrit :

On doit pouvoir automatiser ces différentes étapes:
- récupérer les nœuds adresses (fait)
- récupérer (en même temps) les parcelles
- trouver la parcelle la plus proche d'une adresse (fait)
- chercher son adresse (fait)
- regrouper les adresses par nom de voie (fait)
- reprendre l'identifiant FANTOIR
- regrouper les associatedStreet par FANTOIR
- sortir un magnifique .osm

C'est bien parti tout ça !

Vous voulez une petite API pour interroger FANTOIR ?
Sinon, à mouliner pour avoir ça sous forme d'une base SQlite locale
utilisée par le script.


Une API, si c'est pas trop de boulot pour toi, ce serait je pense le 
mieux, sachant 1) que la fourniture FANTOIR (fichier national de 800 Mo 
ou fichiers par depts zippés par région, g) n'est pas pratique, 2) 
que tu as déjà bossé dessus, et 3) que si un jour prochain tout ça se 
consolide j'imagine que ce sera sous la forme d'un outil osm-fr. Donc 
que des raisons pour l'API, vu de chez moi :-)


Comme requêtes, la basique me semble être la récupération en une fois de 
la liste de toutes les voies d'une commune, associées à leur code 
Fantoir. Ça me semble le plus pratique, en revanche quid du volume quand 
on parle d'une grande ville ? La requête prendrait en entrée le code de 
la ville donné par le cadastre.


Côté aval, pour livrer le résultat formaté en .osm, je me dis qu'un 
fichier par associatedStreet est la granularité préférable comparé à ce 
que j'ai commencé hier. Oui, ça fait beaucoup de fichiers mais ça incite 
à intégrer pas à pas, à l'inverse du fichier monobloc que certains 
auront toujours la tentation d'uploader d'un seul coup, alors que le 
premier travail sur ce fichier serait de le morceler. À moins 
d'organiser des paquets géographiques avec un nombre seuil d'adresses, 
en gardant intègres les relations bien sûr.


vincent

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

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

[Tyndare]

Je viens de progresser un petit peut.

Pour résumé la situation:
1) D'un côté on récupère les export PDF du cadastre, j'arrive à en extraire:
  - des numéros de rue (mais sans la rue associée)
 - des limites de parcelle (sans identification)
2) De l'autre côte on récupère des infos sur chaque parcelles:
 - id, bounding box, surface,
  - position du libellé (vers le centre, ou à côté de la parcelle pour les
petites)
 - une liste d'adresses associées (numéro si existant, nom de rue ou lieu
dit, code postal et ville)

Les numéros qu'on trouve dans l'export PDF sont en général bien positionné,
mais on ne sais pas à quelle rue il faut les rattacher.
Les adresses des parcelles sont complètes (numéro et nom de rue), mais on
ne connaît pas précisément où positionner le numéro.

J'ai essayé de faire le lien entre les deux sources d'info.
Grâce aux valeur de surface et de bounding box des parcelles de la source
2, j'arrive a faire la correspondance quasi parfaite avec leur limite
(source 1)

Je peut donc ensuite faire une recherche des numéros de rue de la source 1)
à proximité des limites de la parcelle, qui correspondent à ses adresses
(source 2)

J'ai testé dans une petite ville, Tain l'Hermitage dans la Drôme,
dans 93% des cas je trouve un numéro correspondant à moins de 2m des
limites de la parcelle, mais il m'a fallut chercher jusqu'à 150m des
limites des parcelles pour tous leur trouver une affectation.
Je n'ai pas tout vérifié, mais celui à 150 m de distance était correcte, le
numéro était en fait dessiné au bout du chemin, le long de la rue.

Au final il me reste 2 numéros non affecté à une parcelle, numéros écrit
avec un  bis en toute lettre que je n'extrait pas correctement des export
PDF (mais c'est peut être corrigeable)
Il me reste aussi 90 adresses qui n'ont pas trouvé la position de leur
numéro, mais c'est a priori car une autre parcelle avait la même adresse et
avait déjà pris le numéro, il faudra que je filtre ça.

Voici un fichier qui visualise la fusion entre les deux sources de données
pour la ville de Tain, je n'ai pas encore intégré ça dans un script un peut
propre.
http://37.187.60.59/cadastre-housenumber/data/test.osm
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Vincent de Château-Thierry]

Bonsoir,

Le 18/01/2014 18:10, Christian Quest a écrit :


Pour le reste, content que ça progresse, je pense qu'on va pouvoir
avancer nettement plus vite sur l'intégration d'adresses.
J'ai utilisé la récupération de nœuds pour mettre à jour Evry et
Créteil, mais aussi vérifier si il n'y avait pas quelques manques sur
les communes que je pensais avoir fait à 100% (Saint-Maur,
Fontenay-sous-Bois et quelques arrondissements parisiens).


J'ai continué sur le rapprochement avec le Fantoir, à partir d'extraits 
par communes (en attendant une API ?). Je n'ai testé que sur des villes 
de banlieue parisienne, dont certains gros morceaux comme Argenteuil où 
le match sur les noms entre Cadastre et Fantoir est à 100%. J'ai 
globalement de très bons résultats (souvent 100%), mais un superbe 0% 
sur Boulogne-Billancourt car le fichier .osm extrait du cadastre 
contient pour chaque adresse le texte '92100 BOULOGNE' en plus du nom de 
voie. Moche.


Comme parmi mes tests il y avait St-Maur, voici le lien :-) :
https://github.com/vdct/associatedStreet/blob/master/Z0068-parcelles-adresses_associatedStreet.osm

vincent

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

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

[Mickaël Guéret]

Salut,

à la campagne, ça permettrait de récupérer le nom des lieux-dits et
hameaux. Il faut juste regrouper les points qui ont le même nom en un
seul (requêtes Postgis ?)

Mika_Gueret



Le jeudi 16 janvier 2014 à 12:24 +0100, Tyndare a écrit :
 
 
 J'ai pu récupérer les adresses de toutes les parcelles d'une commune.
 Je fait des requêtes par zone d'environ 700m de large et je temporise
 un peut entre chaque requête donc c'est très lent.
 http://37.187.60.59/cadastre-housenumber/adresses.php
 
 
 Voici par exemple le résultat pour Mulhouse:
 
 http://37.187.60.59/cadastre-housenumber/data/068/QP224/QP224-parcelles-adresses.osm
 
 
 Je ne sais pas trop quoi faire de ce résultat en fait.
 
 Est-ce que ça pourrait être utile de croiser ces données avec le
 fichier FANTOIR ?
 
 
 Je crois que je vais essayer de faire le lien avec les
 addr:housenumber que je récupère par ailleurs pour pouvoir leur
 assigner une rue de manière plus fiable.
 
 
 
 
 
 ___
 dev-fr mailing list
 dev-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/dev-fr



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

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

[Vincent de Château-Thierry]

Bonsoir,

Le 16/01/2014 12:24, Tyndare a écrit :


J'ai pu récupérer les adresses de toutes les parcelles d'une commune.
Je fait des requêtes par zone d'environ 700m de large et je temporise un
peut entre chaque requête donc c'est très lent.
http://37.187.60.59/cadastre-housenumber/adresses.php

Voici par exemple le résultat pour Mulhouse:
http://37.187.60.59/cadastre-housenumber/data/068/QP224/QP224-parcelles-adresses.osm

Je ne sais pas trop quoi faire de ce résultat en fait.
Est-ce que ça pourrait être utile de croiser ces données avec le fichier
FANTOIR ?

Je crois que je vais essayer de faire le lien avec les addr:housenumber
que je récupère par ailleurs pour pouvoir leur assigner une rue de
manière plus fiable.


J'ai utilisé le résultat de 
http://37.187.60.59/cadastre-housenumber/adresses.php pour fabriquer des 
relations associatedStreet. J'ai testé sur 3 communes et ça semble 
fonctionner. Pas grand mérite, vu que les fichiers 
parcelles-adresses.osm sont impecs en entrée :-)


Le script (python) et quelques explications ici :
https://github.com/vdct/associatedStreet
Vous y trouverez aussi le résultat du script pour Mulhouse.

Je n'ai pas cherché à combiner avec le Fantoir mais ça serait une des 
étapes suivantes, comme tu le suggérais. Une autre serait de placer les 
points d'adresse là où le cadastre les indique, et non au centre des 
parcelles. Dans tous les cas ça n'exempte par de les repositionner 
manuellement, mais le placement donné par le cadastre est plus intuitif 
que celui issu des parcelles.


Par ailleurs le script ne cherche pas à inclure de voie avec un rôle 
street, ça fait aussi partie du reste à faire (à la main).


vincent

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

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

[Tyndare]

J'ai pu récupérer les adresses de toutes les parcelles d'une commune.
Je fait des requêtes par zone d'environ 700m de large et je temporise un
peut entre chaque requête donc c'est très lent.
http://37.187.60.59/cadastre-housenumber/adresses.php

Voici par exemple le résultat pour Mulhouse:
http://37.187.60.59/cadastre-housenumber/data/068/QP224/QP224-parcelles-adresses.osm

Je ne sais pas trop quoi faire de ce résultat en fait.
Est-ce que ça pourrait être utile de croiser ces données avec le fichier
FANTOIR ?

Je crois que je vais essayer de faire le lien avec les addr:housenumber que
je récupère par ailleurs pour pouvoir leur assigner une rue de manière plus
fiable.
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Frédéric Rodrigo]

Superbe !

Il faut reconstituer les relations depuis les noms de rues. En toute
logique les noms devraient corespondre exactement aux noms de rues du
fantoir.

Frédéric.




Le 16 janvier 2014 12:24, Tyndare tynd...@wanadoo.fr a écrit :


 J'ai pu récupérer les adresses de toutes les parcelles d'une commune.
 Je fait des requêtes par zone d'environ 700m de large et je temporise un
 peut entre chaque requête donc c'est très lent.
 http://37.187.60.59/cadastre-housenumber/adresses.php

 Voici par exemple le résultat pour Mulhouse:

 http://37.187.60.59/cadastre-housenumber/data/068/QP224/QP224-parcelles-adresses.osm

 Je ne sais pas trop quoi faire de ce résultat en fait.
 Est-ce que ça pourrait être utile de croiser ces données avec le fichier
 FANTOIR ?

 Je crois que je vais essayer de faire le lien avec les addr:housenumber
 que je récupère par ailleurs pour pouvoir leur assigner une rue de manière
 plus fiable.



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


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

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

[V de Chateau-Thierry]

Bonjour,

 De : Frédéric Rodrigo

 Superbe !

Pas mieux ! Très beau travail, le résultat donne envie de se (re)mettre à la 
tâche
sur ce sujet. Et très bien, la mention en bas de page : A NE SURTOUT PAS 
IMPORTER DANS
OpenStreetMap.

 Il faut reconstituer les relations depuis les noms de rues. En toute logique 
 les noms
 devraient corespondre exactement aux noms de rues du fantoir.

Ou en tout cas avoir un taux de matching très élevé (le producteur est la DGFiP 
dans les
deux cas, mais en interne là-bas, les bases sont-elles consolidées ?)

Ensuite, pouvoir proposer dans des fichiers à intégrer les points d'adresse 
(toujours
avec un fixme=*) mis en grappe via des relations associatedStreet, ce serait 
excellent.
Il resterait du boulot d'intégration (consolider les points fournis avec les 
bâtiments
existants, inclure dans la relations les portions de la rue concernée, avec le 
rôle
street) mais ton service offre un excellent point de départ à ces tâches.

Bravo et merci,
vincent

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

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

[Nicolas Dumoulin]

Bonjour,

Le script plante pour cette requête :
http://37.187.60.59/cadastre-housenumber/adresse.php?dep=063com=P0032lat=45.75024lon=3.08482
python cadastre_vers_adresse.py 63 P0032 45.75024 3.08482

Il ne trouve pas la parcelle. Je me suis trompé ?

Merci
-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

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

[Tyndare]

Pas de parcelle ici, ça doit être du domaine publique, j'ai corrigé pour
qu'il affiche NOT FOUND dans ce cas là.

2014/1/15 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net

 Bonjour,

 Le script plante pour cette requête :

 http://37.187.60.59/cadastre-housenumber/adresse.php?dep=063com=P0032lat=45.75024lon=3.08482
 python cadastre_vers_adresse.py 63 P0032 45.75024 3.08482

 Il ne trouve pas la parcelle. Je me suis trompé ?

 Merci


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

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

[Tyndare]

Pieren pier...@gmail.com a écrit :


 
 http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Aspects_techniques_du_cadastre_en_ligne#G.C3.A9ocodage_invers.C3.A9_des_parcelles

 Merci. Bon, y a à boire et à manger là-dedans. On pourra surement
 trier et simplifier la requête. On va voir ça.


Le serveur m'a l'air un peut stricte par rapport au format accepté pour les
requêtes xml, par exemple il n'aime pas les espaces superflus ou les
retours à la ligne.

Sur l'interface web du cadastre j'ai découvert qu'il y a un mode avancé qui
permet de faire des requêtes sur toute une zone (box) au lieu de parcelles
individuelles.
On récupère un pdf, son filtrage par le programme pdftotext semble
exploitable.
Je ne me voyais pas trop faire des milliers de requêtes pour récupérer d'un
coup les adresses de toutes les parcelles d'une commune, mais si je peux
grouper, ça deviens envisageable, je vais essayer.
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Tyndare]

Bonjour,

j'ai basculé sur la liste dev-fr pour faire suite au mail de Denis, grâce
auquel j'ai découvert qu'il était possible de demander au site
cadastre.gouv.fr l'adresse correspondant à une position donnée.
Pour cela il faut procéder en deux étape: demander quel est l'id de la
parcelle à cette position, puis demander les infos correspondant à cette
parcelle.
J'ai essayé de faire ça en python et cela semble bien marcher:
http://37.187.60.59/cadastre-housenumber/adresse.php (il faut choisir, le
département, la commune en enfin les coordonnées).
Le code est la (class CadastreWebsite) :
https://www.gitorious.org/cadastre-housenumber/cadastre-housenumber/source/cadastre_vers_pdf.py

A moins que Pieren ne se lance sur le sujet, j’essaierais bien de modifier
l'outil Adresse du plugin cadastre-fr pour avoir cette info dans JOSM.
Mon idée, serait de rajouter un TextArea à la fenêtre qui s'ouvre en mode
Adresse, et lorsque l'on cliquerais à un endroit de la carte avec la touche
modificatrice ALT activée, cela lancerais la requête au cadastre pour
l'adresse à cette position, puis remplierais le TextArea avec le résultat,
et si l'adresse résultat commence par un numéro, choisirais ce numéro comme
le prochain numéro à rentrer.
Si quelqu'un a une autre suggestion, je suis preneur.

C'est la première fois que j'ouvre le code de JOSM donc je ne garantie rien
pour l'instant, et si Pieren tu veux t'en charger, tiens moi au courant.

Ludo.


Le 13 janvier 2014 14:30, HELFER Denis denis.hel...@rff.fr a écrit :

  · L’ensemble des adresses n’est pas affiché sur le plan
 cadastral. Parfois, il faut aller sur le site du cadastre, choisir une
 parcelle et afficher les informations. Il faut donc jongler entre JOSM et
 le cadastre à moins qu’une développeur fou ne nous permette de remonter
 l’info dans JOSM. Une bière (ou plus si affinités) à la clé !

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

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

[Tyndare]

Normalement c'est corrigé.

Le 14 janvier 2014 12:02, Etienne Trimaille etienne.trimai...@gmail.com a
écrit :

 Je voulais juste tester ton outil pour voir la qualité du géocodage
 inverse, mais j'obtiens malheureusement une erreur 1.

 http://37.187.60.59/cadastre-housenumber/adresse.php?dep=025com=CB047lat=47.35034550182916lon=6.371492891198871envoyer=Requette+Adresse

 J'ai essayé avec 2 adresses, idem.

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

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

[Tyndare]

Le 14 janvier 2014 12:48, Pieren pier...@gmail.com a écrit :

 Je veux bien essayer de faire quelque chose. Je ne connais pas
 d'exemple où l'adresse existe mais n'est pas affichée directement sur
 le plan. Pourrais-tu m'en donner un ?


Je n'ai pas d'exemple pour le numéro de rue non affiché, peut être que
Denis Helfer en aurais eu, par contre voici un exemple qui permet de
trouver le nom d'une rue non affiché sur le cadastre:
http://37.187.60.59/cadastre-housenumber/adresse.php?dep=026com=CL271lat=45.0133374lon=4.8432698
Ça peut donc aussi servir pour trouver où sont les rues du FANTOIR...

J'ai aussi un exemple qui permet de vérifier que le cadastre dessine
parfois le numéro du mauvais côté de la parcelle, cad le long de la
mauvaise rue...
http://37.187.60.59/cadastre-housenumber/adresse.php?dep=007com=61086lon=4.7373876lat=45.1078604



 Est-ce que ça fonctionne aussi
 avec les plans images ?

Avec un plan images, je m'arrive pas à avoir l'information avec l'interface
web depuis un navigateur, donc je ne pense pas que ce soit possible mais si
quelqu'un a un exemple où il y arrive je veux bien regarder.


 Pourrais-tu mettre les détails de la requête ici:

 http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Aspects_techniques_du_cadastre_en_ligne


Je me suis contenté de dumper les requêtes web quand je me connecte depuis
un navigateur, donc je ne maitrise pas vraiment ce que j'ai fait mais je
vais essayer de retranscrire mon code python en langage plus naturel.


 Que faire en cas de retour de plusieurs adresses ? Je préfère le
 modèle un noeud, un numéro et là, on risque de multiplier les
 valeurs multiples.


Si il y a plusieurs adresses sur une parcelle, il faudrait effectivement
que l'utilisateur puisse créer  plusieurs nœuds, normalement les numéros
distincts devraient apparaitre sur le cadastre. J'ai trouvé un lotissement
où chaque parcelle avait 2 adresses, une ancienne qui n'a plus court, et
une nouvelle, donc dans ce cas l’utilisateur devrait pouvoir en choisir
qu'une.


 Ou alors faire un drop liste pour choisir...


Quitte à choisir je préfèrerais un tableau déroulant plutôt qu'une drop
liste, ça limite le nombre de click nécessaires et ont voit plus rapidement
qu'il y a plusieurs réponses je trouve.
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

[Tyndare]

 Pourrais-tu mettre les détails de la requête ici:

 http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Aspects_techniques_du_cadastre_en_ligne


J'ai rajouté une section Géocodage inversé des parcelles:
http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Aspects_techniques_du_cadastre_en_ligne#G.C3.A9ocodage_invers.C3.A9_des_parcelles
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr