PB TSTAMP et RECDATETZ sur BD
Modérateurs : jturlier, Météo Villarzel
PB TSTAMP et RECDATETZ sur BD
Bonjour,
Je me présente, je suis nouveau sur ce forum.
J’habite dans le Morbihan, j'ai 60 ans et je suis retraité de l'industrie.
Je tiens à vous remercier tous pour les travaux que vous effectuez et les réalisations que vous mettez à disposition des novices comme moi.
Je viens de créer mon premier graphe avec les tutos dispos sur Météo Villarzel, excellent site d'ailleurs.
J'utilise data2sql pour les transferts
Tous les transferts se passent bien vers ma base de données, seulement 2 soucis apparaissent dans les transferts:
1° TSTAMP décalage de 1H
1421260800 201501141740 201501141840
2° Données pluie absentes
1° TSTAMP
J'ai un décalage de date dans l'affichage de mon graphique, j'ai une heure de plus que mes données sur l'affichage. en regardant le TSTAMP et le convertissant, je m’aperçois que j'ai une différence entre les deux.
http://xl1954.com/highcharts3/graphics/ ... rature.php
2° Données pluies absentes dans la bd alors que présentes dans les fichiers logs
Si quelqu'un a des pistes pour éclairer ma lanterne, elles seront les bienvenues
Merci d'avance et bonne journée
Xavier Lefranc
Je me présente, je suis nouveau sur ce forum.
J’habite dans le Morbihan, j'ai 60 ans et je suis retraité de l'industrie.
Je tiens à vous remercier tous pour les travaux que vous effectuez et les réalisations que vous mettez à disposition des novices comme moi.
Je viens de créer mon premier graphe avec les tutos dispos sur Météo Villarzel, excellent site d'ailleurs.
J'utilise data2sql pour les transferts
Tous les transferts se passent bien vers ma base de données, seulement 2 soucis apparaissent dans les transferts:
1° TSTAMP décalage de 1H
1421260800 201501141740 201501141840
2° Données pluie absentes
1° TSTAMP
J'ai un décalage de date dans l'affichage de mon graphique, j'ai une heure de plus que mes données sur l'affichage. en regardant le TSTAMP et le convertissant, je m’aperçois que j'ai une différence entre les deux.
http://xl1954.com/highcharts3/graphics/ ... rature.php
2° Données pluies absentes dans la bd alors que présentes dans les fichiers logs
Si quelqu'un a des pistes pour éclairer ma lanterne, elles seront les bienvenues
Merci d'avance et bonne journée
Xavier Lefranc
- Météo Villarzel
- Administrateur du site
- Messages : 524
- Enregistré le : 06 févr. 2014, 09:48
- Contact :
Re: PB TSTAMP et RECDATETZ sur BD
Salut Xavier,
Bienvenue sur le forum.
Je vois que tu utilises data2sql, ce programme n'est plus mis à jour.
Etant donnée que tu utilises Cumulus, je te conseil de reconstruire ta base de données avec cmulus2sql.
http://www.boock.ch/meteo/forum/viewtop ... f=30&t=102
Bonne journée
Bienvenue sur le forum.
Je vois que tu utilises data2sql, ce programme n'est plus mis à jour.
Etant donnée que tu utilises Cumulus, je te conseil de reconstruire ta base de données avec cmulus2sql.
http://www.boock.ch/meteo/forum/viewtop ... f=30&t=102
Bonne journée
Re: PB TSTAMP et RECDATETZ sur BD
Bonjour,
Pardon, j'utilise bien Cumulus2sql 1.0.1.11
J'ai utilisé la dernière version 1.0.3.1, mais idem pour les 2 pbs
Merci
Pardon, j'utilise bien Cumulus2sql 1.0.1.11
J'ai utilisé la dernière version 1.0.3.1, mais idem pour les 2 pbs
Merci
- Météo Villarzel
- Administrateur du site
- Messages : 524
- Enregistré le : 06 févr. 2014, 09:48
- Contact :
Re: PB TSTAMP et RECDATETZ sur BD
La version 1.0.1.11 avait ce problème, il devrait être corrigé avec la version 1.0.3.1 !!!
As-tu bien détruit ta base de données, désinstaller Cumulus2sql et installer la nouvelle version en mode administrateur ?
A+
As-tu bien détruit ta base de données, désinstaller Cumulus2sql et installer la nouvelle version en mode administrateur ?
A+
Re: PB TSTAMP et RECDATETZ sur BD
Oui, j'ai tout desinstallé. Aussi bien du côté pc et web.
J'ai deja le problème sur l'écran d'accueil de data to Sql
Par contre je n'ai pas vérifié lors de la desinstallation si les fichiers en User disparaissent
J'ai tout refais avec la version 3 de Cumulus2sql en administrateur.
Si je comprends bien, c'est Cumulus2 Sql qui crée le Tstamp?
Je vais réessayer en enlevant tout ce qui s'installe si je peux
A+
J'ai deja le problème sur l'écran d'accueil de data to Sql
Par contre je n'ai pas vérifié lors de la desinstallation si les fichiers en User disparaissent
J'ai tout refais avec la version 3 de Cumulus2sql en administrateur.
Si je comprends bien, c'est Cumulus2 Sql qui crée le Tstamp?
Je vais réessayer en enlevant tout ce qui s'installe si je peux
A+
Re: PB TSTAMP et RECDATETZ sur BD
Bonsoir,
J'ai tout réinstallé, mais j'ai toujours le même souci avec le décalage d'heure.
En ce qui concerne l'absence de relevé pluie, j'ai activé les coefficient pluie et vent dans cumulus2sql et j'ai maintenant les données correctes dans la bd.
Reste ce pb de décalage d'heure
Bonne soirée
A+
J'ai tout réinstallé, mais j'ai toujours le même souci avec le décalage d'heure.
En ce qui concerne l'absence de relevé pluie, j'ai activé les coefficient pluie et vent dans cumulus2sql et j'ai maintenant les données correctes dans la bd.
Reste ce pb de décalage d'heure
Bonne soirée
A+
- Météo Villarzel
- Administrateur du site
- Messages : 524
- Enregistré le : 06 févr. 2014, 09:48
- Contact :
Re: PB TSTAMP et RECDATETZ sur BD
Si c'est que le problème de l'heure, tu peux le corriger dans le code PHP
if (date("I",time())==0) {
$time[$i]=($list['tstamp']+3600)*1000;
}
else {
$time[$i]=($list['tstamp']+7200)*1000;
}
en modifiant suivant ton décalage les valeurs 3600 et 7200
3600= 1h sur le tstamp qui est en secondes.
A+
Ps: je regarde quand même avec Jean ce problème d'heure.
if (date("I",time())==0) {
$time[$i]=($list['tstamp']+3600)*1000;
}
else {
$time[$i]=($list['tstamp']+7200)*1000;
}
en modifiant suivant ton décalage les valeurs 3600 et 7200
3600= 1h sur le tstamp qui est en secondes.
A+
Ps: je regarde quand même avec Jean ce problème d'heure.
Re: PB TSTAMP et RECDATETZ sur BD
J'y avais pensé, mais j'attendais ton info.
J'ai dejà fait un essai dans ce sens, cela fonctionne.
Merci pour tes réponses
Bonne fin de soirée
TY Coet
J'ai dejà fait un essai dans ce sens, cela fonctionne.
Merci pour tes réponses
Bonne fin de soirée
TY Coet
-
- Messages : 54
- Enregistré le : 25 mai 2014, 14:31
- Localisation : Pas de Calais - France
- Contact :
Re: PB TSTAMP et RECDATETZ sur BD
Bonjour à tous,
Avec la dernière version de Cumulus2sql 1.0.3.1
J'ai ce problème de données vent et pluie absentes évoqué par TY COET
Il indique par un message suivant :
"En ce qui concerne l'absence de relevé pluie, j'ai activé les coefficient pluie et vent dans cumulus2sql et j'ai maintenant les données correctes dans la bd."
Ou se trouve ces coefficient dans l'installation Cumulus2SQl , jean ne les évoque pas ....
Pouvez vous m'en dire un peu plus
Merci pour tout
Cordialement
Michel dit Courtil
Avec la dernière version de Cumulus2sql 1.0.3.1
J'ai ce problème de données vent et pluie absentes évoqué par TY COET
Il indique par un message suivant :
"En ce qui concerne l'absence de relevé pluie, j'ai activé les coefficient pluie et vent dans cumulus2sql et j'ai maintenant les données correctes dans la bd."
Ou se trouve ces coefficient dans l'installation Cumulus2SQl , jean ne les évoque pas ....
Pouvez vous m'en dire un peu plus
Merci pour tout
Cordialement
Michel dit Courtil
OS : Windows 11
Station Météo : Vantage PRO2
Cumulus version 313.3 version 3148
http://meteo621.free.fr/
Station Météo : Vantage PRO2
Cumulus version 313.3 version 3148
http://meteo621.free.fr/
- jturlier
- Administrateur du site
- Messages : 394
- Enregistré le : 10 déc. 2014, 10:20
- Localisation : Sérignan 34410
- Contact :
Re: PB TSTAMP et RECDATETZ sur BD
bonjour,TY COET a écrit : J'ai tout refais avec la version 3 de Cumulus2sql en administrateur.
Si je comprends bien, c'est Cumulus2 Sql qui crée le Tstamp?
Les programmes xxx2SQL créent en fonction des données issues de la station des timestamps UNIX. (Ils sont donc UTC.)
Dans les tables, il existe 2 autres champs pour la référence date et heure : recdateUTC qui comme son nom l'indique est UTC pur, sans heure hiver ou été(DST), calé sur le fuseau horaire de Greenwich. Le champ recdatetz est lui le reflet de l'heure locale, incluant si nécessaire le décalage horaire correspondant au fuseau et au daylight saving time.
La solution de facilité c'est de modifier avec +3600 ou +7200 comme le suggère Pierre-André, mais bien que ce soit la plus simple, je pense que c'est la plus mauvaise ! (modifications à faire au passage de l'heure d'été à l'heure d'hiver). En effet, il existe dans PHP (ainsi que dans la plupart des autres logiciels de programmation) de nombreuses fonctions qui font cette conversion Heure UTC => heure locale parfaitement, en incluant si nécessaire le DST.
En voici un exemple :
get_date_from_gmt( date( 'Y-m-d H:i:s', $my_unix_timestamp ), 'F j, Y H:i:s' );
Bonne fin de journée
Jean
Jean
Station :
VP2pro + anémomètre ultrasons et console Vue
Cumulus 1.9.4 + Cumulus2SQL + MySQL
Audio :
FR
PC :
W10 64bits migré
http://meteoserignan.ddns.net
Station :
VP2pro + anémomètre ultrasons et console Vue
Cumulus 1.9.4 + Cumulus2SQL + MySQL
Audio :
FR
PC :
W10 64bits migré
http://meteoserignan.ddns.net