Page 1 sur 2

graphiques incohérents

Posté : 10 nov. 2007, 22:42
par mm91
Bonjour,
Je m’aperçois que sur mes graphiques annuels et mensuels la durée d’ensoleillement de certains jours est fausse alors qu’elle est juste sur les graphiques hebdomadaires et journaliers.

Sur ce graphique : http://icare.cinq.free.fr/meteo/2007/y2007st.gif
(en regardant directement dans Wswin32) :
Le 31/8 donne 27 h ( !), (idem pour graphiques mensuel), le graphique journalier donnent 1 :50 (conforme à la réalité).

Le 31/7 donne 19.42 h, (idem pour graphiques mensuel), le graphique journalier donnent 13 :55heures (conforme à la réalité).

Il y a peut-être d’autres erreurs, je n’ai pas tout vérifié.

Comment corriger ces erreurs sans prendre de risques ?

J’ai fais une « mise à jour graphique/tableau » en cochant année, tableau, graphiques, année fichier, depuis le début de l’année : ça n’a rien changé.

Posté : 10 nov. 2007, 23:21
par webmaster
Bonsoir ?

Je n’ai encore jamais vu ça !
Peut être retenter la mise à jour globale sur les deux mois, ne sachant pas exactement comment est généré ce graphique…..

Marrant que l’erreur survienne toujours le dernier jour du mois.

Posté : 11 nov. 2007, 00:00
par mm91
En fait, une "mise à jour graphique/tableau Internet" ne crée que les graphiques/tableaux pour le dossier html (à transmettre sur site).

Mon erreur existe dans les graphiques du programme Wswin32 lui même, il est normal que ces mises à jour soit sans effets

Il n'est pas question de refaire ici des conversions de données avec les fichiers .dat de Heavy Weather, ceux-ci n'étant pas à jour.

Il y a vraiment un hic !

Posté : 11 nov. 2007, 08:07
par Tudgur
As-tu fait un changement de période ce capture pendant ces deux mois ?

Posté : 11 nov. 2007, 08:09
par jackT
mm91 a écrit : Il n'est pas question de refaire ici des conversions de données avec les fichiers .dat de Heavy Weather, ceux-ci n'étant pas à jour.
mm91,
Dans Wswin, l'ensoleillement est une donnée calculée et non mesurée directement. Il me semble que wswin ne la stocke pas, mais la recalcule lors de l'affichage des graphiques. C'est pour cela d'ailleurs qu'un changement dans les paramètres du calcul de l'ensoleillement est directement visible sur un graphique.

Donc refaire des conversions ne changerait certainement rien à ton problème. Tu peux toujours essayer de modifier( temporairement) légèrement tes paramètres de calcul d'ensoleillement pour voir si l'erreur sur ces jour là est toujours visible...

Seul point commun.... c'est le dernier jour du mois qui est concerné... un hasard?


:) C'est Tudgur qui va être rassuré de voir que l'on peut avoir des ensoleillements encore plus grand que les siens... :)

Posté : 11 nov. 2007, 11:27
par mm91
Tudgur : non
JackT : oui, d’accord, mais il les recalcule bien à partir des données se trouvant dans les fichiers WD_MM_AA (voir ci-dessous) ?

Corrigez moi si je me trompe :

Afin de faciliter les affichages graphiques mensuels et annuels, Wswin32 crée, à partir des fichiers WD_MM_AA, des fichiers WD_AAAA au pas de un jour.

Il est possible de transformer ces fichier .DAT en fichiers .txt, c’est ce que j’ai fait (je ne sais même plus comment !) avec le fichier WD_2007 et j’ai constaté que le 31 août 2007 (par exemple) comportait effectivement 27 heures d’ensoleillement (ça fait beaucoup pour une journée !!)

J’ai alors exporté les fichiers mensuels et je constate que les mois posant problème (par exemple juillet et août) comportent, après le dernier jour du mois, des lignes de données supplémentaires avec des dates qui n’ont rien à voir avec ce mois.
Exemple :
…….
31/07/2007 23:45 15.7 15.6
31/07/2007 23:50 15.6 15.5
31/07/2007 23:55 15.5 15.4
07/09/2007 00:00 18.5 17.8
07/09/2007 00:05 18.5 17.8
……..

Ceci explique que les affichages journaliers sont bons (les lignes supplémentaires doivent être ignorées) et que les affichages mensuels et annuels sont erronés (les calcul doivent être faits sur tous le fichier)

Je suis en train d’essayer de corriger ces fichiers export mensuels et de les ré-importer (en conservant pour l’instant les anciens fichiers bien sûr), mais pour l’instant j’ai beaucoup de difficultés. Il y a encore des trucs bizarres.

De toute façon cela n’explique pas pourquoi ces fichiers comportent ces erreurs.

Si vous avez d’autres idées ?

Posté : 11 nov. 2007, 13:40
par jackT
mm91 a écrit : Exemple :
…….
31/07/2007 23:45 15.7 15.6
31/07/2007 23:50 15.6 15.5
31/07/2007 23:55 15.5 15.4
07/09/2007 00:00 18.5 17.8
07/09/2007 00:05 18.5 17.8
……..

