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

2014-01-29 Par sujet 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

2014-01-29 Par sujet 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

2014-01-29 Par sujet 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

2014-01-29 Par sujet 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