New Tool: Tags Manager
Locked
12
12
Re: New Tool: Tags Manager
 
|
On Tue, 25 Jun 2013, Elle Stone wrote: > On 6/25/13, Andrew Goodbody <elfringham at gmail.com> wrote: > > > While this may be true in an ideal world unfortunately there > > are scenarios that are somewhat reasonable for having them > > out of sync. eg I have some photos sent to me by a friend > > that has some tags applied to it. I do not want to remove > > those tags nor do I wish to import them into my database but > > I do wish to add my own tags. > > That's an excellent example of when and why you'd want the > database tags and image tags out of sync. In an ideal world > digiKam would be able to handle "always in sync" and and also > "not always in sync". Has anyone ever used a photo-management > software that had this kind of functionality implemented? > If so, how did the user interface work? How were the options > phrased? or not sync » has been evoked many times on this list and my impression is that there's a vocabulary ambiguity. We talk about « sync » , or « out of sync » and the Digikam user interface talks about « Read (metadata) from image » or « Write to image » . (Be it image or sidecar.) The ambiguity is that terms like read or write indicate a data direction, from source to target, but doesn't state about the way data is used on the target. One can read in two ways : - Read tags from image and add them to existing tags in the DB, for that image. This is the current way Digikam works, and this is a kind of append mode. - Read tags from image and set them in the DB, removing from DB all previous tags associated to that image. This is a mirror mode. Same, one can write in two ways : - Write tags from DB to image, appending them to existing tags (in the image). This connects to Andrew's example. - Write tags from DB to image, mirror mode. All previously existing tags in the image are forgotten. This is the current way Digikam works. It seems impossible to define a priori a definitive strategy, suited to all possible use cases, so perhaps a good solution could be that the UI provides four commands, instead of the current two « Read » and « Write » . Could be something like « Append read » , « Mirror read » , « Append write » , « Mirror write ». NB: it could be four buttons, or two buttons « Read » , « Write » , plus two options checkboxes, « Read mode: mirror vs. append » , « Write mode: mirror vs. append » . (With this second solution, the default options should probably be mirror mode, which seems the best suited for standard usage.) At least, a great thing would be to have the two exchange functions, read and write, be symmetrical. Current Digikam writes tags in mirror mode but reads in append mode, and this happens to be very perturbing for users doing tags reorganisation because the effects are not intuitive. Regards, Jean-François _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
In reply to this post by Veaceslav Munteanu-2
>> 3. Recently used tags list: When I work in one album, chances are that >> the tags are similar. Since I have a large tags tree I have to scroll a >> lot. I guess that could be significantly shortened if I had a list of >> the, say 10 (configurable, by dragging a window larger/smaller?), >> recently applied tags. > > This fits into my tag on tags or category of tags mentioned previously. > One tag would be dynamic, i.e. recently used, most commonly used, ... Not fully convinced of that. I might often have the situation where I have Joe Doo in front of a mountain with a lily in the corner, taken in Timbuktu. Some other pictures are the same scene, but Mary Doo instead. So limiting to a category wouldn't work well here... _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
In reply to this post by Veaceslav Munteanu-2
Ah, sorry. Now I understand -- you're actually planning to implement a management of tags, not related to tagging of photos. I don't really have a problem with managing my tags, I find that pretty OK -- since I don't change tags frequently... That said, I assume that you plan of syncing tags between pic (sidecar!?!) and DB by applying it to all pics known to Digikam. Not sure whether the community would require that feature, they might want to select certain pics of which a sync should take place exclusively. And then I thought such sync function (write metadata to files/read metadata from files) already existed. I might be wrong though... -- Composed on my tablet. Apologies for typos.
_______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
In reply to this post by Simon Cropper-3
On 26.06.2013 03:20, Simon Cropper wrote:
> On 26/06/13 09:45, HaJo Schatz wrote: >> 1. Copy/Paste of Tags. Often I want a photo to have >> exactly the same >> tags as another, previously tagged photo. The way I "copy" >> the tags now >> is to highlight both and then search my way through the >> tag tree. That >> is really inconvenient, especially if the tree is deep. So >> a plain >> "copy/paste" would be real helpful. > > Yes I have the same problem. Do you know about the little button "Tags already assigned"? Its in the lower right corner of the "Tags" tab and shows a tag-icon with a gray check. Toggling this will only show the tags you have already asigned to (some) images of the current selection. This way you won't have to search your way through the tag tree. Since the tag tree will only show the tags you want (and the parent tags). But you still have to click a lot. ;) Regards, Peter _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
In reply to this post by Veaceslav Munteanu-2
On 26.06.2013 09:38, Veaceslav Munteanu wrote:
> I'm a little confused... please look at Tag Manager window mock-up. It's > meant for managing tags (add, delete, edit properties, change hierarchy) > and to write/sync changes... A lot of request are on image handling and I > have no window here to display photos... > > Any request that need to select/add photos can't be added here... it's more > like options for either context menu, or left sidebar. So do I understand correctly? Your GSOC project is about: Handle tags of ALL images at once (no limitation on the current set of selected images) In that case, I can confirm: A lot of suggestion are inapplicable. (Like copiing tags from image A to image B). But in case of your TODOs: - Write tags from database to Image (delete non digiKam tags) - Read tags from Image - Wipe all tags from database and read from image - ... Could you at least programm it that way, that this function can be used for single images (from context-menu), too. Regards, Peter _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: New Tool: Tags Manager
|
|
:) Some of them are a little bit harder to implement, if they require a new GUI, but now I'm only sorting through suggestion and will try to implement as much as time will allow me. If I implement a new tag tree for Tag Manager, it will be easy to use it in tag sidebar and overall, things should improve :)
Also, I'm trying to see how to deal with conflicting wishes. On Wed, Jun 26, 2013 at 9:11 PM, Peter Albrecht <[hidden email]> wrote:
_______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
In reply to this post by Peter Albrecht
Le 26/06/2013 20:11, Peter Albrecht a écrit :
> But in case of your TODOs: I would also like to see a way to import/export tags from *others* software. Fort example piwigo as a gallery have a tag feature, that only stay in it's database (not in the images). I would like to import these tags in digikam database. It's pretty easy: I don't ask for tags to be merged in digikam at once, all the contrary, they can be imported as "piwigo/tags", it can be done from any mysql dump (text file, sql queries). it could be very usefull if the tag management could consolidate all these tags. I could see several columns (split screen), with, for example, one column for database tags, an other for photos tags, a third for piwigo tags... and of course way to select them and copy then. in a database this could be very fast. to/from images this should be done very carefully, may be delayed but may be there is an other thread to discuss your project jdd -- http://www.dodin.org _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
In reply to this post by Veaceslav Munteanu-2
Why not just, in the other SW, tagging one picture with all tags and pulling that picture into Digikam. That should get all your tags in.
-- Composed on my tablet. Apologies for typos. On 27 Jun 2013, at 05:00, "jdd" <[hidden email]> wrote: > Le 26/06/2013 20:11, Peter Albrecht a écrit : > > >> But in case of your TODOs: > > > I would also like to see a way to import/export tags from *others* > software. > > Fort example piwigo as a gallery have a tag feature, that only stay in > it's database (not in the images). > > I would like to import these tags in digikam database. > > It's pretty easy: I don't ask for tags to be merged in digikam at > once, all the contrary, they can be imported as "piwigo/tags", it can > be done from any mysql dump (text file, sql queries). > > it could be very usefull if the tag management could consolidate all > these tags. I could see several columns (split screen), with, for > example, one column for database tags, an other for photos tags, a > third for piwigo tags... and of course way to select them and copy then. > > in a database this could be very fast. to/from images this should be > done very carefully, may be delayed > > but may be there is an other thread to discuss your project > > jdd > > > -- > http://www.dodin.org > _______________________________________________ > 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 |
|
|
Le 27/06/2013 01:06, HaJo Schatz a écrit :
> Why not just, in the other SW, tagging one picture with all tags and pulling that picture into Digikam. That should get all your tags in. > I need not only the tag list, but the association tag/photo, of course at least at the file name level, the two software share the same images jdd -- http://www.dodin.org _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
Le 27/06/2013 08:22, jdd a écrit :
> at least at the file name level, the two software share the same images of course, I could dl the images, but with a large number it's not really practical, specially is the direction home to the net, the adsl bandwith is too low thanks jdd -- http://www.dodin.org _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: New Tool: Tags Manager
|
|
One thing I would like to see: eventual consistency for xmp sidecar files. I often have to turn this off in the following scenario. I imported new images from a trip to Venice, Rome and Paris (no, I don't travel like this...) Then I select about three hundred images which all belong to Venice to tag it as such. If I have xmp sidecar files enabled, or write metadata to images, this writing to disk will happen immediately even though I am far from done. What would be much better, if this could be done if I digikam is idling. As it stands I just turn writing to files off.
Regards, Christoph On Thursday, June 27, 2013, jdd wrote: Le 27/06/2013 08:22, jdd a écrit : -- Christoph Siedentop 0176-399-422-45 _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
In reply to this post by jdd@dodin.org
On 26.06.2013 21:59, jdd wrote:
> it could be very usefull if the tag management could > consolidate all these tags. This brings up another idea for the the Tag Manager: Merging existing tags Either in a one-way version, or more powerful: Define merging rules and apply them every now and than. This would help for the case "a friends sends me pictures with tags of a different hierarchy". I can't think of a better example at the moment, but: My friend tags some images tagged with "People/My Wife". I set up a merging rule, which says: Take all pictures of the current selection with tag "People/My Wife", remove this tag, and set tag "People/Friends/Dora". This way one could ease the way of migrating tags from tag hierarchie A to tag hierarchie B. (As long as there are counterparts in both tag hierarchies.) Argh! I just noticed, there is this "pictures of the current selection" again. :( Applying this globally won't be that good as I might have used the tag "People/My Wife" for my tag hierarchie as well. But I'll send this idea anyway. Maybe some has time and motivation to implement it. ;) Regards, Peter _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
Le 27/06/2013 19:42, Peter Albrecht a écrit :
> Argh! I just noticed, there is this "pictures of the current > selection" again. :( this could be "create a new batch option", this new option being applied after that on a defined det jdd -- http://www.dodin.org _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
In reply to this post by Veaceslav Munteanu-2
Hello Veaceslav,
Sorry for the late answer. On travel and not much time to check the list but as I'm really interested, here my comments.
2013/6/25 Veaceslav Munteanu <[hidden email]> read the paper and lot of positive stuff (import/export, more comprehensive view) but it lacks a few big things (at least for me) - a quick edit (be it for tags or other metadata)
- a fully keyboard manageable interface - a text field with the tags used which makes copy/paste easy between images something I described here with firefox add/edit bookmark as mock-up.
sadly, got not much feedback/interest for now. About tags, also previously mentioned on the list/thread and not seen on the paper (but not all related to tag manager)
- hidden/internal only tags (which are never exported outside of digikam) - recent tag context menu: bug https://bugs.kde.org/show_bug.cgi?id=309598 and number of entry should be configureable (user decide if he wants last 5 or last 50...)
- "Automatic application of tags": on this one, some "a la gmail" filer/rules would be nice. on first scan or user demand or on specific action, if image matches something (size, type, tag, ...), tag it
- search/filter on tags (but general one): should accept boolean operators and/or regexp Thanks a lot for your work. Cheers, Julien _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
«
Return to digikam-users
|
1 view|%1 views
| Free forum by Nabble | Edit this page |