De toute façon cela n’explique pas pourquoi ces fichiers comportent ces erreurs.

Si vous avez d’autres idées ?
J'ai une idée, à vérifier :

Dans l'extrait de ton fichier csv ci-dessus. les lignes apparaissant après le 31 pourraient provenir d'un fichier csv contenant des dates au format amécricain que tu aurais pu importer par erreur : 07/09/2007 pourraient être le 9 juillet 2007. Si ça se trouve, les valeurs listées pour la ligne 07/09/2007 00:05 correspondent aux valeurs enregistrées le 9 juillet à 00:05h...

Posté : 12 nov. 2007, 09:38
par mm91
jackT a écrit : J'ai une idée, à vérifier :
Dans l'extrait de ton fichier csv ci-dessus. les lignes apparaissant après le 31 pourraient provenir d'un fichier csv contenant des dates au format amécricain que tu aurais pu importer par erreur : 07/09/2007 pourraient être le 9 juillet 2007. Si ça se trouve, les valeurs listées pour la ligne 07/09/2007 00:05 correspondent aux valeurs enregistrées le 9 juillet à 00:05h...
Non, dans l’exemple ci-dessus, les lignes supplémentaires ne correspondent pas au 9 juillet (données différentes)
Mais j’ai remarqué plusieurs fois des changements de format date dans un même fichier export, alors que les graphiques sont bons.

Dans mes fichiers export mensuels, il y a plusieurs anomalies que je ne comprends pas.
Même sur les enregistrements mensuels normaux, c’est à dire où toutes les données affichées dans les graphiques (ou tableaux) sont bonnes : (c’est à dire que les fichiers .DAT de Wswin32 sont bons)

- en-tête de tableau bizarres
- changement de format date
- Dif. Solaire ne correspondant pas à T. solaire – T. ext
- durée soleil ne correspondant pas à la réalité

En fait c’est comme si ces fichiers export étaient mal crées.
Eventuellement, si tu acceptes, je pourrai t’envoyer par mail un fichier mensuel WD_MM_AA.DAT et le fichier export EXPMM_AA correspondant, pour voir si tu obtiens le même fichier export. (le mail sera un peu lourd)
Es-tu OK ?

Posté : 12 nov. 2007, 10:05
par jackT
mm91 a écrit : En fait c’est comme si ces fichiers export étaient mal crées.
Eventuellement, si tu acceptes, je pourrai t’envoyer par mail un fichier mensuel WD_MM_AA.DAT et le fichier export EXPMM_AA correspondant, pour voir si tu obtiens le même fichier export. (le mail sera un peu lourd)
Es-tu OK ?
OK mm91, envoie-moi ces fichiers.

Posté : 12 nov. 2007, 10:40
par mm91
jackT a écrit : OK mm91, envoie-moi ces fichiers.
c'est fait, merci

Posté : 13 nov. 2007, 17:42
par mm91
Pour votre info, et si le sujet vous intéresse
La conclusion pourrait-être
(suite à l’échange de mails avec JackT)

Lorsque vous faites une exportation de fichiers Wswin32 pour modifications, n’ouvrez surtout pas ce fichier avec Excel pour le modifier. A la ré-importation cela peut avoir des conséquences graves y compris sur d’autres fichiers (à cause de dates qui ne sont plus au bon format par exemple, c’est ce qui c’était passé pour le problème cité en début de ce post)

Pour le modifier, il faut l’ouvrir avec Bloc note (Note pad) avant de le ré-importer.

En procédant de la sorte j’ai résolu mon problème.

Posté : 13 nov. 2007, 19:10
par webmaster
Ton interprétation manque de détail Michel, j’ai toujours modifié mes fichiers sous Excel sans problème !
Si tu veux laisser sous entendre qu’Excel modifie la valeur de la date il n’y a rien de plus simple que de forcer le cellule en texte simple, et dans ce cas plus de modification.

Posté : 13 nov. 2007, 21:29
par jackT
webmaster a écrit :Ton interprétation manque de détail Michel, j’ai toujours modifié mes fichiers sous Excel sans problème !
Si tu veux laisser sous entendre qu’Excel modifie la valeur de la date il n’y a rien de plus simple que de forcer le cellule en texte simple, et dans ce cas plus de modification.
Deux problèmes potentiels peuvent faire qu'Excel crée des "mauvais" fichiers .csv qui seront mal interprétés par wswin :
1/ format de la date : selon le formattage de la colonne contenant les dates, le format de ces dates sera transformé par Excel ( par exemple date au format américain). Rieux vient de citer un moyen pour éviter ce problème.
2/ format des nombres : des nombres décimaux avec des virgules (au lieu de points décimaux) vont certainement poser problème.

Donc. on peut tout à fait corriger et sauver un fichier .csv provement de wswin avec Excel, pour autant que les 2 points ci-dessus soient maitrisés.

Posté : 13 nov. 2007, 21:47
par webmaster
Expliqué comme ça je suis d’accord avec vous !

Posté : 13 nov. 2007, 22:23
par vals
Tant mieux car faire une série de corrections avec le bloc note, bonjours les yeux. :shock: .
Il ne faut pas se louper.