Am 18.04.2015 20:56, schrieb Steven Fosdick:
> On 17 April 2015 at 10:30, Michael Below wrote:
>
>> Maybe you should import only the RAW into darktable? There is an option for
>> that in the importer.
>>
>> As I understand it, RAW+jpg is meant so that you have a jpg right away (for
>> quick social
reading a
description of such workflow processes in the manual would run a mile and pick
some other program to use.
-Original Message-
From: Torsten Bronger [mailto:bron...@physik.rwth-aachen.de]
Sent: 19 April 2015 15:42
To: darktable-users@lists.sourceforge.net
Subject: Re: [Darktable
"b) Improve metadata editor (bigger space for description field with
multiple lines)."
I agree with this idea completely. Lightroom has the same problem. I add
a lot of cutline information to my images and one short line is not enough.
Riley
On 15-04-19 01:16 PM, Halgeir Kjønås Rennehvammen w
Agree. Raw+Jpg groups are good enough.
There are other ways to make the lighttable better workflow better to
identify images faster:
a) Better hierarchical tag module.
b) Improve metadata editor (bigger space for description field with
multiple lines).
c) Show more custom info values (can be
Hallöchen!
Stefan Klinger writes:
> [...]
>
>>> Maybe one can allow tags to carry (primitive) information (maybe
>>> it's possible already, but I did not see this), or, allow the
>>> user to add image properties just as tags can be added. Via
>>> this, grouping could be implemented as a special
Hi,
On 2015-Apr-19, Torsten Bronger wrote with possible deletions:
> Stefan Klinger writes:
> > Thus I'd like to propose the following for the short term:
> >
> > * Leave the group mechanics (with image_id and group_id) as it is
> > for now.
> >
> > * Selecting a collapsed group selects al
Hallöchen!
Stefan Klinger writes:
> [...]
>
> Thus I'd like to propose the following for the short term:
>
> * Leave the group mechanics (with image_id and group_id) as it is
> for now.
>
> * Selecting a collapsed group selects all group members.
> That's the change Tobias has suggest
Hmmm, the more I think about groups, the more awkward they appear to
me. As I've pointed out the mechanics might allow for nested groups,
and also the idea of directories is showing up in this discussion:
On 2015-Apr-19, Romano Giannetti wrote with possible deletions:
> On a second thought, I thi
On 18/04/15 07:58, Torsten Bronger wrote:
> Tobias Ellinghaus writes:
>
>> [...]
>>
>> - rating/rejecting an image does the same to all images in the
>> group iff the group is collapsed.
>>
> [...] Maybe I have a too strong hacking background, but I
> consider image groups like a directory: If I r
On 17 April 2015 at 10:30, Michael Below wrote:
> Maybe you should import only the RAW into darktable? There is an option for
> that in the importer.
>
> As I understand it, RAW+jpg is meant so that you have a jpg right away (for
> quick social media sharing or something like that) and a RAW to e
Am Samstag, den 18.04.2015, 11:26 +0200 schrieb Sebastian:
> Hi,
>
> On 04/18/2015 07:58 AM, Torsten Bronger wrote:
> > Tobias Ellinghaus writes:
> >
> >> - rating/rejecting an image does the same to all images in the
> >> group iff the group is collapsed.
> >>
> >> Would that be enough? I definit
On 2015-Apr-17, Tobias Ellinghaus wrote with possible deletions:
> > * How is a group (conceptually) defined?
>
> It's just a tool, there is no inherent meaning to it.
>
> > * How is it implemented, i.e., where is the information stored
> > which images belong to the same group?
>
> Ever
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
On 04/18/2015 07:58 AM, Torsten Bronger wrote:
> Tobias Ellinghaus writes:
>
>> - rating/rejecting an image does the same to all images in the
>> group iff the group is collapsed.
>>
>> Would that be enough? I definitely don't want to remove or
Hallöchen!
Tobias Ellinghaus writes:
> [...]
>
> - rating/rejecting an image does the same to all images in the
> group iff the group is collapsed.
>
> Would that be enough? I definitely don't want to remove or delete
> the linked images, and even color labels are probably not
> appropriate, not
On 17/04/15 21:51, Tobias Ellinghaus wrote:
>
> - rating/rejecting an image does the same to all images in the group iff the
> group is collapsed.
>
That would be great for my raw+jpg workflow; I could do the culling in
DT finally.
> Would that be enough? I definitely don't want to remove or de
Am Freitag, 17. April 2015, 20:08:27 schrieb Stefan Klinger:
> On 2015-Apr-17, Tobias Ellinghaus wrote with possible deletions:
> > We are reading, there is already
> > http://www.darktable.org/redmine/issues/8968 and I might rethink the
> > issue.
>
> Ah, sorry, did not find it beforehand. Seems
On 2015-Apr-17, Tobias Ellinghaus wrote with possible deletions:
> We are reading, there is already
> http://www.darktable.org/redmine/issues/8968 and I might rethink the
> issue.
Ah, sorry, did not find it beforehand. Seems to be discussed quite a
bit, with interesting aspects showing up. Shall
Am Freitag, 17. April 2015, 18:45:49 schrieb Stefan Klinger:
> Thanks for the many replies,
>
> I certainly wanted to avoid the raw vs. raw+jpeg discussion. IMHO,
> Darktable should provide efficient means to support both. My personal
> reason is that I'm not good enough a photo finisher to alwa
Thanks for the many replies,
I certainly wanted to avoid the raw vs. raw+jpeg discussion. IMHO,
Darktable should provide efficient means to support both. My personal
reason is that I'm not good enough a photo finisher to always produce
better results than the camera, let alone the effort/benefit
Hallöchen!
Pascal Obry writes:
> 2015-04-17 11:46 GMT+02:00 Torsten Bronger :
>
>> I shoot RAW+JPEG for being able to decide which I'd like too
>> keep.
>
> I understand that everyone can have its own workflow...
>
> But to me the answer to your question is the RAW.
Which question? How to deal
them within lt. Simplicity usually
rules :-)
-Original Message-
From: Romano Giannetti [mailto:romanof...@rgtti.com]
Sent: 17 April 2015 11:02
To: darktable-users@lists.sourceforge.net
Subject: Re: [Darktable-users] Reject images workflow in lighttable
On 17/04/15 11:34, Torsten Bronger
On 17/04/15 11:34, Torsten Bronger wrote:
> Fair enough, but the inconveniences that the OP and myself
> experience arise from the RAW+JPEG workflow.
>
Yes, and it could be solved with an option to apply ratings to all the
grouped images. I tried to create a LUA extension but failed.
I, myself,
On 17/04/15 11:34, Torsten Bronger wrote:
> Fair enough, but the inconveniences that the OP and myself
> experience arise from the RAW+JPEG workflow.
>
Yes, and it could be solved with an option to apply ratings to all the
grouped images. I tried to create a LUA extension but failed.
I, myself,
2015-04-17 11:46 GMT+02:00 Torsten Bronger :
> I shoot RAW+JPEG for being able to decide which I'd like too keep.
I understand that everyone can have its own workflow...
But to me the answer to your question is the RAW.
With the RAW you can always create an equivalent JPEG from the camera, it
ha
Hallöchen!
Michael Below writes:
> Maybe you should import only the RAW into darktable? There is an
> option for that in the importer.
I shoot RAW+JPEG for being able to decide which I'd like too keep.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
--
"Michael Below" wrote:
> As I understand it, RAW+jpg is meant so that you have a jpg right away (for
> quick social media sharing or something like that) and a RAW to edit later,
> right?
Not necessarily: in my case, I use jpg+RAW, because I'm content with the ooc
jpg most of the time (say 95%),
Nachricht-
Von: Torsten Bronger [mailto:bron...@physik.rwth-aachen.de]
Gesendet: Freitag, 17. April 2015 11:13
An: darktable-users@lists.sourceforge.net
Betreff: Re: [Darktable-users] Reject images workflow in lighttable
Hallöchen!
Rob Z. Smith writes:
> My simplistic approach, which works w
Hallöchen!
Rob Z. Smith writes:
> Raw only. I view raw+jpeg as counter productive.
Fair enough, but the inconveniences that the OP and myself
experience arise from the RAW+JPEG workflow.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
2015-04-17 11:19 GMT+02:00 Rob Z. Smith :
> Raw only. I view raw+jpeg as counter productive.
I agree 100%
--
Pascal Obry / Magny Les Hameaux (78)
The best way to travel is by means of imagination
http://v2p.fr.eu.org
http://www.obry.net
gpg --keyserver keys.gnupg.net --recv-key F9
Raw only. I view raw+jpeg as counter productive.
-Original Message-
From: Torsten Bronger [mailto:bron...@physik.rwth-aachen.de]
Sent: 17 April 2015 10:13
To: darktable-users@lists.sourceforge.net
Subject: Re: [Darktable-users] Reject images workflow in lighttable
Hallöchen!
Rob Z
Hallöchen!
Rob Z. Smith writes:
> My simplistic approach, which works well for me, is to load the film roll into
> lighttable and then do a first pass rejecting anything plainly bad and not
> worth further inspection, then select and delete the rejects.
>
> After that I'll view in more detail the
ailto:bron...@physik.rwth-aachen.de]
Sent: 17 April 2015 06:17
To: darktable-users@lists.sourceforge.net
Subject: Re: [Darktable-users] Reject images workflow in lighttable
Hallöchen!
Stefan Klinger writes:
> [...]
>
> I have not yet figured out howto efficently delete (or move to a trash
>
Hallöchen!
Stefan Klinger writes:
> [...]
>
> I have not yet figured out howto efficently delete (or move to a
> trash directory) the shots of revolting ugliness. What exactly is
> the process to get along here??
My favoured supported workflow in DT is the following:
* group the images
* rejec
Hi,
I'm relatively new to darktable (3 Months), and still struggling with
the workflow to trash the crappy shots after importing.
I've set my my Nikon D7100 to produce raws (NEW) and jpegs, and I want
to keep it that way.
When looking through them in the lighttable module, I can select some
of t
34 matches
Mail list logo
