[OSM-talk-fr] Affichage des limitations de vitesse et autres infos routières non ponctuelles... (était "Xapiviewer")

Mar 10 Juil 07:36:03 UTC 2012

Afficher le même panneau à de multiples reprises, c'est vrai, c'est pas
idéal. Mais afficher ces informations de manière "propre" en se basant sur
les données osm, ce n'est pas trivial non plus

Prendre en considération les différents types de véhicules ajoute une
couche de complexité.
Et les alertes TMC et météo encore beaucoup plus

Partir sur un affichage sur la base de tuiles *image *n'est sans doute pas
l'idéal, parce que comme tu le dis, il y a des contraintes techniques en
terme de rapidité de rendu et de stockage.

Mais heureusement il y a des alternatives :

Pour un usage embarqué avec une bonne appli, les données sont stockées en
format vectoriel, et un élément comme la vitesse limite peut être affiché
en permanence à l'écran sous forme d'icône, en fonction des données de la
carte, et du type de véhicule (renseigné dans le paramétrage de
l'application)

Pour un affichage en ligne, pourquoi ne pas utiliser des tuiles non image ?
Il existe un format de tuile texte (JSON pour être plus précis), qui permet
d'attribuer 96 valeurs différentes (*) pour décrire une zone (correspondant
à 2x2 pixels sur la tuile image correspondante)

Rien n'empêche alors de définir un code pour chaque possibilité existante
sur une carte :
_ pas de route
_ route avec vitesse indéfinie
_ route avec limitation à 30 km/h
_ ...

Rebelote pour les camions, caravanes  ...

Un exemple ici, sur un autre sujet (identifier le pays survolé par le
curseur de la souris)
http://mapbox.com/demo/visiblemap/

Un peu plus d'explications ici
https://github.com/mapbox/mbtiles-spec/blob/master/1.1/utfgrid.md

(*) c'est une bonne limite pour limiter la taille des tuiles (2 ko
compressé), mais il est possible de monter à 65 500 valeurs différentes
___________________________

Petits rappels sur un autre sujet : le TMC

Les données purement géographiques, c'est à dire la table des localisants
Alert-C (format datex) est téléchargeable et l'accord a été obtenu pour
ajouter les informations qui y sont contenues dans le cadre du projet OSM
http://wiki.openstreetmap.org/wiki/FR:Datex

Il est possible d'en extraire la localisation des points et les segments
qui en découlent.
Pour la France, Didier2020 en a fait une visualisation (ce sont des données
externes à osm)
http://osm2020.free.fr/datex/
cf. fil :
http://lists.openstreetmap.org/pipermail/talk-fr/2011-April/031730.html

Pour les aires, l'approche peut être différente car les zones définies
suivent certaines limites administratives (zones de défense qui sont une
aggrégation de régions, cantons ...)

Les allemands ont beaucoup travaillé sur la question et ont établi un
schéma descriptif
http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany

Après, l'intérêt de l'introduction dans la base OSM des attributs TMC peut
se discuter : Est-ce qu'il est préférable de laisser les logiciels de
navigation décoder les tables de localisants directement ?
Je n'ai pas vraiment d'avis sur la question si ce n'est que l'import dans
la base est un gros chantier.

Mais ce n'est qu'une première étape. Il faut ensuite récupérer les flux de
données évènementielles, les décoder et les afficher.
Pour ce qui concerne la mise à disposition des infos, déjà beaucoup de
choses mises à disposition ici qui doivent permettre de se mettre le pied à
l'étrier, au moins techniquement.
http://diffusion-numerique.info-routiere.gouv.fr/acces-aux-donnees-evenementielles-a19.html

Pour la mise en production et l'aspect légal de la diffusion vers des
tiers, je donne ma langue au chat, le mieux étant d'en discuter avec les
principaux intéressés.

Le 10 juillet 2012 00:07, Philippe Verdy <verdy_p at wanadoo.fr> a écrit :

