WXforum.net
General Weather/Earth Sciences Topics => Other Weather Topics => Topic started by: pimohdaimaoh on April 26, 2017, 07:56:18 AM
-
I cant undrstand WU nowadays making their locations of weather sensors pointing to other even the location is not actually on that location, like this example hope WU fixed this, I already notify them regarding these errors
-
One user of my template just emailed me, his page which is being updated from WU is getting foreign data!
What a surprise... Wu...
-
One user of my template just emailed me, his page which is being updated from WU is getting foreign data!
What a surprise... Wu...
Yeah, right now one of the officers of our local weather org like PAGASA e mailed me tonight saying theres something wrong to my 7 day forecast, and when I looked it !@#$%!! WU ruined my data too, it turned that my location is at Phumi Athen, Cambodia while the MAP shows right on my country. how dissapointing to WU, and im sure many of my co-members here in wxforum must see their WU-forecasts now to aware them LOL :evil:
-
I said it here many times, if you can avoid WU do it. It is extremely unreliable and support is useless
And I don't remember a week with no problems
-
I said it here many times, if you can avoid WU do it. It is extremely unreliable and support is useless
And I don't remember a week with no problems
Yeah, but when we say things like that, the WU Fanboys get all 'oootsie' and start having coniptions.
-
Yes but I think that the number of these fans is getting lower and lower
-
I said it here many times, if you can avoid WU do it. It is extremely unreliable and support is useless
And I don't remember a week with no problems
Been sayin' it for years,... short rant. :twisted: duh.
-
I said it here many times, if you can avoid WU do it. It is extremely unreliable and support is useless
And I don't remember a week with no problems
Yes I will leave WU if theres any script here that can create 7 day forecast or more forecasts similar to WU-forecast but in self cache or json made, like weather trends of jim murry for example I will, but so far in my long research ive never seen such scripts so far, Ived seen NWS service, but only for US and Europe and ASIA is not yet implemented there unlike WU,Sir Ken of Saratoga recently made advforecast versions to support NWS users which most of them leaving WU because NWS so far is stable, well bad to me becasue WU only supports whole world that advforcast script2.php version only works for WXSIM and NWS which is my problem :(
-
I said it here many times, if you can avoid WU do it. It is extremely unreliable and support is useless
And I don't remember a week with no problems
Yes I will leave WU if theres any script here that can create 7 day forecast or more forecasts similar to WU-forecast but in self cache or json made, like weather trends of jim murry for example I will, but so far in my long research ive never seen such scripts so far, Ived seen NWS service, but only for US and Europe and ASIA is not yet implemented there unlike WU,Sir Ken of Saratoga recently made advforecast versions to support NWS users which most of them leaving WU because NWS so far is stable, well bad to me becasue WU only supports whole world that advforcast script2.php version only works for WXSIM and NWS which is my problem :(
Met.no supports "supports whole world" using latitude/longitude http://www.weerstation-leuven.be/wsmetno3/demo.php?lang=en
You only have to use your latitude/longitude to customize the script
Yr.no supports "supports whole world" using country/area/city http://www.weerstation-leuven.be/wsyrnofct/demo.php?lang=en
So the only thing you need is your area as used for https://www.yr.no/place/Philippines/Manila/Quezon_City/
And there are multiple different script authors for both met.no and yr.no forecasts
These and other scripts are available at http://www.weerstation-leuven.be/ => tab Leuven PHP scripts for use on your own website:
Wim
-
I said it here many times, if you can avoid WU do it. It is extremely unreliable and support is useless
And I don't remember a week with no problems
Yes I will leave WU if theres any script here that can create 7 day forecast or more forecasts similar to WU-forecast but in self cache or json made, like weather trends of jim murry for example I will, but so far in my long research ive never seen such scripts so far, Ived seen NWS service, but only for US and Europe and ASIA is not yet implemented there unlike WU,Sir Ken of Saratoga recently made advforecast versions to support NWS users which most of them leaving WU because NWS so far is stable, well bad to me becasue WU only supports whole world that advforcast script2.php version only works for WXSIM and NWS which is my problem :(
Met.no supports "supports whole world" using latitude/longitude http://www.weerstation-leuven.be/wsmetno3/demo.php?lang=en
You only have to use your latitude/longitude to customize the script
Yr.no supports "supports whole world" using country/area/city http://www.weerstation-leuven.be/wsyrnofct/demo.php?lang=en
So the only thing you need is your area as used for https://www.yr.no/place/Philippines/Manila/Quezon_City/
And there are multiple different script authors for both met.no and yr.no forecasts
These and other scripts are available at http://www.weerstation-leuven.be/ => tab Leuven PHP scripts for use on your own website:
Wim
Wim
Oh I didnt seen this I thought this one also uses WU forecast, well I will try this, Thank You for the source, maybe this will easy to avoid of misleading WU- data mess.
Regards
Mike
-
Oh I didnt seen this I thought this one also uses WU forecast, well I will try this, Thank You for the source, maybe this will easy to avoid of misleading WU- data mess.
Regards
Mike
This one is yr.no for your city http://www.weerstation-leuven.be/wsyrnofct/demoFull2.php?lang=en including the explanations.
You can customise everything, colors, icons, use only the parts you want, combine everything to one small tabbed area to fit on your main-page or use all items separate on one large page. Default it will use the width of the available area,
Wim
-
My template supports forecasts (global) from:
- WU
- Darksky
- yr.No
- Yahoo
And a few others, but the above are all global.
-
Oh I didnt seen this I thought this one also uses WU forecast, well I will try this, Thank You for the source, maybe this will easy to avoid of misleading WU- data mess.
Regards
Mike
This one is yr.no for your city http://www.weerstation-leuven.be/wsyrnofct/demoFull2.php?lang=en including the explanations.
You can customise everything, colors, icons, use only the parts you want, combine everything to one small tabbed area to fit on your main-page or use all items separate on one large page. Default it will use the width of the available area,
Wim
cool template, Im now reviewing this and try to embed, best to use this as additives for 7-8 day forecast, at least more than WU viewers can both view forecast in between so I could tab this as Yr.No forecast and WU forecast for both available on my site for good. Thanks again for this, currently studying its scripts then trials and errors then publish in the end.
Question: "is there a way to send my clientraw to that site to appear directly from yr.No? then I will use the ID number that produced there and to create forecast that the data comes from my weather station? since yr.No recieves weather data from different weather stations, I guess and hope I could sent my data there like WU, my WD sending clientraw to WU and I use its 7 day forecast produced from my data at WU?"
-
I think you should read a bit how these things work - read how the various templates work, read what yr.no (no you cannot send data there) is etc.
-
. . . shortened . . .
cool template, Im now reviewing this and try to embed, best to use this as additives for 7-8 day forecast, at least more than WU viewers can both view forecast in between so I could tab this as Yr.No forecast and WU forecast for both available on my site for good. Thanks again for this, currently studying its scripts then trials and errors then publish in the end.
Question: "is there a way to send my clientraw to that site to appear directly from yr.No? then I will use the ID number that produced there and to create forecast that the data comes from my weather station? since yr.No recieves weather data from different weather stations, I guess and hope I could sent my data there like WU, my WD sending clientraw to WU and I use its 7 day forecast produced from my data at WU?"
Template
At your site http://pimohweather.webutu.com/ you are using the Saratoga-Template.
There are others, such as mine (Leuven) or Jáchym's (Meteotemplate).
But for this post: => Saratoga.
Add-on scripts:
At your current template you should add scripts for yr.no or other forecasts which are compatible with your Saratoga-Template.
There are hundreds of them, for yr.no forecasts at least three totally different ones.
I would prefer mine, but to be honest, mine is dull, this one has a more sophisticated interface : https://www.nordicweather.net/phpscripts.php?en (https://www.nordicweather.net/phpscripts.php?en)
All those forecast scripts can often run stand-alone (=without a template environment), which makes installing and testing easier. After you are satisfied with the stand-alone results, you should then integrate them with your Saratoga-Template.
Forecasts:
Forecasts from WU, Yr.no HWA, EWN, NWS and ALL others are not based on your private stations data.
That is impossible as the forecast engine needs tons of data and very large computer installations.
They all use all data available and all of them use each other forecasts models to check and compare.
So there is no use, even no possibillity of sending your data to Yr.no or NWS or other large forecast providers.
WU, EWN and some others use your data to fine-tune their forecasts and to learn how their forecasts differ from the measurements later-on.
All major forecast use a grid of x miles by x miles for making a forecast. They are not making a forecast for every house on the earth but for every so many square miles. The forecasts differ not that much in most cases, generally speaking.
Their is one exception WXSIM: that extra PC-program takes a standard forecast and then uses your past data to modify, fine tune the forecast for your private small area.
Current data on your website
Your clientraw and other data is displayed as current data and historical data.
Forecasts on your website
Your forecasts come from providers which look into the future and give their predictions. Could be any provider which you want.
As Jáchym said, their is a lot of reading to do in this interesting weather-scripting area.
Succes, Wim
-
. . . shortened . . .
cool template, Im now reviewing this and try to embed, best to use this as additives for 7-8 day forecast, at least more than WU viewers can both view forecast in between so I could tab this as Yr.No forecast and WU forecast for both available on my site for good. Thanks again for this, currently studying its scripts then trials and errors then publish in the end.
Question: "is there a way to send my clientraw to that site to appear directly from yr.No? then I will use the ID number that produced there and to create forecast that the data comes from my weather station? since yr.No recieves weather data from different weather stations, I guess and hope I could sent my data there like WU, my WD sending clientraw to WU and I use its 7 day forecast produced from my data at WU?"
Template
At your site http://pimohweather.webutu.com/ you are using the Saratoga-Template.
There are others, such as mine (Leuven) or Jáchym's (Meteotemplate).
But for this post: => Saratoga.
Add-on scripts:
At your current template you should add scripts for yr.no or other forecasts which are compatible with your Saratoga-Template.
There are hundreds of them, for yr.no forecasts at least three totally different ones.
I would prefer mine, but to be honest, mine is dull, this one has a more sophisticated interface : https://www.nordicweather.net/phpscripts.php?en (https://www.nordicweather.net/phpscripts.php?en)
All those forecast scripts can often run stand-alone (=without a template environment), which makes installing and testing easier. After you are satisfied with the stand-alone results, you should then integrate them with your Saratoga-Template.
Forecasts:
Forecasts from WU, Yr.no HWA, EWN, NWS and ALL others are not based on your private stations data.
That is impossible as the forecast engine needs tons of data and very large computer installations.
They all use all data available and all of them use each other forecasts models to check and compare.
So there is no use, even no possibillity of sending your data to Yr.no or NWS or other large forecast providers.
WU, EWN and some others use your data to fine-tune their forecasts and to learn how their forecasts differ from the measurements later-on.
All major forecast use a grid of x miles by x miles for making a forecast. They are not making a forecast for every house on the earth but for every so many square miles. The forecasts differ not that much in most cases, generally speaking.
Their is one exception WXSIM: that extra PC-program takes a standard forecast and then uses your past data to modify, fine tune the forecast for your private small area.
Current data on your website
Your clientraw and other data is displayed as current data and historical data.
Forecasts on your website
Your forecasts come from providers which look into the future and give their predictions. Could be any provider which you want.
As Jáchym said, their is a lot of reading to do in this interesting weather-scripting area.
Succes, Wim
+1 for this absolutely exhaustive answer Wim!
-
. . . shortened . . .
cool template, Im now reviewing this and try to embed, best to use this as additives for 7-8 day forecast, at least more than WU viewers can both view forecast in between so I could tab this as Yr.No forecast and WU forecast for both available on my site for good. Thanks again for this, currently studying its scripts then trials and errors then publish in the end.
Question: "is there a way to send my clientraw to that site to appear directly from yr.No? then I will use the ID number that produced there and to create forecast that the data comes from my weather station? since yr.No recieves weather data from different weather stations, I guess and hope I could sent my data there like WU, my WD sending clientraw to WU and I use its 7 day forecast produced from my data at WU?"
Template
At your site http://pimohweather.webutu.com/ you are using the Saratoga-Template.
There are others, such as mine (Leuven) or Jáchym's (Meteotemplate).
But for this post: => Saratoga.
Add-on scripts:
At your current template you should add scripts for yr.no or other forecasts which are compatible with your Saratoga-Template.
There are hundreds of them, for yr.no forecasts at least three totally different ones.
I would prefer mine, but to be honest, mine is dull, this one has a more sophisticated interface : https://www.nordicweather.net/phpscripts.php?en (https://www.nordicweather.net/phpscripts.php?en)
All those forecast scripts can often run stand-alone (=without a template environment), which makes installing and testing easier. After you are satisfied with the stand-alone results, you should then integrate them with your Saratoga-Template.
Forecasts:
Forecasts from WU, Yr.no HWA, EWN, NWS and ALL others are not based on your private stations data.
That is impossible as the forecast engine needs tons of data and very large computer installations.
They all use all data available and all of them use each other forecasts models to check and compare.
So there is no use, even no possibillity of sending your data to Yr.no or NWS or other large forecast providers.
WU, EWN and some others use your data to fine-tune their forecasts and to learn how their forecasts differ from the measurements later-on.
All major forecast use a grid of x miles by x miles for making a forecast. They are not making a forecast for every house on the earth but for every so many square miles. The forecasts differ not that much in most cases, generally speaking.
Their is one exception WXSIM: that extra PC-program takes a standard forecast and then uses your past data to modify, fine tune the forecast for your private small area.
Current data on your website
Your clientraw and other data is displayed as current data and historical data.
Forecasts on your website
Your forecasts come from providers which look into the future and give their predictions. Could be any provider which you want.
As Jáchym said, their is a lot of reading to do in this interesting weather-scripting area.
Succes, Wim
+2 for me
-
Its almost done, the problem I have to solve now is to add select option for different town on my country, not just only my place example selecting Quezon city or Makati, baguio etc.
-
You cannot do this because it only works for one location. My scripts work the same. This is because of the fact yr.no requires use of caching and maximum of 1 request per 10 minutes. If you wanted to load several locations you would have to set the cache time to some higher number and the forecast would not be up to date. And choosing a city dynamically is also not possible because you would not be able to use caching at all - and yr.no would soon block your server if you were loading data from them way too often.
Read the Terms and Conditions of yr.no before using it.
-
You cannot do this because it only works for one location. My scripts work the same. This is because of the fact yr.no requires use of caching and maximum of 1 request per 10 minutes. If you wanted to load several locations you would have to set the cache time to some higher number and the forecast would not be up to date. And choosing a city dynamically is also not possible because you would not be able to use caching at all - and yr.no would soon block your server if you were loading data from them way too often.
Read the Terms and Conditions of yr.no before using it.
in that case how can you explain this? http://sluispark.be/weather28/index.php?p=ws_yrno_page&lang=en
he used to make a dynamic selection of his yr.mo? so his server should be blocked? because he used yr.no's caches too many by flowing different towns?
-
I dont know, I never saw the code, theoretically you could use some kind of a function that would reload the data at variable times, always checking it did not load anything in the last 10 minutes, though this would be relatively complicated to implement.
The problem is that the Terms are only in Norwegien and the translation is not very good from Google, but this is what they have there:
- Du mĺ mellomlagre («cache») alle data i 10 minutt.
-
Its almost done, the problem I have to solve now is to add select option for different town on my country, not just only my place example selecting Quezon city or Makati, baguio etc.
Maybe this will help?
Attached 3 adapted scripts from your previous download.
1. ALWAYS make a backup of the current folder first!
2. Unzip attachement
3. Replace the three scripts.
This will add multi selection to the stand-alone yr.no forecast script.
In an upcoming release these changes will be included a little more professional than this QAD version, but I think this is what you were looking for. Check the settings and add a reasonable amount of cities. Try not to compete with the yr.no site as they are so friendly to supply you free-of-charge with the forecasts.
The discussion about the use of the API is besides this topic, but as far as my Norwegian goes:
You are not allowed to re-load the same forecast to quickly => you have to cache.
And besides that, the forecast has "valid until" and "new update available at" stamps, so loading to frequently is out of the question if you use those times.
Far more important as this reallyp*ss*s me off: When using someones script and asking for help, it is common decency to give the URL to the page. Not a screenshot as that does not help to check the scripts and the settings.
Wim
-
Question,
are you using this script?
http://www.weerstation-leuven.be/demouv/demo.php?alone&lang=en here http://pimohweather.webutu.com/wxuvforecast.php?
-
Question,
are you using this script?
http://www.weerstation-leuven.be/demouv/demo.php?alone&lang=en here http://pimohweather.webutu.com/wxuvforecast.php?
As mentioned before, there are multiple scripts for everything.
For this UV page, this script is used: http://pimohweather.webutu.com/get-UV-forecast-inc.php?sce=view
-
This is because of the fact yr.no requires use of caching and maximum of 1 request per 10 minutes.
Read the Terms and Conditions of yr.no before using it.
- Du mĺ mellomlagre («cache») alle data i 10 minutt.
One are allowed to load multple locations from yr.no. That cache-thing means in english "you should cache the result for 10 minutes" => you should not re-load same location too often. My EWN-script caches yr-responses for 2 hours and it loads thousands of locations per day. It caches them centralized on my server tought, so if there are say 10 user-scripts loading London in one hour are it requested from yr only once.
-
Aha... now I see, thanks a lot for clarification. I thought that the 10min means max 1 request /10 min. So is there any limit as to how many different locations you are allowed to load? Assuming you use say 1h caching for each?
-
Aha... now I see, thanks a lot for clarification. I thought that the 10min means max 1 request /10 min. So is there any limit as to how many different locations you are allowed to load? Assuming you use say 1h caching for each?
When smartphones was newer had they a problem with apps what reloaded soon as the location changed say 0.00001°. I don't know how that ended re limiting else than i think they rounds coordinates to 2 decimals. Sure they will block you if you bomb them with requests 24/7 but "fair use" should be OK. Allready my first yr-forecast script had a dropdown-thingy for getting different locations and it have worked OK.
For cacing have i usually used 2 hours for each as the forecast do not change that often anyway. Even longer caching should work just fine. One good thing with caching are also that the script itself loads faster if the used data are allready cached.
-
Aha... now I see, thanks a lot for clarification. I thought that the 10min means max 1 request /10 min. So is there any limit as to how many different locations you are allowed to load? Assuming you use say 1h caching for each?
Well I did the dynamic and test it by my self and try to caching them simultaeneously, as I check its cache loads, it only consumes 2mb total similar to my WU historical data which uses 1-2 mb of cache per hr, so I think it would be a piece of cake to yr.No if viewers caching their data at the same time together since the sample Ive shown you actually when I check its cache files its totally 2 mb per cache and steady in that sized whenever I load all of his diff locations together, it means yr.No has automatic clear cache or overwrites the cache file on the folder since it only uses note more than 2mb. Now im uploading the files ived made now and made it a total of 16MB after my setup with this
-
Aha... now I see, thanks a lot for clarification. I thought that the 10min means max 1 request /10 min. So is there any limit as to how many different locations you are allowed to load? Assuming you use say 1h caching for each?
Well I did the dynamic and test it by my self and try to caching them simultaeneously, as I check its cache loads, it only consumes 2mb total similar to my WU historical data which uses 1-2 mb of cache per hr, so I think it would be a piece of cake to yr.No if viewers caching their data at the same time together since the sample Ive shown you actually when I check its cache files its totally 2 mb per cache and steady in that sized whenever I load all of his diff locations together, it means yr.No has automatic clear cache or overwrites the cache file on the folder since it only uses note more than 2mb. Now im uploading the files ived made now and made it a total of 16MB after my setup with this
-
Its almost done, the problem I have to solve now is to add select option for different town on my country, not just only my place example selecting Quezon city or Makati, baguio etc.
Maybe this will help?
Attached 3 adapted scripts from your previous download.
1. ALWAYS make a backup of the current folder first!
2. Unzip attachement
3. Replace the three scripts.
This will add multi selection to the stand-alone yr.no forecast script.
In an upcoming release these changes will be included a little more professional than this QAD version, but I think this is what you were looking for. Check the settings and add a reasonable amount of cities. Try not to compete with the yr.no site as they are so friendly to supply you free-of-charge with the forecasts.
The discussion about the use of the API is besides this topic, but as far as my Norwegian goes:
You are not allowed to re-load the same forecast to quickly => you have to cache.
And besides that, the forecast has "valid until" and "new update available at" stamps, so loading to frequently is out of the question if you use those times.
Far more important as this reallyp*ss*s me off: When using someones script and asking for help, it is common decency to give the URL to the page. Not a screenshot as that does not help to check the scripts and the settings.
Wim
yay I didnd read this, anyways thank you for the share, I wil use this after some observation since I already uploading using my own searched selector, just to make sure first that our theories are correct =D>
-
So, you just thanked Wim for letting you know you should ALWAYS provide a URL and instead you post a screenshot again and there is no link on your website to that script. ](*,) ](*,) ](*,)
So either you want to get help and co-operate or if you want to do things your way, thats fine, but then write your own scripts as well. You are just wasting Wim´s time.
-
So, you just thanked Wim for letting you know you should ALWAYS provide a URL and instead you post a screenshot again and there is no link on your website to that script. ](*,) ](*,) ](*,)
So either you want to get help and co-operate or if you want to do things your way, thats fine, but then write your own scripts as well. You are just wasting Wim´s time.
My url is within my website below, thats why I dont link it because its always in my sig? he can check it there, anything scripth are all on my web site below. http://pimohweather.webutu.com/YRNO.php
-
Yes, because you have just added the link to your yrno page to the menu
It was not there before, I checked it so don't try to make me look like an idiot
-
Yes, because you have just added the link to your yrno page to the menu
It was not there before, I checked it so don't try to make me look like an idiot
I dont get it, you want me to link my page then you will tell me now that "it wasnt there before" I uploaded my Yr.No page last night at 12: 17 am, so I expect you saw on that time, if you check it before that time I mentioned, you will really never see there thats why I post a screen shot because that screenshot was only test on my local host using XAMPP ok?, not on the web site.
-
But you didn't have a link in the menu so how were we supposed to know where you uploaded it
-
Aha... now I see, thanks a lot for clarification. I thought that the 10min means max 1 request /10 min. So is there any limit as to how many different locations you are allowed to load? Assuming you use say 1h caching for each?
Well I did the dynamic and test it by my self and try to caching them simultaeneously, as I check its cache loads, it only consumes 2mb total similar to my WU historical data which uses 1-2 mb of cache per hr, so I think it would be a piece of cake to yr.No if viewers caching their data at the same time together since the sample Ive shown you actually when I check its cache files its totally 2 mb per cache and steady in that sized whenever I load all of his diff locations together, it means yr.No has automatic clear cache or overwrites the cache file on the folder since it only uses note more than 2mb. Now im uploading the files ived made now and made it a total of 16MB after my setup with this
I am not sure I understand your point, let me explain:
The Leuven scripts (1) read the xml forecast data (2) convert them to the units used on the website (3) convert icons (4-8) a.s.o. and (9) save the resulting php array into the ./cache/ folder. Subsequent requests for the same data start with reading the arrays, on slower webservers this will easily remove 0.5 - 1 second from the response times especially on busier hours.
The script using the yrno forecast needs two different xml files which result in two small cache files of 22 and 26 KB.
Most Leuven-forecast scripts replace the cache every two hours and / or check if a new forecast is available:
This can be checked in the generated html
<!-- module yrnoGenerateHtml.php (32): loading ./wsyrnofct/yrnoCreateArr.php -->
<!-- module yrnoCreateArr.php ==== version: 3.20 2015-08-25 -->
<!-- module yrnoCreateArr.php (194):./cache/yrnoCreateArr.php-en-United_Statesxxxxx-fmhininhg loaded from cache
next-update at 2017-04-28T03:00:00-05:00 (1493366400)
it is now 2017-04-28T01:40:54-05:00 (1493361654) -->
<!-- module yrnoGenerateHtml.php (370):
temp max: 63 temp min: 37 temp step: 10 temp max: 80 temp min: 10 icon: 75
rain max: 3.6 rain step: 0.6
baro max: 32 baro min: 28.5
wind max: 48 wind step: 8
-->
<!-- module yrnoGenerateHtml.php (592): loading ./wsyrnofct/yrnoCreateDetailArr.php -->
<!-- module yrnoCreateDetailArr.php ==== version: 3.20 2015-08-02 -->
<!-- module yrnoCreateDetailArr.php (174): ./cache/yrnoCreateDetailArr.php-en-United_Statesxxxxxx-fmhininhg loaded from cache
next-update at 2017-04-28T03:00:00-05:00 (1493366400)
it is now 2017-04-28T01:40:54-05:00 (1493361654) -->
<!-- start output ws_yrno_page -->
===
I think that there is no use to adapt the scripts for caching the way they are built now.
I am writing a new version of all forecast scripts this summer (after NWS cut-over) so if you have ideas for improvement, please let me know.
Wim
-
Aha... now I see, thanks a lot for clarification. I thought that the 10min means max 1 request /10 min. So is there any limit as to how many different locations you are allowed to load? Assuming you use say 1h caching for each?
Well I did the dynamic and test it by my self and try to caching them simultaeneously, as I check its cache loads, it only consumes 2mb total similar to my WU historical data which uses 1-2 mb of cache per hr, so I think it would be a piece of cake to yr.No if viewers caching their data at the same time together since the sample Ive shown you actually when I check its cache files its totally 2 mb per cache and steady in that sized whenever I load all of his diff locations together, it means yr.No has automatic clear cache or overwrites the cache file on the folder since it only uses note more than 2mb. Now im uploading the files ived made now and made it a total of 16MB after my setup with this
I am not sure I understand your point, let me explain:
The Leuven scripts (1) read the xml forecast data (2) convert them to the units used on the website (3) convert icons (4-8) a.s.o. and (9) save the resulting php array into the ./cache/ folder. Subsequent requests for the same data start with reading the arrays, on slower webservers this will easily remove 0.5 - 1 second from the response times especially on busier hours.
The script using the yrno forecast needs two different xml files which result in two small cache files of 22 and 26 KB.
Most Leuven-forecast scripts replace the cache every two hours and / or check if a new forecast is available:
This can be checked in the generated html
<!-- module yrnoGenerateHtml.php (32): loading ./wsyrnofct/yrnoCreateArr.php -->
<!-- module yrnoCreateArr.php ==== version: 3.20 2015-08-25 -->
<!-- module yrnoCreateArr.php (194):./cache/yrnoCreateArr.php-en-United_Statesxxxxx-fmhininhg loaded from cache
next-update at 2017-04-28T03:00:00-05:00 (1493366400)
it is now 2017-04-28T01:40:54-05:00 (1493361654) -->
<!-- module yrnoGenerateHtml.php (370):
temp max: 63 temp min: 37 temp step: 10 temp max: 80 temp min: 10 icon: 75
rain max: 3.6 rain step: 0.6
baro max: 32 baro min: 28.5
wind max: 48 wind step: 8
-->
<!-- module yrnoGenerateHtml.php (592): loading ./wsyrnofct/yrnoCreateDetailArr.php -->
<!-- module yrnoCreateDetailArr.php ==== version: 3.20 2015-08-02 -->
<!-- module yrnoCreateDetailArr.php (174): ./cache/yrnoCreateDetailArr.php-en-United_Statesxxxxxx-fmhininhg loaded from cache
next-update at 2017-04-28T03:00:00-05:00 (1493366400)
it is now 2017-04-28T01:40:54-05:00 (1493361654) -->
<!-- start output ws_yrno_page -->
===
I think that there is no use to adapt the scripts for caching the way they are built now.
I am writing a new version of all forecast scripts this summer (after NWS cut-over) so if you have ideas for improvement, please let me know.
Wim
Yeah I understand now and I thank you for sharing that scripts and to understand more its diff. behaviour, well im not more advance knowledge of .php scripts that far only minimal. Well since you ask me for any improvements, if you can add its forecast declarations like WXSIM forecast. example instead of saying in forecast that : " period = 12-1:00 pm forecast= partly cloudy" turned into this in a little more detail the better. into this: " period = 12-1:00 pm forecast= "partly cloudy, w/ some thunderstorms, then mostly cloudy in the afternoon with some rain showers and thunderstorms specially in the evening" <--- something like that to give a little detail in forecast. Well its just only my Idea its up to you if you could do, but looking your current script is cool and awesome already and presentable to me with graphs you made, I can see clearly the changes of weather time to time further that our local weather agency doesnt have. http://pimohweather.webutu.com/YRNO.php if you check the PAGASA website right now, you will dissapoint that their web site is down because it declared as holiday due to the summit helt today which is embarrassing http://www.pagasa.dost.gov.ph/
-
Its not just about what "Wim wants to include" - it is about what the API/page provides and I am 99.9% sure WU does not have anything like that, the textual forecast consists of these very short strings like "partly cloudy", "sunny" etc. Also remember that these are also translated so if a human was writing these long, always unique strings everything would only be in English and it would also be basically impossible to choose an icon.
These things are automated so can only provide as much detail.