The DAM Forum
Welcome, Guest. Please login or register.
April 20, 2018, 03:16:29 PM

Login with username, password and session length
Search:     Advanced search
28033 Posts in 5147 Topics by 2906 Members
Latest Member: kbroch
* Home Help Search Login Register
  Show Posts
Pages: [1] 2 3
1  Software Discussions / ImageIngester and ImageVerifier / Re: hash database - Windows to Mac migration on: August 15, 2012, 10:41:48 AM
The problem may be that the file times, as stored by the file system, have changed. To check this out, it's best to run experiments with just one or two files.


Hey Marc. Sorry, I'm not sure what would be a proper way of testing. Could I get a bit more detailed instructions on how to go about doing it?

2  Software Discussions / ImageIngester and ImageVerifier / Re: hash database - Windows to Mac migration on: August 12, 2012, 05:40:58 AM
I realize I'm resurrecting a thread that it's almost a year old now, but I wanted to get back to it since I just did the Windows to Mac migration I wrote about in my initial post. Turns out I haven't been able to make the migration work even after following Marc's directions (and the ImageIngester/ImageVerifier manual) to the best of my knowledge. Here's what I did:

  • I copied the ImageVerifier and ImageIngesterPro folders from my Windows 7 laptop (C:\Users\Jorge\AppData\Roaming) to my Macbook Pro (/Users/Jorge/Library)
  • I started up IV and chose a folder of images for which I know I have created hashes in IV before on the Windows side, and I run IV on the folder with Check Hash ticked on.

For every image in the folder I got a "no hash stored error". Any ideas?

I'm running OS X 10.8 (Mountian Lion).


3  Software Discussions / Lightroom / Re: Creating empty folders for DAM workflow on: October 14, 2011, 06:33:24 PM
Hey John. I hadn't seen that! I've taken a quick look at your workflow explanation and it looks really interesting. My brain hasn't fully grasped  it (it's late over here and I really should be sleeping) but I think I get a general idea. I'll have to give it a try and see how it really works when I put it in practice.

Thanks for the suggestion!

4  Software Discussions / Lightroom / Re: Creating empty folders for DAM workflow on: October 13, 2011, 10:56:37 AM
Makes complete sense now.


5  Software Discussions / Lightroom / Re: Creating empty folders for DAM workflow on: October 12, 2011, 10:51:32 AM
Hello Roelof.

That may be true, but for someone like Peter who may be working on several jobs at the same time I would have thought he doesn't mix images from different jobs into the same "editing" folder, for example. So I would think that he needs a separate folder structure per job, which would be a lot of repetitive work.

Of course, he may create job1, job2, job3, etc folders and move THOSE through the folder structure as he finishing renaming for one job, editing for another and so on. Which would mean a structure like this (depending on which stage each job is in, of course):

--Top "WIP images" folder:

Is that what you mean? That would actually make sense and I hadn't thought of doing it that way. Maybe I've been thinking about this the wrong way around all along.

6  Software Discussions / Lightroom / Re: Creating empty folders for DAM workflow on: October 12, 2011, 06:48:29 AM
Thank you for your reply Valeria.

I'm aware of that. The problem is that I have to do it manually for every job, and I do it very often so that's 6 folders with the same name that I have to create one by one every time. Because it's such a repetitive process I was hoping there was some plugin that could be used to automate it.

7  Software Discussions / Lightroom / Creating empty folders for DAM workflow on: October 12, 2011, 06:17:39 AM
I use Lightroom and I like to follow Peter's method of having some folders that I move files to depending on which stage of the process they are at. So my folder structure for a given "work in progress" job will be something like this:
--Job folder

The problem is that Lightroom doesn't offer any way I know for creating these folders other than doing it one at a time. The only solution I've found is to do this:
  1) Have that folder structure somewhere else with some dummy images inside.
  2) Duplicate it in windows explorer and move it to the desired location.
  3) Import the folder structure into Lightroom.
  4) Delete the dummy images (which I needed there to start with as Lightroom can't import empty folders).

That's quite a few steps that I have to repeat every time. I was wondering how other people that use Peter's method go about this, or whether there is some Lightroom plugin that allows and easier way to create recurrent folder structures that will be visible from the catalog. I've been searching for one but haven't found anything useful.

8  Software Discussions / ImageIngester and ImageVerifier / Re: hash database - Windows to Mac migration on: September 19, 2011, 03:16:11 PM
Sounds good. Thanks for confirming this Marc.

9  Software Discussions / ImageIngester and ImageVerifier / hash database - Windows to Mac migration on: September 17, 2011, 01:39:30 AM
I just bought Imageingester & Imageverifier and have started to run IV through my entire catalog. Since I'm restructuring my entire collection it seems like a good moment to generate hashes for all my files and then do fresh backups to HD and DVD. I like the idea to be able to run IV periodically on the backed up buckets and have a high degree of confidence that my files are still ok.

But one concern has raised due to the fact that I'll probably be migrating from Windows to Mac in a year or two. Since the hash database gets saved separately by IV, will I be able to easily migrate it from one platform to the other? Otherwise I would have to run II on all my images after moving them to the Mac, which would take a really long time. And unless I'm mistaken it would require me to visually check all my photos to make sure they are ok, which would take an even longer time.

Since the hash database is a sqlite file I imagine it's just a matter of installing II on the Mac and then overwriting the default database file with the one from my Windows machine. Am I correct in assuming this?

10  Software Discussions / Lightroom / Re: Lightroom keywords/metadata lost. on: August 07, 2011, 09:35:32 AM
Of course, if Sullins IS your real name I apologise.  Smiley

11  Software Discussions / Lightroom / Re: Lightroom keywords/metadata lost. on: August 07, 2011, 09:34:01 AM
Hello Sullins.

Are you syncing the metadata to the files, either automatically or manually? By default Lightroom keeps the metadata in the catalog and does not sync it to the files unless you manually "tell it to". To sync the information to the files select the ones you want to send and press Ctrl+S (Windows) or Command+S (Mac OS). Also, unless you are using a file format like DNG, which stores the metadata in the image file itself, the metadata will be written to a sidecar XMP file. If you want your client to have access to the metadata you will have to send the XMP files along with you image files.

You could also make Lightroom automatically write the changes to the XMP (or DNG) files by going to Edit > Catalog Settings (Windows) or Lightroom > Catalog Settings (Mac OS). Once there click the Metadata tab and enable Automatically write changes to XMP. But I don't recommend doing that as every time you make a minor change Lightroom will write it to the file, which will make it slower, but more importantly will increase the danger of file corruption since you will be rewriting the file over and over. If I remember correctly Peter also recommends keeping that option disabled in The DAM Book.

If you already know all this and are writing the metadata to your files I'm not sure what the problem can be. I hope this is helpful.


PS: By the way, it's a forum rule to sign posts with our real names.
12  Software Discussions / Lightroom / Re: workflow to restore images after folder corruption on: October 12, 2010, 12:41:03 AM
Sounds good John, although I assume you mean using "Save Metadata to Files" instead of "Read Metadata" since my most up-to-date metadata is now in the catalog and not the images. Or are you referring to something else when you say that?

Anyway, none of the recovering software I've tried has worked at this point. So it looks like tonight is "Backup Restoring & Metadata Reattaching Night" at Jorge's (ladies come in free till 11). It'll be a wild one!

Thanks for the help. I'll let you know how it goes.

13  Software Discussions / Lightroom / Re: Lightroom Catalog in External HDD Workflow on: October 11, 2010, 09:35:43 AM
First of all, sorry, I meant to say that Corey's suggested approach is simpler. I got mixed up when I looked at the signatures.

I have to admit I have no experience with having my catalog file in an external HD. Since I only use lightroom in one computer it doesn't make sense for me to have the working catalog anywhere other than my laptop HD (except for backups of course).

I do think that having your catalog in an external HD is not ideal, but when I think about the complications of keeping three copies synched (I'm counting the external HD copy as I assume that's how you'd transfer the catalog from one computer to another) it seems more complicated than it's worth it.

If I had to do it I think I'd have the catalog in the external HD, then back it up to whatever machine I'm using after each work session. That way you have backups in two other places. And if you lose your main catalog from the external HD it would be pretty easy to identify which one is the latest one between the desktop and the laptop since, if I remember correctly, Lightroom backs up the catalog with a date & time based naming convention.

Of course, if you use an external application to back up the catalog I'd make sure to use a similar date & time based naming convention.

That's the way I'd probably do it off the top of my head. In any case Corey has more experience with a setup similar to yours, so maybe his system would be better/easier as it has already proven to work.

14  Software Discussions / Lightroom / Re: Lightroom Catalog in External HDD Workflow on: October 11, 2010, 06:44:23 AM
Seems to me that Dale's approach is simpler than having to sync two different catalogues.

You could have another hard drive that you back up your catalogue to, as he says, or you could back up to your desktop or laptop hard drive if you have the space in them.

15  Software Discussions / Lightroom / workflow to restore images after folder corruption on: October 11, 2010, 02:29:41 AM
I've lost my main image collection folder due to data corruption, so I have to restore it from a backup. I backup once a week, and unfortunately the last backup I made does not include about 3 days of work that I did on a several hundreds of images from a trip to China. My lightroom catalog file is fine, so I want to try to link the restored images to their catalog metadata and save myself from having to redo those 3 days of work.

One complication is that some of the China images were taken with the camera set to the wrong time zone. Since I name images based on date taken, as Peter suggests in The DAM Book, those images were initially named based on the wrong date. After doing an initial backup I worked on them and corrected the EXIF date and renamed accordingly. So now there's a name & date mismatch between the lightroom catalog and the images I have in the backup.

What I imagine I need to do is this:

1. Restore images to an alternate location.
2. Fix EXIF date/time on the ones that have it wrong.
3. Rename according to corrected date.
4. Copy images to the locations they are supposed to hold in the database, run Lightroom and they should get "seen" and re-linked to their metadata.

One thing I'm not sure about is whether the EXIF date/time in the database will override the one in the image when I sync. In which case I could in theory just rename the images without having to change the date/time and let Lightroom write the corrected EXIF data to the image. Would that work?

Does anyone have any comments or suggestions on this workflow? Anything you think I should be doing differently?


Pages: [1] 2 3
Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006-2009, Simple Machines LLC Valid XHTML 1.0! Valid CSS!