Problème de trace sur open cpn

Bonjour
Peux tu vérifier les 'unités' utilisées
Par défaut Navionics est en 'mi' ( Mile Anglais) au lieu de 'NM' (Nautical Milles)
Dans OpenCPN, fait le choix "Grande" pour la précision de la trace.

Puis vérifie les unités utilisées dans OpenCPN.

Roue Dentée
 Affichage
 fenêtre « Général »
 fenêtre « Unités » <====
 fenêtre « Avancées »
 Fenêtre « modèles »

Boating de Navionics/Garmin est prévu pour des navigations sur des lacs, des rivières, des canaux, les océans dans le monde entier;
Le choix de l'unité Kilomètre/mille Marin/Mile Terrestre Américain est à la discrétion de l'utilisateur. Comme pour OpenCPN. C'est simplement la valeur par défaut à la première utilisation qui n'est pas la même.

Oui, tu as raison, pour nous marins c'est bizarre. Pour les 90% des utilisateurs qui sont Nord Américains, naviguant à la la journée voir en 1/2 journée, le Mile Américain est leur unité de mesure de distance favorite. D'où ce choix.

Bonjour courtox 56.
J ai contrôlé sur open cpn les unités. Tout était OK. Sauf " trace journalière " que j ai désactivé. ! Étonnant !!

Bonjour à tous.
Petite sortie aujourd'hui et toujours un souci avec la trace .
Sur ma tablette, une trace de 19 M et sur open cpn 26 M .
Je ne comprends pas !!!!
J ai regardé la configuration d open cpn .
Merci

Bonjour,
J'ai également un problème de distance dans mes traces sur openCPN, en regardant en détail je vois que les positions et donc les vitesses sont parfois farfelues.
Est ce que cela pourrait venir des deux sources GPS ? (AIS et traceur) ? Ou même du fait que l'ordinateur de bord (raspberry) reçoit les infos AIS en direct (USB) mais aussi par convertisseur nmea-usb du bord ?
Merci

Peut-être regarder si FilterNMEAAvg=1 dans openCPN.ini et essayer de monter la valeur FilterNMEASec.
Celà pourrait stabiliser les calculs.

Extrait de la doc :
FilterNMEAAvg=0 Activation du calcul des données GPS cap et vitesse en moyenne glissante.
Permet de calculer une vitesse moyenne et un cap moyen plus stables que les données brutes transmises par le GPS. 0 = non ; 1 = oui
Résultat de votre choix dans : 'Boite à outils/GPS'
FilterNMEASec=1 Temps en seconde pris en compte pour calculer la moyenne glissante des données GPS. Résultat de votre choix dans : 'Boite à outils/GPS'.
Plus ce temps est long, plus les données calculées et affichées (vitesse, cap de trace, ETA , ETE etc... ) seront stables, mais aussi moins réactives.
Il est nécessaire de faire des essais pour trouver le bon compromis entre stabilité et réactivité, La valeur variant selon le GPS utilisé (certains calculent eux même une moyenne glissante), et les préférences de chacun.

Bonjour
j'ai exactement le même problème que toi, la trace fait des retours en arrière régulièrement et donc rallonge la route d'un bon tiers.
J'ai également la même configuration, c'est a dire le gps par un ais camino en usb.
Ce qui est curieux, c'est que cela se produit depuis quelque temps, alors que je n'ai rien modifié dans mes connexions.
As tu réussi à résoudre le problème ?
merci
Laurent

Bjr
Probléme identique avec OpenCPN : Camino en USB , aucune autre donnée entrant dans le PC
ça arrive 1 à 2 fois par an sans corrélation avec la météo , lieu.
Je joins une propriété de trace et une trace zoomée (remontée vers Calvi , l'autre trace c'est la descente vers la Sardaigne)
On voit bien dans les propriétés les "reculs" résultants d' un point "faux" ; ce point arrive toujours 2 secondes après le précédent, est écarté de 50 à 100m,et dans l'axe de la route.
Ici ça a duré de 13h00 à l' arrivée; comme dit plus haut les longueurs de trace , vitesse instantanée, vitese moyenne sont fausses.
Les conséquences sont minimes mais ça me conforte dans l' idée d' avoir le pilote relié au traceur GPS (et indépendants d' OCPN)