Now available: AJAX/PHP multilingual website templates

[kinder]

http://users.uoa.gr/~george/newsite/wxindex.php

OK, I see the problem, not just for the 'Baro Trend/Τάση Βαρόμ' but also the dates for both 'UV Index Forecast/Πρόγνωση Δείκτη UV' dates...

One other thing I noticed was that it took a very long time before the 'ajaxCUwx.js' AJAX (JavaScript) refreshed the screen (about 1.5 minute on my computer).

I checked the 'ajax-dashboard.php' script and the 'Rising/Falling' words should have been properly translated before the the 'ajaxCUwx.js' script changes the display. I also checked the 'language-el.txt' language file and there are translations for the 'Rising/Falling' words.

I will have to do additional checks on my system to find out what might be happening...

That was probably because of the thermometer.php which is not running in same server due to lack of GD support.I thought something about the problem of trend values not being translated at first load,but i dont know if this is a valid thought,since i haven't read all the code.Maybe the ajaxCUwx.js change the display too fast?Or maybe one solution is to force change it to fast after initial load?

[gemini06720]

Today I have found a problem in the 'AJAX/PHP multilingual template'. The WU forecast stopped working....
But in the WU website the forecast is fully available?

Manuel, it appears that, for some reasons, the location where the 'WU-forecast.php' script is getting the data needed to produce the WeatherUnderground forecast was down or was having problems producing the data (even when their web site was displaying correctly) - I just checked (on Tuesday at 02:00 PDT) and I can only get the forecast for Tuesday and Tuesday night, nothing more! I tried other locations such as Madrid and Lisbon and I got the full weather forecast...

[gemini06720]

I thought something about the problem of trend values not being translated at first load,but i dont know if this is a valid thought,since i haven't read all the code.

You thought was right - when the 'ajax-dashboard.php' script is first loaded, the 'Τάση Βαρόμ:' (Baro Trend:) line shows 'Steady' - at this time, I cannot tell you why the trend word is not properly translated as other words are! And I cannot tell you either why the two dates for the 'Πρόγνωση Δείκτη UV' (UV Index Forecast) are not translated other than because they are not of the full length types!

Maybe the ajaxCUwx.js change the display too fast?Or maybe one solution is to force change it to fast after initial load?

Indeed, after about 30 seconds, the 'ajaxCUwx.js' script refreshes the screen with updated weather data and the untranslated pressure trend word is then replaced by the proper translated word (coming from the 'ajaxCUwx.js' script).

The default setting for the 'ajaxCUwx.js' script ('reloadTime') is to refresh the screen every 5 seconds (5000 ms) - you have changed the 'ajaxCUwx.js' script to refresh the screen every 30 seconds (30000 ms).

[actioman]

Ray first of all, I hope you're recovered from your cold!

Thank you very much for your answers!

Is really a pity that you and Ken can not find a middle ground and somehow reach a partnership. But I respect, because you guys are already grown up.
For my part I'll always be eternally grateful to both. Ken, by many hours that spent with me installing this handsome template in the beginning and to you Ray, that thou hast been tireless in helping us and always with an answer (even when you're ill) . For me, believe it or not, it's an honor to share this Messages with you and having these great teachers!

I know I'm always asking for improvements and making questions, with this post I only want to thank!


Later I promise that I make one more little question

[actioman]

Today I have found a problem in the 'AJAX/PHP multilingual template'. The WU forecast stopped working....
But in the WU website the forecast is fully available?

Manuel, it appears that, for some reasons, the location where the 'WU-forecast.php' script is getting the data needed to produce the WeatherUnderground forecast was down or was having problems producing the data (even when their web site was displaying correctly) - I just checked (on Tuesday at 02:00 PDT) and I can only get the forecast for Tuesday and Tuesday night, nothing more! I tried other locations such as Madrid and Lisbon and I got the full weather forecast...

Ray everything remains the same

It will be a good idea to contact the WU, to complain about this situation? I do not know from where is the source of information (where is the data) for the script, so I do not know how to argue my complaint...

Is there any way to change the weather station of WU? (I tried but I couldn't) The ideal is to be one near my house. But as neither of Badajoz, nor that of Portalegre seem to work well, I will choose Lisbon and the problems are over!

[n9mfk]

HI all,
i was look at the tag list for the template now 191 989 is out of beta
i have 329 in newtags.txt in the file what is missing?
thanks beau

[gemini06720]

...i have 329 in newtags.txt in the file what is missing?...

Beau, here is a complete list of the web tags, all 400 of them, sorted alphabetically, with comments (descriptions)...

[gemini06720]

...Is there any way to change the weather station of WU? (I tried but I couldn't)...

Manuel, the location of the station used by WU can be changed in the 'WU-forecast.php' script, lines 100-124 - I do not and cannot use the WU script in Canada so I am not really able to give much information as to which stations to use near Elvas, Portugal...

[gemini06720]

Ray first of all, I hope you're recovered from your cold!

Manuel, the cold is still there, as annoying as it can be, some days are better some other days are worst ... I do hope to get over it by next week...

Is really a pity that you and Ken can not find a middle ground and somehow reach a partnership.

Manuel, that will never happen (although never is a 'long' time) - I do not believe in miracles... ...we cannot even agree on the proper way to translate languages (remember, I have a strong disdain for grammatically-incorrect language usage) ... one does not want to change anything unless it is broken whereas the other must continuously change everything ... there will never be a partnership, that I am sure of!

[actioman]

Hello there!

This discussion goes too stationary...

It is a sign that everything is alright or disinterest prevails...

Well, I'm still with some doubts.

...Is there any way to change the weather station of WU? (I tried but I couldn't)...

Manuel, the location of the station used by WU can be changed in the 'WU-forecast.php' script, lines 100-124 - I do not and cannot use the WU script in Canada so I am not really able to give much information as to which stations to use near Elvas, Portugal...

Ok Ray, I managed. Thanks!

My first question:

That's how I want my webcam appears on the site:



The problem is with the menu, like you see in the print screen. Is there any way to stay on top of the webcam image?

Here is the link: http://www.meteoelvas.com/wxwebcam

Thank you again for your help!

[gemini06720]

Hello Manuel...

This discussion goes too stationary...
It is a sign that everything is alright or disinterest prevails...

It is m y feeling that the lack of participation is mostly due to a greatly diminishing lack of interest in the templates... At first, it was a new thing... Now, it is less exciting...

At my computer, I have not been idle - I have been going through each script/template in order to clean up and standardize the code - for me it is a learning experience helping me to understand the purpose of the code - the 'canada' templates were, obviously, the first to be 'cleaned up'; I have quickly gone through the 'usa' templates and over the past days, I have been going through the 'world' templates. It is my belief that a template, released under the GNU General Public License, and to be used by/shared with other people, should be clean, the code should be easy to follow with many comments to assist new programmers - but again, this is my view of how things could/should be done and not the view of most programmers (beginners as well as proferssionals)...

Since most people in this forum are not programmers it is difficult for them to try developing their own templates (many people might have a basic knowledge/understanding of HTML - but are lacking the comprehension in the use of languages such as PHP and AJAX/JavaScript) - to most people, the code in those templates looks like greek (no offence meant) - I know, I was there some 3-4 years ago, when I had to learn from scratch, when I had to understand what the code was doing in order to develop my own templates...

There is also the subject of the appearance of the pages created by those templates... In that respect, I really prefer the appearance of the standard HTM templates supplied with Cumulus as they are clean and pleasant to look at with relaxing colours - the AJAX/PHP on the other hand are cold (no matter what style/theme is chosen), dry, stiff, stark, not pleasant to look at - I know I should not complaint about the look of the AJAX/PHP pages as I have been using them on my main weather sites for the past 3-4 years ... the main reason I have not change/replace the templates is that the change-over involves hundred of hours of work and tweaking, something I do not have the patience to get involved with at this time... But, but, there might be a CMS-type (content management system) weather system in my futur...

Now, to your question...

The problem is with the menu, like you see in the print screen. Is there any way to stay on top of the webcam image?

I do not think there is a way to correct the display of the image on top of the menus - I have had that particular problem with my <link removed> page, but as you will notice, I have managed to reorganize the page so the problem does not present itself. Another solution I have been using on other pages such as on my <link removed> page was the use of click-on smaller images - I have been using the excellent and quite powerful Floatbox JavaScript library to display the image (there are other scripts with similar functions but Floatbox has been very reliable on my pages). Floatbox is shareware but one can request a 'Free Personal Site License'.

[actioman]

It is m y feeling that the lack of participation is mostly due to a greatly diminishing lack of interest in the templates... At first, it was a new thing... Now, it is less exciting...

At my computer, I have not been idle - I have been going through each script/template in order to clean up and standardize the code - for me it is a learning experience helping me to understand the purpose of the code - the 'canada' templates were, obviously, the first to be 'cleaned up'; I have quickly gone through the 'usa' templates and over the past days, I have been going through the 'world' templates. It is my belief that a template, released under the GNU General Public License, and to be used by/shared with other people, should be clean, the code should be easy to follow with many comments to assist new programmers - but again, this is my view of how things could/should be done and not the view of most programmers (beginners as well as proferssionals)...

Since most people in this forum are not programmers it is difficult for them to try developing their own templates (many people might have a basic knowledge/understanding of HTML - but are lacking the comprehension in the use of languages such as PHP and AJAX/JavaScript) - to most people, the code in those templates looks like greek (no offence meant) - I know, I was there some 3-4 years ago, when I had to learn from scratch, when I had to understand what the code was doing in order to develop my own templates...

There is also the subject of the appearance of the pages created by those templates... In that respect, I really prefer the appearance of the standard HTM templates supplied with Cumulus as they are clean and pleasant to look at with relaxing colours - the AJAX/PHP on the other hand are cold (no matter what style/theme is chosen), dry, stiff, stark, not pleasant to look at - I know I should not complaint about the look of the AJAX/PHP pages as I have been using them on my main weather sites for the past 3-4 years ... the main reason I have not change/replace the templates is that the change-over involves hundred of hours of work and tweaking, something I do not have the patience to get involved with at this time... But, but, there might be a CMS-type (content management system) weather system in my futur...

It's a a pity that they have lost interest... I've got is regret, not having more time, but still enthusiastic about these templates.

I also am not a programmer, but with your help and the humility to come here (day after day) to ask for help I'm getting to improve the meteoelvas.

Yes I agree with you when you say that standard HTM templates supplied with Cumulus are clean and pleasant to look, but they have not, yet, so many features. The ideal would be the fusion of standard HTM templates supplied with Cumulus pages with PHP (here in the forum, there is already some work in this direction).

I do not think there is a way to correct the display of the image on top of the menus - I have had that particular problem with my Weather Display Live page, but as you will notice, I have managed to reorganize the page so the problem does not present itself. Another solution I have been using on other pages such as on my Tzouhalem-Maple Bay WebCAM page was the use of click-on smaller images - I have been using the excellent and quite powerful Floatbox JavaScript library to display the image (there are other scripts with similar functions but Floatbox has been very reliable on my pages). Floatbox is shareware but one can request a 'Free Personal Site License'.

What a pity!
Then I have to think in a solution...

Ray, please look at these two print screens:





In the top of the fisrt one you can see the date format dd/mm/yyyy, but when the gizmo make the refresh (I think is this the correct name) change the format of date and becomes mm/dd/yy? The first format is the usual format in Portugal but the second one, but the other is not so common around here. Is there a way to fix this and these two be equal?

Another issue, the Rain Rate (/hr), before the gizmo refresh it shows 0,0 mm, but then appears 0,00 mm. The correct format is the first, because my rain gauge has no such resolution.

Then I see other discrepancy, as the thermal sensation: before gizmo refresh: Comfortable; after: Warm. Both with a temperature of 26°C. And the same discrepancy in another data: Wind direction and speed (before gizmo make the refresh, even lose the words 'Km/h'). The same to the Humidity and Dew Point.

I had not noticed it yet, was a visitor to the website that sent me an email and alerted me to this...

Regarding Ray's script, what catches my attention is the fact that there are always clouds and sometimes indicates rain with some weather conditions impossible of having precipitation, like you can see in the above images?

If Ken can also give a help, I appreciate.

Kind Regards

[PaulMy]

It is m y feeling that the lack of participation is mostly due to a greatly diminishing lack of interest in the templates... At first, it was a new thing... Now, it is less exciting...

I have not lost interest... I continue to make minor change/addition and learn, though at a slow pace. Thank you Ken for making this available, and to the others that have jumped in as well.

Paul

[gemini06720]

Hello Manuel, it is nice to see that there is still a few active participants in this forum...

I also am not a programmer, but with your help and the humility to come here (day after day) to ask for help I'm getting to improve the meteoelvas.

The AJAX/PHP scripts/templates can be a good learning experience for 'serious' programmers wanting to learn something about PHP and AJAX/JavaScript - I have been and I am still learning from those templates...

The ideal would be the fusion of standard HTM templates supplied with Cumulus pages with PHP (here in the forum, there is already some work in this direction).

That is what I have tried doing with my <link removed> templates/web pages, although most of the code did not come out of the AJAX/PHP scripts/templates.

Then I have to think in a solution...

Well, as I have suggested, you could use a smaller image which, when clicked-on, could open into larger image or could simply open a larger image into another tab/window...

Ray, please look at these two print screens:
....
In the top of the fisrt one you can see the date format dd/mm/yyyy, but when the gizmo make the refresh (I think is this the correct name) change the format of date and becomes mm/dd/yy? The first format is the usual format in Portugal but the second one, but the other is not so common around here. Is there a way to fix this and these two be equal?

Manuel, I have been looking at that problem (on-and-off) for the past weeks (when I really started editing the usa templates) and I have not yet come up with a solution. The functions used in most scripts deal with the long date format and seem to completely ignore the short date format (also, it appears, one of the limitations of PHP) which is extensively being used by Cumulus and its different date format types, depending on the country the computer is running.

Another issue, the Rain Rate (/hr), before the gizmo refresh it shows 0,0 mm, but then appears 0,00 mm. The correct format is the first, because my rain gauge has no such resolution.

Again, I have recently noticed that problem while editing the world scripts/templates - I do not know why two and even three decimal are being used by both the 'ajaxCUwx.js' and 'ajaxgizmo.js' scripts - Cumulus certainly does not deliver/produce those values! Oh, the same problems happen on the dashboard. I think I have the problem corrected in my modified usa templates, but I am only half way into the modifications...

I had not noticed it yet, was a visitor to the website that sent me an email and alerted me to this...

Manuel, one easy way to view this reported problem would be to temporarily disable both 'ajaxCUwx.js' and 'ajaxgizmo.js' scripts (you just need to temporarily change the name of the scripts). True, there will be no realtime update during that time. But then, you will view the information processed by the 'ajax-dashboard.php' script (which gets its data from the 'CUtags.php' data file whereas the 'ajaxCUwx.js' and 'ajaxgizmo.js' scripts get their data from the 'realtime.txt' data file) which displays the weather information as the page is first loaded into a browser.

Regarding Ray's script...

Which script are you writing about... I know, it must be about the cloud base script... Well, you must realize that the cloud base image is only created when the page is first loaded - it is not updated afterwards. But, if you have a look at my <link removed> page, there, the cloud base script is also processed by the 'ajaxWDwx.js' script (similar to the Cumulus 'ajaxCUwx.js' script but using data from the Weather Display 'clientrawXXX.txt' data files) thus the cloud base script (like the weather data on that page) is displayed in almost real time.

Manuel, as I wrote in a previous message, I am going through all scripts/templates of both usa and world packages, cleaning up the code (to 'my standards' so I can easily see what is being done in that script), removing repeated operations (by creating functions), creating new functions, etc. - it is a long process as I keep going backwards re-editing scripts that had already been modified because too many scripts contain the same function but under a slightly different name - I will probably end up doing the same modifications I have made for the canadian templates and centralise/move all functions into one and only one function script - it makes it more flexible as the same function can be used more than once on the same page without creating conflict - and so much easier when there is the need to edit a function. But, as I have written before, it is a learning experience for me and, as long as I have something to learn, I will continue editing/tweaking the scripts/templates...

[actioman]

Hello Manuel, it is nice to see that there is still a few active participants in this forum...

The AJAX/PHP scripts/templates can be a good learning experience for 'serious' programmers wanting to learn something about PHP and AJAX/JavaScript - I have been and I am still learning from those templates...

Yes, I have not yet given up! And since I have already invested a few hours, will not give up so quickly.

That is what I have tried doing with my Tzouhalem-Maple Bay - Cumulus Weather PHP templates/web pages, although most of the code did not come out of the AJAX/PHP scripts/templates.

You got a good job there. I'll wait for a version of this site template, maybe a 'Tzouhalem-Maple Bay - Cumulus Weather PH Ray's world template', who knows.

Well, as I have suggested, you could use a smaller image which, when clicked-on, could open into larger image or could simply open a larger image into another tab/window...

And is posible to open a large window and still have the real-time webcam working or is only for static images?

Manuel, I have been looking at that problem (on-and-off) for the past weeks (when I really started editing the usa templates) and I have not yet come up with a solution. The functions used in most scripts deal with the long date format and seem to completely ignore the short date format (also, it appears, one of the limitations of PHP) which is extensively being used by Cumulus and its different date format types, depending on the country the computer is running.

Yes but if the template can show the correct date format when the page loads why can not do it later when 'ajaxgizmo.js' refresh?
Even for more, today I saw that the website of JESUS; MeteoEstremera, and he did not have this problem. I have to talk to him to see if I understand what differences I have in my settings.

Again, I have recently noticed that problem while editing the world scripts/templates - I do not know why two and even three decimal are being used by both the 'ajaxCUwx.js' and 'ajaxgizmo.js' scripts - Cumulus certainly does not deliver/produce those values! Oh, the same problems happen on the dashboard. I think I have the problem corrected in my modified usa templates, but I am only half way into the modifications...

Ok, if you find the final solution, tells us please.

Manuel, one easy way to view this reported problem would be to temporarily disable both 'ajaxCUwx.js' and 'ajaxgizmo.js' scripts (you just need to temporarily change the name of the scripts). True, there will be no realtime update during that time. But then, you will view the information processed by the 'ajax-dashboard.php' script (which gets its data from the 'CUtags.php' data file whereas the 'ajaxCUwx.js' and 'ajaxgizmo.js' scripts get their data from the 'realtime.txt' data file) which displays the weather information as the page is first loaded into a browser.

That would be a temporary solution very violent and would end with weather information in real time. And it is precisely this real-time information that captivates me in these templates...

Which script are you writing about... I know, it must be about the cloud base script... Well, you must realize that the cloud base image is only created when the page is first loaded - it is not updated afterwards. But, if you have a look at my Tzouhalem-Maple Bay Weather page, there, the cloud base script is also processed by the 'ajaxWDwx.js' script (similar to the Cumulus 'ajaxCUwx.js' script but using data from the Weather Display 'clientrawXXX.txt' data files) thus the cloud base script (like the weather data on that page) is displayed in almost real time.

And can you help us to do the same in the 'ajaxCUwx.js'?

Another thing, the script that you shared with us kindly, does not make what it does here in the picture (printscreen from the Tzouhalem-Maple Bay website):



When I move the mouse cursor over the picture does not show me the cloud height in overlay, how do this?

And go back again to ask why even having for several days clear blue skies, the script always shows me a band of clouds? Even when in my 'cloudbase.php' settings I have this line:

$alwaysShowCloud = false; // always show cloud band when condition is sunny, clear or dry (overridden by "cloud" parameter eg. ?cloud=1)

From what I see so far the script does not deal very well with dry weather in Summer. For the next week, the rain returns. Let's see how it deals with periods of showers.
I have also carefully follow this script in http://www.bashewa.com. And there I see many times the script without any clouds. The only difference is that we are using the Cumulus and your sites use the WD.


And the new question for today:

Last night, after midnight, in the ajax-dashboard appeared to me the following information: "1 day since last rain"



But as you can see, this month I have not had any rain!?

Thank you again for your patience and help.