Editeurs d'historique

[JF]

Hello Titoine et colisters,
Je vois que plusieurs ici se servent déjà de l'éditeur de Titoine "eWS2300 version 1.1 beta", mais quand après avoir dézippé je cherche à l'ouvrir j'ai ce message :
"eWS2300.EXE - Erreur d'application
L'application n'a pas réussi à s'initialiser correctement (0xc0000135). Cliquer sur OK pour arrêter l'application."
Je suis sous Xp Pro.
Merci à tous pour votre aide,
JF

[boucher]

Un sujet ou l'on traite des éditeurs de fichiers historique

Voilà donc un éditeur pour fichiers WS2300 :
eWS2300 version 1.1 beta

Il permet d'éditer les valeurs, et de supprimer des enregistrements.
Le comportement est particulier pour le cumul des précipitations puisqu'un changement sur un enregistrement est répercuté sur tous les enregistrements qui suivent...logique.
Un fichier backup est automatiquement fait si on sauvegarde les changements. Si le fichier lu s'appelle history.dat, un fichier de backup history.dat.bak est créé.

Faites attention quand même à ce que vous faites (version beta) ! Plusieurs appuis sur "Saves changes" écrasent à chaque fois le .bak.

Si des personnes sont interessées par le même genre de programme pour WS3600, WS2500, etc. qu'ils en fassent la demande ici.

Antoine.

EDIT : J'oubliais de dire que c'est fait en C# et qu'il faut par conséquent le Framework .NET (mais tout le monde le possède hein )

Bonjour Antoine ,

Dans ce message tu faisais l'aimable proposition de nous confectionner
un editeur d'history sous WS3600

Je suis preneur , actuellement je corrige sous Heavy Weather et bien sur si les données sont déja transmise à la table ; avec MySQL QueryBrowser .

je suis également toujours à la recherche d'une solution pour me "passer" de

heavyWeather (lourd en temps cpu) , je voudrai capter les données sur le com1

et les envoyer directement à la table au travers de MYSQLWEATHER

tu vois , on n'a pas fini de te poser des questions ....

Merci pour tout

Cordialement

Michel dit boucher

GRAPHWEATHER est actif sur le site de 08:00H à 20:00H

http://mvalin.no-ip.info

[lipban]

@JF : je viens de charger la 1.1 aprés avoir utilisé la 1.0 et pas de problème de lancement.
@ Antoine : petit détail insignifiant : est il utile d'avoir 6 décimales aux chiffres de précipitation?

[TiToine]

Salut,

Ce qui est affiché comme décimal je vois ce que je peux faire...j'avais déjà chercher sans trouver de solution pour l'affichage. Bref.

JF , est-ce que tu as le framework .Net d'installé ? sinon installe le plus récent.

Boucher, OK pour la version WS3600...j'integrerai ces outils à la prochaine version de GW.

Est-ce que la version 1.1 corrige le petit problème de pluviométrie lorsqu'on redémarre HW ? Totaux corrects, etc. ?

[JF]

Merci Titoine, maintenant ça marche
JF

[lipban]

....................
Est-ce que la version 1.1 corrige le petit problème de pluviométrie lorsqu'on redémarre HW ? Totaux corrects, etc. ?

Si tu veux dire par là: est ce qu'une correction de la pluviométrie n'est pas annulée par le premier enregistrement récupéré suivant? La réponse est non : j'ai fait l'expérience de simplement supprimer toutes les décimales d'un enregistrement (passé de 388,487976(!) à 388); le premier enregistrement récupéré est passé à 725,218 !!!!soit + 337,218 !!! au point que je me demande s'il n'y a pas un contrôle du chiffre dans les décimales!?

[TiToine]

OK lipban, donc ca ne fonctionne toujours pas.

En fait à la fin du fichier historique, on a deux champs disons A et B. C'est deux champs contiennent deux valeurs qui font que A+B=total de précipitation (ou encore = total de précipitation du dernier enregistrement).

Je pense qu'HW doit s'en servir dès qu'il ajoute de nouveaux enregistrements. Mais la question est pourquoi deux champs A et B alors qu'un seul champs A suffirait.

