bonjour,
tout d'abord bravo pour votre site et pour les ressources que l'on trouve dessus. Je suis nouveau utilisateur de cumulus et je vais essaye de refaire mon site.
J'ai un problème avec le format des fichiers. En effet, la date de mes fichiers mars12log et dayfile est de la forme 07/03/12. Or le module de transfert veut une date de la forme 2012-03/07. Le transfert se fait mais la date dans la base est 0000-00-00
Comment faire pour avoir le bon format de date dans mes fichiers cumulus ?
Merci de votre aide
christophe
Bonjour Christophe,
Pour ton problème de date, vois le fichier importeSQL.php qui se situe dans le dossier meteoqc/transfert.
À l'intérieure, tu verras des lignes de commentaire t'indiqueant les délimiteurs présentement utilisés.
Pour la date, trouves la variable $date_delimiter="-" remplace donc simplement le tiret par la
barre oblique utilisée dans ta configuration.
MySQL quant à lui, se corrigera de lui-même recevant les données de dates dans un format correctement défini.
Espérant que le tout t'aidera!
Amicalement,
Jacques
merci jacques pour ta réponse et pour la solution.
c'était bien ça le problème et tout est rentrée dans l'ordre. ça marche parfaitement.
Pourrait-on faire en sorte que ce transfert soit automatisé ? et est-ce prévu dans le futur ?
cordialement
christophe
Bonjour Christophe,
Je suis heureux que le tout fonctionne bien pour toi désormais.
Pour ce qui est de l'automatisation de ce processus, il n'existe à ma connaissance
aucun développement qui adresse cette fonctionalité en particulier.
J'avais créé le Module de Gestion des Transferts MySql dans cette optique.
Le module permet de faire les étapes d'envoi, d'importation et de validation
dans un seul interface cohérent, mais comme je développe seul et que la liste
des améliorations possibles est presque infini, je n'adresse pour l'instant que les besoins de base.
Je suis présentement à développer un éventail de gabarit répondant, je l'espère à tous les goûts.
Tu peux voir ces gabarits sur mon site international : http://weatherbyyou.com/templates.php (http://weatherbyyou.com/templates.php)
Je m'attarde donc pour l'instant à la création de nouveaux gabarits multilangues (13 langues pour l'instant)
car je me suis rendu compte que bien d'autre usagers aimeraient avoir un gabarit intéressant,
mais dans leur langue maternelle au lieu de cet "anglais universel".
Donc, dans quelque temps, je lancerai une gamme de modules universels qui pourront être
installé dans chacun de ces gabarits et qui amèneront une plus grande facilité d'utilisation
pour tous les amateurs de diffusion météo (entre autre la mise-à-jour automatisée).
Donc, comme tu vois, beaucoup de boulot à l'horizon!
Amicalement,
Jacques
j'ai visité la page et certains gabarits me plaisent beaucoup, j'espère que l'on pourra les télécharger d'ici peu !!
en tout cas, bravo pour ton travail et ton site
Pour éviter de créer un autre sujet, je pose ma question ici.
J'ai un problème avec la page jauges : http://www.meteo71.com/cumulus/gauges.htm (http://www.meteo71.com/cumulus/gauges.htm)
Elles n'apparaissent pas. j'ai pourtant bien téléchargé tous les fichiers dbimages, images et les fichiers css, swf et js.
Je ne comprend pas pourquoi, merci de ton aide
Bonjour Christophe,
Il te manque simplement quelques fichiers.
Ce gabarit avait été prévu à l'origine pour remplacer les fichiers
d'une installation standard (update).
Pour corriger la situation, copie simplement le CONTENU de C:Cumuluswebfiles
dans ton site à l'adresse: www.meteo71.com/cumulus
et tout devrait rentrer dans l'ordre.
Amicalement,
Jacques
bonsoir jacques,
j'ai fait ce que tu m'as dit mais malheureusement, rien n'y fait ! Les jauges n'apparaissent toujours pas (enfin certaines) : http://www.meteo71.com/cumulus/gauges.htm (http://www.meteo71.com/cumulus/gauges.htm)
j'ai relancé le webupadate sans succès ... si tu as une idée, je ne vois pas de mon coté
merci
Bonjour Christophe,
Ton installation de Cumulus est peut-etre erroné,
car dans le dossier dbimages tu devrais avoir plusieurs fichiers .gif!
As-tu bien coché la case "Include Standard Images" dans le menu Configuration/Internet/Files?
De plus, vérifie ta configurations dans le menu Configuration/Internet/Sites pour vérifier
que le dossier indiqué dans "Directory" correspond bien à ton installation.
Jacques
Slt jacques,
dans dbimages j'ai 24 fichiers, 22 gif et 2 js
la case standard images est cochée (comme standard files d'ailleurs)
dans directory, j'ai indiqué : /cumulus
il y a aussi un truc bizarre qui me dit que le script de la page plante quelque part, car quand je passe la souris sur la jauge vitesse à droite (pas celle en haut), on a 4 lignes de code au lieu d'une valeur je suppose :
PS : je n'ai rien modifié aux fichiers !
@+
Bonjour Christophe,
Effectivement, les phrases que tu vois en passant la souris sur tes jauges
montrent qu'il ne trouve pas les fichiers nécessaires. Dans ce cas-ci, ce sont
les fichiers boxover.js et dashboard.js qui causent problèmes.
J'ai regardé ton fichier dashboard.js et ce n'est pas le bon fichier (c'est la version anglophone
de Cumulus). Je te conseille donc de reprendre les fichiers .js de ton archive française pour
remplacer ceux en place.
Amicalement,
Jacques
bonjour Jacques,
merci pour la solution qui est effectivement la bonne !
Je n'ai pas eu le temps de te répondre avant, j'en suis désolé.
Cordialement
christophe
Bonjour à tous!
J'ai un problème de date dans l'importation de ma base que je n'arrive pas à résoudre.
Les dates sont éronées.
2030-10-11
J'ai modifié le tiret par un / dans ImporteCumulusSQL sans résultat.
Merci à tous de vos réponses !
//http://www.meteo-jarny.fr/
Bonjour migerc,
Ton problème se situe au niveau du format de la date.
Cet utilitaire ne fais pas de validation du format de date,
il lit simplement les données contenues dans le dossier Cumulusdata
Donc, commence par valider dans le fichier Dayfile.txt pour voir quel format
Cumulus utilises pour les dates. Dans mon cas, c'est jj-mm-aaaa.
Amicalement,
Jacques
Bonsoir Jacques
c'est le même format que toi dans le fichier dayfile.
Et maintenant qu'est ce que je fais?
merci de ta réponse.
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
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.
(//http://i42.servimg.com/u/f42/14/32/38/27/phpmya10.png) (//http://www.servimg.com/image_preview.php?i=356&u=14323827)
(//http://i42.servimg.com/u/f42/14/32/38/27/phpmya11.png) (//http://www.servimg.com/image_preview.php?i=357&u=14323827)
Merci de ton aide !
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
j'essai de suite.
Mon pseudo est la contraction de mon nom et prénom.
Mignier Eric.!
maintenant c'est l'année qui n'est pas bonne.
2030 et 2031
//http://toutsurlegoldenretriever.fr/meteoqc/transfert/stats.php
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
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
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:
CitationDans 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
bonsoir Jacques
J'abandonne j'ai essayé dans tout les sens rien à faire.
si tu as une autre idée !
Merci
cordialement
Eric