SUMMARY When using a city that has wheather.com as a backend, then the current temperature + sky status are neither displayed when expanding the widget, nor is the temp displayed on the icon of the widget itself STEPS TO REPRODUCE 1. Choose a city that uses wheather.com as a backend (e.g. rösrath) 2. Activate the widget OBSERVED RESULT Only an icon with the sky status is displayed, but no accompanying text, nor any temperature EXPECTED RESULT The current temperature and a text describing the sky status should be displayed, just like it is on the actual site: https://www.wetter.com/deutschland/roesrath/DE0008529.html SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.3.5 KDE Frameworks Version: 6.14.0 Qt Version: 6.9.1 Kernel Version: 6.14.10-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 12 × AMD Ryzen 5 1600 Six-Core Processor Memory: 15.6 GiB of RAM Graphics Processor: AMD Radeon RX 570 Series Manufacturer: Gigabyte Technology Co., Ltd. Product Name: B450M DS3H
This is a limitation of the legacy wetter.com API we use, and unfortunately there's little we can do about it. This service only offers the small set of capabilities we already show in the applet (3-day forecast, no current data, no warnings), and not the whole data they have on their web. This legacy API hasn't been removed from the site, but it is no longer documented or even advertised, and it is like "frozen in time". It still works for the plasma applet because it has been a long-time user, but it's not guaranteed in the future. That's why using this provider is discouraged, and only shown in case there are no alternatives. Beside the local providers, the BBC UK Met provider also offers a worldwide coverage with a bigger set of capabilities, and should be used if possible. I resisted to remove it completely because it still may be helpful for some locations that are not available otherwise, even if not as complete (unfortunate if that's your case, but the alternative would be no data at all). Note we cannot also update to a new version of the API, because those are paid services, or a small free trial with a limit of 100 requests per day, so only apt for small personal projects and not one with the amount of users Plasma has. (See https://www.meteonomiqs.com/de/wetter-api and https://www.meteonomiqs.com/de/wetter-api/) Thank you for compiling so good bug reports, with all the info perfectly explained and separated for each issue. I'm afraid though, that I'll have to close this and the other ones related to wetter.com capabilities, which solution is not something on our hands. There may be options to add new providers and it's something I'm looking forward to, but there's some big internal re-work we need to do first to make that possible. In general, we'll opt for real open sources, specially from governments and public institutions, because unlike private weather portals, those are free to use in their full capability.
> unfortunate if that's your case, but the alternative would be no data at all Yeah that is the case for me :( I could compile a list of all cities that only have data via wetter.com, would that be useful in any way?
(In reply to Jan Bidler from comment #2) > I could compile a list of all cities that only have data via wetter.com, > would that be useful in any way? Thanks, but that wouldn't be useful either. I think it's enough with us knowing this situation exists, for some users, even if we cannot do anything about on our side.