* 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. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/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
