[Bug 151232] New: Whish: support workflow with multiple folders and linked files/pictures

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151232         
           Summary: Whish: support workflow with multiple folders and linked
                    files/pictures
           Product: digikam
           Version: unspecified
          Platform: Ubuntu Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: digikam-devel kde org
        ReportedBy: bug christianmayer de


Version:           0.9.2-final (using KDE KDE 3.5.8)
Installed from:    Ubuntu Packages

I'd like to work with this process:

1) download all new images in my "In Folder" (structure should be the same, date based, that is currently used)
2) promote the good JPGs and developed RAWs into my "Work Folder" (aim is to have an folder with all pictures that I'm ready to show someone). "Promote" should technicaly create an link to the original picture in the "In Folder" when it's identical. When the picture is modified (e.g. cropped or a JPG that was developed from an RAW) the new file is directly placed in the "Work Folder" - but digikam should know the relationship of the two pictures (actually that's an 1:n relation, as one source image can be used for several new images that e.g. have different crops)
3) create actual collections out of the pictures in the "Work Folder" that are stored in the "Out Folder". E.g. the best pictures from my last holiday would land there (as my holiday was several days long, that source pictures are from several subfolders in the "Work Folder" but now land in the same target folder). As these pictures are identical to those in the "Work Folder" only links should be generated.

Pictures in the "Out Folder" now can be easily selected for an slideshow or for burning them on an CD.

The technique required for that whish is basically: create links between pictures instead of blindly copy them (note: the source of an image wouldn't change with this setup, so there aren't any side effects...). And it's important that digikam keeps track of the relationship between the pictures.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Arnd Baecker]

I think everything in your wish can be done using tags.
Have you tried those already, and if yes, what is missing?
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151232         




------- Additional Comments From bug christianmayer de  2007-10-23 14:11 -------
It would be great if this also supports "Bug 114539: Wish: Offline manager for Digikam"
But how the linked files are handled then would need an deeper thought first.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Arnd Baecker]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151232         




------- Additional Comments From arnd.baecker web de  2007-10-23 14:12 -------
I think everything in your wish can be done using tags.
Have you tried those already, and if yes, what is missing?
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151232         




------- Additional Comments From bug christianmayer de  2007-10-23 14:19 -------
I'm missing the representation of that on my harddisk that represents that structure w/o digikam.

I want to open my CD burning application and drag the corresponding directory in my "out folder" on the disk to burn just e.g. my holiday pictures (to annoy my relatives ;)
Or use the slide show application of my choice (the ususally only work for an specified directory)
Or use an bash script, or, or, or...
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151232         
caulier.gilles gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|general                     |Tags



------- Additional Comments From caulier.gilles gmail com  2007-10-23 14:26 -------
>I want to open my CD burning application and drag the corresponding directory in >my "out folder" on the disk to burn just e.g. my holiday pictures (to annoy my >relatives ;)

Open K3b and drag and drop virtual Tag Folder content to a K3b project. It's work.

> Or use the slide show application of my choice (the ususally only work for an >specified directory)

This is work with digiKam slideshow or Kipi-plugin Slideshow (OpenGL). What do
you  want anymore...

> Or use an bash script, or, or, or...

Use Drag & Drop between digiKam virtual Tags folders and a Konsole where you want to run a script: All physical files path are added to the command line...

Your workflow is interressing, but can be complex to implement as well in digiKam. Try to use a more universal way provided by virtual Tag folders...

Gilles Caulier
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151232         
bug christianmayer de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|Tags                        |general



------- Additional Comments From bug christianmayer de  2007-10-23 14:34 -------
Addition: tags are an way to classify the content of an picture (car, flower, holiday 2007, Mr. Jon Doe, ...)

but I'm looking for an workflow / process of image handling (take picture -> download in digikam -> in -> work -> out). So the basic image stays the same, but has reached different processing steps.
Just think of an image that I take (only) as RAW of an flower during my holidays.

The "In Folder" would contain the RAW file. There it gets tagged e.g. with "Flower", "Sunflower" and "Holiday 2007" as well as an rating of 5 stars.
Then I'll generate an JPG out of it and it'll gets stored in my "Work Folder".
Lastly I'll create two albums in the "Out Folder":
- one named "Holiday 2007" (it consists out of a selection(!) of images with an high rating as well as the corresponding tag)
- the other named "Flower Exhibition 2007" where I'll just put my 10 best flower pictures.

In the end I want to burn 2 CDs, one with my holiday pics and the other for the exhibiton...
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151232         




------- Additional Comments From bug christianmayer de  2007-10-23 14:38 -------
>>I want to open my CD burning application and drag the corresponding directory in
>>my "out folder" on the disk to burn just e.g. my holiday pictures (to annoy my >relatives ;)
>
>Open K3b and drag and drop virtual Tag Folder content to a K3b project. It's work.

But this will work only under Linux... I've got an dual boot machine with Windos...

>Your workflow is interressing, but can be complex to implement as well in
>digiKam. Try to use a more universal way provided by virtual Tag folders...

I'll try if I can get closer to my favored workflow by using more tags :)

I know that this is my most complicated whish to implement of the few I've just posted :)
Thanks for the good work so far!
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Arnd Baecker]

 > But this will work only under Linux... I've got an dual boot machine with Windos...

Hmm, but if everything which needs to be done to your images can
be done on linux, then why switch back to Windows?

