>>>>> "Chris" == Chris Siebenmann <[email protected]> writes:
Chris> [on storing presets somewhere other than library.db:]
Chris> There are a number of problems with storing presets in the same
Chris> database as other things: - some people want to synchronize presets
Chris> between different machines with different collections of photos. -
Chris> some people have multiple libraries (and thus databases) on one
Chris> machine and want to use the same set of presets with all of them. -
Chris> some people want to use Darktable purely as a photo processor, not
Chris> as an asset manager; they do their DAM outside of Darktable for
Chris> various reasons. Doing this today generally requires throwing away
Chris> the photo database on a regular basis, which loses your presets
Chris> too.
Ditto. Not only that the image processing information should not be kept in
the database. Even if it was, then this should be the worst case scenario,
meaning if there was no sidecar available then use the latest processing
instructions from the database. The current situation makes it difficult to
edit the metadata information by use of other software and have this
information synced to darktable.
Chris> In general the filesystem is always going to be the master version
Chris> of reality because *that's where the RAW files are stored*. The RAW
Chris> files (and XMP sidecars) are reality, everything else is just an
Chris> index to them.
Chris> As you might guess, I am +1 for storing presets outside of the
Chris> current library.db.
Agreed
--
Life is endless possibilities
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
_______________________________________________
Darktable-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/darktable-users
