Re: [darktable-user] Export+Import Question
On Sun, Apr 14, 2019, at 11:27, David Vincent-Jones wrote:
> Is there some way that exporting to the current folder would directly
> import the results ans save having to make the second step?
This is exactly the kind of thing Lua is useful for. The following quick and
dirty example will reimport any exported image with a "blue" label immediately
upon export:
--
local dt = require "darktable"
dt.register_event("intermediate-export-image",
function (event, image, filename, format, storage)
if image.blue then
dt.database.import(filename)
end
end
)
--
If you really wanted to make this a "normal" behavior of exporting to the
original directory, you would probably want to implement it as a new storage
type. There's an example of that here:
https://darktable.gitlab.io/doc/en/lua_chapter.html#lua_storage_example
--
jys
darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Images order in db
On Sun, 14 Apr 2019 21:58:01 +0200, Jean-Luc CECCOLI wrote: >> Message du 14/04/19 19:16 >> De : "KOVÃCS István" >> A : "Darktable Users List" >> Copie à : >> Objet : Re: [darktable-user] Images order in db >> >> Hello, > >> I have to admit I have not followed this discussion closely. I'd like to >> know why you care about database IDs? In most databases, the IDs are for >> internal use only, and have no meaning in the real world (they are not tied >> to time or filename, for example - the technical term is 'surrogate key'). >> So, why are the keys important to you? Can't you sort or filter your images >> based or metadata, that has real-world meaning (e.g. time taken)? > >> Kofa > > Because I think this is the cause of other behaviours that tend to slow down > the flow. It's possible in extreme cases that this might be true, but that would involve very minimal processing of a lot of small files. I don't know how big your images are, but if you're spending more than a few tenths of a second on processing, it's going to overwhelm any issues related to ordering on disk. And even then, you have to have some idea what the ordering on disk actually is. I've done exactly that kind of optimization, but it was partly to optimize stat'ing files (reading the inodes, which are very small) and partly to optimize reading thumbnails out of packed files (which are around 10K). This mattered on disk; not so much on SSD. Your files are probably at least 5MB or so if they're JPEGs and at least 20MB if they're RAW. Assuming that the file I/O inside Darktable is reasonable (i. e. reading entire files at once), whether they're read "in order" or not isn't going to matter. > When applying a style to many pictures, having the prog reading the files to > and fro must necessarily be slower than accessing them in a row. > Maybe not that sensitive on a modern computer with SSD, plenty of fast RAM, > high performance graphics card aso, but noticeable on an old one with basic > components. Most likely not. See above. > Even importing files must be concerned : beginning at the 125th, then back to > the 43th, then 229th, 1st, 111th, 327th, 12th, etc. must be time consumming. That simply isn't how databases (and computers, in the case of large files) work. They don't operate like someone e. g. reading down a shopping list, and forgetting something because it's not in a convenient order for how the items are placed in the supermarket . What does "125th, 43rd, 229th, 1st, 111th..." mean, in any case? > And I believe this is the reason why I have to apply development copying many > times before the whole collection is complete, for instance. If you're applying the same profile to all of the files, it won't matter. If not -- if you have to do things out of order yourself -- it might be less convenient for you, but not for the computer. > Not that bothering with 10 to 15 pictures, but now I have to rework my whole > collection. And, even with "only" 23k photos, it might save me some time, > along with some nerve crises (not sure whether the term is correct). Is this affecting how you do your work, or is it only about how you think the computer is doing its work? If you think it's how the computer is doing its work, I'm curious what you think it has to do. -- Robert Krawitz *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint --http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Images order in db
> Message du 14/04/19 19:16 > De : "KOVÁCS István" > A : "Darktable Users List" > Copie à : > Objet : Re: [darktable-user] Images order in db > > Hello, > I have to admit I have not followed this discussion closely. I'd like to know > why you care about database IDs? In most databases, the IDs are for internal > use only, and have no meaning in the real world (they are not tied to time or > filename, for example - the technical term is 'surrogate key'). > So, why are the keys important to you? Can't you sort or filter your images > based or metadata, that has real-world meaning (e.g. time taken)? > Kofa Because I think this is the cause of other behaviours that tend to slow down the flow. When applying a style to many pictures, having the prog reading the files to and fro must necessarily be slower than accessing them in a row. Maybe not that sensitive on a modern computer with SSD, plenty of fast RAM, high performance graphics card aso, but noticeable on an old one with basic components. Even importing files must be concerned : beginning at the 125th, then back to the 43th, then 229th, 1st, 111th, 327th, 12th, etc. must be time consumming. And I believe this is the reason why I have to apply development copying many times before the whole collection is complete, for instance. Not that bothering with 10 to 15 pictures, but now I have to rework my whole collection. And, even with "only" 23k photos, it might save me some time, along with some nerve crises (not sure whether the term is correct). Rgrds, J.-Luc darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] DT 2.6.2 on Cosmic
I just grabbed the deb from darktable.org. Works fine. Jack On 2019-04-14 4:19 a.m., Tony Arnold wrote: I saw an announcement of the release of DT 2.6.2 a while ago, but it's not in the PPA for Ubuntu Cosmic yet. Any idea when it might appear? Regards, Tony. -- *Tony Arnold* MBCS, CITP | Senior IT Security Analyst | Directorate of IT Services | G64, Kilburn Building | The University of Manchester | Manchester M13 9PL | T:+44 161 275 6093 | M:+44 773 330 0039 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] Export+Import Question
I wish to export directly to the 'working' directory. $(FILE_FOLDER)/filename does this but I then need to import the results as a separate action. Is there some way that exporting to the current folder would directly import the results ans save having to make the second step? David darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] DT 2.6.2 on Cosmic
Hi, You can build darktable yourself. Check out the instructions here: https://redmine.darktable.org/projects/darktable/wiki/Building_darktable_26 (Just replace references to 2.6.0 with 2.6.2 and install the required dependencies as described in the Ubuntu section.) Kofa darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Images order in db
Hello, I have to admit I have not followed this discussion closely. I'd like to know why you care about database IDs? In most databases, the IDs are for internal use only, and have no meaning in the real world (they are not tied to time or filename, for example - the technical term is 'surrogate key'). So, why are the keys important to you? Can't you sort or filter your images based or metadata, that has real-world meaning (e.g. time taken)? Kofa darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] DT 2.6.2 on Cosmic
* Tony Arnold [04-14-19 07:42]: > I saw an announcement of the release of DT 2.6.2 a while ago, but it's > not in the PPA for Ubuntu Cosmic yet. Any idea when it might appear? the dev's do not build distro install packages but provide the source so that distro packagers may provide the package for your chosen distro. contact the volunteer who provides darktable (lowercase) for your particular distro. -- (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
[darktable-user] DT 2.6.2 on Cosmic
I saw an announcement of the release of DT 2.6.2 a while ago, but it's not in the PPA for Ubuntu Cosmic yet. Any idea when it might appear? Regards, Tony. -- Tony Arnold MBCS, CITP | Senior IT Security Analyst | Directorate of IT Services | G64, Kilburn Building | The University of Manchester | Manchester M13 9PL | T: +44 161 275 6093 | M: +44 773 330 0039 darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.or
Re: [darktable-user] Images order in db
>On Sat, Apr 13, 2019 at 6:38 AM Jean-Luc CECCOLI wrote: > > Message du 08/04/19 22:07 > > De : "Jean-Luc CECCOLI" > > A : "Darktable Users List" > > Copie à : > > Objet : re: [darktable-user] Images order in db > > > > > Message du 07/04/19 23:02 > > > De : "Jean-Luc CECCOLI" > > > A : "Darktable Users List" > > > Copie à : > > > Objet : [darktable-user] Images order in db > > > > > > > > > Hello, > > > > > > Due to recent problems, I thought my db was corrupt and, after erasing it > > > (and its copies, since the problem occured with them too), I decided to > > > reimport all my photos along with the sidecars. > > > But, before this, as I wanted to be sure that the photos would be > > > imported in their chronological order, I copied them on a new drive, > > > starting from the oldest ot the newest. > > > Thus, DT ought to import them following this scheme. > > > However, the oldest photo's number is 13380, and the next are 13409, > > > 13480, 13511, and lower numbers are assigned to photos taken far further. > > > Where did DT retrieve those numbers ? I thought it could be into the > > > sidecars, but couldn't find anything relevant there. > > > It is not in the db either, since it ha been erased. > > > > > > Any ideas ? > > > > > > Rgrds, > > > > > > J.-Luc > > > > > OK, so... is there a way to force DT to import photos from a list ? > > Unless I misunderstood, there is nothing about this int the section about > > the cli. > > > > Rgrds, > > > > J.-Luc > > > Er... no one can tell me if that is possible ? > > Message du 13/04/19 17:22 > De : "August Schwerdfeger" > A : "Darktable Users List" > Copie à : > Objet : Re: [darktable-user] Images order in db > > I suppose you could create a list of your photos in the desired order and use > the darktable.database.import Lua function to import them one at a time. > > -- > August Schwerdfeger > aug...@schwerdfeger.name > So, another scripting tool to learn. Will have a look at it I thought I could use the cli, but obviously it seems only to be meant to export photos, not for the purpose I need, according to the intro : "This binary starts the command line interface variant of darktable which allows exporting images." The list has been created, as I used it to ensure the files would be in the right order on the disk, since I thought DT relied on this to import the files. But, obviously, it seems to read them randomly, with no logical scheme. Rgrds, J.-Luc darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
