Project

General

Profile

Feature #8801

Map mode

Added by Jesper Pedersen over 5 years ago.

Status:
Fixed
Priority:
Medium
Category:
General
Start date:
06/23/2012
Due date:
% Done:

100%

Affected Version:
System:
bitness:
64-bit
hardware architecture:
amd64/x86

Description

Geo tagging is becoming more popular, since new cameras has GPS units built-in.

Create a "map mode" which integrates with OpenStreetMap's PBF file format for map data. A minimum of 1 .osm.pbf file is needed.

It should be possible to

  • View images on the map
  • Create location information for an image
  • Copy location information to images that doesn't include the EXIF data
  • Group images to a specific location

OpenStreetMap: http://www.openstreetmap.org/
PBF: http://wiki.openstreetmap.org/wiki/PBF_Format
Geo files: http://planet.openstreetmap.org/pbf/ and http://download.geofabrik.de/osm/
Branch: geo
PoC screenshot: http://www.flickr.com/photos/dinamic/6517533213/in/photostream

Associated revisions

Revision 29acfe6c
Added by Tobias Ellinghaus over 5 years ago

Show all images on the map, not only the collection

See #8801

History

#1 Updated by Jesper Pedersen over 5 years ago

Issue for Henrik's PoC

#2 Updated by Jesper Pedersen over 5 years ago

Other features could include

  • Download of .osm.pbf files (planet, continent, country, state)
  • Ability to update existing map files
  • Remove map files

#3 Updated by Simon Spannagel over 5 years ago

  • Priority changed from Critical to High
  • Target version set to Candidate for next minor release
  • Status changed from New to Triaged
  • % Done changed from 0 to 20

Changing priority to "high" since "critical" should be reserved for show-stopping bugs before release.
Setting target "next major release".
Bug is triaged.

#4 Updated by Richard Wonka over 5 years ago

Can we have a [like] button? :-) I would make use of this feature.

#5 Updated by Simon Spannagel over 5 years ago

Richard Wonka wrote:

Can we have a [like] button? :-)

Nope. :D Since it wouldn't affect any priority lists but suggest it would. :-D

I would make use of this feature.

Did you try the "geo" branch as referenced by Jesper? We already have some features there, the implementation "just" has to be finished - and Henrik is very short on time right now...

#6 Updated by Richard Wonka over 5 years ago

Ah, so there's something for me to play with when I run out of stuff to do. :-)

#7 Updated by Simon Spannagel over 5 years ago

...there always is. :D

#8 Updated by Jesper Pedersen over 5 years ago

Maybe exposing the "repo-uri" for osm-gps-map would be enough for an initial version, as it would allow people to setup their own Mapnik based server - saving the .pbf functionality to a later version.

#9 Updated by B V over 5 years ago

My two cents...

Get in touch (if not already) with Andreas Shrell.

He has developed such a module for ASP under the GPL terms called asGPS.

http://www.aftershotpro.com/plugins/?plug=asgps

http://schrell.de/cgi-bin/gitweb.cgi?p=asGPS.git

#10 Updated by Jesper Pedersen over 5 years ago

Added Tobias, since he has been working on the branch

#11 Updated by Tobias Ellinghaus over 5 years ago

  • Status changed from Triaged to In Progress
  • Priority changed from High to Medium
  • % Done changed from 20 to 50

No need to add me, I get a mail for everything that happens in redmine anyway. :)

That being said, geolocation support is almost done. You can see your pictures on a map, you can drag&drop images from the filmstrip to the map, you can import gpx files and match them with images based on the timestamps. The geo data is also written to exif and xmp fields in our sidecar files as well as in exported images.

What's currently missing: Drag&drop of images on the map (currently you have to drag them from the filmstrip again), a setting for the time zone the camera is set to in the import dialog of gpx files and a way to fix a time offset in the exif data. I already know how to handle the time stuff, not 100% sure how to implement the drag&drop yet, just 95%.

After that is done we can merge it back into master. Supporting your own mapnik servers or any of that advanced stuff is definitely not on my TODO list. Maybe adding the osm url to the config would be an option, but nothing else.

#12 Updated by Jesper Pedersen over 5 years ago

I think exposing the url is enough - anything else would require looking in depth at osm-gps-map. Maybe a dropdown for http://nzjrs.github.com/osm-gps-map/docs/reference/html/OsmGpsMap.html#OsmGpsMapSource-t - but I havn't played with that yet.

#13 Updated by Simon Spannagel over 5 years ago

some more ideas for future improvements from IRC some minutes ago:

