Support forum for Cumulus weather station software
https://cumulus.hosiene.co.uk/
Beau, here is a complete list of the web tags, all 400 of them, sorted alphabetically, with comments (descriptions)...n9mfk wrote:...i have 329 in newtags.txt in the file what is missing?...
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...actioman wrote:...Is there any way to change the weather station of WU? (I tried but I couldn't)...
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...actioman wrote:Ray first of all, I hope you're recovered from your cold!
Manuel, that will never happen (although never is a 'long' time) - I do not believe in miracles...actioman wrote:Is really a pity that you and Ken can not find a middle ground and somehow reach a partnership.
...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!
Ok Ray, I managed. Thanks!gemini06720 wrote: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...actioman wrote:...Is there any way to change the weather station of WU? (I tried but I couldn't)...
It is m y feeling that the lack of participation is mostly due to a greatly diminishing lack of interest in the templates...actioman wrote:This discussion goes too stationary...
It is a sign that everything is alright or disinterest prevails...
At first, it was a new thing... Now, it is less exciting...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 wrote: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?
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.gemini06720 wrote:It is m y feeling that the lack of participation is mostly due to a greatly diminishing lack of interest in the templates...
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...
What a pity!gemini06720 wrote: 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'.
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 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.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...
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...actioman wrote: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.
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.actioman wrote: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).
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...actioman wrote:Then I have to think in a solution...
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.actioman wrote: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?
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...actioman wrote: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.
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.actioman wrote:I had not noticed it yet, was a visitor to the website that sent me an email and alerted me to this...
Which script are you writing about...actioman wrote:Regarding Ray's script...
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.Yes, I have not yet given up! And since I have already invested a few hours, will not give up so quickly.gemini06720 wrote: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...
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.gemini06720 wrote: 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.
And is posible to open a large window and still have the real-time webcam working or is only for static images?gemini06720 wrote: 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...
gemini06720 wrote: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.
Ok, if you find the final solution, tells us please.gemini06720 wrote: 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...
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...gemini06720 wrote: 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.
And can you help us to do the same in the 'ajaxCUwx.js'?gemini06720 wrote: Which script are you writing about...
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.$alwaysShowCloud = false; // always show cloud band when condition is sunny, clear or dry (overridden by "cloud" parameter eg. ?cloud=1)
In your dashboard script, where you have theAnother 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?
Code: Select all
<img src='cloudbase.php' width='100' height='200' />Code: Select all
<img src='cloudbase.php' title ='Cloud Base at <?php echo $WX['cloudbase'] ?>' alt=' Cloud Base at <?php echo $WX['cloudbase'] ?>' width='100' height='200' />
Is a thread open to all, please participate freely. Just got to thank you for your help!MackerelSky wrote:Not sure if this is the correct time for a nube to jump in or not, but I feel I can get you thru this
In your dashboard script, where you have thetry thisCode: Select all
<img src='cloudbase.php' width='100' height='200' />
That's assuming(I know) that you are using CUtags.php for your height of the cloudbase. Anyways, that's how I get the title/alt tags to show on my site...Code: Select all
<img src='cloudbase.php' title ='Cloud Base at <?php echo $WX['cloudbase'] ?>' alt=' Cloud Base at <?php echo $WX['cloudbase'] ?>' width='100' height='200' />
Brad
, but with some difference from what is shown in the picture, as you can see:
ThanksIs a thread open to all, please participate freely. Just got to thank you for your help!
Hmmm, seems to be working fine now....It works
Yes it works, but as I said with some differences in meters and I do not know why?... Hopefully Ray explain to us whyMackerelSky wrote:Hmmm, seems to be working fine now....
Like i said, you're site is working fine for me...while I was working on some other things this evening, I had you're front page open and refreshed it a half a dozen times over the course of an hour or so...actioman wrote: Yes it works, but as I said with some differences in meters and I do not know why?... Hopefully Ray explain to us why
I use the wxgrahics script for my banners and such. Not sure if Kevin's allows an image for a background but it will allow you to use a solid color other than white...How can you add pictures to the banner in your signature?
I have this, from Kevin - TNET Services, Inc., but has no image but has no image: