***closed*** weather34 for WeatherDisplay (clientraw and WDapi)

If WeatherDisplay supports it and it is the clientraw, OK
But otherwise, how would the a script on the webserver know that there is snow at your place?
Wim

It is located in clientrawextra.txt

479 Snow Inputed into WD ToDay Number 12.700
480 Snow Inputed into WD Month Number 21.590
481 Snow Inputed into WD Season
Snow for the day
Snow for the month
Snow for the season
This may not work if its not in the clientraw.txt

697 in clientrawextra also has the snowdeth.
But:

  1. is everybody uploading the other clientrawxx files?
  2. do they manually update those fields as snowdepth and snow for the day?
  3. what to do with the WDapi users?
    Then:
    Where do we put it? In the rain-block i think.
    ===
    Maybe you should move this question with the remarks so far, to the “wish” topic.
    Will not be this season, so we have more time to think and find a good place to put the info.

Wim

Is it possible to add it in the rain box but have an option in the block to show snow?
A drop down box, Radio button etc.

Most people who receive snow will input the reading manually.
To add it for next season is okay with me.
Maybe we need more people to comments, How many people add snow on there page.

Thanks Great template
Windgust
K1DED(Amateur Radio)

Sorry, I was not clear. There is a separate topic for

Time to test, attached a beta version of the pop-up for the April release.
I run the test-site http://wd34.weather-template.com/pwsWD/ with timezone/at/lon for Edinburgh city center and IMHO I think this pop-up has the correct rise set times compared to this site: https://www.timeanddate.com/moon/uk/edinburgh

Please test it at your site for errors in the calculations (AFTER you made a copy of the current moon-popup.php).

Thanks in advance, Wim


moon_popup.php.zip (5.89 KB)

Thanks, Wim.

I run the test-site with timezone/lat/lon for Edinburgh city center

I am honoured!

When updating files will I need to re-do all my settings in the easyweathersetup.php or can I leave the old file in place.

Thanks, John

In general

  1. [li]An update should never contain an easyweather settings file.
    Although it is best to make a copy of w34_settings1.php and store it somewhere else, as I can make mistakes .[/li]
  2. After the update always start the settings from the menu and check if there are new questions (the answers are in blue) and check the default setting for that question.

Succes,
Wim

Sorry to report that “rain last hour” is now shown negative in clientraw version, and has yet to appear in API version. First 0.3 mm registered by WD at 1945.


clientrawrain.JPG

APIrain.JPG

IN http://discourse.weather-watch.com/p/523466
I decided on the mails and messages that the calculation would be CR[100] - CR[109]
Probably I misunderstood as your clientraw.txt shows it should be CR[109] - CR[100]
Will be changed tomorrow,Updated w34_livedata.php attached, only for clientraw.txt users needed
Wim

P.S. There is no “rain last hour” in WDapi yet, needs a lot of extra fields to be added.


w34_livedata.php.zip (5.43 KB)

Thanks, Wim.

I suppose “rain last hour” lags behind WD because we have to wait for all the fields (100-109) to be refreshed in clientraw?

And I get -2.9 mm rain last hour at midnight reset - see clientrawrain2. (That may be my fault - I just edited my existing w34_livedata.php file to swap CR[100] and CR[109], I didn’t upload the new file. . .)

P.S. There is no "rain last hour" in WDapi yet, needs a lot of extra fields to be added.

There’s something like it: see APIrain2. That comes from API[43] “raintotal60”.


APIrain2.JPG

clientrawrain2.JPG

After creating database using w34_util_createdb.php and using phpmyadmin to browse the db I get these errors:

Warning in ./libraries/sql.lib.php#613
count(): Parameter must be an array or an object that implements Countable

Backtrace

./libraries/sql.lib.php#2128: PMA_isRememberSortingOrder(array)
./libraries/sql.lib.php#2062: PMA_executeQueryAndGetQueryResponse(
array,
boolean true,
string ‘weatherstation’,
string ‘weatherstation’,
NULL,
NULL,
NULL,
NULL,
NULL,
NULL,
string ‘’,
string ‘./themes/pmahomme/img/’,
NULL,
NULL,
NULL,
string ‘SELECT * FROM weatherstation’,
NULL,
NULL,
)
./sql.php#221: PMA_executeQueryAndSendQueryResponse(
array,
boolean true,
string ‘weatherstation’,
string ‘weatherstation’,
NULL,
NULL,
NULL,
NULL,
NULL,
NULL,
string ‘’,
string ‘./themes/pmahomme/img/’,
NULL,
NULL,
NULL,
string ‘SELECT * FROM weatherstation’,
NULL,
NULL,

Hi
In temp block trend, it appears 1.0 which should be 0.1

I use clientraw.txt on my site. Take a look here http://regnskvett.com/pwsWD/index.php?lang=en

Mvh Torjan

Thank you, attached a new version of w34_livedata.php to solve this one.
The used clientraw.txt [143] is a logic field, it does not contain a value.
Wim


w34_livedata.php.zip (5.46 KB)

Screenshot taken at 1745, before moonrise at 1818, but moon block is showing “tomorrow” moonrise and not “today”.

(An hour later, after moonrise, moon block was showing “today’s” 1818 correctly!)


Screenshot at 0940 (just before moonset) shows today’s day/date twice so text overflows box. After moonset it was perfectly OK!


moon7.JPG

Thanks for testing. Attached the latest versions of yesterday and today.
When you find a problem, check with Leuven Home Weather Station (wf version) as I am testing also.
That demo-site runs most of the time for Edinburgh to make it “easier” for us to test both.
Wim


moon.zip (9.84 KB)

Thanks, Wim.

When you find a problem, check with http://wd34.weather-template.com/pwsWD/ as I am testing also.

I usually run them side-by-side but didn’t think to check first #-o

Now it looks good.