Introducing KGeoTag, a KDE photo geotagging program

Albert Astals Cid aacid at
Mon Oct 19 00:12:48 BST 2020

El dissabte, 17 d’octubre de 2020, a les 20:54:55 CEST, Tobias Leupold va escriure:
> Hi devel mailing list :-)
> I'm Tobias Leupold. I have been a KDE developer since 2014. I mostly
> participated in KPhotoAlbum. Currently, I'm one of the three active developers
> of the project (somewhat a jobbing developer, because I'm the only one not
> earning my money with writing code. I'm just a hobby programmer, but I try to
> do my best ;-)

Don't sell yourself short!

> I'd like to introduce a new project I recently started. It's KGeoTag, a photo
> geotagging program for KDE. The code can be found on
> .
> At the latest since Digikam's geolocation KIPI plugin isn't available anymore,
> I think the Linux desktop lacks a decent geotagging program. There are a few
> programs able to write coordinates in Exif headers, but some aren't maintained
> anymore, some only do it besides and some are only graphical frontends to
> console programs without a real added value. At least -- speaking of me -- I
> didn't find a straightforward, nice geotagging program. I used GpsPrune
> recently, but it's written in Java, not nicely integrated with my desktop and
> it's inconvenient for geotagging. Mostly, it's lacking a simple drag-and-drop
> interface.
> As a KPA tenet is to not alter the images we cataloguize, I decided to write a
> small, overseeable new standalone program with the only purpose to geotag
> photos. And that's KGeoTag.
> Marble is used to display a OpenStreetMap map.

Can you control Marble's widget right mouse button menu, it's a bit confusing to have all those options that don't really seem related to KGeoTag.

> One can load geodata from one
> or more GPX files which is drawn on the map. Images can be added and then
> assigned with coordinates in three ways:
> One can search for exact matches between the images' dates and available
> points from the GPX data, with a defined maximum deviation.
> If no exact data is available, interpolated matches can be calculated, with
> both a maximum timespan and distance between the points used for the
> interpolation.

Loading 1 image (without coords) and choosing "Assign images interpolated" crashes here.

> Finally, all coordinates can be set or corrected manually by dragging and
> dropping the images directly on the map. This is also possible without loaded
> geodata.

Could you think another way to set the coordinates that doesn't involve dragging and dropping images into the map? Knowing what the app was about i had to come back to this email and read it in more detail to figure out how to set the coordinates of a photo, so maybe it's not the most usable way.

What i tried was double clicking in an image in the "Unassigned images" list and also right clicking on it. I think i was expecting that double clicking/right clicking would offer a "set coordinates to the center of the marble map" option, after all it has that X marker, but feel free to ignore me, i'm not an expert in user design :)

> Missing or incrorrect altitude values can be obtained from's
> API. Either manually or automatically when dropping images on the map. This is
> disabled by default (for privacy reasons, as coordinates have to be
> transferred to's servers when asking for a specific
> elevation).
> If there's a time drift in the images' metadata due to the camera's clock not
> being exactly in sync with the GPS data, it can be corrected and considered
> when searching for matches. Also, it can be fixed in the images' headers.
> Finally, the coordinates (and possibly fixed dates and times) can be written
> to the images. KGeoTag uses the libkexiv2 library with it's nicely geared-up
> geodata functions. Libkexiv2 being mature, well-tested and documented, I
> suppose we can be quite sure that KGeoTag doesn't eat the images it works on.
> Nevertheless, by default, a backup of the original files is created before
> saving the changes.
> I consider this project to be a complementary tool for KPhotoAlbum, and
> possibly other geodata-aware programs. It's purpose of application has tight
> limits, and consequently, the codebase is overseeable and should be easy to
> maintain.
> The code is quite new (still lacking even a 0.1 tag); anyhow, it's already
> fully functional. I successfully geotagged some real-life datasets of family
> vacation photos where I carried a GPS logger most of the time, and it worked
> nicely.
> Maybe, some of you also think that this would enrich the KDE ecosystem. I'd be
> happy to get some feedback. And perhaps, if I'm not the only one who thinks we
> need this, it could be moved to graphics/, like KPA? Surely, it's by far not
> important enough to be distributed by KDE like Marble or such, but maybe, it
> could be a KDE extragear application like KPA one day.
> Thanks to anybody having read the whole thing until here, and thanks in
> advance for all feedback :-)

I think it's a great tool, i have lots of pictures without geotagging, and i'm never going to get around to fix it because i'm lazy, but if i would this is really the tool i'd like to use :)


> Cheers, Tobias

More information about the kde-devel mailing list