GraphWeather MySQL : pas de graphiques générés

[pégé13]

Impossible d'obtenir un graphique.
J'utilise PHP5 et jpgraph-2.2.
La base MySQL est alimentée par open2300.
graph.php lit correctement les champs de la base mais génère des ereeurs:
1) pour SetFont() = normal, je n'ai pas de TTF installées sur le serveur (NUXIT);
Erreur facilement évacuée en déclarant une fonte GD.
2) Text::Pos() semble ne plus exister dans jpgraph-2.2. L'erreur ne se produit pas avec jpgraph-1.21b (sous PHP4).

Que ce soit avec jpgraph-1.21b (sous PHP4) ou jpgraph-2.2b (sous PHP5) graph.php lancé directement ( en fixant dans le source les dates start et stop) lit les données correctement et semble bein générer des *PNG (affichage de caractères non ASCII débutant avec un label PNG), mais garaphweather.php n'affiche que le sélecteur de dates sur fond bleu et pas de graphiques.
Les exemples de jpgraph-2.2 tournent parfaitement sur le serveur.

HELP !

[TiToine]

Salut,

Désolé, je ne peux pas vraiment t'aider, le script commence a dater et il faudrait le réécrire. A l'époque il avait été déjà fait dans l'urgence...

La nouvelle version de JPGraph supporte l'inclusion de plusieurs graphiques dans la même page (son créateur avait retenu mon idée), et ma méthode de "concaténation" de graphique n'est vraiment plus au gout du jour.

Perso j'ai pas le temps de tout refaire...avis aux amateurs.

Antoine.

[jturlier]

Bonjour pégé13,
en ce qui concerne Pos() jette un coup d'oeil à http://www.aguilmard.com/forum/viewtopic.php?id=338.

[pgogan]

J'ai résolu les problèmes relatifs à JPgraph-2.2, mais les ennuis viennent maintenant du script "graphweather.php" qui ne retourne pas les dates correctes au script "graph.php". Les dates sont stockées dans ma base MySQL dans un champ DATETIME (YYYY-mm--dd H:M:S). Dans "config.php, le flag $MYSQL_TIMESTAMP =1, mais les cuisines de conversion dans "graphweather.php" et "graph.php" donnent un résultat erroné pour accéder à l'intervalle de dates choisies pour les graphiques.
Si je fixe "à la main" l'intervalle voulu (au format DATETIME) dans "graph.php", les graphiques sont tracés corretement, à lexception des étiquettes sur l"axe des X qui indiquent toujours la même date "01/01".

pgogan (= pégé13)

[TiToine]

Tu peux essayer ca, remplacer la ligne 43 de GraphWeather php par:

sscanf($list[0],"%4d-%2d-%2d- %2d:%2d:%2d",$a_year,$a_month,$a_day,$a_hours,$a_minutes,$a_seconds);

Vérifie la position des points et tirets.

[pgogan]

Merci TIToine1978 :

J'avais déjà essayé ce reformatage par sscanf(). Le problème persiste !!!
La date est toujours à à l"origine des temps (19700101010000) dans graph.php.

[pinto]

dans graphweather.php

sscanf($list[0],"%4d%1s%2d%1s%2d%2d%1s%2d%1s%2d",$a_year,$nul,
$a_month,$nul,$a_day,$a_hours,$nul,$a_minutes,$nul,$a_seconds);

et dans graph.php

sscanf($list[8],"%4d%1s%2d%1s%2d%2d%1s%2d%1s%2d",$a_year,$nul,
$a_month,$nul,$a_day,$a_hours,$nul,$a_minutes,$nul,$a_seconds);

[jturlier]

pgogan,
fais attention à la conversion dans graphweather.php, certaines dates sont extraites à partir de fichiers avrc des timestamp en format delphi càd origine 01011899 si je ne me trompe pas ce qui necessite une correction de 25569 jours. Tout ça est encore à vérifier et je n'ai pas trop le temps. Ce n'est donc qu'une piste.
Les date 19700101010000 représentent l'origine du timestamp unix. Quand on affiche ça c'est que la date sur laquelle on travaille est antérieure.

[jturlier]

Oups ! désolé d'avoir répondu à un msg aussi ancien ! qui n'est sans doute plus actif.

[steve]

Bonjour,
Juste pour confirmer que la modification de pinto fonctionne pour moi

Php 5.2.5
Apache 2.2.6
Mysql 5.0.45
JpGraph 2.3

Dans cet environnement, j'ai également dû modifier Pos pour SetPos dans 'graph.php' (lignes 234, 239, 244, 273, 286, 359).
Comme dans le lien donné plus haut par jturlier.

Maintenant tout roule !
Merci aux contributeurs/créateurs de ce script !