Un autre aspect intéressant a propos de ce changeset, ce sont les outils de détection de tels problèmes. Je l'ai repéré à partir de l'outil discussion de Pascal Neis. http://resultmaps.neis-one.org/osm-discussions?c=Canada#5/47.502/-61.414 L'utilisation du centroide du changeset est pour le moins ambiguë pour rapporter le problème. J'ai trouvé bizarre que la discussion parle de chemin de fer sur les Iles-de-la-Madeleine (pas de chemin de fer) au milieu du Golf du Saint-Laurent. Il est évidemment important de repérer et corriger rapidement de telles modifications à la base de données.
Le changeset concerné avec un bbox de milliers de kilomètres de distance https://www.openstreetmap.org/changeset/39924306 Le Noeud concerné faisait partie d'un chemin de fer en Californie et a été déplacé jusqu'au Havre où il devient un hôtel.Historique du noeud https://www.openstreetmap.org/api/0.6/node/39924281/history Eh, quel chemin de fer! Il faudrait au minimum un Tgv! Pierre De : Philippe Verdy <verd...@wanadoo.fr> À : Discussions sur OSM en français <talk-fr@openstreetmap.org> Envoyé le : Dimanche 12 juin 2016 17h00 Objet : Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM Si on ne multiplie pas les housenumber, comment tu détermines le numéro d'adresse des différents pois positionnés autour ? J'ai vu l'utilisation de "contact:housenumber=40" qui ne me semble pas correct car l'adresse de contact n'est pas l'adresse du lieu et peut être située complètement ailleurs (exemple d'une boutique qui fait partie d'un ensemble de magasins d'un même propriétaire: pourtant chaque boutique a son adresse physique, mais une seule est une adresse postale de contact; ce cas est fréquent avec les franchises, les différentes boutiques n'ayant que des gérants, mais aucune gestion locale du courier). Une adresse de contact n'est pas un lieu où on se rend, juste là où on écrit. Et une adresse physique (cadastrale) a souvent plusieurs occupants avec leurs propres POIs (on a le cas non seulement pour les commerces, mais aussi les services publics, les écoles...) Sans addr:housenumber=40, cette boutique sera déterminée comme étant au 42 (qui n'a pas été positionné mais est à mi chemin entre les noeuds d'adresse 40 et le 44), pas au 40, en cherchant parmi les noeuds d'adresse autour celui qui semble le plus proche ! Les POIs des boutiques en plus sont plutôt positionnés sur le point d'entrée du commerce sur son pas de porte, pas là où sont les boutes à lettres (qui peuvent être dans une partie commune d'un immeuble). Franchement je ne comprend pas cette restriction du "pas de multiplication des addr:housenumber" ! Ca n'a été spécifié nulle part et pas discuté ! Je trouve donc le fait de demander le bloquage pour cette raison assez litigieux ! Le 12 juin 2016 à 22:42, Romain MEHUT <romain.me...@gmail.com> a écrit : On ne voit pas le même chose: il n'y a (après correction) qu'un seul addr:housenumber avec le numéro 40 soit ce noeud https://www.openstreetmap.org/node/3586678929 Les deux POI de part et d'autre de ce noeud sont les boutiques Yves Rocher et Jeff de Bruges qui comportent toutes les deux le tag contact:housenumber pour faire le lien avec le numéro 40. On ne multiplie pas les addr:housenumber. Le 12 juin 2016 à 08:04, Philippe Verdy <verd...@wanadoo.fr> a écrit : Non justement, car le noeud a été gardé (avec son addr:housenumber), mais on a supprimé ses champs addr:street, addr:city...A l'origine peut-être il y avait des doublons mais pas dans le dernier changeset montré en exemple: http://www.openstreetmap.org/changeset/39883461 http://www.openstreetmap.org/node/1655141284 Regarde l'historique, le commentaire dit "Annulation changeset 39883461 car tags inutiles"http://www.openstreetmap.org/node/1655141284/history C'est clair que l'annulation en question a viré des données pas du tout incorrectes et pas vraiment "inutiles" : | addr:city | supprimé mais pas inutile | | addr:housenumber | supprimé à tord et pas du tout inutile | | addr:postcode | supprimé mais pas inutile | | addr:street | supprimé mais pas inutile | | contact:housenumber | gardé mais incorrect | | contact:phone | +33 2 96397375 | | name | Yves Rocher | | opening_hours | Tu-Sa 10:00-12:30, 14:30-19:00 | | shop | beauty | | source | survey | | website | http://yves-rocher.fr/dinan | En clair, on a deux noeuds au numéro 40 pour des POI différents, plus un noeud anonyme (sans POI) au housenumber=40 entre les deux. On ne voit pas le même chose: il n'y a (après correction) qu'un seul addr:housenumber avec le numéro 40 soit ce noeud https://www.openstreetmap.org/node/3586678929 Les deux POI de part et d'autre de ce noeud sont les boutiques Yves Rocher et Jeff de Bruges qui comportent toutes les deux le tag contact:housenumber pour faire le lien avec le numéro 40. Mais maintenanti les deux POIs (Boutique Yves Rocher, plus le commerce alimentaire à côté) n'on plus de numéro et rien n'indique qu'ils sont réellement au 40, ils pourraient être au 38 ou au 42 ! Pour savoir quel numéro utiliser il fauit entrer dans le détail de la géométrie du polygone. Mais note bien qu'on n'a aucun noeud au numéro 42, le batiment avec un noeud 40 voisine celui du numéro 44. On pourrait en déduire que la voutique Yves Rocher est "sans doute" au numéro 42... Je re-vérifierai s'il existe un numéro 42. Mais si ce n'est pas le cas, il n'y a pas de raison de l'ajouter même s'il est présent dans le cadastre. Bref je remettrais le numéro 40 sur la boutique Yves Rocher. S'appuyer sur la géométrie des batiments est trop aléatoire, et il n'y a aucun problème si deux noeuds différents pour des POIs différents portent le même numéro. (le noeud anonyme existant pour le 40 est sans doute pour l'entrée de la partie commune menant aux logements à l'étage mais où est la boite aux lettres pour les deux boutiques au rez-de-chaussée de chaque côté. Bref cela ferait trois noeuds distincts au numéro 40 mais là pour des raisoins différentes et pas exactement au même endroit. On ne multiplie pas les addr:housenumber. 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
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
