Le portail francophone de la géomatique

Bonne idée, mais là il va falloir bosser et dur.
Car, il va falloir récolter les données de bases, et essayer de trouver les informations intéressante pour les vélo, en ce qui concerne les informations routières. Adieu aux autoroutes, bonjour au sentier et tout ce qui concerne la carte d'état major, courbe de niveau etc ...,

il faut essayer d'établir la vitesse moyenne que pourrait avoir un vélo en fonction de la pente, du sens de parcours de cette pente. LE SIG devrais te permettre d'établir l'ensemble des information utiles par tronçon et carrefour (avec des informations concernant les interdictions).

Mais pour le reste, il te faudra écrire un moteur de calcul d'itinéraire ou en récupérer un et adapter le fonctionnement pour tenir compte de la problématique d'un cycliste.

Une foi que tu possède le point de départ l'algorithme du moteur de calcul, va chercher à rejoindre le point d'arrivé, en effectuant une recherche en étoile pour déterminer le chemin le plus court (cela peut être compté tant en temps qu'en distance et éventuellement en coût (fatigue) ).
il existe d'autre méthode un peu moins gourmande en puissance et en mémoire, que cette dernière, mais celle-ci donnera le chemin optimum.

Pour les points de départ, et d'arrivée il te faut un géocodeur ou comment à partir d'une adresse obtenir ces coordonnées sur la carte.

Cela laisse déjà rêveur en tant que développement, ensuite tu le veux sur internet, prends le temps de le faire sur PC, ensuite sache que sur internet, la plupart des sites ont déjà travaillé la carte pour que celle soit découpé en petite image et ceci par zoom prédéfini (c'est plus simple a gérer comme cela.

Ensuite il commence a exister sur le marché Français des GPS intégrant une partie de la carte au 25 millième pour permettre ce genre d'utilisation.

Note si tu es capable de créer ce genre de logiciel, un logiciel concernant le calcul d'itinéraire devrait être du gâteau pour toi.

Bonjour,

Il me semble qu'Openlayer (OL) a la possibilité d'utiliser le module pgdiskra (suis pas sur de l'orthographe). Ce module permet de calculer des itinéraires en fonction d'un réseau et de friction (la difficulté pour avancer). Vous avez ainsi : des fonds de cartes de google, yahoo, VE, vos propres données en ligne, la possibilité de faire vos calcules d'itinéraire. Cela est quand même beaucoup plus simple que de recommencer une enième fois le développement de ce genre de chose.

OL gère les serveurs WMS, WFS, vecteur/GML, GeoRSS, texte, affiche les fond de carte de google, yahoo, VE, et autre, il est écrit entièrement en javascript, il permet la création de tuiles qui sont mises en cache côté client, avec possibilité d'utiliser un cache côté serveur avec tilecache.

D'autre part, un site a pour vocation à réaliser ce genre de chose (avec d'autre choix techniques) :
http://georezo.net/forum/viewtopic.php?id=48453

Y.

Bonjour,
pour illustrer l´idée par un résultat concrêt voir :
http://kevytliikenne.ytv.fi/?lang=en
Ce site est entretenu par la société des transports communs de l´agglomération d´Helsinki.

Déclinée autour des transports en commun, ce service aux usagers existent depuis plusieurs années (http://www.ytv.fi/eng)
On définit le lieu et l´heure de départ ainsi que le lieu d´arrivée et obtenons les horaires de bus/tram/train, ainsi que la durée des trajets à effectuer à pied. En hiver, il ne fait pas chaud et il convient d´ajuster au plus juste son trajet et ses horaires de départ. je vous assure que de part nos latitudes, ce genre de service ne fait pas figure de gadget.

Donc cette nouvelle déclinaison, destinée aux adeptes du cyclotourisme, est un peu la version estivale du moteur de recherche des transport en commun et va donc à l´encontre même des intérêts de cette société à but commercial.
C´est en définitive un bel exemple d´altruisme.

Stéfan Maurent
(vantaa, Finlande)

Bonjour,
Je me permets de vous indiquer ce lien que vous connaissez put être déjà. PICverts. Une base de données géographiques est en constitution en Wallonie avec des modes opératoires bien établis. Etant géographique, elle devrait permettre d'établir des cheminements à la carte par l'avenir mais là je n'en sait pas plus. Votre projet en serait une tres belle continuité...

EXTRAIT site internet
Projet "PICVerts" - Plan d'Itinéraires Communaux Verts

En février 2005, Monsieur Philippe Courard, Ministre des Affaires intérieures et de la Fonction Publique, a créé, au sein de la DGPL, une « Cellule de coordination et d'information portant sur le réseau des voiries vicinales, chemins, sentiers et voies vertes communales en Région wallonne ».

En s'appuyant sur cette nouvelle Cellule composée d'agents de la DGPL et d'experts conventionnés, le Ministre Philippe Courard, a initié en juin 2005 une dizaine de projets pilotes visant à élaborer un réseau local cohérent d'itinéraires communaux verts, le promouvoir, en stimuler l'usage ainsi que sa protection. Les communes pilotes sont Aubange - Musson - Saint-Léger, Gedinne, Gembloux - Perwez - Sombreffe, Hotton, Incourt, La Louvière, Limbourg, Tournai et Wanze.

Dans le cadre de ces projets-pilotes, le Service de Cartographie de la DGPL, avec le soutien d'un géomaticien du laboratoire SURFACES de l'ULG, apporte ses compétences techniques et scientifiques aux communes afin, d'une part, de réaliser un état des lieux « informatif » de l'Atlas des chemins vicinaux de 1841 et, d'autre part, d'établir une cartographie de ce réseau local de voies communales pour usagers non motorisés à destination des pouvoirs publics et des citoyens. Il s'agit notamment de :

  mettre au point une fiche d'état des lieux et réaliser une application d'encodage sécurisée accessible sur Internet : http://cartographie.wallonie.be/PICVerts

  rédiger une procédure de scannage de l'Atlas des chemins vicinaux de 1841 ;

  établir les spécifications méthodologiques, techniques et procédurales de constitution du « Plan des Itinéraires Communaux Verts (PICVerts) » ;

  créer un prototype de base de données géographiques portant sur le réseau des itinéraires communaux verts (analyse, modélisation et implémentation) ;

  alimenter la base de données géographiques ;

  diffuser ces données sur Internet au travers d'une application WebGIS.

Contacts :
  François Leruth, 081/32.32.61
  Amélie Ledent, 081/32.32.63 ou 04/366.57.43

En savoir plus : http://cartographie.wallonie.be/PICVerts

Josselin LEVASSEUR
Chargé de mission - cartographe

Survey & Amenagement
Bureau d'études en espaces publics, espaces verts, urbanisme et topographie.

Rue de Chenu, 2-4
B-7090 Ronquières
Tél.: +32/67/49.11.35
Fax: +32/67/49.11.62
E-mail: josselin.levasseur@texte-a-enlever.survey-amenagement.be
Website: www.survey-amenagement.be

Bonjour à tous,
C'ets une très bonne idée de projet mais un peu complexe à réaliser dans son ensemble.
Je travaille actuellement sur la création d'itinéraires à vélo en fonction de la pente, dans le cadre de mon mémoire de M1. Je travaille avec le logiciel ArcGIS.
J'aimerai avoir un peu plus d'informations sur la gestion des pentes que proposes Magali Di Salvo. En effet, je ne comprend pas bien le principe de la sinuosité altimétrique.
De mon côté, je travaille en raster sous ArcGIS, et j'ai attribué une vitesse théorique de déplacement à une classe de pente. Et je calcule des distances-coûts.
Seul problème : le sens de la pente. Je n'arrive pas à gérer le sens selon qu'on prenne la rue dans un sens ou dans l'autre dans la réalité.
Je pense que sous ArcGIS en particulier, le meilleur outil est l'extension Network Analyst, mais il est assez complexe.

Merci ... Ciao !!

Bonjour,

Le calcul de l'altitude cumulée n'aurait pas été plus simple ?

Y.

Bonjour,

Peut-être y'a t-il des pistes (cyclables?) à trouver du côté de http://bbbike.sourceforge.net/ ?

Cordialement,
Sylvain

Bonjour.
Félicitation pour ce beau projet.
En tant que cycliste urbain quotidien, je ne peux que me réjouir que des initiatives comme la votre commencent à voir le jour, et ce, même en France, qui, pourtant, n'est pas un très bon élève de ce côté.
Viamichelin a lancé il y a un peu plus d'un an sur son site de calcul d'itinéraires l'option "vélo". Malheureusement, ce n'est, a priori, qu'une modification des temps de parcours par rapport au calcul effectué pour une automobile, sans prise en compte des spécificités typiquement vélo. Sur un itinéraire plat et hors rues autorisées uniquement aux circulations douces, le calcul est réaliste. Mais pour tous les autres cas, c'est insuffisant. ViaMichelin utilise en ville les données TéléAtlas. Cet éditeur, de culture flamande, donc en avance sur nous côté vélo, s'interrogeait déjà en 2001 sur du vecteur 3D pour les itinéraires vélo. Je ne sais pas où cela en est, mais je pense que rien n'est encore sorti de leurs tiroirs.

J'habite à Lyon, où nous avons la chance d'avoir depuis quelques années le système Vélo'V. Je suppose que le Certu de Magali di Salvo a à voir avec les calculs d'isochrones qui ont été faits à peu près au moment où Vélo'V était implémenté. Magali, confirmez-vous?

Cependant, je m'interroge sur deux aspects.

1) D'un strict point de vue commercial, le marché est-il mûr pour ce genre d'applications à grande échelle (au sens non cartographique du terme) en France? A part un altruisme magnifiquement désintéressé nécessitant une débauche de temps non payé (à l'encontre du paradigme actuel dans notre société où temps = argent et argent = survie pour de plus en plus de monde, notamment les jeunes chomeurs...), je ne vois pas qui, à l'heure actuelle, serait prêt à investir pour des développements inhérents aux particularités du cyclisme urbain, et surtout pour acquérir des données suffisament riches, précises, à jour, et exhaustives pour que l'application soit réellement viable.

2)D'un point de vue technique, il faut donc un calculateur, qui, comme tous les autres:
- sache géocoder, avec un module éprouvé de reconnaissance syntaxique des adresses (tout un métier en soi, inutile de réinventer l'eau chaude, des solutions existent).
- sache calculer l'itinéraire proprement dit sur un graphe en utilisant les algo de parcours de graphe habituels (là encore, ne pas réinventer)
- sache afficher l'itinéraire
- sache afficher une carto belle, riche et lisible en dessous
- permette de naviguer dans cette carto, sans perdre l'itinéraire d'un rafraîchissement à l'autre
- sache éditer une feuille de route claire et lisible TRES FACILEMENT. En vélo, il n'y a pas un passager en place droite pour faire le copilote "en vol". Il faut donc afficher la feuille de route (ou la carte) dans une pochette plastique transparente sur le guidon.

En plus, il doit prendre en compte certaines spécificités:
- favoriser les pistes cyclables
- défavoriser les voies rapides (dangereuses et désagrables) et signaler sur la feuille de route là où l'itinéraire les emprunte malgré tout. Proposer l'option "éviter systématiquement les zones dangereuses" pour les cyclistes urbains qui ne se sentent vraiment pas à l'aise
- défavoriser les rues trop étroites (danger lors des dépassements, pression derrière de la voiture qui s'impatiente, etc...)
- indiquer les parkings vélo à l'arrivée
- indiquer les réparateurs vélo le long du trajet
- indiquer éventuellement les bornes vélo si la ville est munie d'un système comme Vélo'V
- prendre en compte le fait que les vélos sont autorisés sur bien plus de tronçons que les voitures (notamment certaines pistes cyclables qui vont en sens contraire au sens unique)
- et surtout, évidemment, tenir compte de façon détaillée, de la sinuosité verticale, comme l'explique très justement Magali di Salvo.

Pour acquérir toutes les données nécessaires à de tels itinéraires, je vois plusieurs solutions:
- à la manière des fora camptocamp (skirando, alpinisme, escalade), mutualiser progressivement la collecte des données: tous les cyclos rentrent progressivement leurs infos sur un site à la façon wiki. Evidemment, c'est autant bon marché que peu fiable. Peu fiable, contrairement aux données des fora camptocamp car il n'y a pas toujours l'esprit de rigueur des montagnards encore vivants (les autres, peu rigoureux, ayant vécu moins longtemps).
- en enrichissant des données existantes en allant vous-même sur le terrain (jouable éventuellement à l'échelle d'une préfecture, certainement pas à l'échelle nationale).
- en achetant des données de différentes sources auprès des collectivités locales, notamment les DDE, les EPCI... mais elles sont souvent en 2D, il faut récupérer un MNT (d'un pas utilisable donc meilleur que le pas de 50 m de l'IGN) de façon à projeter les données sur le MNT pour récupérer les Z.
- en utilisant des orthophotos (achetées ou consultées sur des portails grand public comme géoportail, VE, GoogleEarth, des portails régionaux, etc...) pour récupérer des infos visibles (mais il faut qu'elles soient d'une résolution d'au moins 20 cm, et le dévers des bâtiment doit être faible). Là aussi, le travail est considérable, et l'aspect juridique pas évident...

Dans tous les cas, je suivrai de près le projet, car, quelle que soit la solution (ou les solutions) envisagée(s), cela promet d'être très intéressant.

Bon courage.

PS pour Magali di Salvo: les isochrones pour monter à Croix-Rousse... elles n'étaient pas trop.. décourageantes? Corollaires: combien de vélo'V sont-ils remontés par JC Decaud chaque nuit aux bornes des hauts de Croix-Rousse et de Fourvière pour compenser ce... découragement collectif des utilisateurs qui préfèrent les descentes?

bonjour,

pour Yves : effectivement nous n'avons pas utilisé d'altitude cumulé, la méthode correspond plus à des pentes cumulées, il faudrait tester les 2 méthodes pour voir si ça donne des résultats similaires

pour sergemang :  non, rien à voir avec vel'ov, ce qu'on a fait concerne le Plan de Deplacement d'Etablissement du Certu...je ne sais pas comment à fait le Grand Lyon pour calculer ses isochrones...

cordialement

magali di salvo, Certu