<div dir="ltr"><div>Hello,<br><br>juste pour info, la personne de la CC du pays d'Ambert m'avait (au titre du CRAIG) aussi contacté par mail pour me demander des infos sur le projet openstreetmap suite a la demande initiale de phq, et savoir si il existait un 'droit a cartographier' - je lui avait expliqué dans les grandes lignes le problème particulier des sentiers FFRP en renvoyant sur le wiki, en précisant bien que si c'était des sentiers a eux y'avait pas de raison d'interdire le mapping. Content de voir que ca a porté ses fruits :)<br><br></div>Landry<br></div><div class="gmail_extra"><br><div class="gmail_quote">2014-10-22 10:46 GMT+02:00 Vincent Pottier <span dir="ltr"><<a href="mailto:vpottier@gmail.com" target="_blank">vpottier@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <div>Le 22/10/2014 10:19, Nicolas Moyroud a
      écrit :<br>
    </div><span class="">
    <blockquote type="cite">
      
      <br>
      Un exemple d'intérêt d'un itinéraire intégré à OSM : extraire tous
      les éléments qui composent la relation pour faire un statistique
      des chemins empruntés (par exemple 80% de path, 10% de track, 10%
      de routes). D'ailleurs dès que j'arrive à trouver un peu de temps
      je me lance dans une petite interface web pour faire ça, avec en
      bonus génération à la demande des cartes de chaque itinéraire en
      utilisant Maperitive et le R25.<br>
    </blockquote></span>
    J'ai des bouts de code python et javascript pour ça.<br>
    J'avais commencé une petite application qui collectait des bouts de
    chemin pour faire un itinéraire, sur base osm2psql.<br>
    En gros, le client a un chemin (A) et interroge, via ajax, le
    serveur qui lui retourne les chemins connectés. L'utilisateur
    sélectionne l'un d'entre eux (b), le client ajoute à l’itinéraire le
    segment utile de A, renvoie au serveur le chemin B. Le serveur
    retourne les chemins connectés. etc... de proche en proche, le
    client constitue l'itinéraire avec les informations de tronçon, type
    de voirie, pont...<br>
    C'est une approche itérative un peu fastidieuse sur des longs
    trajets.<br>
    Nom de code "wanderer"<br>
    Bien sur, c'est brouillon, mais libre, "on demand".<br>
    <br>
    On peut ajouter en parallèle la recherche de ressources proches :
    points d'eau, points d'approvisionnement, abris, points de vue,
    d'info...<br>
    <br>
    On peut envisager la solution de calcul "routage" en première
    approche, moins fastidieuse que l'itération, ou un mixe des deux...<br>
    Mais je n'ai pas de base de donnée pour du calcul de routage, et
    plus beaucoup de temps pour m'y plonger.<br>
    --<br>
    FrViPofm<br>
  </div>

<br>_______________________________________________<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" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br></blockquote></div><br></div>