Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-20 Par sujet Benoît ROUSSEAU 




Denis a écrit :
Benoît
ROUSSEAU a écrit :
  
  
  Donc l'idée serai, par exemple, de pouvoir
monter un annuaire en plaçant directement les adresses directement en
tant que noeud sur les bâtiments quand ils existent.

  
  
Pas plus qu'OSM ne doit tagger pour le rendu, nous ne devons pas
modéliser pour des applications particulières , amha.
  
J'avoue que la question de l'adressage est très loin d'être simple à
gérer pour un projet comme le nôtre. Outre les questions de toponymie,
d'évaluation de l'exhaustivité (notion importante pour la plupart des
acteurs publics qui pourraient s'appuyer sur notre travail), des outils
mis en test en ce moment (qui me font assez peur, pour le moment), il
est nécessaire de se poser la question de savoir ce que nous voulons :
un référentiel -même incomplet ou imparfait- pour des services de
secours, une base pour du calcul d'itinéraire "porte-à-porte", etc.
  
J'ai peur qu'on ne se soit lancé dans défi encore au-dessus de notre
portée. Je m'explique plus bas.
  

Houla ! Sortie de son contexte, la phrase laisserai penser que je fais
la promotion de cette idée. Ce n'est absolument pas le cas.

  
En automatique, je réponds non une nième fois. La qualité n'étant pas
assurée, ni si je le fais, ni si c'est fait après.

Je prends l'exemple d'un centre commercial de Poitiers, l'îlot des
Cordeliers. Il occupe un paté de maisons et ouvre avec des adresses sur
trois rues. Il inclut un parking souterrain, des magasins en galerie,
des magasins en "façade" et des logements privé. Les bâtiments en
façade ont une adresse et ne sont pas accessible depuis les autres. Les
appartements ont une ou deux adresses, le parking, une adresse pour
l'entrée sortie, et les magasins de la galerie sont accessibles
quelques adresses. Associer tout ce petit monde au bâtiment est exacte,
associer tous ces commerces et résidences à toutes les adresses est
faux, choisir pour chacun l'adresse la plus proche est faux aussi.


Créer des relations entre les différents services et les adresses
serait par contre une possibilité. Ou alors, éventuellement, rapprocher
les POI services de leur adresse préférentielle pour qu'un calcul de
proximité puisse être fait. Auquel cas le calcul peut tout aussi bien
être fait en direct.

  
  
Je crois (c'est donc un acte de foi) qu'OSM a vocation à interpréter le
monde tel qu'il le conçoit et/ou le constate. Cela implique que la même
"réalité" soit vue différemment suivant les contributeurs. L'effet
communauté doit conduire à ce qu'une boulangerie à Brest, Toulouse,
Grenoble ou Strasbourg soit identifiable comme telle partout.
  
En quoi une adresse postale est-elle différente d'une boulangerie (sous
l'angle du tag) ?
  
Je crois qu'une adresse est un moyen, pas une fin. Elle sert à
identifier un point de départ ou d'arrivée dans une application de
calcul d'itinéraire (peu importe ce que ces adresses desservent). Elle
sert aussi à identifier des personnes (physiques ou morales) ; c'est le
fameux argument de la CNIL (localisant indirect).
  
La même adresse peut concerner plusieurs acteurs et un même acteur peut
avoir plusieurs adresses (certaines même difficilement localisables
-penser Boite Postale, CEDEX-)
  
Je ne crois qu'il est pas du ressort d'OSM de gérer cette relation n-n.
En revanche, nous avons toute légitimité pour indiquer que telle
adresse postale est géolocalisée par un couple de coordonnées.
  

Je suis bien d'accord. Peut être aurais-tu dû répondre à Pieren peut
être.

Je suis avec beaucoup d'intérêt les tous derniers outils de traitement
des données cadastrales ; il y a des avancées indéniables, mais aussi
des écueils dont il faut se méfier.
  
  
J'ai appris, ces derniers temps à me méfier de mes propres
contributions dans le domaine de l'adressage.
  
La vérité est dure à trouver : elle n'est ni dans le cadastre, ni dans
les pages jaunes, ni même dans les bases de données "pro", mais partout
à la fois (parfois nulle part).
  

Donc ne pas ajouter des erreurs aux erreurs inévitables qui vont déjà
s'y glisser tout en indiquant source et traitement.

Qu'une "entrée-sortie" (oximore ou I/O ?) de parking ait une adresse me
laisse, à titre personnel, perplexe, mais je suis comme Saint-Thomas,
je peux me laisser convaincre par des preuves.
  

En ce qui concerne le parking, c'est une société en elle même pas le
parking d'une autre.

Denis
  

Benoît R.



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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-20 Par sujet Benoît ROUSSEAU 




Pieren a écrit :

  2010/7/20 Benoît ROUSSEAU 
  
Dans le même ordre d'idée,
trouves-tu alors normal d'avoir à calculer
l'inclusion en temps réel de POI services (beaucoup plus couteux en
temps) où places-tu les POI sur le way des bâtiments y compris pour
ceux inclus (restaurant dans ton exemple).


  
  
Les POI peuvent être sur le way du bâtiment, sur un node attaché au way
ou un node à l'intérieur du polygone. Tous les cas de figures sont
possibles puisque personne n'est forcé d'en respecté un en particulier.
Mais la plupart des contributeurs vont utiliser le polygone comme point
de repère ("mon boulanger se trouve dans ce bâtiment-là"). Il faut donc
pouvoir lier ce polygone avec son adresse avec le moins de doute
possible, en y mettant les tags adresses soit sur le way, soit sur un
node, peu importe.
  
  
Je n'ai pas compris ta question sur l'inclusion de POI services. Mais
si tu parles de mon exemple de liste des pharmacies d'une ville, ça
devrait pouvoir se faire dans un prétraitement automatique et non en
temps réel (mais pourquoi pas). Si les adresses ne sont pas liées aux
POIs à travers le polygone du bâti, cela devient plus compliqué et plus
incertain pour tous ceux qui voudront exploiter ces adresses dans le
futur (avec des résultats qui pourront varier d'une appli à l'autre).
Il restera toujours les cas plus complexes comme celui que tu cites qui
nécessiteront probablement d'avoir le tag addr sur chaque POI (une
pratique qu'il faudrait réserver à ce genre de cas). Mais ces cas
seront ultra-minoritaires.
  
Pieren
  

  

Ok,

Pour simplifier mon propos, je pense que ça passe par une relation
supplémentaire pour être générique. Ce qui permettrai d'avoir le
routage tout de suite et les relations supp par dessus dès maintenant
ou plus tard. Faut-il attendre que toutes les pharmacies soient
"tagguer" pour importer des adresses et ainsi de suite si qqun veux :
un annuaire des boulangeries, ... ? Ce n'est pas un troll pour discuter
de l'utilisation des relations ou de leur multiplication. Quant à
l'incertitude, elle ne peut être levée qu'humainement, je ne ferai pas
mieux en pré traitement qu'en traitement temps réel et je ne veux pas
ajouter des erreurs supplémentaires. J'ai presque l'impression qu'on
est d'accord, mais reste un truc, un quiproquo, va falloir laisser un
peu d'eau couler sous les ponts à ce sujet. J'ai testerai sur Quincay
(86), on verra à l'usage quelles solutions peuvent être apportées pour
satisfaire le plus grand nombre.

Donc veux tu bien qu'on regarde ensemble la procédure d'import
SEMI-auto des adresses ? Vous êtes tous invités, il y a pas mal à
déblayer.

A- Il faut des rues pour y attacher les panneaux d'adresses.

    Deux possibilités :
 1 - on ne monte que les adresses pour les voies nommées ;
 2 - on nomme la voie avec un nom particulier "Voie non nommée X"
plus fixme et on monte les adresses, c'est repérable et prêt pour celui
qui trouvera le nom.

B - Une ou des relations existent déjà pour la voie en base.

    1 - on écrase si plus d'adresses ;
    2 - on propose une fusion en complétant avec les n° manquants ;
    3 - on en ajoute une avec les n° manquants ;
    4 - on n'importe rien.

C - Faut-il proposer une importation par rue ? Je souhaite extraire les
éléments d'adresse de la rue "Rue du chêne" pour une importation. et/ou
une commune ?

D - Faut-il "tagguer" ces adresses avec un "tag" spécifique genre
"note=import-adr-auto " pour pouvoir les repérer par la suite ?

D - est qu'un logiciel d'import interactif spécifique  (qui visualise
et pose des questions spécifiques) serait mieux que de charger sous
JOSM ?

Benoît R.



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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-20 Par sujet Denis 

Benoît ROUSSEAU a écrit :

Donc l'idée serai, par exemple, de pouvoir monter un annuaire en plaçant 
directement les adresses directement en tant que noeud sur les bâtiments 
quand ils existent.


Pas plus qu'OSM ne doit tagger pour le rendu, nous ne devons pas 
modéliser pour des applications particulières , amha.
J'avoue que la question de l'adressage est très loin d'être simple à 
gérer pour un projet comme le nôtre. Outre les questions de toponymie, 
d'évaluation de l'exhaustivité (notion importante pour la plupart des 
acteurs publics qui pourraient s'appuyer sur notre travail), des outils 
mis en test en ce moment (qui me font assez peur, pour le moment), il 
est nécessaire de se poser la question de savoir ce que nous voulons : 
un référentiel -même incomplet ou imparfait- pour des services de 
secours, une base pour du calcul d'itinéraire "porte-à-porte", etc.
J'ai peur qu'on ne se soit lancé dans défi encore au-dessus de notre 
portée. Je m'explique plus bas.


En automatique, je réponds non une nième fois. La qualité n'étant pas 
assurée, ni si je le fais, ni si c'est fait après.
Je prends l'exemple d'un centre commercial de Poitiers, l'îlot des 
Cordeliers. Il occupe un paté de maisons et ouvre avec des adresses sur 
trois rues. Il inclut un parking souterrain, des magasins en galerie, 
des magasins en "façade" et des logements privé. Les bâtiments en façade 
ont une adresse et ne sont pas accessible depuis les autres. Les 
appartements ont une ou deux adresses, le parking, une adresse pour 
l'entrée sortie, et les magasins de la galerie sont accessibles quelques 
adresses. Associer tout ce petit monde au bâtiment est exacte, associer 
tous ces commerces et résidences à toutes les adresses est faux, choisir 
pour chacun l'adresse la plus proche est faux aussi.


Créer des relations entre les différents services et les adresses serait 
par contre une possibilité. Ou alors, éventuellement, rapprocher les POI 
services de leur adresse préférentielle pour qu'un calcul de proximité 
puisse être fait. Auquel cas le calcul peut tout aussi bien être fait en 
direct.


Je crois (c'est donc un acte de foi) qu'OSM a vocation à interpréter le 
monde tel qu'il le conçoit et/ou le constate. Cela implique que la même 
"réalité" soit vue différemment suivant les contributeurs. L'effet 
communauté doit conduire à ce qu'une boulangerie à Brest, Toulouse, 
Grenoble ou Strasbourg soit identifiable comme telle partout.
En quoi une adresse postale est-elle différente d'une boulangerie (sous 
l'angle du tag) ?
Je crois qu'une adresse est un moyen, pas une fin. Elle sert à 
identifier un point de départ ou d'arrivée dans une application de 
calcul d'itinéraire (peu importe ce que ces adresses desservent). Elle 
sert aussi à identifier des personnes (physiques ou morales) ; c'est le 
fameux argument de la CNIL (localisant indirect).
La même adresse peut concerner plusieurs acteurs et un même acteur peut 
avoir plusieurs adresses (certaines même difficilement localisables 
-penser Boite Postale, CEDEX-)
Je ne crois qu'il est pas du ressort d'OSM de gérer cette relation n-n. 
En revanche, nous avons toute légitimité pour indiquer que telle adresse 
postale est géolocalisée par un couple de coordonnées.


Je suis avec beaucoup d'intérêt les tous derniers outils de traitement 
des données cadastrales ; il y a des avancées indéniables, mais aussi 
des écueils dont il faut se méfier.


J'ai appris, ces derniers temps à me méfier de mes propres contributions 
dans le domaine de l'adressage.
La vérité est dure à trouver : elle n'est ni dans le cadastre, ni dans 
les pages jaunes, ni même dans les bases de données "pro", mais partout 
à la fois (parfois nulle part).


Qu'une "entrée-sortie" (oximore ou I/O ?) de parking ait une adresse me 
laisse, à titre personnel, perplexe, mais je suis comme Saint-Thomas, je 
peux me laisser convaincre par des preuves.


Denis

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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-20 Par sujet Pieren 
2010/7/20 Benoît ROUSSEAU 

>  Dans le même ordre d'idée, trouves-tu alors normal d'avoir à calculer
> l'inclusion en temps réel de POI services (beaucoup plus couteux en temps)
> où places-tu les POI sur le way des bâtiments y compris pour ceux inclus
> (restaurant dans ton exemple).
>
>
Les POI peuvent être sur le way du bâtiment, sur un node attaché au way ou
un node à l'intérieur du polygone. Tous les cas de figures sont possibles
puisque personne n'est forcé d'en respecté un en particulier. Mais la
plupart des contributeurs vont utiliser le polygone comme point de repère
("mon boulanger se trouve dans ce bâtiment-là"). Il faut donc pouvoir lier
ce polygone avec son adresse avec le moins de doute possible, en y mettant
les tags adresses soit sur le way, soit sur un node, peu importe.
Je n'ai pas compris ta question sur l'inclusion de POI services. Mais si tu
parles de mon exemple de liste des pharmacies d'une ville, ça devrait
pouvoir se faire dans un prétraitement automatique et non en temps réel
(mais pourquoi pas). Si les adresses ne sont pas liées aux POIs à travers le
polygone du bâti, cela devient plus compliqué et plus incertain pour tous
ceux qui voudront exploiter ces adresses dans le futur (avec des résultats
qui pourront varier d'une appli à l'autre). Il restera toujours les cas plus
complexes comme celui que tu cites qui nécessiteront probablement d'avoir le
tag addr sur chaque POI (une pratique qu'il faudrait réserver à ce genre de
cas). Mais ces cas seront ultra-minoritaires.

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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-20 Par sujet Benoît ROUSSEAU 




Pieren a écrit :

  2010/7/20 Benoît ROUSSEAU 
  

    J'aimerai bien que tu me dise ce qui est la "partie la plus utile"
parce que j'ai beau chercher je ne vois pas. Un exemple ?
    Je vais attaquer la finalisation alors autant ne pas passer à côté.


  
  
C'est le lien entre le node addr: et un polygone building qui peut
contenir des POI. De nombreux bâtiments abritent plusieurs activités
(restauration, commerce, services sociaux) et chacun est symbolisé par
un node. On ne place finalement l'information sur le polygone lui-même
que lorsque c'est l'ensemble du bâtiment qui est concerné (ou lorsque
c'est l'activité principale comme un hôtel avec juste un node pour le
restaurant par exemple). 
Pour les applications qui n'utilisent qu'une adresse, il n'y a pas de
problèmes (navigation). Pour celles qui, par exemple, voudraient
dresser la liste des pharmacies d'une ville avec leur addresse, il faut
pouvoir retrouver ce lien.
  
  
  
Pieren
  


Donc l'idée serai, par exemple, de pouvoir monter un annuaire en
plaçant directement les adresses directement en tant que noeud sur les
bâtiments quand ils existent.

En automatique, je réponds non une nième fois. La qualité n'étant pas
assurée, ni si je le fais, ni si c'est fait après.
Je prends l'exemple d'un centre commercial de Poitiers, l'îlot des
Cordeliers. Il occupe un paté de maisons et ouvre avec des adresses sur
trois rues. Il inclut un parking souterrain, des magasins en galerie,
des magasins en "façade" et des logements privé. Les bâtiments en
façade ont une adresse et ne sont pas accessible depuis les autres. Les
appartements ont une ou deux adresses, le parking, une adresse pour
l'entrée sortie, et les magasins de la galerie sont accessibles
quelques adresses. Associer tout ce petit monde au bâtiment est exacte,
associer tous ces commerces et résidences à toutes les adresses est
faux, choisir pour chacun l'adresse la plus proche est faux aussi.

Créer des relations entre les différents services et les adresses
serait par contre une possibilité. Ou alors, éventuellement, rapprocher
les POI services de leur adresse préférentielle pour qu'un calcul de
proximité puisse être fait. Auquel cas le calcul peut tout aussi bien
être fait en direct.

Dans le même ordre d'idée, trouves-tu alors normal d'avoir à calculer
l'inclusion en temps réel de POI services (beaucoup plus couteux en
temps) où places-tu les POI sur le way des bâtiments y compris pour
ceux inclus (restaurant dans ton exemple).

Benoît R.



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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-20 Par sujet Pieren 
2010/7/20 Benoît ROUSSEAU 

>
> J'aimerai bien que tu me dise ce qui est la "partie la plus utile"
> parce que j'ai beau chercher je ne vois pas. Un exemple ?
> Je vais attaquer la finalisation alors autant ne pas passer à côté.
>
>
C'est le lien entre le node addr: et un polygone building qui peut contenir
des POI. De nombreux bâtiments abritent plusieurs activités (restauration,
commerce, services sociaux) et chacun est symbolisé par un node. On ne place
finalement l'information sur le polygone lui-même que lorsque c'est
l'ensemble du bâtiment qui est concerné (ou lorsque c'est l'activité
principale comme un hôtel avec juste un node pour le restaurant par
exemple).
Pour les applications qui n'utilisent qu'une adresse, il n'y a pas de
problèmes (navigation). Pour celles qui, par exemple, voudraient dresser la
liste des pharmacies d'une ville avec leur addresse, il faut pouvoir
retrouver ce lien.

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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-20 Par sujet Benoît ROUSSEAU 




Pieren a écrit :

[...]

  
  C'est justement ma crainte. C'est de faire faire la partie la
plus utile mais la plus difficile par d'autres, plus tard. Il vaut
mieux placer l'adresse au meilleur endroit au moment de sa création que
d'espérer que chaque application ira spéculer sans trop se planter dans
les relations entre adresses et autres POIs. Mais j'ai bien conscience
que c'est un vrai challenge au niveau logiciel.
  
Pieren
  
  
  

Bonjour,

    J'aimerai bien que tu me dise ce qui est la "partie la plus utile"
parce que j'ai beau chercher je ne vois pas. Un exemple ?
    Je vais attaquer la finalisation alors autant ne pas passer à côté.

Benoît R.



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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-19 Par sujet Benoît ROUSSEAU 




Pieren a écrit :

  2010/7/19 Benoît ROUSSEAU 
  


  Ta proposition est assez délicate à mettre en
place vu que
l'outil d'extraction du pdf ne distingue pas les limites parcellaires.
Et il y a de nombreux endroits où les sont dessinés entre le milieu de
la route et la parcelle.
  
Pieren
  
  

Les quoi entre le milieu de la route et la parcelle ? 

  
  
Oups, les "trottoirs". Pardon. 
  
  


En ce qui concerne le chargement des limites parcellaires actuellement
ça donne ça : (voir image à la suite). Donc on peux faire le distingo
avec ce qu'on a... 

Le filtrage élimine les ponts, les traits de renvoi des n° aux
parcelles, les terre-pleins et certains trottoirs (peut-être en reste
t'il selon comment ils sont saisis). Ceci, dans la version que j'ai
d'un SVG. Reste que c'est le bazar par endroits. C'est à se demander si
la vectorisation n'est pas faite pour le rendu qui serait obtenu par
superposition de couches (dans le même calques). Ca reste une hypothèse
à vérifier...

Donc pour le calage des adresses en limite de parcelles, c'est
possible. Est-ce que ça générera plus d'erreurs de positionnement des
adresses ? Mystère ! Disons que le Cadastre est parfois surprenant :
des maisons en parcelles, des raccords approximatifs, ... On ne va pas
s'en plaindre il n'est pas destiné à l'usage que nous en faisons.

On peux aussi envisager, de plus en plus, l'extraction d'autres
éléments comme les cimetières, ... car les calques sont présents dans
les svg sous forme de groupes (si ça donne des idées à d'autres).
Auquel cas, limiter la reconnaissance des symboles sur une couche
particulière est plus aisé et l'on doit pouvoir par la suite retrouver
la/les parcelle/s (pour les cimetières, ...) ou les bâtiments (églises,
...) liés en superposition.

Benoît R.




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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-19 Par sujet Benoît ROUSSEAU 




Pieren a écrit :

  2010/7/19 Benoît ROUSSEAU 
  


  Ta proposition est assez délicate à mettre en
place vu que
l'outil d'extraction du pdf ne distingue pas les limites parcellaires.
Et il y a de nombreux endroits où les sont dessinés entre le milieu de
la route et la parcelle.
  
Pieren
  
  

Les quoi entre le milieu de la route et la parcelle ? 

  
  
Oups, les "trottoirs". Pardon. 
  
  


Je vais voir ce que ça donne, sur une ville. Comme je dois distinguer
les n° de parcelles, on pourrait imaginer de trouver le polygone
parcelle autour. ... C'est une hypothèse, une piste, pas un engagement,
car les petites parcelles ont leur numéro déplacé au bout d'un trait..
Benoît R.



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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-19 Par sujet Pieren 
2010/7/19 Benoît ROUSSEAU 

>  Ta proposition est assez délicate à mettre en place vu que l'outil
> d'extraction du pdf ne distingue pas les limites parcellaires. Et il y a de
> nombreux endroits où les sont dessinés entre le milieu de la route et la
> parcelle.
>
> Pieren
>
> --
>
>  Les quoi entre le milieu de la route et la parcelle ?
>

Oups, les "trottoirs". Pardon.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-19 Par sujet Benoît ROUSSEAU 




Pieren a écrit :
Ta proposition est assez délicate à mettre en place vu que
l'outil d'extraction du pdf ne distingue pas les limites parcellaires.
Et il y a de nombreux endroits où les sont dessinés entre le milieu de
la route et la parcelle.
  
Pieren
  


Les quoi entre le milieu de la route et la parcelle ? 
Benoît R.




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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-19 Par sujet Benoît ROUSSEAU 




Pieren a écrit :

  2010/7/19 Benoît ROUSSEAU 
  
    En zone urbaine, à mon
avis, pas encore testé, bosser avec ton ton
plug va plus vite. Les adresses sont proches, ça va vite. Comme déjà
évoqué, à mon avis ce sera plus utile en campagne.

  
  
C'est risqué parce que ton outil sera utilisé pour tous les cas de
figure une fois disponible. Et on le voit en ce moment avec les
doublons ou avec d'autres outils, certains attachent plus d'importance
à la quantité qu'à la qualité.
  
  

Arrête, j'en tremble déjà. Bon j'ai peut-être des solutions mais c'est
à tester.

  
  
 
  
    La règle des BALs c'est
terminé en campagne les BALs persos au
portail sont remplacées par des totems en "milieu" d'îlot.

  
  
Ca dépend de l'ancienneté du bâti.
  
  

Pas chez nous.

  
   
  
        Tous ce que tu
évoques comme relation d'informations
supplémentaires à adresses peut se faire comme tu le dis, mais par la
suite. Attaquer l'api et calculer la façade la plus proche où dans la
visée ortho n'est ni complexe ni gourmand en calculs.


  
  
C'est justement ma crainte. C'est de faire faire la partie la plus
utile mais la plus difficile par d'autres, plus tard. Il vaut mieux
placer l'adresse au meilleur endroit au moment de sa création que
d'espérer que chaque application ira spéculer sans trop se planter dans
les relations entre adresses et autres POIs. Mais j'ai bien conscience
que c'est un vrai challenge au niveau logiciel.
  
  

Ca n'a rien de difficile, c'est déjà dans le logiciel et c'est de loin
le plus simple que j'ai eu à coder, c'est quelques lignes. Entre les
projections, les communications avec le cadastre et l'api, le parser
SVG, le reconnaissance des chiffres, ... Comme tu le dis au dessus, je
ne veux pas générer des erreurs en nombre automatiquement, j'aimerai
rester dans l'acceptable. Et dans ce cas, à moins de m'expliquer une
méthode pour assurer un nombre tolérable d'erreur, pour ma part je ne
m'engage pas là dessus. Mais rien n'empêche par la suite d'associer
automatiquement les adresses aux bâti les plus proches, ca n'a rien de
difficile même à l'échelle de la France car c'est finalement très peu
de points. Je donnerai tous les éléments si qqun souhaite le faire.

        double Distance(ref PointD pt1seg, ref PointD pt2seg)
    {
    double ampx = pt2seg.X - pt1seg.X;
    double ampy = pt2seg.Y - pt1seg.Y;
    return Math.Sqrt((ampx * ampx) + (ampy * ampy));
    }

    PointD IntersectionOrthoPointSegment(PointD ptadr, PointD
ptseg1, PointD ptseg2)
    {
    PointD ptintersec = new PointD(Double.NaN, Double.NaN);
    
    double longueur = Distance(ref ptseg1, ref ptseg2);
    double déterminant = (((ptadr.X - ptseg1.X) * (ptseg2.X -
ptseg1.X)) + ((ptadr.Y - ptseg1.Y) * (ptseg2.Y - ptseg1.Y))) /
(longueur * longueur);
    if (déterminant < 0.0 || déterminant > 1.0)
    return ptintersec;   // le point n'est pas dans le
segment

    ptintersec.X = ptseg1.X + déterminant * (ptseg2.X -
ptseg1.X);
    ptintersec.Y = ptseg1.Y + déterminant * (ptseg2.Y -
ptseg1.Y);
    
    return ptintersec;
    }

        IntersectionVoie VoieLaPlusProche(Adresse adresse,
double distancemax)
    {
    IntersectionVoie intersection = new IntersectionVoie();
    PointD ptcoords = new PointD(adresse.Lon, adresse.Lat);
    PointD pttmp = new PointD();

    double distancemin = double.MaxValue;
    double distance = double.MaxValue;

    foreach (VoieAdressable voie in g_Voies)
    {
    for (int i = 0; i < voie.Points.Count - 1; i++)
    {
    pttmp = IntersectionOrthoPointSegment(ptcoords,
voie.Points[i], voie.Points[i + 1]);

    if (Double.IsNaN(pttmp.X))
    continue;

    distance = Distance(ref ptcoords, ref pttmp);

    if (distance > distancemax)
    continue;

    if (distance > distancemin)
    continue;

    distancemin = distance;
    intersection.Point = pttmp;
    intersection.IdVoie = voie.IdWay;
    }
    }


  
  
Pieren
  
  
  

Benoît R.



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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-19 Par sujet Pieren 
Ta proposition est assez délicate à mettre en place vu que l'outil
d'extraction du pdf ne distingue pas les limites parcellaires. Et il y a de
nombreux endroits où les sont dessinés entre le milieu de la route et la
parcelle.

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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-19 Par sujet Pieren 
2010/7/19 Benoît ROUSSEAU 

>  En zone urbaine, à mon avis, pas encore testé, bosser avec ton ton
> plug va plus vite. Les adresses sont proches, ça va vite. Comme déjà évoqué,
> à mon avis ce sera plus utile en campagne.
>

C'est risqué parce que ton outil sera utilisé pour tous les cas de figure
une fois disponible. Et on le voit en ce moment avec les doublons ou avec
d'autres outils, certains attachent plus d'importance à la quantité qu'à la
qualité.



> La règle des BALs c'est terminé en campagne les BALs persos au portail
> sont remplacées par des totems en "milieu" d'îlot.
>

Ca dépend de l'ancienneté du bâti.


> Tous ce que tu évoques comme relation d'informations
> supplémentaires à adresses peut se faire comme tu le dis, mais par la suite.
> Attaquer l'api et calculer la façade la plus proche où dans la visée ortho
> n'est ni complexe ni gourmand en calculs.
>
>
C'est justement ma crainte. C'est de faire faire la partie la plus utile
mais la plus difficile par d'autres, plus tard. Il vaut mieux placer
l'adresse au meilleur endroit au moment de sa création que d'espérer que
chaque application ira spéculer sans trop se planter dans les relations
entre adresses et autres POIs. Mais j'ai bien conscience que c'est un vrai
challenge au niveau logiciel.

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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-19 Par sujet Benoît ROUSSEAU 




Pieren a écrit :

  2010/7/19 Benoît ROUSSEAU 
  


Beaucoup de parcelles ou de bâtiments sont loin de leur n° de voie
(allées privées, bât imbriqués, ...) ou proches d'une autre (toutes les
intersections, ..).  Les bâtiments sont parfois nombreux pour une
adresse. Faut-il tous les n°ter, faut-il risquer de n°ter la grange ? A
avoir bossé sur les adresses, j'ai changé d'avis sur les méthodes de
numérotation. J'ai essayé les deux systèmes de n°tation bât et plaques.
La signification première de ces numéros c'est un repérage lié à et
dans la rue. Donner un n° à un bâtiment à moins de sens et quand on
cherche un n° de rue on cherche à se positionner au sein de cette rue.
Et penser aux bâtiments à plusieurs adresses (aux croisements, ceux qui
donnent sur deux rues devant derrière, ...). Finalement les plaques de
n° sont les plus utiles et ce qui fait le plus sens, le n° est bien lié
à la rue.

Benoît R.


  
  
Je préfère le numéro sur un node attaché à la façade du bâtiment parce
que j'y trouve plusieurs avantages:
- on fait la différence entre le bâtiment principal et le garage ou la
grange
- on identifie la façade du bâti (si le cadastre respecte la règle de
placer le numéro sur les boîtes aux lettres, ce qui n'est pas toujours
le cas)
- on gère les numéros multiples sur un polygone sans problèmes ni
questions
- on lie par une méthode graphique (éditeur) plusieurs informations si
le polygone contient d'autre part des tags (amenity, shop, etc) sur le
way ou sur d'autres nodes/POI à l'intérieur.
  
Personnellement, je préfererais que l'outil cherche le mur
perpendiculaire à la route le plus proche (en face du numéro), ce qui
devrait assez souvent fonctionner, surtout en zone urbaine. Et s'il y a
un doute, de le faire à la main.
  
Pieren
  
  
  
  


Bonjour,

    En zone urbaine, à mon avis, pas encore testé, bosser avec ton ton
plug va plus vite. Les adresses sont proches, ça va vite. Comme déjà
évoqué, à mon avis ce sera plus utile en campagne.
    La règle des BALs c'est terminé en campagne les BALs persos au
portail sont remplacées par des totems en "milieu" d'îlot.
    
    Tous ce que tu évoques comme relation d'informations
supplémentaires à adresses peut se faire comme tu le dis, mais par la
suite. Attaquer l'api et calculer la façade la plus proche où dans la
visée ortho n'est ni complexe ni gourmand en calculs. Je préfèrerai que
l'erreur faite soit à ce moment là, plutôt qu'au placement du numéro.
Pour ma part, je m'interdit d'intervenir automatiquement sur la
structure des bâtiments en ajoutant un ou des points sur une façade.
Puis, en cas d'erreur, à grande échelle, en semi auto, woooh ! Par
contre, si certains veulent tenter la chose (en java multi-plateforme
par exemple), je vous donne tous les éléments pour.

    Ce que je vous propose d'essayer, Hamster, Mickey86 et Pierren,
C'est de positionner la plaque à "l'intersection orthogonale" du
segment le plus proche dans les x mètres. Si c'est une façade, si c'est
une limite parcellaire, un mur, ... Ca devrait convenir à tous le
monde. La plaque n'est pas éloignée de plus de x mètres de la voie et
si un élément est sur le trajet, il emporte le placement.

    

    Est-il légal et souhaitable (éthique) d'identifier un bâti
directement par son adresse ? Facilité accrue de croiser des
informations personnelles et d'en déduire des revenus en fonction de la
taille de la maison, ... Là je ne sais pas répondre ni où chercher des
infos. S'il y a des juristes...

Benoît R.


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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-19 Par sujet Benoît ROUSSEAU 




Mikaël Cordon a écrit :

  Le 19 juillet 2010 08:24, Benoît ROUSSEAU  a écrit :
  
  
Mickey86 a écrit :

Le lundi 19 juillet 2010 07:31:03, hamster a écrit :


 Benoît ROUSSEAU a écrit :
 Les adresses sont maintenant déplacées à x mètres du centre de la voie
tracée dans OSM (plus propre) et notées sur les erreurs potentielles


 et mettre l'adresse en question sur le batiement le plus proche et non pas
a x metre de la voie, ca serait faisable ? variante : mettre l'adresse
sous forme d'un noeud sur le chemin du batiment le plus proche, en
positionnant du cote ou le chemin du batiment est le plus proche de la rue


C'est possible, mais le risque d'erreur me semble beaucoup trop élévé. Pour
ce qui est d'un nœud ou le bâtiment c'est du pareil au même côté
programmation.

Ou à la limite de la parcelle si le bâtiment est trop loin.



C'est possible aussi mais là encore, le risque d'erreur me semble trop
élevé.

Beaucoup de parcelles ou de bâtiments sont loin de leur n° de voie (allées
privées, bât imbriqués, ...) ou proches d'une autre (toutes les
intersections, ..).  Les bâtiments sont parfois nombreux pour une adresse.
Faut-il tous les n°ter, faut-il risquer de n°ter la grange ? A avoir bossé
sur les adresses, j'ai changé d'avis sur les méthodes de numérotation. J'ai
essayé les deux systèmes de n°tation bât et plaques. La signification
première de ces numéros c'est un repérage lié à et dans la rue. Donner un n°
à un bâtiment à moins de sens et quand on cherche un n° de rue on cherche à
se positionner au sein de cette rue. Et penser aux bâtiments à plusieurs
adresses (aux croisements, ceux qui donnent sur deux rues devant derrière,
...). Finalement les plaques de n° sont les plus utiles et ce qui fait le
plus sens, le n° est bien lié à la rue.

  
  
Je suis tout à fait d’accord ! :)

En fait, ma proposition de mettre sur la limite de parcelle était dans
un soucis de placement automatique sachant que la parcelle le plus
souvent colle la rue, plutôt qu’une distance arbitraire par rapport au
centre de la rue (ce qui dépend de la largeur de la rue).
Et dans les faits, lorsque le bâtiment ne colle pas la limite de la
parcelle et si le bâtiment est assez éloigné, à la main je positionne
le numéro sur la limite de la parcelle. Mais c’est une méthode
personnelle.

  

Ok pigé, je vais voir ça... mais ça demande beaucoup du taf, donc
patience.

  
  
Benoît R.

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



  
  
  





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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-19 Par sujet Pieren 
2010/7/19 Benoît ROUSSEAU 

>
>
> Beaucoup de parcelles ou de bâtiments sont loin de leur n° de voie (allées
> privées, bât imbriqués, ...) ou proches d'une autre (toutes les
> intersections, ..).  Les bâtiments sont parfois nombreux pour une adresse.
> Faut-il tous les n°ter, faut-il risquer de n°ter la grange ? A avoir bossé
> sur les adresses, j'ai changé d'avis sur les méthodes de numérotation. J'ai
> essayé les deux systèmes de n°tation bât et plaques. La signification
> première de ces numéros c'est un repérage lié à et dans la rue. Donner un n°
> à un bâtiment à moins de sens et quand on cherche un n° de rue on cherche à
> se positionner au sein de cette rue. Et penser aux bâtiments à plusieurs
> adresses (aux croisements, ceux qui donnent sur deux rues devant derrière,
> ...). Finalement les plaques de n° sont les plus utiles et ce qui fait le
> plus sens, le n° est bien lié à la rue.
>
> Benoît R.
>
>
Je préfère le numéro sur un node attaché à la façade du bâtiment parce que
j'y trouve plusieurs avantages:
- on fait la différence entre le bâtiment principal et le garage ou la
grange
- on identifie la façade du bâti (si le cadastre respecte la règle de placer
le numéro sur les boîtes aux lettres, ce qui n'est pas toujours le cas)
- on gère les numéros multiples sur un polygone sans problèmes ni questions
- on lie par une méthode graphique (éditeur) plusieurs informations si le
polygone contient d'autre part des tags (amenity, shop, etc) sur le way ou
sur d'autres nodes/POI à l'intérieur.

Personnellement, je préfererais que l'outil cherche le mur perpendiculaire à
la route le plus proche (en face du numéro), ce qui devrait assez souvent
fonctionner, surtout en zone urbaine. Et s'il y a un doute, de le faire à la
main.

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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-19 Par sujet Mikaël Cordon 
Le 19 juillet 2010 08:24, Benoît ROUSSEAU  a écrit :
> Mickey86 a écrit :
>
> Le lundi 19 juillet 2010 07:31:03, hamster a écrit :
>
>
>  Benoît ROUSSEAU a écrit :
>  Les adresses sont maintenant déplacées à x mètres du centre de la voie
> tracée dans OSM (plus propre) et notées sur les erreurs potentielles
>
>
>  et mettre l'adresse en question sur le batiement le plus proche et non pas
> a x metre de la voie, ca serait faisable ? variante : mettre l'adresse
> sous forme d'un noeud sur le chemin du batiment le plus proche, en
> positionnant du cote ou le chemin du batiment est le plus proche de la rue
>
>
> C'est possible, mais le risque d'erreur me semble beaucoup trop élévé. Pour
> ce qui est d'un nœud ou le bâtiment c'est du pareil au même côté
> programmation.
>
> Ou à la limite de la parcelle si le bâtiment est trop loin.
>
>
>
> C'est possible aussi mais là encore, le risque d'erreur me semble trop
> élevé.
>
> Beaucoup de parcelles ou de bâtiments sont loin de leur n° de voie (allées
> privées, bât imbriqués, ...) ou proches d'une autre (toutes les
> intersections, ..).  Les bâtiments sont parfois nombreux pour une adresse.
> Faut-il tous les n°ter, faut-il risquer de n°ter la grange ? A avoir bossé
> sur les adresses, j'ai changé d'avis sur les méthodes de numérotation. J'ai
> essayé les deux systèmes de n°tation bât et plaques. La signification
> première de ces numéros c'est un repérage lié à et dans la rue. Donner un n°
> à un bâtiment à moins de sens et quand on cherche un n° de rue on cherche à
> se positionner au sein de cette rue. Et penser aux bâtiments à plusieurs
> adresses (aux croisements, ceux qui donnent sur deux rues devant derrière,
> ...). Finalement les plaques de n° sont les plus utiles et ce qui fait le
> plus sens, le n° est bien lié à la rue.

