[Digikam-users] tag hierarchy wish 139547

[Caulier Gilles]

Le mardi 9 janvier 2007 19:38, Marcel Wiesweg a écrit :
> > City
> >     \_Paris [x]
> >          \_Places
> >                 \_NotreDame [x]
> >                 \_EiffelTower
> >                 \_Trocadero [x]
> >     \_London
> >          \_Places
> >                \_PicadilyCircus
> >                \_QueenVictoria
> >                \_R.A.F.Memorial
> >
> > In this case a tagged picture will have following IPTC keywords :
> >
> > City/Paris
> > City/Paris/Places/NotreDame
> > City/Paris/Places/Trocadero
> >
> > In IPTC metadata, we are not limited to add IPTC keywords. The Path
> > stored by digiKam in these tags is the path to the check digiKam Tags in
> > digiKam Tags hierarchy.
>
> If I re-read the mail I misunderstood Daniel,
> that he agrees with storing the complete path "City/Paris/Places/NotreDame"
> instead of just "NotreDame" (and I agree, too!)
> but he wishes that "City/Paris" is not stored as well. Example:
>
> 1)
> City [x]
>     \_Paris [x]
>          \_Places [x]
>
> will be stored as "City", "City/Paris", "City/Paris/Places"
> whereas
>
> 2)
> City [ ]
>     \_Paris [ ]
>          \_Places [x]
>
> is only  "City/Paris/Places".
> So here I meant this behavior is all right but it's a bug if 2) is stored
> like 1)
>
Marcel,

This is not enough because when we import picture with IPTC keywords, we 
create the Tags hierarchy using the path, and we check on the tag using the 
last Tag name from the path. In your example, if you store 
only "City/Paris/Places" with this hierarchy :

 City [x]
     \_Paris [x]
          \_Places [x]

...you will lost the capability to set on Tags City and Paris...

Gilles




> _______________________________________________
> Digikam-users mailing list
> Digikam-users at kde.org
> https://mail.kde.org/mailman/listinfo/digikam-users