Timeline for Recovery of LightRoom library following file system corruption
Current License: CC BY-SA 3.0
13 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Sep 16, 2017 at 7:40 | comment | added | Fabricio | Ahahah! :-) Good to know my sorrow is making others think about it too. :-) | |
| Sep 15, 2017 at 22:15 | comment | added | junkyardsparkle | Glad you found a way. If it makes you feel any better, your disaster has gotten me thinking about photo storage... particularly about a filename/directory structure that can be completely derived from metadata being a good idea if there's a db using all that information. :D | |
| Sep 15, 2017 at 20:47 | comment | added | Fabricio | Thanks again for your tip junkyardsparkle! It made me think the problem from a different angle and after a few days of coding and testing I managed to sort my way out of the mess I got myself into. :-) | |
| Sep 15, 2017 at 20:45 | answer | added | Fabricio | timeline score: 1 | |
| Sep 7, 2017 at 22:33 | comment | added | Fabricio | No, since files do not exist (as well as the location) .xmp files cannot be created. I'm now fiddling with python and sqlite library. I'll post an answer if I manage to sort the mess but right now it looks promising. :-) Thanks again for the tip. | |
| Sep 7, 2017 at 4:14 | history | tweeted | twitter.com/StackPhotos/status/905645474266284033 | ||
| Sep 5, 2017 at 17:38 | comment | added | junkyardsparkle |
Ugh. Well... will LR let you export .xmp sidecar files with the editing data for files that it can't find? If so, you could dump those, match them to files with datetime, then re-import the whole mess into a clean new db...
|
|
| Sep 5, 2017 at 9:21 | comment | added | Fabricio | Meanwhile I found out files cannot be deleted/removed via the API. So, I'll have to drop my idea of using a plugin to sort my crap. :-/ forums.adobe.com/thread/775047 | |
| Sep 5, 2017 at 9:16 | comment | added | Fabricio | That's a venue I had not thought of yet but to be able to go down that road I have another issue that I didn't mention in the post. My previous pictures folder was hosted in a network NAS and when I re-imported my recovered files they went somewhere else. I guess I will have to create a copy of the catalogue and try to Relocate the old top folder to the new one. But I fear Lightroom will either refuse to do so because the files in it do not exist or it will move the folders but not the missing images. Or maybe I could just change the top folder of that structure directly in the database. | |
| Sep 5, 2017 at 9:00 | comment | added | junkyardsparkle | Hmm... it might still be worth considering a file renaming approach rather than messing with the db... maybe dump a table of datetime <> file path, then iterate through the files doing a lookup/rename? | |
| Sep 5, 2017 at 6:55 | comment | added | Fabricio | I looked into that but unfortunately not. RAF doesn't contain the file name inside it's metadata and I never renamed the files myself - maybe something to investigate now... Actually this was the first thing I checked. If that was there I would have used exiftool and sorted it by now. I think the only field that can give me a match between the old references and the new ones is the time stamp. | |
| Sep 5, 2017 at 0:29 | comment | added | junkyardsparkle | Were the files originally named in a way such that the names could possibly be recovered from metadata? | |
| Sep 4, 2017 at 22:17 | history | asked | Fabricio | CC BY-SA 3.0 |