TopeX

Ah pardon. ça m'a échappé ! Merci de ta patience !

ah oui... ça ne va pas m'aider. Existe-t-il une astuce qui autoriserait d'utiliser deux fois de suite [[[hauteur ]]] sur un même graph ?

Ok, super ! Je ne savais pas que ça provenait de tags.py. J'apprends plein de trucs qui vont me permettre de bricoler et de faire ma petite affaire. Tant que je te tiens, j'ai vu tes courbes de température qui passent en bleu sous zéro. Comment fait-on ça ? J'avais idée de trouver un moyen de marquer d'un dot rouge où on en est de la marée à l'instant t comme ci-dessous, mais colorer la ligne en rouge sur 5 minutes irait très bien aussi.

Rongé par l'ennui, j'ai ajouté une petite fonctionnalité à l'affichage de la marée qui consiste à ajouter une flèche de tendance sur le même modèle que la pression atmosphérique. Je n'ai fait qu'un copier/coller d'une partie de la section "# Build the HTML for the front page" (ligne 1238 pour moi) de belchertown.py : trend = weewx.tags.TrendObj(600, 300, db_lookup, None, current_stamp, self.generator.formatter, self.generator.converter) obs_trend = getattr(trend, obs) station_obs_html += ' <span class="hauteur-trend">' # Maintain leading spacing if str(obs_trend) == "N/A": pass elif "-" in str(obs_trend): station_obs_html += '<i class="fa fa-arrow-down hauteur-down"></i>' else: station_obs_html += '<i class="fa fa-arrow-up hauteur-up"></i>' station_obs_html += '</span>' # 1. A votre avis, a quoi correspondent les deux arguments en gras ? 2. J'ai été surpris qu'il affiche une flèche verticale et non à 45 degrés comme j'en avais l'habitude. Quels en sont les critères d' affichage et en existe-t-il une horizontale qui pourrais me servir en phase d'étale ?

ah oui, quand même !!!??? 😳 ça ne plaisante pas ! C'était ça !!! ça marche nickel-chrome !!! Trop classe ! Merci,c'est énorme, je suis sur ce truc depuis des semaines, et là c'est la cerise ! Pour sortir des données, des graphs et des courbes, je vous ai concocté une vidéos pour illustrer ce qu'une journée comme aujourd'hui donne sur le terrain, chez moi. Il se trouve que c'est la plus forte marée du mois, mais ce n'est pas encore une marée d'équinoxe ! http://chevrerie.du.cap.chez-alice.fr/videos/Movie003.mp4

oui ça revient comme avant : une valeur entière exprimée en mètres

Depuis la dernière modif, l'observation est bien exprimée avec mes deux décimales mais exprimée en mm/h au lieu de mètres, alors que c'était bien exprimé en mètres auparavant. J'ai procédé à pas mal de nettoyage suite à tout ce que j'ai pu essayer avant de vous solliciter sur ce forum, mais rien n'y fait. J'ai aussi effacé ma tentative dans la section [[mqtt]] de weewx.conf

il s'agit du port de l'adresse IP

Ah oui, astucieux... j'aurais pu réfléchir un peu avant de poser la question... Pour l'histoire du format à 2 décimales, j'y travaille : je n'ai pas encore trouvé la solution sur le github de Belchertown, mais j'y ai quand même trouvé cette astuce : [[MQTT]] [[[inputs]]] [[[[hauteur]]]] format = %.2f J'ai essayé aussi avec [[[[hauteur_meter]]]], mais sans plus de succès. J'aimerais bien comprendre pourquoi ?

Je ne comprends pas bien. Les lignes contenant une donnée 'hauteur' ne contiennent rien d'autres et inversement, les lignes contenant une hauteur de marée 'null' contiennent toutes les autres données météo. ça va effacer quoi exactement ? Sinon, la base de donnée alternative existe. Je ne sais plus pourquoi je l'ai délaissée. je vais tenter de faire ça à l'avenir. Y a-t-il un moyen d'utiliser wee_import avec une autre bd que weex.sdb à tout hasard ? Et bonne nouvelle, le temps de rédiger ce billet, tout s'est mis en place et ça fonctionne nickel ! 😃💪👃

J'ai refait l'installation depuis le départ. Même erreur. Mais je te mets le log complet du démarrage de weewx, parce que je m'aperçois qu'il va quand même chercher la bonne valeur à la bonne date. On le voit à 23:12:28. Donc ça fonctionne quand même ! Terminal SSH(3).PDF Edit du petit matin : je me dois de contextualiser pour trouver ce qui cloche chez moi. Déjà pour info, mon install est en setup.py. J'imagine que ça ne change rien mais je ne tiens pas tout. D'autre part, ma procédure d'import ne fonctionne pas correctement. Je me suis retrouvé plusieurs fois avec une erreur "unable to add record XXXX : unique constraint failed" qui indique qu'une ligne est déjà peuplée. Pour contourner le problème, j'ai ajouter 2 secondes à tous mes horodatages. Au final, suite à plusieurs essais, je me retrouve avec des lignes vierges ("null"). J'ai une série de trois lignes récurrentes : t+0s ("null"), t+1s ("null") et enfin t+2s ("bonne valeur") Mais il ne s'agit pas de "nonetype"

ça te parait propre ?

Alors là chapeau ! J'ai tout installé sans rien regarder plus que ça. Là, tout de suite ça plante. J'ai cru voir passer dans le log qu'il obtient un nonetype plutôt qu'un nombre et que ça ne lui plait pas ou un truc dans le genre. Je vais regarder ça de plus près et essayer de comprendre comment tout ça se goupille avant d'alerter la cavalerie. Edit : j'ai modifié vite fait la valeur de décalage de 4 pour 1461 et 'years' pour 'days' quelques lignes plus loin. Même résultat. Je verrai ça ce soir, il faut vraiment que je retourne au boulot ! 👨‍🌾 🐐 Un grand merci dans tous les cas !

en pieds

Ça tombe bien ! 😥 Je suis en metric mais la base de données est en us.

Pardon ! Pardon ! Pardon ! A la réflexion, tu as raison, il serait préférable de récupérer les données dans la bd 4 ans en arrière. En espérant que tu n'aies pas déjà commencé à plancher dessus... ☹️

Ah, bah volontiers ! 😃 Le plus simple serait de récupérer les données. Soit dans la bd quatre ans en arrière, ou encore plus simple (pour moi), dans un fichier csv. J'imagine un csv à 2 colonnes : horodatage et hauteur. créer un service revient à créer un script python ou je me trompe ?

Et bien il faut croire qu'on a les mêmes horaires, ce qui parait surprenant vu que le port visé est celui de Saint-Cast

Je vais changer de stratégie. Je vais tenter d'utiliser le driver fileparse.py. Il suffirait d'écrire un script pour extraire la hauteur de marée du moment dans un fichier recueillant mes horaires de marée, et la coller dans un autre fichier au format de fileparse.py qui lui s'occuperait de l'envoyer dans la boucle de Weewx. Mon facteur limitant est que je n'ai aucune compétence en matière de conception de script. Quel site me recommanderiez-vous pour apprendre à faire ça, sachant que je débute totalement ? ollpat, ton lien ne fonctionne pas

J'en ai bien peur aussi... 😊

Dans la table archive. Dans les faits, je n'ai pas choisi, j'importe mes données via wee_import avec un un fichier csv. ça change quoi ? on peut choisir ?

Les données de hauteur de marée sont ajoutées à la base de données native de weewx sous la colonne 'hauteur' que j'ai ajoutée. Le graphique des marées ne montrent pas des données futures, ça plante Weewx. Et comme je suis un vieux fennec, j'ai détourné le problème en enregistrant les données date-pour-date 4 ans en arrière, années bissextiles oblige. Apparemment, même les expert n'y voient que du feu ! 😂 Le graph est généré classiquement par Belchertown. Du coup, je viens de percuter. on comprend mieux pourquoi ça ne part pas dans la boucle mqtt.... je me suis fais attraper à mon propre jeu ! 🤣 Qu'est-ce que je suis bête....

ça ne fonctionne pas mieux avec 'day', malheureusement...

Ok, super ! Merci ! ça ne fonctionne pas encore, mais ça me parait être une bonne base. j'y travaille... Pour Hiigaraa, j'ai omis une ligne, voici la correction : [[[ET]]] aggregate_type = cumulative aggregate_interval = 300 name = Evapotranspiration color = "#ffc0eb" type = areaspline

j'ai déjà tenté ça, mais manifestement ça ne fonctionne qu'avec les données du loop, pas de la base de données. Pour l'ET, voici : [[[ET]]] aggregate_type = cumulative name = Evapotranspiration type = areaspline