Oui je n'aime pas non plus ni les noms ni les acronymes qui en découlent... Je suis ouvert aux propositions de noms et acronymes récursifs.
30 km parcourues en 2 jours, ça me semble ne pas cadrer avec la vitesse moyenne de 30 km/h
C'est sur que ça parait faux. Je m'y penche... Un problème que je rencontre souvent avec les données GPS directement sorties de l'appareil de mesure : Il se peut que le début ou la fin de la trace soient foireux. Parfois on met à zéro l'appareil mais il garde la dernière position connue et crée un point bidon en début de trace avant d'avoir le nouveau signal GPS. A bien y réfléchir, ce n'est pas la raison de cette erreur. Mon calcul est basique. Il ne considère que la distance totale et le temps passé entre le premier et le dernier point. De toute façon ça donne la vitesse moyenne globale et pas la vitesse moyenne de déplacement (que je vais ajouter d'ailleurs). J'ai ! Le problème vient d'une mauvaise utilisation de Timedelta en Python. L'attribut "seconds" est modulo 86400. Une méthode total_seconds() est dispo et plus adaptée.
Merci à toi pour le rapport de bug !
et encore moins la vitesse maximale de 11 km/h
C'est ma vitesse de sprint avec 15 kilos sur le dos ! Je trouve ça plausible :)
soit un trajet que tu fais très souvent, serait-il possible de visualiser la distribution de ce trajet autour de sa moyenne ?
Je ne vois pas trop de quel genre de visualisation tu veux parler. Une superposition de toutes les traces avec la moyenne colorée différemment ? Nos appareils de mesure ont une précision assez faible. Je ne suis pas sur qu'on puisse augmenter sensiblement la précision d'OSM.
[^] # Re: Bravo !
Posté par neilux . En réponse au journal Gestion de collection et comparaison de traces GPS. Évalué à 3.
Avec plaisir !
Oui je n'aime pas non plus ni les noms ni les acronymes qui en découlent... Je suis ouvert aux propositions de noms et acronymes récursifs.
C'est sur que ça parait faux. Je m'y penche... Un problème que je rencontre souvent avec les données GPS directement sorties de l'appareil de mesure : Il se peut que le début ou la fin de la trace soient foireux. Parfois on met à zéro l'appareil mais il garde la dernière position connue et crée un point bidon en début de trace avant d'avoir le nouveau signal GPS. A bien y réfléchir, ce n'est pas la raison de cette erreur. Mon calcul est basique. Il ne considère que la distance totale et le temps passé entre le premier et le dernier point. De toute façon ça donne la vitesse moyenne globale et pas la vitesse moyenne de déplacement (que je vais ajouter d'ailleurs). J'ai ! Le problème vient d'une mauvaise utilisation de Timedelta en Python. L'attribut "seconds" est modulo 86400. Une méthode total_seconds() est dispo et plus adaptée.
Merci à toi pour le rapport de bug !
C'est ma vitesse de sprint avec 15 kilos sur le dos ! Je trouve ça plausible :)
Je ne vois pas trop de quel genre de visualisation tu veux parler. Une superposition de toutes les traces avec la moyenne colorée différemment ? Nos appareils de mesure ont une précision assez faible. Je ne suis pas sur qu'on puisse augmenter sensiblement la précision d'OSM.