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

Yes, it needs more as the scripts do not know about the ‘sr’ language. It is on the f
There are only 4 languages in the download.

  • If you want to add your own language, make a copy of pwsWD/languages/lang_extra.txt and do the translations.
    [li]You then rename the current pwsWD/languages/lang_nl.txt to lang_xxxx.txt . And the adapted copy to lang_nl.txt
    By selecting “dutch (=nl)” as the language in the menu you can test every block to check the translations. [/li]
  • Often you have to trim them till they fit. So carefully check all blocks!
  • When you are satisfied with the result, sent me a mail from the weather-watch forum with the zipped language file
  • I will test and install the language for an intermediate update and next release.

We already did three languages that way.

Wim

I had to deactivate line 261 of:
w34 livedata.php
because it gives me error
// $ weather [“lux”] = number_format ($ wd [41] /0.00790.952991.0012,0, ‘.’, ‘’);
any suggestions
Thank you #-o #-o

What is the recommended install procedure for installing on Ubuntu 18.10?
I tried to follow this https://weather34.com/homeweatherstation/guides/setupubuntu.html, but ended up having this issue:
502 Bad Gateway
nginx/1.14.2

I do not understand what your question is about.
This discussion-thread is about using the WD version of the weather34 template, not about installing webservers.
This template should run on any webserver with PHP 7.x and optional SQL(lite)
Consider posting your question on another forum.

Wim

It seems that WD uploads “–” when the solar/uv is not available when using the WDapi.
All tests until now had UV/Solar in their station or set it so in the WDapi window in WD

It is strange that you get an error as error-reporting should be switched off, by default. I will have to look into this more in detail.

Can you please try the attached version, thanks
I added the code to check if the data is numeric.
But still do not understand why there are errors in the logs.

Wim


w34_livedata.php.zip (5.25 KB)

All sorted by my provider today, including pop-up graphs, at http://swanston.maui.co.uk/pws.

Old version still at /pwsold.

Thanks for your help, Wim.

Wim, I have discovered some additional errors regarding the data from the WeatherFlow Smart Weather station.

The error are with the ‘w34_livedata.php’ script. The following two array index do not exist (anymore/yet): ‘$item[‘lightning_strike_last_epoch’]’ and ‘$item[‘lightning_strike_last_distance’]’

I have attached the index list for the JSON ‘$json’ array.

Note: My WeatherFlow station has the most up-to-date firmware update: Firmware Revision 103 released December 13, 2018.


json_array.txt (3.01 KB)

My station: 2167 => Firmware hub: 103 Air: 20 Sky: 43
As far as I can see, the same as your station 5447
The other test-stations all report the two other values as in the past. Your station does not.
Maybe this occurs when theere has never been a strike? I will adapt the script, just to make sure.

Wim

I am trying to figure out why the “nearby” button on the current conditions block is always showing EBBR in Brussels. I entered KAST for my metar in easysetup but it’s not loading that data into the “/jsondata/metar34.txt” file.

You have to enter a valid API key in your easyweathersetyup.
The API key field still seems to hold “ADD YOUR API KEY”

At the bottom => API keys for data retrieval => To get METAR information …=> https://www.checkwx.com/signup

Wim

Hi, changed the script:
w34 livedata.php
has not given an error
Thank you
Emilio

Thanks Wim…working now :wink:

windrun is in KM in the clientraw data, sorry about that confusion
Wim, you should include a donate button for all your help/time?

Hello,
my programming skills are scarce
I changed in the script:
barometer_block.php
the next line for the translation to take place
line 53
echo ‘Trend’;
by
echo ‘’ .lang (‘Trend’). ’
';
any opinion
regards
#-o #-o

Wim, using the WeatherFlow REST API, the ‘latest station observation’ data that is returned for my station is as follow (as of 11:15 PST):


outdoor_keys": [
    "timestamp",
    "air_temperature",
    "barometric_pressure",
    "station_pressure",
    "sea_level_pressure",
    "relative_humidity",
    "precip",
    "precip_accum_last_1hr",
    "precip_accum_last_24hr",
    "precip_accum_local_day",
    "precip_accum_local_yesterday",
    "wind_avg",
    "wind_direction",
    "wind_gust",
    "wind_lull",
    "solar_radiation",
    "uv",
    "brightness",
    "lightning_strike_count",
    "lightning_strike_count_last_3hr",
    "feels_like",
    "heat_index",
    "wind_chill",
    "dew_point",
    "wet_bulb_temperature",
    "delta_t",
    "air_density"
],

