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

[Philippe Verdy]

Le 19 mai 2014 10:33, Pieren  a écrit :

> Il n'y a qu'un seul name "official", c'est celui défini
> par la mairie

Ceci est faux, les mairies utilisent couramment des noms dérivés plus ou
moins adapté à leurs communication.

Le nom officiel est celui figurant dans l'arrêté préfectoral après
approbation par le conseil municipal et qui en fait une personne morale
munie d'une identité officielle en tant que collectivité. Ce nom figure
alors que les documents officiels de nature contractuelle (commes les
publications pour les appels d'offre de marchés publics, ou le nom qui sera
utilisé en justice et sur les PV officiels de conseils municipaux, ou
encore le nom du titulaire des compte dans les banques publiques ou
privées, les actes notariés d'acquisition ou vente pour le domaine public
communal; les actes de préemption sur les ventes privées...).

Cependant ce n'est pas non plus parce qu'une commune change de nom officiel
que tous les documents officiels passent du jour au lendemain au nouveau
nom, les anciens écrits restent valables dans la mesure où la dissolution
de l'ancienne personne morale voit ses droits et obligations transférés à
la nouvelle entité (ceci inclut les comptes bancaires, dettes, marchés
publics en cours de livraison ou de présélection...)

Ce qui fait qu'il peut parfaitement à un instant donné y avoir plusieurs
noms officiels (même s'il y en a un préféré pour tous les nouveaux actes)

Les autres étant encore détenus comme des marques, dans la limite des
encours et tant que la commune ne demande pas le dépôt officiel d'une
marque protégée sur son nom dans les domaines intéressant la commune; ce
que les communes n'oublient plus de faire aujourd'hui, mais qui peut sinon
les obliger à utiliser et faire protéger un autre nom en cas de conflit
avec une marque déposée par un autre titulaire : on a déjà cité l'exemple
des appellations d'origines, des couteaux Laguiole qui protègent une
douzaine des domaines possibles de protection contre la vingtaine de
domaines habituellement utilisés par les communes)

Ensuite la mairie peut communiquer ou faire de la publicité, de la
promotion touristique en utilisant d'autres noms tant qu'elle dipose aussi
des droits sur ces noms (y compris adaptés à des langues régionales ou
étrangères), et même afficher ces noms sur la voie publique. aucun problème
non plus sur la signalisation sur la voie publique, les parutions
publicitaires dans la presse (hors avis officiels), la revue d'info
municipale (on trouvera le nom officiel dans le petit encadré à l'intérieur
des informations éditeur)...

Mais une commune peut être empêchée de communiquer sur son propre nom dans
certaines autres territoires, même en France où peuvent exister des
homonymies dans la même zone de protection des marques déposées.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Marc Sibert]

Le 19/05/2014 14:57, Marc SIBERT a écrit :

Bon j'ai un petit schéma :


En fait il ne passe pas donc voici un lien :
http://eirl-marc.wp.sibert.fr/files/2014/05/Dessin2.png


C'est bien clair : BANO synthétise et produit ; OSM est l'une des 
sources (la meilleure ?)


A+


Le 19 mai 2014 12:38, Vincent Pottier > a écrit :



Le 19/05/2014 11:38, Pieren a écrit :

Je ne suis pas très à l'aise vis à vis de ce projet. D'un côté, je
comprend l'envie d'aller vite et d'offrir une base adresse
s'affranchissant des contraintes de l'import dans OSM. C'est
aussi à
cette tentation qu'à céder mapbox en créant le projet
"openaddresses"
([1]), en voulant s'affranchir, lui, des problèmes de licences. Ca
nous fait donc déjà deux bases adresses "libres".
On voit bien où ça nous mène : un fork des données avec des
outils qui
seront obligés de jongler avec plusieurs bases (OSM pour la
navigation
et bano pour le géocodage, par exemple). C'est exactement
contre ça
qu'OSM a été créer : ne plus avoir à chercher à gauche et à droite
voir qui fait quoi, qui fait le mieux et comment et avec quelle
license pour travailler avec des données géographiques mais
avoir le
tout centralisé dans une seule base (et aussi pour les mises à
jour).

Donc "hourra pour bano" si ça sert à accélerer l'intégration des
adresses dans OSM. Mais "bof" si ça devient une solution
pérenne pour
compenser nos faiblesses comme dans la modélisation ou les
contraintes
de l'import (et qu'il vaudrait mieux surmonter).

OSM reste bien le réservoir de données autours duquel se développe
un écosystème.
Par nature, base de donnée ouverte, OSM a besoin de cet écosystème
pour la fourniture de données stabilisées.
OSM ne permet pas de connaître la qualité des données fournies :
précision, cohérence, libellés, exhaustive...
On le voit dans de nombreux exemples : trait de côte, limites des
collectivités territoriales...
Ce ne sont pas des données brutes OSM qui sont fournies, mais des
données au moins vérifiées dans leur intégrité, voire simplifiées.
Ce sont des interfaces de nature diverse qui fournissent ces
données avec un minimum d'information sur la qualité de celles-ci.

Il me semble, si j'ai tout compris, que BANO s'inscrit bien dans
la logique OSM en étant une double interface.
D'un côté l'aspect QA, permettant de compléter et corriger OSM (et
non d'importer dans OSM, ça a bien été répété)
De l'autre côté, proposer un jeu de données stabilisées, échappant
aux vicissitudes intrinsèques d'OSM : non permanence des ids,
risques d'introductions d'erreurs...
BANO permet que :
* à terme OSM soit bien le réservoir de données,
* à terme des jeux d'adresses cohérents soient fournis à qualité
standardisée (exhaustivité, précision, libellés, références...).

Comme il y a plusieurs fournisseurs de cartes Garmin à partir des
données OSM, comme il y a de nombreuses cartes en lignes, il y
aura probablement plusieurs fournisseurs de données stabilisées...
--
FrViPofm


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




--
Marc Sibert
m...@sibert.fr 



--
Marc Sibert
mailto:m...@sibert.fr

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

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

[Christian Quest]

Le 19 mai 2014 11:38, Pieren  a écrit :

> 2014-05-17 0:36 GMT+02:00 Christian Quest :
>
> > 1) pour tout ce qui est calcul d'itinéraires et positionnement de données
> > opendata ne contenant qu'une adresse on va très très prochainement
> pouvoir
> > géocoder en s'appuyant sur BANO
>
> Je ne suis pas très à l'aise vis à vis de ce projet. D'un côté, je
> comprend l'envie d'aller vite et d'offrir une base adresse
> s'affranchissant des contraintes de l'import dans OSM. C'est aussi à
> cette tentation qu'à céder mapbox en créant le projet "openaddresses"
> ([1]), en voulant s'affranchir, lui, des problèmes de licences.


Non, openaddresses.io ne s'affranchit pas des "problèmes" de licence.
openaddresses.io n'est qu'un catalogue, qui répertorie les sources
d'adresses. Ce catalogue est en CC0 (il me semble), mais les données des
différents dataset ont chacun leur licence propre.


> Ca
> nous fait donc déjà deux bases adresses "libres".
>

Pareil... openadresses.io ne contient aucune adresse, juste la liste des
fichiers adresses disponibles ic ou là (comme ceux de BANO).



> On voit bien où ça nous mène : un fork des données avec des outils qui
> seront obligés de jongler avec plusieurs bases (OSM pour la navigation
> et bano pour le géocodage, par exemple). C'est exactement contre ça
> qu'OSM a été créer : ne plus avoir à chercher à gauche et à droite
> voir qui fait quoi, qui fait le mieux et comment et avec quelle
> license pour travailler avec des données géographiques mais avoir le
> tout centralisé dans une seule base (et aussi pour les mises à jour).
>


