Welcome to the Cumulus Support forum.
Latest Cumulus MX V3 release 3.28.6 (build 3283) - 21 March 2024
Cumulus MX V4 beta test release 4.0.0 (build 4019) - 03 April 2024
Legacy Cumulus 1 release 1.9.4 (build 1099) - 28 November 2014
(a patch is available for 1.9.4 build 1099 that extends the date range of drop-down menus to 2030)
Download the Software (Cumulus MX / Cumulus 1 and other related items) from the Wiki
Latest Cumulus MX V3 release 3.28.6 (build 3283) - 21 March 2024
Cumulus MX V4 beta test release 4.0.0 (build 4019) - 03 April 2024
Legacy Cumulus 1 release 1.9.4 (build 1099) - 28 November 2014
(a patch is available for 1.9.4 build 1099 that extends the date range of drop-down menus to 2030)
Download the Software (Cumulus MX / Cumulus 1 and other related items) from the Wiki
Yet Another Dayfile Reader (PHP)
Moderator: daj
-
- Posts: 86
- Joined: Thu 10 Nov 2011 8:14 pm
- Weather Station: VP2+SHT31+DFars+Solar+AeroCone
- Operating System: Windows 10
- Location: Hemel Hempstead, Hertfordshire, UK
Re: Yet Another Dayfile Reader (PHP)
My explanation wasn’t as clear as it should have been. Hopefully the following will be clearer.
1. Sunshine hours from 2015 April May June, Fig A shows High values from the summaries in Daily View and Season View.
2. To clarify I had no VP2 solar sensor until September 2012, therefore there are no values for June July and August 2012. Logic in deriving solar w/m2 average is correct, see Fig B.
Logic used in Sunshine Hours and ET incorrect and skewing average because 0.0 has been entered for each of these 3 months; see Fig C. See Fig D for correct values using logic used in solar (Fig B)
Just noticed slight rounding error in Fig C 3.6 v 3.7
Colin
1. Sunshine hours from 2015 April May June, Fig A shows High values from the summaries in Daily View and Season View.
2. To clarify I had no VP2 solar sensor until September 2012, therefore there are no values for June July and August 2012. Logic in deriving solar w/m2 average is correct, see Fig B.
Logic used in Sunshine Hours and ET incorrect and skewing average because 0.0 has been entered for each of these 3 months; see Fig C. See Fig D for correct values using logic used in solar (Fig B)
Just noticed slight rounding error in Fig C 3.6 v 3.7
Colin
You do not have the required permissions to view the files attached to this post.
- beteljuice
- Posts: 3292
- Joined: Tue 09 Dec 2008 1:37 pm
- Weather Station: None !
- Operating System: W10 - Threadripper 16core, etc
- Location: Dudley, West Midlands, UK
Re: Yet Another Dayfile Reader (PHP)
Please read through the later parts of the thread (although it is rather long) regarding either the need to nullify incorrect data or turn on or off "zero as null" options.
Sorry I'm not very helpful ATM ...... personal mental downtime.
Sorry I'm not very helpful ATM ...... personal mental downtime.
......................Imagine, what you will KNOW tomorrow !
- kocher
- Posts: 233
- Joined: Sat 19 Apr 2014 7:57 pm
- Weather Station: Davis Vantage Pro2+
- Operating System: Windows 10
- Location: San Sebastian - Spain
- Contact:
Re: Yet Another Dayfile Reader (PHP)
Cheers
Congratulations for this wonderful work.
I love the amount of data it provides and the beautiful design:
http://kocher.es/cumulus_estadistica.php
I wonder if it would be possible to add a small table to present the total monthly average values (from the commissioning of the station).
Edit
I was thinking of rainfall data. I see the daily monthly average, but I'm interested in the total monthly average of all years.
The result would be something like this:
http://kocher.es/central.php
Saludos desde San Sebastian
Congratulations for this wonderful work.
I love the amount of data it provides and the beautiful design:
http://kocher.es/cumulus_estadistica.php
I wonder if it would be possible to add a small table to present the total monthly average values (from the commissioning of the station).
Edit
I was thinking of rainfall data. I see the daily monthly average, but I'm interested in the total monthly average of all years.
The result would be something like this:
http://kocher.es/central.php
Saludos desde San Sebastian
Last edited by kocher on Mon 20 Jun 2016 9:24 am, edited 2 times in total.
-
- Posts: 139
- Joined: Sun 03 Jan 2010 10:57 am
- Weather Station: Davis Pro2
- Operating System: Windows 2012R2
- Location: London
Re: Yet Another Dayfile Reader (PHP)
First off, thanks to beteljuice (and others) who have worked on this.
I was using an older PHP version found here, http://wiki.sandaysoft.com/a/AnnualDataSummary and can’t 100% remember, but may have made some changes to add the colour scale when it was set up several years ago. I only ever got a basic page set up, and it can be seen here: http://weather.wanders.me.uk/weather/hi ... ummary.php
I was upgrading to a new server to host my PHP pages, and was looking around to see if there was updated code, and that is how I found this thread. I download the files, and with 10 mins or so had the web page up.
I updated my weather station in April this year to a Davis Pro with solar & UV sensor, so have no data for those readings before then. In inr PHP code I had the default setting for Nullify 0 data set to true, and the default entry’s in the array (so included sunhours / solar / UV). When I clicked on any of the 3 buttons for these all looked ok with the cells before April this year (and for all previous years) being blank. Also the Avg table at the bottom of the page looked ok and just showed a row for 2015, with Jan / Feb / March being blank, and data in the rest of the months that have passed being correct.
Now, the only issue with that is that I have had some (true) 0 sunhours hours in the last few months, and those were being blanked out of the main table, and as such skewing the monthly day average.
Now I have spent an hour (or more) reading the whole thread, and found (and understood) about nullifying the 0’s for the relevant solar data in the dayfile.txt and removing the sunhours / solar / UV entries from the “Nullify” array.
So I spent an hour last night removing the 0’s from (a copy) of the dayfile.txt, I then uploaded it to my server, and removed the sunhours / solar / UV entries from the “Nullify” array. The Sunshine page then looked like the attached.
Cells for before April were blank, and true 0’s were still displayed in the data, and taken into account when working out the monthly day average. HOWEVER the Ave table below was now incorrect. It was now showing a line for all years I have data for (from 2010), and (apart from the few months for this year where I do have data) all were showing 0’s. This then totally skews the Avg line at the bottom.
Now, not sure if I have done something wrong, need to do something else, or this is just the way it is, but it seems that the code for the Avg table isn’t taking into account the null values. So it seems that as it stands (even with my data “Nullifed” I either have sunhours / solar / UV entries in the “Nullify” array and the Avg table at the bottom is correct, but “true” 0 data is removed from the main table, or I have them removed from the “Nullify” array and the main table is correct, but the bottom Avg table isn’t.
For info, my page can be seen here: http://weather.wanders.me.uk/weather/historic/basic.php as it stands the 0’s aren’t nullified out (as the file got automatically overwritten last night with a non nulled version) and sunhours / solar / UV entries are not in the “Nullify” array, that’s why data from before April is showing 0’s.
Ian.
I was using an older PHP version found here, http://wiki.sandaysoft.com/a/AnnualDataSummary and can’t 100% remember, but may have made some changes to add the colour scale when it was set up several years ago. I only ever got a basic page set up, and it can be seen here: http://weather.wanders.me.uk/weather/hi ... ummary.php
I was upgrading to a new server to host my PHP pages, and was looking around to see if there was updated code, and that is how I found this thread. I download the files, and with 10 mins or so had the web page up.
I updated my weather station in April this year to a Davis Pro with solar & UV sensor, so have no data for those readings before then. In inr PHP code I had the default setting for Nullify 0 data set to true, and the default entry’s in the array (so included sunhours / solar / UV). When I clicked on any of the 3 buttons for these all looked ok with the cells before April this year (and for all previous years) being blank. Also the Avg table at the bottom of the page looked ok and just showed a row for 2015, with Jan / Feb / March being blank, and data in the rest of the months that have passed being correct.
Now, the only issue with that is that I have had some (true) 0 sunhours hours in the last few months, and those were being blanked out of the main table, and as such skewing the monthly day average.
Now I have spent an hour (or more) reading the whole thread, and found (and understood) about nullifying the 0’s for the relevant solar data in the dayfile.txt and removing the sunhours / solar / UV entries from the “Nullify” array.
So I spent an hour last night removing the 0’s from (a copy) of the dayfile.txt, I then uploaded it to my server, and removed the sunhours / solar / UV entries from the “Nullify” array. The Sunshine page then looked like the attached.
Cells for before April were blank, and true 0’s were still displayed in the data, and taken into account when working out the monthly day average. HOWEVER the Ave table below was now incorrect. It was now showing a line for all years I have data for (from 2010), and (apart from the few months for this year where I do have data) all were showing 0’s. This then totally skews the Avg line at the bottom.
Now, not sure if I have done something wrong, need to do something else, or this is just the way it is, but it seems that the code for the Avg table isn’t taking into account the null values. So it seems that as it stands (even with my data “Nullifed” I either have sunhours / solar / UV entries in the “Nullify” array and the Avg table at the bottom is correct, but “true” 0 data is removed from the main table, or I have them removed from the “Nullify” array and the main table is correct, but the bottom Avg table isn’t.
For info, my page can be seen here: http://weather.wanders.me.uk/weather/historic/basic.php as it stands the 0’s aren’t nullified out (as the file got automatically overwritten last night with a non nulled version) and sunhours / solar / UV entries are not in the “Nullify” array, that’s why data from before April is showing 0’s.
Ian.
You do not have the required permissions to view the files attached to this post.
- beteljuice
- Posts: 3292
- Joined: Tue 09 Dec 2008 1:37 pm
- Weather Station: None !
- Operating System: W10 - Threadripper 16core, etc
- Location: Dudley, West Midlands, UK
Re: Yet Another Dayfile Reader (PHP)
Hmmm ........
Anything 'solar' was always a bit of a 'bodge' - especially because of your circumstances where there is no data before an upgraded kit.
I suspect you may have to accept it as is - but if I can reactivate my jaded brain cells I'll have a think about it ...
Edit: ATM I can't remember if the same thing happens in the same convoluted circumstances for non-solar data.
Anything 'solar' was always a bit of a 'bodge' - especially because of your circumstances where there is no data before an upgraded kit.
I suspect you may have to accept it as is - but if I can reactivate my jaded brain cells I'll have a think about it ...
Edit: ATM I can't remember if the same thing happens in the same convoluted circumstances for non-solar data.
......................Imagine, what you will KNOW tomorrow !
-
- Posts: 139
- Joined: Sun 03 Jan 2010 10:57 am
- Weather Station: Davis Pro2
- Operating System: Windows 2012R2
- Location: London
Re: Yet Another Dayfile Reader (PHP)
Over the weekend I will try to "Null" out some other values, such as "Max Temp" for a year or 2, and see what happends.beteljuice wrote:
Edit: ATM I can't remember if the same thing happens in the same convoluted circumstances for non-solar data.
Ian.
-
- Posts: 139
- Joined: Sun 03 Jan 2010 10:57 am
- Weather Station: Davis Pro2
- Operating System: Windows 2012R2
- Location: London
Re: Yet Another Dayfile Reader (PHP)
So, I deleted (nulled) out a couple of years worth of MaxTemp data (I removed Jan 2010 to April 2012), and I got the same as with the Solar data. With MaxTemp not in the Null array I got lots of 0's in the bottom Avg table (temp.jpg) which skews the Avg's, and with MaxTemp in the Null array I got "nothing" before the data started and the Avg's look ok (temp1.jpg).
Though the Seasonal table with MaxTemp not in the Null array shows 0's for the missing data (temp2.jpg) it does seem to show the same Avg for Spring 2012 for when it is in the Null array (temp3.jpg).
Ian.
Though the Seasonal table with MaxTemp not in the Null array shows 0's for the missing data (temp2.jpg) it does seem to show the same Avg for Spring 2012 for when it is in the Null array (temp3.jpg).
Ian.
You do not have the required permissions to view the files attached to this post.
-
- Posts: 1820
- Joined: Sat 17 Dec 2011 11:55 am
- Weather Station: Davis Vantage Pro2
- Operating System: Windows 11 x64
- Location: Dorset - UK
- Contact:
Re: Yet Another Dayfile Reader (PHP)
As I mentioned in another thread, I'm a bit late to the party with these scripts- again, thank you for allowing us to use them!
Quick question: Is there a version floating around, that will pull the data from MySQL?
Many thanks.
Quick question: Is there a version floating around, that will pull the data from MySQL?
Many thanks.
- mcrossley
- Posts: 12770
- Joined: Thu 07 Jan 2010 9:44 pm
- Weather Station: Davis VP2/WLL
- Operating System: Bullseye Lite rPi
- Location: Wilmslow, Cheshire, UK
- Contact:
Re: Yet Another Dayfile Reader (PHP)
Mine uses MySQL, but it diverged from this version a while back, and aged - it doesn't have the new bells and whistles that have been added by beteljuice.
-
- Posts: 57
- Joined: Mon 11 Apr 2016 12:39 pm
- Weather Station: Ecowitt hp2551
- Operating System: Windows 10
- Location: Finland
Re: Yet Another Dayfile Reader (PHP)
Hi. I just found this dayfile reader and i would like to use it but there's a problem: there's no data.
I think my addres to dayfile is correct because it doesn't say 'error reading dayfile' or something like that anymore. I uploaded all the files and configured cumulus settings but still no data.
Here's a link:
http://www.kesis.info/Saa/betel_datasummary.php
I think my addres to dayfile is correct because it doesn't say 'error reading dayfile' or something like that anymore. I uploaded all the files and configured cumulus settings but still no data.
Here's a link:
http://www.kesis.info/Saa/betel_datasummary.php
- beteljuice
- Posts: 3292
- Joined: Tue 09 Dec 2008 1:37 pm
- Weather Station: None !
- Operating System: W10 - Threadripper 16core, etc
- Location: Dudley, West Midlands, UK
Re: Yet Another Dayfile Reader (PHP)
That suggests you had a problem earlier !... it doesn't say 'error reading dayfile' or something like that anymore.
It obviously can't "see" your data for whatever reason. Double check your paths from where the file is located.
......................Imagine, what you will KNOW tomorrow !
-
- Posts: 57
- Joined: Mon 11 Apr 2016 12:39 pm
- Weather Station: Ecowitt hp2551
- Operating System: Windows 10
- Location: Finland
Re: Yet Another Dayfile Reader (PHP)
I've tried several adresses, like $dayfile = 'dayfile.txt'; $dayfile = '/Saa/dayfile.txt'; $dayfile = '../Saa/dayfile.txt'; but still no databeteljuice wrote:That suggests you had a problem earlier !... it doesn't say 'error reading dayfile' or something like that anymore.
It obviously can't "see" your data for whatever reason. Double check your paths from where the file is located.
- beteljuice
- Posts: 3292
- Joined: Tue 09 Dec 2008 1:37 pm
- Weather Station: None !
- Operating System: W10 - Threadripper 16core, etc
- Location: Dudley, West Midlands, UK
Re: Yet Another Dayfile Reader (PHP)
Two problems, looking at your realtime.txt ..
In the prog. you have ...... but your $field_delimiter = ';' and $date_delimiter = '.'
In the prog. you have ...
Code: Select all
$dayfile = 'dayfile.txt'; // to work correctly this should be a relative address NOT full url
$field_delimiter = ',';
$date_delimiter = '/';
......................Imagine, what you will KNOW tomorrow !
-
- Posts: 57
- Joined: Mon 11 Apr 2016 12:39 pm
- Weather Station: Ecowitt hp2551
- Operating System: Windows 10
- Location: Finland
Re: Yet Another Dayfile Reader (PHP)
Thank you, i was focused only at the adress, now it works!beteljuice wrote:Two problems, looking at your realtime.txt ..
In the prog. you have ...... but your $field_delimiter = ';' and $date_delimiter = '.'Code: Select all
$dayfile = 'dayfile.txt'; // to work correctly this should be a relative address NOT full url $field_delimiter = ','; $date_delimiter = '/';
Thanks!!
- JennyLeez
- Posts: 316
- Joined: Wed 16 Dec 2009 2:32 am
- Weather Station: La Crosse WS3083
- Operating System: Windows XP, Win7 & Win 10
- Location: Wairoa, Hawkes Bay. New Zealand.
- Contact:
Re: Yet Another Dayfile Reader (PHP)
-17.8 in January
Thats gotta be cold.
Summary looking good
Thats gotta be cold.
Summary looking good
Wairoa, Hawkes Bay, New Zealand Weather Station:
http://wairoa.net/weather/index.htm
Cumulus Topsites:
http://cumulussites.net/
http://wairoa.net/weather/index.htm
Cumulus Topsites:
http://cumulussites.net/