Salut à tous et bravo pour ce script.
J'ai un petit souci.
J'utilise le timestamp de mysql et donc ma station ws2300 est synchronisée grâce à un cron linux. GWphp récupère donc les données dans la bdd.
Cela fonctionne bien, le timestamp est bien utilisé mais il y a deux heures de décalage à l'affichage. J'ai vérifié dans mysql et les données correspondent pourtant bien à l'heure fr locale.
Il doit y avoir moyen de comprendre ce qui se passe mais j'avoue planer à 15000 !
En bref, bien que le timestamp mysql soit à la bonne heure, il m'affiche l'heure UTC dans les graphes...
Démo :
http://www.diliak.net/meteo/graphweather.php
GWphp et le timestamp
Pat.
Il faut être con pour vivre avec les cons. J'ai essayé, on peut.
San Antonio.
La météo à Villeurbanne
Il faut être con pour vivre avec les cons. J'ai essayé, on peut.
San Antonio.
La météo à Villeurbanne
- TiToine
- Site Admin
- Messages : 3356
- Inscription : lun. mars 20, 2006 11:16 am
- Localisation : Montréal
- Contact :
Salut,
Dans le script graphweather.php tu dois retrouver ces lignes :
Il est possible que ca coince au niveau du mktime qui s'attend à avoir une date non gmt.
Tu peux essayer de le remplacer par un gmmktime() qui lui reçoit une date gmt (date apparement gmt dans ta base?)
Bon courage.
Antoine.
Dans le script graphweather.php tu dois retrouver ces lignes :
Code : Tout sélectionner
sscanf($list[0],"%4d%2d%2d%2d%2d%2d",$a_year,$a_month,$a_day,$a_hours,$a_minutes,$a_seconds);
$LAST_UPDATE=intval(mktime($a_hours,$a_minutes,$a_seconds,$a_month,$a_day,$a_year,-1));
echo $LAST_UPDATE;
break;
Tu peux essayer de le remplacer par un gmmktime() qui lui reçoit une date gmt (date apparement gmt dans ta base?)
Bon courage.
Antoine.
Ben ça m'a décalé le graph qui à priori tombe bon maintenant mais les données ont toujours 2h de décalage.
Ce qui est curieux c'est que TOUT est décalé de 2h en arrière alors que le timestamp mysql est bon...
Ce qui est curieux c'est que TOUT est décalé de 2h en arrière alors que le timestamp mysql est bon...
Pat.
Il faut être con pour vivre avec les cons. J'ai essayé, on peut.
San Antonio.
La météo à Villeurbanne
Il faut être con pour vivre avec les cons. J'ai essayé, on peut.
San Antonio.
La météo à Villeurbanne
Bonjour à tous,
Effectivement je n'avais pas remarqué, mais j'ai également le même problème. Toutes mes données sont décalées de 2H.
Mes données sont enregistrée dans ma base sql en heure locale (et non pas en heure GMT), mais systèmatiquement à l'affichage tout est décallée de 2H.
En fait je viens de trouver d'ou vient l'erreur. C'est tout simplement dans l'affichage du texte des abscisses qu'il y a une erreur, il est formaté en heure GMT.
Pour afficher la date dans un format texte lisible on appel la fonction "xLabelFormat" dans le fichier graph.php
Il faut donc modifier la fonction xLabelFormat dans le fichier graph.php
en
J'ai fait la modif sur mon site et ca marche impec.
A bientôt.
Yves
Effectivement je n'avais pas remarqué, mais j'ai également le même problème. Toutes mes données sont décalées de 2H.
Mes données sont enregistrée dans ma base sql en heure locale (et non pas en heure GMT), mais systèmatiquement à l'affichage tout est décallée de 2H.
En fait je viens de trouver d'ou vient l'erreur. C'est tout simplement dans l'affichage du texte des abscisses qu'il y a une erreur, il est formaté en heure GMT.
Pour afficher la date dans un format texte lisible on appel la fonction "xLabelFormat" dans le fichier graph.php
Il faut donc modifier la fonction xLabelFormat dans le fichier graph.php
Code : Tout sélectionner
function xLabelFormat($aLabel)
{
global $XFORMAT;
return gmdate( $XFORMAT, $aLabel);
}
Code : Tout sélectionner
function xLabelFormat($aLabel)
{
global $XFORMAT;
return date( $XFORMAT, $aLabel);
}
A bientôt.
Yves
Ah bravo !!!
Elle m'a échappé celle là.
Merci !
Elle m'a échappé celle là.
Merci !
Pat.
Il faut être con pour vivre avec les cons. J'ai essayé, on peut.
San Antonio.
La météo à Villeurbanne
Il faut être con pour vivre avec les cons. J'ai essayé, on peut.
San Antonio.
La météo à Villeurbanne