Summary: | usage of ws.geonames.org to associate place names with coordinates | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Markus Spring <m.spring> |
Component: | Plugin-Generic-GeolocationEdit | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | caulier.gilles, Julien, michau, pfeiffer, philippe.roubach |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 2.0.0 |
Description
Markus Spring
2007-10-18 15:48:49 UTC
Markus, this one: http://bugs.kde.org/show_bug.cgi?id=135385 sound a duplicate of your entry. Right ? Gilles Gilles Caulier schrieb:
> this one: http://bugs.kde.org/show_bug.cgi?id=135385
> sound a duplicate of your entry. Right ?
Yes. It does not specify the usage of the webservice for placename retrieval, so
probably a merge of those would be best.
Shall I add my proposal as a comment to this one?
Regards - Markus
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFHF2pKxxUzQSse11ARAu6TAJ9v6T6o2ZJDlxZpxkRPYzqMSIbKtgCfUKsX
XFFrX5EGuazGgXtUzZeiXe4=
=8Ux6
-----END PGP SIGNATURE-----
No need, i will mark it as duplicate. Gilles *** Bug 135385 has been marked as a duplicate of this bug. *** For situations where one is not connected to the internet (and maybe also for speed reasons?) allowing to use a local database would be helpful. Daily database dumps are available at http://download.geonames.org/export/dump/, either for single countries, or all in one zip file (160 MB). Users could download those database files which they need. One might be able to go even one step further and get, based on the GPS coordinates, information on the name of streets (and maybe even house numbers ;-), if there is a way to make use of the amazing information available via http://www.openstreetmap.org/ yes i approve this wish today i use "geotag" to complete my photos with location,city,region,country and geotag has a gui wich is more handy to treat several photos in the same windows we see for each file - the iptc data - view of the photo in the contrary of geoloalization plugin once you open its window you cannot see the photo and the others photos it's important, often i treat a photo in relation with others i found data about photo by viewing the map and thinking about the other photos http://geotag.sourceforge.net/ >in the contrary of geoloalization plugin once you open its window you cannot see >the photo and the others photos it's important, often i treat a photo in >relation with others i found data about photo by viewing the map and thinking >about the other photos
This point is implemented in digiKam for KDE4 with geolocation sidebar, using Marble.
Gilles Caulier
(In reply to comment #8) > This point is implemented in digiKam for KDE4 with geolocation sidebar, using > Marble. > > Gilles Caulier > ok thanks but using Marble is a regression no ? Marble uses OSM(i am a member) ? i understand if it is too complicated to implement google tool but - i use much satellite view added to map view to geolocalize my old photos - OSM is poor for my need. the first time and only time i used marble to geolocalize i go to a spot and there is nothing : not any street or else a good tool to geolocalize a search tool as google to search data about the object in the photo a search tool as google map to see streets, satellite view to recognize the spot but also in google map the panoramio and wikipedia layers Yes, finding location names in geonames (and wikipedia also) and write it into IPTC metadata tags in digiKam as it is in GeoTag would be nice. SVN commit 1218561 by mghansen: Update NEWS. These bugs/wishes are fixed in kipi-plugins 2 beta 2. FEATURE: 150981 FEATURE: 185143 FEATURE: 195944 FEATURE: 215989 FEATURE: 206133 BUG: 209718 M +7 -1 NEWS WebSVN link: http://websvn.kde.org/?view=rev&revision=1218561 |