Proposition de projets 2013

Vous avez découvert les outils d'édition de map.geo.admin.ch, ils sont simples et on reste plutôt sur sa fin. Mais avez-vous essayé cette application d'édition d'itinéraire, http://www.visugpx.com/editgpx/ ? Mieux, mais pas facile de comprendre comment utiliser les fonctionnalités de saisie de ligne ! Pourtant l'application offre d'intéressantes évolutions d'OpenLayers en introduisant une nouvelle couche OpenLayers.Layer.Editor qui s'associe à de nouveaux contrôles avancés OpenLayers.Control.CutFeature et OpenLayers.Control.DrawFeatureExtended.

On peut donc imaginer créer une application de webmapping en reprenant les éléments ci-dessus et améliorer tout ça sensiblement comme suit :

• proposer une IHM plus explicite et pratique pour utiliser toutes ces fonctionnalités : Supprimer une ligne, Supprimer un sommet, Couper une ligne, Déplacer un sommet, Ajouter un sommet, Ajouter une ligne, Etendre une ligne, Joindre deux lignes (on peut notamment opter pour une intégration avec ExtJS ou jQuery-ui pour une interface plus “desktop-like”)
• enrichir les fonctionnalités d'ajout de sommet et d'extension de ligne par calcul du plus court chemin entre le dernier sommet et le nouveau sommet. C'est une sorte de mode assisté pour coller à un réseau sous-jacent durant la création successive de sommet. L'utilisateur peut activer ou désactiver ce mode assisté durant l'édition. La désactivation peut servir à l'utilisateur pour tracer un tronçon qui ne peut coller à un réseau (ex. sentier de montagne).
• utiliser les fonds cartographique WMTS Swisstopo
• ajouter une fonctionnalité de chargement d'un GPX afin de pouvoir l'éditer, et cela en utilisant l'API HTML5 FileReader

Premiers pas :

• advedit_test1.html.zip
• http://openlayers.org/dev/examples/modify-feature.html

Exploration des performances vectorielles avec WebGL, utilisation d’animation dans les cartes, cartes 3D avec OL, reprojection on the fly client side… https://github.com/openlayers/ol3

Ajouter un système de navigation à mobile.geo.admin.ch (en utilisant l’API mobile par exemple), mise en commun de la qualité des cartes de swisstopo et la puissance d’un système de routing comme http://map.project-osrm.org/

Utiliser web sockets pour faire de la mise à jour dynamique de carte

Analyse de logs, heatmaps du lancement du voyage dans le temps, 39’928’306 de requêtes le 17 janvier à analyser

webapp de visualisation de POIs OSM (un thème), intégration du fond de plan ASITVD en WMTS.
Extraction des POIs OSM, traitement → postgis, OL…

Construire un control dynamique openlayers qui change de couleur si l'objet à une surface trop grande.

Production de cartes de charge de réseau routier (flowmaps), cartographier la charge du réseau routier si tous les étudiants de la HEIG-VD s'y rendaient quotidiennement en voiture. Exemple.

Sur le plan des données, la fabrication de ce type de carte nécessite un jeu d'adresses d'origine (e.g. domicile) et une destination (e.g. lieu de travail). Il faut ensuite pouvoir géocoder les adresses, calculer les itinéraires et agréger les données de résultat pour les représenter.

Le dernier prototypage (2010) a passé par 10 étapes:

1. Acquisition des données routières OpenStreetMap
2. Insertion dans PostGIS (osm2pgrouting)… (debug)
3. Opérations sur la topologie…
4. Détermination des “coûts” (attribut type routier)
5. Acquisition, nettoyage de données adresses
6. Géocodage des données adresses (Gmaps, Geonames, Yahoo…)
7. Association adresses (lon/lat) aux nœuds routiers les plus proches
8. Calcul des plus courts chemins
9. Agrégation des réponses
10. Représentation

Quelques-unes des difficultés rencontrées sont consignées dans ce document.