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

[Axel Krebs]

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

--- Comment #1 from Axel Krebs <axel.krebs at t-online.de> ---
excuse me- I never got a proof for arrival...

Axel


-------- Original-Nachricht --------
Betreff: [Bug 308366] New: digiKam as a "picture management program"
should extend management-capabilities
Datum: Sun, 14 Oct 2012 11:11:28 +0000
Von: Axel Krebs <axel.krebs at t-online.de>
Antwort an: bug-control at bugs.kde.org
An: axel.krebs at t-online.de

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 located on more than one location)
- can affect the basics of databases, as this affects normalize
requirement (to avoid doublettes)

... and more


Expected Results:
digiKam should handle _any_ version of everey pic of a collection
consistently and thouroghly.

When searching (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 identical
version or a second time.

This issue could related 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.