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

Yet Another Dayfile Reader (PHP)

Other discussion about creating web sites for Cumulus that doesn't have a specific subforum

Moderator: daj

Dennisdg
Posts: 220
Joined: Tue 07 Feb 2012 9:42 am
Weather Station: Davis Vantage PRO2
Operating System: Windows 11 Pro 64 Bit
Location: Camberley

Re: Yet Another Dayfile Reader (PHP)

Post by Dennisdg »

beteljuice

Thanks, I must have mixed some file versions.
Now OK.
Looks great.
Dennis

https://g4glp.co.uk

Davis Vantage PRO2
Win 11 Pro 64 bit
User avatar
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)

Post by beteljuice »

Weather By You (meteo) experimenters
Has the beteljuice ever mentioned he hates css ?

Try this replacement css file please: Edit: Attachment removed

I've got an in-line Vs stylesheet precedence conflict (sounds good anyway)

... off to the PUB
Last edited by beteljuice on Wed 05 Mar 2014 1:51 am, edited 1 time in total.
Image
......................Imagine, what you will KNOW tomorrow !
User avatar
joewith
Posts: 29
Joined: Fri 18 May 2012 4:33 am
Weather Station: Davis Vantage Pro2
Operating System: Windows 10 Pro
Location: Aurora, Colorado, USA
Contact:

Re: Yet Another Dayfile Reader (PHP)

Post by joewith »

Hi beteljuice,
Has the beteljuice ever mentioned he hates css ?
Yes, I think I've seen you mention that on a couple of ocassions. ;)

I managed to download your replacement code (before you removed it) and tried it out. The replacement code at least got the troublesome areas inside the box.
I tried tweaking some of the numbers you changed, but only managed to make things worse so I currently am using the replacement code as you sent it out.
I've got an in-line Vs stylesheet precidence conflict (sounds good anyway)
Way above my pay grade!
... off to the PUB
I wish I could go as well. :)

Thanks for all your efforts on this whole project, I'm sure its appreciated by quite a few others as well! :clap: :clap: :clap:
westonweather
Posts: 166
Joined: Sun 29 Dec 2013 8:37 am
Weather Station: WMR88
Operating System: Windows 7
Location: Weston-super-Mare
Contact:

Re: Yet Another Dayfile Reader (PHP)

Post by westonweather »

joewith wrote:
Thanks for all your efforts on this whole project, I'm sure its appreciated by quite a few others as well! :clap: :clap: :clap:

Amen!
User avatar
KarlS
Posts: 137
Joined: Tue 30 Nov 2010 3:01 pm
Weather Station: Ecowitt GW1003 / WH32 / WH41
Operating System: 64bit Bookworm on Pi4
Location: Bridge Lake, BC, Canada
Contact:

Re: Yet Another Dayfile Reader (PHP)

Post by KarlS »

Once the Beteljuice has had some (well-earned) rest, I would like to make some suggestions for the upcoming ver3.0 of this script? :D
  • Tdiff: Does it make sense to treat a temperature difference of 0 as a missing value (like you do for the windrun)? Please look at my Tdiff data for 2013 <here>
  • Tdiff: Is it possible to have different colours for the temperature difference if the original min/max values were below 0? At the moment it shows a balmy orange-red for a min value of -35 and a max of -10 … anything but balmy. Examples: February 2014
  • Rainfall: We tend to have <100 rainy days/year, so over 2/3 of all cells contain the value 0. Also, for 5-6 months every year the precipitation in our part of the world falls in the form of snow, so a value of 0 is actually misleading. Is it possible to just leave these cells empty?
  • Windrun: The windrun is only displayed as kilometres, a conversion to miles is not offered.
I know that these changes are mostly only cosmetic and I could possibly do them myself. However, maybe some other users of this great script might benefit from these suggestions too.
User avatar
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)

Post by beteljuice »

Weather By You (meteo) Experiment

Can somebody please try this replacement main file AND css file.
The beteljuice has pretty much lost the plot trying css tweaks !!!!
EDIT: link removed - no longer relevent
This should correctly keep space for the title and 'pickers' but ...
they may be 10 px low of middle in the border - in which case try modding ccs:
Last edited by beteljuice on Mon 24 Feb 2014 3:28 pm, edited 1 time in total.
Image
......................Imagine, what you will KNOW tomorrow !
User avatar
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)

Post by beteljuice »

KarlS wrote: [*]Tdiff: Does it make sense to treat a temperature difference of 0 as a missing value (like you do for the windrun)? Please look at my Tdiff data for 2013
30th Nov ?
It is assumed that your weather station at least records temperature !
Further - zero for temperature is a valid value. - What more can I do ???
[*]Tdiff: Is it possible to have different colours for the temperature difference if the original min/max values were below 0? At the moment it shows a balmy orange-red for a min value of -35 and a max of -10 … anything but balmy. Examples: February 2014
Err ... T diff is not a temperature it's err ... T diff and the colour reflects the magnitude of the DIFFERENCE.
[*]Rainfall: We tend to have <100 rainy days/year, so over 2/3 of all cells contain the value 0. Also, for 5-6 months every year the precipitation in our part of the world falls in the form of snow, so a value of 0 is actually misleading. Is it possible to just leave these cells empty?
You could add it to $zero_as_null - but what would be the point ? - averages etc. would be total rubbish.
[*]Windrun: The windrun is only displayed as kilometres, a conversion to miles is not offered.[/list]
Windrun is displayed as miles, kilometres and nautical miles - guess what, it makes the decision on what windspeed you've asked for ;)
I know that these changes are mostly only cosmetic .....
:lol: :lol: :lol: Did you not read the pages of problems of dealing with zeros and nulls ?
Image
......................Imagine, what you will KNOW tomorrow !
User avatar
KarlS
Posts: 137
Joined: Tue 30 Nov 2010 3:01 pm
Weather Station: Ecowitt GW1003 / WH32 / WH41
Operating System: 64bit Bookworm on Pi4
Location: Bridge Lake, BC, Canada
Contact:

Re: Yet Another Dayfile Reader (PHP)

Post by KarlS »

Sorry Beteljuice, I don't want to get into a heated discussion about this, especially since I highly appreciate the work you put into this. However:
It is assumed that your weather station at least records temperature !
Why is that? Like any other component of a weather station a temperature sensor can fail, hence missing data.
Further - zero for temperature is a valid value. - What more can I do ???
That is not the point. I’m talking about temperature differences, where a value of 0 is HIGHLY unlikely.
Err ... T diff is not a temperature it's err ... T diff and the colour reflects the magnitude of the DIFFERENCE.
Absolutely right: it’s not a temperature. So why use the temperature colour scheme?
You could add it to $zero_as_null - but what would be the point ? - averages etc. would be total rubbish.
Why should I introduce an error when all I want to do is having a better display of the data. You could argue how meaningful averages for rainfall are anyway. That’s why you included the (much more useful) Totals! And that still does not address the fact that a value of 0 is misleading when you had 10cm of snow at the same time.
Windrun is displayed as miles, kilometres and nautical miles - guess what, it makes the decision on what windspeed you've asked for ;)
This is obvious to everybody who reads the source code, but not to the visitors of your web site. For them it’s just an error/omission. At the very least, decisions that the program makes for the user should be transparent to the user. And why shouldn't I be able to change my mind about km vs. mi vs. nm at ANY time?
User avatar
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)

Post by beteljuice »

All getting a bit esoteric :roll:

Some weather stations and software (including some stuff I've coded) use the outdoor temp as proof of valid data, else that entire log entry is junked.

Tdiff:
The code is already 'validating' all over the place, and as long as the code believes there is a Hi temp AND a low temp it carries on regardless.
O.K. yet another check for the unlikely result of zero could be introduced, but by the reasons above there really shouldn't be a temp 'null' as that would would also mean several other chunks of data are incorrect.

If you don't want temp gradient for Tdiff because it's a relative temperature, why do you want to somehow give a different display if the difference happens to have occured in the 'sub-zero' temperatures ?

Rain Vs Snow - entirely different ball game, all the code can deal with is bucket preciptation !
At the very least, decisions that the program makes for the user should be transparent to the user.
Just how many decisions at how many levels do you suppose are taking place, it would take a few pages and a glossary to cover them.
...And why shouldn't I be able to change my mind about km vs. mi vs. nm at ANY time?
... because that's the way I wrote it :lol: ... that and because the reverse process (setting windspeed by windrun) can't be done.
Image
......................Imagine, what you will KNOW tomorrow !
User avatar
KarlS
Posts: 137
Joined: Tue 30 Nov 2010 3:01 pm
Weather Station: Ecowitt GW1003 / WH32 / WH41
Operating System: 64bit Bookworm on Pi4
Location: Bridge Lake, BC, Canada
Contact:

Re: Yet Another Dayfile Reader (PHP)

Post by KarlS »

... because that's the way I wrote it :lol: ...
Fair enough. But if you put your code into the public domain, you should expect others to make suggestions to improve the usability of the program. And a few suggestions were all I made ...
User avatar
joewith
Posts: 29
Joined: Fri 18 May 2012 4:33 am
Weather Station: Davis Vantage Pro2
Operating System: Windows 10 Pro
Location: Aurora, Colorado, USA
Contact:

Re: Yet Another Dayfile Reader (PHP)

Post by joewith »

Hi beteljuice,

I tried the recent Version you made available that becomes Version 2.1 and as far as I can see every thing appears to be OK! ;)
This should correctly keep space for the title and 'pickers' but ...
they may be 10 px low of middle in the border - in which case try modding ccs:
The title and 'pickers' all appear within the borders without the extra modding of the css unless you see something differenty. :clap:

http://www.tigerdenweb.com/tigerdenwx/d ... ary900.php
User avatar
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)

Post by beteljuice »

Still not right - must be some interaction somewhere ...

Try adding
height: 22px;

to the #table_name .table_title {
Image
......................Imagine, what you will KNOW tomorrow !
User avatar
joewith
Posts: 29
Joined: Fri 18 May 2012 4:33 am
Weather Station: Davis Vantage Pro2
Operating System: Windows 10 Pro
Location: Aurora, Colorado, USA
Contact:

Re: Yet Another Dayfile Reader (PHP)

Post by joewith »

Hi beteljuice,

I tried "height: 22px;", but only saw a little change so I started experimenting and it looks like "height: 32px;" seems to do the trick...I think.

http://www.tigerdenweb.com/tigerdenwx/d ... ary900.php

Thanks,
User avatar
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)

Post by beteljuice »

Yep - That's it :clap: - Thank You

Typo by me - the beteljuice had become a litle distracted.

There will be another 'release' later.
Image
......................Imagine, what you will KNOW tomorrow !
User avatar
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)

Post by beteljuice »

V3.0 Release

Download on first post ..

23 Feb 2014 - v3.0
  • ALL css files updated because
    betel_readDayfile modified - DO NOT MIX OLD AND NEW !
    *new* Weather By You (meteo) css
    readDayfile modded - fix to language working in saratogaWX environment
    language files - Czech added, thank you milos.jirik
    "How To .." file updated
Image
......................Imagine, what you will KNOW tomorrow !
Post Reply