Hi all,
I grab a png image using the radar api every 15 minutes and then combine these to create my own animated radar image for the previous 12 hours. I have noticed recently that a "rogue" image creeps in, sometimes quite frequently. Its always the same image (I will try and attach). I also do a similar process on my brothers website using a different api key, different location etc and likewise get a rogue image, although the image is different to mine but always the same that appears.
I have deleted all my png files (my script automatically deletes images older than 12 hours anyway) to make sure somehow a rogue image was not being used but to no avail.
If you take a look at my website http://midlifedad.me.uk/weather/radar.php you may be able to see a live occurrence.
Any help or pointers would be gratefully received.
Thanks
Andy
I grab a png image using the radar api every 15 minutes and then combine these to create my own animated radar image for the previous 12 hours. I have noticed recently that a "rogue" image creeps in, sometimes quite frequently. Its always the same image (I will try and attach). I also do a similar process on my brothers website using a different api key, different location etc and likewise get a rogue image, although the image is different to mine but always the same that appears.
I have deleted all my png files (my script automatically deletes images older than 12 hours anyway) to make sure somehow a rogue image was not being used but to no avail.
If you take a look at my website http://midlifedad.me.uk/weather/radar.php you may be able to see a live occurrence.
Any help or pointers would be gratefully received.
Thanks
Andy
Posted 7 months ago
Brendan Hayes, Official Rep
There was a radar issue but it should be fixed now.
hello,
always the same problem....
Do you think that you will soon cover the south of France?
Cordialy,
always the same problem....
Do you think that you will soon cover the south of France?
Cordialy,
I am obliged to remove the WU radar for the moment and I am looking for an alternatv
cordialy
cordialy
I also am having the same issues. It seems that at random intervals, the image and timestamp are not accurate, with the image seemingly coming from a "cached" point in time.
I have the same random behaviors using PiClock as I do in the browser, with no consistency in whether I get a proper radar layer or timestamp (UTC vs. EST). When did the fix get implemented, so I can monitor through out the day?
EDIT: I just looked at the screen, and the time stamp for the "region" is in UTC, while the "city" timestamp is in EST. The radar layers "seem" accurate and agree, although the UTC timestamp is indicative of a forthcoming "cached" image set coming.
I have the same random behaviors using PiClock as I do in the browser, with no consistency in whether I get a proper radar layer or timestamp (UTC vs. EST). When did the fix get implemented, so I can monitor through out the day?
EDIT: I just looked at the screen, and the time stamp for the "region" is in UTC, while the "city" timestamp is in EST. The radar layers "seem" accurate and agree, although the UTC timestamp is indicative of a forthcoming "cached" image set coming.
(Edited)
Well, after running for a day, I would qualify the radar images as unreliable. It seems for every good set I get, I go through a 15-20 minute cycle of inaccurate images.
Is there a parameter or some sort of sanity check I can look at to discard any erroneous returns?
Is there a parameter or some sort of sanity check I can look at to discard any erroneous returns?
Tom, have been looking for the same thing. With other issuesI have seen, on forecast for example, you could quite easily spot a rogue file , always a low amount of bytes or same so you could write a small script to detect the file and call the api again until a file size greater than the criteria was met. Unfortunately with the radar png it’s not constant, my rogue image is around 10k and even this varies slightly for the same image. Problem is you can get a valid image with roughly the same size, depending on how much data is in the image so it’s difficult to spot the rogue one.
Can’t think of any way to spot them.
Can’t think of any way to spot them.
Brendan Hayes, Official Rep
It seems that this situation seems much better now. If there are more issues, please submit the URL of the radar API
Looks better. I will submit URL's if things get squirrelly again.
I got one rogue image around 13:00 GMT so before above post from Brendan but none between then and now (22:30 GMT). I will keep track on it for a few days and let you know if I see any further ones. However, 1 out of 48 frames is much improved. Thanks. Andy
Back into the error cycle again.
http://api.wunderground.com/api/<key>/animatedradar/lang:EN/image.gif?maxlat=39.1192945599&...
http://api.wunderground.com/api/<key>/animatedradar/lang:EN/image.gif?maxlat=39.1192945599&...
I have the same issue, see difference for frame 3 and 4 for the same location.
Note that the displayed time is also suddenly for a different time zone.
Note that the displayed time is also suddenly for a different time zone.
(Edited)
Brendan Hayes, Official Rep
We are trying again to address the problem. There seems to be 2 issues, black background and "old" frames. Keep supplying example URLs please so we can continue to investigate
http://api.wunderground.com/api/%3Ckey%3E/animatedradar/lang:EN/image.gif?maxlat=39.1192945599&m...
Two different pulls, separated by a second seem to pull vastly different overlays. I have not seen the black overlay, only incorrect timestamps and an overlay that is not related to the GPS coordinates I sent in.
Two different pulls, separated by a second seem to pull vastly different overlays. I have not seen the black overlay, only incorrect timestamps and an overlay that is not related to the GPS coordinates I sent in.
