[OSM-talk-fr] ÉNORMISSISME

Mar 10 Sep 23:13:51 UTC 2013

J'aime bien mais il faut en tirer les conclusions : OSM dans l'état actuel
des modélisations est encore insuffisant à traiter les besoins en données.
On voit l'importance énorme du micro-mapping, et ce n'est pas parce qu'il y
a un "fond de carte OSM" dans la démo que cela permet au véhicule de rouler
tout seul :

Il a besoin d'autres données qui proviennent dynamiquement de l'observation
instantanée par les capteurs, et de données très fines recherchées dans les
images obtenues par ces capteurs, notamment le repérage de chaque panneau,
feu de signalisation, le mobilier urbain ou les clôtures (là où on se
contente des seuls bâtiments), des données tridimensionnelles fines (les
modèles d'élévation moyenne de terrain ne suffisent pas, pas plus
d'ailleurs que les tags "layer=*" d'OSM), et ils vont même jusqu'à
rechercher les lignes blanches sur la chaussée et les flèches
directionnelles peintes au milieu, ainsi sans doute que la couleur (blanche
ou jaune, pour savoir où rouler là où il y a des travaux et les deux
lignages sont peints mais le lignage blanc n'est pas complètement caché).

La démo de la vidéo montre en effet qu'ils ont débord préalablement
modélisé le terrain plus finement, me^me si pour le faire ils ont d'abord
utilisé une carte de fond pour décrire les zones à balayer. Ni plus ni
moins, ils ont fait ce que font les Google Cars (ou les autres services
cartographiques publics ou commerciaux sollicités par Google), mais avec
des demandes beaucoup plus précises que ce qu'on demande dans nos
"surveys". Ainsi qu'une longue phase de normalisation des données pour
qu'elles soient utilisables de façon fiable par les robots embarqués
chargés de piloter le véhicule.

Si on voit une carte OSM c'est surtout pour informer le conducteur sur ce
qu'il y a à proximité et qu'il sache où il est...

De plus ils n'ont pas fait cela n'importe où mais là où existe des sources
de données de trafic en live. Et il est également clair que le véhicule ne
circule pas complètement déconnecté du réseau mais interroge ou reçoit en
continu des infos provenant de serveurs (où l'intervention humaine est
constante aussi). Le robot de fait pas tout, il y a du monde aussi derrière
le réseau mobile, y compris ceux de l'équipe de recherche de Mercedes
(Google fait aussi la même chose) qui s'assurent en continu pendant
l'expérience. Cela coûte très cher et si c'est possible de le faire à
petite échelle pour guider quelques véhicules expérimentaux, personne ne
parle ici des coûts d'exploitation énorme que supposera des équipes de
veille des serveurs interrogés par les véhicules clients itinérants.

Cette infrastructure derrière aura un coût à rentabiliser, et cela risque
de passer par des abonnements (sinon on devra prendre le volant soi-même).
De plus il y aura de toute façon des accidents (comme on trouve des bogues
ou manques dans tous les logiciels et toutes les bases de données) : le
service en ligne est-il capable d'en endosser la responsabilité (et donc
faire payer aussi ses assurances) ? et si cette garantie est limitée, c'est
bien le conducteur "passif" du véhicule qui restera responsable (et devra
s'assurer de toute façon : pas sûr que les assurances apprécient un système
où le conducteur ne surveille même plus la route et peut asseoir sa
vigilance en laissant totalement le système gérer la route).

Même pour le transport aérien où chaque véhicule est surveillé et
téléguidée on n'a pas encore envisagé même de supprimer le pilote de
l'avion.

----