> Personnellement je trouve superflu d'afficher sur la carte le même
> panneau sur toutes les rues, et même plusieurs fois. Il est plus utile
> de ne marquer que les endroits où la vitesse change.
>
> Mais comme cela dépend du sens, il faudrait deux indications sur le
> panneau, en le divisant en deux moitiés perpendiculairement à l'axe de
> la route, ou alors mettre deux panneaux côte-à-côte le long de l'axe
> en centrant le point de contact des deux panneaux sur le point du
> changement.
>
> Ça se complique ensuite quand les restrictions de vitesse dépendent du
> type de véhicule (deux-roues, voitures et véhicules légers sans
> remorque, contre poids-lourds, bus, ou les caravanes par exemple sur
> les ponts qui réservent la voie de droite obligatoire aux véhicules
> lents, lourds ou longs qui n'ont pas non plus le droit de faire un
> dépassement).
>
> Je ne sais pas si on pourrait générer des couches différentes de
> signalisation selon le type de véhicule (voire parfois selon les
> horaires et de façon régulière)... les filtres seront moins simples
> que ce que permet l'outil évoqué ci-dessous.
>
> On manque encore de capacités sur les serveurs de tuiles pour générer
> des tuiles à la demande selon des profils utilisateurs différents (ou
> systèmes de navigations dédiés pour les motos ou poids-lourds), voire
> selon les horaires (prise en compte de conditions de trafic, ou
> météorologiques, ou alertes pollution avec une signalisation dynamique
> télécommandée, et sans doute des serveurs d'information TMC publics
> qui peut-être vont s'ouvrir eux aussi)
>
> En attendant ce sont les applications qui s'adaptent à la
> signalisation et aux alertes dynamiques par un protocole spécifique
> (mais il faudra trouver un moyen de corréler les informations de type
> TMC avec notre cartographie OSM statique).
>
> 2012/7/9 SylvainH <nbelsylvain at aol.com>:
> > Outil génialissime !
> >
> > Et ça marche aussi pour les objets linéaires visiblement.
> >
> > J'ai fait le test avec les voies de détresse :
> >
> http://osm.dumoulin63.net/xapiviewer/?zoom=10&lat=43.40163&lon=6.28964&layers=0BT&request=service%3Descape_lane&icon=http%3A%2F%2Fimages.wikia.com%2Froutes%2Fimages%2F7%2F74%2FC26a.gif
> >
> http://osm.dumoulin63.net/xapiviewer/?zoom=10&lat=43.40163&lon=6.28964&layers=0BT&request=service%3Descape_lane&icon=http%3A%2F%2Fimages.wikia.com%2Froutes%2Fimages%2F7%2F74%2FC26a.gif
> >
> > Et avec les limitations de vitesse :
> >
> http://osm.dumoulin63.net/xapiviewer/?zoom=15&lat=50.59437&lon=2.80933&layers=0BT&request=maxspeed%3D50&icon=http%3A%2F%2Fimages1.wikia.nocookie.net%2F__cb20080413092910%2Froutes%2Fimages%2Fa%2Fa2%2FB14_50.gif
> >
> http://osm.dumoulin63.net/xapiviewer/?zoom=15&lat=50.59437&lon=2.80933&layers=0BT&request=maxspeed%3D50&icon=http%3A%2F%2Fimages1.wikia.nocookie.net%2F__cb20080413092910%2Froutes%2Fimages%2Fa%2Fa2%2FB14_50.gif
> >
> >
> >
> > --
> > View this message in context:
> http://gis.19327.n5.nabble.com/Xapiviewer-tp5715366p5715671.html
> > Sent from the France mailing list archive at Nabble.com.
> >
> > _______________________________________________
> > Talk-fr mailing list
> > Talk-fr at openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

-- 
ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab>
"Il n'y a pas de pas perdus"
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20120710/1fbda0cb/attachment.htm>