(00:21:24) _smn: maybe an indicator mentioning that geo information for the given picture is available?
(00:22:02) _smn: wow, even location search works like a charm
(00:22:02) houz: ah right, that's a third thing that's missing. currently _every_ image has geo information, defaults to 0/0
(00:22:06) _smn: I'm really impressed
(00:22:34) _smn: as long as nobody shoot pictures at 0/0 we would be fine checking for that :)
(00:22:46) houz: the search is henrik's work. i only had to add small stuff like the drag&drop and the lighttable module. and importing/exporting in exif.cc
(00:23:02) houz: i thought about either using NAN or 400/400
(00:23:15) houz: or some other impossible latitude/longitude
(00:24:53) _smn: is there a way to switch to a satellite map overlay?
(00:25:14) houz: i don't think so, but let me check
(00:26:12) houz: hmm, there are some defines in the source, let me check
(00:26:57) _smn: and another thing: only images within the current collection are displayedon the map - is that on purpose? It could confuse users
(00:27:34) _smn: is there another marker style without the thumb in it? it could be used for images not in collection
(00:28:01) _smn: otherwise they just "dissapear" since the world doesn't care about collections... :D
(00:28:23) houz: that's on purpose. and also only the first 100 images of the db in the current region are displayed
(00:28:47) houz: but it can be changed
(00:29:33) _smn: and a way to just display the GPS coords in lighttable would be nice, either in the new "geolocation" tool or just in "image information", the latter is more convenient I think
(00:30:31) _smn: and a "show me this image on the map" function
(00:30:43) _smn: just take this as input for future improvement ideas... :D

#14 Updated by Simon Spannagel over 5 years ago

...and maybe somehow entangle with the new grouping feature we have? so groupings based on location?
Just thinking out loud.

#15 Updated by Tobias Ellinghaus over 5 years ago

  • Assignee set to Tobias Ellinghaus

Adding me as the assignee so that i find this ticket again.

#16 Updated by Jesper Pedersen over 5 years ago

The geo branch has been merged to master

#17 Updated by Christian iuga over 5 years ago

Hi, i just have test the current git geolocation on darktable :

1) On lighttable, it's exist "geotagging" and also "geolocation" for the same thing.
2) On Map view, we can't move more than one image per time on the map
3) I don't have find how to remove a location of a picture.
4) we can't use "history stack" or something else to copy/pase a location form a image to multiple image.
5) on "geotagging" or "geolocation" I can't find how to specify maximum difference time between gpx & image
It's something possible to add ?
Most of time, I shoot on the same location for exemple , like "at home", "at friend's A home, "at friend's B hone, ...)
So i have created one gpx file per location (so a very small gpx file) and i apply it (actualy via a perl script name gpsPhoto.pl with a maxtimediff very big :
gpsPhoto.pl --maxtimediff 120000000 --timeoffset 0 --gpsfile ~/home.gpx --dir .

For most

#18 Updated by Tobias Ellinghaus over 5 years ago

  • Status changed from In Progress to Fixed
  • % Done changed from 50 to 100

Christian iuga wrote:

Hi, i just have test the current git geolocation on darktable :

1) On lighttable, it's exist "geotagging" and also "geolocation" for the same thing.

The module got renamed, just delete "geolocation". Or clean the install directory and build directory and start from scratch.

2) On Map view, we can't move more than one image per time on the map

Yep, that's how it works. You can just drag single images from the filmstrip.

3) I don't have find how to remove a location of a picture.

That's not possible.

4) we can't use "history stack" or something else to copy/pase a location form a image to multiple image.

That wouldn't make sense as the history stack is the description of the image processing. The geotagging is a metadata thing which has nothing to do with the history stack.

5) on "geotagging" or "geolocation" I can't find how to specify maximum difference time between gpx & image
It's something possible to add ?
Most of time, I shoot on the same location for exemple , like "at home", "at friend's A home, "at friend's B hone, ...)
So i have created one gpx file per location (so a very small gpx file) and i apply it (actualy via a perl script name gpsPhoto.pl with a maxtimediff very big :
gpsPhoto.pl --maxtimediff 120000000 --timeoffset 0 --gpsfile ~/home.gpx --dir .

That doesn't make too much sense. When applying a gpx file the nearest position is taken wrt. time. You could try to create a gpx file which contains the same location for a point in time which if before the first picture was taken and another one after the last one was taken. But in general I consider that to be a misguided usecase of tracks.

For most

Is there anything missing here?

Besides all that I will close this ticket. Feel free to add new ones for single issues you have.

Also available in: Atom PDF