For what it's worth I'll throw in my 2 cents. My understanding is that verification is really only useful for the image data itself; especially for a raw or dng (digital negative) where the image data should never change. There are third party tools such as ImageVerifier http://basepath.com/site/detail-ImageVerifier.php designed for image verification. To my knowledge, ImageVerifier only verifies the image data not the metadata. I believe the complications/confusion is a result of attempting to verify constantly changing metadata. Hope this helps.
BTW, loving PSU
Dan
Many files have "changed". Which action is best?
Re: Many files have "changed". Which action is best?
Last edited by danaltick on 10 Jan 13 18:24, edited 1 time in total.
Re: Many files have "changed". Which action is best?
One solution might be to verify the metadata and image data with separate hashes reporting if one or the other or both have changed with an option to automatically update the hash for metadata only.
Re: Many files have "changed". Which action is best?
In build 103, the signature is auto-updated.
Hert
Hert
This is a user-to-user forum. If you have suggestions, requests or need support then please send a message
Re: Many files have "changed". Which action is best?
Here is a proposal that might cover some circumstances. Or I might misunderstand what is going on - I think of myself as an "averagely" perceptive and intelligent user with limited computing skills by the way.
If the user invokes autosync or write to file, from context menu or as verify action, then PSU should check the file signature against the database record before performing the action. If they agree then after the requested action the signature record should be updated - nothing has changed from outside PSU and there is no need to bother the user with "false alarms". PSU should "do its own thing" separately and automatically to detect erroneous writes from within PSU.
If the user invokes the action and PSU detects that the file has already been changed then the user should be warned of a possible problem before the requested action is performed. The user is going to have to work out why there is a difference and how to handle it. Perhaps listing a date/time for the recording of the signature in the database would be helpful here. "File changed since ddmmyyyy hhmmss".
If the user invokes autosync or write to file, from context menu or as verify action, then PSU should check the file signature against the database record before performing the action. If they agree then after the requested action the signature record should be updated - nothing has changed from outside PSU and there is no need to bother the user with "false alarms". PSU should "do its own thing" separately and automatically to detect erroneous writes from within PSU.
If the user invokes the action and PSU detects that the file has already been changed then the user should be warned of a possible problem before the requested action is performed. The user is going to have to work out why there is a difference and how to handle it. Perhaps listing a date/time for the recording of the signature in the database would be helpful here. "File changed since ddmmyyyy hhmmss".
Jim (Photo Supreme: AMD Quad-Core A8-5500 Accelerated Processor 3.2 GHz; SSD; 16GB DDR3 SDRAM; Win10x64)
Re: Many files have "changed". Which action is best?
To help me get this completely clear (the technicalities here are outside my comfort-zone), am I right that:IDimager wrote:In build 103, the signature is auto-updated.
Hert
1. A "write to file" will always calculate a new signature and update the catalogue record with it.
2. This will happen even if the file signature already differs from the catalogue record before the write.
3. "Write to file"triggered from a Verify action, explicitly from the Metadata context menu, or from autosync all have the same effect.
Thanks
Jim (Photo Supreme: AMD Quad-Core A8-5500 Accelerated Processor 3.2 GHz; SSD; 16GB DDR3 SDRAM; Win10x64)
Re: Many files have "changed". Which action is best?
Yes, only if there is a pre-existing signature.jstartin wrote:1. A "write to file" will always calculate a new signature and update the catalogue record with it.
Yes. That is what I mentioned in this topic as the downside of auto-updating signatures. Remember, there's no way for PSU to check the signature from *before* the write as any tool can write the file and PSU is always the mustard after... the responders thought that convenience of auto-updating was better than the small risk of storing a signature for an already changed file.2. This will happen even if the file signature already differs from the catalogue record before the write.
All have the same effect.3. "Write to file"triggered from a Verify action, explicitly from the Metadata context menu, or from autosync all have the same effect.
This is a user-to-user forum. If you have suggestions, requests or need support then please send a message
Re: Many files have "changed". Which action is best?
Hert
Thanks for the confirmation.
If PSU is required to write metadata to file wouldn't it be possible to check the signature against the catalogue before writing.
If they don't agree some other tool may have written to the file without PSU's knowledge. The user could be warned of a possible conflict and given the chance to take appropriate action.
If they do agree then the write from PSU and subsequent update of the signature record should be completely "safe".
Would this not give the best of both worlds?
Thanks for the confirmation.
So, when is there no pre-existing signature [record]. Is this not done as soon as PSU catalogues the file?IDimager wrote:Yes, only if there is a pre-existing signature.jstartin wrote:1. A "write to file" will always calculate a new signature and update the catalogue record with it.
Obviously I didn't write clearly enough then ...Remember, there's no way for PSU to check the signature from *before* the write as any tool can write the file and PSU is always the mustard after...
If PSU is required to write metadata to file wouldn't it be possible to check the signature against the catalogue before writing.
If they don't agree some other tool may have written to the file without PSU's knowledge. The user could be warned of a possible conflict and given the chance to take appropriate action.
If they do agree then the write from PSU and subsequent update of the signature record should be completely "safe".
Would this not give the best of both worlds?
Jim (Photo Supreme: AMD Quad-Core A8-5500 Accelerated Processor 3.2 GHz; SSD; 16GB DDR3 SDRAM; Win10x64)
Re: Many files have "changed". Which action is best?
A signature is first written when you first verify the image.
And you did write clear enough. I'm merely telling you how it works and that PSU can't check up front
Hert
And you did write clear enough. I'm merely telling you how it works and that PSU can't check up front
Hert
This is a user-to-user forum. If you have suggestions, requests or need support then please send a message