Abberation avec les fuseaux horaires et heures d'ete

[meunierastro]

Bonjour,
Je pense que cela à déjà été signalé, mais Graphweather est pour moi inutilisable car il ne gère pas correctement les fuseaux horaires et les heures d'été.
C'est pourtant dommage car tout est dans Windows et c'est facile a programmer.
En effet, en interne, Windows ne connait que le temps TU. Ensuite, comme le commun des mortels n'utilise pas le TU, il corrige du fuseaux horaires, et ensuite éventuellement de l'horaire d'été. Mais tout cela complètement en automatique.
IL y a sous Delphi par exemple deux fonctions, GetSystemTime et GetLocalTime, et le tour est joué.
Il faut savoir que l'heure stocké dans l'history.dat des stations ws est en TU, du coup le graph est parfois bon, parfois en retard (heure d'été). Pour une utilisation en auto, nbe demandant que le minimum de surveillance, c'est pas bon!
Une correction de cette grosse bug est-elle prévue?
Cordialement

Michel
http://www.etoiles-a-bleau.fr

[ardigier]

GW gére les fuseaux
il suffit de bien configurer le plugin correspondant

[meunierastro]

Effectivement les fuseaux sont gérés, mais pas l'heure d'été, donc en ce moment j'ai une heure de décalage.
Ou alors j'ai raté une marche.

[ardigier]

une presentation rapide de ton equipement permettrait de mieux t'aider

[meunierastro]

J'utilise avec des amis plusieurs equipements.
2 d'entre eux sont resté sur les horribles stations WS2300, et moi je suis avec une Vantage Pro.
L'un de mes amis a sa station au Maroc (écart avec TU=0 et pas d'heure d'été), et moi je suis en France.
J'ai écrit un programme qui peut lire et générer des history.dat pour la WS2300 et la Vantage. Le but est d'avoir un programme commun et cohérent.
Ce que je ne comprends pas c'est la demande même de GraphWeather dans les options pour le décalage de l'heure, en effet TOUT EST DEJA DANS WINDOWS!!
Du coup, il faut bricoler avec l'écart d'heure dans les options, mais rien n'est propre!
Cordialement

[TiToine]

Tu utilises quelle version de GW?

Ça n'a jamais été clair si le timestamp dans l'history.dat contenait ou pas le DST, je peux corriger ça.

Pour le timezone, effectivement l'information est dans Windows, je ne me souviens plus la raison pour laquelle je l'ai mis modifiable pour l'utilisateur.

[meunierastro]

D'après les infos que l'on a, le timestamp dans History.dat est par rapport a 0h UT.
Du coup, on aurai plus besoin de demander un fuseau horaire.
j'utilise la 2.0.321.
Sinon, je critique, mais graphweather est surement le programme qui produit les plus belles sorties pour le web!!!
Cordialement

[TiToine]

Tu peux essayer cette dll, j'ai retiré la partie qui gère le DST:
https://graphweather.svn.sourceforge.ne ... WS2300.dll

Va dans les options du plugin et met un décalage de 0h. Tu ne devrais plus avoir à y toucher, été comme hiver.
Sinon le fuseau horaire ne sert pas dans le plugin WS2300.

[meunierastro]

Ca baigne, merci!!
cordialement

[ardigier]

la manip faite pour WS2300.dll est elle faisable sur le csv.dll

[TiToine]

Tu auras le même comportement pour le CSV si tu coches l'option "la date intègre le changement d'heure".

[ardigier]

OK
merci