[OSM-talk-fr] Rendu FR, bientôt en version 2017 !

[Philippe Verdy]

Au contraire, les stop_position permettent de relever de nombreuses erreurs
sur des arrêts mal choisis (qui ne sont même pas sur le bon itinéraire. Et
puis ce n'est pas que pour les bus, trains et métros aussi... Il ne s'agit
pas tant de montrer un équipement physique (platform)  qu'une topologie de
réseau et d'interconnexion explicite (au lieu de choisir les arrêts
vraiment au hasard par "proximité" relative, me^me s'ils ne sont en fait
pas desservis du tout).

Cela ne signifie pas que les stop_position doivent être rendus sur la carte
généraliste. Ce sont plus des éléments techniques, mais qui peuvent servir
dans les diagrammes de transport (pas de vrais plans) ou pour les calculs
d'itinéraires, car ils simplifient énormément les choses.

Non ce que démontre ce test c'est la possibilité de regrouper pas seulement
les "stop_position" mais surtout les "platform" (en fait ce regroupement
est déjà explicitement dans le schéma v2 avec les "stop_area".

Il faut arrêter de penser que ce qui est inutile est juste ce dont on ne se
sert pas encore dans les rendus actuels (parce qu'ils utilisent encore des
**heuristiques** pour tenter de résoudre des problèmes, mais en commentant
des erreurs car les heuristiques sont et resteront toujours des
"devinettes"). Le schéma v2 est destiné à éliminer ces heuristiques
imprécises, pour justement aller plus loin et plus précisément dans les
réutilisations.

Ce n'est pas parce qu'on a commencé avec juste des "bus_stop" (convertis en
"platform") qu'on a résolu tous les problèmes. Rappelons que ce projet
avance de façon incrémentale. Les règles du v2 sont assez précises pour
éliminer les problèmes de rendus actuels. Et on peut avancer sur des choses
plus précises (notamment pour l'accessibilité il faut être plus précis pour
localiser précisément les arrêts et déterminer quelle plateforme utiliser
pour attendre un transport sans rater le bus qui s'est arrêté en fait 50
mètres plus loin et qu'on n'aura pas le temps de courir après quand il est
passé devant parce qu'on attendait au mauvais endroit, ou du mauvais côté
de la rue (c'est moins important pour la descente). Certes il y a des
panneaux, mais ils ne sont pas toujours très clairs et accessibles pour
tous. On veut une précision métrique au minimum (ce n'est pas le cas du
tout des "platform"/"buis_stop" et encore moins des "stop_area"). Et la
vériication de tout ça est très compliquée (voire impossible) par une
simple recherche géométrique à "proximité".

Note: la démo en lien ne concerne pas du tout les "stop_position"
puisqu'ils ne sont pas affichés du tout sur la carte. Cela ne concerne que
les platform/bus_stop !



Le 29 décembre 2016 à 10:33, <osm.sanspourriel at spamgourmet.com> a écrit :

> Un autre indice : tend à montrer l'inutilité des stop_position :-D
>
> Le 29/12/2016 à 00:59, Christian Quest - cquest at openstreetmap.fr a écrit :
>
> Un petit test... jeu des X différences ;)
>
> https://framapic.org/53IJXyTgPMH6/rXMqxFrmDlW6.png
>
> Un indice... test de ST_Clusterwithin... ;)
>
>
>
> _______________________________________________
> 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/20161229/09f48589/attachment.htm>