[darktable-user] Import heic/ heif images

[mail]

Hello,

heic/ heif images are not listed in dt import dialog (only Raw files, 
jpeg, tiff, png, ..)

I have installed libheif and can open heic images in gimp.
I'm running fedora 36 and darktable 4.0.

Regards
Thomas
--

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

[darktable-user] Import problem

[David Vincent-Jones]

I imported 25 images yesterday directly from my camera card 
(import-from-camera) that was inserted into my laptop. All images loaded 
but the first image on the roll was displayed 25 times and whenever I 
tried to open other images only image #1 would display. The image data 
for each image did however appear correct when viewed in the lighttable.


I tried several times to re-import (fresh process to new folder name) 
the same set with the same result. I updated dt (new git) and still no 
change to the problem. Each image opened correctly in Gimp .. so the 
problem did not appear to be in the camera data.


I finally used the import-folder procedure and all of the images then 
opened correctly. So it appears that while images were being copied to 
my Pictures drive, the rest of the import operation was not being completed.


The import-from-camera process is my normal, and usually foolproof, way 
of ingesting raw data.


I will run more tests today with fresh data on a formatted card to try 
and track down the problem.


dt daily git on Manjaro/Arch/XFCE



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import metadata and development from Adobe Lightroom DNG

[Mikael Ståldal]

I found this post:

https://discuss.pixls.us/t/importing-lightroom-catalog/11277

which suggest using exiftool to extract XMP from DNG files:
exiftool -ext dng -ext DNG -xmp -b -w xmp [dir]

I tried it on a folder of some images and it did extract XMP files, but 
when I try to import into Darktable, I get this error message on several 
(not all) of the images:


tiling failed for module 'demosaic'. output might be garbled.

and the image is just solid gray.

If I import the same DNG files without the XMP files from exiftool, all 
images are imported correctly (but without any metadata or development 
from Lightroom).


Not sure if it's related, but exiftool says this:
Warning: Bad IDC_IFD SubDirectory start - [DNG file]

for all the images.


On 2020-08-15 11:42, Mikael Ståldal wrote:
Is it possible to import metadata and development from DNG files from 
Adobe Lightroom? (Like you can do from XMP sidecar files.)


It seems like Lightroom refuses to write XMP sidecar files for DNG, 
instead it embeds that data into the DNG files.
 


darktable user mailing list
to unsubscribe send a mail to 
darktable-user+unsubscr...@lists.darktable.org




darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

[darktable-user] Import metadata and development from Adobe Lightroom DNG

[Mikael Ståldal]

Is it possible to import metadata and development from DNG files from 
Adobe Lightroom? (Like you can do from XMP sidecar files.)


It seems like Lightroom refuses to write XMP sidecar files for DNG, 
instead it embeds that data into the DNG files.


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import: I'm failing at step 1; advice please

[darktable]

On Fri, 26 Jun 2020 13:05:23 -0500
August Schwerdfeger  wrote:

> Question: How difficult would it be to provide access through the
> Lua API to the naming patterns used for import-from-camera and
> export (e.g., a function that takes an image object and a pattern
> string and returns the corresponding pathname)?

+1 (and ++1) I would love it

-- 
sknahT

vyS

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import: I'm failing at step 1; advice please

[August Schwerdfeger]

Any Lightroom comparisons aside, having batch renaming somehow
integrated in Darktable (whether part of the import process or not)
would be very useful, for me at least.

Question: How difficult would it be to provide access through the Lua
API to the naming patterns used for import-from-camera and export (e.g.,
a function that takes an image object and a pattern string and returns
the corresponding pathname)?

--
August Schwerdfeger
aug...@schwerdfeger.name

On 6/26/20 10:41 AM, darkta...@911networks.com wrote:
> On Fri, 26 Jun 2020 07:57:02 +0200
> Pascal Obry  wrote:
>
>> Le jeudi 25 juin 2020 à 17:46 -0400, Robert Krawitz a écrit :
>>
>> BTW, the OP is probably just a troll, he said to be moving from Lr
>> but Lr does exactly the same with the same naming IIRC (Import
>> folder).
> I'd like to make a correction about LR.
>
> Last I checked, during the import, it's possible to copy or move
> images
>

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import: I'm failing at step 1; advice please

[tony Hamilton]

"BTW, the OP is probably just a troll, he said to be moving from Lr but 
Lr does exactly the same with the same naming IIRC (Import folder)."


Well, yes, I can agree with the first  claim in this sentence *ONLY* if 
you know me personally, have seen how much work I am investing in this 
desire and planning to move from Lr to something better and are willing 
to be much more precise on what you mean by 'probably' (which has a 
value anywhere between something infinitely close to zero and infinitely 
close to one) - else I think I am justified in feeling aggrieved by your 
comment.