Il n'est pas possible de mettre à jour BANO autrement que via OSM.
Le problème des mise à jour parallèles n'est donc pas un problème pour BANO.



> Donc "hourra pour bano" si ça sert à accélerer l'intégration des
> adresses dans OSM. Mais "bof" si ça devient une solution pérenne pour
> compenser nos faiblesses comme dans la modélisation ou les contraintes
> de l'import (et qu'il vaudrait mieux surmonter).
>


Bien sûr qu'il faut les surmonter et rapidement... pour permettre
l'amélioration des données OSM et par ricochet de BANO.
L'idée est vraiment de faire d'une pierre deux coups.

L'intérêt est surtout d'avoir une base d'adresses utilisable immédiatement,
en complément d'OSM, pour aider à compléter OSM.
Ca évite qu'on se rue bêtement sur les adresses pour les importer à la
va-vite dans OSM (je l'ai fait dans quelques communes et en fait ma valeur
ajoutée a été très limitée) pour atteindre une masse critique nécessaire à
beaucoup d'usages sans apporter grand chose en terme de qualité, de
contrôle de terrain et autre.

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

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

[Vincent Pottier]

Le 19/05/2014 11:38, Pieren a écrit :

Je ne suis pas très à l'aise vis à vis de ce projet. D'un côté, je
comprend l'envie d'aller vite et d'offrir une base adresse
s'affranchissant des contraintes de l'import dans OSM. C'est aussi à
cette tentation qu'à céder mapbox en créant le projet "openaddresses"
([1]), en voulant s'affranchir, lui, des problèmes de licences. Ca
nous fait donc déjà deux bases adresses "libres".
On voit bien où ça nous mène : un fork des données avec des outils qui
seront obligés de jongler avec plusieurs bases (OSM pour la navigation
et bano pour le géocodage, par exemple). C'est exactement contre ça
qu'OSM a été créer : ne plus avoir à chercher à gauche et à droite
voir qui fait quoi, qui fait le mieux et comment et avec quelle
license pour travailler avec des données géographiques mais avoir le
tout centralisé dans une seule base (et aussi pour les mises à jour).

Donc "hourra pour bano" si ça sert à accélerer l'intégration des
adresses dans OSM. Mais "bof" si ça devient une solution pérenne pour
compenser nos faiblesses comme dans la modélisation ou les contraintes
de l'import (et qu'il vaudrait mieux surmonter).
OSM reste bien le réservoir de données autours duquel se développe un 
écosystème.
Par nature, base de donnée ouverte, OSM a besoin de cet écosystème pour 
la fourniture de données stabilisées.
OSM ne permet pas de connaître la qualité des données fournies : 
précision, cohérence, libellés, exhaustive...
On le voit dans de nombreux exemples : trait de côte, limites des 
collectivités territoriales...
Ce ne sont pas des données brutes OSM qui sont fournies, mais des 
données au moins vérifiées dans leur intégrité, voire simplifiées.
Ce sont des interfaces de nature diverse qui fournissent ces données 
avec un minimum d'information sur la qualité de celles-ci.


Il me semble, si j'ai tout compris, que BANO s'inscrit bien dans la 
logique OSM en étant une double interface.
D'un côté l'aspect QA, permettant de compléter et corriger OSM (et non 
d'importer dans OSM, ça a bien été répété)
De l'autre côté, proposer un jeu de données stabilisées, échappant aux 
vicissitudes intrinsèques d'OSM : non permanence des ids, risques 
d'introductions d'erreurs...

BANO permet que :
* à terme OSM soit bien le réservoir de données,
* à terme des jeux d'adresses cohérents soient fournis à qualité 
standardisée (exhaustivité, précision, libellés, références...).


Comme il y a plusieurs fournisseurs de cartes Garmin à partir des 
données OSM, comme il y a de nombreuses cartes en lignes, il y aura 
probablement plusieurs fournisseurs de données stabilisées...

--
FrViPofm

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

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

[Pieren]

2014-05-17 0:36 GMT+02:00 Christian Quest :

> 1) pour tout ce qui est calcul d'itinéraires et positionnement de données
> opendata ne contenant qu'une adresse on va très très prochainement pouvoir
> géocoder en s'appuyant sur BANO

Je ne suis pas très à l'aise vis à vis de ce projet. D'un côté, je
comprend l'envie d'aller vite et d'offrir une base adresse
s'affranchissant des contraintes de l'import dans OSM. C'est aussi à
cette tentation qu'à céder mapbox en créant le projet "openaddresses"
([1]), en voulant s'affranchir, lui, des problèmes de licences. Ca
nous fait donc déjà deux bases adresses "libres".
On voit bien où ça nous mène : un fork des données avec des outils qui
seront obligés de jongler avec plusieurs bases (OSM pour la navigation
et bano pour le géocodage, par exemple). C'est exactement contre ça
qu'OSM a été créer : ne plus avoir à chercher à gauche et à droite
voir qui fait quoi, qui fait le mieux et comment et avec quelle
license pour travailler avec des données géographiques mais avoir le
tout centralisé dans une seule base (et aussi pour les mises à jour).

Donc "hourra pour bano" si ça sert à accélerer l'intégration des
adresses dans OSM. Mais "bof" si ça devient une solution pérenne pour
compenser nos faiblesses comme dans la modélisation ou les contraintes
de l'import (et qu'il vaudrait mieux surmonter).

Pieren

[1] http://openaddresses.io/

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

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

[Jean-Marc Liotier]

On 19/05/2014 10:33, Pieren wrote:

2014-05-17 9:46 GMT+02:00 Christian Quest :

osmose, rajouter éventuellement un official_name pour le nom du cadastre.

