<div dir="ltr"><div><div><div><div>J'ai été trop rapide en besogne : bien entendu je comptais respecter la norme iso pour les dates. Mais ce n'est pas le sujet.<br><br></div>Je comprends mieux avec tes explications Vincent, et, en effet, la date du changeset doit être décorrélée <i>à priori</i> de la date de collecte sur le terrain.<br><br>Maintenant, le débat est de choisir entre :<br>-survey:date=DATE-A-LA-NORME-ISO<br>-source=survey DATE-A-LA-NORME-ISO<br><br></div>Je reconnais une nouvelle fois que le tag source est plus utilisé et qu'il est bien pratique mais le tag survey:date a toujours ma préférence.<br>Cela m'embête en effet d'avoir une info textuelle (survey) dans le champ. Il me semble plus adapté de consacrer un champ à une date seule, pour des fins de réutilisations automatique.<br><br></div>De plus, le wiki ne mentionne pas l'utilisation du tag <a href="https://wiki.openstreetmap.org/wiki/Key:source">source</a> pour cet usage, alors qu'il précise bien <a href="https://wiki.openstreetmap.org/wiki/Key:survey:date">survey:date</a><br></div><div>Il y a aussi <a href="https://wiki.openstreetmap.org/wiki/Key:source:date">source:date</a>, on en parle ?<br></div><div><br></div>PS : Ouf ! Jean-Louis est blanchi ! Merci pour lui<br></div><div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br> <table style="border-top:1px solid #d3d4de">
<tr>
<td style="width:55px;padding-top:18px"><a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank"><img src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif" width="46" height="29" style="width: 46px; height: 29px;"></a></td>
<td style="width:470px;padding-top:17px;color:#41424e;font-size:13px;font-family:Arial,Helvetica,sans-serif;line-height:18px">Garanti sans virus. <a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank" style="color:#4453ea">www.avast.com</a> </td>
</tr>
</table>
<a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"></a></div><div class="gmail_extra"><br><div class="gmail_quote">Le 20 avril 2017 à 13:14, Philippe Verdy <span dir="ltr"><<a href="mailto:verdy_p@wanadoo.fr" target="_blank">verdy_p@wanadoo.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 class="gmail_extra"><div class="gmail_quote"><span class="">Le 20 avril 2017 à 12:50, Jo <span dir="ltr"><<a href="mailto:winfixit@gmail.com" target="_blank">winfixit@gmail.com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">je ne suis pas convaincu que mettre des tags source sur les objets est une bonne pratique, mais si vous le faites, est-il possible d'utiliser une notation standardisé par l'ISO:<div><br></div><div>2016-08</div><div>2017-02-11</div><div><br></div><div>ma préférence serait de l'indiquer dans le tag source ou source:date sur le changeset.</div></div></blockquote><div><br></div></span>+1 pour le format ISO partout (YYYY, ou YYYY-MM, ou YYYYY-MM-DD avec année obligatoire sur et 4 chiffres); trop de formats de dates tue, et la plupart des formats "nationaux" sont ambigus parfois dans la même langue (et ne pas oublier que les sources de données d'origine ne sont pas toujours d'origine nationale et pas toujours dans la langue du contributeur ou "la" langue locale et qu'il y a des tas de zones multilingues.</div><div class="gmail_quote">Donc évitez les dates avec séparateurs "/", "." ou espace, ou en toute lettres dans une langue arbitraire.</div><div class="gmail_quote"><br></div><div class="gmail_quote">De plus cela facilite le tri quand on a de longues listes d'objets à classer, et évite des fautes d'orthographe ou des abréviations hasardeuses. Cela facilite aussi la veille qualité en permettant de gérer des filtres de recherche, et des regroupements en sous-catégories pour faire des états statistiques ou un suivi de projet.</div><div class="gmail_quote"><br></div><div class="gmail_quote">Après ça, je pense que les tags "source=*" sont limités en capacité et cela ne facilite pas les modifications géométriques (notamment scissions et fusions de noeuds ou ways) (le tag "source:tag=*" permet de simplifier: il y a moins de chance de fusionner deux "source=*" en un seul). Noter que le ";" (pas la ",") peut séparer plusieurs sources séparées dans le même tag, éviter toute ponctuation dans une seule source</div></div></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><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">
<p style="margin-bottom:0cm">
</p><p style="margin-bottom:0cm"><font color="#333333"><font face="arial, helvetica, sans-serif"><font style="font-size:11pt" size="2"><b>Florian
Lainez</b></font></font><br></font></p><img src="http://twitter.com/favicon.ico"><a href="http://twitter.com/overflorian" target="_blank">@overflorian</a><br></div></div>
</div>