Re: [OSM-talk-fr] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

2020-04-07 Par sujet Philippe Verdy 
Le lun. 6 avr. 2020 à 19:31, leni  a écrit :
> > Mon rêve serait d'avoir un role "POI" (ou autre) pour la relation
> > associatedStreet. On aurait ainsi la rue (role:street), les points
> > d'addresse (role:house) et les autres éléments (role:poi).
> > Ce serait facile à expliquer, les résultats de recherche plus
> > exhaustifs, les exports de POIs simplifiés.
> oui, mais là il me semble que tu associe le poi à la rue, je ne vois pas
> comment tu l'associe au numéro

Effectivement mettre des "poi" dans la relation asosciatedStreet
résoud le problème de la rue. La relation fournit cependant une liste
de numéros géolocalisés, donc le poi géolocalisé aussi (en point) peut
être interpolé avec les noeuds d'adresses les plus proches.

Si le poi est une surface (un bâtiment entier par exemple ou une zone
pour une résidence ou une école), la zone devrait inclure ce noeud
d'adresse (ou le toucher sur un bord), si le noeud d'adresse est en
fait dehors dela surface (exemple: noeud d'adresse sur la limite de
voie publique alors que le batiment du POI en est éloigné par un
chemin privé, malgré tout accessible aux visiteurs/clients sinon ce
n'est pas un "poi"), il n'y a pas de solution simple autre que de
mettre une adresse de "contact:" sur le poi car l'interpolation ne va
pas marcher correctement (et il n'y a encore rien dans OSM qui permet
de taguer une voie d'accès privée dans une relation liée à la voie
publique à laquelle elle se connecte.

Ou un algo pourra éventuellement chercher une voie d'accès, même si
elle n'a pas de nom, ou s'il y a un portail qui "bloque" le passage en
limite de voie publique (l'accès peut se faire via un interphone pour
ouvrir le portail, là où est situé le noeud d'adresse) ou un obstacle
ne laissant que les piétons (la voie de garage avec portail pouvant
rester strictement privée, fermée pour les visiteurs et pas forcément
non plus localisée à la même "adresse" sur la même voie ; cas courant
pour les cabinets médicaux, artisans et nombre de commerces qui ont
une résidence privée, à part de la partie ouverte au public et dans ce
cas il peut y avoir deux adresses distinctes : une privée et une
"commerciale" séparée, même si c'est dans le même bâtiment avec un
accès interne privé entre les deux).

Donc pour les poi, je priviligierais dans ce cas les tag
"contact:*"... Et donc pas besoin de confondre les "poi", et les
noeuds d'adresse qui servent au routage jusqu'à un point proche sur la
voie publique: une fois sur place de toute façon il faut savoir
utiliser ses yeux et les règles et le fléchage d'accès convenus ou
affichés par l'occupant: la plupart des "poi" ont des bannières,
panneaux, plaques ou inscriptions sur les vitrines bien visibles et
identifiables (qu'il peut poser et changer assez librement dans les
limites permises pour le voisinage ou les copropriétés et qu'il est
inutile de cartographier individuellement); cependant pour les groupes
de propriétés et de services dans les résidences et parcs d'activités
ou les centres commerciaux, s'il y a un panneau indicateur ou un
accueil commun, une conciergerie, là on peut le cartographier
séparément, de même qu'on cartographie les barrières et postes de
contrôles d'accès surveillé.

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

Re: [OSM-talk-fr] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

2020-04-06 Par sujet Jérôme Seigneuret 
Bonjour,
On a pas de compromis et plein de solution sont valable

Pour moi l'adresse n'est pas associé à un bâtiment mais à une entrée
qu'elle quel soit. Cela va donc dépendre de la précisons que l'on peut
donner ou non à une adresse. Quand l'adresse c'est le lieudit il y a bien
un addr:hamlet.

Bref plein de combinaison existe.

Personnellement je mets  le POI de l'adresse sur l'entrée principale quand
elles est visible et accessible depuis la rue et quand je ne peux pas je le
mets sur le portillon ou le portail d'accès.


contact:* est utilisé pour les entreprise afin de ne pas faire doublon avec
l'adressage et ne pas générer des alertes et des adresses multipoints qu'un
géocodeur ne serait traiter.

La méthodologie doit être basée sur le niveau de précision que l'on peut
apporter et exploiter.





Le lun. 6 avr. 2020 à 19:31, leni  a écrit :

>
> Le 06/04/2020 à 08:19, Cyrille37 OSM a écrit :
> > Salut
> >
> > Ce sujet de l'adressage est récurent, et à chaque fois il y a beaucoup
> > d'échanges ... Mais je reste sur ma faim depuis des années.
> >
> > J'ajoute les numéros de rue seuls et associés à une relation
> > associated:street. Je mets les POIs à l'intérieur d'un building. Mais
> > je reste sur ma faim car ainsi taggés les POIs n'ont pas d'adresse et
> > ça manque.
> Pourquoi les poi devraient-ils avoir une adresse ? les POI n'ont pas
> besoin d'avoir addr:city pour qu'on sache dans quelle ville ils sont
> situés, on retrouve la ville grâce aux limites décrites dans osm.
>
> >
> > Le surfacique ne me parle pas pour 2 raisons:
> > - les moteurs de recherche trouvent le POI mais celui-ci n'a pas
> > d'adresse, il faut calculer pour la trouver
> Il me semble que qwant le calcule (à partir des nœuds adresse), pour les
> autres, il faudrait peut-être que les recherche évoluent.
> Je n'ai pas vu d'exemple sur l'utilisation des surfaces, mais cela me
> paraît  une représentation possible de l'adresse (même s'il y a des cas
> particuliers, il y en aura dans toutes les procédures) en ce moment,
> quand je fais le tour de mon jardin je suis toujours à la même adresse.
> Par contre, je ne vois vraiment pas comment l'utiliser : diviser le
> monde en parcelles correspondant aux adresses ?
> Et puis déjà que mettre des nœuds ça prend du temps (et encore merci à
> ceux qui nous aident avec bano2), alors des surfaces on n'est pas sortis
> de l'auberge.
>
> Cela m'est arrivé d'en mettre sur des buildings, mais d'autres
> contributeurs ne l'ont pas vu et ont ajouté un nœud.
> Maintenant je mets systématiquement un nœud.
>
>
> > - un immeuble en coin de rue peut avoir 2 adresses, 1 dans chaque rue.
> > Du coup le calcul de surface pour trouver l'adresse d'un POI ne donne
> > pas forcément le bon résultat
> >
> > Relation associatedStreet :
> >
> > Mon rêve serait d'avoir un role "POI" (ou autre) pour la relation
> > associatedStreet. On aurait ainsi la rue (role:street), les points
> > d'addresse (role:house) et les autres éléments (role:poi).
> > Ce serait facile à expliquer, les résultats de recherche plus
> > exhaustifs, les exports de POIs simplifiés.
> oui, mais là il me semble que tu associe le poi à la rue, je ne vois pas
> comment tu l'associe au numéro
> >
> > Clé contact:*
> >
> > Mais d'autres de répondre qu'il y a la clé "contact:*" ... Mais Marc
> > rappelle que c'est une "spécificité franco-fr supporté par personne
> > hors frontière.", pour preuve que les outils génériques ID et
> > Nominatim ne la gère pas.
>
> J'avoue, je l'utilise et en fait c'est un allemand qui me l'a fait
> découvrir il y a quelques années lors d'un voyage à Venise. Et s'il n'y
> en a pas autant qu'en France, il y en a quelques uns en Allemagne.
>
> Quand je crée un POI, j'en profite pour créer au minimum (s'il est
> absent) le point adresse addr: correspondant (ou les n° de la rue si
> j'ai le temps).
> Si je trouve que l'adresse n'est pas facilement retrouvable, noeud
> adresse loin ou prête à confusion (angle de rue par expl.), je lui
> ajoute contact:* , comme Il me semble que le point adresse est une chose
> et l'adresse du poi est une information du poi, c'est pourquoi cela me
> gêne d'utiliser les mêmes attributs pour décrire deux choses qui se
> ressemblent mais qui ne sont pas la même chose : mais bon je ne suis pas
> spécialiste de base de données. On va me dire double saisie, mais de
> toute façon si je met addr: sur les deux points il y a aussi double saisie.
>
> Mais je ne suis pas marié avec contact: et je suis prêt à utiliser une
> autre méthode (à l’exception de mettre addr sur le poi) si elle permet
> d'améliorer les choses
>
>
> > Pour ma part je comprends "contact:*" comme des informations pour
> > communiquer, par pour de la géolocalisation: Mon entreprise à 2 locaux
> > (bureau, livraison) mais un seul point de contact (accueil, courrier,
> > téléphonique).
>
> Ça ne me choque pas
>
> > La route est longue mais la voie est libre ; m'enfin il faudrait tout
> > de même trouver un consensus :-)
>
> Une liste

Re: [OSM-talk-fr] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

2020-04-06 Par sujet leni 


Le 06/04/2020 à 08:19, Cyrille37 OSM a écrit :

Salut

Ce sujet de l'adressage est récurent, et à chaque fois il y a beaucoup 
d'échanges ... Mais je reste sur ma faim depuis des années.


J'ajoute les numéros de rue seuls et associés à une relation 
associated:street. Je mets les POIs à l'intérieur d'un building. Mais 
je reste sur ma faim car ainsi taggés les POIs n'ont pas d'adresse et 
ça manque.
Pourquoi les poi devraient-ils avoir une adresse ? les POI n'ont pas 
besoin d'avoir addr:city pour qu'on sache dans quelle ville ils sont 
situés, on retrouve la ville grâce aux limites décrites dans osm.




Le surfacique ne me parle pas pour 2 raisons:
- les moteurs de recherche trouvent le POI mais celui-ci n'a pas 
d'adresse, il faut calculer pour la trouver
Il me semble que qwant le calcule (à partir des nœuds adresse), pour les 
autres, il faudrait peut-être que les recherche évoluent.
Je n'ai pas vu d'exemple sur l'utilisation des surfaces, mais cela me 
paraît  une représentation possible de l'adresse (même s'il y a des cas 
particuliers, il y en aura dans toutes les procédures) en ce moment, 
quand je fais le tour de mon jardin je suis toujours à la même adresse.
Par contre, je ne vois vraiment pas comment l'utiliser : diviser le 
monde en parcelles correspondant aux adresses ?
Et puis déjà que mettre des nœuds ça prend du temps (et encore merci à 
ceux qui nous aident avec bano2), alors des surfaces on n'est pas sortis 
de l'auberge.


Cela m'est arrivé d'en mettre sur des buildings, mais d'autres 
contributeurs ne l'ont pas vu et ont ajouté un nœud.

Maintenant je mets systématiquement un nœud.


- un immeuble en coin de rue peut avoir 2 adresses, 1 dans chaque rue. 
Du coup le calcul de surface pour trouver l'adresse d'un POI ne donne 
pas forcément le bon résultat


Relation associatedStreet :

Mon rêve serait d'avoir un role "POI" (ou autre) pour la relation 
associatedStreet. On aurait ainsi la rue (role:street), les points 
d'addresse (role:house) et les autres éléments (role:poi).
Ce serait facile à expliquer, les résultats de recherche plus 
exhaustifs, les exports de POIs simplifiés.
oui, mais là il me semble que tu associe le poi à la rue, je ne vois pas 
comment tu l'associe au numéro


Clé contact:*

Mais d'autres de répondre qu'il y a la clé "contact:*" ... Mais Marc 
rappelle que c'est une "spécificité franco-fr supporté par personne 
hors frontière.", pour preuve que les outils génériques ID et 
Nominatim ne la gère pas.


J'avoue, je l'utilise et en fait c'est un allemand qui me l'a fait 
découvrir il y a quelques années lors d'un voyage à Venise. Et s'il n'y 
en a pas autant qu'en France, il y en a quelques uns en Allemagne.


