OpenCPN fenêtre information des courants

Pareil; Windows 10...

Bonne nouvelle ce n'est pas Merak56 (que l'on remercie tous les jours ou presque) et autre bonne nouvelle personnelle : je ne bugue pas autrement dit je n'ai pas la berlue 🙂

Bon, je crois bien que ce sont les horaires en haut à droite qui sont les bons, la courbe est fausse.

Tu peux confirmer ?

"Bon, je crois bien que ce sont les horaires en haut à droite qui sont les bons, la courbe est fausse."

Si je compare la copie d'écran ci-dessous avec cela (attention vitesse en m/s):

marc.ifremer.fr[...]d)/7068

Tu as sûrement raison.
(Sur la copie d'écran, noter une différence non négligeable entre les chiffres OpenCPN et ceux de OTCurrents qui exploitent les mêmes harmoniques, mais même type de divergence avec les données "officielles"...

[supprimé]

Bonjour Délices2, Café Noir, et à tous ceux qui suivent ce fil.

Suite au fil ouvert par Délices2 sur le site web bigdumboat.com[...]/
plus précisément par ce fil : bigdumboat.com[...]ead.php
Mr Register m'a contacté directement et j'ai reçu ce mail :
"
I looked at current window reported values, in the graph, and in the upper right table.
By comparison to other software, I concluded that the graph is correct, but the table (upper right) is NOT correct.
In the US, I used this for verification:
l-36.com[...]eek.php

The problem is with timezone corrections for the table. They seem to be incorrectly applied.
This problem appears to be in O562 core, and applies to all HARMONIC files loaded, even the (US) defaults.

Will you have a look at some alternate sources of current information in France, and verify that the graph is indeed correct? I could not find accurate alternative source for Chanel du Four, by example.
"

dont une traduction pourrait être :
"
J'AI REGARDÉ LA FENÊTRE ACTUELLE des valeurs rapportées, dans le graphique et dans le tableau en haut à droite.
Par comparaison avec d'autres logiciels, j'ai conclu que le graphique est correct, mais que le tableau (en haut à droite) n'est pas correct.
Aux États-Unis, j'ai utilisé ceci pour la vérification :
l-36.com[...]eek.php

Le problème est avec les corrections de fuseau horaire pour la table. Ils semblent être mal appliqués.

Ce problème semble être dans le noyau o562 et s'appliquer à tous les fichiers harmoniques chargés, même les valeurs par défaut (us).

Allez-vous jeter un œil à d'autres sources d'informations actuelles en France et vérifier que le graphique est bien correct ? Je n'ai pas pu trouver de source alternative précise pour Chenal Du Four, par exemple.
"

Quelqu'un parmi nous est il capable de trouver une source apportant des données similaires à celles de L-36.com, mais pour nos côtes ?

Bonjour,

Merci pour le retour Gilletarom.
J'ai utilisé le document du SHOM des courants de marée de la Bretagne Sud (photo).

1er exemple passage de la Teignouse :
port de référence Port-Navalo, lundi 23 mai PM à 13H00
SHOM : renverse de courant entre PM-1 et PM soit entre 12H et 13H
Tableau OpenCPN : renverse entre 13H et 14H
Courbe OpenCPN : renverse à 11H49

2ème exemple entrée du golfe du Morbihan :
port de référence Port-Navalo, lundi 23 mai PM à 13H00
SHOM : renverse de courant entre PM-5 et PM-4 soit entre 8H et 9H
Tableau OpenCPN : renverse entre 9H et 10H
Courbe OpenCPN : renverse à 7H15

Je ne sais pas si ceci correspond à ce qu'attend Dave Register...

Ok je vais aller sur BigDumBoat,

Mais je continue mes constats :
Les heures en haut à droite sont surprenantes :
Elles débutent à 2H et finissent à 3H en heure locale
Elles débutent à 4H et finissent à 5H en UTC

Il me semble que la courbe a 16H d'avance sur les chiffres en haut à droite

Bonjour,

J'ai très rapidement jeté un coup d’œil, cette erreur ne semble pas se produire (cf.illustrations jointes : OpenCPN Dunkerque et Cherbourg, TimeZero Dunkerque et Cherbourg et livre de bord personnel).
De mémoire j'avais concaténé plusieurs fichiers (notamment pour les courants) et je crois me souvenir qu'il y avait un point à bien vérifier au niveau de la correction horaire UTC/+1/+2...
Toujours de mémoire, cela se trouve dans le fichier Harmonic (sans l'extension).

A noter - effet collatéral - que ce fil m'a permis de constater que sur mon livre de bord numérique, les horaires de marées apparaissent actuellement en UTC+1.
Va falloir que je corrige cet oubli dans la programmation, donc merci quand même d'avoir ouvert ce fil, même si je n'apporte aucune solution tangible...