Put the project assignement in the dop file


I’m using the same photo library, stored on a big USB 3.1 external SSD drive on two different computers, depending if I’m at home or roaming around.
I use projects quite a lot, to keep in the same place sets of picture that I can finalize when I have time or am in the mood. However, when moving from one computer to another, I loose the project assignment.

If the assignment could be copied to the dop file in addition to the database content, the second computer could sync these after a simple rescan. In addition, if you reinstall your computer, or move to another one, or corrupt your database, or move your photos to a bigger drive, these assignements could be recovered after scanning the right folders.

Are there others in the same situation ?

This sounds like an excellent idea. I have voted for it. I suggest you do the same.

Unique database items are always vulnerable. So having it stored in external files is better then one file contains all.

I voted
(i believe it’s an earlier request to make the Database more a copy and look up table then a storaged of information.)

I like the idea too so have also voted :+1:

Very good idea

Good morning!

Well, 15 votes in 24h definitely requires attention :slight_smile: . @StevenL , @Musashi could you, please, have a look?

Thank you
Svetlana G.

1 Like

This gets my vote. It is strange that the present DOP files contain an “Album” tag which appears to be unused so this might be difficult to implement.

Great idea - my vote as well!!!

I didn’t find your original request to this issue, so I created a nearly identical request a while ago:

I voted to yours additionally :slight_smile:

I vote for too.
But that has already been said, but everything related to the addition/deletion/modification of the image must be in the DOP, so as to find everything in the event of a problem on the database.

Right. Of critical importance especially since database files cannot be restored to a replacement hard drive in the event of a disk failure.

If you regularly back up your PhotoLab database, why not? The database backups should also be included as part of your scheduled hard drive back up.


Because the image locations in the database are keyed to the serial number of the hard disk. So if you restore that database and images to another disk after a disk failure, the database doesn’t recognize the location of your images because the serial numbers don’t match and all edits, keywords, project associations are lost. It an absolutely abhorrent design that, in the absence of a disk in a system with the same serial number, the program can’t do a basic tree search to find the images and relink them. Edits and keywords can be re-imported from the DOP sidecars but the project settings cannot.

So you’re screwed with respect to projects.

All the gory details are here (note this was for a change in the low level structure of an existing disk but a replacement disk would suffer the same fate, even if you used a cloning utility to make the copy.)

Indeed … and the more I think about it the more baffled I am with this design. I cannot understand why they do it this way. I logged a ticked and exchanged emails with their support urging them to look into this as it needs a fix.

BTW - I’m voting for projects to be put in the DOP file … that will help. Never use PL without DOPs set on as default … you will lose your edits if your hard disk blows up without them …

Yes it’s really inexcusable. With this architecture sidecars shouldn’t be optional. I know some people don’t want to deal with them and I understand. But if they realized regardless of any backup strategy that all of their edits for all time are at risk without sidecars o think they would feel differently.

Unfortunately most people won’t know until they suffer like the guy in the linked post did. He was able to recover his edits but it took low level knowledge of computer systems and scary tools that most photographers shouldn’t be using.

That was me :wink: and yes a bit of IT knowledge was essential … and a bit of luck.

1 Like

Sorry I should have noticed. I’m glad you got it sorted. But I fear most wouldn’t be able to get through it.