Well said Doton,<br><br>I second your thoughts on the subtleties of culture on this mailing list and more importantly your technical insights regarding the issues at hand.<br><br>Michael Hughes, <br><br>In case no one has said it, welcome to the digikam mailing list!<br>
<br>I'm not offended by your comments in the slightest personally thought I think it is important to understand why others do. <br><br>People here are looking for very specific information that helps them make digikam better for you.. or if they're not developers they're looking for very specific information so they can help you. It is implied that in doing so they will also benefit themselves.<br>
<br>Everyone has extremely limited time and patience for general statements or general value judgements that can be extremely misleading or distracting and very likely not lead to Digikam being in any way better.   Hence your comment about the quality of lightroom vs. digikam could be interpreted 18 different ways, none of which were very useful.  The truth is they do very different things and have very different technical merits. As someone pointed out it is always apple's and pears.  Also as pointed out Digikam compares very favorably on more then one point. None of that side of the conversation (the bulk of the conversation) gets at your particular issues nor informs digikam developers on how they can make digikam even better.<br>
<br>Perspective. It's important to note you couldn't even have this sort of direct discussion with the developers for said commercial application and that's precisely why the culture is subtlety and yet very importantly different. There is a culture clash here... a very sharp and well defined sense of netiquette because this is not just a "user group" but a "developer / user group". <br>
<br>Most anyone who doesn't regularly participate in developer/user mailing lists for open source apps will run fowl of this netiquette more then once... but the reward for getting familiar with this culture is the ability to participate in a very real and rewarding human scale process of innovation/evolution (aka. user innovation, aka. consumer innovation, though consumer is a misnomer in the open source world) <br>
<br>Whether things run smoothly or move as fast as you like in the direction you like you can at least participate and follow this process. This is a sharp counterpoint to commercial software user groups which have a very "us vs. them" mentality. <br>
<br>With commercial software you never know what the developers are thinking, whether they care/know what you think, what their intentions are, or what's coming in future releases. Quite simply you're left with the other users to stew, help each other, speculate and if need be bitch about features / problems and hope someone is listening.<br>
<br>I can see from your opening email you were coming in with a carrot and a stick thinking people might only give you attention if you picked a big enough fight. This is in it's own very subtle way a form of trolling. To put paraphrase it in my own terms... "If you ignore me and think my perspective unimportant... then that just goes to show why your application sucks." or "Pay attention to me. I matter."<br>
<br>Indeed you even admitted in later responses this intent to pick a fight if need be. I don't fault you for it, we all tend to do this a little, especially when we're new and we fear our thoughts will be ignored as is often the case in the commercial software world.<br>
<br>The important thing though I believe your intentions are honest and your perspective valuable, but clearly picking fights is not conducive to intelligent discussion of your issues.<br><br>The stick is not necessary... we're all here for the same reason. Any interesting detail or insight you can provide will meet with a proportioned response.<br>
<br><br><br>All that being said. <br><br>While it's interesting I'm not here to discuss the culture of open source software or the netiquette of development mailing lists.<br><br>I'm reading this thread and responding because as a designer of software/services, a published / yet amateur photographer and a digikam fan I find you perspectives as a professional (undoubtedly my peer) and a user coming from lightroom (which I haven't used) interesting and would love to hear more in response to Dilton's points and then some.  <br>
<br>BTW, I have played with Aperature and iPhoto extensively... used adobe pshop since 1.0 not that it relates directly...  but other then digikam which initially impresses the hell out of me with its interoperability and feature set... I've never used these photo management solutions because they're not OS portable and not interoperable with other applications. My work flow supremely demands interoperability with any best of breed application I should need on any OS. Then of course there is the reliability, archive ability and stability of these photo management applications.  I suspect these are the same failings with lightroom especially since you said you were looking at digikam because of a "head" crash. (BTW, did you mean Vista crapped on you or your database in lightrooom corrupted?) <br>
<br>Finally, I like digikam for it's powerful features which cover 90% of my daily needs in one application despite some occasional usability quirks which I have good faith will rapidly work themselves out over time... especially when I take the initiative to document them properly so the devs can consider them.<br>
<br>Please provide more information and ideas on specific features you feel digikam is missing, or specific ways digikam could improve features it has. I find scenarios and work flows very useful... especially if there is a point of comparison. Screen snaps always help.<br>
<br>P.S. I'm also a newbie to this specific mailing list and application, though I participate in many open source projects of a similar nature. Doton is right, it is a culture. It's a culture I've come to love. <br>
<br>-Mike<br><a href="http://mmeiser.com/blog">mmeiser.com/blog</a><br><br><br><div class="gmail_quote">On Tue, Feb 19, 2008 at 1:29 PM, Dotan Cohen <<a href="mailto:dotancohen@gmail.com">dotancohen@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">On 19/02/2008, michael hughes <<a href="mailto:leftbrainorama@googlemail.com">leftbrainorama@googlemail.com</a>> wrote:<br>

