Un concours d'idées qui en fait va aboutir les webdéveloppeurs de la SNCF à proposer leurs applis signées, avec une utilisation propriétaire, incluant aussi des annonces commerciales.
Je ne vois d'ailleurs rien dans ce concours qui soit fait en fonction du désir d'ouverture des données nécessaires qui seront ajoutées aux systèmes d'information de la SNCF ou des Transiliens, sauf si les collectivités d'Île-de-France (qui sont les réels gestionnaires du service, qui peut être confié en concession à la SNCF ou à d'autres transporteurs privés ou publics locaux) décident que ces données supplémentaires destinées au service du public, resteront dans le giron public, et donc mises à dispositions dans une stratégie OpenData, afin de permettre le développement d'applications concurrentes ou exploitant ces données avec une interface et une intégration différentes pour d'autres données. Déjà, rien que les idées gagnantes (nombre de pas nécessaires pour rejoindre une gare) sortent largement du domaine du seul Transilien et nécessiterait une approche cartographique plus globale de la ville dans son ensemble. Sans compter aussi les problèmes liés à la vie privée si on considère les lieux de départ, et l'exploitation qui pourrait en être faite par certains exploitants privés qui pisteraient ainsi les voyageurs ou candidats voyageurs (et probables prospects commerciaux...) bien au delà des gares. En revanche une idée n'a pas été proposée : mesurer l'occupation des trains par le temps de prolongation des arrêts en gare, et des retards consécutifs directement liés à l'affuence. Ce sont des données dont dispose nécessairement le transporteur, comme aussi l'exploitant du réseau ferroviaire loué par le transporteur oncessionnaire ou par les collectivités locales. D'ailleurs cela ne doit pas concerner que les trains mais tout autant les métros et bus. De même les taux de disponibilité des Vélib, des parcmètres, et des entrées/sorties des parkings, la fréquence des enlèvements de véhicules en stationnement dépassé ou non payé ou génants (rue par rue), ce qui permettrait aussi d'avoir des données sur les problèmes d'accès à certains secteurs (soit le manque de parkings, soit le manque de transports en commun et de liaisons transversales pratiques et accessibles pour les usagers, soit des services de livraison plus locaux pour limiter les trajets nécessitant un véhicule)... Là encore des données à ouvrir et libéraliser, afin aussi de permettre le développement de solutions pas nécessairement publiques (par exemple des sites internet et mobiles, ou des points-relais de livraison), car toutes les solutions ne sont pas nécessairement à financer par la collectivité. Une des idées proposées par exemple est d'utiliser le fait que des voyageurs du Transilien effectuent des trajets qui permettraient de faire des livraisons à domicile: ce serait possible avec une inscription préalable et la fourniture d'une carte d'identification et d'une assurance pour l'usager volontaire (préalablement identifié avant qu'on lui confie un colis), ce qui éviterait aussi que ça passe par des systèmes privés routiers et des véhicules, et ce serait possible pour des colis de faible valeur et facilement remplaçable en cas de perte ou de vol (le but n'est pas que les volontaires se fassent agresser et dévaliser en sortant du relais situé dans sa gare de départ). D'ailleurs l'idée pourrait aussi bien être utilisée par les points-relais existants (pour qu'à la demande du destinataire, quelqu'un aille chercher un colis à sa place et le lui livre : une application sur mobile pourrait même permettre d'enregistrer la signature du destinataire, ne serait-ce que par la transmission de photo, et de suivre le livreur sur son trajet pour voir s'il respecte un temps de trajet correct et n'oublie pas que la livraison est son premier trajet prioritaire avant de rentrer chez lui). Ce livreur volontaire (préalablement inscrit, identifié avec sa pièce d'identité et qui signe un contrat avec le réseau point-relais qui lui fournit alors une carte et l'accès à son application mobile) utilise alors les moyens de transport qu'il utilise déjà (à pied, en transport en commun, ou dans son véhicule), et peut avoir une rémunération légère prise sur la commission de livraison payée par le destinataire. Mais aucun paiement en espèce à la livraison (sauf peut-être si c'est un tout petit montant de moins de 20 euros en tout), ni de livraisons à plus de 3 ou 4 destinataires en même temps (et aussi limitation du poids et du volume transporté à moins de 5 kilos au total: cela doit tenir dans un seul sac et rester discret pour le livreur), et cela ne doit être fait qu'à la seule demande du destinataire qui ne veut pas se déplacer lui-même au point-relais. L'idée pourrait aussi être reprise par les magasins (pour livrer des petites courses alimentaires, pas pour transporter de gros packs d'eau et de lait) là aussi en utilisant les clients identifiés avec une carte comme livreurs volontaires (les grandes surfaces développent toutes maintenant des services de préparation de colis pour le drive-in, le retrait en magasin ou la livraison à domicile, mais on a le cas où la livraison au départ n'était pas demandée ou de valeur trop faible pour permettre une livraison à domicile à coût raisonnable pour l'acheteur : le magasin peut proposer une livraison garantie dans les 2 jours par son propre service et son personnel, mais si un volontaire peut passer avant et livrer plus tôt... Pour que ça marche, les livreurs volontaires ont besoin d'applis cartographiques mobiles, adaptées à ce genre de service pour aussi le sécuriser et le fiabiliser. Et de données permettant d'estimer les temps de trajets (afin de savoir s'il accepte de faire le trajet ou non). Les smartphones actuels (iPhone et Android principalement aujourd'hui) sont tout à fait capables de faire ça (ils ont tout : appareil photo pour photographier la pièce d'identité présentée par le destinataire et la remise du colis, GPS pour le guidage et le suivi, accès à Internet et protocoles de sécurité)... _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