But then, looking at the ‘latest station observation’ for another station, the data that is returned is:


outdoor_keys": [
    "timestamp",
    "air_temperature",
    "barometric_pressure",
    "station_pressure",
    "sea_level_pressure",
    "relative_humidity",
    "precip",
    "precip_accum_last_1hr",
    "precip_accum_last_24hr",
    "precip_accum_local_day",
    "precip_accum_local_yesterday",
    "wind_avg",
    "wind_direction",
    "wind_gust",
    "wind_lull",
    "solar_radiation",
    "uv",
    "brightness",
    "lightning_strike_last_epoch",
    "lightning_strike_last_distance",
    "lightning_strike_count",
    "lightning_strike_count_last_3hr",
    "feels_like",
    "heat_index",
    "wind_chill",
    "dew_point",
    "wet_bulb_temperature",
    "delta_t",
    "air_density"
],

Both station have the same firmware: ‘firmware_revision": “103”’

I have no idea why the returned data would be different from one station and another! :?

Good catch,
I tried to find all untranslated words, but they hide very well. And a lot of English and Dutch words are the exactly the same in spelling, albeit not always in the meaning.
So I changed this one in the scripts also from

echo 'Trend';

to

echo lang('Trend');

No need to add those . as those are only used to concatenate strings.
Wim

The logical explanation is that the stations without any lightning in the past, can not have a date of the last lightning, nor a distance of the last lightning. They therefor will not output those two extra fields.
“lightning_strike_last_epoch”, “lightning_strike_last_distance”,

Wim

Wim, why is the data from both the Davies Instruments and WeatherFlow weather stations being processed in this newer version of the ‘weather34’ templates - should it not be either the data from the Davies Instruments weather stations (ie: Weather Display - clientraw.txt/WDapi.txt) or the data from the WeatherFlow weather station (ie: WeatherFlow API - weatherflow.txt).

From what I can see so far (looking through the different scripts), the ‘weather34’ templates appear to use mostly the data from Weather Display (ie: clientraw.txt/WDapi.txt).

I understand that most users only have one weather station. Would it not be better/simpler if the data used was from only one provider (ie: Weather Display or WeatherFlow).

Just curious… :?

Wim, may I make a suggestion - when replying to a message could you either not quote the whole message or only quote the part of the message you are replying to - otherwise the message thread very long very quick. :wink:

A weatherwebsite can have multiple extra sensors, f.i. AirQuality sensor => supported Luftdaten, Purpleair and official, a lightning-sensor => supported Nextstorm and WeatherFlow. Same as for current conditions, supported WD, Metar or Darksky.
In this version of weather34, the WeatherFlow measurements used are only the lightning ones. No other values.
And UV/solar for those stations who are missing an UV / Solar-sensor.
There is als a weather34 version for Weatherflow where almost all data comes from Weatherflow.
The 2017 version for WD also used some WF values, at least the version I had to start with making this new one from.

Also nobody has to use the weatherflow. All extra sensors arte optional.

Same for forecasts. As soon as the new WU-api is available one can choose between DarkSky or WU again for forecasts.

As > 90% of my post are answers to questions or other posts I burned myself a few times by not quoting completely.
Some persons change their original quote AFTER they get an answer so that the answer is not valid anymore.
That is why I try to include their complete original text, to make sure that my answers make sense, even after the original post is changed or removed.
Wim

Hello Wim,
checking the template missing put:
in w34_easyweathersetup.php
the catalan language
line 225
original: | 02 | - | - | flag | select | en | en # English! nl # Dutch! fr # French! de # German! it # Italian! sp # Spain |
modified:
| 02 | - | - | flag | select | en | en # English! Nl # Dutch! Fr # French! De # German! It # Italian! Sp # Spain! Ct # Catalan |
and so that the flag comes out at the end of the sript
ask for a flag: img / flags / ct.svg
is not, you would have to add or modify the script to call ct.svg
Thank you
Emilio