Le 22/10/2014 10:19, Nicolas Moyroud a écrit :
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.
J'ai des bouts de code python et javascript pour ça.
J'avais commencé une petite application qui collectait des bouts de
chemin pour faire un itinéraire, sur base osm2psql.
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...
C'est une approche itérative un peu fastidieuse sur des longs trajets.
Nom de code "wanderer"
Bien sur, c'est brouillon, mais libre, "on demand".
On peut ajouter en parallèle la recherche de ressources proches : points
d'eau, points d'approvisionnement, abris, points de vue, d'info...
On peut envisager la solution de calcul "routage" en première approche,
moins fastidieuse que l'itération, ou un mixe des deux...
Mais je n'ai pas de base de donnée pour du calcul de routage, et plus
beaucoup de temps pour m'y plonger.
--
FrViPofm
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