</div><div class="Ih2E3d">> My main problem is the IPTC. I still have not found a way to coherently work<br>
> with this despite having spent six weeks on and off with the problem. It<br>
> begins with the preferences; you have to switch IPTC on. This is for me the<br>
> first major "policy statement". As a professional I could just about accept<br>
> that you could switch IPTC off but as a default this is just not serious. I<br>
> now find bits of information (the copyright details in prefs) in the IPTC<br>
> but am not quite sure how they got there. Captions have appeared from photos<br>
> which already had captions after being imported into Digikam. Using Tags I<br>
> have still not found an intuitive way of adding information. Maybe I just<br>
> have a blind spot - if so then tell me what I am doing wrong. Until then I<br>
> have to reiterate that Lightzone still is the more mature product<br>
<br>
</div>Problems (correct me if I misunderstood):<br>
1) IPTC must be switched on.<br>
2) Unexplained information written to IPTC data (copyright details and<br>
captions).<br>
3) No intuitive way to add information using Tags<br>
<br>
My replies to each individually:<br>
<br>
1) IPTC must be switched on.<br>
<br>
While this may seem "not serious" to one who uses IPTC as a vital work<br>
component, a more serious issue would be if Digikam altered photos<br>
without the user expecting such. As Digikam is intended for use by a<br>
wide range of users, including those new to such applications,<br>
altering photos without the user explicitly requesting it could be<br>
dangerous. As professional users (those who care about IPTC) will take<br>
the time to more thoroughly explore their options, they can discover<br>
and enable IPTC.<br>
<br>
2) Unexplained information written to IPTC data (copyright details and<br>
captions).<br>
<br>
Please send to me a photo that displays this property. That is, a<br>
photo that you photographed and know that there was no previous IPTC<br>
data, that had IPTC data written to it by Digikam by 'accident', or<br>
without your doing so.<br>
<br>
3) No intuitive way to add information using Tags<br>
<br>
What information would you like to add? How would you expect that it<br>
be added, or how is it adding in an intuitive manner in other software<br>
that you are familiar with. Assume that we are _not_ familiar with the<br>
other software, and unless it runs on Linux, we cannot even test it.<br>
So describe in detail what it does and that feature may very well find<br>
it's way into Digikam.<br>
<br>
Thanks, Michael, for your willingness to help improve Digikam so that<br>
it better suits professional photographer's needs.<br>
<div class="Ih2E3d"><br>
Dotan Cohen<br>
<br>
<a href="http://what-is-what.com" target="_blank">http://what-is-what.com</a><br>
<a href="http://gibberish.co.il" target="_blank">http://gibberish.co.il</a><br>
א-ב-ג-ד-ה-ו-ז-ח-ט-י-ך-כ-ל-ם-מ-ן-נ-ס-ע-ף-פ-ץ-צ-ק-ר-ש-ת<br>
<br>
A: Because it messes up the order in which people normally read text.<br>
Q: Why is top-posting such a bad thing?<br>
</div><div><div></div><div class="Wj3C7c">_______________________________________________<br>
Digikam-users mailing list<br>
<a href="mailto:Digikam-users@kde.org">Digikam-users@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/digikam-users" target="_blank">https://mail.kde.org/mailman/listinfo/digikam-users</a><br>
</div></div></blockquote></div><br>