Petit rappel, le cadastre (dgfip) n'est pas non plus l'organisme qui
définit le nom officiel des rues (pas plus que les numéros
d'adresses). Il n'y a qu'un seul name "official", c'est celui définit
par la mairie et pour celui-là, on utilise simplement le tag "name".
Utilisez plutôt "alt_name" est cas de divergence entre les deux et ne
laissez pas croire que le cadastre est plus "officiel" que la mairie.


Ayant bleui quelques points rouges de la BANO dans mon quartier hier 
soir, je confirme qu'il est loin d'être rare que le nom originaire du 
cadastre soit erroné... Le terrain d'abord !



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

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

[Pieren]

2014-05-17 9:46 GMT+02:00 Christian Quest :
> osmose, rajouter éventuellement un official_name pour le nom du cadastre.

grrr. quand je pense que le tag "official_name" a été créé à l'origine
pour des noms de pays...
Petit rappel, le cadastre (dgfip) n'est pas non plus l'organisme qui
définit le nom officiel des rues (pas plus que les numéros
d'adresses). Il n'y a qu'un seul name "official", c'est celui définit
par la mairie et pour celui-là, on utilise simplement le tag "name".
Utilisez plutôt "alt_name" est cas de divergence entre les deux et ne
laissez pas croire que le cadastre est plus "officiel" que la mairie.

Pieren

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

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

[Christian Quest]

C'est sur ma tout doux liste... compléter QA avec BANO pour indiquer les
manques potentiels.


Le 17 mai 2014 11:58, Jean-Marc Liotier  a écrit :

> On 05/17/2014 10:10 AM, Nicolas Dumoulin wrote:
> > Blague à part, j'ai l'impression qu'il y a une marge de progression
> > pour faciliter le rapprochement avec FANTOIRE. On pourrait par exemple
> > fournir par commune un fichier qui ne contient que les points adresses
> > des relations sans way de rue rapproché. Ainsi, ça irait plus vite
> > pour savoir pour quel rue travailler. Pour l'instant, je fais avec la
> > couche bano en fond dans JOSM pour effectivement trouver le rouge et
> > regarder dans les données adresses importées quoi faire.
>
> Est-ce qu'une couche QA montrant les ways sans code FANTOIRE pourrait
> être utile ou est-ce qu'une rue entière de points rouges dans le rendu
> BANO est un cas tellement évident d'absence de ce code dans
> Openstreetmap qu'un tel outil supplémentaire serait inutile ?
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

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

[Jean-Marc Liotier]

On 05/17/2014 10:10 AM, Nicolas Dumoulin wrote:
> Blague à part, j'ai l'impression qu'il y a une marge de progression
> pour faciliter le rapprochement avec FANTOIRE. On pourrait par exemple
> fournir par commune un fichier qui ne contient que les points adresses
> des relations sans way de rue rapproché. Ainsi, ça irait plus vite
> pour savoir pour quel rue travailler. Pour l'instant, je fais avec la
> couche bano en fond dans JOSM pour effectivement trouver le rouge et
> regarder dans les données adresses importées quoi faire. 

Est-ce qu'une couche QA montrant les ways sans code FANTOIRE pourrait
être utile ou est-ce qu'une rue entière de points rouges dans le rendu
BANO est un cas tellement évident d'absence de ce code dans
Openstreetmap qu'un tel outil supplémentaire serait inutile ?

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

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

[Christian Quest]

Un pas après l'autre ;)

On n'a pas encore exploité tout le potentiel de BANO, loin de là. A vrai
dire, je n'avais pas pensé à ces usages et c'est en voyant les points rouge
sur le rendu que ça a fait tilt... il faudrait indiquer à quelle voie du
cadastre ça correspond, donc ajout du convexhull, du nom, du N° fantoir...
que j'ai corrigé hier (ça déconnait en bord de metatile et la requête est
désormais BEAUCOUP plus rapide).

Si on arrive à un cycle de rafraichissement rapide de BANO compatible avec
osmose, on va aussi pouvoir sortir ça sous forme de signalement pour osmose.

On n'est qu'au début !
Faisons au mieux et au plus efficace avec ce qui est déjà opérationnel.



Le 17 mai 2014 10:10, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :

> Le samedi 17 mai 2014 00:36:13 Christian Quest a écrit :
> > Visiblement mon appel à remplacer du rouge par du bleu n'a pas eu d'écho
> > alors je détaille...
> >
> >[...]
> >
> > Donc, dans l'immédiat, il me semble surtout opportun de remplacer non pas
> > du rouge par du vert (import dans OSM), mais par du bleu
>
> Heu, bien sûr, ce propos n'a rien à voir avec l'élection du WE prochain ;-)
>
> Blague à part, j'ai l'impression qu'il y a une marge de progression pour
> faciliter le rapprochement avec FANTOIRE. On pourrait par exemple fournir
> par
> commune un fichier qui ne contient que les points adresses des relations
> sans
> way de rue rapproché. Ainsi, ça irait plus vite pour savoir pour quel rue
> travailler.
> Pour l'instant, je fais avec la couche bano en fond dans JOSM pour
> effectivement trouver le rouge et regarder dans les données adresses
> importées
> quoi faire.
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

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

[Nicolas Dumoulin]

Le samedi 17 mai 2014 00:36:13 Christian Quest a écrit :
> Visiblement mon appel à remplacer du rouge par du bleu n'a pas eu d'écho
> alors je détaille...
> 
>[…]
> 
> Donc, dans l'immédiat, il me semble surtout opportun de remplacer non pas
> du rouge par du vert (import dans OSM), mais par du bleu

Heu, bien sûr, ce propos n'a rien à voir avec l'élection du WE prochain ;-)

Blague à part, j'ai l'impression qu'il y a une marge de progression pour 
faciliter le rapprochement avec FANTOIRE. On pourrait par exemple fournir par 
commune un fichier qui ne contient que les points adresses des relations sans 
way de rue rapproché. Ainsi, ça irait plus vite pour savoir pour quel rue 
travailler.
Pour l'instant, je fais avec la couche bano en fond dans JOSM pour 
effectivement trouver le rouge et regarder dans les données adresses importées 
quoi faire.

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

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

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

[Christian Quest]

Le plus efficace me semble-t-il dans ces cas d'erreur du cadastre est de
rajouter manuellement le ref:FR:FANTOIR que j'ai rajouté aux dernier
niveaux de zoom dans le rendu BANO dans ce but.

Cela permettra aux algo de rapprochement de BANO de faire le lien et on
aura ainsi le nom OSM et le nom FANTOIR (dans le fichier public) tout en
sachant qu'il y a peut être un truc à revoir... en faire une nouvelle
analyse osmose, rajouter éventuellement un official_name pour le nom du
cadastre.



Le 17 mai 2014 02:20, Pierre Knobel  a écrit :

> Le soucis c'est qu'il y a beaucoup de rouge qui provient de
> différences entre le terrain et FANTOIR ou le cadastre, donc ce n'est
> pas forcément possible de corriger sans connaissance du terrain non
> plus. Il faudrait commencer par faire une liste des problèmes
> classiques et des recommandations sur la manière de les corriger.
>
> Des exemples erreurs que je vois le plus souvent sont :
> - ambitguité entre "Rue de ...", "Route de ...", "Chemin de ..."
> - "Rue Diderot" vs. "Rue Denis Diderot"
> - "Rue du Bosquet" vs. "Rue des Bosquets"
> - "Rue Albert Schweitzer" vs. "Rue du Docteur Schweitzer"
> - "Rue de la Gare" (confirmé sur terrain) vs. "Rue de l'Ancienne Gare"
>
> Est-ce qu'on doit standardiser ces cas de figure dans OSM  ou plutôt
> considérer que les différentes formes sont acceptables et simplement
> faire le rapprochement avec le ref:fantoir ?
>
> Je ne voudrais pas modifier des noms de rues dans OSM en me basant sur
> une référence pas toujours juste en risquant de détruire le travail
> d'un contributeur qui connaissait le terrain.
>
>
>
> On 5/16/14, Christian Quest  wrote:
> >
> > Donc, dans l'immédiat, il me semble surtout opportun de remplacer non pas
> > du rouge par du vert (import dans OSM), mais par du bleu (compléter OSM
> sur
> > la voirie pour permettre les rapprochements automatiques).
> >
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

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

[Philippe Verdy]

oui surtout que le polygone du même batiment comporte très souvent
plusieurs numéros; on ne donnait pas trop comment ce batient est découpé en
interne, la seule chose qu'on voit ce sont les numéros ou, s'ils sont
absents (très fréquent), le comptage des portes d'accès et l'observation de
l'allure des facades, barrières, murets, et aménagement de surfaces devant
ces batiments pour supposer une séparation approximative (sans qu'on sache
non plus ce qui est derrière) ; au delà de ce qu'on ne sait pas ou ne peut
pas observer on fait une simple interpolation, l'exactitude des numéros est
limitée à l'écart constaté entre deux numéros connus; et il peu y avoir des
trous dans la numérotation).

Bref le noeud est souvent plus pertinent et ne surajoute pas d'informations
invérifiables. la précision peut ne pas être inférieure à 50 mètres, (qui
est souvent beaucoup plus que la précision des batiments) ou beaucoup moins
(très grandes résidences, grandes surfaces commerciales ou industrielles,
zones administratives ou militaires: dans ce cas le numéro existe en
thérorie dans les fichiers publics mais n'est pas du tout pertinent par
rapport au nom observé sur place de ces grandes installations, et c'est
déjà bien si on peut nommer la voie publique qui les longe ou les traverse).

