On 07/09/2013 08:19 PM, Willem Ferguson wrote:
Hi!
> Is there a way to specify a metadata standard that does
> not require programmers to deliver the Rolls Royce of
> metadata management infrastructure, but which gives the
> user better functionality compared to the present DC
> infrastructure? (perhaps half-way to IPTC???)
This would be great. If I could be of any help here...
> The difficult part will probably be to write scalable
> software that will enable later expansion to full IPTC
> without having to rewrite from scratch...
For a marked improvement I'm not sure that you need too many
new fields. Actually, I believe that one should keep the
fields as such at a minimum. Here I think I'm with Tobias
notion.
> If it were possible to make a start to agree on a basic
> improvement, perhaps the impetus to work on the metadata
> side of dt will pick up speed?
Agreed. I'd strongly suggest something like the location
tags of IPTC (don't has to be IPTC, but this vocabulary is
there so why invent a new one nobody knows about?). Simply,
as currently one can't really add the location where a photo
was taken in a good way, if you don't have GPS tagging
available. I think this info is of some importance, and it's
not really semantically correct to place the location into
the keywords that should describe the contents.
So from this point of view I'd suggest
Country, Province/State, City, Sublocation
giving 4 new fields. If one wants to make it more complex in
software and hook up with some web service (geonames.org
e.g.) it's City and Sublocation (e.g. Florence, Duomo) as
the rest can be derived from City selection (e.g. Florence
implies Italy, ITA, Toscana).
Additionally, I think that most fields currently written to
XMP only could go to their respecive IPTC fields provided
the backend lib can do that easily. I'm not sure about that,
I only did some perlish exiftool stuff. Anyway, Title,
Subject, Creator, Publisher, Description and Rights all have
an equivalent (Headline, Keywords, Byline/Name, Source,
Caption, CopyrightNotice).
Without new fields at all one could IMHO probably improve
interoparablity here quite a bit. This would be a definite
nice to have.
The single last thing I'd have on my wishlist is a usability
issue with the current tagging module. Mainly a substring
search as pointed out in my other mail to add longish chains
in an easier way. I admit, I'd suggest to start out here.
Gives probably the most improvement for the fewest lines of
code.
> The metadata handling aspect is probably an important
> issue that impedes many users from adopting dt. The issue
> has been discussed many times and there is (I think)
> agreement that this is an important issue that affects the
> usability of dt. Would improving this aspect not be
> something worth-while to work towards, even incrementally?
Perfectly agreed.
I even think, that it is already possible to improve the
current way without too many new stuff.
> Kind regards, and I admire the enthusiasm that is evident
> in so many of the posts on this discussion board. This is
> what makes dt different from so many other open source
> projects that that are divided with a multitude of forks
> and versions, often focused on specific desktops.
dt is really cool. I really like it. Thats why I'd actually
also like to use it as my image /database/. But this
requires some work on this nasty metadata thingy.
--
Kind regards, / War is Peace.
| Freedom is Slavery.
Alexander Wagner | Ignorance is Strength.
|
| Theory : G. Orwell, "1984"
/ In practice: USA, since 2001
------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
Darktable-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/darktable-users
