<div dir="ltr">"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.<div>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.</div></div><div class="gmail_extra"><br><div class="gmail_quote">Le 27 juillet 2017 à 08:26, Christian Quest <span dir="ltr"><<a href="mailto:cquest@openstreetmap.fr" target="_blank">cquest@openstreetmap.fr</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Oui, pas très malin comme remarque...</div><div><br></div><div>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...</div><div><br></div><div>On a du coup des positions d'adresses souvent peu homogènes lorsqu'on abuse des addr:*</div><div><br></div><div>Ensuite ça s'aggrave quand on doublonne en un vrai point définissant l'adresse et un addr:* rajouté à un POI proche.<br></div><div><br></div><div>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.<br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><span class="">Le 26 juillet 2017 à 20:34, lenny.libre <span dir="ltr"><<a href="mailto:lenny.libre@orange.fr" target="_blank">lenny.libre@orange.fr</a>></span> a écrit :<br></span><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>Par contre dans les remarques qui leur sont faites, je ne vois
pas pourquoi on devrait supprimer le addr:street, c'est nouveau ?</p>
<p>Le commentaire : <font size="-1" face="Courier New, Courier,
monospace">"Le positionnement géographique permet de savoir que
le "2" fait référence à la Place de la Nuit du 6 Août 1944".
<br>
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. "</font><br>
</p>
<p> me parait un brin radical, car ce n'est pas toujours le cas, on
met la rue en tant que addr:street ou relation
:<a class="m_8175389129943865873m_-7738223101724591446moz-txt-link-freetext" href="https://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_des_b%C3%A2timents#Ajout_des_adresses" target="_blank">https://wiki.openstreetmap.or<wbr>g/wiki/WikiProject_France/Trac<wbr>er_des_b%C3%A2timents#Ajout_<wbr>des_adresses</a><br>
</p>
<p>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.</p>
<p>Maintenant SeFaireConnaitre supprime les addr:street même quand
il n'y a pas de relation
<a class="m_8175389129943865873m_-7738223101724591446moz-txt-link-freetext" href="https://www.openstreetmap.org/node/507550316#map=19/44.63221/-1.14615" target="_blank">https://www.openstreetmap.org/<wbr>node/507550316#map=19/44.63221<wbr>/-1.14615</a><br>
</p>
<p><br>
</p>
<p>En autre, s'ils mettent des contact:phone, contact:fax ils
pourraient mettre contact:housenumber, ...
<a class="m_8175389129943865873m_-7738223101724591446moz-txt-link-freetext" href="https://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Bremen_Schema" target="_blank">https://wiki.openstreetmap.org<wbr>/wiki/Proposed_features/House_<wbr>numbers/Bremen_Schema</a></p>
<p><br>
</p>
<p>cordialement</p>
<p>Leni<br>
</p><div><div class="m_8175389129943865873h5">
<p><br>
</p>
<br>
<div class="m_8175389129943865873m_-7738223101724591446moz-cite-prefix">Le 24/07/2017 à 22:42, Romain MEHUT a
écrit :<br>
</div>
</div></div><blockquote type="cite"><div><div class="m_8175389129943865873h5">
<div dir="ltr">
<div>
<div>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. <br>
<br>
</div>
Ils ont à nouveau commenté en nous remerciant des remarques
faites et disent qu'ils mettront à jour les données.<br>
<br>
</div>
Romain<br>
<div>
<div>
<div>
<div class="gmail_extra"><br>
<div class="gmail_quote">Le 22 juillet 2017 à 11:58,
marc marc <span dir="ltr"><<a href="mailto:marc_marc_irc@hotmail.com" target="_blank">marc_marc_irc@hotmail.com</a>></span>
a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Tu
es motivé Romain !<br>
J'ai regaré au hazard quelques changet.. la qualité
laisse en effet à<br>
désirer.<br>
Par contre je pense pas qu'un "je surveille"
trimestre va les faire<br>
s'améliorer même s'ils se sont déjà pris 3 blocages.<br>
Le plus utile me semble être soit un copier/coller
d'un message<br>
explicatif (genre vos modifs sont en grande partie
inutilisable voir<br>
erroné) si possible par email à la direction, à
défaut à l'email<br>
générale + copie dans le chanset.<br>
Soit si cela ne suffit pas, là oü cela fait mal càd
aux clients : les<br>
prévenir qu'ils payent pour un service ce mauvaise
qualité<br>
Si l'un d'eux demande des comptes à son prestataire,
les choses peuvent<br>
s'améliorer<br>
On peux aussi se "partager" l'envois de message. si
plusieurs personnes<br>
écrivent, cela montre que ce n'est pas juste Romain
qui chipote mais<br>
qu'il y a un problème chez eux.<br>
On peux aussi leur montrer cette conversation<br>
Dernière solution : leur proposer une formation
(payante) ou un contrôle<br>
qualité :-)<br>
<br>
mes 2 cents..<br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</div>
</div>
<br>
<fieldset class="m_8175389129943865873m_-7738223101724591446mimeAttachmentHeader"></fieldset>
<br>
</div></div><span><pre>______________________________<wbr>_________________
Talk-fr mailing list
<a class="m_8175389129943865873m_-7738223101724591446moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a class="m_8175389129943865873m_-7738223101724591446moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-fr</a>
</pre>
</span></blockquote>
<br>
</div>
<br>______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-fr</a><br>
<br></blockquote></div></div></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><br>-- <br><div class="m_8175389129943865873gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Christian Quest - OpenStreetMap France</div></div>
</font></span></div>
<br>______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a><br>
<br></blockquote></div><br></div>