As with the release version I do it step for step. So there is no Italian language file in the wxsimPP folder of the BETA-download
But I see Italian language for wxsim at your site, screenshot meteosantangelo.jpg. And indeed the temps are missing
[li] I added the Italian language also, Italian words although not quite the same but no missing temps, screenshot wxsim_it.jpg http://wd34.weather-template.com/pwsTEST/index.php?lang=it[/li]
Downloaded your plaintext.txt but that is correct English and produces the same Italian words and correct temps
Beta testing is about helping the developer to find errors with the beta-test scripts. To make sure that the release version is as good as it can be.
I can only assume that the missing temps you have are caused by your own Italian language files with which you tested. Therefor I wait to further investigate as long as you use your own files. Upload “the original” Italian language file as attached without changing it or opening it .
When the results are correct with the official language file we can close this problem.
And when the April release arrives (or even now) you can change the Italian language file as much as you want. Or you can use your file.
BUT all language files should be encoded as UTF-8. So do not save it after changing with another character-encoding.
That added degree symbol in the high low strings results in two degree symbols in the resulting parser output.
Other languages
Low: 2
---
[plaintext-parser-lang-it.txt.zip|attachment](upload://w2VeWxZkcj58YESHtiGay7UYlEe.zip) (4.17 KB)
Wim, one question and one comment - for the latest released beat version of the templates.
The question: Why is there a white ‘X’ on the left site of the web cam image - that would be the at line 41 of the ‘webcam_popup.php’ script.
The comment: If I try to run the ‘webcam_popup.php’ without a link to the web cam, the ‘uninitialized’ variable ‘$webcam_img’ at line 3 will produce ‘Undefined variable…’ notice. May I suggest to prevent such notice that the 'include ‘w34_settings.php’ at line 25 be moved before line 3.
Just trying to make the code of the templates as error free as possible … even when those errors are/might be hidden behind another screen or image…
Oh, another comment: Why can some pop-up screens be close by just clicking outside those pop-up screens whereas some newer pop-up screens need to be clicked on the ’ X Close’ on the top left corner. Should there not be a consistency/sameness/uniformity on how the pop-up screens are closed! :?
The large X (and the word "close’) are added bacause a few commented that there should always be a “X close” type message.
I thought that everybody knew that clicking outside a pop-up would remove it, but . . .
The comment: If I try to run the ‘webcam_popup.php’ without a link to the web cam, the ‘uninitialized’ variable ‘$webcam_img’ at line 3 will produce ‘Undefined variable…’ notice. May I suggest to prevent such notice that the ‘include ‘w34_settings.php’ at line 25 be moved before line 3.
I changed that already, please try this version.
Just trying to make the code of the templates as error free as possible … even when those errors are/might be hidden behind another screen or image…
Oh, another comment: Why can some pop-up screens be close by just clicking outside those pop-up screens whereas some newer pop-up screens need to be clicked on the ’ X Close’ on the top left corner. Should there not be a consistency/sameness/uniformity on how the pop-up screens are closed! :?
All pop-ups can always be closed by clicking outside the pop-up. No code change there.
The 2017’s pop-up use the “URL-look and feel”, some 2016 used the X at the left or right.
I tried to have a consistent look and feel, all have a X on the left.
Thanks, Wim
I have been running the beta for two days now.
The WxSim forecast works on the 5 and 11 AM forecasts but hasn’t worked on the 5 PM forecast. I get the message ‘wxsim file not ready’. When I use the wxsimPP/_test.php I do get the WxSim forecast.
Also it doesn’t show the graphs using the database (it does in the non-beta version). It will graph using WU.
Can be seen here: https://www.shermanctweather.org/pwsTEST/
Tom
#-o The converted plaintext.txt /jsondata/wxsimpp_en.arr has only 7 day-parts is that correct or is the file incomplete?
The scripts check if there are at least 8 dayparts.
If your files have only 7day- in the same wayparts, change line 39 in forecastWXSIMblock.php to
if (!isset ($arr_pp) || count ($arr_pp) < 6 ) {echo ‘wxsim file not ready’; return;}
The pop-ups should also be changed, but that is for tomorrow as i live in CET
Wim
The new API-keys are not yet available (only a few developers got one) until all problems are ironed out in the “how to obtain your key” process. As soon as one has got the e-mail and generated a NEW WU-api-key, sent me a PM for the download.
Based on the mails from WU it will be early next week until a new beta will be available to all.
Small problems with the WU data:
[ol][li]Missing description of some fields, f.i. iconCodeExtend[/li]
[li]The 3 temperature fields: temperature temperatureHeatIndex temperatureWindChill seems to be unrelated to each other, example for a night and the following day in Celsius :
temp 0 heat 7 chill -1
temp 13 heat 12 chill -1[/li]
[/ol]
Need to study the documentation if the explanation is hidden somewhere.
With the API-key one can also download 7 days of history, in JSON format. Could be used for the graphs also, but seems to have no advantages yet compared to the .CSV downloads from WU.
The METAR-data layout changed, the humidity field is now an array.
Attached new version ONLY for the beta test pwsTEST, not to be used for the normal pwsWD version.
I generated a [color=blue]XREF ( Cross Reference list )[/color] of the weather-icons versus the scripts they are used and the descriptions from those scripts.
That should help to find the wrong icons < > description in the future.
The forecast/current-condition scripts used have also their individual files
