Bug 124890 - Sort images by camera
Summary: Sort images by camera
Status: RESOLVED WORKSFORME
Alias: None
Product: digikam
Classification: Applications
Component: Albums-Filters (show other bugs)
Version: 0.9.0
Platform: Mandriva RPMs Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-04-04 10:16 UTC by Julien Narboux
Modified: 2014-09-05 12:00 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 4.3.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Julien Narboux 2006-04-04 10:16:40 UTC
Version:           0.9svn (using KDE KDE 3.4.2)
Installed from:    Mandriva RPMs

I would be convenient to have the possibility to sort the pictures by camera (using the exif tag). 
For instance, when you have an event with pictures taken with several cameras, it can be convenient to sort the pictures by camera to adjust the shooting date (cameras internal times are often a bit different), to get the picture in the right chronological order.
Another use is to apply a filter to all pictures taken using some camera.

Julien Narboux
Comment 1 Mikolaj Machowski 2007-11-19 22:18:21 UTC
That is really too specific. It should be done by tagging images accordingly to camera and filter by tags. Another wish for automatic photographic tags:
Bug 128333 would be helpful here.
Comment 2 Arnd Baecker 2008-07-10 17:26:29 UTC
With digikam 0.10, search capabilites have been drastically improved, see
  http://www.digikam.org/drupal/node/357
This includes searching by camera.

Something which is not realized is to use such fields as a filter.

Maybe one could define a search and allow to use that 
as additional filter for the current view?
This could be realized by another left-sidebar entry "Filter",
where all searches are available as possible filters.
(Here several could be selected and combined by AND).

Marcel, would something like this in principle be doable?

Best, Arnd





Comment 3 Marcel Wiesweg 2008-07-10 22:04:48 UTC
We have two strings in the database, make and model, as taken from Exif. We can search and filter by this information.

For using Searches as filters, this would end up with just a Search. I mean, if you list album A and want to filter with a search, then it's the same as creating a Search + the condition "Image in Album A".
Comment 4 Arnd Baecker 2008-07-11 10:22:52 UTC
Yes, a filter is nothing else but a modified search, restricted to the current
album. Now searches can be much more complex than the current filtering
(via. name, rating, file type), so the real question is: does
it make sense to add a new Filter left-side-bar to select such filtering?

Or should it be on the right-sidebar, where we already have the tag-filters?
And to extend this even further: should we have a date/time filter 
in the right-side-bar?
(Hmm, somehow this sounds confusing ....)

Comment 5 caulier.gilles 2008-07-11 10:33:46 UTC
For me, it will duplicates features and implementation. We have already Searches by Make/Model implemented.

But it's just my viewpoint...

Gilles Caulier
Comment 6 Tristan 2010-01-20 21:34:04 UTC
*** This bug has been confirmed by popular vote. ***
Comment 7 caulier.gilles 2014-09-05 12:00:46 UTC
With current implementation from git/master, you can do it to switch Icon-view
to Table-view and add new columns about relevant Exif information.

Sort will be available by usual way : clicking on column tab header. To add new
columns in Table-view mode, right click over columns header and select right
components to show.

So for me, this file can be closed as WORKFORME.

Gilles Caulier