Concerning the second claim in your sentence, I  do not know what you 
mean by 'the same naming',  but will observe that I have not had, and do 
not find, any issues with import function in Lr, for my use case. I have 
been using Lr for 14 years. My main reason for wanting to move away from 
it is the well documented issues with processing X-Trans .raf files in 
Lr6 (subsequency fixed in later versions I'm told, but I can not agree 
to Adobe's subscription model).


There; I feel better now.

On 26/06/2020 06:57, Pascal Obry wrote:

Le jeudi 25 juin 2020 à 17:46 -0400, Robert Krawitz a écrit :

Think about this from a non-developer perspective.

Sure!


If I'm using a spreadsheet, and I import a CSV
file, I'm actually making a copy of it, not simply referring to it.  There are 
ways of creating a
reference, such that the spreadsheet is updated when the reference is, but 
they're not called
"import".

Because when you leave the spreadsheet application there is no more ref
to the spreadsheet. You need to open it again next time you start your
spreadsheet application. That's not how darktable works, there is a
database and next time you start dt the pictures are there. The import
is done once and only once and it is really an import.

BTW, the OP is probably just a troll, he said to be moving from Lr but
Lr does exactly the same with the same naming IIRC (Import folder).




darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import: I'm failing at step 1; advice please

[darktable]

On Fri, 26 Jun 2020 07:57:02 +0200
Pascal Obry  wrote:

> Le jeudi 25 juin 2020 à 17:46 -0400, Robert Krawitz a écrit :
>
> BTW, the OP is probably just a troll, he said to be moving from Lr
> but Lr does exactly the same with the same naming IIRC (Import
> folder).

I'd like to make a correction about LR.

Last I checked, during the import, it's possible to copy or move
images

-- 
sknahT

vyS

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import: I'm failing at step 1; advice please

[Patrick Shanahan]

* tony Hamilton  [06-26-20 09:03]:
> This is an update after a few days of intense, all-day, reading and
> experimentation with the import function of DarkTable 3.0.2. What I am going
> to write here is at considerable length and will not be well received by the
> Darktable development team. It is my personal opinion; it reflects my skill
> as a programmer (essentially non-existent) and the experience using DT on my
> system. This caveat is not a cop-out: the major cause of my problems with
  > Darktable import looks like a Windows problem (compounded by a design
> decision by the DT development team.). This means that some Windows systems
> will behave as expected; mine do not.
> 
> I find the import function in Darktable to be essentially dis-functional and
> dangerous In my environment: there is the risk of loss of data which is more
> probable than when using any of the other raw processors I am considering,
> with the exception of RawTherapee. For my circumstance there is no way that
> I will use the import function in DT (or Rawtherapee) even for those limited
> cases where the function works at all.

The "function" works, that you disagree with the definition of "works" is
entirely *your* problem.  There are many people currently using that
disagree with your chosen workpath.
 
> I have 4 computers running Win 10; 2 of them dual boot to Linux Mint 19.3
> (Cinnamon and XFCE). Most of my comments apply to the Windows configuration.
> I would prefer to run DT in Linux, but a key requirement I have – a robust
> and functionally adequate DAM – is currently met by a Windows-only product:
> iMatch.

simply, dt does not fit your spefications.  Use something else, or change
your workpath.

 
> There is no Windows configuration in which I can safely import either from a
> media card in a reader or with a camera USB connected to the PC. I have 2
> cameras: Canon and Fuji. When using a card reader, the reader is never
> discovered when I scan for connected devices. The media card is however
> identified as a folder, with a drive ID. This is fatal: DT now regards this
> drive as part of the database, so the included images become unavailable as
> soon as the reader is removed from the PC. But worse – much worse -is that
> DT will write on this device as soon as it is selected as a folder. This
> awful: here is the scenario: you have taken some valuable photos. Until you
> have been able to COPY them into your photo processing system, the ONLY
> place they exist is on the media card. But now DT writes data on that card,
> over which you have no control (which explains why DT was able to load 72 of
> 52 images I thought I had on my card). This is absolutely unacceptable to
> me. None of the other raw processors I am testing (Lightroom, Capture 1,
> Exposure, DXO, OnOne, DigiKam) will do this (Rawtherapee does). They will
> explicitly ask for permission to change the media in any way – usually to
> delete images that have been ingested. DT (and RT) are unique in their
> inability to differentiate between importing via Copy and importing via
> making a link.
> 
> The reason DT treat it as a folder is because the card reader is assigned a
> drive letter, being Automounted. Google shows that many people have asked
> how to stop this. But more worrying is that there are even more people who
> have asked why the techniques to prevent automount do not work in Win 10.
> There is no resolution from Microsoft to date for this problem. The best
> they can offer is to do trouble shooting, which requires use of the Group
> Policy Editor. That is, if you want to find more data to help MS solve the
> problem, you have to buy the professional version of Win 10. I’m not going
> to do that to solve a problem in DT! The implication from MS’s position is
> that this problem does not occur on every PC – so your system my be OK. None
> of mine are.
> 
> But is gets worse: if you attempt to disable automount, this actually works
> for real hard drives. This knocks out my key backup devices – a set of large
> USB drives in a grandfather/father/son usage model. There is no way I am
> going to commit updates to my DAM without a functional backup. So the advice
> I have received from this mailing list, to disable automount, is not advice
> I will follow.
> 
> A not dissimilar situation exist when trying to import directly from the
> camera: under windows only one of my computers running DT discovers and then
> only my Fuji camera and then only as a folder – so the images are not
> available when the camera is disconnected.. ALL of the other raw processors,
> plus other key apps. like FastStone Image Viewer, Xnview, Irfanview, Rapid
> Photo Downloader, iMatch, can ‘see’ an attached camera.
> 
> There is one case where an attached card is discovered as a ‘scanned device’
> and that is when a media card is inserted into the embedded card reader on
> my very old Dell Studio PC. It is recognised as a ‘media camera’ (or words
> to that effect) an

Re: [darktable-user] Import: I'm failing at step 1; advice please

[Pascal Obry]

Le jeudi 25 juin 2020 à 17:46 -0400, Robert Krawitz a écrit :
> Think about this from a non-developer perspective.  

Sure!

> If I'm using a spreadsheet, and I import a CSV
> file, I'm actually making a copy of it, not simply referring to it.  There 
> are ways of creating a
> reference, such that the spreadsheet is updated when the reference is, but 
> they're not called
> "import". 

Because when you leave the spreadsheet application there is no more ref
to the spreadsheet. You need to open it again next time you start your
spreadsheet application. That's not how darktable works, there is a
database and next time you start dt the pictures are there. The import
is done once and only once and it is really an import.

BTW, the OP is probably just a troll, he said to be moving from Lr but
Lr does exactly the same with the same naming IIRC (Import folder).

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import: I'm failing at step 1; advice please

[Michael]

Not true. A copy of a CSV import into a spreadsheet is not made until the user 
executes the "Save As" command. At least that is true of the five different 
spreadsheet programs I have used over the last 35 years.


On June 25, 2020 9:46:50 PM UTC, Robert Krawitz  wrote:
>On 6/25/20 1:55 PM, Pascal Obry wrote:
>> Le jeudi 25 juin 2020 à 13:48 -0400, Jason Polak a écrit :
>>> Here "Import" really means just open the folder.
>> 
>> No, it really means "import" as the pictures are indeed added as
>> references into the database. The "import" as in say Python really
>> means the same think, make it available, bring it "there" for being
>> workable.
>
>Think about this from a non-developer perspective.  If I'm using a
>spreadsheet, and I import a CSV
>file, I'm actually making a copy of it, not simply referring to it. 
>There are ways of creating a
>reference, such that the spreadsheet is updated when the reference is,
>but they're not called
>"import".  But even from a developer perspective, if I'm doing database
>work, I think of data import
>as import by value, not by reference.
>
>> I would certainly see "open the folder" as far more confusing.
>
>But that's exactly what it does, if one looks at it from the standpoint
>of a file manager (Dolphin,
>Finder, what have you).
>
>darktable user mailing list
>to unsubscribe send a mail to
>darktable-user+unsubscr...@lists.darktable.org

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import: I'm failing at step 1; advice please

[Patrick Shanahan]

* Robert Krawitz  [06-25-20 18:12]:
> On 6/25/20 1:55 PM, Pascal Obry wrote:
> > Le jeudi 25 juin 2020 à 13:48 -0400, Jason Polak a écrit :
> >> Here "Import" really means just open the folder.
> > 
> > No, it really means "import" as the pictures are indeed added as
> > references into the database. The "import" as in say Python really
> > means the same think, make it available, bring it "there" for being
> > workable.
> 
> Think about this from a non-developer perspective.  If I'm using a 
> spreadsheet, and I import a CSV
> file, I'm actually making a copy of it, not simply referring to it.  There 
> are ways of creating a
> reference, such that the spreadsheet is updated when the reference is, but 
> they're not called
> "import".  But even from a developer perspective, if I'm doing database work, 
> I think of data import
> as import by value, not by reference.
> 
> > I would certainly see "open the folder" as far more confusing.
> 
> But that's exactly what it does, if one looks at it from the standpoint of a 
> file manager (Dolphin,
> Finder, what have you).

and dt is *definitely* not a file manager nor does it pretend to be such.

-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import: I'm failing at step 1; advice please

[Patrick Shanahan]

* Jason Polak  [06-25-20 13:59]:
> Interesting read. I am not a developer, just a user. But I have seen
> many threads on how the import function is confusing to many people.
> Personally I think import function is a little misleading in some ways.
> Some people expect import to bring the photos into some kind of
> database. What it does is record the location of the photos and create
> XMP files, generates thumbnails and puts that into a database of some
> kind (not sure if the thumbnails go in). But you get the point.
> 
> Here "Import" really means just open the folder. So, I think the button
> would be more accurate to say "Open Folder". Darktable is not a photo
> downloader, and it expects the user to copy the files themselves to the
> location that they want, and then open them in darktable once they have
> already been organized on the filesystem by the user.
> 
> I really have no problem with thatbut I agree it is confusing.
> 
> Jason
> 
> On 6/25/20 1:38 PM, tony Hamilton wrote:
> > This is an update after a few days of intense, all-day, reading and
> > experimentation with the import function of DarkTable 3.0.2. What I am
> > going to write here is at considerable length and will not be well
> > received by the Darktable development team. It is my personal opinion;
> > it reflects my skill as a programmer (essentially non-existent) and the
> > experience using DT on my system. This caveat is not a cop-out: the
> > major cause of my problems with Darktable import looks like a Windows
> > problem (compounded by a design decision by the DT development team.).
> > This means that some Windows systems will behave as expected; mine do not.
> > 
> > I find the import function in Darktable to be essentially dis-functional
> > and dangerous In my environment: there is the risk of loss of data which
> > is more probable than when using any of the other raw processors I am
> > considering, with the exception of RawTherapee. For my circumstance
> > there is no way that I will use the import function in DT (or
> > Rawtherapee) even for those limited cases where the function works at all.
> > 
> > I have 4 computers running Win 10; 2 of them dual boot to Linux Mint
> > 19.3 (Cinnamon and XFCE). Most of my comments apply to the Windows
> > configuration. I would prefer to run DT in Linux, but a key requirement
> > I have – a robust and functionally adequate DAM – is currently met by a
> > Windows-only product: iMatch.
> > 
> > There is no Windows configuration in which I can safely import either
> > from a media card in a reader or with a camera USB connected to the PC.
> > I have 2 cameras: Canon and Fuji. When using a card reader, the reader
> > is never discovered when I scan for connected devices. The media card is
> > however identified as a folder, with a drive ID. This is fatal: DT now
> > regards this drive as part of the database, so the included images
> > become unavailable as soon as the reader is removed from the PC. But
> > worse – much worse -is that DT will write on this device as soon as it
> > is selected as a folder. This awful: here is the scenario: you have
> > taken some valuable photos. Until you have been able to COPY them into
> > your photo processing system, the ONLY place they exist is on the media
> > card. But now DT writes data on that card, over which you have no
> > control (which explains why DT was able to load 72 of 52 images I
> > thought I had on my card). This is absolutely unacceptable to me. None
> > of the other raw processors I am testing (Lightroom, Capture 1,
> > Exposure, DXO, OnOne, DigiKam) will do this (Rawtherapee does). They
> > will explicitly ask for permission to change the media in any way –
> > usually to delete images that have been ingested. DT (and RT) are unique
> > in their inability to differentiate between importing via Copy and
> > importing via making a link.
> > 
> > The reason DT treat it as a folder is because the card reader is
> > assigned a drive letter, being Automounted. Google shows that many
> > people have asked how to stop this. But more worrying is that there are
> > even more people who have asked why the techniques to prevent automount
> > do not work in Win 10. There is no resolution from Microsoft to date for
> > this problem. The best they can offer is to do trouble shooting, which
> > requires use of the Group Policy Editor. That is, if you want to find
> > more data to help MS solve the problem, you have to buy the professional
> > version of Win 10. I’m not going to do that to solve a problem in DT!
> > The implication from MS’s position is that this problem does not occur
> > on every PC – so your system my be OK. None of mine are.
> > 
> > But is gets worse: if you attempt to disable automount, this actually
> > works for real hard drives. This knocks out my key backup devices – a
> > set of large USB drives in a grandfather/father/son usage model. There
> > is no way I am going to commit updates to my DAM without a fun

Re: [darktable-user] Import: I'm failing at step 1; advice please

[Robert Krawitz]

On 6/25/20 1:55 PM, Pascal Obry wrote:
> Le jeudi 25 juin 2020 à 13:48 -0400, Jason Polak a écrit :
>> Here "Import" really means just open the folder.
> 
> No, it really means "import" as the pictures are indeed added as
> references into the database. The "import" as in say Python really
> means the same think, make it available, bring it "there" for being
> workable.

Think about this from a non-developer perspective.  If I'm using a spreadsheet, 
and I import a CSV
file, I'm actually making a copy of it, not simply referring to it.  There are 
ways of creating a
reference, such that the spreadsheet is updated when the reference is, but 
they're not called
"import".  But even from a developer perspective, if I'm doing database work, I 
think of data import
as import by value, not by reference.

> I would certainly see "open the folder" as far more confusing.

But that's exactly what it does, if one looks at it from the standpoint of a 
file manager (Dolphin,
Finder, what have you).

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import: I'm failing at step 1; advice please

[tony Hamilton]

This is an update after a few days of intense, all-day, reading and 
experimentation with the import function of DarkTable 3.0.2. What I am 
going to write here is at considerable length and will not be well 
received by the Darktable development team. It is my personal opinion; 
it reflects my skill as a programmer (essentially non-existent) and the 
experience using DT on my system. This caveat is not a cop-out: the 
major cause of my problems with Darktable import looks like a Windows 
problem (compounded by a design decision by the DT development team.). 
This means that some Windows systems will behave as expected; mine do not.


I find the import function in Darktable to be essentially dis-functional 
and dangerous In my environment: there is the risk of loss of data which 
is more probable than when using any of the other raw processors I am 
considering, with the exception of RawTherapee. For my circumstance 
there is no way that I will use the import function in DT (or 
Rawtherapee) even for those limited cases where the function works at all.


I have 4 computers running Win 10; 2 of them dual boot to Linux Mint 
19.3 (Cinnamon and XFCE). Most of my comments apply to the Windows 
configuration. I would prefer to run DT in Linux, but a key requirement 
I have – a robust and functionally adequate DAM – is currently met by a 
Windows-only product: iMatch.


There is no Windows configuration in which I can safely import either 
from a media card in a reader or with a camera USB connected to the PC. 
I have 2 cameras: Canon and Fuji. When using a card reader, the reader 
is never discovered when I scan for connected devices. The media card is 
however identified as a folder, with a drive ID. This is fatal: DT now 
regards this drive as part of the database, so the included images 
become unavailable as soon as the reader is removed from the PC. But 
worse – much worse -is that DT will write on this device as soon as it 
is selected as a folder. This awful: here is the scenario: you have 
taken some valuable photos. Until you have been able to COPY them into 
your photo processing system, the ONLY place they exist is on the media 
card. But now DT writes data on that card, over which you have no 
control (which explains why DT was able to load 72 of 52 images I 
thought I had on my card). This is absolutely unacceptable to me. None 
of the other raw processors I am testing (Lightroom, Capture 1, 
Exposure, DXO, OnOne, DigiKam) will do this (Rawtherapee does). They 
will explicitly ask for permission to change the media in any way – 
usually to delete images that have been ingested. DT (and RT) are unique 
in their inability to differentiate between importing via Copy and 
importing via making a link.


The reason DT treat it as a folder is because the card reader is 
assigned a drive letter, being Automounted. Google shows that many 
people have asked how to stop this. But more worrying is that there are 
even more people who have asked why the techniques to prevent automount 
do not work in Win 10. There is no resolution from Microsoft to date for 
this problem. The best they can offer is to do trouble shooting, which 
requires use of the Group Policy Editor. That is, if you want to find 
more data to help MS solve the problem, you have to buy the professional 
version of Win 10. I’m not going to do that to solve a problem in DT! 
The implication from MS’s position is that this problem does not occur 
on every PC – so your system my be OK. None of mine are.


But is gets worse: if you attempt to disable automount, this actually 
works for real hard drives. This knocks out my key backup devices – a 
set of large USB drives in a grandfather/father/son usage model. There 
is no way I am going to commit updates to my DAM without a functional 
backup. So the advice I have received from this mailing list, to disable 
automount, is not advice I will follow.


A not dissimilar situation exist when trying to import directly from the 
camera: under windows only one of my computers running DT discovers and 
then only my Fuji camera and then only as a folder – so the images are 
not available when the camera is disconnected.. ALL of the other raw 
processors, plus other key apps. like FastStone Image Viewer, Xnview, 
Irfanview, Rapid Photo Downloader, iMatch, can ‘see’ an attached camera.


There is one case where an attached card is discovered as a ‘scanned 
device’ and that is when a media card is inserted into the embedded card 
reader on my very old Dell Studio PC. It is recognised as a ‘media 
camera’ (or words to that effect) and allows an import via copy to a 
destination set in preferences. This function works cleanly and quickly. 
Sadly this works only under Linux on the Dell, which other wise has 
insufficient resources to run DT – and cannot run iMatch at all.


The bottom line then is that if I want to use DT as a replacement for my 
LightRoom 6 (which requires that I use iMatch and hence that I must 

Re: [darktable-user] Import: I'm failing at step 1; advice please

[Terry Pinfold]

I agree with Jason. Respectfully, I feel Tony is expecting the import
function to copy and place the images from the card onto his computer. This
is his interpretation of what import means and many would expect this as
other programs use the term import to describe such actions. However, DT's
action with import is just to record the folders location, generate
thumbnails and generate XMP files. The XMP files will be placed in the
folder with the images. In the case of an SD card this means on the SD
card. I personally would never point DT to my SD card. I would move the
images onto my computer and then use the import function in DT to locate
the folder and generate the thumbnails.

DT is not LR. Lightroom is a great program for
professional studio photographers. It is an all in one solution for
importing (copying) images from SD cards to computer storage, cataloging
and keywording images, basic edits, and finally publishing the images to
print or websites. Adobe has made a great product here. But there is no
free program out there that does everything LR does. That does not make DT
inferior to LR it just makes it different.  Firstly DT doesn't cost a
monthly subscription. DT is a great image editor and I use it in preference
to LR. I also use GIMP in preference to PS. BTW, I have access to the full
suite of Adobe Creative Cloud products but prefer the open source DT and
Gimp for the bulk of my work.

You can download Adobe Bridge free of charge and use this for cataloging
and sorting your images. I actually use LR for this function but do my
edits in DT.

My humble advice to the DT team is maybe do not use the term import as this
means different functions to different people.

On Fri, 26 Jun 2020 at 03:49, Jason Polak  wrote:

> Interesting read. I am not a developer, just a user. But I have seen
> many threads on how the import function is confusing to many people.
> Personally I think import function is a little misleading in some ways.
> Some people expect import to bring the photos into some kind of
> database. What it does is record the location of the photos and create
> XMP files, generates thumbnails and puts that into a database of some
> kind (not sure if the thumbnails go in). But you get the point.
>
> Here "Import" really means just open the folder. So, I think the button
> would be more accurate to say "Open Folder". Darktable is not a photo
> downloader, and it expects the user to copy the files themselves to the
> location that they want, and then open them in darktable once they have
> already been organized on the filesystem by the user.
>
> I really have no problem with thatbut I agree it is confusing.
>
> Jason
>
> On 6/25/20 1:38 PM, tony Hamilton wrote:
> > This is an update after a few days of intense, all-day, reading and
> > experimentation with the import function of DarkTable 3.0.2. What I am
> > going to write here is at considerable length and will not be well
> > received by the Darktable development team. It is my personal opinion;
> > it reflects my skill as a programmer (essentially non-existent) and the
> > experience using DT on my system. This caveat is not a cop-out: the
> > major cause of my problems with Darktable import looks like a Windows
> > problem (compounded by a design decision by the DT development team.).
> > This means that some Windows systems will behave as expected; mine do
> not.
> >
> > I find the import function in Darktable to be essentially dis-functional
> > and dangerous In my environment: there is the risk of loss of data which
> > is more probable than when using any of the other raw processors I am
> > considering, with the exception of RawTherapee. For my circumstance
> > there is no way that I will use the import function in DT (or
> > Rawtherapee) even for those limited cases where the function works at
> all.
> >
> > I have 4 computers running Win 10; 2 of them dual boot to Linux Mint
> > 19.3 (Cinnamon and XFCE). Most of my comments apply to the Windows
> > configuration. I would prefer to run DT in Linux, but a key requirement
> > I have – a robust and functionally adequate DAM – is currently met by a
> > Windows-only product: iMatch.
> >
> > There is no Windows configuration in which I can safely import either
> > from a media card in a reader or with a camera USB connected to the PC.
> > I have 2 cameras: Canon and Fuji. When using a card reader, the reader
> > is never discovered when I scan for connected devices. The media card is
> > however identified as a folder, with a drive ID. This is fatal: DT now
> > regards this drive as part of the database, so the included images
> > become unavailable as soon as the reader is removed from the PC. But
> > worse – much worse -is that DT will write on this device as soon as it
> > is selected as a folder. This awful: here is the scenario: you have
> > taken some valuable photos. Until you have been able to COPY them into
> > your photo processing system, the ONLY place they exist is on the

Re: [darktable-user] Import: I'm failing at step 1; advice please

[August Schwerdfeger]

Agreed, "open folder" is an inaccurate description for the import operation.

However, there might be some greater distinction made between the
'gphoto2'-based device import, which does move images according to the
patterns in the session options, and the other two, which leave them in
place.

--
August Schwerdfeger
aug...@schwerdfeger.name

On Thu, Jun 25, 2020 at 12:56 PM Pascal Obry  wrote:

> Le jeudi 25 juin 2020 à 13:48 -0400, Jason Polak a écrit :
> > Here "Import" really means just open the folder.
>
> No, it really means "import" as the pictures are indeed added as
> references into the database. The "import" as in say Python really
> means the same think, make it available, bring it "there" for being
> workable.
>
> I would certainly see "open the folder" as far more confusing.
>
> --
>   Pascal Obry /  Magny Les Hameaux (78)
>
>   The best way to travel is by means of imagination
>
>   http://www.obry.net
>
>   gpg --keyserver keys.gnupg.net --recv-key F949BD3B
>
>
> 
> darktable user mailing list
> to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
>
>


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import: I'm failing at step 1; advice please

[Juan Navarro]

FWIW, I just use a simple script that copies my images from the SD card to
a Year/Month/Topic directory in my hard drive and renames the directory in
the SD card to something that includes today's date. Then I use DT's import.

Juan


On Thu, Jun 25, 2020 at 10:54 AM Simon Wren  wrote:

> My (limited) understanding of the import function of darktable is that
> it's not for effectively copying images from one location to another (i.e.,
> from a camera memory card to a hard disk) but rather for copying details
> about images which exist on some medium (e.g., a hard disk). Such that it's
> importing not the files themselves, but details about the files.
>
> I'm mostly using Linux these days so do use Rapid Photo Downloader, but
> when I used LR and Windows (many moons ago) I used Downloader Pro quite
> successfully to copy images from cards onto hard drives:
>
> https://www.breezesys.com/solutions/breeze-downloader/
>
> On 25 June 2020 at 18:38 tony Hamilton  wrote:
>
>
> This is an update after a few days of intense, all-day, reading and
> experimentation with the import function of DarkTable 3.0.2. What I am
> going to write here is at considerable length and will not be well received
> by the Darktable development team. It is my personal opinion; it reflects
> my skill as a programmer (essentially non-existent) and the experience
> using DT on my system. This caveat is not a cop-out: the major cause of my
> problems with Darktable import looks like a Windows problem (compounded by
> a design decision by the DT development team.). This means that some
> Windows systems will behave as expected; mine do not.
>
> I find the import function in Darktable to be essentially dis-functional
> and dangerous In my environment: there is the risk of loss of data which is
> more probable than when using any of the other raw processors I am
> considering, with the exception of RawTherapee. For my circumstance there
> is no way that I will use the import function in DT (or Rawtherapee) even
> for those limited cases where the function works at all.
>
> I have 4 computers running Win 10; 2 of them dual boot to Linux Mint 19.3
> (Cinnamon and XFCE). Most of my comments apply to the Windows
> configuration. I would prefer to run DT in Linux, but a key requirement I
> have – a robust and functionally adequate DAM – is currently met by a
> Windows-only product: iMatch.
>
> There is no Windows configuration in which I can safely import either from
> a media card in a reader or with a camera USB connected to the PC. I have 2
> cameras: Canon and Fuji. When using a card reader, the reader is never
> discovered when I scan for connected devices. The media card is however
> identified as a folder, with a drive ID. This is fatal: DT now regards this
> drive as part of the database, so the included images become unavailable as
> soon as the reader is removed from the PC. But worse – much worse -is that
> DT will write on this device as soon as it is selected as a folder. This
> awful: here is the scenario: you have taken some valuable photos. Until you
> have been able to COPY them into your photo processing system, the ONLY
> place they exist is on the media card. But now DT writes data on that card,
> over which you have no control (which explains why DT was able to load 72
> of 52 images I thought I had on my card). This is absolutely unacceptable
> to me. None of the other raw processors I am testing (Lightroom, Capture 1,
> Exposure, DXO, OnOne, DigiKam) will do this (Rawtherapee does). They will
> explicitly ask for permission to change the media in any way – usually to
> delete images that have been ingested. DT (and RT) are unique in their
> inability to differentiate between importing via Copy and importing via
> making a link.
>
> The reason DT treat it as a folder is because the card reader is assigned
> a drive letter, being Automounted. Google shows that many people have asked
> how to stop this. But more worrying is that there are even more people who
> have asked why the techniques to prevent automount do not work in Win 10.
> There is no resolution from Microsoft to date for this problem. The best
> they can offer is to do trouble shooting, which requires use of the Group
> Policy Editor. That is, if you want to find more data to help MS solve the
> problem, you have to buy the professional version of Win 10. I’m not going
> to do that to solve a problem in DT! The implication from MS’s position is
> that this problem does not occur on every PC – so your system my be OK.
> None of mine are.
>
> But is gets worse: if you attempt to disable automount, this actually
> works for real hard drives. This knocks out my key backup devices – a set
> of large USB drives in a grandfather/father/son usage model. There is no
> way I am going to commit updates to my DAM without a functional backup. So
> the advice I have received from this mailing list, to disable automount, is
> not advice I will follow.
>
> A not dissimilar situati

Re: [darktable-user] Import: I'm failing at step 1; advice please

[Pascal Obry]

Le jeudi 25 juin 2020 à 13:48 -0400, Jason Polak a écrit :
> Here "Import" really means just open the folder.

No, it really means "import" as the pictures are indeed added as
references into the database. The "import" as in say Python really
means the same think, make it available, bring it "there" for being
workable.

I would certainly see "open the folder" as far more confusing.

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import: I'm failing at step 1; advice please

[Simon Wren]

 
 
  
   My (limited) understanding of the import function of darktable is that it's not for effectively copying images from one location to another (i.e., from a camera memory card to a hard disk) but rather for copying details about images which exist on some medium (e.g., a hard disk). Such that it's importing not the files themselves, but details about the files. 
   
  
  
   
  
  
   I'm mostly using Linux these days so do use Rapid Photo Downloader, but when I used LR and Windows (many moons ago) I used Downloader Pro quite successfully to copy images from cards onto hard drives: 
  
  
   
  
  
   https://www.breezesys.com/solutions/breeze-downloader/
   
  
  
   On 25 June 2020 at 18:38 tony Hamilton  wrote: 
   
   
   
   This is an update after a few days of intense, all-day, reading and experimentation with the import function of DarkTable 3.0.2. What I am going to write here is at considerable length and will not be well received by the Darktable development team. It is my personal opinion; it reflects my skill as a programmer (essentially non-existent) and the experience using DT on my system. This caveat is not a cop-out: the major cause of my problems with Darktable import looks like a Windows problem (compounded by a design decision by the DT development team.). This means that some Windows systems will behave as expected; mine do not.
   I find the import function in Darktable to be essentially dis-functional and dangerous In my environment: there is the risk of loss of data which is more probable than when using any of the other raw processors I am considering, with the exception of RawTherapee. For my circumstance there is no way that I will use the import function in DT (or Rawtherapee) even for those limited cases where the function works at all.
   I have 4 computers running Win 10; 2 of them dual boot to Linux Mint 19.3 (Cinnamon and XFCE). Most of my comments apply to the Windows configuration. I would prefer to run DT in Linux, but a key requirement I have – a robust and functionally adequate DAM – is currently met by a Windows-only product: iMatch.
   There is no Windows configuration in which I can safely import either from a media card in a reader or with a camera USB connected to the PC. I have 2 cameras: Canon and Fuji. When using a card reader, the reader is never discovered when I scan for connected devices. The media card is however identified as a folder, with a drive ID. This is fatal: DT now regards this drive as part of the database, so the included images become unavailable as soon as the reader is removed from the PC. But worse – much worse -is that DT will write on this device as soon as it is selected as a folder. This awful: here is the scenario: you have taken some valuable photos. Until you have been able to COPY them into your photo processing system, the ONLY place they exist is on the media card. But now DT writes data on that card, over which you have no control (which explains why DT was able to load 72 of 52 images I thought I had on my card). This is absolutely unacceptable to me. None of the other raw processors I am testing (Lightroom, Capture 1, Exposure, DXO, OnOne, DigiKam) will do this (Rawtherapee does). They will explicitly ask for permission to change the media in any way – usually to delete images that have been ingested. DT (and RT) are unique in their inability to differentiate between importing via Copy and importing via making a link.
   The reason DT treat it as a folder is because the card reader is assigned a drive letter, being Automounted. Google shows that many people have asked how to stop this. But more worrying is that there are even more people who have asked why the techniques to prevent automount do not work in Win 10. There is no resolution from Microsoft to date for this problem. The best they can offer is to do trouble shooting, which requires use of the Group Policy Editor. That is, if you want to find more data to help MS solve the problem, you have to buy the professional version of Win 10. I’m not going to do that to solve a problem in DT! The implication from MS’s position is that this problem does not occur on every PC – so your system my be OK. None of mine are.
   But is gets worse: if you attempt to disable automount, this actually works for real hard drives. This knocks out my key backup devices – a set of large USB drives in a grandfather/father/son usage model. There is no way I am going to commit updates to my DAM without a functional backup. So the advice I have received from this mailing list, to disable automount, is not advice I will follow.
   A not dissimilar situation exist when trying to import directly from the camera: under windows only one of my computers running DT discovers and then only my Fuji camera and then only as a folder – so the images are not available when the camera is disconnected.. ALL of the other raw processors, plus other key apps. like FastStone Image Viewer, Xnview, Irfanview,

Re: [darktable-user] Import: I'm failing at step 1; advice please

[Šarūnas]

On 6/25/20 1:38 PM, tony Hamilton wrote:
> ...
> So I failed at the first step in trying to use DT and I don’t yet see an
> effective, smooth, low hassle way to get beyond that first step, ...

Copy RAW files from cameras or external storage into your computers
using OS file managers.

Use RAW processing software for processing RAW files into something else.

-- 
Šarūnas Burdulis
math.dartmouth.edu/~sarunas



signature.asc
Description: OpenPGP digital signature

Re: [darktable-user] Import: I'm failing at step 1; advice please

[Jason Polak]

Interesting read. I am not a developer, just a user. But I have seen
many threads on how the import function is confusing to many people.
Personally I think import function is a little misleading in some ways.
Some people expect import to bring the photos into some kind of
database. What it does is record the location of the photos and create
XMP files, generates thumbnails and puts that into a database of some
kind (not sure if the thumbnails go in). But you get the point.

Here "Import" really means just open the folder. So, I think the button
would be more accurate to say "Open Folder". Darktable is not a photo
downloader, and it expects the user to copy the files themselves to the
location that they want, and then open them in darktable once they have
already been organized on the filesystem by the user.

I really have no problem with thatbut I agree it is confusing.

Jason

On 6/25/20 1:38 PM, tony Hamilton wrote:
> This is an update after a few days of intense, all-day, reading and
> experimentation with the import function of DarkTable 3.0.2. What I am
> going to write here is at considerable length and will not be well
> received by the Darktable development team. It is my personal opinion;
> it reflects my skill as a programmer (essentially non-existent) and the
> experience using DT on my system. This caveat is not a cop-out: the
> major cause of my problems with Darktable import looks like a Windows
> problem (compounded by a design decision by the DT development team.).
> This means that some Windows systems will behave as expected; mine do not.
> 
> I find the import function in Darktable to be essentially dis-functional
> and dangerous In my environment: there is the risk of loss of data which
> is more probable than when using any of the other raw processors I am
> considering, with the exception of RawTherapee. For my circumstance
> there is no way that I will use the import function in DT (or
> Rawtherapee) even for those limited cases where the function works at all.
> 
> I have 4 computers running Win 10; 2 of them dual boot to Linux Mint
> 19.3 (Cinnamon and XFCE). Most of my comments apply to the Windows
> configuration. I would prefer to run DT in Linux, but a key requirement
> I have – a robust and functionally adequate DAM – is currently met by a
> Windows-only product: iMatch.
> 
> There is no Windows configuration in which I can safely import either
> from a media card in a reader or with a camera USB connected to the PC.
> I have 2 cameras: Canon and Fuji. When using a card reader, the reader
> is never discovered when I scan for connected devices. The media card is
> however identified as a folder, with a drive ID. This is fatal: DT now
> regards this drive as part of the database, so the included images
> become unavailable as soon as the reader is removed from the PC. But
> worse – much worse -is that DT will write on this device as soon as it
> is selected as a folder. This awful: here is the scenario: you have
> taken some valuable photos. Until you have been able to COPY them into
> your photo processing system, the ONLY place they exist is on the media
> card. But now DT writes data on that card, over which you have no
> control (which explains why DT was able to load 72 of 52 images I
> thought I had on my card). This is absolutely unacceptable to me. None
> of the other raw processors I am testing (Lightroom, Capture 1,
> Exposure, DXO, OnOne, DigiKam) will do this (Rawtherapee does). They
> will explicitly ask for permission to change the media in any way –
> usually to delete images that have been ingested. DT (and RT) are unique
> in their inability to differentiate between importing via Copy and
> importing via making a link.
> 
> The reason DT treat it as a folder is because the card reader is
> assigned a drive letter, being Automounted. Google shows that many
> people have asked how to stop this. But more worrying is that there are
> even more people who have asked why the techniques to prevent automount
> do not work in Win 10. There is no resolution from Microsoft to date for
> this problem. The best they can offer is to do trouble shooting, which
> requires use of the Group Policy Editor. That is, if you want to find
> more data to help MS solve the problem, you have to buy the professional
> version of Win 10. I’m not going to do that to solve a problem in DT!
> The implication from MS’s position is that this problem does not occur
> on every PC – so your system my be OK. None of mine are.
> 
> But is gets worse: if you attempt to disable automount, this actually
> works for real hard drives. This knocks out my key backup devices – a
> set of large USB drives in a grandfather/father/son usage model. There
> is no way I am going to commit updates to my DAM without a functional
> backup. So the advice I have received from this mailing list, to disable
> automount, is not advice I will follow.
> 
> A not dissimilar situation exist when trying to import direct

Re: [darktable-user] Import: I'm failing at step 1; advice please

[Andrew Greig]

I pretty much follow the system Terry follows, but my back up regime 
differs. I am very fortunate that prior to Covid shutdown, a friend in 
the Linux Users of Victoria (Australia), spent a lot of time with me 
modifying and testing scripts that he created for his brother's medical 
practice.


My working directory is on my SSD, and I have a RAID1 pair of disks for 
storage once the work is done. I also have a 3Tb external hard drive 
plugged in. As soon as my system detects activity in my working 
directory it starts copying the RAW files to my external drive. So I 
have two copies until my work is done, at which point I move my RAW 
files from my SSD to a RAW files folder on my RAID. Then my system 
detects that the RAW files are now safe and deletes them from the 
External Hard drive (bear in mind no sidecar files are associated with 
that set of RAW files).


So with all of this belt and braces thing going on, it would be too much 
to expect DT to keep track. So I do not use the cataloging process of 
DT, but I understand that it is pretty clever if you just want to dump 
all of your images to one folder (which of course, can be backed up)


Bruce Williams explains that process very nicely in his excellent series 
of videos on YouTube.


Understanding Darktable

Cheers

Andrew Greig

On 24/6/20 2:57 pm, Jason Polak wrote:

I agree with the below. My system is pretty simple: one folder for each
year, and then each folder named -mm-dd-description, one for each
day in the year folders. I do try and use keywords in darktable though,
but I am kind of lazy with regards to that :( :(

I use an rsync script to back up all my folders to various external hard
drives.

Jason

On 6/23/20 9:39 PM, Terry Pinfold wrote:

Hi Tony,
        Guillermo has given a very complete answer here. Could I suggest
that DT is a great editing program. It is not such a great cataloging
program. I would copy the images from the SD card to a suitable folder
on your computer without involving DT. I would then open DT and use the
import function to let DT find the images you have placed in that
folder. Then let DT do what it does best, which is editing. I would
never use DT in its current form as a catalog system, but others might
have a different point of view about that.

Good luck.


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org


--


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import: I'm failing at step 1; advice please

[Jason Polak]

I agree with the below. My system is pretty simple: one folder for each
year, and then each folder named -mm-dd-description, one for each
day in the year folders. I do try and use keywords in darktable though,
but I am kind of lazy with regards to that :( :(

I use an rsync script to back up all my folders to various external hard
drives.

Jason

On 6/23/20 9:39 PM, Terry Pinfold wrote:
> Hi Tony,
>        Guillermo has given a very complete answer here. Could I suggest
> that DT is a great editing program. It is not such a great cataloging
> program. I would copy the images from the SD card to a suitable folder
> on your computer without involving DT. I would then open DT and use the
> import function to let DT find the images you have placed in that
> folder. Then let DT do what it does best, which is editing. I would
> never use DT in its current form as a catalog system, but others might
> have a different point of view about that. 
> 
> Good luck. 

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import: I'm failing at step 1; advice please

[Terry Pinfold]

Hi Tony,
   Guillermo has given a very complete answer here. Could I suggest
that DT is a great editing program. It is not such a great cataloging
program. I would copy the images from the SD card to a suitable folder on
your computer without involving DT. I would then open DT and use the import
function to let DT find the images you have placed in that folder. Then let
DT do what it does best, which is editing. I would never use DT in its
current form as a catalog system, but others might have a different point
of view about that.

Good luck.

On Tue, 23 Jun 2020 at 22:29, Guillermo Rozas  wrote:

> Just to be sure we are reading the same page, the DT v3 manual is
> here: https://darktable.gitlab.io/doc/en/ (there are still v2 manuals
> going around).
>
> > What I have discovered, by pressing the 'folder' button in import, is a
> window labelled 'import film' ..wait!, what ?
>
> Please read the manual, it's defined there:
> https://darktable.gitlab.io/doc/en/lighttable_concepts.html#film_rolls
>
> > Ignoring this confusion I notice an entry in the last of places in this
> window which says 'Home' and sure enough it takes me to
> C:\Users\\ - where no Pictures folder exists. So how can DT
> import images to the default location $(PICTURES_FOLDER}\Darktable ? And,
> indeed I find no 'Darktable' folder within my E:\Pictures folder after an
> import attempt.
>
> Please read the manual:
> https://darktable.gitlab.io/doc/en/lighttable_panels.html#import,
> specially the last paragraph under "Import from filesystem".
>
> You're misunderstanding what "Import" means for DT. When you import a
> picture or folder into DT, you're just telling it where they are and
> making them available in the lighttable. DT will save an entry in its
> internal database pointing to the location of the picture and
> (optionally) create an xmp sidecar file for each one. But it will
> never* move or touch your files in any way, it will respect your
> folder structure (which is a good thing if you want to use it in
> conjunction with iMatch as you said, both programs do the same).
>
> *exceptions: if you import directly from a camera or use the lightable
> module to move the files.
>
> > What is one supposed to do with the symbolic addresses, like '$(HOME)'
> and '$(PICTURES_FOLDER)' ? Should I replace them with actual addresses,
> like 'E:\Pictures', as Bruce Williams suggests in his videos? That doesn't
> seem to work either.
>
> As it says in the first paragraph of section 8.3
> (https://darktable.gitlab.io/doc/en/session_options.html) "Session
> options" only apply to pictures imported directly from a camera, not
> when importing pictures that are already in the computer. For pictures
> already in the computer DT will respect your folder structure and
> won't move the files.
>
> For pictures imported from cameras, especially if your folders are not
> in the "standard" Windows locations, probably you're better off
> putting the actual address there to avoid confusions.
>
> > How do I find out what 'the home folder as defined by the system' means ?
>
> It means exactly what it says: when you press "Home" in your file
> explorer, it takes you to this folder. In Windows it's usually
> "C:\Users\\", although I think you can modify it somewhere.
>
> > What doesn't work even more, to my expectation, than the above is my
> attempt to import  from the SD card taken from my camera: I end up with a
> collection which points to an F: drive -  the drive letter that is assigned
> when a card reader is attached to my system. Naturally then once the card
> is returned to the camera, attempts to edit the imported images fail with
> an error message telling me that the image is not available. This is
> completely different to my expectation: that the import from an SD card
> would place a COPY of the image somewhere on my harddrive and allow me to
> carry on using the card in the camera. Why does it not do this in my system?
>
> It seems you're mounting the SD card before opening it with DT
> (
> https://darktable.gitlab.io/doc/en/darktable_basic_workflow.html#darktable_basic_workflow_importing_from_camera
> ).
> Once the card is mounted in the system (meaning: you can access it
> with the file explorer), it will appear for all the programs as part
> of the computer filesystem, in your case as drive "F:". DT doesn't
> know that the F: drive is removable, so it just applies the same
> method it would use for any other system folder as I described above
> (and, of course, it will miss the picture files once you remove the
> card).
>
> You need to prevent the system from auto-mounting the card (I don't
> know how you do it in Windows, but it should be possible). Then, a new
> device should show under the "scan for devices" section on the import
> module (
> https://darktable.gitlab.io/doc/en/lighttable_panels.html#import_from_camera
> ).
> However, this is a bit of a hit or miss, depending on your camera or
> SD card reader, operating system, driver

Re: [darktable-user] Import: I'm failing at step 1; advice please

[tony Hamilton]

Yeah, it is a work-around, so thanks.

But if it easier/less work flow steps to bypass an essential step in 
post processing, why did the DT developers bother adding this 
functionality? Wouldn't have the  investment of time/effort be better 
used by making the strange, indeed unique, behaviour of the 'zoomable 
light table' much more in line with human factors best practice? This 
one feature gives me a sense of vertigo just trying to understand the 
overlapping functions of mouse wheel scrolling, scroll bar scrolling, 
sizing etc. It just seems completely wrong.


Sorry, I've gone off on a tandem, here. Anyway my preferred choice of 
import utility - Rapid File Downloader doesn't appear to be available 
under Windows and other factors (called iMatch) prevent me from getting 
my preferred 'set-up' in Linux


On 23/06/2020 12:43, Graham Byrnes wrote:
It's true that the notion of "home" is kind of foreign to a Windows 
machine... it exists, but it's user specific and I can't remember it.


However:

"This is completely different to my expectation: that the import from 
an SD card would place a COPY of the image somewhere on my harddrive"


So why not just do that? Copy the subfolders of your DCIM, which 
usually encode the date, and paste them into your "images" folder, 
which is visible in File Explorer. You can copy or move, according to 
left or right click. Then import that folder into dt.


I've never bothered with the card-reading facility, it's just one 
extra thing to worry about.


Cheers,
Graham


Le mar. 23 juin 2020 à 13:13, tony Hamilton > a écrit :


On the basis that the purpose of this mailing list is described as
"...for all concerns of a darktable user: usage questions,
experience reports ..."I would like some help understanding import.

I'm failing at the first step: setting the correct parameters in
the session options in preferences. The issue here is that my
'Pictures' folder is not where DT assumes it to be - somewhere
relative to my $Home folder (more comment on that later). My
pictures folder is on an E: drive because my C-drive is a small
SSD which is about  50% of the size of the Pictures folder. (I
wanted to move 'appdata' off the c-drive too, to avoid so many I/O
ops on the SSD but haven't been able to do that). I need advice on
how to correctly set the session options for my configuration.

Having read section 8.3 (session options) in the DT user manual I
realise that I don't know what 'the home folder as defined by the
system' means. In fact this whole section is written by an IT
expert for an IT expert, not for an enthusiast home photographer
who is (now) far, far from being an IT expert. And an IT expert
doesn't need this sort of information anyway - so who is the
target audience for this manual?

What I have discovered, by pressing the 'folder' button in import,
is a window labelled 'import film' ..wait!, what ? Ignoring this
confusion I notice an entry in the last of places in this window
which says 'Home' and sure enough it takes me to
C:\Users\\ - where no Pictures folder exists. So how can
DT import images to the default location
$(PICTURES_FOLDER}\Darktable ? And, indeed I find no 'Darktable'
folder within my E:\Pictures folder after an import attempt.

What is one supposed to do with the symbolic addresses, like
'$(HOME)' and '$(PICTURES_FOLDER)' ? Should I replace them with
actual addresses, like 'E:\Pictures', as Bruce Williams suggests
in his videos? That doesn't seem to work either.

How do I find out what 'the home folder as defined by the system'
means ?

What doesn't work even more, to my expectation, than the above is
my attempt to import  from the SD card taken from my camera: I end
up with a collection which points to an F: drive -  the drive
letter that is assigned when a card reader is attached to my
system. Naturally then once the card is returned to the camera,
attempts to edit the imported images fail with an error message
telling me that the image is not available. This is completely
different to my expectation: that the import from an SD card would
place a COPY of the image somewhere on my harddrive and allow me
to carry on using the card in the camera. Why does it not do this
in my system?





darktable user mailing list to unsubscribe send a mail to
darktable-user+unsubscr...@lists.darktable.org




--
Graham Byrnes
Bron (Lyon), France
Mes photos: https://500px.com/grahambyrnes



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

[darktable-user] Import: I'm failing at step 1; advice please

[tony Hamilton]

On the basis that the purpose of this mailing list is described as 
"...for all concerns of a darktable user: usage questions, experience 
reports ..."I would like some help understanding import.


I'm failing at the first step: setting the correct parameters in the 
session options in preferences. The issue here is that my 'Pictures' 
folder is not where DT assumes it to be - somewhere relative to my $Home 
folder (more comment on that later). My pictures folder is on an E: 
drive because my C-drive is a small SSD which is about  50% of the size 
of the Pictures folder. (I wanted to move 'appdata' off the c-drive too, 
to avoid so many I/O ops on the SSD but haven't been able to do that). I 
need advice on how to correctly set the session options for my 
configuration.


Having read section 8.3 (session options) in the DT user manual I 
realise that I don't know what 'the home folder as defined by the 
system' means. In fact this whole section is written by an IT expert for 
an IT expert, not for an enthusiast home photographer who is (now) far, 
far from being an IT expert. And an IT expert doesn't need this sort of 
information anyway - so who is the target audience for this manual?


What I have discovered, by pressing the 'folder' button in import, is a 
window labelled 'import film' ..wait!, what ? Ignoring this confusion I 
notice an entry in the last of places in this window which says 'Home' 
and sure enough it takes me to C:\Users\\ - where no Pictures 
folder exists. So how can DT import images to the default location 
$(PICTURES_FOLDER}\Darktable ? And, indeed I find no 'Darktable' folder 
within my E:\Pictures folder after an import attempt.


What is one supposed to do with the symbolic addresses, like '$(HOME)' 
and '$(PICTURES_FOLDER)' ? Should I replace them with actual addresses, 
like 'E:\Pictures', as Bruce Williams suggests in his videos? That 
doesn't seem to work either.


How do I find out what 'the home folder as defined by the system' means ?

What doesn't work even more, to my expectation, than the above is my 
attempt to import  from the SD card taken from my camera: I end up with 
a collection which points to an F: drive -  the drive letter that is 
assigned when a card reader is attached to my system. Naturally then 
once the card is returned to the camera, attempts to edit the imported 
images fail with an error message telling me that the image is not 
available. This is completely different to my expectation: that the 
import from an SD card would place a COPY of the image somewhere on my 
harddrive and allow me to carry on using the card in the camera. Why 
does it not do this in my system?






darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import: I'm failing at step 1; advice please

[Guillermo Rozas]

Just to be sure we are reading the same page, the DT v3 manual is
here: https://darktable.gitlab.io/doc/en/ (there are still v2 manuals
going around).

> What I have discovered, by pressing the 'folder' button in import, is a 
> window labelled 'import film' ..wait!, what ?

Please read the manual, it's defined there:
https://darktable.gitlab.io/doc/en/lighttable_concepts.html#film_rolls

> Ignoring this confusion I notice an entry in the last of places in this 
> window which says 'Home' and sure enough it takes me to C:\Users\\ 
> - where no Pictures folder exists. So how can DT import images to the default 
> location $(PICTURES_FOLDER}\Darktable ? And, indeed I find no 'Darktable' 
> folder within my E:\Pictures folder after an import attempt.

Please read the manual:
https://darktable.gitlab.io/doc/en/lighttable_panels.html#import,
specially the last paragraph under "Import from filesystem".

You're misunderstanding what "Import" means for DT. When you import a
picture or folder into DT, you're just telling it where they are and
making them available in the lighttable. DT will save an entry in its
internal database pointing to the location of the picture and
(optionally) create an xmp sidecar file for each one. But it will
never* move or touch your files in any way, it will respect your
folder structure (which is a good thing if you want to use it in
conjunction with iMatch as you said, both programs do the same).

*exceptions: if you import directly from a camera or use the lightable
module to move the files.

> What is one supposed to do with the symbolic addresses, like '$(HOME)' and 
> '$(PICTURES_FOLDER)' ? Should I replace them with actual addresses, like 
> 'E:\Pictures', as Bruce Williams suggests in his videos? That doesn't seem to 
> work either.

As it says in the first paragraph of section 8.3
(https://darktable.gitlab.io/doc/en/session_options.html) "Session
options" only apply to pictures imported directly from a camera, not
when importing pictures that are already in the computer. For pictures
already in the computer DT will respect your folder structure and
won't move the files.

For pictures imported from cameras, especially if your folders are not
in the "standard" Windows locations, probably you're better off
putting the actual address there to avoid confusions.

> How do I find out what 'the home folder as defined by the system' means ?

It means exactly what it says: when you press "Home" in your file
explorer, it takes you to this folder. In Windows it's usually
"C:\Users\\", although I think you can modify it somewhere.

> What doesn't work even more, to my expectation, than the above is my attempt 
> to import  from the SD card taken from my camera: I end up with a collection 
> which points to an F: drive -  the drive letter that is assigned when a card 
> reader is attached to my system. Naturally then once the card is returned to 
> the camera, attempts to edit the imported images fail with an error message 
> telling me that the image is not available. This is completely different to 
> my expectation: that the import from an SD card would place a COPY of the 
> image somewhere on my harddrive and allow me to carry on using the card in 
> the camera. Why does it not do this in my system?

It seems you're mounting the SD card before opening it with DT
(https://darktable.gitlab.io/doc/en/darktable_basic_workflow.html#darktable_basic_workflow_importing_from_camera).
Once the card is mounted in the system (meaning: you can access it
with the file explorer), it will appear for all the programs as part
of the computer filesystem, in your case as drive "F:". DT doesn't
know that the F: drive is removable, so it just applies the same
method it would use for any other system folder as I described above
(and, of course, it will miss the picture files once you remove the
card).

You need to prevent the system from auto-mounting the card (I don't
know how you do it in Windows, but it should be possible). Then, a new
device should show under the "scan for devices" section on the import
module 
(https://darktable.gitlab.io/doc/en/lighttable_panels.html#import_from_camera).
However, this is a bit of a hit or miss, depending on your camera or
SD card reader, operating system, drivers, etc. it may show or not. If
it doesn't consistently show, you may be better off using a dedicated
program for SD card import (my recommendation Rapid Photo Downloader
is not available in Windows, unfortunately).

To be clear: if you want Darktable to copy the images from the card or
camera to the locations and with the file names defined in "Session
options", you need to use the "import from camera" button, not the
"folder" or "image" buttons.

Best regards,
Guillermo

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: Re(6): [darktable-user] Import Lightroom DNGs to DT

[HaJo Schatz]

Pascal,

On Fri, Feb 14, 2020 at 4:49 PM Pascal Obry  wrote:

> Are you well seated ?
>
> If so have a look here :
> https://www.darktable.org/2013/02/importing-lightroom-development/
>
> The earth is shaking heavily over here, yes :-) Thx for the info! I
wouldn't however dare asking anyone to actually maintain this; I guess
Adobe keeps changing things and keeping that in-sync in an importer is
chasing one's own tail :-)

It ts not perfect but of great help !
>

Absolutely. Great job there!


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re(12): [darktable-user] Import Lightroom DNGs to DT

[Subhash Fotografie]

I do not know if this is the right place to report such things and if there are 
some people who could benefit from it. So please tell me if I my reports are of 
no interest here.

Now I have seen that the upside down orientation comes from "mirror: both" in 
the "crop and rotate" modul. Strangely this adjustment is not set when I expand 
this module for the first time. Only closing and reopen it shows this.


[Subhash Fotografie  schrieb am 14.2.2020 um 11:55 Uhr:]

>[Subhash Fotografie schrieb am 14.2.2020 um 11:07 Uhr:]

>>1) My DNGs made by Lightroom have the original RAWs included and I can
>>them extract very quickly with Adobes DNG Converter.

>>2) With exiftool I am able to extract the XMPs from the DNGs. Put them
>>in the same directory as the RAWs with the same filename without
>>original extension only ".xmp".

>>3) Importing the RAW in DT works. DT can read the XMP I extracted and
>>edits the imported file reasonably good.

>I have some problems:

>I tried to import a folder with 43 images like described above. Some
>images showed no thumbnail in lighttable view but were white, gray or
>black. See screenshot: screenshot_dt_import.jpg> Originally 16 of 43 images showed no thumbnail.

>When I double click on image #2 DT crashes after switching to darkroom
>view. I tried this multiple times. I was able to edit #10 and #28. I had
>to deactivate the modul "Rotate". Modul "Crop and rotate" was also used
>so I expandedd it and there was the image! Then a reconstructed the crop
>I had made in Lightroom and switched to lighttable view and there was
>the thumbnail.

>Then I opened #8 (first in second row). The screenshot was made before.
>I deactivated "Rotate" and expanded "Crop and rotate" - I am on a German
>DT, hope the english names of the moduls are correct. The image was
>shown immediately but without crop. It is in landscape format and was
>shown in correct rotation until I closed the modul when it was shown
>upside down. So I had to expand the modul again, rotate by 180°, was
>able to crop as I liked and the image was shown in lighttable as
>thumbnail. (The screenshot was made before.)

>I checked this original crop in Lightroom: There was no rotation needed
>and the crop cut off some pixels from the left and the bottom.

>Image #21 (last in third row) is a portrait format. Lightroom detected
>the correct orientation from camera exifs. I applied a crop and cut off
>some pixels on the left and on the top in Lightroom. DT showed the image
>upright after expanding "Crop and rotate". ("Rotate" was left
>activated.) Closing the modul without change the image turned upside
>down but is still shown now…

>BTW Lightroom has a very nice feature when cropping:
>While the working area looks similar to DT you see the cropped image in
>real time as preview on top left. I find this very comfortable to see
>how the picture looks cropped. In the working area you see also the cut
>pixels darkened and this disturbs the impression. A feature request.


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.or

Re(11): [darktable-user] Import Lightroom DNGs to DT

[Subhash Fotografie]

[Subhash Fotografie schrieb am 14.2.2020 um 11:07 Uhr:]

>1) My DNGs made by Lightroom have the original RAWs included and I can
>them extract very quickly with Adobes DNG Converter.

>2) With exiftool I am able to extract the XMPs from the DNGs. Put them
>in the same directory as the RAWs with the same filename without
>original extension only ".xmp".

>3) Importing the RAW in DT works. DT can read the XMP I extracted and
>edits the imported file reasonably good.

I have some problems:

I tried to import a folder with 43 images like described above. Some images 
showed no thumbnail in lighttable view but were white, gray or black. See 
screenshot:  Originally 16 
of 43 images showed no thumbnail.

When I double click on image #2 DT crashes after switching to darkroom view. I 
tried this multiple times. I was able to edit #10 and #28. I had to deactivate 
the modul "Rotate". Modul "Crop and rotate" was also used so I expandedd it and 
there was the image! Then a reconstructed the crop I had made in Lightroom and 
switched to lighttable view and there was the thumbnail.

Then I opened #8 (first in second row). The screenshot was made before. I 
deactivated "Rotate" and expanded "Crop and rotate" - I am on a German DT, hope 
the english names of the moduls are correct. The image was shown immediately 
but without crop. It is in landscape format and was shown in correct rotation 
until I closed the modul when it was shown upside down. So I had to expand the 
modul again, rotate by 180°, was able to crop as I liked and the image was 
shown in lighttable as thumbnail. (The screenshot was made before.)

I checked this original crop in Lightroom: There was no rotation needed and the 
crop cut off some pixels from the left and the bottom.

Image #21 (last in third row) is a portrait format. Lightroom detected the 
correct orientation from camera exifs. I applied a crop and cut off some pixels 
on the left and on the top in Lightroom. DT showed the image upright after 
expanding "Crop and rotate". ("Rotate" was left activated.) Closing the modul 
without change the image turned upside down but is still shown now…

BTW Lightroom has a very nice feature when cropping:
While the working area looks similar to DT you see the cropped image in real 
time as preview on top left. I find this very comfortable to see how the 
picture looks cropped. In the working area you see also the cut pixels darkened 
and this disturbs the impression. A feature request.


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.or

Re: Re(10): [darktable-user] Import Lightroom DNGs to DT

[Matt Maguire]

Good to know. Unfortunately for me, I had to convert all my Canon CR3 raw files 
to DNG, since darktable/rawspeed can't handle the CR3 directly as yet ☹  Not to 
worry though, I'm finding that the pictures are looking much better when I edit 
them with darktable anyway (maybe grace à FilmicRGB, maybe I am also more 
experienced now...)  

On 14/2/20, 9:09 pm, "Subhash Fotografie"  wrote:

So … the next step:

1) My DNGs made by Lightroom have the original RAWs included and I can them 
extract very quickly with Adobes DNG Converter.

2) With exiftool I am able to extract the XMPs from the DNGs. Put them in 
the same directory as the RAWs with the same filename without original 
extension only ".xmp".

3) Importing the RAW in DT works. DT can read the XMP I extracted and edits 
the imported file reasonably good.

Maybe this helps somebody.

-) So I found out that DT can not handle DNGs created by Lightroom on my 
Mac even if I extracted the XMP. As long as it is a DNG DT doesn't read the 
XMP. It cannot show the preview in the import dialog, it can read tags and 
stars directly out of the DNG but cannot read and apply any edit Lightroom did 
before.



>[Subhash Fotografie schrieb am 12.2.2020 um 20:51 Uhr:]

>>Maybe my extraction is the culprit, so I want to ask for another  person
>>to try the process of extracting a .xmp file from a .dng file Lightroom
>>has edited, put them in the same directory and import the .dng file in
>>DT to see if the Lightroom edits were recognized.

[Subhash Fotografie schrieb am 13.2.2020 um 16:54 Uhr:]

>Ok, no one here. -

>So, I tried to install exiv2 because I thought maybe it would create
>files DT could read but did not succeed in installing it.

>Next thing I tried: Connect my card reader to my Apple, try to download
>images with DT. Did not succeed, DT doesn't find the reader even though
>it finds it when I try to open an image from the card instead of copying
>it to the hard drive. In the first case "no supported devices found" in
>the second case just navigating to the image and no problem - except of
>still belonging to my card reader and not be copied to the drive.

>So, as usual I imported with Lightroom but did not convert to DNGs but
>leave them as ORFs (Olympus RAW image file). Then edited a little and
>then copied an image file and its sidecar file to a test folder to
>import it in DT. And that worked finally: Also a crop was red, the tags
>anyway, and the image looked not that bad.

>That is no solution for my 8 DNG images but one step forward (ORFs
>are understood to some extent) and one step back (could not import from
>card reader).



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.or


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.or

Re(10): [darktable-user] Import Lightroom DNGs to DT

[Subhash Fotografie]

So … the next step:

1) My DNGs made by Lightroom have the original RAWs included and I can them 
extract very quickly with Adobes DNG Converter.

2) With exiftool I am able to extract the XMPs from the DNGs. Put them in the 
same directory as the RAWs with the same filename without original extension 
only ".xmp".

3) Importing the RAW in DT works. DT can read the XMP I extracted and edits the 
imported file reasonably good.

Maybe this helps somebody.

-) So I found out that DT can not handle DNGs created by Lightroom on my Mac 
even if I extracted the XMP. As long as it is a DNG DT doesn't read the XMP. It 
cannot show the preview in the import dialog, it can read tags and stars 
directly out of the DNG but cannot read and apply any edit Lightroom did before.



>[Subhash Fotografie schrieb am 12.2.2020 um 20:51 Uhr:]

>>Maybe my extraction is the culprit, so I want to ask for another  person
>>to try the process of extracting a .xmp file from a .dng file Lightroom
>>has edited, put them in the same directory and import the .dng file in
>>DT to see if the Lightroom edits were recognized.

[Subhash Fotografie schrieb am 13.2.2020 um 16:54 Uhr:]

>Ok, no one here. -

>So, I tried to install exiv2 because I thought maybe it would create
>files DT could read but did not succeed in installing it.

>Next thing I tried: Connect my card reader to my Apple, try to download
>images with DT. Did not succeed, DT doesn't find the reader even though
>it finds it when I try to open an image from the card instead of copying
>it to the hard drive. In the first case "no supported devices found" in
>the second case just navigating to the image and no problem - except of
>still belonging to my card reader and not be copied to the drive.

>So, as usual I imported with Lightroom but did not convert to DNGs but
>leave them as ORFs (Olympus RAW image file). Then edited a little and
>then copied an image file and its sidecar file to a test folder to
>import it in DT. And that worked finally: Also a crop was red, the tags
>anyway, and the image looked not that bad.

>That is no solution for my 8 DNG images but one step forward (ORFs
>are understood to some extent) and one step back (could not import from
>card reader).



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.or

Re(8): [darktable-user] Import Lightroom DNGs to DT

[Subhash Fotografie]

[HaJo Schatz schrieb am 14.2.2020 um 12:43 Uhr:]

>Anyway, Subhash, are you expecting your "edits" such as exposure,
>colors, sharpness, etc to be imported into darktable from lightroom? If
>that would be possible at all then my world would collapse... Those
>things - the processing pipeline - are proprietary to lightroom and will
>probably never ever be supported by darktable.

>The only thing you can expect to import is the metadata (Title,
>copyright, tags, ... I.e. text that you entered in lightroom). Maybe
>this would shed some light: https://mathiashueber.com/migrate-from-
>lightroom-to-open-source-alternative/

Then my information is not correct or I understood it wrong. Look:

>>We can classify the importation support in three categories:
>>
>>100% accurate:
>>crop
>>rotation
>>flip
>>tags
>>
>>Mostly accurate:
>>exposure / blacks
>>grain
>>tone curve (only lightness supported)
>>color zones
>>local contrast
>>
>>Needs tweaking:
>>vignette – The forms are not imported (rounded box effect).
>>spots removal – There is two kind of processing on Lightroom
>>(clone, heal).
From 

Also Bruce Williams reported in his first video of "understanding darktable" 
that he could preserve about 98% of the work he has done in Lightroom over the 
years.

(Thank you for the link; I red this before.)



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.or

Re: Re(6): [darktable-user] Import Lightroom DNGs to DT

[Pascal Obry]

Hi HaJo,

Anyway, Subhash, are you expecting your "edits" such as exposure, colors,
> sharpness, etc to be imported into darktable from lightroom? If that would
> be possible at all then my world would collapse...
>

Are you well seated ?

If so have a look here :
https://www.darktable.org/2013/02/importing-lightroom-development/

It ts not perfect but of great help !

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://photos.obry.net
  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import Lightroom DNGs to DT

[Bernhard]

HaJo Schatz schrieb am 14.02.20 um 05:43:

On Thu, Feb 13, 2020 at 2:15 AM Subhash Fotografie 
wrote:


[Guillermo Rozas  schrieb am 12.2.2020 um 15:01
Uhr:]


darktable expects a file with extension
.dng.xmp, and it is ignoring the plain .xmp file? (but that doesn't
explain why you see the tags...)

No, DT is expected to read the .xmp file from LR. But as I mentioned
before I have DNGs Lightroom has created. For these files there are no .xmp
files because LR writes everything directly into the DNGs. So for a test I
extracted the .xmp from one of these DNGs with exiftool (in the meantime I
tried various commands), named it correctly, put it in the same directory
as the image file and hoped that DT will read all or most of the LR edits
now when importing the image to its library. But it did not.



Apologies if I've missed quite a bit of the discussion, somehow threading
sometimes seems broken for this list.

Anyway, Subhash, are you expecting your "edits" such as exposure, colors,
sharpness, etc to be imported into darktable from lightroom? If that would
be possible at all then my world would collapse... Those things - the
processing pipeline - are proprietary to lightroom and will probably never
ever be supported by darktable.

The only thing you can expect to import is the metadata (Title, copyright,
tags, ... I.e. text that you entered in lightroom). Maybe this would shed
some light:
https://mathiashueber.com/migrate-from-lightroom-to-open-source-alternative/


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
There has also been this discussion about darktables capability to 
import _edits_ from lightroom:

https://discuss.pixls.us/t/importing-lightroom-development/6021

and: never _convert_ to DNG as DNG is obviously not compatible to itself:
https://theblog.adobe.com/february-lightroom-releases/
(3rd paragraph in the first chapter)

--

regards
Bernhard

https://www.bilddateien.de


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: Re(6): [darktable-user] Import Lightroom DNGs to DT

[HaJo Schatz]

On Thu, Feb 13, 2020 at 2:15 AM Subhash Fotografie 
wrote:

> [Guillermo Rozas  schrieb am 12.2.2020 um 15:01
> Uhr:]
>
> >darktable expects a file with extension
> >.dng.xmp, and it is ignoring the plain .xmp file? (but that doesn't
> >explain why you see the tags...)
>
> No, DT is expected to read the .xmp file from LR. But as I mentioned
> before I have DNGs Lightroom has created. For these files there are no .xmp
> files because LR writes everything directly into the DNGs. So for a test I
> extracted the .xmp from one of these DNGs with exiftool (in the meantime I
> tried various commands), named it correctly, put it in the same directory
> as the image file and hoped that DT will read all or most of the LR edits
> now when importing the image to its library. But it did not.
>
>
Apologies if I've missed quite a bit of the discussion, somehow threading
sometimes seems broken for this list.

Anyway, Subhash, are you expecting your "edits" such as exposure, colors,
sharpness, etc to be imported into darktable from lightroom? If that would
be possible at all then my world would collapse... Those things - the
processing pipeline - are proprietary to lightroom and will probably never
ever be supported by darktable.

The only thing you can expect to import is the metadata (Title, copyright,
tags, ... I.e. text that you entered in lightroom). Maybe this would shed
some light:
https://mathiashueber.com/migrate-from-lightroom-to-open-source-alternative/


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re(9): [darktable-user] Import Lightroom DNGs to DT

[Subhash Fotografie]

[Subhash Fotografie schrieb am 12.2.2020 um 20:51 Uhr:]

>Maybe my extraction is the culprit, so I want to ask for another  person
>to try the process of extracting a .xmp file from a .dng file Lightroom
>has edited, put them in the same directory and import the .dng file in
>DT to see if the Lightroom edits were recognized.

Ok, no one here. -

So, I tried to install exiv2 because I thought maybe it would create files DT 
could read but did not succeed in installing it.

Next thing I tried: Connect my card reader to my Apple, try to download images 
with DT. Did not succeed, DT doesn't find the reader even though it finds it 
when I try to open an image from the card instead of copying it to the hard 
drive. In the first case "no supported devices found" in the second case just 
navigating to the image and no problem - except of still belonging to my card 
reader and not be copied to the drive.

So, as usual I imported with Lightroom but did not convert to DNGs but leave 
them as ORFs (Olympus RAW image file). Then edited a little and then copied an 
image file and its sidecar file to a test folder to import it in DT. And that 
worked finally: Also a crop was red, the tags anyway, and the image looked not 
that bad.

That is no solution for my 8 DNG images but one step forward (ORFs are 
understood to some extent) and one step back (could not import from card 
reader).



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re(8): [darktable-user] Import Lightroom DNGs to DT

[Subhash Fotografie]

[Pascal Obry  schrieb am 12.2.2020 um 19:19 Uhr:]

>If you suspect a bug, please file an issue in our GitHub and give attach
>the Lr XMP.

Maybe my extraction is the culprit, so I want to ask for another  person to try 
the process of extracting a .xmp file from a .dng file Lightroom has edited, 
put them in the same directory and import the .dng file in DT to see if the 
Lightroom edits were recognized.




darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: Re(6): [darktable-user] Import Lightroom DNGs to DT

[Pascal Obry]

If you suspect a bug, please file an issue in our GitHub and give attach the Lr 
XMP.

Thanks,

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re(6): [darktable-user] Import Lightroom DNGs to DT

[Subhash Fotografie]

[Guillermo Rozas  schrieb am 12.2.2020 um 15:01 Uhr:]

>darktable expects a file with extension
>.dng.xmp, and it is ignoring the plain .xmp file? (but that doesn't
>explain why you see the tags...)

No, DT is expected to read the .xmp file from LR. But as I mentioned before I 
have DNGs Lightroom has created. For these files there are no .xmp files 
because LR writes everything directly into the DNGs. So for a test I extracted 
the .xmp from one of these DNGs with exiftool (in the meantime I tried various 
commands), named it correctly, put it in the same directory as the image file 
and hoped that DT will read all or most of the LR edits now when importing the 
image to its library. But it did not.



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: Re(4): [darktable-user] Import Lightroom DNGs to DT

[Guillermo Rozas]

> 2) I deleted the .dng.xmp file DT created for this image. The .xmp file I 
> extracted out of the .dng file LR wrote  is still here on my hard drive.
> 2a) Now there is a .dng file and a sidecar file with the extension .xmp on my 
> hard drive.

Maybe the problem is here? darktable expects a file with extension
.dng.xmp, and it is ignoring the plain .xmp file? (but that doesn't
explain why you see the tags...)
Regards,
Guillermo

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re(4): [darktable-user] Import Lightroom DNGs to DT

[Subhash Fotografie]

[Patrick Shanahan schrieb am 12.2.2020 um 12:33 Uhr:]

>removing the DNG from dt removes the image from the library, and
>deleting the xmp file removes all record of any editing you have done, so
>dt cannot apply cropping as you have removed all record of it.
>
>perhaps you need to removing the image from dt, then merge the tagging
>information to the existing xmp file and then reimport the image.

No, you misunderstood my procedere.

1) I removed the image from DT and closed DT. 
2) I deleted the .dng.xmp file DT created for this image. The .xmp file I 
extracted out of the .dng file LR wrote  is still here on my hard drive.
2a) Now there is a .dng file and a sidecar file with the extension .xmp on my 
hard drive.
3) I opened DT and imported the particular single image again and expected the 
.xmp file to be red from DT while importing and hoped now DT will add (some of) 
the edits of LR. This did not happen. The crop is not applied. But the tags 
from LR are imported.
4) ???


-- 
Aktuell im Fotoblog „Anschauungen photosophisch”:
„Abwedeln und Nachbelichten”
http://fotoblog.subhash.at


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.or

Re: Re(2): [darktable-user] Import Lightroom DNGs to DT

[Patrick Shanahan]

* Subhash Fotografie  [02-12-20 05:34]:
> [Pascal Obry schrieb am 12.2.2020 um 10:21 Uhr:]
> 
> >You can extract the XMP from the DNG for dt to be able to handle it. I
> >think this has already been discussed.
> 
> Thank you for that suggestion!
> 
> I managed to create a XMP sidecar file with exiftool:
> 
> exiftool -tagsfromfile SRC.ext -xmp DST.xmp
> 
> Then I removed the DNG from DT, deleted the .dng.xmp file of DT, and imported 
> the image again. But the cropping was not applied.

removing the DNG from dt removes the image from the library, and
deleting the xmp file removes all record of any editing you have done, so
dt cannot apply cropping as you have removed all record of it.

perhaps you need to removing the image from dt, then merge the tagging
information to the existing xmp file and then reimport the image.


-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: Fwd: Fwd: [darktable-user] Import Lightroom DNGs to DT

[Subhash Fotografie]

[Bruce Williams  schrieb am 12.2.2020 um 23:06 Uhr:]

>They are because original RAW files have a sidecar file written by
>Lightroom and DNGs have not because Lightroom can write directly into the
>DNG image.
>___
>
>But even though Lightroom CAN do that, will it not create an xmp sidecar
>file if you activate that option in preferences, and then press ctrl+s (or
>cmd+s on a Mac)?

No. Even if you make the DNG file only readable (and not writeable) Lightroom 
does not write a separate XMP file but complains about it. BTW I'm speaking all 
the time of LR 5.7 and DT 3.0.0 on Mac OS 10.7.5.



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Fwd: Fwd: [darktable-user] Import Lightroom DNGs to DT

[Bruce Williams]

Quote:

They are because original RAW files have a sidecar file written by
Lightroom and DNGs have not because Lightroom can write directly into the
DNG image.
___

But even though Lightroom CAN do that, will it not create an xmp sidecar
file if you activate that option in preferences, and then press ctrl+s (or
cmd+s on a Mac)?

Cheers,
Bruce Williams.

-- Forwarded message -
From: Graham Byrnes 
Date: Wed., 12 Feb. 2020, 21:57
Subject: Re: Fwd: [darktable-user] Import Lightroom DNGs to DT
To: Bruce Williams 


Alternatively... if you don't plan on re-editing 80,000 images, you could
just export them all as tiff.

Le mer. 12 févr. 2020 à 11:55, Graham Byrnes  a écrit :

> Try this... I think it gives the same advice as Bruce and does apply to
> dng files...
>
>
> https://mathiashueber.com/migrate-from-lightroom-to-open-source-alternative/
>
>
> Le mer. 12 févr. 2020 à 11:49, Bruce Williams  a
> écrit :
>
>> Oh, apologies then. I didn't realise the process for dng files would be
>> different.
>>
>> Cheers,
>> Bruce Williams.
>>
>> -- Forwarded message -
>> From: Subhash Fotografie 
>> Date: Wed., 12 Feb. 2020, 21:22
>> Subject: Re: Fwd: [darktable-user] Import Lightroom DNGs to DT
>> To: Bruce Williams 
>>
>>
>> Hi Bruce,
>>
>> I like your videos very much and have seen episode 1. Thank you for that!
>> But in episode 1 you deal with original RAW files not with DNGs as far as I
>> remember.
>>
>> [Bruce Williams  schrieb am 12.2.2020 um 21:10 Uhr:]
>>
>> >You definitely need to watch episode number 1 of my video series on
>> >YouTube, where I discuss exactly this problem.
>> >Search "understanding darktable".
>> >Sorry, I'm on my phone and don't have a link handy.
>>
>> >Cheers,
>> >Bruce Williams.
>>
>> >-- Forwarded message -
>> >From: Pascal Obry 
>> >Date: Wed., 12 Feb. 2020, 20:22
>> >Subject: Re: [darktable-user] Import Lightroom DNGs to DT
>> >To: Subhash Fotografie , Darktable-User
>> >
>>
>>
>> >Le mercredi 12 février 2020 à 10:17 +0100, Subhash Fotografie a écrit :
>> >> I worked with Lightroom for some years. I have a database of about
>> >> 8 photos, most of them DNGs. Lightroom saves developing of theses
>> >> files in the file itself. No sidecar file. When I import one to DT it
>> >> seems the developing is not imported. For example the cropping is not
>> >> imported. How to deal with that?
>>
>> >You can extract the XMP from the DNG for dt to be able to handle it. I
>> >think this has already been discussed. I don't have the exiv2
>> >incantation at hand to do that but you should be able to find it or
>> >someone else will help.
>>
>> >--
>> >  Pascal Obry /  Magny Les Hameaux (78)
>>
>> >  The best way to travel is by means of imagination
>>
>> >  http://www.obry.net
>>
>> >  gpg --keyserver keys.gnupg.net --recv-key F949BD3B
>>
>>
>> >
>> >darktable user mailing list
>> >to unsubscribe send a mail to
>> darktable-user+unsubscr...@lists.darktable.org
>>
>>
>> >_
>> >___ darktable user mailing list to
>> >unsubscribe send a mail to
>> darktable-user+unsubscr...@lists.darktable.org
>> >=
>>
>> --
>> Aktuell im Fotoblog „Anschauungen photosophisch”:
>> „Abwedeln und Nachbelichten”
>> http://fotoblog.subhash.at
>>
>> 
>> darktable user mailing list to unsubscribe send a mail to
>> darktable-user+unsubscr...@lists.darktable.org
>>
>
>
> --
> Graham Byrnes
> Bron (Lyon), France
> Mes photos: https://500px.com/grahambyrnes
>


-- 
Graham Byrnes
Bron (Lyon), France
Mes photos: https://500px.com/grahambyrnes


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: Fwd: Fwd: [darktable-user] Import Lightroom DNGs to DT

[Subhash Fotografie]

[Bruce Williams schrieb am 12.2.2020 um 21:49 Uhr:]

>Oh, apologies then. I didn't realise the process for dng files would be
>different.

They are because original RAW files have a sidecar file written by Lightroom 
and DNGs have not because Lightroom can write directly into the DNG image.

-- 
Aktuell im Fotoblog „Anschauungen photosophisch”:
„Abwedeln und Nachbelichten”
http://fotoblog.subhash.at


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.or

Fwd: Fwd: [darktable-user] Import Lightroom DNGs to DT

[Bruce Williams]

Oh, apologies then. I didn't realise the process for dng files would be
different.

Cheers,
Bruce Williams.

-- Forwarded message -
From: Subhash Fotografie 
Date: Wed., 12 Feb. 2020, 21:22
Subject: Re: Fwd: [darktable-user] Import Lightroom DNGs to DT
To: Bruce Williams 


Hi Bruce,

I like your videos very much and have seen episode 1. Thank you for that!
But in episode 1 you deal with original RAW files not with DNGs as far as I
remember.

[Bruce Williams  schrieb am 12.2.2020 um 21:10 Uhr:]

>You definitely need to watch episode number 1 of my video series on
>YouTube, where I discuss exactly this problem.
>Search "understanding darktable".
>Sorry, I'm on my phone and don't have a link handy.

>Cheers,
>Bruce Williams.

>-- Forwarded message -
>From: Pascal Obry 
>Date: Wed., 12 Feb. 2020, 20:22
>Subject: Re: [darktable-user] Import Lightroom DNGs to DT
>To: Subhash Fotografie , Darktable-User
>


>Le mercredi 12 février 2020 à 10:17 +0100, Subhash Fotografie a écrit :
>> I worked with Lightroom for some years. I have a database of about
>> 8 photos, most of them DNGs. Lightroom saves developing of theses
>> files in the file itself. No sidecar file. When I import one to DT it
>> seems the developing is not imported. For example the cropping is not
>> imported. How to deal with that?

>You can extract the XMP from the DNG for dt to be able to handle it. I
>think this has already been discussed. I don't have the exiv2
>incantation at hand to do that but you should be able to find it or
>someone else will help.

>--
>  Pascal Obry /  Magny Les Hameaux (78)

>  The best way to travel is by means of imagination

>  http://www.obry.net

>  gpg --keyserver keys.gnupg.net --recv-key F949BD3B

>
>darktable user mailing list
>to unsubscribe send a mail to
darktable-user+unsubscr...@lists.darktable.org


>_
>___ darktable user mailing list to
>unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
>=

-- 
Aktuell im Fotoblog „Anschauungen photosophisch”:
„Abwedeln und Nachbelichten”
http://fotoblog.subhash.at


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: Fwd: [darktable-user] Import Lightroom DNGs to DT

[Subhash Fotografie]

Hi Bruce,

I like your videos very much and have seen episode 1. Thank you for that! But 
in episode 1 you deal with original RAW files not with DNGs as far as I 
remember.

[Bruce Williams schrieb am 12.2.2020 um 21:10 Uhr:]

>You definitely need to watch episode number 1 of my video series on
>YouTube, where I discuss exactly this problem.
>Search "understanding darktable".
>Sorry, I'm on my phone and don't have a link handy.

>Cheers,
>Bruce Williams.



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re(2): [darktable-user] Import Lightroom DNGs to DT

[Subhash Fotografie]

[Pascal Obry schrieb am 12.2.2020 um 10:21 Uhr:]

>You can extract the XMP from the DNG for dt to be able to handle it. I
>think this has already been discussed.

Thank you for that suggestion!

I managed to create a XMP sidecar file with exiftool:

exiftool -tagsfromfile SRC.ext -xmp DST.xmp

Then I removed the DNG from DT, deleted the .dng.xmp file of DT, and imported 
the image again. But the cropping was not applied.

?


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Fwd: [darktable-user] Import Lightroom DNGs to DT

[Bruce Williams]

You definitely need to watch episode number 1 of my video series on
YouTube, where I discuss exactly this problem.
Search "understanding darktable".
Sorry, I'm on my phone and don't have a link handy.

Cheers,
Bruce Williams.

-- Forwarded message -
From: Pascal Obry 
Date: Wed., 12 Feb. 2020, 20:22
Subject: Re: [darktable-user] Import Lightroom DNGs to DT
To: Subhash Fotografie , Darktable-User <
darktable-user@lists.darktable.org>


Le mercredi 12 février 2020 à 10:17 +0100, Subhash Fotografie a écrit :
> I worked with Lightroom for some years. I have a database of about
> 8 photos, most of them DNGs. Lightroom saves developing of theses
> files in the file itself. No sidecar file. When I import one to DT it
> seems the developing is not imported. For example the cropping is not
> imported. How to deal with that?

You can extract the XMP from the DNG for dt to be able to handle it. I
think this has already been discussed. I don't have the exiv2
incantation at hand to do that but you should be able to find it or
someone else will help.

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import Lightroom DNGs to DT

[Pascal Obry]

Le mercredi 12 février 2020 à 10:17 +0100, Subhash Fotografie a écrit :
> I worked with Lightroom for some years. I have a database of about
> 8 photos, most of them DNGs. Lightroom saves developing of theses
> files in the file itself. No sidecar file. When I import one to DT it
> seems the developing is not imported. For example the cropping is not
> imported. How to deal with that?

You can extract the XMP from the DNG for dt to be able to handle it. I
think this has already been discussed. I don't have the exiv2
incantation at hand to do that but you should be able to find it or
someone else will help.

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

[darktable-user] Import Lightroom DNGs to DT

[Subhash Fotografie]

Hi,

I worked with Lightroom for some years. I have a database of about 8 
photos, most of them DNGs. Lightroom saves developing of theses files in the 
file itself. No sidecar file. When I import one to DT it seems the developing 
is not imported. For example the cropping is not imported. How to deal with 
that?

Thank you for tips!

--
www.subhash.at




darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] import process / workflow

[I. Ivanov]

This should have been sent to the list...(not to a personal email)

To the best of my knowledge DT does not work with .psd (Photoshop). It 
works with RAW files.


You may have more success with GIMP as a closer counterpart of Photoshop.

Regards,

B

On 2019-08-11 03:49, Billie Glaser wrote:

Dear Dude,

I am running Darktable 2.4.2 on Ubuntu Linux and am having issues
with importing FOLDERS and .psd(Photoshop) files.

To put it simply it just won't import them!

And yest I did save my .psd's for all versions.

Do you know who I can contact or if this is a system problem?

Sincerely,

Bilie Glaser

p.s. I've been using Photoshop since 7 and Lightroom since it came out


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

[darktable-user] Import file/folder

[Maurizio Paglia]

Hi,
a rather stupid question.
Is it possible to set a filter importing/opening a folder?
The way I can starting writing a string and the folder list is filtered.

Thanks,
Maurizio


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] import process / workflow

[Patrick Shanahan]

* I. Ivanov  [07-20-19 20:33]:
> 
> > smb is slow and you have quite a large collection being imported.  I would
> > *guess* that dt has not had time to generate the previews yet.
> > 
> > perhaps a better plan would have been to download the images to the smb
> > drive or via nfs/sshfs first and then to import to dt.  but that would
> > probably still have been much slower than a local drive.

there is an option in dt to make local copies, copy locally, of the group
you wish to edit and then copy the xmp file back to the original drive,
resync local copy, which would "greatly" aleviate your slowness.

> I had considerable issues with DT files stored on USB connected to a router
> (make believe server) and shared using SMB (took forever to import and
> work).
> 
> Oddly enough - if I am to copy the images back and forth using Nautilus or
> command line - it would work much faster.
> 
> Few months ago I changed the firmware to an open source one and gained
> access to NFS shares on the router. Since then - the speed have increased
> significantly. I mean specifically when DT r/w from the router.
> 
> Few days ago I copied more than 10k directly to the USB (connected to the
> router and shared over NFS). I am currently working out of it directly - on
> a 8 year old laptop and the speed is okay. I mean - the bottle neck is not
> any more the router. If you are on synology - you *should* be able to have
> NFS share. For me - the experience with DT reading images over NFS is much
> better comparing to the one over SMB. You may be able  to improve r/w
> performance on SMB with forcing different mounting options like smb version
> but none of it was very reliable for me.


-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] import process / workflow

[I. Ivanov]

smb is slow and you have quite a large collection being imported.  I would
*guess* that dt has not had time to generate the previews yet.

perhaps a better plan would have been to download the images to the smb
drive or via nfs/sshfs first and then to import to dt.  but that would
probably still have been much slower than a local drive.


I had considerable issues with DT files stored on USB connected to a 
router (make believe server) and shared using SMB (took forever to 
import and work).


Oddly enough - if I am to copy the images back and forth using Nautilus 
or command line - it would work much faster.


Few months ago I changed the firmware to an open source one and gained 
access to NFS shares on the router. Since then - the speed have 
increased significantly. I mean specifically when DT r/w from the router.


Few days ago I copied more than 10k directly to the USB (connected to 
the router and shared over NFS). I am currently working out of it 
directly - on a 8 year old laptop and the speed is okay. I mean - the 
bottle neck is not any more the router. If you are on synology - you 
*should* be able to have NFS share. For me - the experience with DT 
reading images over NFS is much better comparing to the one over SMB. 
You may be able  to improve r/w performance on SMB with forcing 
different mounting options like smb version but none of it was very 
reliable for me.


Regards,

B


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] import process / workflow

[Patrick Shanahan]

* shawn wilson  [07-09-19 18:36]:
> I've had darktable trying to import (almost) 9k of images (well, it
> should be less than that and i think it's counting the cr2 different
> from the jpeg) going for about a day now and I don't think it's doing
> what I want (so any help would be appreciated here).
> 
> I'm storing everything on a synology nas (currently using smb, but
> i'll probably move to sshfs or even nfs as I think I want the extra
> speed here) and I wanted to just be able to upload the pics from sd
> card to the nas and then let darktable sync and pick stuff up.
> However, after a day to import everything, this is what it looks like
> [1] and none of the files open (i don't care about not seeing previews
> as i generally go through pics and favorite from a phone.

smb is slow and you have quite a large collection being imported.  I would
*guess* that dt has not had time to generate the previews yet.

perhaps a better plan would have been to download the images to the smb
drive or via nfs/sshfs first and then to import to dt.  but that would
probably still have been much slower than a local drive.

also possible to download to a local drive, import into dt and then move
the images to the remote drive and reimport.  

-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import

[ktbgud]

Ah, that works. Thanks.

Ka Tai



> On 10 Apr 2018, at 23:04, August Schwerdfeger  
> wrote:
> 
> As a Linux-centric application, Darktable sees only one drive as a drive -- 
> all other drives are represented as folders.
> 
> After you have opened the import dialog, in the left-hand bar above "Other 
> Locations" there should be a folder icon with just a slash next to it. If you 
> click that, you should see a list of folders including one named 'Volumes'. 
> Open that and you should see your external drives.
> 
> --
> August Schwerdfeger
> aug...@schwerdfeger.name
> 
> On Tue, Apr 10, 2018 at 9:42 AM, ktbgud  wrote:
> I am running Darktable 2.4.2
> 
> Ka Tai
> 
> 
> 
> > On 10 Apr 2018, at 22:39, ktbgud  wrote:
> >
> > The external drives are visible, They are connected via usb3.0.
> >
> > I have used them with Lightroom for years. But since Lightroom is getting 
> > unfriendly, I want to explore other programs.
> >
> > I HAVE tried “folder", I get the home drive and “+other locations”. when I 
> > clicked on that, I get “computer”, which is the home drive again.
> >
> > I am using Mac and not linux. Should there be an difference, since I 
> > downloaded this program from the official website?
> >
> > As you can probably guess, I am getting a tiny bit frustrated. But I am 
> > willing to learn.
> >
> > Ka Tai
> >
> >
> >
> >> On 10 Apr 2018, at 22:10, Remco Viëtor  wrote:
> >>
> >> On mardi 10 avril 2018 15:13:35 CEST ktbgud wrote:
> >>> I have just downloaded Darktable for Mac.
> >>>
> >>> I am a photographer. I do not know too much about linux and stuff.
> >>>
> >>> All my photos are stored on 2 external hard drives, about 3T's worth.
> >>>
> >>> I can not figure out how to import to Darktable. The external drives just 
> >>> do
> >>> not show up. I can import from the home drive of my computer OK, but it is
> >>> just not feasible to move or copy my photos there.
> >>
> >> If your external drives are visible with your file manager, Darktable 
> >> should
> >> also see them.
> >>
> >> Stupid question, but: have you tried to use "folder" under the "import" tab
> >> (left-most column when you are in 'lighttable' mode)?
> >> From there, I can navigate to any drive/folder that is visible in my normal
> >> file manager (that's under Linux, but that should not make a difference).
> >>
> >> If you already tried that, then perhaps you could tell us how those 
> >> external
> >> drives are connected to your computer (USB, network, ...).
> >>
> >> Remco
> >> 
> >> darktable user mailing list
> >> to unsubscribe send a mail to 
> >> darktable-user+unsubscr...@lists.darktable.org
> >>
> >
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
> 
> 
> 
>  
> darktable user mailing list to unsubscribe send a mail to 
> darktable-user+unsubscr...@lists.darktable.org 


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import

[Patrick Shanahan]

* ktbgud  [04-10-18 10:41]:
> The external drives are visible, They are connected via usb3.0.
> 
> I have used them with Lightroom for years. But since Lightroom is getting 
> unfriendly, I want to explore other programs.
> 
> I HAVE tried “folder", I get the home drive and “+other locations”. when I 
> clicked on that, I get “computer”, which is the home drive again.
> 
> I am using Mac and not linux. Should there be an difference, since I 
> downloaded this program from the official website?
> 
> As you can probably guess, I am getting a tiny bit frustrated. But I am 
> willing to learn.
> 
> Ka Tai
> 
> 
> 
> > On 10 Apr 2018, at 22:10, Remco Viëtor  wrote:
> > 
> > On mardi 10 avril 2018 15:13:35 CEST ktbgud wrote:
> >> I have just downloaded Darktable for Mac.
> >> 
> >> I am a photographer. I do not know too much about linux and stuff.
> >> 
> >> All my photos are stored on 2 external hard drives, about 3T's worth.
> >> 
> >> I can not figure out how to import to Darktable. The external drives just 
> >> do
> >> not show up. I can import from the home drive of my computer OK, but it is
> >> just not feasible to move or copy my photos there.
> > 
> > If your external drives are visible with your file manager, Darktable 
> > should 
> > also see them.
> > 
> > Stupid question, but: have you tried to use "folder" under the "import" tab 
> > (left-most column when you are in 'lighttable' mode)? 
> > From there, I can navigate to any drive/folder that is visible in my normal 
> > file manager (that's under Linux, but that should not make a difference).
> > 
> > If you already tried that, then perhaps you could tell us how those 
> > external 
> > drives are connected to your computer (USB, network, ...).
> > 
> > Remco
> > 
> > darktable user mailing list
> > to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
> > 
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

you said 
  I HAVE tried “folder", I get the home drive and “+other locations”. when
  I clicked on that, I get “computer”, which is the home drive again.
  

but "computer" is not the "home drive again".  it is the top level, system
root.  you can navagate by double-clicking on each drive entry.

-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Registered Linux User #207535@ http://linuxcounter.net
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import

[August Schwerdfeger]

As a Linux-centric application, Darktable sees only one drive *as* a drive
-- all other drives are represented as folders.

After you have opened the import dialog, in the left-hand bar above "Other
Locations" there should be a folder icon with just a slash next to it. If
you click that, you should see a list of folders including one named
'Volumes'. Open that and you should see your external drives.

--
August Schwerdfeger
aug...@schwerdfeger.name

On Tue, Apr 10, 2018 at 9:42 AM, ktbgud  wrote:

> I am running Darktable 2.4.2
>
> Ka Tai
>
>
>
> > On 10 Apr 2018, at 22:39, ktbgud  wrote:
> >
> > The external drives are visible, They are connected via usb3.0.
> >
> > I have used them with Lightroom for years. But since Lightroom is
> getting unfriendly, I want to explore other programs.
> >
> > I HAVE tried “folder", I get the home drive and “+other locations”. when
> I clicked on that, I get “computer”, which is the home drive again.
> >
> > I am using Mac and not linux. Should there be an difference, since I
> downloaded this program from the official website?
> >
> > As you can probably guess, I am getting a tiny bit frustrated. But I am
> willing to learn.
> >
> > Ka Tai
> >
> >
> >
> >> On 10 Apr 2018, at 22:10, Remco Viëtor  wrote:
> >>
> >> On mardi 10 avril 2018 15:13:35 CEST ktbgud wrote:
> >>> I have just downloaded Darktable for Mac.
> >>>
> >>> I am a photographer. I do not know too much about linux and stuff.
> >>>
> >>> All my photos are stored on 2 external hard drives, about 3T's worth.
> >>>
> >>> I can not figure out how to import to Darktable. The external drives
> just do
> >>> not show up. I can import from the home drive of my computer OK, but
> it is
> >>> just not feasible to move or copy my photos there.
> >>
> >> If your external drives are visible with your file manager, Darktable
> should
> >> also see them.
> >>
> >> Stupid question, but: have you tried to use "folder" under the "import"
> tab
> >> (left-most column when you are in 'lighttable' mode)?
> >> From there, I can navigate to any drive/folder that is visible in my
> normal
> >> file manager (that's under Linux, but that should not make a
> difference).
> >>
> >> If you already tried that, then perhaps you could tell us how those
> external
> >> drives are connected to your computer (USB, network, ...).
> >>
> >> Remco
> >> 
> 
> >> darktable user mailing list
> >> to unsubscribe send a mail to darktable-user+unsubscribe@lis
> ts.darktable.org
> >>
> >
>
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscribe@lis
> ts.darktable.org
>
>


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import

[ktbgud]

I am running Darktable 2.4.2

Ka Tai



> On 10 Apr 2018, at 22:39, ktbgud  wrote:
> 
> The external drives are visible, They are connected via usb3.0.
> 
> I have used them with Lightroom for years. But since Lightroom is getting 
> unfriendly, I want to explore other programs.
> 
> I HAVE tried “folder", I get the home drive and “+other locations”. when I 
> clicked on that, I get “computer”, which is the home drive again.
> 
> I am using Mac and not linux. Should there be an difference, since I 
> downloaded this program from the official website?
> 
> As you can probably guess, I am getting a tiny bit frustrated. But I am 
> willing to learn.
> 
> Ka Tai
> 
> 
> 
>> On 10 Apr 2018, at 22:10, Remco Viëtor  wrote:
>> 
>> On mardi 10 avril 2018 15:13:35 CEST ktbgud wrote:
>>> I have just downloaded Darktable for Mac.
>>> 
>>> I am a photographer. I do not know too much about linux and stuff.
>>> 
>>> All my photos are stored on 2 external hard drives, about 3T's worth.
>>> 
>>> I can not figure out how to import to Darktable. The external drives just do
>>> not show up. I can import from the home drive of my computer OK, but it is
>>> just not feasible to move or copy my photos there.
>> 
>> If your external drives are visible with your file manager, Darktable should 
>> also see them.
>> 
>> Stupid question, but: have you tried to use "folder" under the "import" tab 
>> (left-most column when you are in 'lighttable' mode)? 
>> From there, I can navigate to any drive/folder that is visible in my normal 
>> file manager (that's under Linux, but that should not make a difference).
>> 
>> If you already tried that, then perhaps you could tell us how those external 
>> drives are connected to your computer (USB, network, ...).
>> 
>> Remco
>> 
>> darktable user mailing list
>> to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
>> 
> 


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import

[ktbgud]

The external drives are visible, They are connected via usb3.0.

I have used them with Lightroom for years. But since Lightroom is getting 
unfriendly, I want to explore other programs.

I HAVE tried “folder", I get the home drive and “+other locations”. when I 
clicked on that, I get “computer”, which is the home drive again.

I am using Mac and not linux. Should there be an difference, since I downloaded 
this program from the official website?

As you can probably guess, I am getting a tiny bit frustrated. But I am willing 
to learn.

Ka Tai



> On 10 Apr 2018, at 22:10, Remco Viëtor  wrote:
> 
> On mardi 10 avril 2018 15:13:35 CEST ktbgud wrote:
>> I have just downloaded Darktable for Mac.
>> 
>> I am a photographer. I do not know too much about linux and stuff.
>> 
>> All my photos are stored on 2 external hard drives, about 3T's worth.
>> 
>> I can not figure out how to import to Darktable. The external drives just do
>> not show up. I can import from the home drive of my computer OK, but it is
>> just not feasible to move or copy my photos there.
> 
> If your external drives are visible with your file manager, Darktable should 
> also see them.
> 
> Stupid question, but: have you tried to use "folder" under the "import" tab 
> (left-most column when you are in 'lighttable' mode)? 
> From there, I can navigate to any drive/folder that is visible in my normal 
> file manager (that's under Linux, but that should not make a difference).
> 
> If you already tried that, then perhaps you could tell us how those external 
> drives are connected to your computer (USB, network, ...).
> 
> Remco
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
> 


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import

[Maurizio Paglia]

Hi,
if your disks are connected via USB please follow the instructions Vietor
gives you.
It is very simple.
Please note IMPORT does not means you will import your images into
darktable: images (files) will remain on board your disk, darktable will
only catch the necessary information in order to let you develop your files.

Thank you,
Maurizio

2018-04-10 16:10 GMT+02:00 Remco Viëtor :

> On mardi 10 avril 2018 15:13:35 CEST ktbgud wrote:
> > I have just downloaded Darktable for Mac.
> >
> > I am a photographer. I do not know too much about linux and stuff.
> >
> > All my photos are stored on 2 external hard drives, about 3T's worth.
> >
> > I can not figure out how to import to Darktable. The external drives
> just do
> > not show up. I can import from the home drive of my computer OK, but it
> is
> > just not feasible to move or copy my photos there.
>
> If your external drives are visible with your file manager, Darktable
> should
> also see them.
>
> Stupid question, but: have you tried to use "folder" under the "import" tab
> (left-most column when you are in 'lighttable' mode)?
> From there, I can navigate to any drive/folder that is visible in my normal
> file manager (that's under Linux, but that should not make a difference).
>
> If you already tried that, then perhaps you could tell us how those
> external
> drives are connected to your computer (USB, network, ...).
>
> Remco
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscribe@
> lists.darktable.org
>
>


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import

[Remco Viëtor]

On mardi 10 avril 2018 15:13:35 CEST ktbgud wrote:
> I have just downloaded Darktable for Mac.
> 
> I am a photographer. I do not know too much about linux and stuff.
> 
> All my photos are stored on 2 external hard drives, about 3T's worth.
> 
> I can not figure out how to import to Darktable. The external drives just do
> not show up. I can import from the home drive of my computer OK, but it is
> just not feasible to move or copy my photos there.

If your external drives are visible with your file manager, Darktable should 
also see them.

Stupid question, but: have you tried to use "folder" under the "import" tab 
(left-most column when you are in 'lighttable' mode)? 
>From there, I can navigate to any drive/folder that is visible in my normal 
file manager (that's under Linux, but that should not make a difference).

If you already tried that, then perhaps you could tell us how those external 
drives are connected to your computer (USB, network, ...).

Remco

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import

[Maurizio Paglia]

Hi!
Sorry but I cannot understand if you are using a Mac or Linux?
How do you connect the external drives? USB? Shared network?

Maurizio

2018-04-10 15:13 GMT+02:00 ktbgud :

> I have just downloaded Darktable for Mac.
>
> I am a photographer. I do not know too much about linux and stuff.
>
> All my photos are stored on 2 external hard drives, about 3T's worth.
>
> I can not figure out how to import to Darktable. The external drives just
> do not show up. I can import from the home drive of my computer OK, but it
> is just not feasible to move or copy my photos there.
>
> Any ideas appreciated.
>
> Ka Tai_
> ___
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscribe@
> lists.darktable.org
>
>


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

[darktable-user] Import

[ktbgud]

I have just downloaded Darktable for Mac. 

I am a photographer. I do not know too much about linux and stuff. 

All my photos are stored on 2 external hard drives, about 3T's worth.

I can not figure out how to import to Darktable. The external drives just do 
not show up. I can import from the home drive of my computer OK, but it is just 
not feasible to move or copy my photos there.

Any ideas appreciated.

Ka 
Tai
darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import older xmp files

[Tobias Ellinghaus]

Am Mittwoch, 5. Juli 2017, 14:02:40 CEST schrieb Sakke K:
> I have new install and i try edit my pics from 2016.
> I lost all my xmp files data - DarkTable overwrite my
> old xmp file in folder. I use now Ubuntu 16 lts and
> Darktable 2.2.4. Import only one folder with 300 pics.
> I do not want to edit photos again. I have backup xmp
> files. I have not old Darktable database. I have only raw
> and xmp files.

What is your question? Did you try to import the old images and darktable 
ignored the edits stored in the XMP files? Could you send me one of the 
original XMPs from your backup?

> Sorry for my poor language skills.

Tobias

signature.asc
Description: This is a digitally signed message part.

[darktable-user] Import older xmp files

[Sakke K]

I have new install and i try edit my pics from 2016.
I lost all my xmp files data - DarkTable overwrite my
old xmp file in folder. I use now Ubuntu 16 lts and
Darktable 2.2.4. Import only one folder with 300 pics.
I do not want to edit photos again. I have backup xmp
files. I have not old Darktable database. I have only raw
and xmp files.


Sorry for my poor language skills.


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import from Camera

[Normand Fortier]

Could it be this gtk issue (quoting from an earlier message)?

Using your solution I finally was able to import... May I suggest 
including this text (or something to the same effect) to the Darktable 
manual, section 2.3.1.2 (Importing from a connected camera), sub-section 
"Import from camera":


[existing text: This will bring up an import dialog, showing the images 
on camera that can be selected for import into a film roll in 
darktable.] In certain circumstances the import dialog will not allow 
selection using familiar gestures (ctrl-a; left-click + ctrl or shift). 
In that case you can press repeatedly the Tab key on your keyboard until 
one of the images appears surrounded with a thin white dotted line; 
pressing Ctrl-a will then select all the images and you can start 
downloading. That workaround does not allow you to select images."



Le 2017-03-29 à 17:21, David Vincent-Jones a écrit :

I am still unable to import images directly from the camera. The
selection process simply is not working. Is there any sort of
work-around or is there a fix in the pipeline?

David

darktable 2.3.0+git408.c510ef7-1.1 ... openSUSE Leap 42.2/XFCE



darktable user mailing list to unsubscribe send a mail to
darktable-user+unsubscr...@lists.darktable.org



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

[darktable-user] Import from Camera

[David Vincent-Jones]

I am still unable to import images directly from the camera. The
selection process simply is not working. Is there any sort of
work-around or is there a fix in the pipeline?

David

darktable 2.3.0+git408.c510ef7-1.1 ... openSUSE Leap 42.2/XFCE



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import from Camera

[Normand Fortier]

Hi,

I had a related problem a while ago, here is kind of a summary, perhaps 
it could help:


"Using your solution I finally was able to import... May I suggest 
including this text (or something to the same effect) to the Darktable 
manual, section 2.3.1.2 (Importing from a connected camera), sub-section 
"Import from camera":


[existing text: This will bring up an import dialog, showing the images 
on camera that can be selected for import into a film roll in 
darktable.] In certain circumstances the import dialog will not allow 
selection using familiar gestures (ctrl-a; left-click + ctrl or alt). In 
that case you can press repeatedly the Tab key on your keyboard until 
one of the images appears surrounded with a thin white dotted line; 
pressing Ctrl-a will then select all the images and you can start 
downloading. That workaround does not allow you to select images."



Le 2017-01-06 à 14:46, Roman Lebedev a écrit :

On Fri, Jan 6, 2017 at 10:43 PM, David Vincent-Jones  wrote:

darktable 2.3.0+git31.2b55991-1.1 ... openSUSE 42.2 ..

Import images from camera does not now allow me to import more than a single
image into a folder.

Can only select single image

Anybody else seeing this?

That is gtk bug, it was reported several times.

The fix is to use newer gtk, which seems to have fixed it.
(at the cost of other new regressions)


David

Roman.



darktable user mailing list to unsubscribe send a mail to
darktable-user+unsubscr...@lists.darktable.org


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org




darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Import from Camera

[Roman Lebedev]

On Fri, Jan 6, 2017 at 10:43 PM, David Vincent-Jones  wrote:
> darktable 2.3.0+git31.2b55991-1.1 ... openSUSE 42.2 ..
>
> Import images from camera does not now allow me to import more than a single
> image into a folder.
>
> Can only select single image
>
> Anybody else seeing this?
That is gtk bug, it was reported several times.

The fix is to use newer gtk, which seems to have fixed it.
(at the cost of other new regressions)

> David
Roman.

> 
> darktable user mailing list to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

[darktable-user] Import from Camera

[David Vincent-Jones]

darktable 2.3.0+git31.2b55991-1.1 ... openSUSE 42.2 ..

Import images from camera does not now allow me to import more than a 
single image into a folder.


Can only select single image

Anybody else seeing this?

David



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

[darktable-user] Import/export of tag lists

[Tobias Ellinghaus]

Hello dear users out there,

I recently added two new buttons to the tagging module, one to import and one 
to export the list of tags to Lightroom compatible text files. That should 
allow getting one of those vocabulary lists from the Internet and use it for 
tagging. You still have to be careful to not mistype a tag name, hit enter and 
assign that by accident (at least for now) but it's a first step.
So if you are in need of a system like that or want to try it, please do so 
and give feedback if anything doesn't work.

CAVEAT: Make a backup of your ~/.config/darktable/library.db first as this 
might 
very well create thousands of new tags that are not fun to manually delete 
afterwards.

What is currently missing is:

- explicit category support – not sure if there is anything special to do
- support for fixed order of tags (~ in the txt file)
- support for synonyms. It's a great thing but not possible with the current 
way darktable handles tags. I will definitely add that eventually but not for 
now.

Oh, and the quick tagging (ctrl-t) box should now also propose tags with the 
typed part anywhere but the start. So having a tag like "Animals|Mammals|Dog" 
and typing "dog" it should be in the list.

For reference and an idea where to get tag lists here is the commit message

commit 4129a3065732a47bb107fba52536f0d2119c8931
Author: Tobias Ellinghaus 
AuthorDate: Sun Sep 25 15:58:10 2016 +0200
Commit: Tobias Ellinghaus 
CommitDate: Sun Sep 25 15:58:10 2016 +0200

[tags] Allow to import/export tags

This is useful when using a closed vocabulary for tagging images. A way
to disable creating new tags is needed still, but this at least allows
to get tags into dt.

There are some free tag lists available on the internet, for example

- Some CC-BY-SA licensed lists:
  https://lightroom-keyword-list-project.blogspot.de/
- Not sure about the license:
  
http://workshops.bigsunphotography.com/news/28-free-lightroom-keyword-library-download

Google might find more. Just make sure that the txt file uses the
Lightroom format as described here:
http://www.photo-keywords.com/keyword-list-format.php


Thanks
Tobias

signature.asc
Description: This is a digitally signed message part.