I also downloaded and run the updated _cvt_wucsv.php
-
But rainfall after July 25 still appears 10 times too high.
Another mystification:
-
After July 25, winds and gusts will be shown with the same value, except for August 13.
oops i did not notice but actually at home too :o :o
IMPORTANT
You have to remove the backup file if you run the script twice. Otherwise the data generated in the last run is not replaced.
The backup file is stored in chartsmydata/_wuid_Y.txt in your case "weather.inaogmogens.dk"
Everytime the cvt-script runs it checks if there is an already updated file in chartsmydata/ and it uses that.
So if you want to start from scratch remove that file from chartsmydata/
===
Iran the script with your ID and it works OK
When there is only one line for wind it is the previous version which also had the rain 10* as big.
Attached: the correct files for IDKFREDE2
Wim
Update 8:55 UTC:
I just downloaded the zip and the script from the zip is correct, identical as I use at home
Compared it with "weather.inaogmogens.dk" identical
So the script probably has run with an already updated backup file
README step 1.1 https://pwsdashboard.com/readme_convert_wu.pdf
chartsmydataIDKFREDE2.zip (12.4 KB)
Check if you have the latest version, remove the iLORRAIN49Y.txt from the chartsmydata/ folder and rerun the script.
See previous post.
Wim
new update, ok worked well on some problems with the old compiler 
thanks for the help !
Regards
Got an alert yesterday when Kp =5.7: “144 MHz Radio Aurora Possible”.
What does this mean?
Popup in sun block => Visual Aurora Borealis/Northern Lights and VHF Radio Aurora Indicators
Need to add proper links as the one used in the pop-up is broken
Wim
AFAIK a Radio Aurora emits radio frequencies at around 150 kHz. Is it used here to suggest that enhanced auroral propagation might be possible at 144 MHz?
Thank you very much for help.
I have replaced the files on the server with the downloaded ones and now I have data since July 25th.
Maybe I’m still doing something wrong? :oops: :oops:
- The month and year temperature chart appears with Fahrenheit, although I select Celcius from the menu.
-Month and year rainfall chart shows some strange and very small numbers. I can’t see what’s showing. Maybe rainfall in inches divided by 10 ?? For example, the precipitation for August 7 shows 1.31 mm. The correct number is 33.27 mm.
Those scripts and alerts are from the 2017 version.
I only converted the script to this version.
Wim
Sorry, :oops: :oops: :oops: :oops: :oops:
I thought you were using weahterlink.com also, just as iLORRAIN102 / 49.
The graph files are converted from the .CSV with the same units as the data from the weather-program.
WL.com is always in imperial. With WU one can choose and you are using default metric.
The files are regenerated on your site, and the graphs look OK to me.
Wim
Thank you very much 
Great that you can still have the overview .
Now it all looks right here with me.
Mogens
Hi,
Just installed installed the latest version and I an not get the WXSIM for cast to work. I am using Weather Display Clientraw for real time data and that working okay. In easyweather setup I have WXSIM set for the forecast under Options for top row module 2 & 3. Is there a need to manually edit some files to point to the location of the plaintext.txt file? I see nowhere in Easyweather setup to enter the path for plaintext.txt as I do for clientraw.txt .
Regards
Jerry
newbeithweather.com
you may need to edit wxsimPP/plaintext-parser.php
As @blainec mentioned in the previous post, you have to configure the original wxsim-parser script.
And you need the WXSIM windows program running and uploading also.
These are the original Ken True stand-alone WXSIM scripts, without any modification. That way you can “drop in” a new version if Ken has an update.
And you can always test the original script,
http://newbeithweather.com/pwsWD/wxsimPP/plaintext-parser.php
and include it on a page in the menu.
The only drawback is that you have to set the correct location of the plaintext file in line 133 of plaintext-parser.php 
$plaintextFile = '../../plaintext.txt';
This default setting points to the root folder of your website ( => newbeithweather.com/ )
It seems your plaintext.txt file is in http://newbeithweather.com/pwsWD/wdisplay/plaintext.txt Change the line 133 to
$plaintextFile = '../wdisplay/plaintext.txt';
The “…/” drops the file pointer from the wxsimPP/ folder ( were the wxsim script “lives” ) to the pwsWD/ folder
The “wdisplay/” moves the pointer up into that folder so the script can find the plaintext.txt file it needs.
Success, Wim
I’m almost sorry to bother someone again, but I can’t figure this out myself -
Now my template is mysterious again.
-
It sometime reports offline, although w34_cron_stationcron.php is run every 5 minutes.
-
Today data are completely “impossible”. My chartsmydata/today.txt looks weird. When I run w34_cron_stationcron.php, data seems to be added for a completely random time, for example for a time on August 14th. Until 0:55 it looks right, then it goes wrong. Well, it must be WU sending wrong data ??
-
In addition, - chart for wind month after August 25, wind strength is higher than gust
Mogens
To me, that seems to be a WU problem (99%) or maybe a problem with your API-key (< 1%)
Debug console "weather.inaogmogens.dk"
=>left bottom your recent data from wu file “./jsondata/wucom.txt” is already selected, so click “List contents”,
I click that and the big box shows:
Filetime (UTC): 2019-08-28T09:10:44+00:00 which an age of 0 hrs 01 min 27 seconds
So the file is just retrieved (current file time) BUT look at the contents
=>The line with “List this file as” click on "Expand it as json "
[stationID] => IDKFREDE2
[obsTimeUtc] => 2019-08-27T20:59:44Z
[obsTimeLocal] => 2019-08-27 22:59:44
[neighborhood] => Kvissel Braending
[softwareType] => WS-1002 V2.4.4
[country] => DK
[solarRadiation] => 0
[humidity] => 87
[qcStatus] => 1
[metric] => Array
When I reload the files with the bottom selector labeled “Load external files” and => click on “Load files”,
=> the file is retrieved at Filetime (UTC): 2019-08-28T09:20:33+00:00 which an age of 0 hrs 00 min 24 seconds
And the date/time is now
[stationID] => IDKFREDE2
[obsTimeUtc] => 2019-08-28T09:20:16Z
[obsTimeLocal] => 2019-08-28 11:20:16
Not much what you or I can do. Sometimes recent data, sometimes old data is retrieved from WU.
Just check if the retrieved data is stalled again, later on.
You can also use this link in your browser to check if there are error messages, replace “_YOUR_API_KEY_HERE” with your WU-api key
https://api.weather.com/v2/pws/observations/current?stationId=IDKFREDE2&format=json&units=m&numericPrecision=decimal&apiKey=_YOUR_API_KEY_HERE
Sometimes the data is invalid and the dashboard is half empty or a white page with invalid data
Can you PM me your WU API key as I always get correct data with my key.
My own key also fails. Definitely a problem with WU
Now I get this message:
{"metadata":{"transaction_id":"8838963446811046191"},"success":false,"errors":[{"error":{"code":"AKI-0001","message":"Weather Company API is currently unavailable."}}]}
Wim
The parser works OK now.
BUT my script expects at least 8 forecasts, yours has 7
So change the line 43 in fpwsWD/orecastWXSIMblock.php from
if (!isset ($arr_pp) || count ($arr_pp) < 8 ) {echo '<b style="color: red;"><small>wxsim file not ready</small></b>'; return;}
to
if (!isset ($arr_pp) || count ($arr_pp) < 6 ) {echo '<b style="color: red;"><small>wxsim file not ready</small></b>'; return;}
That check makes sure that the complete wxsim forecast is uploaded. Sometimes the uploading of the large WXSIM forecast-files takes so much time that an incomplete forecast is processed.
Wim
Thanks Wim, It’s working fine now. Thank you much for your help.
Regards
Jerry
:oops: Forget, you have to change two other lines also, for the popups in the wxsim forecast block.
forecastWXSIMdaily_popup.php and forecastWXSIMtext_popup.php both change line 39 from
if (!isset ($arr_pp) || count ($arr_pp) < 8 ) // check if correct plaintext.txt was found and processed
to
if (!isset ($arr_pp) || count ($arr_pp) < 6 ) // check if correct plaintext.txt was found and processed
Wim