"contact:*" n'est pas nécessairement "à" l'adresse du point, ce qui est indiqué est une adresse de contact postal qui peut être complètement ailleurs et même pas géolocalisée (par exemple une boite postale ou un CEDEX), ou l'adresse d'un service tiers de gestion de relations client, ou l'adresse du siège social gérant tout une série d'établissements. On aura donc besoin de "contact:*" et "addr:*". Je suis juste d'accord sur le fait que "addr:*" doit être géolocalisé au POI, et ne désigner alors qu'un unique établissement.
Le 27 juillet 2017 à 08:26, Christian Quest <cqu...@openstreetmap.fr> a écrit : > Oui, pas très malin comme remarque... > > Le problème pour moi est plutôt indiquer l'adresse d'un POI avec addr:* > plutôt que contact:* car le POI n'est pas "l'adresse", mais à l'adresse... > > On a du coup des positions d'adresses souvent peu homogènes lorsqu'on > abuse des addr:* > > Ensuite ça s'aggrave quand on doublonne en un vrai point définissant > l'adresse et un addr:* rajouté à un POI proche. > > Dans les scripts BANO, il y a un traitement spécifique lorsqu'on a de > multiples addr:* pour une même adresse, pour éliminer ceux qui > potentiellement devraient être un contact:*, en regardant si il y a > d'autres tags (shop, etc)... mais c'est un pis aller. > > > > Le 26 juillet 2017 à 20:34, lenny.libre <lenny.li...@orange.fr> a écrit : > >> Par contre dans les remarques qui leur sont faites, je ne vois pas >> pourquoi on devrait supprimer le addr:street, c'est nouveau ? >> >> Le commentaire : "Le positionnement géographique permet de savoir que >> le "2" fait référence à la Place de la Nuit du 6 Août 1944". >> Un addr:street=Place de la Nuit du 6 Août 1944 serait donc inutile. Si >> vous ne comprenez pas, allez sur place et regardez les numéros de rue : y >> figurent juste un nombre, sans nom de rue. " >> >> me parait un brin radical, car ce n'est pas toujours le cas, on met la >> rue en tant que addr:street ou relation :https://wiki.openstreetmap.or >> g/wiki/WikiProject_France/Tracer_des_b%C3%A2timents#Ajout_des_adresses >> >> Dans le cas que tu as cité, il faisait partie d'une relation (donc on >> pouvait supprimer le addr:street) mais s'il n'y a pas de relation, il ne >> faut pas le supprimer. >> >> Maintenant SeFaireConnaitre supprime les addr:street même quand il n'y a >> pas de relation https://www.openstreetmap.org/ >> node/507550316#map=19/44.63221/-1.14615 >> >> >> En autre, s'ils mettent des contact:phone, contact:fax ils pourraient >> mettre contact:housenumber, ... https://wiki.openstreetmap.org >> /wiki/Proposed_features/House_numbers/Bremen_Schema >> >> >> cordialement >> >> Leni >> >> >> >> Le 24/07/2017 à 22:42, Romain MEHUT a écrit : >> >> Ce n'est pas une question de motivation, c'est juste que via l'outil >> WhoDidIt j'ai défini un flux RSS pour les zones que je connais et je >> regarde donc les contributions qui les concernent. S'agissant des >> contributions de SeFaireConnaitre, mes corrections ne concernent que ces >> zones et donc c'est très loin d'être exhaustif. Dans le cas présent des >> Crédit Mutuel de Bretagne, il faudrait tous les passer en revue... pour >> retirer les tags en trop. >> >> Ils ont à nouveau commenté en nous remerciant des remarques faites et >> disent qu'ils mettront à jour les données. >> >> Romain >> >> Le 22 juillet 2017 à 11:58, marc marc <marc_marc_...@hotmail.com> a >> écrit : >> >>> Tu es motivé Romain ! >>> J'ai regaré au hazard quelques changet.. la qualité laisse en effet à >>> désirer. >>> Par contre je pense pas qu'un "je surveille" trimestre va les faire >>> s'améliorer même s'ils se sont déjà pris 3 blocages. >>> Le plus utile me semble être soit un copier/coller d'un message >>> explicatif (genre vos modifs sont en grande partie inutilisable voir >>> erroné) si possible par email à la direction, à défaut à l'email >>> générale + copie dans le chanset. >>> Soit si cela ne suffit pas, là oü cela fait mal càd aux clients : les >>> prévenir qu'ils payent pour un service ce mauvaise qualité >>> Si l'un d'eux demande des comptes à son prestataire, les choses peuvent >>> s'améliorer >>> On peux aussi se "partager" l'envois de message. si plusieurs personnes >>> écrivent, cela montre que ce n'est pas juste Romain qui chipote mais >>> qu'il y a un problème chez eux. >>> On peux aussi leur montrer cette conversation >>> Dernière solution : leur proposer une formation (payante) ou un contrôle >>> qualité :-) >>> >>> mes 2 cents.. >>> >> >> >> >> _______________________________________________ >> Talk-fr mailing >> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr >> >> >> >> _______________________________________________ >> 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