Si je prends le cas d'un campus universitaire ou d'un grand hôpital type
CHR, et souvent aussi les zones portuaires au voisinage immédiat de la mer,
tout est facilement accessible au public (sous réserve de ne pas gêner
l'activité et se conformer aux règles spécifiques locales qui peuvent
restreindre de temps en temps cet accès certains jours ou à certaines
heures pour e nréserver l'usage aux professionnels et services de
sécurité), il y a des voies privées ou publiques internes qui souvent (pas
toujours) ont des noms mais on ne trouve aucun numéro de visu, on ne voit
que les noms des batiments ou des services qui les occupe et on se fie à la
signalisation disparate qui cite ces noms.



Le 17 mai 2014 04:15, Jean-Marc Liotier  a écrit :

> On 05/16/2014 10:43 PM, Pierre Knobel wrote:
> >
> > Si j'avais eu à choisir moi même j'aurais opté soit pour le tag sur
> > polygone de bâtiment (pas besoin de "deviner"  où est l'entrée) [..]
> >
>
> Ca me paraît sain: dans le doute ne pas introduire d'information
> inexacte en tentant d'être trop précis.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Jean-Marc Liotier]

On 05/16/2014 10:43 PM, Pierre Knobel wrote:
>
> Si j'avais eu à choisir moi même j'aurais opté soit pour le tag sur
> polygone de bâtiment (pas besoin de "deviner"  où est l'entrée) [..]
>

Ca me paraît sain: dans le doute ne pas introduire d'information
inexacte en tentant d'être trop précis.


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

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

[Jean-Marc Liotier]

On 05/16/2014 10:18 PM, Jérôme Amagat wrote:
> Les portes des batiment quand le batiment donne sur la rue ou l’entrée
> de la propriété ( portail ...) en gros comme les numero sont placé en
> vrai.

Je crois que c'est un élément de vérité du terrain qui peut paraître
trivial mais qui sera utile: l''accès où est posée la plaque avec le
numéro est probablement le bon endroit... Ce qui signifie un étiquetage
sur le périmètre du bâtiment ou de la parcelle.
Ca n'est évidemment vérifiable que sur le terrain.


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

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

[Jean-Marc Liotier]

On 05/16/2014 09:42 PM, Christian Rogel wrote:
> sur une barre d’immeuble un alignement de points peut être fait sur la façade,
> mais ce n'est pas ma pratique, parce que je pense qu’en cas de réimport des 
> bâtiments, on perd
> une info.

Réimport de bâtiments ? J'ose espérer que la mise à jour du bâti, même
lorsqu'elle a lieu à partir d'une nouvelle version de la source
cadastrale a lieu dans le respect de l'existant...


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

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

[Pierre Knobel]

Le soucis c'est qu'il y a beaucoup de rouge qui provient de
différences entre le terrain et FANTOIR ou le cadastre, donc ce n'est
pas forcément possible de corriger sans connaissance du terrain non
plus. Il faudrait commencer par faire une liste des problèmes
classiques et des recommandations sur la manière de les corriger.

Des exemples erreurs que je vois le plus souvent sont :
- ambitguité entre "Rue de ...", "Route de ...", "Chemin de ..."
- "Rue Diderot" vs. "Rue Denis Diderot"
- "Rue du Bosquet" vs. "Rue des Bosquets"
- "Rue Albert Schweitzer" vs. "Rue du Docteur Schweitzer"
- "Rue de la Gare" (confirmé sur terrain) vs. "Rue de l'Ancienne Gare"

Est-ce qu'on doit standardiser ces cas de figure dans OSM  ou plutôt
considérer que les différentes formes sont acceptables et simplement
faire le rapprochement avec le ref:fantoir ?

Je ne voudrais pas modifier des noms de rues dans OSM en me basant sur
une référence pas toujours juste en risquant de détruire le travail
d'un contributeur qui connaissait le terrain.



On 5/16/14, Christian Quest  wrote:
>
> Donc, dans l'immédiat, il me semble surtout opportun de remplacer non pas
> du rouge par du vert (import dans OSM), mais par du bleu (compléter OSM sur
> la voirie pour permettre les rapprochements automatiques).
>

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

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

[Philippe Verdy]

si c'est une adresse (postale), il y a un occupant et au ,oins une boite à
lettre qui est rarement située loin du point d'accès à l'espace
habité/occupé. O a presque toujours un batiment et une facade principale,
et chemin bien matérialisé avec un chemin bien visible, c'est rarerement de
la prairie à vache devant la porte ou une plantation de maïs de 2 mètres de
haut...
OK on a des cas de boites à lettres regroupées à un carrefour mais c'est
encore une minorité et on a même dans ce cas là une chemin (même privé ou
en copropriété) qui mène à proximité du bati.
Les adresses à des parcelles totalement non baties sont exceptionnelles;
elles existent en théorie ou seulement temporairement pour des lots à batir
mais c'est plutôt rare qu'on cherhce une adresse sur ces endroits encore
inoccupés; même s'ils ont un propriétaire.
Les adresses utiles pour les prairies à vache; les bois, ou les carrés de
salade ont franchement peu d'utilité mais si on veut être complet, on peut
alors toujours les mettre en limite de parcelle (sans entrer dans le détail
de ce qu'est la parcelle privative, on peut toujours trouver une cloture,
un fossé ou au ,ini,u, un bas coté de la voirie pour positionner à peu près
un point utile.
mais si possible, je ense qu'on peut privilégier le point sur le contour de
la facade batie, plutôt qu'en plein milieu (au pire on trace une
approximative division du bati rendant compte approximativement des
proportions pour que chaque adresse ait sa facade principale numérotée:

Le cas compliqué ce sont les adresses situées *derrière* une autre
(utilisant un droit de passage dans un domaine privé, par exemple un
couloir franchissant deux portes pour aller vers une cour arrière où on
trouve une aute parcelle avec son propre bati individuel: ce n'est pas
évidant alors d'associer la rue correspondante)

Souvent ces adresses derrière sont des bis/ter/etc... le numéro principal
étant celui en limite de la voirie publique ce qui permet d'associer au
moins le numéro principal au point d'entrée du droit de passage (et souvent
d'ailleurs les boites aux lettres, et sonnettes y sont regroupées, comme
aussi les digicodes et téléphones d'appel), le facteur n'a pas besoin
d'utiliser ce droit de passage, hors cas des recommandés et colis en main
propre (s'il va au delà car aujourd'hui le plus souvent il ne vas pas plus
loin que la boite et dépose juste des avis de passage après avoir sonné).



Le 16 mai 2014 21:15, Romain MEHUT  a écrit :

> Le 16 mai 2014 21:08, Vincent de Château-Thierry  a
> écrit :
>
>
>
>> Je n'aime pas les noeuds qui flottent non plus, que ce soit des adresses,
>> ou des POIs situés dans un building.
>> Pour une adresse donnée, dans la mesure où on n'exploite pas la géométrie
>> des parcelles du cadastre, on a très rarement en base un tracé qui
>> matérialise la limite de propriété : haie, mur, portail, etc.
>
>
> Mais pourquoi l'adresse devrait être matérialisée nécessairement par
> quelque chose?
>
> Romain
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Christian Quest]

Visiblement mon appel à remplacer du rouge par du bleu n'a pas eu d'écho
alors je détaille...

A mon avis, inutile de se ruer sur un import d'adresses dans OSM. Il vaut
mieux se laisser un peu de temps, de recul pour le faire avec un modèle
cohérent.

Pourquoi ?

1) pour tout ce qui est calcul d'itinéraires et positionnement de données
opendata ne contenant qu'une adresse on va très très prochainement pouvoir
géocoder en s'appuyant sur BANO

2) il faut envisager les ajouts dans OSM comme des apports en qualité
comparé à BANO, c'est à dire avec si possible un contrôle de terrain.

3) toutes les méthodes de rabattement du point adresse ont été faite par
les scripts qui proposent beaucoup (trop) de choix.
La pire solution serait à mon avis que chacun fasse selon ses goûts. Un peu
d'homogénéïté rendra les données OSM plus crédible qu'une relative anarchie.

