A photo geotagging utility
https://kgeotag.kde.org/
KGeoTag is a standalone geotagging program.
Images can be associated with geographic coordinates
by different means: On the one hand, a matching with
GPX encoded geodata can be done, on the other hand,
the coordinates can be set manually, either via drag
and drop onto a map, via bookmarks or by manually
supplying them. The coordinates can be stored in the
images' Exif header and/or in XMP sidecar files.
- Devel package for openSUSE:Factory
-
1
derived packages
- Links to openSUSE:Factory / kgeotag
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout KDE:Extra/kgeotag && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
kgeotag-1.1.0.tar.xz | 0000282436 276 KB | |
kgeotag-1.1.0.tar.xz.sig | 0000000833 833 Bytes | |
kgeotag.changes | 0000001468 1.43 KB | |
kgeotag.keyring | 0000006614 6.46 KB | |
kgeotag.spec | 0000002508 2.45 KB |
Revision 3 (latest revision is 17)
Fabian Vogt (Vogtinator)
accepted
request 927358
from
Wolfgang Bauer (wolfi323)
(revision 3)
- Update to 1.1.0 * Bugfix: When walking along a track, the date and time were displayed to be in the set timezone, but not actually converted to it. Now, the timestamps are translated correctly. * Enhancement: Added an "Assign images to GPS data" main menu entry. This one triggers an automatic image assignment af all loaded images, like "(Re)Assign all images" from the "Automatic assignment" dock. The search type to perform can be defined in the settings. * Bugfix: Enabled exact matching also if a used GPX track and/or the image metadata contain milliseconds. If so, the `QHash<QDateTime, ...>::contains()` call used to search for exact matches won't yield a result, even if there's a seconds-exact match (if not also the milliseconds matched, and this is quite unlikely). - Drop 0001-Don-t-look-for-a-specific-Marble-version.patch, merged upstream - Change URL to new project homepage
Comments 0