Re: [OSM-talk-fr] Le trafic moyen : un cas concret

2020-04-10 Par sujet Florimond Berthoux
Le jeu. 9 avr. 2020 à 18:47, Marc M.  a écrit :

> Bonjour,
>
> Le 09.04.20 à 17:28, Florimond Berthoux a écrit :
> > Je fais suite à mon mail qui expliquait ce qu’était le trafic moyen[1]
> > pour vous présenter un premier cas de cartographie et d’utilisation.
> > Mon exemple est sur l’est de Paris, particulièrement le 10e
> arrondissement.
>
> trés sympa la méthodologie !
>
> 3 petites remarques :
>
> il faudrait sans doute nettoyer à l'échelle de la france les valeurs
> inventée par un précédent contributeur lors de sa "démonstration"
> il y a un ou 2 ans puisqu'il avait injecté des valeurs inventées.
> pour l'instant il y en a peu, cela devrait pas être trop dur.
>

Visiblement en France il n'y a plus que les miennes à Paris.


> j'aime bien la syntaxe "avancée" de traffic:hourly comme
> traffic:hourly=105/12:00 qui renseigne aussi l'interval
> et permet donc d'éventuelement un jour rafiner les comptages
> fait sur une durée trop courte ou simplement documenter
> cet interval. il ne te plait pas pour encoder tes valeurs ?
> il est utilisé par l'essais de rendu ?
>

