Hi! Yes, I've noticed the same thing. It would be nice, that when you import a folder, darktable would recognize also the additional xmp files.
-Juha On Sun, 7 Apr 2019 at 20:52, Benjamin Daines <ben@digitalsand.photography> wrote: > Don't get hung up on the example file names I used in the email. The issue > that I'm having is with the database "disabled" darktable does not > recognize additional versions of images that are created (via clicking > duplicate in darktable, which creates a second xmp file for the image). > What's worse is when you open the folder in darktable after closing it, not > only is the version you've created gone, but if you create the second > version again DT immediately overwrites the second xmp file. > > Hopefully that makes more sense. > > On Sun, 2019-04-07 at 11:50 -0400, Patrick Shanahan wrote: > > * Benjamin Daines < > > ben@digitalsand.photography > > > [04-07-19 11:04]: > > Importing the folder doesn't recognize versions either unfortunately. > > On Sat, 2019-04-06 at 13:54 -0400, Patrick Shanahan wrote: > > * Benjamin Daines < > > ben@digitalsand.photography > > > [04-06-19 12:51]: > > The issue I'm running into now, with database=:memory: is that if > > I'veduplicated an image so that I've got two xmp files for the same > > image(say IMG1.xmp and IMG1_01.xmp), when I close the folder and > > open itagain, DT only reads the initial image, not the second > > version. If Ithen create a new version, DT immediately overwrites > > IMG1_01.xmp, sounless I've copied all my xmp files to a > > subdirectory, that work islost. It would be best to have darktable > > automatically create these versionswhen seeing IMG_01.xmp. > > Hopefully that makes sense. On Tue, 2019-04-02 at 07:20 +0300, Juha > > Lintula wrote: > > Hi!I also use darktable only for image processing and have the > > samesetting as Robert; database=:memory: This setting will > > alwaysautomatically read the .xmp files as you are always > > starting with afresh database. > > -Juha > > On Tue, 2 Apr 2019 at 05:20, Patrick Shanahan < > > p...@opensuse.org > > > > > wrote: > > * I. Ivanov < > > iv3...@gmail.com > > > [04-01-19 20:03]: > > On 2019-04-01 16:34, Patrick Shanahan wrote: > > * Benjamin Daines < > > ben@digitalsand.photography > > > [04-01-19 > > 18:46]: > > In my workflow I find myself using multiple machines to > > work > > on the > > same images. My configuration right now on both machines > > is > > to have DT > > look for updated xmp files on start up and that seems to > > work > > pretty > > well. I usually just ignore the window that pops up to > > tell > > me about > > newer xmp files, unless the ones that I'm about to work > > on > > are listed, > > then I select those and let it update the database. > > However, there have been some situations where my > > previous > > work has > > been wiped out when opening a folder on another machine. > > Because of > > this, I now habitually copy all my xmp files to a > > subfolder > > after > > working on them in order to keep a back up, just in > > case. > > Occasionally > > I need to manually load these sidecar files. > > Would an option to disable darktable's database and use > > just > > the xmp > > files be a feasible option? How about using something > > like > > syncthing > > (Linux platform here) to keep the database synced between > > multiple > > machines? Would doing that cause any foreseeable issues? > > How are other people dealing with using multiple machines > > to > > work onprojects, any tips? > > when I use any machine beside my main workstation to edit > > photos, I issue > > darktable as: > > darktable --library :memory: > > import the photos to be edited > > finish the edits > > close dt > > and back at my workstation, re-import the edited photos > > with > > their > > accompanying xmp files. > > have not encountered any problems with this work plan. > > In theory... if you have 2 identical machines (for example > > linux) > > shared network location for DT files > > shared network location for the DB, configuration files and > > cache > > same mounting point for the 2 machines > > you could use DT on one or the other (one at a time) and the > > changes should > > be on the 2 machines. > > BUT... I haven't tested the scenario please back up if you > > want > > to try it. > > On the other hand - what Patrick is pointing to is based on > > experience. > > > > IF, IF, IF you NEVER run dt at the same time on different > > machines,one > > could share the db placing it on networked storage. BUT NEVER > > RUNDT ON > > TWO MACHINES AT THE SAME TIME. > > > > > Thanks. > > > try instead, to import the image instead of just reading the xmp > > file. Ihave not seen that happen to me and I do have duplicate > > images withdifferent crops. it appears your dup images are not being > > created withthe same filenames reflected by your oddly number xmp > > files. but ... > > > > > versions of what? > > > importing an image not in dt's db will utilize the acompanying xmp. > > > you have something irregular wrt your filename and accompanying xmp files. > > if the filenames to the xmp files do not match, iiuc, the xmp is not > > relevant, ie: not utilized. you appear to be defeating the very action > > you wish to utilize. > > > ____________________________________________________________________________ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org