help for beginner -- archives, forum, albums

[joneall]

I cannot find any archives for the mailing list.

Also, if I look at the Digikam Forum, I see there are 0 (zero) articles
posted. What in the world is this?

I am looking for info on how albums are maintained and how to manage
them. I do not only want to create them, but to remove, e.g., a given
disk directory collection WITHOUT deleting all the pictures.

Thanks in advance.

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

[Sebastian Setz]

Hello John,

I'm also verry new, but maybe I can help you.

Am 24.07.2012 18:32, schrieb John O'Neall:
> I cannot find any archives for the mailing list.
try it here: http://digikam.1695700.n4.nabble.com/

>
> Also, if I look at the Digikam Forum, I see there are 0 (zero)
> articles posted. What in the world is this?
>
> I am looking for info on how albums are maintained and how to manage
> them. I do not only want to create them, but to remove, e.g., a given
> disk directory collection WITHOUT deleting all the pictures.
For me it looks like albums are nothing else than folders. You can
manage them like a normal file-browser.


Sebastian

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

Hi :-)

Am Dienstag 24 Juli 2012, 18:32:04 schrieb John O'Neall:
> I cannot find any archives for the mailing list.
Better use a searchable ML service like
http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html

> Also, if I look at the Digikam Forum, I see there are 0 (zero) articles
> posted. What in the world is this?

Hmm, maybe we are all old-fashioned Mail junkies :-)

> I am looking for info on how albums are maintained and how to manage
> them. I do not only want to create them, but to remove, e.g., a given
> disk directory collection WITHOUT deleting all the pictures.
>
> Thanks in advance.
Short version: an Album view is a filesystem folder of images.

What about starting with the handbook:
http://docs.kde.org/development/en/extragear-graphics/digikam/using-kapp.html#using-myalbumsview

HTH

  Thorsten

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

[Sveinn í Felli]

hi,

Þann þri 24.júl 2012 16:32, skrifaði John O'Neall:
> I cannot find any archives for the mailing list.

Bottom line in every mail is
"https://mail.kde.org/mailman/listinfo/digikam-users",
a page where in the first section reads:
"visit the Digikam-users Archives"
<http://mail.kde.org/pipermail/digikam-users/>.

Some people may find this web-interface a bit crude and
prefer another option, which is GMANE:
The page <http://gmane.org/find.php?list=digikam> shows both
the user and dev lists; using GMANE paths in many modern
mail-clients is a preferred way by many people for accessing
mailinglist content. By using the -nomail option in mailman
(the digikam-users mail software) you can even turn off mail
delivery to your normal mailbox, yet still send mail to the
list. And do the reading via GMANE in Thunderbird or
whatever client.

>
> Also, if I look at the Digikam Forum, I see there are 0
> (zero) articles posted. What in the world is this?

Maybe all the mailinglist junkies never caught up with
'progress' ?? ;-)

>
> I am looking for info on how albums are maintained and how
> to manage them. I do not only want to create them, but to
> remove, e.g., a given disk directory collection WITHOUT
> deleting all the pictures.

I think it's always been the general consensus that 'Albums'
is just a pseudonym for real directories/folders. Many of us
are using all kinds of other software and scripts to deal
with our images, so any database/virtual storage pointers
are a no-go.

Hope this helps,

Sveinn í Felli

>
> Thanks in advance.
>
> _______________________________________________
> Digikam-users mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-users

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

[joneall]

I am really not interested in having Digikam manage my files. I don't care about tags or stars or all that. I find that Gwenview does a fine job for that.

I do want Digikam for handling raw files and for some of its editing capabilities.

For instance, I am hoping its perspective tool will be faster than Gimp's. Otherwise, I will stick with Gwenview + Gimp.

Any experience on that?

TIA, John

[Andrew Goodbody]

On 24/07/12 18:46, Sveinn í Felli wrote:
>> I am looking for info on how albums are maintained and how
>> to manage them. I do not only want to create them, but to
>> remove, e.g., a given disk directory collection WITHOUT
>> deleting all the pictures.
>
> I think it's always been the general consensus that 'Albums' is just a
> pseudonym for real directories/folders. Many of us are using all kinds
> of other software and scripts to deal with our images, so any
> database/virtual storage pointers are a no-go.

There is an old wishlist item in the bug database asking for just what
John has just asked for ie the ability to have certain directories and
their contents not appear in digikam. I do not see that this is such a
bad thing nor such a hard thing to implement but it does not happen. It
does not require virtual storage pointers, just a filter. For those who
do not want it, simply do not use it, no problem.
This is a request that comes up every so often so I would question the
'general consensus', I for one do not agree with it.

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

[Sveinn í Felli]

Þann þri 24.júl 2012 18:20, skrifaði Andrew Goodbody:

> On 24/07/12 18:46, Sveinn í Felli wrote:
>>> I am looking for info on how albums are maintained and how
>>> to manage them. I do not only want to create them, but to
>>> remove, e.g., a given disk directory collection WITHOUT
>>> deleting all the pictures.
>>
>> I think it's always been the general consensus that
>> 'Albums' is just a
>> pseudonym for real directories/folders. Many of us are
>> using all kinds
>> of other software and scripts to deal with our images, so any
>> database/virtual storage pointers are a no-go.
>
> There is an old wishlist item in the bug database asking for
> just what John has just asked for ie the ability to have
> certain directories and their contents not appear in
> digikam. I do not see that this is such a bad thing nor such
> a hard thing to implement but it does not happen. It does
> not require virtual storage pointers, just a filter. For
> those who do not want it, simply do not use it, no problem.
> This is a request that comes up every so often so I would
> question the 'general consensus', I for one do not agree
> with it.
>
> Andrew

Totally agree, I'd like to be able to select which
subfolders of the album root would be included; sort of what
AmaroK does for its music library.
And while in digiKam one can define which additional
mimetypes should be included, I think one cannot exclude
others fx. based on filename prefix/suffix. Probably some
people would be happy to exclude tn_[filename].[extension]
from digiKam.

What I was referring to was the way some apps I've seen
using underdocumented tricks and tools for mimicking
'rolls', 'date-sequences' and other stuff via bunch of
hidden files and database pointers.

Meaning; how I understand the 'general consensus' (gathered
from mailinglist discussions over the years) is roughly:
"Don't touch my files or data structure unless told to do so".

Regards,
Sveinn

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

[Andrew Goodbody]

On 24/07/12 20:19, Sveinn í Felli wrote:
> Totally agree, I'd like to be able to select which subfolders of the
> album root would be included; sort of what AmaroK does for its music
> library.
> And while in digiKam one can define which additional mimetypes should be
> included, I think one cannot exclude others fx. based on filename
> prefix/suffix. Probably some people would be happy to exclude
> tn_[filename].[extension] from digiKam.

OK, sounds good. I just added a comment to the wishlist bug
https://bugs.kde.org/show_bug.cgi?id=123097 to try and raise the profile
of this issue. Maybe some others could also comment to show that it is
desired by more people.

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