> >Your workflow is interressing, but can be complex to implement as well in
> >digiKam. Try to use a more universal way provided by virtual Tag folders...
>
> I'll try if I can get closer to my favored workflow by using more tags :)
>

> I know that this is my most complicated whish to implement of the few I've just posted :)

Well, I think the suggested approach with symlinks does not correspond
to the way digikam works.
The central concept for organization are tags and
virtual folders (including the date view and searches).
Therefore, anything which is not possible
should be improved within this framework
(for example grouping of images is planned for the future
and many other things, which will be possible after the
transition to KDE4 and the new database scheme).

Of course, code contributions to any of your wishes
are very welcome!

Best, Arnd

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Arnd Baecker]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151232         




------- Additional Comments From arnd.baecker web de  2007-10-23 14:57 -------
 > But this will work only under Linux... I've got an dual boot machine with Windos...


Hmm, but if everything which needs to be done to your images can
be done on linux, then why switch back to Windows?

> >Your workflow is interressing, but can be complex to implement as well in
> >digiKam. Try to use a more universal way provided by virtual Tag folders...
>
> I'll try if I can get closer to my favored workflow by using more tags :)
>


> I know that this is my most complicated whish to implement of the few I've just posted :)


Well, I think the suggested approach with symlinks does not correspond
to the way digikam works.
The central concept for organization are tags and
virtual folders (including the date view and searches).
Therefore, anything which is not possible
should be improved within this framework
(for example grouping of images is planned for the future
and many other things, which will be possible after the
transition to KDE4 and the new database scheme).

Of course, code contributions to any of your wishes
are very welcome!

Best, Arnd
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151232         




------- Additional Comments From bug christianmayer de  2007-10-23 16:15 -------
> Hmm, but if everything which needs to be done to your images can
> be done on linux, then why switch back to Windows?

When all my word processing tasks can be done with M$ Word, why should I switch to OpenOffice?

That argument doesn't count.

It's actually the other way round:

I want the flexibility of tools. I don't want to be locked in one tool set. I allways want to be able to change to another tool. That's what open source is really about: freedom.

BTW: what makes you so sure, that all I want to do with my pictures can be done under Linux?
I'm still missing a good HDR tool and dcraw also doesn't allways fit my needs. GIMP is great - but also sometimes seems a bit cryptic to me...

digikam has 95% of the features I want (and many more features I'm not using but that are important to lots of other people), for the last 5% I've just written the whishes that would make digikam perfect for me :)
Keep up the good work!
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Arnd Baecker]

> When all my word processing tasks can be done with M$ Word, why should I switch to OpenOffice?
>
> That argument doesn't count.

Indeed, we are not talking about word-processing here...

> BTW: what makes you so sure, that all I want to do with my pictures can be done under Linux?

Nothing. Note the *if*!

> I'm still missing a good HDR tool

qtpsfgui is coming along nicely.



_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Arnd Baecker]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151232         




------- Additional Comments From arnd.baecker web de  2007-10-23 16:40 -------
> When all my word processing tasks can be done with M$ Word, why should I switch to OpenOffice?
>
> That argument doesn't count.


Indeed, we are not talking about word-processing here...

> BTW: what makes you so sure, that all I want to do with my pictures can be done under Linux?


Nothing. Note the *if*!

> I'm still missing a good HDR tool


qtpsfgui is coming along nicely.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151232         




------- Additional Comments From bro.dudu gmail com  2007-10-23 16:54 -------
Hi,

Let's say I took 4 pictures (from 2 to N), I then made a panorama using Hugin. Using tags to keep track of the original 4 pictures in the final diaporama is not ,IMHO, optimal, is-it? What if I am a panorama fan, how many tags should I create?

It is nowdays, time to give feeling about new DB design. So what about a n:n relationship between pictures (related), or even better, a picture could have n parents, and n children (more precise than related). I think this cannot easily be done using tag.

Keep going the great job.


Bruno D.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Arnd Baecker]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151232         




------- Additional Comments From arnd.baecker web de  2007-10-24 08:08 -------
Hi Bruno,

for panorama shots I use "ForPano" and "Panorama" as tags
for the images out of which a panorama is composed and "Panorama"
for the final panorama.
By using a file name for the resulting panorama, which
is composed of the file name of the first and last image
and by using as exif  time the time of the last image + 1 second,
the images get properly ordered on display and their relation
is made clear.

For digikam >0.10 it is planned to allow for grouping of images,
http://bugs.kde.org/show_bug.cgi?id=121310

> It is nowdays, time to give feeling about new DB design.

The new database design (which is being implemented for digikam 0.10,
which uses the upcoming KDE 4) has been discussed
at several occasions, both on the digikam-users and digikam-devel
mailing lists, see eg.
http://mail.kde.org/pipermail/digikam-users/2007-October/004232.html
and more via google.
A list of ideas has also been collected in the wiki,
  http://wiki.kde.org/tiki-index.php?page=Digikam+development+discussion
The reference for the new schema is
http://websvn.kde.org/trunk/extragear/graphics/digikam/DBSCHEMA.ODS?view=log

Still, I would suggest to keep further comments on
this bug report to the issue of the proposed workflow using links.
Other ideas about the database should be either given at the
corresponding wishes in the tracker, or in a new entry, if appropriate.

HTH, Arnd
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151232         
caulier.gilles gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|general                     |Workflow
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel