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 <lenny.li...@orange.fr> 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 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 > -- Cordialement, Jérôme Seigneuret
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
