Innovation numérique & accessibilité
Image :
Titre : Innovation numérique & accessibilité
Type d’événement :
Description : Si les aménagements d’accessibilité se déploient tant dans les transports qu’en voirie/ espaces publics ou encore dans les ERP, l’information des utilisateurs est encore très parcellaire et non homogène. Le numérique, tant à travers la constitution de bases de données qu’à travers des applications, pourrait apporter l’information dont les utilisateurs ont besoin pour se déplacer. Il semble indispensable d’accompagner les acteurs de l’accessibilité et ceux des « données » transport pour mettre à disposition des utilisateurs des informations fiables permettant de construire ses déplacements sereinement et en toute sécurité.
Début de l'évènement : 2017/11/08
Fin de l'évènement : day« day » contient un tiret superflu ou d’autres caractères qui ne sont pas valides pour interpréter une date.
Horaires : 13:45 à 17:00
Lieu :
Geocode the address to put it on the map
Compte Rendu Atelier lié :
Tags : Innovation numérique, Accessibilité
Thème : Accessibilité dans les transports
Communauté(s) d’intérêt : {{{communauté}}}La propriété « Communauté » (comme le type de page) avec la valeur d’entrée « {{{communauté}}} » contient des caractères non valides ou est incomplète, et donc peut provoquer des résultats inattendus lors d’une requête ou d’un processus d’annotation.
Participants :
Référent organisation :
Contact : Piloté par la DMA : Délégation Ministérielle à l'Accessibilité
Un recueil des innovations est également lancé : http://enqueteur.cgdd.developpement-durable.gouv.fr/index.php?sid=17677&lang=fr
L’accessibilité par le numérique, un enjeu clef de l’accessibilité en matière de mobilité[modifier | modifier le wikicode]
Situation actuelle : Des calculateurs d’itinéraire sans ou avec peu d’information sur l’accessibilité et une information de qualité variable
La plupart des collectivités et/ou des opérateurs de transports propose une application permettant de construire son itinéraire en transports en commun. Mais, généralement, ces calculateurs s’appuient sur des bases de données qui n’intègrent pas, ou peu, l’information sur l’accessibilité des réseaux et encore moins sur l’accessibilité de la voirie et des espaces publics. Enfin, la description de l’accessibilité n’est pas homogène sur l’ensemble du territoire
Le cadre légal : une opportunité à accompagner La mise à disposition de ces données en matière d’accessibilité est requise, quand elles existent, en droit français par les dispositions de l’article L. 1115-1 du code des transports, et en droit européen, dans le cadre du projet de règlement européen sur la fourniture de services d’information multimodale, élaboré en application de la directive ITS. Le projet de règlement européen sur la fourniture de services d’information multimodale va plus loin que la loi française et exige que le format de mise à disposition des données soit conforme aux normes européennes (les normes d’échanges de données Netex et Siri s’appuyant sur le modèle de données Transmodel). L’intérêt de ce modèle est qu’il comprend les items permettant de décrire l’accessibilité de la voirie (via l’accessibilité d’un arrêt de bus) et également des ERP (à partir des descriptions des gares). Ce double cadre est une opportunité pour offrir une information complète, sans couture sur l’ensemble de la chaîne de déplacement mais il nécessite un accompagnement et des outils pour outiller la norme.
Pistes de travail[modifier | modifier le wikicode]
La collecte et la maintenance des données et l’interopérabilité [modifier | modifier le wikicode]
l’apport possible du collaboratif
Les collectivités territoriales seront en première ligne pour collecter et mettre à disposition les données relatives à l’accessibilité, non seulement pour les services réguliers de transport public, mais aussi pour le réseau piétonnier. Or la demande sociale est déjà exprimée. Face à cet enjeu, les initiatives privées de collectes de données portées par des communautés d’utilisateurs (dont la plus grande est celle d’OSM1) pourraient être une piste à explorer. Il s’agit, pour le ministère, d’étudier l’opportunité de s’appuyer sur ces ressources collaboratives et de leur apporter un soutien méthodologique afin de créer un environnement propice au développement des nouvelles applications grâce à des données collectées conformes au modèle européen. Il s’agit également de créer des wiki sur les retours d’expériences de collectes de données « accessibilité » afin d’aider les collectivités à trouver la méthodologie adaptée à leur territoire.
L’apport possible du traitement automatisé d’images
Le recours à des algorithmes pour analyser en masse des images (photo ou vidéo) se développe dans le cadre de la smart city. Ne pourrait-on pas imaginer des algorithmes permettant un recueil et une analyse automatisée des données accessibilité (s’appuyer sur expérience de Mapillary) et sur Terra Mobilita.
Collecte automatisée des données
A partir du travail réalisé par Mapillary pour produire de la donnée grâce à des images (photos/vidéo) étudier la possibilité de développer un algorithme permettant l’analyse de l’accessibilité
Expérimentation de l’utilisation de données existantes dans des applications existantes par exemple avec le STIF et d’autres acteurs pour fournir un service supplémentaire
- description précise de l’accessibilité des gares Transilien par OSM
- description audio des gares
- visualisation des espaces en amont de son voyage
L’harmonisation des items à retenir pour décrire l’accessibilité[modifier | modifier le wikicode]
La normalisation est le gage d’une harmonisation des données et d’une compatibilité des données les unes avec les autres. Le GT7 travaille à la définition d’un profil « accessibilité » dans Netex. La convergence des items issus de la normalisation et des items d'autres acteurs déjà présents (OSM, ...) est également une piste d’action à suivre d’autant plus qu’OSM France contribue au projet international d’accessibility cloud.
L’outillage de la normalisation[modifier | modifier le wikicode]
La collecte de données normalisées, de qualité (qualification des data) passe par la mise à disposition d’un outil en open source.
Mettre en œuvre ces différentes pistes de travail permettrait
- de réaliser un saut qualitatif en matière de description de l’accessibilité de l’ensemble de la chaîne de déplacement
- d’alimenter des calculateurs d’itinéraires et autres applications de Mobilité, offrant ainsi une réelle accessibilité des déplacements.
Méthode proposée pour conduire les ateliers[modifier | modifier le wikicode]
Définir l’écosystème de l’accessibilité par le numérique[modifier | modifier le wikicode]
Un schéma de l’écosystème est proposé listant les grands types d’acteurs et les principaux noms pour chaque type. Chacun de ces acteurs a un rôle à jouer et la mise en synergie des compétences des uns et des autres permettra de faire émerger les solutions.
Documenter sur le wiki de la Fabrique des Mobilités la démarche et les productions ainsi que les projets de communs
Cet atelier s’appuiera sur des groupes déjà constitués et des groupes ad hoc. Il pourra faire appel aux outils de la fabrique des Mobilités pour accélérer les projets. RDV proposés, cibles et objectifs visés :
Groupe de travail AFNOR, GT7 information voyageurs
Cibles : les acteurs de la normalisation et les acteurs d’OSM « accessibilité » et autres associations/start up produisant données
Objectifs :
- Avancer sur le profil « accessibilité » (items décrivant l’accessibilité) au sein de la norme Transmodel
- Étudier les convergences avec les items « accessibilité » d'acteurs déjà présents et ceux prévus dans le projet international « accessibility cloud »
- Proposer des pistes de travail en vue d’une harmonisation des items
- Proposer un outil libre pour outiller la normalisation
Ateliers[modifier | modifier le wikicode]
8 novembre 2017 de 14h00 à 17h00 : un atelier participatif sur la collecte et la maintenance des données
Lien vers la page de l'évènement
Cibles : acteurs de l’écosystème « données en accessibilité » (dont OSM et Géovélo) et associations de personnes handicapées, atelier animé par la Fabrique des Mobilités
Objectifs :
- Recenser et présenter les différentes façons de collecter de la donnée « accessibilité » avec intérêt et limites de chaque retour d’expérience → produire des wiki à destination des CT et/ou des groupes de transport et/ou des start up
- Proposer des pistes pour maintenir la donnée
- Proposer des pistes pour de l’information en temps réel sur disponibilité des équipements
22 novembre 2017 : un atelier participatif avec les personnes handicapées
Lien vers la page de l'évènement
Cibles : acteurs de l’écosystème « données en accessibilité » et associations de personnes handicapées, atelier animé par la Fabrique des Mobilités
Objectifs :
- Échanger sur les profils accessibilité prévus dans la normalisation et par OSM
- Trouver des collectivités et/ou des opérateurs prêts à expérimenter l’un et/ou l’autre des profils. Proposer de s’inscrire dans l’appel à projet de la « Fabrique numérique » des MTES-MCT pour accompagner sur 6 mois ces expérimentations territoriales http://intra.portail.e2.rie.gouv.fr/la-fabrique-numerique-r2105.html
- Proposer de tester un ou des outils en open source permettant la saisie des données, leur qualification, leur conversion voire leur gestion Proposer d’étudier des systèmes permettant d’automatiser les recueils de données filaires voirie accessibles
22 novembre 2017 : un atelier sur la réutilisation de la donnée
Cibles : acteurs de l’écosystème « données de l’accessibilité » dont OSM et le STIF et start up et asso PH
Objectif : Etudier avec le STIF et d’autres acteurs la possibilité d’utiliser des données déjà existantes pour fournir un service supplémentaire description précise de l’accessibilité des gares Transilien par OSM:
- description audio des gares
- visualisation des espaces en amont de son voyage
5 décembre 2017 : un working group « accessibilité par le numérique » dans le cadre d’OSS3
Cibles : acteurs de l’écosystème « données en accessibilité », associations de personnes handicapées, atelier animé par la Fabrique des Mobilités
Objectifs :
- Partage et validation des pistes de travail des RDV précédents Constitution d’une communauté « accessibilité numérique » via le site de la Fabrique des Mobilités et animation de cette communauté
- Innovations à accompagner et expérimentations à conduire Collecte et harmonisation des données
- remettre la feuille de route comprenant des inputs législatifs si besoin et des inputs liés à des expérimentations locales.
A partir de deux ou trois terrains d’expérimentation, on se propose de tester la collecte de données selon le profil accessibilité de NETEX et selon les critères OSM.
Deux types de recueils pourraient être conduit.
Terrains envisagés :
- Le STIF et une parcelle d’IDF
- Keolis à Bayonne
- Le SMIRT sur le territoire de Dunkerque ou de Lille
Rapport Innovation, numérique & accessibilité[modifier | modifier le wikicode]
Rapport Final[modifier | modifier le wikicode]
Lien vers le rapport final GT Numérique et Accessibilité
Volet 1 : Disposer de modèles de données homogènes pour décrire l’accessibilité [modifier | modifier le wikicode]
Problématique :
Afin de pouvoir donner l’information sur l’accessibilité de la chaîne de déplacement, il y a lieu de pouvoir la décrire de façon homogène sur l’ensemble du territoire. Cela passe par une harmonisation de la description de l’accessibilité à travers un l’élaboration d’un modèle de données « accessibilité » constitué d’une liste d’items précis et concret (appelé « profil »).
Conclusions des ateliers du 10 octobre et du 17 novembre
Il y a besoin de définir :
- un « profil accessibilité » pour le monde du transport. En cours de définition, groupe de travail encore ouvert. Appel à contributions. Expérimentation prévue sur ligne de bus
- un profil accessibilité » pour les collectivités territoriales, plus géographique (basé sur des données surfaciques) pour décrire plus précisément les trottoirs par ex. Groupe de travail à lancer.
- besoin de données brutes, non amalgamée (pré mâchée)
- Contributeur :
- Seriez-vous prêt à participer à la définition du profil « accessibilité » transport en décembre (1 ou 2 réunions) puis à sa validation de terrain en 2018 (1/2 journée) ?
- Seriez-vous prêt à participer à la définition du profil « accessibilité » géographique en 2018 ?
- Keolis propose d'utiliser un projet ambitieux sur l'accessibilité en cours dans un territoire
Volet 2 : Constituer des bases de données homogènes pour décrire l’accessibilité [modifier | modifier le wikicode]
Problématique :
Une fois les modèles et profils disponibles, il y a lieu de collecter les données.
Or au vu de la masse de données à collecter, il est nécessaire de développer des outils de collecte semi-automatisée tant dans le secteur des transports que dans celui des collectivités territoriales.
Conclusions de l’atelier du 8 novembre
- confirmation du double besoin de modèles de données dans les secteurs des transports et des collectivités locales (SIG)
- Véritable besoin d'un accompagnement des acteurs sur la méthode et les moyens de collecte des données, préalable à l'ouverture de données interopérables de qualité
- nécessité de recourir à des outils de collecte semi-automatisée pour couvrir linéaires de voirie avec des outils ayant fait leurs preuves (attente forte des utilisateurs finaux)
- piste de l’ouverture des logiciels existants pour capitaliser sur ces innovations
- piste d’une meilleure valorisation des données de l’IGN
- rendre obligatoire la collecte de la donnée accessibilité.
- nécessité de formation / accompagnement numérique dont OSM des agents des collectivités territoriales afin de dépasser les données selon logique métier --> pistes de travail formation avec CNFPT, open data France...
- intérêt des collectes participatives / contributives principalement pour compléter la donnée et la maintenir chaude (plateforme collaboratives)
- modèle économique à trouver entre bureaux d'études expérimentés et start up
- Contributeur :
- Partagez-vous ces conclusions ?
- Souhaitez-vous les amender, les compléter ?
Volet 3 : signalétique et/ou guidage numérique (GPS, LIFI, Beacon…)[modifier | modifier le wikicode]
Problématique :
De plus en plus de systèmes de guidage et/ou de guidage numérique se développent mais les retours d’expériences montrent qu’un certains nombre de questions ont besoin d’être traitées pour garantir que ces nouveaux systèmes servent bien l’accessibilité des personnes handicapées (et ne les desservent pas).
Présentation de la ville de Paris
La ville de Paris présente l’état de ses réflexions ainsi sur les projets en cours.
Conclusions des 2 ateliers du 17 novembre
DATA, CATEGORIE, MODELISATION[modifier | modifier le wikicode]
- Nommer et référencer toutes les places, sentes et cheminements piétons même dans les parcs et les transmettre à ? (aux fabricants de GPS?) afin que les calculateurs puissent les reprendre pour guider les personnes
- Besoin d’un référentiel des données géographiques : surfacique et filaire complémentaire au modèle de données des transports avec une harmonisation des standards d’échange
- Besoin collecte semi-industrialisée de données
- besoin de normaliser et de géolocaliser les arrêtés de voirie et de les verser sur des plateformes d’open data (via Etalab) afin de permettre la mise à jour de la donnée
- Prévoir des plateformes utilisateurs permettant de signaler les modifications de terrain. Ces plateformes peuvent être alimentées par des contributions à plusieurs niveaux c’est-à-dire plus ou moins volontaires / encadrées (par des salariés des structures concernés et / ou des utilisateurs lambda)
- construire les systèmes selon un principe d’humilité : permettant de connaître le degré de fiabilité de la donnée et donnant ainsi les clefs d’action pour l’utilisateur qui s’adaptera en connaissance de cause.
- Besoin d’un cadre juridique sur les données contributives pour sécuriser les acteurs qui diffusent ensuite l’information
OPEN DATA[modifier | modifier le wikicode]
- Des i-beacon : avoir des bases de données des i-beacon, LIFI… (remarque audi spot : comment la start up peut supporter l’entretien de la structure si trop d’acteurs se greffent dessus ?).
- besoin d’Interopérabilité entre les différents sources et les différentes applications
- besoin d’un meta protocole à l’échelle européenne à l’image des logiciels
- Travail sur de l’échange d’information
OPEN SOURCE :
- besoin d’un meta protocole à l’échelle européenne à l’image des logiciels
- Pour le déclenchement (attention, la France n’est pas sur la fréquence la plus utilisée)
- Comment dépasser les systèmes fermés (android et apple) : on ne peut pas utiliser tout le potentiel ? Id. avec le kit main libre
- Prévoir que les systèmes / applications numériques puissent également déclencher les balises sonores
SÉCURITÉ JURIDIQUE et / ou ÉCONOMIQUE[modifier | modifier le wikicode]
- Disposer d’un cadre légal permettant de faire reconnaître ces solutions (qui ne passent pas par les normes existantes (télécommande, bande de guidage)) comme des solutions à effet équivalent. Est ce que certaines de ces applications peuvent être SEEQ : oui mais il faut en parallèle que toutes ses applications utilisent également la télécommande
- Réglementation applicable aux ERP : Arrêté du 20 avril 2017 pour le neuf et du 8 décembre 2014 pour l’existant. Ces deux textes introduisent la notion de SEEQ. Couvre : accueil du public, circulations intérieures horizontales, verticales
- projet de loi « Un Etat au service d’une société de confiance » en cours
- Avoir une structure pour accompagner l’ouverture des sources des applications permettant de capitaliser les innovations existantes
- Modèles économiques des start-up : quelle aide / à de la TVA quand les start-up sont pour le bien commun
- Besoin de sécurisation des parcours de développement des start-up (confidentialité)
ACCESSIBILITE NUMERIQUE[modifier | modifier le wikicode]
- Accessibilité des applications : manque décret application
- Accessibilité des cartes ARI ND GPS : permet d’entendre une carte
SONORISATION / HARMONISATION / pollution sonore[modifier | modifier le wikicode]
- Face au risque de pollution sonore qui priverait à terme les personnes handicapées des services de la signalisation et de guidage numérique, il ressort un besoin net
- de hiérarchisation des informations
- Ne pas avoir « le parlé » immédiatement, proposer d’abord un signal sonore permettant à la personne de choisir d’entendre plus si besoin/souhait : conclusion de atelier co créatif conduit par la ville de Paris. Comment concilier cela avec le fait que les entreprises qui installent des beacon souhaitent le « parler » immédiat
- Guide de bonne pratique sur le fonctionnement des balises. // avec le travail fait pour les feux sonores
- Imposer des niveaux sonores : c’est déjà le cas.
- Imposer des créneaux horaires : peut être.
- Réglementer la sonorisation par les acteurs privés pour éviter trop de pollution
- Signaux identiques : travail de design sonore pour avoir des recommandations
- Continuité des signaux : à prévoir dans les cahiers des charges : les choses développées sont la propriété du client afin qu’il puisse le réutiliser.
- Besoin d’un groupe de travail sur le fonctionnement des balises
FORMATION – INFORMATION – CONNAISSANCE[modifier | modifier le wikicode]
- piste à travailler : labelliser les services
- label des applications ?
- label de service de conseil (respect du guide des bonnes pratiques) ?
- Norme organisme handi accueillant –
- Besoin de formation en accessibilité des professionnels, quel que soit le domaine (espace vert, architectes...)
- Besoin de mieux identifier des lieux ressources en matière information accessibilité
- Besoin d’un guide des bonnes pratiques pour encadrer ces innovations qui évoluent très vite
- Gérard UZAN suggère que le CEREMA publie un guide des bonnes pratiques pour éviter que les designers conçoivent des signaux inaccessibles, comme pour le tramway de Lyon.
- Piste : capitalisation dans le wiki de la Fabrique des mobilités