So talking about dragging old threads from the grave…
But with a purpose.
in 2018 i needed more detailed search functions for rawfiles.
before: tagging jpegs and had a mirrored folder structure in jpeg and rawfiles. find the jpeg means the raw should be in the same folder on the other side. working fine but when searched images are in different folders that is a pain to collect.
XMP is the bone the core the spine in flexible keyword and exif/IPTC storage in my case anyway.
Where are we now?
well, FRV is my first step in culling, selecting and creating a XMP if i use rating (rest is for use in LR written and don’t work in DxOPL.)
Then, aslong as DxOPL has no editing of XMP, i use Adobe Bridge to tag keywords and fill the additional information in the EXIF/IPTC fields. (works fine but has some quirks which i detail later.)
This should be my main DAM place. The editplace to be in tagging. the search place and i can make “projects” in Bridge to send groups of file to DxOPL for editing which are a kind of “projects” in DxOPL
So all happy… eh no.
DxOPL is evolving in there search functions and bridge is about checking boxes to select groups to show or hide wile DxOPL is more intuitive in type your search in and we show the existing things what can be yours to find.
Both are fine, if you know what the key word is or Aperture or isovalue or any other search parameter DxOPL is great. better.
If you don’t know and relay on what you see in the choose section and use the boxes to sellect bridge is better. besides some annoying problems.
1 i have to check what i what to see in a folder:
which is fine but annoying to do every time i select a folder or change to a folder.
2 And this is where DxO has a muchbetter system,
No folder tree searching of keywords so i have to click on every folder and search there which is again point 1 very annoying.
So my present search and select function is:
open DxOPL use there the search function of keywords and such.
then find the folder and open bridge to alter or add the xmp changes.
go back to DxOPL check if changes are seen.
and or create a project of the group.
So i can’t wait on a editable xmp file based DAM module to murch those two together.
ditch Bridge, oh no! startup time is much faster because it doesn’t need to load the raw editor section.
But i think i would use Bridge as quick search and second stage keyword tagging tool and move over to DxOPL’s DAM for searching and projecting and adding keywords/exif/iptc updates.
Ok it’s two years but DxOPL is evolving the right way in this DAM functionality. (except the speed of starting up and the slugging by the database filling which is always a danger when functions are growing.)
DxOPL has two tabs so a two stage loading can be a solution for that problem.
This requiers two different view drivers.
one for embedded thumbnails in rawfiles and jpegs/tiffs no optical correction applied and one as the present viewer with loading and applying optical corrections.
one with detailed search and tagg functions and the other more grouped highlight image info.
So fire away, what do you think? am i wright to be positive about the evolution/progres or not?