Donc, dans l'immédiat, il me semble surtout opportun de remplacer non pas
du rouge par du vert (import dans OSM), mais par du bleu (compléter OSM sur
la voirie pour permettre les rapprochements automatiques).
Ca c'est un véritable apport de l'élément situé entre la chaise et le
clavier, tout comme l'est la validation de terrain (avec éloignement du
clavier)... le reste peut être fait par un bot.

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

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

[Pierre Knobel]

Je n'ai pas d'avis tranché entre le point sur boîte aux lettre et point sur
façade près de l'entrée du bâtiment. Sur les communes que j'ai traité dans
les Bas-Rhin ces derniers mois j'ai choisi la façade pour rester consistant
avec les adresses déjà importées par les autres contributeurs sur la moitié
du département déjà complète. Quand je travaillais avec le plugin cadastre
sur fond de cadastre vectoriel ça me mettait mal à l'aise de faire comme ça
parce que souvent on ne peut pas deviner si on met le point sur une maison
et pas une grange ou un garage. Par défaut je mettait toujours le point sur
la façade la plus proche de la route dans une parcelle donnée.  Maintenant
qu'on a l'outil qiui digère le cadastre, je met l'imagerie en fond pour
mieux reconnaître les maisons et les entrées.

Si j'avais eu à choisir moi même j'aurais opté soit pour le tag sur
polygone de bâtiment (pas besoin de "deviner"  où est l'entrée) ou le point
flottant à 3m de la rue (pas d'interprétation nécessaire,  et quelqu'un
avec la connaissance du terrain aurait plus facilement pu déplacer le point
sur une façade plus tard).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Jérôme Amagat]

Je pense que l'a question a ce poser c'est, à quoi ça sert d'ajouter les
adresses dans osm?
Soit c'est fait pour représenter quelque chose (bâtiment, propriété,...)
soit c'est surtout là pour le routage.
Moi je pense que les adresses sont la pour le routage (des gens ou des
enveloppes) donc ca doit etre pareil dans osm.
Donc je pense qu'il faut les indiquer par des points situé au lieu ou l'on
passe de la voie public au domaine privé (où on ne rentre pas sans y être
invité).
Les portes des batiment quand le batiment donne sur la rue ou l’entrée de
la propriété ( portail ...) en gros comme les numero sont placé en vrai.


Le 16 mai 2014 21:53, Romain MEHUT  a écrit :

> Le 16 mai 2014 21:48, Etienne Trimaille  a
> écrit :
>
>
>
>> Si j'utilise mon GPS pour me rendre chez un commerçant (via la fonction
>> de recherche de mon GPS), j'aime bien qu'il me précise que mon commerçant
>> (tags sur le building) se situe à tel adresse (point en façade).
>>
>
> Là il n'y a pas à se poser de question. En ville, bien souvent, la façade
> est justement le point d'accès.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Romain MEHUT]

Le 16 mai 2014 21:48, Etienne Trimaille  a
écrit :


> Si j'utilise mon GPS pour me rendre chez un commerçant (via la fonction de
> recherche de mon GPS), j'aime bien qu'il me précise que mon commerçant
> (tags sur le building) se situe à tel adresse (point en façade).
>

Là il n'y a pas à se poser de question. En ville, bien souvent, la façade
est justement le point d'accès.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Etienne Trimaille]

Le 16 mai 2014 21:38, Romain MEHUT  a écrit :

> Certes mais ce qui intéresse l'utilisateur lambda c'est l'adresse tout
> court ou l'adresse d'un bâtiment?
> Sur la question du routage, on chercher à aller d'une adresse à une autre
> mais pas vraiment d'un bâtiment à un autre.
>

Si j'utilise mon GPS pour me rendre chez un commerçant (via la fonction de
recherche de mon GPS), j'aime bien qu'il me précise que mon commerçant
(tags sur le building) se situe à tel adresse (point en façade).

Le rapprochement des POI et des adresses sera simplifié si les infos sont
combinés.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Christian Rogel]

Le 16 mai 2014 à 21:30, Vincent de Château-Thierry  a écrit :
> Le 16/05/2014 21:15, Romain MEHUT a écrit :
>> Le 16 mai 2014 21:08, Vincent de Château-Thierry > > a écrit :
>> 
>>Je n'aime pas les noeuds qui flottent non plus, que ce soit des
>>adresses, ou des POIs situés dans un building.
>>Pour une adresse donnée, dans la mesure où on n'exploite pas la
>>géométrie des parcelles du cadastre, on a très rarement en base un
>>tracé qui matérialise la limite de propriété : haie, mur, portail, etc.
>> 
>> 
>> Mais pourquoi l'adresse devrait être matérialisée nécessairement par
>> quelque chose?
> 
> D'un côté un bâtiment, de l'autre un point adresse. Ça fait 2 infos :
> - il y a un bâtiment
> - il y a une adresse n° tant.
> Si tu combines les 2 infos en rattachant l'adresse au bâtiment, tu as 
> fabriqué une troisième info : "l'adresse de ce bâtiment est le n° tant". 
> C'est la seule manière non ambigüe de déterminer l'adresse du bâtiment. Avec 
> les 2 infos initiales, dans le meilleur des cas, l'oeil peut les associer 
> visuellement, un algorithme les associera (peut-être) automatiquement avec 
> une logique de "plus proche", mais dans les deux cas on joue à la loterie. 
> Avec une association faite explicitement, en collant un noeud sur une façade, 
> on fabrique une info supplémentaire, donc on fabrique de la valeur, on lève 
> des ambiguïtés, et c'est franchement fiable grâce à la connaissance, durant 
> ce processus, du contour et de l'adresse des parcelles, qui permet de ne pas 
> se tromper de bâtiment.

Cela ne fait qu’assez peu de temps que  j’ajoute des adresses, mais, j’avais 
cru comprendre
que deux idées dominaient jusqu’ici : la limite de parcelle et l’éventuelle 
boite aux lettres.
C’est ainsi que je procède.
Pour les maisons individuelles, il a le cas de celles qui sont éloignées de la 
route, mais
cette imprécision peut être réduite, quand il y a une voie privée de desserte 
ouverte sur le réseau public.
Pas de consensus sur le traçage d’une allée dans un espace clos.
Pour les immeubles, i me semble que la voie (privée) de desserte automobile 
donne une possibilité
de choisir un point et sur une barre d’immeuble un alignement de points peut 
être fait sur la façade,
mais ce n'est pas ma pratique, parce que je pense qu’en cas de réimport des 
bâtiments, on perd
une info.
Question de goût, je préfère donc les points alignés et flottants.


Christian R.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Romain MEHUT]

Le 16 mai 2014 21:30, Vincent de Château-Thierry  a écrit
:


> D'un côté un bâtiment, de l'autre un point adresse. Ça fait 2 infos :
> - il y a un bâtiment
> - il y a une adresse n° tant.
> Si tu combines les 2 infos en rattachant l'adresse au bâtiment, tu as
> fabriqué une troisième info : "l'adresse de ce bâtiment est le n° tant".
> C'est la seule manière non ambigüe de déterminer l'adresse du bâtiment.
> Avec les 2 infos initiales, dans le meilleur des cas, l'oeil peut les
> associer visuellement, un algorithme les associera (peut-être)
> automatiquement avec une logique de "plus proche", mais dans les deux cas
> on joue à la loterie. Avec une association faite explicitement, en collant
> un noeud sur une façade, on fabrique une info supplémentaire, donc on
> fabrique de la valeur, on lève des ambiguïtés, et c'est franchement fiable
> grâce à la connaissance, durant ce processus, du contour et de l'adresse
> des parcelles, qui permet de ne pas se tromper de bâtiment.
>

Certes mais ce qui intéresse l'utilisateur lambda c'est l'adresse tout
court ou l'adresse d'un bâtiment?
Sur la question du routage, on chercher à aller d'une adresse à une autre
mais pas vraiment d'un bâtiment à un autre.

Romain (en mode question ce soir)


>
> vincent
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Vincent de Château-Thierry]

Le 16/05/2014 21:15, Romain MEHUT a écrit :

Le 16 mai 2014 21:08, Vincent de Château-Thierry mailto:v...@laposte.net>> a écrit :

Je n'aime pas les noeuds qui flottent non plus, que ce soit des
adresses, ou des POIs situés dans un building.
Pour une adresse donnée, dans la mesure où on n'exploite pas la
géométrie des parcelles du cadastre, on a très rarement en base un
tracé qui matérialise la limite de propriété : haie, mur, portail, etc.


Mais pourquoi l'adresse devrait être matérialisée nécessairement par
quelque chose?


D'un côté un bâtiment, de l'autre un point adresse. Ça fait 2 infos :
- il y a un bâtiment
- il y a une adresse n° tant.
Si tu combines les 2 infos en rattachant l'adresse au bâtiment, tu as 
fabriqué une troisième info : "l'adresse de ce bâtiment est le n° tant". 
C'est la seule manière non ambigüe de déterminer l'adresse du bâtiment. 
Avec les 2 infos initiales, dans le meilleur des cas, l'oeil peut les 
associer visuellement, un algorithme les associera (peut-être) 
automatiquement avec une logique de "plus proche", mais dans les deux 
cas on joue à la loterie. Avec une association faite explicitement, en 
collant un noeud sur une façade, on fabrique une info supplémentaire, 
donc on fabrique de la valeur, on lève des ambiguïtés, et c'est 
franchement fiable grâce à la connaissance, durant ce processus, du 
contour et de l'adresse des parcelles, qui permet de ne pas se tromper 
de bâtiment.


vincent

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

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

[Jean-Marc Liotier]

On 05/16/2014 09:15 PM, Romain MEHUT wrote:
> Le 16 mai 2014 21:08, Vincent de Château-Thierry  > a écrit :
>  
>
> Je n'aime pas les noeuds qui flottent non plus, que ce soit des
> adresses, ou des POIs situés dans un building.
> Pour une adresse donnée, dans la mesure où on n'exploite pas la
> géométrie des parcelles du cadastre, on a très rarement en base un
> tracé qui matérialise la limite de propriété : haie, mur, portail,
> etc. 
>
>
> Mais pourquoi l'adresse devrait être matérialisée nécessairement par
> quelque chose ?

Je ne vois pas de nécessité absolue, mais je vois dans l'adresse le
point de démarcation avec le réseau public - or pour l'utilisateur cette
démarcation est matérialisée par quelque chose: grille de la propriété,
porte de la maison, boite aux lettres... Entre la porte et la boite aux
lettres on touche d'ailleurs deux usages différents, mais l'idée de
destination sur le réseau reste - et cette destination est pour
l'utilisateur toujours un objet physique.

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

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

[Romain MEHUT]

Le 16 mai 2014 21:08, Vincent de Château-Thierry  a écrit
:


> Je n'aime pas les noeuds qui flottent non plus, que ce soit des adresses,
> ou des POIs situés dans un building.
> Pour une adresse donnée, dans la mesure où on n'exploite pas la géométrie
> des parcelles du cadastre, on a très rarement en base un tracé qui
> matérialise la limite de propriété : haie, mur, portail, etc.


Mais pourquoi l'adresse devrait être matérialisée nécessairement par
quelque chose?

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

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

[Vincent de Château-Thierry]

Bonsoir,

Le 16/05/2014 20:00, Romain MEHUT a écrit :

Le 16 mai 2014 17:37, Pieren mailto:pier...@gmail.com>> a écrit :

J'aime pas trop les noeuds "flottants" (et j'évite lorsque je peux).
Cette façon de mapper (à distance fixe d'un mur ou d'une limite de
parcelle) est bonne et suffisante pour un cadastre. Elle ne l'est pas
lorsqu'on veut faire du routage de porte à porte.

Tout dépend ce que l'on entend par "porte". Je privilégie le nœud
flottant typiquement dans les zones pavillonnaires où le point adresse
se retrouve donc isolé en limite de propriété. Au delà on passe dans
l'espace privé. Et je ne vois pas en quoi cela ne permettrait pas de
faire du routage.


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


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


vincent (trop long oui)

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

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

[Romain MEHUT]

Le 16 mai 2014 17:37, Pieren  a écrit :


> J'aime pas trop les noeuds "flottants" (et j'évite lorsque je peux).
> Cette façon de mapper (à distance fixe d'un mur ou d'une limite de
> parcelle) est bonne et suffisante pour un cadastre. Elle ne l'est pas
> lorsqu'on veut faire du routage de porte à porte.
>

Tout dépend ce que l'on entend par "porte". Je privilégie le nœud flottant
typiquement dans les zones pavillonnaires où le point adresse se retrouve
donc isolé en limite de propriété. Au delà on passe dans l'espace privé. Et
je ne vois pas en quoi cela ne permettrait pas de faire du routage.

Romai
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Nicolas Dumoulin]

Le vendredi 16 mai 2014 19:01:27 Jean-Marc Liotier a écrit :
> Reste le cas sans bâtiment. On place le noeud en bordure de parcelle
> près de la voie associée ?

C'est ce que je fais.

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

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

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

[Jean-Marc Liotier]

On 05/16/2014 06:16 PM, Pieren wrote:
> Il n'y a pas de solution imposée. Plusieurs fichiers sont (étaient)
> générés. Le choix est ensuite laissé à l'appréciation du contributeur
> (voir aussi
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_adresses)

Merci pour le lien.

Ok pour le choix entre un noeud en façade et le bâtiment lui-même -
comme Pieren le point flottant ne me dit rien. Entre les deux, j'aime
bien le noeud en façade - ma conception (peut-être erronée) de l'adresse
est qu'elle m'amène à une porte, et c'est aussi ce qui est utile pour le
routage.

Reste le cas sans bâtiment. On place le noeud en bordure de parcelle
près de la voie associée ?

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

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

[Pieren]

2014-05-16 18:00 GMT+02:00 Marc SIBERT :
> Oui tout est dans le "bien placer les adresses" ! c'est justement ma
> question : comment bien placer les adresses. Ce que propose le générateur
> est une... proposition de solution à laquelle on n'est pas obligé d'adhérer
> sur tout en habitat "horizontal" et résidentiel : aller coller un numéro sur
> un bâtiment à 20m à l’intérieur d'une parcelle, ça donne quoi ? l'entrée ?
> le bâtiment principal ? l'adresse de la niche du chien ?

Il n'y a pas de solution imposée. Plusieurs fichiers sont (étaient)
générés. Le choix est ensuite laissé à l'appréciation du contributeur
(voir aussi 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_adresses)

Pieren

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

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

[Marc SIBERT]

Oui tout est dans le "bien placer les adresses" ! c'est justement ma
question : comment bien placer les adresses. Ce que propose le générateur
est une... proposition de solution à laquelle on n'est pas obligé d'adhérer
sur tout en habitat "horizontal" et résidentiel : aller coller un numéro
sur un bâtiment à 20m à l'intérieur d'une parcelle, ça donne quoi ?
l'entrée ? le bâtiment principal ? l'adresse de la niche du chien ?

Voilà voilà...

A+


Le 16 mai 2014 17:43, jerome.ama...@gmail.com  a
écrit :

> Le très bon outil adresse sur cadastre.openstreetmap.fr permet bien sur
> de placer les adresse mais aussi de compléter ce filaire de voirie. Les
> numéro d'une même rue sont regrouper entre eux donc facile de savoir ou
> passe la rue sont début et sa fin et son nom ( tous ça n'est pas facile à
> voir si l'on regarde que le cadastre avec le plugin josm)
> Bien sur pour les voie qui n'ont pas de numéro on a aucune info...
> Si l'on veut pas s'embêter avec les numéro on peut seulement s'en servir
> pour placer les rue et leur nom. Ce qui revient a peu près a ce servir du
> nouveau font de carte lié à la bano.
>
> Le 16 mai 2014 à 15:31, Christian Quest  a
> écrit :
>
> Si je peux me permettre...
>
> La priorité est à mon avis plus à compléter le filaire de voirie (tracés
> manquants, noms manquants, noms incorrects).
> Cela permettra d'améliorer beaucoup plus massivement la qualité des
> données adresses.
>
>
>
>
> Le 16 mai 2014 13:09, Nicolas Dumoulin <
> nicolas_openstreetmap@dumoulin63.net> a écrit :
>
>> Bonjour,
>>
>> J'essaie d'affiner la méthode pour importer les adresses. J'ai choisi
>> d'utiliser
>> les données "associatedStreet_point_sur_batiment".
>> Donc, je vérifie un par un (visuellement d'un seul coup pour une petite
>> rue
>> avec moins de 20 adresses) les points, et je m'attarde sur les noeuds qui
>> n'ont
>> pas trouvé de bâtiment à qui se rattacher. Et là, comment faire ? La
>> réponse
>> est en lançant cette recherche dans JOSM :
>> "addr:housenumber"=* - child type:way
>>
>> Si il en a beaucoup, un petit coup de todo list, et puis je traite les
>> cas.
>> Bien souvent, le bâtiment manque, donc je le copie-colle depuis le calque
>> de
>> l'import de bâtiment du cadastre, et je rattache le noeud (J puis L).
>> J'ai vu d'autre cas où il n'y a pas de bâtiment (même un cas avec piscine
>> mais
>> sans bâtiment), ou bien il y en a un pour 2 bâtiments et donc un doute
>> sur le
>> rattachement. Dans ce cas, si l'imagerie ne me paraît pas incohérente, je
>> laisse le noeud en bordure et je verrai plus tard.
>> Quand j'aurai fini la commune, je reprendrai les noeuds non rattachés pour
>> aller
>> voir sur place.
>>
>> Si ça peut donner des idées, ou susciter des remarques :-)
>>
>> --
>> Nicolas Dumoulin
>> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Marc Sibert
m...@sibert.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[jerome.ama...@gmail.com]

Le très bon outil adresse sur cadastre.openstreetmap.fr permet bien sur de 
placer les adresse mais aussi de compléter ce filaire de voirie. Les numéro 
d'une même rue sont regrouper entre eux donc facile de savoir ou passe la rue 
sont début et sa fin et son nom ( tous ça n'est pas facile à voir si l'on 
regarde que le cadastre avec le plugin josm)
Bien sur pour les voie qui n'ont pas de numéro on a aucune info...
Si l'on veut pas s'embêter avec les numéro on peut seulement s'en servir pour 
placer les rue et leur nom. Ce qui revient a peu près a ce servir du nouveau 
font de carte lié à la bano.

Le 16 mai 2014 à 15:31, Christian Quest  a écrit :

> Si je peux me permettre...
> 
> La priorité est à mon avis plus à compléter le filaire de voirie (tracés 
> manquants, noms manquants, noms incorrects).
> Cela permettra d'améliorer beaucoup plus massivement la qualité des données 
> adresses.
> 
> 
> 
> 
> Le 16 mai 2014 13:09, Nicolas Dumoulin 
>  a écrit :
>> Bonjour,
>> 
>> J'essaie d'affiner la méthode pour importer les adresses. J'ai choisi 
>> d'utiliser
>> les données "associatedStreet_point_sur_batiment".
>> Donc, je vérifie un par un (visuellement d'un seul coup pour une petite rue
>> avec moins de 20 adresses) les points, et je m'attarde sur les nœuds qui 
>> n'ont
>> pas trouvé de bâtiment à qui se rattacher. Et là, comment faire ? La réponse
>> est en lançant cette recherche dans JOSM :
>> "addr:housenumber"=* - child type:way
>> 
>> Si il en a beaucoup, un petit coup de todo list, et puis je traite les cas.
>> Bien souvent, le bâtiment manque, donc je le copie-colle depuis le calque de
>> l'import de bâtiment du cadastre, et je rattache le nœud (J puis L).
>> J'ai vu d'autre cas où il n'y a pas de bâtiment (même un cas avec piscine 
>> mais
>> sans bâtiment), ou bien il y en a un pour 2 bâtiments et donc un doute sur le
>> rattachement. Dans ce cas, si l'imagerie ne me paraît pas incohérente, je
>> laisse le nœud en bordure et je verrai plus tard.
>> Quand j'aurai fini la commune, je reprendrai les nœuds non rattachés pour 
>> aller
>> voir sur place.
>> 
>> Si ça peut donner des idées, ou susciter des remarques :-)
>> 
>> --
>> Nicolas Dumoulin
>> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Pieren]

2014-05-16 16:21 GMT+02:00 Jean-Marc Liotier :

> Le cas le plus clairement énoncé semble être le cas Danois:
> - Toute parcelle aura un nœud d'adresse

Je ne crois pas que ce modèle fonctionne chez-nous (il y a des
parcelles sans adresses et d'autres avec plusieurs adresses)

> - Si un bâtiment existe, le nœud d'adresse sera de préférence placé à côté
> du bâtiment, à trois mètre du mur le plus proche d'une voie nommée

J'aime pas trop les noeuds "flottants" (et j'évite lorsque je peux).
Cette façon de mapper (à distance fixe d'un mur ou d'une limite de
parcelle) est bonne et suffisante pour un cadastre. Elle ne l'est pas
lorsqu'on veut faire du routage de porte à porte.

Pieren

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

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

[Marc SIBERT]

Désolé d'avoir été imprécis dans mon propos. C'est juste que j'aime faire
disparaître les taches rouges, "dégommer les points" comme disent d'autres,
et la carte indiquée précédemment me pousse à importer, rue par rue et
manuellement, les points d'adresse dans OSM. Si ce comportement se
multiplie, ça va provoquer une vague et donc une forme d'import de masse,
comme le bâti en son temps. Il ne s'agit évidemment pas de pousser à des
imports automatisés ou aveugles des données du cadastre.

A+


Le 16 mai 2014 16:11, Jean-Marc Liotier  a écrit :