Il n'est pas utilisé par l'essai (on pourrait, qu'une histoire de regex).
J'aime pas trop, on dirait qu'il a pas voulu se mouiller et rester très "on
the ground" afin d'échapper à la critique "c'est pas subjectif".
J'ai préféré mettre les infos de la mesure réelle dans dans un tag source,
comme lorsqu'on trace une route à partir d'une vue satellite (la mesure
c'est la vue satellite).
Après pour moi il faudrait plutôt un tag :
traffic=xxx uuu
ou xxx et le nombre et uuu l'unité qui pourrait être jour, heure moyenne,
heure de pointe, ..., comme on a pour width/height/...


> je trouve pas idéal de continuer avec les sources sur les objets (parce
> que le contributeur suivant le changement pas nécessairement le tag
> source vu qu'il y a aucun moyen automatique ni même prémaché de le
> faire), mais si tu le fais, il faut mieux utiliser le schéma + courant
> source:le_tag est beaucoup plus courant que l'inverse
>

Hum, ok, étonnant, la syntaxe avec tag:source permet justement d'afficher
la paire ensemble (par ordre alphabétique).
Peut-être faudrait-il créer un tag avec une syntaxe structurer pour décrire
la mesure et le résultat, mais peut-être overkill aussi.


>
> Cordialement,
> Marc
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Florimond Berthoux
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Le trafic moyen : un cas concret

2020-04-09 Par sujet Marc M.
Bonjour,

Le 09.04.20 à 17:28, Florimond Berthoux a écrit :
> Je fais suite à mon mail qui expliquait ce qu’était le trafic moyen[1]
> pour vous présenter un premier cas de cartographie et d’utilisation.
> Mon exemple est sur l’est de Paris, particulièrement le 10e arrondissement.

trés sympa la méthodologie !

3 petites remarques :

il faudrait sans doute nettoyer à l'échelle de la france les valeurs
inventée par un précédent contributeur lors de sa "démonstration"
il y a un ou 2 ans puisqu'il avait injecté des valeurs inventées.
pour l'instant il y en a peu, cela devrait pas être trop dur.

j'aime bien la syntaxe "avancée" de traffic:hourly comme
traffic:hourly=105/12:00 qui renseigne aussi l'interval
et permet donc d'éventuelement un jour rafiner les comptages
fait sur une durée trop courte ou simplement documenter
cet interval. il ne te plait pas pour encoder tes valeurs ?
il est utilisé par l'essais de rendu ?

je trouve pas idéal de continuer avec les sources sur les objets (parce
que le contributeur suivant le changement pas nécessairement le tag
source vu qu'il y a aucun moyen automatique ni même prémaché de le
faire), mais si tu le fais, il faut mieux utiliser le schéma + courant
source:le_tag est beaucoup plus courant que l'inverse

Cordialement,
Marc

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Le trafic moyen : un cas concret

2020-04-09 Par sujet Florimond Berthoux
Bonjour,

Je fais suite à mon mail qui expliquait ce qu’était le trafic moyen[1] pour
vous présenter un premier cas de cartographie et d’utilisation.
Mon exemple est sur l’est de Paris, particulièrement le 10e arrondissement.
TLDR ? Voir l'utilisation à la fin avec des jolies cartes. :)

Comment avoir l’information du trafic moyen ?
Deux possibilités soit en allant sur le terrain compter, soit en restant
confiné et en utilisant l’open data de votre coin.

J’ai d’abord commencé par l’open data de la ville de Paris qui contient le
comptage en de nombreux point des grandes artères.
https://opendata.paris.fr/explore/dataset/comptages-routiers-permanents/information/
Malheureusement il y a beaucoup moins de point de comptage que ce que je
pensais, en gros un tous les kilomètres. Ce qui sur une ville aussi dense
peut sembler peu.
La notice nous dit « Les stations de débit sont moins nombreuses, et
généralement implantées entre les principales intersections. En effet, le
débit se conserve généralement sur une section entre deux grands carrefours
»
Très bien, considérons que le débit soit constant de bout en bout. Ici la
connaissance terrain est utile pour savoir s’il est raisonnable
d’extrapoler ou non.
J’ai aussi fusionner les données sur les rues à double sens par une simple
moyenne, le comptage étant bilatérale. (Pas envie de m'embêter pour le
moment à tagguer en bilatérale.)
Le comptage étant horaire, j’ai moyenné tous les comptes pour obtenir un
trafic moyen par heure sur l’année (2019).

Quelle clés ?
J’ai simplement réutilisé la clé traffic:hourly
https://wiki.openstreetmap.org/wiki/Key:traffic:hourly
en considérant que la valeur demandé soit le trafic moyen horaire sur
l’année. (pas eu envie d'inventer une clé, mais il y aurait matière à
débattre))
J’ai utilisé traffic:hourly:source pour préciser la source.

Sur le terrain :
Comme déjà dit il faut être raisonnable dans le choix de la date et de
l'heure du comptage : éviter les évènements exceptionnels.
Je préfère mesurer en heure de pointe (18h) puisque c'est vraiment là où la
mesure peut être la plus rapide est significative.
Je compte sur un temps de 6 min, ça peut sembler peu mais ça me semble
suffisant à Paris pour avoir une précision de +-30% je pense, ce qui permet
de voir rapidement les rues à fort trafic et celles plus calmes.
Et ça permet d'enchainer les comptages assez rapidement, 5 par heure.
De préférence à l'entrée de la rue.
J'ai fait 13 comptages sur les rues qui me semblait être problématique pour
le vélo (petite, z30 mais avec trop de trafic).

Après ces mesures ils restaient à la normaliser en trafic horaire moyen :
1. utiliser l'heuristique : trafic journalier = trafic heure de pointe × 10.
2. utiliser l'open data pour créer un profil du trafic journalier, calculer
un facteur pour passer du trafic mesuré à une certaine heure pour le passer
en trafic horaire moyen.
J'ai commencé avec la 1, puis j'ai fait la 2 en me rendant compte que le
trafic à Paris a un profil particulier : un long plateau montant jusqu'à
l'heure de pointe, le facteur étant plutôt 17 que 10.
Bref ça dépend de votre lieu (dans une ville avec plus de travailleur
motorisé j'imagine qu'il y a un creux en milieu de journée et ce facteur 10
est plus juste).
Tout ça peut sembler un peu compliqué, à voir si c'est simplifiable.

Enfin j’ai utilisé traffic:hourly:source pour préciser la date, l’endroit,
le temps et le résultat brut du comptage.

Utilisation :
Pour tester une réutilisation j'ai bien entendu choisi CyclOSM avec une
branche de dev, les résultats en image sont ici
https://github.com/cyclosm/cyclosm-cartocss-style/issues/320#issuecomment-596228619
Concrètement ça permet de rééquilibrer la carte, des rues de transit
légalement à 30km/h qui supportent un gros trafic ne sont plus affichées
comme "cyclable", voir comme anti-cyclable.
Exemples : la rue des Pyrénées avec 640v/h, ou la petite rue de Lancry avec
264v/h.

Cartogralement

[1] https://lists.openstreetmap.org/pipermail/talk-fr/2020-March/097602.html
-- 
Florimond Berthoux
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr