On 12/13/2012 09:58 AM, Dr. B wrote:
Hi!
> [...]
>
> it's own. I'd not like to loose it. IMHO normalized tagging for images
> is even more important than for textual information as retrieval relies
> on indexing. Therefore I admit that I don't even like the very word
> "tag". Tags are just arbitrary words. I always think more in a
> "controled vocabulary" or "thesaurus". I may mention that IMHO one
> drawback of dt on that front is that it can't realy read in a controled
> vocabulary of another source. Maybe one could adress this here as well.
> These vocabularies are really valuable ressources. (Sometimes they are
> even sold for quite some $$. Though I'm not a friend of that.)
>
>
> I fully agree with this statement, it would be great in fact to use (or
> even built) a specific one for darktable (as a module).
I do not think that a vocabulary should be hard coded. IMHO the tagging
module as such has no major problem. Except that the tags live in the
database and are not interchangeable (easily). The vocabulary however
should be easily interchangeable. E.g. if one wants to use the Getty
Thesaurus or the like.
> It's more a
> ontology that we need, a semantic tagging.
Here I agree, though I tend to avoid those huge words. A thesaurus would
be already a step in the right direction. Even interchanged normalized
keywords would be.
> Having proper tags is a king of knowledge added to photos which is
> extremelly valuable during edition of a set.
And searching or better: finding ;)
> For the moment, as the tag list is flat but at least darktable recognise
> a structure with "|", I somehow built a set of typed tags
Only sort of flat. Of course I'd appreciate if it gets displayed as a
tree, and given that I have a|b|c|d selecting d assigns the chain. The
|-separation is ok I think as it is sort of a quasi standard.
> Each photo is tagged with several dimension (camera, type of film,
> place, event, format, photography project, people, etc...)
I'm not sure that I really like that idea. One key to metadata is that
every data value lives where it should live.
> My tags look like that (for example)
>
> camera|zeiss_ikon
EXIF, it's technical metadata. Gets autostored on digital, and IMHO it
doesn't make sense to handle analog different.
> film|kodak|trix
IMHO there is no proper field in EXIF, but well.
> lens|leica_summicron_35_f2
EXIF (technical again).
> place|china|jiangsu|suzhou
Not in keywords. This belongs to IPTC Location.
Country, Country Code, State/Province, City, Sublocation.
IMHO the lack of support for IPTC is THE major drawback of dt for decent
metadata handling. What you suggest could only be a work around.
Then I'd nevertheless suggest something like
IPCT|Location|Country|China
IPCT|Location|Country|CHN
IPTC|Location|Province|Jiangsu
IPTC|Location|City|Suszhou
to ease up migration to decent fields.
BTW: If one wants to map it to Dublin Core (the current only schema dt
seems to work on) it would be in location as well. But here you already
see a limitation of Dublin Core. China, Jiangsu, Suszhou would all live
in DC:Location, so you get repeated entries and can't distinguish
something like China from Suszhou without external knowledge. IMHO
Dublin Core is just to much core here again.
> format|portrait
EXIF as it is just something like x < y or not.
> people|
Could be a keyword. Doesn't tell to much, though. Probably just a most
general one.
> I guess a kind of standard can be defined for photography (it might
> exist already)
IPTC(!) and EXIF for most of what you've mentioned. IMHO one should use
what exists instead of inventing something that nobody else uses.
--
Kind regards, / War is Peace.
| Freedom is Slavery.
Alexander Wagner | Ignorance is Strength.
|
| Theory : G. Orwell, "1984"
/ In practice: USA, since 2001
------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
Darktable-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/darktable-users