Je suis tout à fait d’accord ! :)

En fait, ma proposition de mettre sur la limite de parcelle était dans
un soucis de placement automatique sachant que la parcelle le plus
souvent colle la rue, plutôt qu’une distance arbitraire par rapport au
centre de la rue (ce qui dépend de la largeur de la rue).
Et dans les faits, lorsque le bâtiment ne colle pas la limite de la
parcelle et si le bâtiment est assez éloigné, à la main je positionne
le numéro sur la limite de la parcelle. Mais c’est une méthode
personnelle.

>
> Benoît R.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>



-- 
Mikaël Cordon

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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-18 Par sujet Benoît ROUSSEAU 




Mickey86 a écrit :

  Le lundi 19 juillet 2010 07:31:03, hamster a écrit :
  
  
 Benoît ROUSSEAU a écrit :
 Les adresses sont maintenant déplacées à x mètres du centre de la voie
tracée dans OSM (plus propre) et notées sur les erreurs potentielles


 et mettre l'adresse en question sur le batiement le plus proche et non pas
a x metre de la voie, ca serait faisable ? variante : mettre l'adresse
sous forme d'un noeud sur le chemin du batiment le plus proche, en
positionnant du cote ou le chemin du batiment est le plus proche de la rue

  

C'est possible, mais le risque d'erreur me semble beaucoup trop élévé.
Pour ce qui est d'un nœud ou le bâtiment c'est du pareil au même côté
programmation.

  Ou à la limite de la parcelle si le bâtiment est trop loin.

  

C'est possible aussi mais là encore, le risque d'erreur me semble trop
élevé.

Beaucoup de parcelles ou de bâtiments sont loin de leur n° de voie
(allées privées, bât imbriqués, ...) ou proches d'une autre (toutes les
intersections, ..).  Les bâtiments sont parfois nombreux pour une
adresse. Faut-il tous les n°ter, faut-il risquer de n°ter la grange ? A
avoir bossé sur les adresses, j'ai changé d'avis sur les méthodes de
numérotation. J'ai essayé les deux systèmes de n°tation bât et plaques.
La signification première de ces numéros c'est un repérage lié à et
dans la rue. Donner un n° à un bâtiment à moins de sens et quand on
cherche un n° de rue on cherche à se positionner au sein de cette rue.
Et penser aux bâtiments à plusieurs adresses (aux croisements, ceux qui
donnent sur deux rues devant derrière, ...). Finalement les plaques de
n° sont les plus utiles et ce qui fait le plus sens, le n° est bien lié
à la rue.

Benoît R.



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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-18 Par sujet Mickey86 
Le lundi 19 juillet 2010 07:31:03, hamster a écrit :
>  Benoît ROUSSEAU a écrit :
>  Les adresses sont maintenant déplacées à x mètres du centre de la voie
> tracée dans OSM (plus propre) et notées sur les erreurs potentielles
> 
> 
>  et mettre l'adresse en question sur le batiement le plus proche et non pas
> a x metre de la voie, ca serait faisable ? variante : mettre l'adresse
> sous forme d'un noeud sur le chemin du batiment le plus proche, en
> positionnant du cote ou le chemin du batiment est le plus proche de la rue
Ou à la limite de la parcelle si le bâtiment est trop loin.

