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

Thank you for help!
I set DarkSky and EWN forecast to my town Knjazevac in w34_frames.php :slight_smile:

Hello, when I do Test / Update for the api I get this:
any suggestions
Thank you


The script works at your site.
http://www.meteotorrelavega.com/pwsWD/w34_WDapi.php?test&d=1
Returns correctly the error message.
Your screenshot shows more like a “page not found” type error.
Check the spelling as we can not see what is in the URL box, should be w34_WDapi.php without any spaces after it.

It does not upload yet as the data on your site is still the original download test-data
http://www.meteotorrelavega.com/pwsWD/w34_module_test.php => click on “Show WDapi values”
or use http://www.meteotorrelavega.com/pwsWD/jsondata/WDapi.txt

Wim

Should there be something else to be changed in the script, except for the translation of lang_extra.txt
I make lang_sr.txt with some part of serbian translation and upload on my server but http://vreme.in.rs/knjazevac/pwsWD/index.php?lang=sr have not serbian translate.

thanks, a spelling error

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! :?