<div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 7 févr. 2019 à 11:21, Rpnpif <<a href="mailto:rpnpif@trob.eu">rpnpif@trob.eu</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Bonjour,<br>
<br>
Le  6 février 2019, Eric a écrit :<br>
<br>
> Bonjour,<br>
> <br>
> J'ai eu à en faire un rapidement pour une présentation récente, si ça peut<br>
> aider...<br>
> <a href="http://www.blueb.fr/osm/PresOSM.pdf" rel="noreferrer" target="_blank">http://www.blueb.fr/osm/PresOSM.pdf</a>   (ou .docx)<br>
> <a href="http://www.blueb.fr/osm/SlidesOSM.pdf" rel="noreferrer" target="_blank">http://www.blueb.fr/osm/SlidesOSM.pdf</a>    (ou pptx)<br>
<br>
Merci pour ce travail très intéressant.<br>
<br>
Juste quelques petites remarques :<br>
<br>
Je traduirais « field papers » par « papier, crayon » si c'est bien le<br>
sens.<br></blockquote><div><br></div><div>FieldPapers fait référence à un outil en ligne qui permettait d'imprimer un fond de carte d'une zone pour ensuite servir de support à un relevé terrain. Cette fonction n'existe peut être plus...<br></div><div><a href="https://wiki.openstreetmap.org/wiki/Field_Papers">https://wiki.openstreetmap.org/wiki/Field_Papers</a> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
« Pas de données nominatives », le tag operator sur les commerces ou<br>
services est parfois ou souvent complété par une donnée nominative.<br>
C'est interdit ? De même le nom d'une zone est nominatif par<br>
définition ;). À moins que nominatives veuillent dire données<br>
personnelles d'un individu, donc données « personnelles » (répétition).<br>
<br></blockquote><div>Exact, c'est pas limpide. L'idée est de ne pas faire apparaitre des noms de personnes n'ayant pas cherché à être public mais c'est à mieux définir. Compliqué quand on a droit à peu de mots<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
« Pas de données ponctuelles dans le temps » : la plupart des données<br>
évoluent dans le temps. Des routes se modifient et se créent, des noms<br>
changent, des routes ou zones en travaux sont reportées (à condition de<br>
suivre leur finalisation), des arbres disparaissent, etc. Donc c'est<br>
une affirmation à nuancer.<br></blockquote><div><br></div><div>D'accord aussi. Je pensais en mettant ca par exemple à de vieilles discussions du style "est-ce que je peux faire une relation pour identifier une étape du Tour de France vélo ?"<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
C'est une question générale qui ne me semble pas faire consensus. Je<br>
pense que l'on peut reporter une donnée temporaire si on est capable<br>
soi-même ou avec l'aide de contributeur plus proche, et à terme, de la<br>
faire évoluer jusqu'à un état soi-disant plus stable. Cela sous-entend<br>
de suivre en quasi temps réel. C'est très utile pour le calcul<br>
d'itinéraires.<br>
<br>
Je m'inspirerai de ce travail très utile.<br>
-- <br>
Alain Rpnpif<br>
<br>
_______________________________________________<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.org/listinfo/talk-fr</a><br>
</blockquote></div></div></div>