@Vincent Pottier, Pour le calcul de vitesse, ça te donne juste une vitesse moyenne d'usage. C'est aussi à prendre avec des pincettes car il est rare que les gens soit à 50km/h avant le panneau d'entrée de ville. J'ai une deux voies devant chez moi (en ville) C'est 50km/h et toute le monde roule à 70km/h en moyenne. Les lieux-dit dans certains bled entre Orléans et Pithiviers sont à 70km/h mais les gens roule en moyenne à 100km/h donc difficile à identifier sur une moyenne mais sur l'écart-type de vitesse je pense que l'on doit pouvoir.
Ok pour les points d'arrêt mais pas pour définir ce qui les qualifie (feux, stop, cédez le passage) Le barrières de péage oui. Est-que l'on va pouvoir déterminer le nombre d'entrées et les zones à télépéages rapide... Ça va surement dépendre du coef. d'écartement entre les traces que l'on va tolérer. Si le code de la route était super bien respecté on aurait pas tous ces problèmes ... Le 29 septembre 2014 12:04, Vincent Pottier <vpott...@gmail.com> a écrit : > Un intérêt des traces, s'il y a l'info de temps encore dans les gpx, c'est > le calcul de vitesse. > > Sur le nombre de trace, on doit pouvoir repérer tout ce qui est lié à la > vitesse : les changement de limitation de vitesse, les entrées en > agglomération, les feux de carrefour, les virages dangereux, les barrières > de péage... > > En fait, une trace, ça cause. > > J'avais fait, il y a quelques années, un petit programme en python pour > rechercher les arrêts de bus ou les gares dans les traces chargées sur OSM > avec ces tags. Ça n'est pas allé plus loin que le proof of concept. Mais ça > marchait à peu près... > -- > FrViPofm > > Le 29/09/2014 11:22, Eric Sibert a écrit : > > Pour les traces divergentes, on peut imaginer des algorithmes qui les >> éliminent. >> >> Quand on a des distributions pas très gaussiennes avec des points >> aberrants, on utilise le sigma clipping. On fait une première moyenne avec >> tous les points. Ensuite, tous les points au delà de n fois l'écart-type >> sont éliminés et on recommence la moyenne. On poursuit le processus de >> manière itérative jusqu'à convergence. >> >> Pour des traces GPS, on pourrait par exemple supprimer toute la trace sur >> 1 km dès qu'un seul point de la trace est trop éloigné de la trace moyenne. >> On pourrait aussi ne pas produire de trace moyenne quand la convergence est >> trop faible. >> >> D'une manière générale, je pense que l'accumulation de traces GPS peut >> apporter un plus. Le gain n'est pas le même entre la première trace et la >> millième. On se retrouve sur les histoires de big data. Chaque donnée a peu >> de sens mais l'ensemble peut en avoir un, à condition d'avoir les outils >> qui vont bien avec. >> >> Concernant les traces GPX qui seraient collées à une base de donnée >> sous-jacente, j'espère que personne n'en upload vers OSM car ce serait un >> non-sens. En plus, question licence, ça serait aussi très discutable. >> >> >> Eric >> >> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> > > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