-- 
Mickey86, Mikaël Cordon
mel : mikael.cor...@gmail.com
jid : mikael.cor...@jabber.fr
statusnet : http://identi.ca/mickey86

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

Re: [OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-18 Par sujet hamster 




Benoît ROUSSEAU a écrit :

  
  
Les adresses sont maintenant déplacées à x mètres du centre de la
voie tracée dans OSM (plus propre) et notées sur les erreurs
potentielles


et mettre l'adresse en question sur le batiement le plus proche et non
pas a x metre de la voie, ca serait faisable ?
variante : mettre l'adresse sous forme d'un noeud sur le chemin du
batiment le plus proche, en positionnant du cote ou le chemin du
batiment est le plus proche de la rue



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

[OSM-talk-fr] [Tech] Extraction des adresses...

2010-07-18 Par sujet Benoît ROUSSEAU 




Bonjour,

    Ca avance, voici un aperçu de l'import sous JOSM :

    

    En gros, il ne manque que l'écriture des relations dans le fichier
OSM. Les adresses sont maintenant déplacées à x mètres du centre de la
voie tracée dans OSM (plus propre) et notées sur les erreurs
potentielles.

    Les adresses potentiellement erronées sont étiquetées avec un
fixme=ADRER-0X; ... qui contient le(s) type(s) d'avertissement(s) liés
à celle-ci. Le programme est prudent et avertit d'un fixme plutôt que
de laisser passer.

    Les avertissements sont :
    - ERADR-01 : cette adresse n'est liée ni à une voie ni à une
relation.
    - ERADR-03 : cette adresse est proche d'une voie mais sans
relation. Erreur potentielle à proximité d'une intersection.
    - ERADR-05 : doublon d'adresse dans la relation.
    - ERADR-07 : saut anormalement élevé de numérotation. Erreur
potentielle sur le n° marqué ou le précédent.

    Dans l'aperçu ci dessus, sous JOSM, j'ai filtré les adresses avec
un fixme (en gris), il y a dans cette rue deux  n°23 (points verts),
peut-être une erreur sur le Cadastre. Le n°23 le plus à gauche est bien
noté en erreur... Idem pour le reste.

    Je n'ai pas regardé toutes les adresses une par une, mais la
notation d'erreur m'a dévoilé des erreurs que je n'avais pas détectées
visuellement. L'un dans l'autre ça devrait bien se passer ...

    Avantage, tout ça n'est viable que si les voies sont parfaitement
saisies ; c.a.d. bien segmentées, nommées, positionnées, ... Le
programme est vraiment révélateur et on a des surprises ! Espérons
qu'une explosion des voies suivra celle bâti, ou l'inverse car on est
pas obligé d'importer le bâti.

Benoît R.


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