[Digikam-devel] [Bug 308366] New: digiKam as a "picture management program" should extend management-capabilities

Axel Krebs axel.krebs at t-online.de
Sun Oct 14 12:11:28 BST 2012


https://bugs.kde.org/show_bug.cgi?id=308366

            Bug ID: 308366
          Severity: wishlist
           Version: 2.8.0
          Priority: NOR
          Assignee: digikam-devel at kde.org
           Summary: digiKam as a "picture management program" should
                    extend management-capabilities
    Classification: Unclassified
                OS: Linux
          Reporter: axel.krebs at t-online.de
          Hardware: Ubuntu Packages
            Status: UNCONFIRMED
         Component: Database
           Product: digikam

digiKam offers a serious number of picture relevant capabilities. 
It offers ways to incorporate pics ("import"), dealing with pictures
(panoramas, versioning, white + coulour management etc.) and export options
galore. 

When I work with my pics collection, I came across a topics, digiKam can _not_
deal with at all (as much as I understand): 
Many times, I need to derive several different versions of _one_ original
picture. This can extend to different sizes, colours (white balancing,
black-and-white), with or without signature (copyright information) and as many
other possibilities, as digiKam offers the user. 

DigiKam sould be able to take care of _all_ versions, one drives from a
specific picture.  I addressed this issue to "database" , as I assume this
could be the key role for all management activities

Reproducible: Always

Steps to Reproduce:
1. just run digiKam - missing function
2.
3.
Actual Results:  
Right know, the users  forced to take care of all his pictures manually. This
is
- time consuming (because of manual checking takes enormous time), 
- defective (as manual work is risky) 
- causes the risk of double work (when not beeing aware, that a pic can be
locatetd on more than one location)
- can affect the basics of databases, as this affects nomalize requirement (to
avoid doublettes)

... and more


Expected Results:  
digiKam should handle any version of everey pic of a collection consitently and
thouroghly. 
When searchuing (or getting across) one picture, digiKam should show
immediatelly _all_ existent versions of this pic. 

If so, one would be lead not to produce similar  or even identicall version or
a second time.

This issue could connected to versioning and...? 

>From my standpoint, this is a serious wish, to extend professionality of a pic
management program.

-- 
You are receiving this mail because:
You are the assignee for the bug.



More information about the Digikam-devel mailing list