Helo Andi,<br><br>I think you got me convinced. Now that I have played with the file version detection it does seem to do the trick almost well enough. And it sure makes more sense to have full control over all the files.<br>
<br>However, I could not figure out any way to show only the RAW files. Am I missing something or is this not yet implemented? (This is needed whenever I want to re-touch my images.)<br><br>Another feature that currently seems to be missing is "Annotate stack". This would include the current image along with all the images in the same stack for multi image annotation. (If only the initial annotation would be perfect...)<br>
<br>miika<br>
<br><div class="gmail_quote">On Tue, Jul 5, 2011 at 11:46 PM, Andreas Neustifter <span dir="ltr"><<a href="mailto:andreas.neustifter@gmail.com" target="_blank">andreas.neustifter@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF"><div>Hi Mikka!<div><br><br>On 05.07.2011, at 05:52, Miika Turkia <<a href="mailto:miika.turkia@gmail.com" target="_blank">miika.turkia@gmail.com</a>> wrote:<br><br></div></div><div>
<div></div><blockquote type="cite"><div><div class="gmail_quote">I have currently quite different approach for RAW work flow. I treat the RAW file as master and all the tagging is done on the raw. If a matching JPG, TIFF, or PNG exists they are skipped on the new image finder. However, image viewer shows e.g. the JPG instead of decoding the RAW. The file with same name as the raw is the one that is treated this way, different versions and auto-stacking of them are not affected. This is something that I have just hacked together and have not committed nor am sure if I should commit at all.<br>
</div></div></blockquote><div><br></div></div>This approach (showing the JPG when clicking the RAW) is way to opaque for my taste. Also I want the option to have edit access to both (RAW & JPG) files from within KPA. So stacking those files (hiding them if necessary, showing them if needed) is the way to go for most users I guess.<div>
<br></div><div>(Besides that, my next project is to create user-configurable editors for RAW and JPG files to have even more of a photographers workflow accessible from KPA.)<br><div><div><br><blockquote type="cite">
<div><div class="gmail_quote">The main reasons why I started to reconsider how RAW files should be treated were:<br>- Having only one place for tagging of individual photo<br></div></div></blockquote><div><br></div></div>
If tags are propagated during importing its only necessary to tag once.</div><div><div><br><blockquote type="cite"><div><div class="gmail_quote">- Search queries would return only one item instead of many (even though stacks would help a lot here)<br>
</div></div></blockquote><div><br></div></div>I think stacks solve exactly that problem (always showing the "most viewable" image, providing access to the rest).</div><div><div><br><blockquote type="cite">
<div><div class="gmail_quote">Auto stacking might have been good enough but it lacks my main motivation for the (currently private) change, single place for tagging a photo. Does this kind of approach make any sense to others?<br>
</div></div></blockquote><div><br></div></div>See above :-)</div><div><br></div><div>Thanks so much for sharing your workflow and your feedback, </div><div><br></div><div>Andi</div><div><div><br><blockquote type="cite">
<div><div class="gmail_quote">On Mon, Jul 4, 2011 at 10:44 PM, Andreas Neustifter <span dir="ltr"><<a href="mailto:andreas.neustifter@gmail.com" target="_blank"></a><a href="mailto:andreas.neustifter@gmail.com" target="_blank">andreas.neustifter@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi All!<br>
<br>
I use stacks in KPA solely for different versions of a picture (RAW,<br>
JPG, edited JPG), those are automatically stacked as they are created.<br>
<br>
Also I use a category that tags the good and great images in a set<br>
(selection tags), of course the tag gets moved from RAW to JPG to<br>
edited JPG as the editing of the set progresses. (I guess that's a<br>
pretty common work-flow.)<br>
<br>
Problem is that all the tags are copied from RAW to JPG to edited JPG<br>
during auto stacking so more than one version of the image gets the<br>
selection tag (which defeats its purpose).<br>
<br>
<a href="https://github.com/astifter/kphotoalbum-fork/commit/2363b819e3894586570f9f038fab817bbd3fe9eb" target="_blank">https://github.com/astifter/kphot<br>
oalbum-fork/commit/2363b819e3894586570f9f038fab817bbd3fe9eb</a><br>
is a patch that adds an setting to each category that defines if tags<br>
of this category are copied or moved during auto stacking (and<br>
copying).<br>
<br>
I really do not know if this makes sense in any way so I would really<br>
like your input on this, I tried it and for me it works.<br>
<br>
Thanks in advance for your feedback.<br>
<br>
Andi<br>
_______________________________________________<br>
KPhotoAlbum mailing list<br>
<a href="mailto:KPhotoAlbum@mail.kdab.com" target="_blank"></a><a href="mailto:KPhotoAlbum@mail.kdab.com" target="_blank">KPhotoAlbum@mail.kdab.com</a><br>
<a href="http://mail.kdab.com/mailman/listinfo/kphotoalbum" target="_blank"></a><a href="http://mail.kdab.com/mailman/listinfo/kphotoalbum" target="_blank">http://mail.kdab.com/mailman/listinfo/kphotoalbum</a><br>
</blockquote></div><br>
</div></blockquote></div></div></div></div></blockquote></div><br>