Chez moi B est inferieur à A mais je n'ai pas trouvé de correspondance particulière. B ne semble pas être les précipitations de la semaine en cours, ou des x derniers jours.

Dans la version 1.1 je met le champ A=total des précipitations et B=0.
Manfistement ca ne fonctionne pas.

Donc si vous avez des idées sur la signification possible des champs A et B, je suis tout ouie.

[TiToine]

L'éditeur pour WS3600 est terminé, il fonctionne très bien chez moi.
Il permet entre autre de reclasser les enregistrements par ordre chronologique (ce qui n'est pas forcement le cas, bug HW???) et par conséquent d'utiliser la fonction "recherche rapide des enregistrements" dans GW.
Attention aux unités, vitesse en m/s (jai oublié de préciser dans les colonnes...prochaine version).

Antoine.

[boucher]

Bonjour Antoine,

J'ai chargé et essayé l'éditeur pour WS3600 .

Cela fonctionne , j'obtiens aprés multiplication des valeurs wind_speed et wind_gust par 3.6 et la valeur wind_direction par 22.5 les valeurs identiques à HeavyWeather .

je continue a le découvrir .

Belle réalisation .

Une question au passage :

le timestamp de l'history de heavy weather est bien àl a date et heure locale .

Comment mettre dans ma table MYSQL au chargement l'heure identique (heure locale) car actuellement la table se charge à l'heure locale -1H ...

Ou intervenir dans le php ou dans mysqlweather.php ?

Merci pour tout

Cordialement

Michel dit le boucher

[TiToine]

Salut Boucher,

Je pense qu'il faut le faire dans mysqlweather.php, tu dois avoir le même problème que GW avait pendant un temps, le décalage avec les heures d'hiver/été et les fuseaux horaire.
Regarde du coté de la fonction php qui convertit timestamp décodé de l'history vers date MySQL.

Antoine.

[TiToine]

Encore une nouvelle version de eWS2300 qui permet de modifier les dates, et applique un nouveau traitement pour le problème des précipitations...voir ci ca fonctionne.

Antoine.

[COULET]

Salut!
La nouvelle version c'est la 1.2 beta?
Si oui c'est tout pareil ! Désespérant !
Les décimales ont été réduites à 3 . c'est bien ... mais par ex. j'ai modifié un chiffre de précipitations délirant : 1940 (et des brouettes..) pour le ramener à la valeur correcte précédente = 44.555. le logiciel me dit : "impossible valeur inférieure à la valeur précédente" ... qui pourtant est de 44.555 sur la ligne supérieure. :O
Conclusion : les décimales suivantes ne s'affichent plus mais existent encore et le logiciel en tient compte !..
Par ailleurs attention à la virgule ! J'ai l'habitude de taper . avant les décimales ... mais là il faut taper , sinon gare aux messages d'erreur !
Ce probleme de valeur de précipitations énorme - fantaisiste - et récurrent n'est pas prêt d'être résolu ...
A moins que toi - Titoine - ....

CORDIALEMENT

P COULET

[TiToine]

Arf, très juste pour les virgules, je changerai ca. Tu as raison, en interne les décimales restent, c'est pour ca qu'il te fait l'erreur, j'ajouterai un test pour éviter cela.

Donc le problème est encore là, lorsque tu rebranches HW il continue a remettre des valeurs aberrantes ? C'est dommage que je n'ai pas de station sous la main, je ne peux rien tester

[COULET]

je peux t'envoyer les fichiers...
Dis moi ce qui peut t'aider...
Pour les valeurs aberrantes c'est dès les valeurs suivantes..
je n'ai pas essayé de créer un nouveau fichier..ou de débrancher HW ..
Crois tu que cela serait utile ?

A+
CORDIALEMENT

[TiToine]

C'est bien ca dès que HW réécrit dans le fichier history.dat, il remet des valeurs aberrantes.

Tu peux essayer de m'envoyer des fichiers historiques, si possible sans aucune erreur. D'autres utilisateurs m'en ont envoyé, mais ca ne m'a pas aidé à comprendre le fonctionnement de l'historique des précipitations.