<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Le 22/10/2014 10:19, Nicolas Moyroud a
écrit :<br>
</div>
<blockquote cite="mid:54476888.60704@free.fr" type="cite">
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
<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>
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>
</body>
</html>