File kgeotag.changes of Package kgeotag
-------------------------------------------------------------------
Thu Jan 25 08:18:10 UTC 2024 - Wolfgang Bauer <wbauer1@a1.net>
- Update to 1.5.0
* It's now possible to find the chronologically closest track
point for an unassigned image and center the map there. If an
image has been taken in the time between two tracks, one can
find the last or first coordinates of the track recorded before
or afterwards (whichever is closer) and use them as a basis for
manual tagging.
* The timezones data files have been updated to Timezone Boundary
Builder's release 2023d.
-------------------------------------------------------------------
Tue Oct 24 09:34:14 UTC 2023 - Christophe Marin <christophe@krop.fr>
- Update to 1.4.0
* KGeoTag now supports handling of some TIFF-based RAW image
formats
* Dependencies update
* Updated the timezones data files to 2022g
* The compile_timezones_data.py script now derives timezone
colors from the timezone name rather than counting a color
up on a sorted list.
-------------------------------------------------------------------
Sun Nov 27 19:52:25 UTC 2022 - Christophe Giboudeaux <christophe@krop.fr>
- Update the 'License' tag
-------------------------------------------------------------------
Tue Sep 6 13:15:39 UTC 2022 - Wolfgang Bauer <wbauer@tmo.at>
- Update to 1.3.1
* Hotfix: Due to a problem with the tarme.rb releaseme script,
the 1.3.0 tarball lacked all l10n data. We thus had to withdraw
the release and tag a new one.
* New: When using the split images list view and tagging images
manually, the "assigned" image list now scrolls to the last (or
only) tagged image and highlights it, so that it's immediately
accessible for e.g. further corrections.
* New: Allow setting coordinates directly from the clipboard. As
of now, Google Maps' format as well as OpenStreetMap's Geo URI
scheme is supported. (kde#458537)
* New: It is now possible to open an image with the system's
default image viewer (for closer inspection), either from the
image list(s), or from the preview widget.
* Bugfix: Use "Folder", not "Directory" according to KDE's
style/vocabulary guidelines. (kde#457020)
* New: Files and/or directories given on the command line are now
loaded after startup (which can e.g. also be triggered via
"Open with" from a file manager like Dolphin).
* Update: Updated the timezones data files to 2021c.
* Change: As Marble now has a decent versioning scheme (at least
since the KDE Apps release 21.12.3), KGeoTag now has a defined
dependency for Marble: It now depends on at least Marble
21.12.3. It actually can be built against older versions as
well, but due to the lack of proper version bumps, there was no
way to define a definitive version to depend on until now.
* New/Bugfix: Added a handbook stub. (kde#452534)
-------------------------------------------------------------------
Sun Nov 14 14:46:37 UTC 2021 - Wolfgang Bauer <wbauer@tmo.at>
- Update to 1.2.0
* Enhancement: KGeoTag now checks if the timezone data files
could actually be loaded and displays a warning about timezone
detection not working if not.
* Bugfix: Made selecting all entries of an image list work again
via the standard shortcut CTRL+A. This one was assigned to
"Assign images to GPS data", which can now be accessed via
CTRL+M. (kde#445023)
* Bugfix: QMimeDatabase::mimeTypeForFile now returns
application/xml+gpx as a GPX file's MIME type instead of
application/x-gpx+xml - at least here on my stable Gentoo
machine. This made KGeoTag refuse to load any GPX file. Now,
both MIME types are accepted.
* Change: Suppressed a warning by bumping cmake_minimum_required
to 3.16.0.
-------------------------------------------------------------------
Mon Oct 25 14:14:43 UTC 2021 - Wolfgang Bauer <wbauer@tmo.at>
- 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
-------------------------------------------------------------------
Wed Aug 25 12:55:02 UTC 2021 - Christophe Giboudeaux <christophe@krop.fr>
- Add patch to fix the marble detection:
* 0001-Don-t-look-for-a-specific-Marble-version.patch
-------------------------------------------------------------------
Sun Jun 27 17:45:52 UTC 2021 - Wolfgang Bauer <wbauer@tmo.at>
- Initial package