En revanche pour des réseaux de transport en site propre protégé, la
conduite automatique (en fait télécommandée) est déjà une réalité (le métro
VAL par exemple). On peut imaginer à moindre coût des voies en site propre
protégé pour des véhicules équipés pour la conduite automatique téléguidée
(et on équipera les voies en conséquence comme cela a été fait pour les
réseaux ferrés), à condition que la population accepte de voir s'installer
de nouvelles barrières un peu partout à cause de la densification qu'un tel
réseau de transport suppose, surtout en milieu urbain où la priorité reste
tout de même les piétons à qui on ne peut pas imposer de passer sans arrêt
par sous-terrains et passerelles (qu'il est impossible d'aménager avec
densité suffisante pour des véhicules motorisés, et qui poseront de gros
problèmes d'accessibilité de la ville).

Je pense donc qu'il y a un avenir possible pour ce genre de conduite mais
ce sera sur des voies spécifiques bien protégées ! Les autoroutes et voies
express uniquement. Je ne crois pas du tout au développement du véhicule
automatique en milieu urbain. Trop de risques, trop cher à maintenir, et
trop cher pour les clients et la collectivité, et beaucoup trop restrictif
pour nos libertés de circuler dans les espaces publics partagés ! En ville
cela commencera d'abord par les réseaux de transport en commun en site
propre (essentiellement pour les réguler) mais la collectivité ne pourra
pas se passer des chauffeurs pour veiller que tout va bien et reprendre le
contrôle à tout moment (gérer les situations d'urgence non modélisées dans
les ordinateurs car imprévisibles).

Je crois aussi à la régulation automatique de la vitesse (par
la future pose obligatoires de boîtiers de régulation et même
d'enregistrement en continu des déplacements, autrement dit les boites
noires qu'on a déjà dans les poids lourds et cars). Ainsi que dans le
développement de la signalisation radio grâce aux réseaux mobiles
cellulaires.

La législation pourrait même imposer aux conducteurs de souscrire un
abonnement à un tel service objet d'une certification quant données
diffusées (comme elle impose déjà les assurances, les équipements de
sécurité ou de dépollution, à bord où à l'extérieur du véhicule, et le
contrôle technique) et qu'un tel service pourra être vendu combiné à un
contrat d'assurance ou un accès à un réseau mobile (internet et téléphonie)
ou avec une location de véhicule (il est possible aussi qu'à terme ne soit
autorisé à circuler dans les zones denses plus que les seuls véhicules
partagés d'un parc public intégré aux régies publiques de transport, même
si elles sont concédées à des opérateurs privés).

Ou que dans les zones encore plus denses ne puisse subsister QUE les seuls
véhicules de transport en commun (pour passagers, ou pour livraisons ou
collectes) munis de tels systèmes d'assistance et de régulation à distance
(cette évolution est déjà largement commencée depuis longtemps pour les
passagers, mais pas encore pour les livraisons, ni complètement pour la
collecte des déchets, et pas du tout pour les autres services à domicile ou
au travail).

Ce sont des solutions pourtant faciles et pas trop chères à développer en
zone dense par la collectivité, devant dégager une rentabilité forte tant
les transports sont une nécessité (mais justement à cause de ça, les
situations de monopole de fait imposeront des régulations de tarif). La
rentabilité devrait aussi être possible en zone rurale sur les autoroutes,
mais pas évidente sur les voies expresses faute de sources de revenus, à
moins que la loi impose un équipement et l'abonnement adapté.

Le 10 septembre 2013 23:33, Vincent Privat <vincent.privat at gmail.com> a
écrit :

> Waw ! Merci Christophe, c'est énorme en effet !
>
>
> Le 10 septembre 2013 21:21, Sébastien Dinot <sebastien.dinot at free.fr> a
> écrit :
>
> Christophe Merlet a écrit :
>> > Mercedes utilise Ubuntu et OpenStreetMap/JOSM
>>
>> Et Emacs ! Ils sont bien ces petits. :)
>>
>> Sébastien
>>
>> --
>> Sébastien Dinot, sebastien.dinot at free.fr
>> http://sebastien.dinot.free.fr/
>> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
>>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20130911/67925f5c/attachment.htm>