Weather34 Aurora Version(english supported only)

[weatherist34]

Download Update 8th July 2021
* (13:07) Adds missing gridlines in dark mode gauges Ref Liam
* (13:07) Workaround for anomaly sent from meteobridge in rain today chart file Ref Jason
* (13:07) Workaround for meteobridge missing last rain timestamp after 3 days(72 hours) Ref Torsten
* (13:07) Pop up close button reverts to original fixed position for better use across devices,browsers
* (13:07) Drop support for Ecowitt hardware until a later date too much confusion to support at this stage.Will revisit sometime in autumn to see if some form of common method is established.
* Update contains all updates since March 1st

* Please always do a *backup
before running updates


iyi akşamlar

[jmontamat]

Hi Bran, you could include the values ​​of humidity Month Year, for the future include it in humidityalmanac2.php

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

Thanks.

[Bart]

Maybe read the second last post of Brian…Please…he wrote

[weatherist34]

Hi Bran, you could include the values ​​of humidity Month Year, for the future include it in humidityalmanac2.php

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

Thanks.

Josep its sitting there awaiting use for new charts see GITHUB.however no one has any month year humidity data to populate charts at present hence no chart file release but its there in the end of day file .releasing new chart data for year charts half way through the year doesn't make sense its probably better to release at beginning of year. also how to interpret these into year charts page where many have air quality sensors some have three aq sensors !! so needs some additional code in year charts page on month page . but as above Bart mentions its not worth throwing additional time into the current charts, soon it would be redundant .


# CREATED FOR Aurora MKII version
# https://weather34.com/homeweatherstation/index.html
# Creates and adds month and year csv data
# Updated Release: Revised July 2021
#
# https://www.weather34.com
#######################################################

//position numbers for charts
//0 (date-month-0)),
//1 MAX(yesterday Temp-1-$meteobridgeapi[82])
//2 MIN(yesterday Temp-2-$meteobridgeapi[84])
//3 MAX(yesterday Dewpoint-3-$meteobridgeapi[52])
//4 MIN(yesterday Dewpoint-4-$meteobridgeapi[120])
// 5 TOTAL(yesterday Rain total-5-$meteobridgeapi[100])
// 6 MAX(yesterday Windspeed-6-$meteobridgeapi[94])
// 7 AVG(yesterday WindSpeed-7-$meteobridgeapi[123])
// 8 not currently used $meteobridgeapi[--] * reserved for future
// 9 MAX(yesterday Barometer-9-$meteobridgeapi[135])
// 10 MIN(yesterday Barometer-10-$meteobridgeapi[137])
//11 Max( yesterday UV-11-$meteobridgeapi[114])
//12 Max( yesterday SOLAR-12-$meteobridgeapi[107])
//13 Purple Air(13-$aqiweather["aqi24h"]) *if yes
//14 AIRQ 24H(14-$meteobridgeapi[184]) * Davis Airlink
//15 yesterday Wind DIRECTION average (15-$meteobridgeapi[171])
//16 yesterday Max Humidity (16-$meteobridgeapi[167])
//17 yesterday Min Humidity (17-$meteobridgeapi[169])

[prestwickwx]

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

Hi Brian

Have a great time traveling and thanks for the update.

Best wishes,

Chuck

[jmontamat]

Thanks Brian, very kind.

[jasonmfarrow]

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]

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.

as above simple workaround doesn't remove the anomaly just hides it. I tend to work with Boris when I have a few days in winter time especially when it comes to rain .here we can go months without it as I we saw last year and before though this year periods of rain are more frequent so Istanbul not always a good location for resolving accute rain issues and at second home in Mugla it hasn't rained since March !!! .

Boris has a family ,a job and dealing with the same shite all of us have over the last year , I tend to choose the winter periods as he his more likely to be on hand that said he does respond to my API change requests within hours most of the time but Id rather be on hand to monitor the changes.

anyway for now the workaround works.

have a good evening and can't wait for Sunday and would love to be back in England now seeing all the red and white everywhere ..football isn't just a game its a way of life ...

[weatherist34]

Josep todays update adds the month, year humidity charts to extra info for Humidity see screenshot.*note need to allow a couple of days to collect data in the CSV file after applying the update file as there are two new strings in the end of day file.

Download Update 9th July 2021
* (11:00) Adds month/year humidity charts to extra info screen
* (11:00) Humidity month/year charts allow 2 days for csv data
* (10:03) Adds temperature/dewpoint color values to extra info
* (10:03) Moves revision to Aurora MKII (DX)
* (10:03) Fixes New Moon anomaly
* Update contains all updates since March 1st

* Please always do a *backup before running updates

hum.png (172.83 KiB) Viewed 3011 times

*Please note at this current time there is 100% No Support or Guarantee this will work with Ecowitt or alike hardware .Presently the information for this hardware is totally confusing and somewhat hard to find a balance that would work for owners of this brand and alike with this template.So sorry perhaps in the future when some common method is found then Weather34 will quite happily look at supporting this brand and alike.Weather34 understands the popularity but there simply needs to be some common method to be able to develop with confidence and use with confidence.

[jmontamat]

Thanks Brian, updated.

In case it is of your interest, I have also added Rainrate in rain today.

[weatherist34]

@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 (348.6 KiB) Viewed 2981 times

[prestwickwx]

@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

Hi Brian,

Ok. I have them.

Thanks,

Chuck

[atlantic21]

Looking for some help have moved to a mac computer from windows pc.to transfer updates I have been using FileZilla using the same on new mac I am unable to see the zip files in the directory on host site this includes the backup and any updates/also when transferring zip updates they appear to be unzipping ?

Thanks Richard

[weatherist34]

good morning Richard , long time since I used Filezilla but I installed this morning on Mac OS Big Sur.

are you saying it unzips when download it to your computer ? if so see screenshot in Safari preferences disable automatic opening /unzipping possibly options like this in other browsers .

saf.png (124.31 KiB) Viewed 2915 times

in Filezilla you need to make sure the window is showing your user name area , probably the download is in the downloads folder , in the screenshot below I put it on the desktop.

also need to check your FTP login user name has priveleges for accessing the root folder of your website then you should something like below once connected via FTP .* now may differ in layout of root folder on different hosts .not much I can really offer been a long time since I used it but 30 seconds install and it simply worked as expected .I use a built FTP option/plugin in the developer app I use for designing this template https://code.visualstudio.com simply allows me to push files to server after editing .

hope it is of some help .Brian..

rich1.png (227.13 KiB) Viewed 2915 times

for those PHP 8 curious observers all good on latest PHP 8.0.8 release

php 8.08.png (41.19 KiB) Viewed 2914 times

[rzelle-K1TTC]

Brian,

All looks up to date here.

73s
.. Ron