problème avec le module de transfert sql

[meteo_jacques]

Bonsoir,

Donc ce test confirme que les données de Cumulus
sont enregistrées dans le bon format.

Maintenant, vérifie dans ta base de donnée MySql pour voir
si les dates sont enregistrées correctement.

Si elles sont correct, regarde sur ton Pc quel est le format de date
employé pour les fichiers. En même temps, indique moi quel configuration régionale et linguistique est en fonction sur ton Windows, Français (Canada)?

Avec ça on devrait être en mesure de trouver ton problème.

Amicalement,
Jacques

[migerc]

Bonsoir jacques
Les dates ne sont pas enregistrées au bon format;j'ai essayé de modifier le format dans dayfile logdate de la base sql sans succès.
Impossible d'enregistrer le nouveau format.
Je te met deux captures pour te donner une idée.
Je suis en Windows 7 Français France.





 

Merci de ton aide !

[meteo_jacques]

Bonjour migerc (drôle de prénom!  ;) ),

Ah! Voici notre problème! Effectivement, nous parlons la même langue,
mais pour ce qui est des paramètres de langage, il y a des détails
qui fouttent le bordel!

Donc, si tu veux commences par détruire les bases de données que tu as
présentement. Ensuite, tu trouveras dans le module d'importation SQL,
le fichier suivant transfertImporteSQL.php. Édite la ligne suivante :
   $dtimestamp = $datearr[2] ."-" . $datearr[1] . "-" . $datearr[0];
et inverse simplement le 2 et le 0 de la sorte:
   $dtimestamp = $datearr[0] ."-" . $datearr[1] . "-" . $datearr[2];
      
Ceci devrait formater la date d'une manière convenable. J'ai décidé d'utiliser
le format de date international (aaaa-mm-jj) pour faciliter la lecture des
visiteurs de toute la planéte!

Espérant que le tout résolve ton problème!

Amicalement,
Jacques

[migerc]

j'essai de suite.
Mon pseudo est la contraction de mon nom et prénom.
Mignier Eric.!

[migerc]

maintenant c'est l'année qui n'est pas bonne.
2030 et 2031

[migerc]

//http://toutsurlegoldenretriever.fr/meteoqc/transfert/stats.php

[meteo_jacques]

Bonjour Éric,

Donc, je considère que tes données sont désormais sous la forme aaaa-mm-jj.
Malheureusement, ta configuration en affichage semble remettre les choses
dans le format problématique. Puisque le module d'affichage par tableau affiche
2 tableaux différents, quotidien et observations, tu devras modifier les fichiers
lire_observ.php et lire_quotidien.php que tu trouveras dans meteoqc/tableaux.

Cherche cette ligne:
$SQL = "SELECT LogDate, HighWindGust .....

et modifie cette ligne de la sorte:
$SQL = "SELECT DATE_FORMAT(LogDate, '%Y-%m-%d') as LogDate, HighWindGust....

Celà devrait te donner un affichage correct (ex: 2012-05-18).

Donc, avec ceci le plaisir devrait commencer!

Si tu remarques bien, les entêtes de ces tableaux sont cliquables, donc facile de trier
pour trouver la journée la plus chaude.. la plus pluvieuse, la moins humide... etc!

Redonnes m'en des nouvelles!

Amicalement,
Jacques

[migerc]

bonsoir Jacques.
Bon ben sa fonctionne pas,j'ai tout supprimé tout modifié comme tu m'as expliqué et toujours le même problème de date.
Il y a quelques choses qui doit m'échapper.
De plus maintenant les données ne s'affiche plus dans meteoqc/transfert/stats.php
Si tu as une autre idée Merci d'avance.
dans la base sql la date reste à 2030/12/4 pour tout le mois
Cordialement.
Eric

[meteo_jacques]

Bonjour Éric,

Alors, reprenons à la base. Nous avions réussi à mettre les données dans le bon format
sur la base de donnée MySql, donc, reprends la manoeuvre première:

Dans le fichier suivant transfertImporteSQL.php. Édite la ligne suivante :
$dtimestamp = $datearr[2] ."-" . $datearr[1] . "-" . $datearr[0];
et inverse simplement le 2 et le 0 de la sorte:
$dtimestamp = $datearr[0] ."-" . $datearr[1] . "-" . $datearr[2];

Le tout devrait mettre la date dans le bon format aaaa-mm-jj,
sinon, "Joue" avec les paramètre 0, 1, 2

Amicalement,
Jacques
Dis-moi quand tu y arriveras.
Jacques

[migerc]

bonsoir Jacques
J'abandonne j'ai essayé dans tout les sens rien à faire.
si tu as une autre idée !
Merci
cordialement
 Eric