https://bugs.kde.org/show_bug.cgi?id=442112
--- Comment #5 from Harald Sitter <sit...@kde.org> --- (In reply to Vasil Yonkov from comment #4) > I was using gnome for a while and the clock there had all cities I needed, Uh! Now that is a useful bit of information. Looking at the code, gnome lets you define any city it knows about via its weather library libgweather and that simply has all the data hardcoded https://gitlab.gnome.org/GNOME/libgweather/-/tree/master/data this data then is used to power both the weather system and the clock system because the locations also have their timezones specified. Being able to specifying most larger cities is of course heaps nicer than being limited to the ones actually exposed as timezones. Sooooo we could/should perhaps find a way to do the same. One option would be to also use libgweather, there's no reason to duplicate existing data TBH. Main advantage is that this works offline. We could also use only the data without the library (ideally without copying the data - though that is tricky because of translations I suspect). Another option would be to check if any of the weather services we have already knows timezones. Tricky bit then of course is the city/country name returned by the service isn't necessarily in the system's locale so the search may go off sideways (which I expect is one of the reasons libgweather maintains its own database of locations). Disadvantage: only online. Yet another option would be to see if geoip.kde.org can extract cities out of its backing data. Disadvantage: only online. geonames.org has comprehensive data tables on this that we could strip down to the necessary data set and use. Disadvantage: no translations. There may be better data sources but I couldn't find any just now. Obviously we could also opt to only offer advanced city selection only when online. Needs someone to actually do some more research and put in the work. -- You are receiving this mail because: You are watching all bug changes.
