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.