* Wolfgang Goetz <wolfgang.zt...@web.de> [10-17-14 12:45]:
 [...]
> first of all: back your existing output while playing with dup/exp
> 
> you selected all in lighttable and 
> exported in a clean destination without overwrite.
> this is the only way to get pseude-synchron filenames.
> 
> 
> try another full export (unchecked overwrite) into existing destination
> what is your output? _02 _03
> 
> try select one clone and export (unchecked overwrite) into existing 
> destination
> what is your output? _04
> 
> make a new clone and export only this picture ... _05
> 
> now select all and check overwrite. expected:update all existing jpeg
> what output file(s)?  ..the basic version is written 3 times. 
> 
> 
> _03 doesnt look good, you want more exposure. change. export. Filename?
> if you look in jpg with exiftool for Derived.. you see the nef. NOT the xmp 
> for the recipe.
> scripting? no. 
> 
> 
> into empty desination:
> export single picture one after the other starting from last clone back to 
> orig. 
> output reversed (look at he content) 
> 
> 
> 
> thus: atm it is not advisable to use duplicate.
>  
> 
> proposal:
> implement *different* counter naming convention for dup and exp.
> make any tag in jpg pointing to the corresponding recipe (xmp) file.
> 
> dup-cnt is stable, existing dup-xmps should work, always counting up.
> _XX.nef.xmp XX=01..999.  no change
> exp-cnt overwrite protection by aa..zz like the default in split from
> coreutils?
> export should use the xmp basename as FILE_NAME, not the nef.
>  
> darktable-cli nef xmp jpg  .. uses any xmp to produce jpg from nef. no
> change needed.
> 
> automatism: darktable-cli nef jpg   ...searches for the xmp with same
>                                     basename.  nef->xmp
> wish:       darktable-cli xmp jpg   ...searches for the nef referenced
>                                     in xmp.  _XYxmp->nef


After more pointed testing, I agree with you.  Present condition is
definitely not optimal.  Exported files *should* reflect the xmp from
which they were generated.


-- 
(paka)Patrick Shanahan       Plainfield, Indiana, USA          @ptilopteri
http://en.opensuse.org    openSUSE Community Member    facebook/ptilopteri
http://wahoo.no-ip.org        Photo Album: http://wahoo.no-ip.org/gallery2
Registered Linux User #207535                    @ http://linuxcounter.net

------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
_______________________________________________
darktable-devel mailing list
darktable-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/darktable-devel

Reply via email to