Context

1. Presentation Website
2. This is the most comprehensive document to date.
3. Short presentation:

Open Mobility Indicators (OMI) est une application web permettant de visualiser sur une carte s’il est possible de se déplacer aisément à pied ou à vélo sur un territoire et de le parcourir sans faire de détours. La carte interactive permet d'afficher, sur fond OpenStreetMap, le réseau de voirie marchable ou cyclable, la densité de population (issue des données Insee), et un score croisant le périmètre de la maille et la population. L’idée est de mettre en évidence les impasses (clairement défavorables à la marche et donc aussi au vélo et au transport public) et les zones “rouges” pour les piétons, les zones denses en habitants (ou en emplois) et dont les îlots (pâtés de maison) sont trop grands (périmètre de + de 1km par ex.). D'autres fonctionnalités permettent par exemple de comparer 2 territoires ou quartiers en affichant 2 cartes côte à côte.

Au-delà de l'application, c'est aussi une infrastructure pour outiller des utilisateurs avancés afin qu’ils créent des nouveaux indicateurs, des nouvelles cartes et puissent les visualiser sur l'application. Cela permettra d'enrichir la réflexion du projet OMI au fil du temps.

Personas

• End user of the application: only interested in using the web frontend
• Power user: interested in making use of the underlaying parts of the software, and potential contributor to the content of the application (i.e. create new tile files and propose them for addition)
• Developer: interested in understanding all parts of the software, and potential contributor the code of the application (i.e. adding new features, deploying it, etc.)

User stories

As an end user,
I want to look up the OMI Score of a location in France,
in order to know if it's easy to walk and cycle there.

As a power user,
I want to change how the OMI Score is calculated,
in order to propose new maps,
and contribute to the project.

As a developer,
I want to deploy the full stack of the application,
in order to propose software modifications,
and contribute to the software.

Development Budget

26 person days (1 person day = 7 hours).

Calendar

First iteration starts mid-September. Two-week iterations will be conducted until budget is spent. Should give 3 or 4 iterations with a final demo at the end of October or early November.