Quand je crée un POI, j'en profite pour créer au minimum (s'il est 
absent) le point adresse addr: correspondant (ou les n° de la rue si 
j'ai le temps).
Si je trouve que l'adresse n'est pas facilement retrouvable, noeud 
adresse loin ou prête à confusion (angle de rue par expl.), je lui 
ajoute contact:* , comme Il me semble que le point adresse est une chose 
et l'adresse du poi est une information du poi, c'est pourquoi cela me 
gêne d'utiliser les mêmes attributs pour décrire deux choses qui se 
ressemblent mais qui ne sont pas la même chose : mais bon je ne suis pas 
spécialiste de base de données. On va me dire double saisie, mais de 
toute façon si je met addr: sur les deux points il y a aussi double saisie.


Mais je ne suis pas marié avec contact: et je suis prêt à utiliser une 
autre méthode (à l’exception de mettre addr sur le poi) si elle permet 
d'améliorer les choses



Pour ma part je comprends "contact:*" comme des informations pour 
communiquer, par pour de la géolocalisation: Mon entreprise à 2 locaux 
(bureau, livraison) mais un seul point de contact (accueil, courrier, 
téléphonique).


Ça ne me choque pas

La route est longue mais la voie est libre ; m'enfin il faudrait tout 
de même trouver un consensus :-)


Une liste avec avantages/inconvénients ?

cordialement

leni



Cyrille37.


___
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] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

2020-04-06 Par sujet Yves P. 
> https://www.openstreetmap.org/search?query=boulangerie%20lucas%2C%20guidel#map=19/47.79172/-3.49246
>  
> 
> N'indique pas 1 Avenue de Braunweiler.
> 

https://goo.gl/maps/rRq9adauM3QuSje96

Je mettrais un noeud dans la boulangerie en face du n°2 (qui n'existe pas 
encore dans OSM)
A ce moment le géo codage inversé devrait fonctionner ?

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

Re: [OSM-talk-fr] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

2020-04-06 Par sujet Cyrille37 OSM 

Le 06/04/2020 à 08:23, Yves P. a écrit :
Mais je reste sur ma faim car ainsi taggés les POIs n'ont pas 
d'adresse et ça manque.
le géocodage inversé 
 ne 
fonctionne pas dans tous les cas ?


Comme je l'ai écrit :

- un immeuble en coin de rue peut avoir 2 adresses, 1 dans chaque rue. 
Du coup le calcul de surface pour trouver l'adresse d'un POI ne donne 
pas forcément le bon résultat


Et je pense qu'il y a encore d'autres cas.

Cyrille37.

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

Re: [OSM-talk-fr] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

2020-04-06 Par sujet Cyrille37 OSM 
Petit ajout après consultation de la page Wiki 
"Relation:associatedStreet" 
https://wiki.openstreetmap.org/wiki/Relation:associatedStreet


    associatedStreet relations have been used by some mappers as an 
alternative to addr:*-Tags.
    This method of mapping addresses is much less popular than addr:* 
and strictly unwanted in regions such as for example Germany and Poland.


Qui peut se traduire par : Cette relation ne serait utilisée que par 
quelques-uns, les autres préférent addr:*, et l'Allemangne et la Pologne 
n'en veulent surtout pas.


La route est sacrément longue ...

Cyrille.

Le 06/04/2020 à 08:19, Cyrille37 OSM a écrit :

Salut

Ce sujet de l'adressage est récurent, et à chaque fois il y a beaucoup 
d'échanges ... Mais je reste sur ma faim depuis des années.


J'ajoute les numéros de rue seuls et associés à une relation 
associated:street. Je mets les POIs à l'intérieur d'un building. Mais 
je reste sur ma faim car ainsi taggés les POIs n'ont pas d'adresse et 
ça manque.


Le surfacique ne me parle pas pour 2 raisons:
- les moteurs de recherche trouvent le POI mais celui-ci n'a pas 
d'adresse, il faut calculer pour la trouver
- un immeuble en coin de rue peut avoir 2 adresses, 1 dans chaque rue. 
Du coup le calcul de surface pour trouver l'adresse d'un POI ne donne 
pas forcément le bon résultat


Relation associatedStreet :

Mon rêve serait d'avoir un role "POI" (ou autre) pour la relation 
associatedStreet. On aurait ainsi la rue (role:street), les points 
d'addresse (role:house) et les autres éléments (role:poi).
Ce serait facile à expliquer, les résultats de recherche plus 
exhaustifs, les exports de POIs simplifiés.


Clé contact:*

Mais d'autres de répondre qu'il y a la clé "contact:*" ... Mais Marc 
rappelle que c'est une "spécificité franco-fr supporté par personne 
hors frontière.", pour preuve que les outils génériques ID et 
Nominatim ne la gère pas.


Pour ma part je comprends "contact:*" comme des informations pour 
communiquer, par pour de la géolocalisation: Mon entreprise à 2 locaux 
(bureau, livraison) mais un seul point de contact (accueil, courrier, 
téléphonique).


La route est longue mais la voie est libre ; m'enfin il faudrait tout 
de même trouver un consensus :-)


Cyrille37.


___
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] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

2020-04-06 Par sujet Yves P. 

> J'ajoute les numéros de rue seuls et associés à une relation 
> associated:street.
J'essaie :)

> Je mets les POIs à l'intérieur d'un building.
+1

> Mais je reste sur ma faim car ainsi taggés les POIs n'ont pas d'adresse et ça 
> manque.
le géocodage inversé 
 ne fonctionne pas 
dans tous les cas ?

__
Yves (pas encore bien réveillé)

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

[OSM-talk-fr] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

2020-04-06 Par sujet Cyrille37 OSM 

Salut

Ce sujet de l'adressage est récurent, et à chaque fois il y a beaucoup 
d'échanges ... Mais je reste sur ma faim depuis des années.


J'ajoute les numéros de rue seuls et associés à une relation 
associated:street. Je mets les POIs à l'intérieur d'un building. Mais je 
reste sur ma faim car ainsi taggés les POIs n'ont pas d'adresse et ça 
manque.


Le surfacique ne me parle pas pour 2 raisons:
- les moteurs de recherche trouvent le POI mais celui-ci n'a pas 
d'adresse, il faut calculer pour la trouver
- un immeuble en coin de rue peut avoir 2 adresses, 1 dans chaque rue. 
Du coup le calcul de surface pour trouver l'adresse d'un POI ne donne 
pas forcément le bon résultat


Relation associatedStreet :

Mon rêve serait d'avoir un role "POI" (ou autre) pour la relation 
associatedStreet. On aurait ainsi la rue (role:street), les points 
d'addresse (role:house) et les autres éléments (role:poi).
Ce serait facile à expliquer, les résultats de recherche plus 
exhaustifs, les exports de POIs simplifiés.


Clé contact:*

Mais d'autres de répondre qu'il y a la clé "contact:*" ... Mais Marc 
rappelle que c'est une "spécificité franco-fr supporté par personne hors 
frontière.", pour preuve que les outils génériques ID et Nominatim ne la 
gère pas.


Pour ma part je comprends "contact:*" comme des informations pour 
communiquer, par pour de la géolocalisation: Mon entreprise à 2 locaux 
(bureau, livraison) mais un seul point de contact (accueil, courrier, 
téléphonique).


La route est longue mais la voie est libre ; m'enfin il faudrait tout de 
même trouver un consensus :-)


Cyrille37.


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