https://bugs.kde.org/show_bug.cgi?id=404061
--- Comment #7 from jbf <jbfm...@rochester.rr.com> --- "http://weather.gov/xml/current_obs/KROC.xml"; returns temperature as 35 degrees. "Weather Report" widget says 32.9. Laptop uptime is 1 hr, 40 min. Seems as though it should have refreshed by now. ---- "Friedrich W. H. Kossebau" <bugzilla_nore...@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=404061 > > --- Comment #5 from Friedrich W. H. Kossebau <kosse...@kde.org> --- > Hi & sorry for the quick shot, was busy with other things first. > > Now, for the start have to correct myself, actually the observation (so not > the > forecast) data is fetched by some url which is taken from a global list with > stations. That list is from https://w1.weather.gov/xml/current_obs/index.xml > > So in that data it is the entry <xml_url>, thus in the case of "Rochester, > Greater Rochester International Airport" this is > http://weather.gov/xml/current_obs/KROC.xml. That data is nicely prepared for > automated parsing. You can look at it in the web browser too, where the > display > will be enriched thanks to the <?xml-stylesheet href="latest_ob.xsl" > type="text/xsl"?> > > The url I gave before is actually the one to fetch the forecast. Not sure why > there currently is no forecast data available for that location, perhaps some > outage of the service? Ah, now there is forecast data again, try your url :) > > > The laptop being suspended might be the actual issue which triggered the > behaviour you saw, I need to check whether this results in instant repull of > latest weather data if the update period has passed. Otherwise one might > indeed > see the data from before, and only have it updated once the normal update > period has been reached. > Also depends on network connectivity, so far I have not come around to check > and brush over the related logic here. > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
