meteohub.de

jmontamat wrote: ↑Thu Jul 08, 2021 3:25 pm Hi Bran, you could include the values ​​of humidity Month Year, for the future include it in humidityalmanac2.php

". $meteobridgeapi[167].", ". $meteobridgeapi[169]."

Thanks.

weatherist34 wrote: ↑Thu Jul 08, 2021 10:52 am

jasonmfarrow wrote: ↑Wed Jul 07, 2021 3:05 pm Considering that the chartstoday.php script is scheduled by my Meteobridge NanoSD "every full 10 minutes" there is a case for saying that the bug might exist at the Meteobridge end. According to Brian's instructions chartstoday.php is called by the meteobridge "every full 10 minutes".

If "every full 10 minutes" adheres to our expectations then it should execute any script at precisely 23:50:00 and 00:00:00 and 00:10:00 etc. Which then, if true, at 00:00:00 the Day_Rain_Total should be zero. If the "every full 10 minutes" is not precisely 00:00:00 but might be 23:59:59.9 then I can understand why the Day_Rain_Total is not zero when calling chartstoday.php.

@Boris, can you comment on the precise timing of "Every_Full_10_Mins" in the Services->Events section on the Meteobridge?

Hello sorry not been able to engage , the problems lies in meteobridge itself has it sends yesterday rain total at midnight as you can see in your csv file at 10 minutes after midnight its not visible . template simply only reads what it is in the file and the data is what is sent from meteobridge itself at that given time.

so ive added a simple ignore first line of csv data in the raintoday chart therefore in raintoday chart the data visible starts at 00:10 not 00:00 ,all we are doing is disguising the anomaly.

there are some other small changes in the css file .

i will push the update sometime later today , back in istanbul this morning until monday then im off again till end of month as its a national holiday week end of month.

so thats it for these charts using canvasjs im absolutely not doing anymore as i will just focus on new chart library when i can find the time , at present we are just catching up with all the things we couldn’t do for the last year or so i.e travel,see relatives etc ..

reference close icon position yes i agree its better to have a fixed position as it 99% guarantees universal appearance across devices,browsers etc so ive reverted to original fixed position.

kindly ask no more request,bugs based on using this canvasjs library it is what it is for now and sometime soon they will not be used and removed.as before canvasJs is powerful but complex newer charts makes everything simpler to maintain and design around and most importantly a very low overhead in resource use. note new chart library you will be able to enlarge charts when viewing in either extra info or chart page the larger charts will simply be viewable with a simple click in a extra popup so you will have normal and larger viewable options on the fly.

as above will push,upload update sometime later today.

ps ecowitt users im so sorry but there is 100% no planned support for now too much confusion and no clear cut methods for supporting
some of the additional sensors i.e specifically lightning ,simply no point until a common method has been defined .this is not my problem so back off trying to pinpoint weather34 template is the issue , i say again weather34 does not support ecowitt or alike at this point in time so there not template issues as ecowitt is not developed for.

have a good day.. brian ps torsten i have a solid solution for rain last tip again its a disguise due to meteobridge does not send a valid timestamp after 72 hours or 3 days if no rain .sorry about the football

weatherist34 wrote: ↑Thu Jul 08, 2021 10:52 am so ive added a simple ignore first line of csv data in the raintoday chart therefore in raintoday chart the data visible starts at 00:10 not 00:00 ,all we are doing is disguising the anomaly.

jasonmfarrow wrote: ↑Thu Jul 08, 2021 5:35 pm

weatherist34 wrote: ↑Thu Jul 08, 2021 10:52 am so ive added a simple ignore first line of csv data in the raintoday chart therefore in raintoday chart the data visible starts at 00:10 not 00:00 ,all we are doing is disguising the anomaly.

A fix where all you have to change is a "0" to a "1" is a good fix. Perhaps it's something to mention to Boris when you next talk to him.
Thank you.

weatherist34 wrote: ↑Fri Jul 09, 2021 2:48 pm @chuck and others Github was just updated for some reason github app was timing out so check to ensure the two month,year humidity chart files are correct ,you can cross check as the originals were looking for older out of sync positions.


have a good day

711A281D-AAE2-4BC8-BE60-44781F277045.jpeg