>
> On 16/05/2014 15:54, Nicolas Dumoulin wrote:
>
>> Faudrait quand même trancher le point, sur tout maintenant qu'on a une
>>> bonne raison de charger les adresses en masse dans OSM :
>>> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html
>>>
>> Selon moi, il n'est pas question de charger les adresses "en masse" dans
>> OSM.
>> C'est justement l'intérêt de BANO, avoir une base à part avec le maximum
>> de
>> données, et ensuite *intégrer* les adresses manquantes dans OSM.
>>
>
> Aïe oui - surtout ne parlons pas d'import et encore moins en masse: non
> seulement ça complique nos rapports avec le reste du projet déjà bien
> méfiant, mais en plus ce n'est pas vrai vu que (si j'ai bien compris)
> l'intégration dans Openstreetmap des données une fois la conflation
> effectuée, et en particulier le positionnement du point d'adresse sera une
> valeur ajoutée par des utilisateurs humains.
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Marc Sibert
m...@sibert.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Jean-Marc Liotier]

On 16/05/2014 14:53, Marc SIBERT wrote:
Doit-on déplacer les points d'adresse sur les bâtiments ou les laisser 
en limite de parcelle


Sur le polygone du bâtiment à l'endroît de l'entrance=* ? Sur le 
polygone de la parcelle ? Sur un point quelque part dans la parcelle ? 
Sur un mur d'enceinte à l'endroit de l'entrance=* ? Novice en matière 
d'adresses Openstreetmap, je suis perdu parmi tous ces choix... A 
l'occasion du démarrage du BANO je serai bien preneur de 
recommandations. Plusieurs modélisations semblent aujourd'hui 
pratiquées, mais alors si plusieurs d'entre elles sont valides, quel est 
l'ordre de priorité lorsque le cas permet l'application de plusieurs 
d'entre elles ?


Le cas le plus clairement énoncé semble être le cas Danois:
- Toute parcelle aura un nœud d'adresse
- Si un bâtiment existe, le nœud d'adresse sera de préférence placé à 
côté du bâtiment, à trois mètre du mur le plus proche d'une voie nommée


Quoique je ne vois pas de précision Danoise concernant le placement du 
nœud d'adresse sur la parcelle ou sur son polygone - encore que la règle 
concernant le cas avec bâtiment laisse penser que la proximité d'une 
voie nommée est préférable.


Si quelqu'un a des contacts ayant participé au projet Danois, il serait 
intéressant de leur demander comment ils en sont arrivés à une règle 
aussi précise - des usages particuliers le nécessitent ? Des problèmes 
d'exploitation y ont abouti ? C'est juste une question esthétique ? Le 
fait que leurs données soient effectivement exploitées est un gage de 
maturité et il pourrait donc être bon d'y trouver de l'inspiration.



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

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

[Jean-Marc Liotier]

On 16/05/2014 15:54, Nicolas Dumoulin wrote:

Faudrait quand même trancher le point, sur tout maintenant qu'on a une
bonne raison de charger les adresses en masse dans OSM :
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html

Selon moi, il n'est pas question de charger les adresses "en masse" dans OSM.
C'est justement l'intérêt de BANO, avoir une base à part avec le maximum de
données, et ensuite *intégrer* les adresses manquantes dans OSM.


Aïe oui - surtout ne parlons pas d'import et encore moins en masse: non 
seulement ça complique nos rapports avec le reste du projet déjà bien 
méfiant, mais en plus ce n'est pas vrai vu que (si j'ai bien compris) 
l'intégration dans Openstreetmap des données une fois la conflation 
effectuée, et en particulier le positionnement du point d'adresse sera 
une valeur ajoutée par des utilisateurs humains.



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

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

[Nicolas Dumoulin]

Le vendredi 16 mai 2014 14:53:25 Marc SIBERT a écrit :
> Si c'est pas déjà un troll, en voici un :
> Doit-on déplacer les points d'adresse sur les bâtiments ou les laisser en
> limite de parcelle (ce que je fais).

Ton choix est effectivement valable. Personnellement, j'essaie d'améliorer la 
qualité de la donnée générée automatiquement.

> Faudrait quand même trancher le point, sur tout maintenant qu'on a une
> bonne raison de charger les adresses en masse dans OSM :
> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html

Selon moi, il n'est pas question de charger les adresses "en masse" dans OSM. 
C'est justement l'intérêt de BANO, avoir une base à part avec le maximum de 
données, et ensuite *intégrer* les adresses manquantes dans OSM.

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

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

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

[Christian Quest]

Si je peux me permettre...

La priorité est à mon avis plus à compléter le filaire de voirie (tracés
manquants, noms manquants, noms incorrects).
Cela permettra d'améliorer beaucoup plus massivement la qualité des données
adresses.




Le 16 mai 2014 13:09, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :

> Bonjour,
>
> J'essaie d'affiner la méthode pour importer les adresses. J'ai choisi
> d'utiliser
> les données "associatedStreet_point_sur_batiment".
> Donc, je vérifie un par un (visuellement d'un seul coup pour une petite rue
> avec moins de 20 adresses) les points, et je m'attarde sur les noeuds qui
> n'ont
> pas trouvé de bâtiment à qui se rattacher. Et là, comment faire ? La
> réponse
> est en lançant cette recherche dans JOSM :
> "addr:housenumber"=* - child type:way
>
> Si il en a beaucoup, un petit coup de todo list, et puis je traite les cas.
> Bien souvent, le bâtiment manque, donc je le copie-colle depuis le calque
> de
> l'import de bâtiment du cadastre, et je rattache le noeud (J puis L).
> J'ai vu d'autre cas où il n'y a pas de bâtiment (même un cas avec piscine
> mais
> sans bâtiment), ou bien il y en a un pour 2 bâtiments et donc un doute sur
> le
> rattachement. Dans ce cas, si l'imagerie ne me paraît pas incohérente, je
> laisse le noeud en bordure et je verrai plus tard.
> Quand j'aurai fini la commune, je reprendrai les noeuds non rattachés pour
> aller
> voir sur place.
>
> Si ça peut donner des idées, ou susciter des remarques :-)
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

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

[Marc SIBERT]

Si c'est pas déjà un troll, en voici un :
Doit-on déplacer les points d'adresse sur les bâtiments ou les laisser en
limite de parcelle (ce que je fais).

Faudrait quand même trancher le point, sur tout maintenant qu'on a une
bonne raison de charger les adresses en masse dans OSM :
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html

A+


Le 16 mai 2014 13:09, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :

> Bonjour,
>
> J'essaie d'affiner la méthode pour importer les adresses. J'ai choisi
> d'utiliser
> les données "associatedStreet_point_sur_batiment".
> Donc, je vérifie un par un (visuellement d'un seul coup pour une petite rue
> avec moins de 20 adresses) les points, et je m'attarde sur les noeuds qui
> n'ont
> pas trouvé de bâtiment à qui se rattacher. Et là, comment faire ? La
> réponse
> est en lançant cette recherche dans JOSM :
> "addr:housenumber"=* - child type:way
>
> Si il en a beaucoup, un petit coup de todo list, et puis je traite les cas.
> Bien souvent, le bâtiment manque, donc je le copie-colle depuis le calque
> de
> l'import de bâtiment du cadastre, et je rattache le noeud (J puis L).
> J'ai vu d'autre cas où il n'y a pas de bâtiment (même un cas avec piscine
> mais
> sans bâtiment), ou bien il y en a un pour 2 bâtiments et donc un doute sur
> le
> rattachement. Dans ce cas, si l'imagerie ne me paraît pas incohérente, je
> laisse le noeud en bordure et je verrai plus tard.
> Quand j'aurai fini la commune, je reprendrai les noeuds non rattachés pour
> aller
> voir sur place.
>
> Si ça peut donner des idées, ou susciter des remarques :-)
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Marc Sibert
m...@sibert.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr