Zum Hauptinhalt gehen

⚠️ Please note that this topic or post has been archived. The information contained here may no longer be accurate or up-to-date. ⚠️

Importing photos incorrect date used

Kommentare

7 Kommentare

  • Ian Morehouse
    Hi,
    some specific details.

    Image on SD card - 01/07/2013 1854
    Image EXIF - 01/07/2013 6:54
    C1 image name - 2013/07/02 tue 0454

    The images were taken in Europe with the correct time zone on the camera.
    The time in the exif and the SD card are correct.
    The images are being copied into the Mac in Australia.

    So it would appear that the C1 on the Mac is making time/date corrections to the camera settings while loading images. I don't think this is desirable, at least for me it isn't when I do travel between time zones and don't always have the Mac with me.
    The image name format rules are strange, you can include text according to the help, but only certain text, you can't use / or : but you can use ; or \ or .

    Food for thought.
    Ian
    0
  • SFA
    Ian,

    My guess is that your Mac is re-displaying the local time zone of the image re-adjusted for your local times zone in Australia. Whether this is accurate interpretation I don't know - it depends, perhaps, on where you were (or more accurately where in timezone terms you set the camera to be) when you took the shots and where your Mac thinks it is in TimeZone terms. TZs can be very confusing "in the raw".

    The result is probably accurate for local consumption if, say, an elapsed time calcuation was important, though potentially confusing for day to day use. It all gets worse when the clocks change ...

    As for the characters - Operating Systems reserve some characters for operation use and the use of those characters in file names (and other places like folder names) has to be excluded. / and : have long been used for special purposes (look at an internet URL for examples) and excluded from file and folder naming conventions.

    HTH.


    Grant Perkins
    0
  • Ian Morehouse
    Hi Grant,
    you assumption about the Mac and time zones is what I originally thought and the date/times do bear that out.
    The MAc was setup for Europe when we were there and then Australia when we returned home.

    That really isn't the issue, the issue is that C1 should not be making that interpretation unless asked and there isn't anywhere that asks, so it should be putting them in the correct date time order as shot.

    I currently use photo supreme for image capture/transfer because it can manage the dates and times correctly. I was trying to add folder delimiters so that I don't end up with all of the images under the one folder, again photo supreme can manage this. Maybe a suggestion needs to be to add folder creating objects in the image naming actions.
    I know there is the ability to use Apple scripting, but not sure if you can add personal scripts to the naming convention actions.

    I am trying to simplify my work flow, but so far it isn't working.

    Ian
    0
  • paintbox
    There is nothing I hate more than trying to fix a software limitation. However if this could be a reoccurring problem, I suggest getting Photo Mechanic and changing things back once they are in the Mac.

    I bought Photo Mechanic a couple of years ago and it has saved me more than once.

    Very powerful software. Very well thought out, bullet proof, and the support is second to none.

    I'm not a shill for these guys, but just today the software saved me yet again.

    I needed to seperate my entire catalogue of images into separate years so they could be easily digested by Capture One's Catalog (I hope). Anyway it took 35000 images, renamed them to a date sequence and put them into separate yearly folders.

    In about four hours!!

    It could just as easily pare them down to monthly and even daily, but I just needed yearly.
    0
  • SFA
    [quote="Ian1111" wrote:
    Hi Grant,
    you assumption about the Mac and time zones is what I originally thought and the date/times do bear that out.
    The MAc was setup for Europe when we were there and then Australia when we returned home.

    That really isn't the issue, the issue is that C1 should not be making that interpretation unless asked and there isn't anywhere that asks, so it should be putting them in the correct date time order as shot.

    .....

    Ian


    Hi Ian,

    Given the nature of your problem and that I can't find any information about how the date and time stuff works in C1 (I'm not surprised - it warps the mind at the best of times (no pun intended)) you would probably be best served by creating a support case and asking what the design principle is and whether there is any way that it could be enhanced.

    On the other hand ... a quick Google search came up with this:

    https://discussions.apple.com/thread/41 ... 0&tstart=0

    It may explain what you are seeing but still leaves open the question of whether the end result is desirable for your requirements.

    As for the Folders - sounds like an enhancement request (Best to create a support case to add the suggestion to the Phase One wish lists.) However at the risk of adding a little to the work required at import time you can create folders named as you require them during import - but only one at a time and not an automated batch.

    If you combine that option with filtering the files to be imported using file date from the camera you could create the structure you seek. Just not automatically.

    Alternatively carry on with what you currently have to get the files to disk and grouped as you want them and use that as the basis for your C1 work - either importing as they would then exist or, if using sessions, simply referencing them where they are.

    HTH.


    Grant Perkins
    0
  • Ian Morehouse
    Hi Grant,
    thank you for the link, an interesting article. While all the ancillary information might change, the exif and the folder names don't, so the images stay in the correct folders which agrees with the exif details.

    Would appear that C1 uses the wrong information when creating names.

    The suggestion to load all the files in then move them to the correct folder because that is the only way you can get quick access to the exif for the valid date information add a lot of work.

    Looks like stay with the current process and submit a couple of cases.

    Thank you for your help.

    Ian M
    0
  • SFA
    Hi Ian,

    I'm not entirely convinced the Exif information is the correct data to use. The conventions (and availability of TZ information) make the file creation date and time data more complete and potentially more consistent than the Exif standards. Of course both sources can be "cheated", intentionally of accidentally, where people are not thoroughly efficient in updating their date and time settings.

    In any case to use the Exif data would require additional processing that Operating Systems already provide by default and both dates and times, coming from a camera setting whether right or wrongly set, must be the same. (Quite how that would play out with all of the recent features for in-camera file process related to creation of jpgs, HDR images and so on - or indeed Editor based image blending - is a different discussion but probably quite important to those seeking standards within the software industry.

    It's ironic that my Canon 'pocket' cameras allow me to set defaults for whether a new folder should be created for every day or every month (both annoying on occasion when one's 'day' extends beyond midnight or across a month end) while my DSLRs do not.

    The pocket cameras work nicely in C1 sessions using their camera allotted folders. (Except when my day extends beyond midnight and breaks the grouping I would prefer!)

    I would go for an enhancement case and see how that works out. I suspect there are a lot of discussions about how to best handle TZs within software (there certainly used to be when general application code simply ignored the issue in most cases) and with luck there will be references to this that can be provided and read for information.

    All the best,



    Grant Perkins
    0

Post ist für Kommentare geschlossen.