trace entiere sur gps mais tronquée sur skitour

Bonjour
Le fichier gpx généré par mon gps ign évadéo primo fait 497ko.
Le tracé du parcours s'affiche entier sur la carte topo de l'écran du gps.
Il s'agit d'une randonnée moto de 75km avec 4 waypoints créés
mais en fait 7 existants , je ne sais pourquoi ?
Mais ce qui est gênant c'est que sur le site skitour seul les premiers
6 km s'affichent avec la trace rosée sur la fenêtre googlemaps dans la ressources VisuGPX du site.
Cela s'est produit plusieurs fois , voir que le tracé ne s'affiche pas du tout ???

Merci si vous savez ce qui se passe ?

Jean-Claude a dit :Il s'agit d'une randonnée moto
Peut être que le problème se situe là, qui sait 😜

Sans URL je vais avoir du mal à vous répondre 😉
Merci.

www.skitour.fr/gpx/visugpx.php?i=1249564717

ca me rappelle un peu www.skitour.fr/forum/read_80799_8.html?goto=114904#goto ... un seul et n non?

N'empêche qu'en ce moment, j'ai pas mal de soucis de traces créées qui comportent des trous dans les altitudes (quelquesxxx absents du fichier créé), ce qui fait pêter les plombs au calculateur de dénivelée 😉

Exemple sur cette trace :
www.skitour.fr/gpx/visugpx.php?i=1249621758

ou celle-ci :

www.skitour.fr/gpx/visugpx.php?i=1249416991

créée par un autre ourien... (donc ça ne vient pas de nos systèmes)... 😉

Un bug à corriger ? 🤭

Ok, vous aviez raison. Le premier Bug était connu, c'était celui soulevé par yougs_4.

Jusqu'à présent, si j'avais prévu la possibilité de traiter des fichiers contenant plusieurs traces (trk), je n'avais pas prévu que ces traces pouvaient être subdivisées en plusieurs segments (trkseg). C'est corrigé.


Pour ce qui est du deuxième bug, les "trous" dans les fichiers d'altitude, le bug est aussi corrigé : ces trous ont toujours existé. Jusqu'à il y a quelques semaines, je ne prenais pas en compte le point sans altitude lors de la génération du profil, et j'ai oublié ce détail lors de la mise en place du "lissage" des altitudes, si bien que je calculais des moyennes d'altitude avec certaines valeurs nulles : la courbe de profil s'effondrait au passage de ces points. C'est corrigé.

Trop fort et rapide le boss 😉

Merci ! 😎

Alors là ; chapeau bas , pour la présence des membres ACTIFS et la réactivité soulignée d'une célérité rare du modérateur!
Merci pour avoir résolu ces bugs pour notre plus grand plaisir. 🙄

N'empêche que certaines altitudes sont encore "fantoches"... Je sais ce n'est pas de ta faute Jeroen 🙄 😜

J'ai une question/proposition : Est-il prévu dans la future version d'EditGPX de donner la possibilité de saisir "à la main" l'altitude de certains points d'une trace. 😎

Ces points, seraient choisits par l'opérateur (en mode création ou modification), et les altitudes alors saisies seraient beaucoup plus fiables que celles du système, car relevées sur fond de carte IGN ou à l'altimètre sur le terrain. 😉

Je m'explique, sur IGN les cols et/ou sommets sont très fréquemment les points haut des itinéraires. Ces cols et/ou sommets sont souvent côtés, et les altitudes sont clairement affichées 😄 . Si ce n'est pas le cas, on peut se souvenir de l'altitude à laquelle on a remis les peaux car on a jeté un rapide coup d'oeil sur l'alti à ce moment là 😊 .

Ainsi, ce serait "bien" de donner la main au créateur d'une trace et lui permettre (s'il le souhaite) de saisir ces altitudes clés (points hauts, points bas et changements de sens vertical ex montée>descente).

Ensuite, si ces altitudes clés sont saisies/validées par l'opérateur, le système devrait les utiliser en priorité pour effectuer le calcul/lissage du dénivelée 😉

C'est encore le meilleur moyen de réduire les erreurs d'altitudes. M'enfin je pense 🤭 .

Pour éviter une usine à gaz, je verrai bien au cours de la saisie/modification d'une trace, une case (un champ) sur le côté affichant l'altitude relevée par le système. Si le créateur de cette trace la juge fausse, il la corrige en saisissant la bonne altitude directement dans cette case. 😊

Bon je sais, c'est plus facile à dire qu'à faire... mais c'est pour la bonne cause 😉

Jean-Claude a dit :Alors là ; chapeau bas , pour la présence des membres ACTIFS et la réactivité soulignée d'une célérité rare du modérateur!
Merci pour avoir résolu ces bugs pour notre plus grand plaisir. 🙄

du modérateur ? du webmaster en personne vous voulez dire !! 😉

@Philo: on a pas encore bouclé mais sur la future version tu aurras la mains sur toutes les infos du GPX donc également les altitudes. Sur les tests que je suis en train de mener je me rapproche un peu de ton raisonnement et il est vraix que les altitudes clefs semble bien plus fiable que d'utiliser toutes les altitudes récoltés pour tout les points. Ceci étant je pense que ce raisonnement est valable uniquement dans les montagnes, pour un parcours plus valloné le D+ et la distances en seraient moins justes.. Pas facile tout ça 🤭

Absolument d'accord avec toi shama... 😉

Ce raisonnement ne tient que sur un parcours typé "Montagne"... avec quelques points hauts et bas, sinon sur un parcours vallonné, c'est vachement plus galère à gèrer 🤢 . Disons que les formules que vous aviez trouvé jusque là étaient déjà pas mal pour ce type de parcours 🤭 😊

C'est aussi pourquoi, dans ce raisonnement je préconise de laisser la main au créateur de la trace... (ce qui semble être la solution vers laquelle vous vous tournez 😄 😎 ), lui seul connait bien son parcours (surtout s'il le trace après l'avoir parcourru), et s'il décide de "forcer" une altitude ce sera probablement en toute connaissance de cause... m'enfin j'espère 😜 🤢 🤣

Bon courage en tout cas pour cette nouvelle version. On sait déjà qu'elle va déchirer 😎 😄

bonjour,
je trouve des différences d'altitudes de plusieurs centaines de m et de plus sur le tracé gpx il y a une différence sur le point final de la carte et le point final de la courbe.
avez vous une solution?
merci 😮

Peux tu être plus explicite ? 😯