Version: 0.9.1 (using KDE 3.5.6, compiled sources) Compiler: Target: i586-mandriva-linux-gnu OS: Linux (i686) release 2.6.17-14mdv a feature to add a prefered "more info" map request or to modify the existing "more info" map requests why ? because i have prefered map server because sommetime the default request is obsolete because site changed the request syntax this feature exists in kaddressbook. This is handy thank you
Am Monday 16 July 2007 schrieb Mikolaj Machowski: [bugs.kde.org quoted mail] The last used engine becomes automatically the default, the setting is saved. Isn't that enough? Gerhard
in reply to #1 i did not well explain my wish 1. first wish : ability to add a map server request to a map server not in the list 2. second wish : ability to fix the syntax of a request if the syntax is not good for example with kaddressbook there is a functionality to get a map of an address. The syntax of the request were false(too old) and we wait about 1 years to have a fix. I did not wait 1 years because in kaddressbook i have he ability to fix the syntax by a dialog.
Am Tuesday 17 July 2007 schrieb Philippe ROUBACH: [bugs.kde.org quoted mail] A typical piece of code in graphics/digikam/libs/widgets/metadata/gpswidget.cpp looks like this: case GoogleMaps: { url.append("http://maps.google.com/?q="); url.append(val.setNum(d->map->getLatitude(), 'g', 12)); url.append(","); url.append(val.setNum(d->map->getLongitude(), 'g', 12)); url.append("&spn=0.05,0.05&t=h&om=1&hl=en"); break; } Feel free to add a patch for your engine here, then everyone will profit from it. Gerhard
Gilles, this bug is not related to the GPSSync kipi-plugin but to the GPS panel you have in digiKam (see above, digikam/libs/widgets/metadata/gpswidget.cpp).
Michael, This file still valid using kipi-plugins 2.4 ? Gilles Caulier
opensuse 13.1 , kde 4.12 , digikam 3.5 still valid
this but report is not about gpssync but gpswidget
I think this is a good junior job. Basic steps: 1. Define a format to save these services in. Something like a string with %LON %LAT %ALT etc. in it. 2. Convert the existing online services to the new format. 3. Implement a system that will load these strings from the digikam settings and display them in the geolocation widget. 4. Implement a check whether any online services have been defined, if not, add the default list created in point 2. 5. Create a sub-dialog for example in the settings of digikam to edit a list of these strings and their respective titles. 6. Add a way to the settings dialog to export a list of these services to easily move them to a different computer. 7. Add support for KHotStuff or whatever it is called these days, to allow for users to upload these strings somewhere and update them independent of the digikam code. Happy coding ;-)
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.
i maintain my wish