¿Qué haces con la hora del reloj de tu cámara en relación con las zonas horarias?

Vivo en el Reino Unido y paso la mayor parte de mi tiempo aquí, aparte de un viaje corto al extranjero una o dos veces al año.

Este domingo recién pasado cambiamos de GMT a BST, por lo que nuestros relojes se adelantaron una hora. Actualicé el reloj de mi cámara para que coincidiera con la nueva hora, que es algo que hago cada vez que cambia el reloj, pero alguien me dijo que era una mala idea y que debería dejarlo en GMT/UTC todo el año. Supongo que esto se debe en parte al seguimiento por GPS (aunque normalmente usaría mi iPhone, que actualiza automáticamente su hora, por lo que idealmente necesito sincronizar mi cámara con mi teléfono antes de comenzar).

Me gusta la idea de actualizar mi cámara para que esté en la hora local en cualquier lugar del mundo en el que me encuentre, pero, por supuesto, siempre existe la posibilidad de olvidarme de hacerlo. En el verano nos vamos de luna de miel y estaremos en varias zonas horarias diferentes, por lo que la pregunta es si debo hacer un esfuerzo para recordar actualizar la hora de mi reloj a medida que avanzo, si debo dejarlo en GMT/UTC o si está ahí. ¿una mejor manera?

Estoy genuinamente interesado en lo que hacen otros fotógrafos para abordar este problema, especialmente en lo que respecta a viajar y pasar unos días a la vez en diferentes zonas horarias.

También me gustaría saber cómo las personas manejan los metadatos cuando publican imágenes en línea, ya que los metadatos podrían indicar que una foto se tomó en un día diferente debido a una discrepancia de zona horaria. Además, cuando reviso fotos, creo que a menudo es útil saber las horas en que se tomaron, especialmente con respecto a la puesta y la salida del sol, por lo que saber la hora exacta puede ser importante. ¿Simplemente tiene que resolverlo manualmente o se considera que existe un enfoque de "mejores prácticas" para lidiar con esto?

Muchas ganas de leer sus respuestas.

¡Me acabo de dar cuenta de que no cambié el mío a GMT en octubre!
Gran pregunta y espero leer las respuestas también. También cambio entre GMT y BST, pero estoy seguro de que podría dejar todo el trabajo pesado a Lightroom si me molestara en investigarlo. :)
Gracias, aunque la cámara fue uno de los primeros relojes en configurarse, esta pregunta me recordó a la cámara de respaldo.
Parece que todos tienen su propio enfoque, no estoy seguro de si hay un tema común además de ser consistente en cualquier enfoque que adopte.
Hace poco encendí mi cámara de respaldo y me di cuenta de que debía configurar la hora. Casi lo configuré a la hora actual, pero gracias a esta pregunta me di cuenta de que quiero configurarlo una hora atrás.
Trato de acostumbrarme a tomar una foto de algún tipo de reloj oficial al comienzo de un viaje. Eso me da la diferencia entre el tiempo real y el tiempo de la cámara, lo que me permite corregir la hora/fecha en las fotos después.

Respuestas (10)

Me gusta que la fecha y la hora en las fotos reflejen la hora local y la fecha en el lugar. A diferencia de otro encuestado, me gusta poder buscar una foto tomada "alrededor de las 3 p. m. del jueves por la tarde cuando estaba en Xian" y, aunque hay otras formas de catalogar y ordenar, poder buscar en la fecha y hora locales. es un bono

Viajar desde Nueva Zelanda implica vuelos internacionales largos (rango típico de 8 a 12 horas a menos que vaya a Europa).

Yo (trato de recordar) cambiar la fecha de la cámara en el vuelo y cambiar mi reloj de pulsera al mismo tiempo y tomar una foto de antes y después del reloj secuencialmente para tener una referencia visual de la hora real del cambio en la secuencia de fotos.

Al salir de Nueva Zelanda, la cámara retrocede en el tiempo, por lo que algunas fotos estarán fuera del orden de hora/fecha. Hacer el cambio temprano en el vuelo minimiza el impacto si me importa. Por ejemplo, China está 5 horas por detrás de Nueva Zelanda y es ~ 8-10-12 horas de tiempo de vuelo (Hong-Kong/Shanghai/Beijing) dependiendo también de la ruta, por lo que el impacto del tiempo en el orden de clasificación de la fecha de la foto suele ser mínimo.

En el pasado, solía asignar un prefijo de nombre de archivo largo en función de la fecha ordenada en el tiempo adecuado. Efectivamente YY MM DD HH SS en forma comprimida. Fue útil, pero no tanto, así que lo seguí.


Agregado en octubre de 2022 - 10,5 años después:

Durante muchos años he usado nombres de archivos de forma

      DSC09906`40121001`.JPG

Esto viene del directorio de tarjeta de cámara 401, año xxx2, 1 de octubre.
XXCOPY genera este nombre a medida que los archivos se cargan desde la tarjeta de la cámara a la memoria, y el bit de atributo A se restablece en la tarjeta de la cámara en el proceso. Esto ha demostrado ser de gran valor al procesar y buscar archivos. Espacié los números de las carpetas en diferentes tarjetas en varias cámaras en uso, digamos 150 aparte inicialmente para que incluso las fotos tomadas en la misma fecha con una cámara diferente puedan distinguirse fácilmente.

La tarjeta de la cámara se asigna como unidad A:, luego El directorio actual se establece en el destino de archivos deseado. Entonces corro:

           xxcopy /bu /sx /m /nx0 %1:\dcim\*.j* a:\

para jpg fpgs más video RAW y otros).
/sx agrega la carpeta - sufijo de fecha al nombre del archivo.

Esto funciona magníficamente.

Tenga en cuenta que con la muerte de su propietario hace unos años, XXCOPY se ha convertido en dominio público.


Relacionado:

Corrección de la fecha y hora del archivo corrupto: debido al manejo arrogante de Microsoft del formato de fecha y hora del archivo al copiar de cámaras a discos duros, en ocasiones puede encontrar una compensación de tiempo de 12 horas y la fecha de un día o ambos. Confundir el día y el mes es otra especialidad de Microsoft en algún momento debido a que NZ usa el formato ddmmaa en lugar del formato habitual mmdaaa de EE. UU. El uso de un EXIF ​​para archivar un programa de copia de fecha y hora soluciona esto. Utilizo el excelente programa gratuito jhead para hacer esto. Ejecutar jhead -ft *%1*.jpgen un archivo por lotes de DOS [¡jadeo!] corregirá la fecha y hora a la que se muestra en el EXIF ​​para todos los archivos en una "carpeta". Creo que el administrador de sincronización de Microsoft Powertoys también hace esto, pero nunca lo he probado.

Copia de seguridad itinerante: utilizo el venerable y maravilloso XXCOPY para copiar archivos de forma incremental desde la tarjeta de la cámara a una netbook. Cuando estoy en modo turista llevo la netbook a todos lados y puedo descargarla de la tarjeta de la cámara varias veces durante el día. [El hecho de que esté excesivamente paranoico acerca de la pérdida de datos no significa que sus tarjetas no fallarán :-)]. Al realizar XXCOPY, cambio el bit de atributo de archivo en el proceso, de modo que los archivos no copiados puedan identificarse, lo que permite una descarga incremental de solo archivos nuevos Y deja una copia de seguridad en la tarjeta de la cámara. Luego copio de la netbook al disco duro portátil (posiblemente también durante el día) y solo entonces, si es necesario, borro los archivos de la tarjeta de la cámara. [En un viaje perdí dos de mis 3 copias de fotos (desaparecieron sin pistas, probablemente robadas) y aún no perdí ninguna foto.


Código XXCOPIA.
Los siguientes archivos por lotes simples han demostrado ser tan útiles durante una década o unos pocos que los ofrezco aquí 'verrugas y todo'. Yo uso una versión de 2001 (!) de XXCOPY por varias razones. Las versiones más nuevas pueden o no comportarse de manera idéntica.

Al asegurarse (manualmente) de que las tarjetas de la cámara tengan números de carpeta basados ​​en fechas que no se superpongan (xyz), el xxcopy agrega el sufijo xyzymmdd a cada archivo copiado y, por lo tanto, permite que se distingan las carpetas con números de archivo aparentemente idénticos; ocasionalmente, esto guarda archivos que de otro modo podrían sobrescribirse o no. copiado. Como la ID de la carpeta también incluye un spam de fecha y hora, permite que TODOS mis archivos sean únicos cuando se usan varias tarjetas de cámara y varias cámaras, incluso si intercambio tarjetas entre cámaras durante una "sesión".

Me ha ido muy bien. Transfiere todos los archivos no copiados de la tarjeta de la cámara de forma incremental, borra el bit de atributo en el origen (y el destino) y agrega el ID de la carpeta y el sello de fecha y hora al nombre del archivo copiado.

/SX - aplanar subdirectorios - agregar xyzymmdd antes del sufijo.
/M - copiar si se establece un bit, restablecer un bit.

ALGUNAS (muy pocas) cámaras NO configuran el bit A para nuevos archivos de video. COMPROBAR.
Todas las cámaras que he encontrado hasta ahora lo hacen para archivos JPG y RAW.


@echo apagado

rem Uso: SUCK DRIVE
rem Entradas de archivos desde DRIVE con Attribute_bit_set al directorio actual

rem A: está copiando el destino
rem Este programa se llama con el directorio actual = copiando el destino
SUBST A: /D
SUBST A: .

rem %1 es la unidad de destino de origen
si no existe %1:\DCIM goto NoDrive

  • rem Otros PUEDEN no querer.
    rem Borrar bit de atributo para archivos en %1:\avfinfo
    attrib %1:\avf_info no deseado
    echo .
    atributo %1:\AVF_info*.* -h
    atributo %1:\AVF_info*.* -a
    atributo %1:\avf_info

xxcopy /bu /sx /m /nx0 %1:\dcim*.j* a:\

; Cualquier archivo en DCIM no copiado se considera RAW.
md a:\Raw
xxcopy /bu /sx /m /nx0 %1:\dcim*.* a:\RAW

md a:\Video
xxcopy /bu /sx /m /nx0 %1:\MP_Root*.* a:\Video

rem TODOS los archivos en la fuente con atributos aún establecidos ahora se copian.
md a:\Otro
xxcopy /bu /sx /m /nx0 %1:*.* a:\Otro

ir a finalizar

:NoDrive
echo No se encontró ninguna unidad con el directorio %1:\DCIM
ir a finalizar

:finalizar

La razón por la que dejé de ajustar mi cámara a la hora local es la dificultad de limpiar después de que inevitablemente me olvido de hacerlo o lo dejo en una zona horaria aleatoria después de regresar a casa.

Con respecto a la integración de zona horaria EXIF ​​v2.31 (p49) (2016) y las pautas de zona horaria XMP (p34), podría tener sentido analizar este problema una vez más.

La hora local es importante especialmente en la interacción humana con las imágenes. Mirando una foto de la puesta del sol, uno espera que el reloj muestre algo en la segunda mitad del día, para las fotos del desayuno, más bien al contrario.

La hora UTC, por otro lado, es necesaria para la organización programática. Correlacionar imágenes con una pista de GPS (verifique geosetter , parece obsoleto y dudoso, pero está actualizado y es la mejor herramienta que pude encontrar para este propósito). Para mostrar imágenes sobre un globo giratorio con una ola de fotos de Año Nuevo tomadas a la hora global.

Con EXIF ​​2.31 o XMP, los campos de zona horaria están realmente definidos, por lo que (en teoría) podemos tener ambos. Desafortunadamente, el estado de implementación sigue siendo horrible si observo Adobe Lightroom y otros programas.


Estropear toda la situación con respecto a las fechas del archivo (no EXIF ​​o XMP) es el problema de que depende de la zona horaria en la que esté configurada su computadora cuando transfiera las imágenes, ya que esta etapa define la zona horaria para los archivos.

Por ejemplo, foto tomada a la hora local 10:00+5h (cámara ajustada a la hora local, pero sin conocimiento de la zona horaria); la computadora está configurada en la zona horaria local 6:00+1h, la hora de creación del archivo de fotos recibiría la zona horaria de la computadora, por lo que 10:00+1h en la importación; luego cambiamos la zona horaria de la computadora a +5h, y nuestra foto es repentinamente del futuro, a las 14:00+5h. Se suma a la confusión el formato 13:43:22+05:00 que no significa sumar 5h, pero hay que restarlos para llegar a UTC (se agregaron desde UTC).

Así que lo que queda como conclusión: esperar y ver. Con suerte, esto quedará obsoleto con la hora del GPS en todos los dispositivos en algún momento, o al menos los programas mostrarán y permitirán modificar la compensación de la zona horaria. Hasta entonces, geosetter sigue siendo mi mejor amigo.

Mis cámaras (Nikon D300s y Canon S95) tienen la capacidad de usar zonas horarias. Por ejemplo, en este momento estoy en Brasil, y en lugar de cambiar la hora, los dejé en GMT (o UTC si estás siendo moderno al respecto) y cambié la zona horaria a -3. En los últimos 4 meses he pasado por tres zonas horarias. Parte de mi trabajo involucra la fotografía y tener la marca de tiempo correcta en las fotos es una parte importante de mi flujo de trabajo, por lo que tener la capacidad de cambiar la zona horaria es extremadamente útil.

Lamentablemente, mi 5DMK2 no admite zonas horarias. Esta parecería ser la solución ideal.
Incluso para cámaras que no tienen los medios para registrar zonas horarias, UTC tiene más sentido para mí.
Mis cámaras también registran zonas horarias, pero no creo que estén guardadas en información EXIF. Los sistemas de archivos son conscientes de la zona horaria, pero los sistemas en la nube tienden a usar EXIF ​​como la fuente de la verdad, y lo más cercano que tienen a los datos de la zona horaria son las etiquetas geográficas. Pero pueden faltar o ser inexactos, y las reglas de DST e incluso los límites de la zona horaria cambian, por lo que hasta que una zona horaria EXIF ​​o una marca de tiempo UTC se conviertan en estándar, creo que todo seguirá siendo un desastre, desafortunadamente.

¡Te escucho! Que dolor. Pensé en estandarizar en GMT, pero nombro mis fotos por fecha, y dado que no estoy en Europa, eso significa que muchas fotos estarían localmente en el día equivocado. Por lo tanto, dejo todas mis cámaras en EST (incluso en verano, una hora de descanso no es gran cosa) y automáticamente corrijo por lotes las fotos de mi teléfono para que tampoco estén en DST. Cuando se viaja lejos, las fechas se desvían, bueno.

Así que eso es lo que hago. Pero en cualquier caso, como tantas cosas organizativas, lo importante es ser coherente . De esa manera, sabrá dónde se encuentra e incluso podrá cambiar su esquema por lotes más adelante.

Otra razón más para abolir el horario de verano. Hago lo mismo que Matt. Lo dejo como mi local, nunca actualizo por DST o vacaciones. Esto causa problemas cuando viaja por muchas zonas horarias porque comienza a interferir con el día, lo que me confundió al principio, pero es bastante fácil de corregir después del hecho. Además, se ha convertido en mi consistencia y es por eso que todavía lo hago de esta manera, tal como dijo Matt.
Creo que ser consistente es realmente un gran consejo. Tengo la rutina en la que he caído de actualizar las zonas horarias mientras viajo, pero me pregunto si debería considerar un enfoque diferente.
Visito ocho o diez zonas horarias en un año típico, así que trato de mantener mis horarios EXIF ​​establecidos en UTC. Pero los sitios para compartir fotos son inconsistentes acerca de cómo manejan eso: algunos usan etiquetas geográficas para inferir la zona horaria, mientras que otros asumen cualquier zona horaria en la que me encuentre cuando subo las fotos, que, en la mayoría de los casos, es diferente de donde estaba la foto. realmente tomado. He estado esperando años para que EXIF ​​se vuelva consciente de la zona horaria de una manera estándar.

A pesar de vivir en los EE. UU., configuré el reloj de mi cámara en UTC. No pensé en usar EST, aunque como soy occidental eso no me atrae demasiado. :)

Es un poco molesto que las fotos tomadas por la noche aparezcan en el día equivocado. Sin embargo, pensé que nunca necesitaría restablecer la zona horaria en la cámara, y que UTC es la "zona" horaria más fácil de convertir a cualquier otra zona horaria, superó este problema.

Si hace fotografías con una cámara real y con un teléfono inteligente, entonces no puede usar el enfoque de "mantener todo en la zona horaria local".

¡No si usa su teléfono como reloj, de todos modos!

Trato de tener cuidado y actualizar la configuración de la zona horaria en la cámara a la zona horaria local. Tenga en cuenta que esto no cambia el tiempo absoluto registrado en los metadatos, sino solo el desplazamiento de la hora local. Como tomo muchas fotos al aire libre, dejo el receptor GPS conectado a la cámara por defecto. Configurará automáticamente el reloj de la cámara cuando reciba una señal, por lo que nunca tendré que configurar explícitamente el reloj de la cámara. El GPS es tiempo en el que puede confiar porque el sistema funciona inherentemente a tiempo. Tiene que saber el tiempo con mucha precisión para calcular la posición.

Recientemente cambiamos al horario de verano aquí, y recordé cambiar el timzone en la cámara. Me gustaría mucho que esto fuera automático, trabajando con los datos de posición del GPS. ¿Sería realmente tan difícil para el firmware tener un mapa de zona horaria y luego mirar la hora absoluta y la posición para determinar la hora local?

Tal vez un mapa de zona horaria está solicitando demasiados datos en una cámara, y luego debe actualizar el firmware a medida que se realizan cambios políticos en las zonas horarias. Aún así, esto no puede ser tantos datos para los recuerdos modernos. El receptor GPS de mi automóvil tiene almacenados detalles a nivel de calle de grandes áreas de terreno. Los datos adicionales para las zonas horarias deben ser pequeños en comparación, pero no hace eso y también tengo que configurar manualmente la zona horaria. No entiendo por qué resolvieron el 99% del problema y omitieron el último 1% relativamente fácil.

Desafortunadamente, la compensación de la zona horaria es una extensión EXIF ​​no estándar y no puede estar seguro de que todas las cámaras o el software de visualización o posprocesamiento la respeten o la dejen intacta. En algunas cámaras, esto muy bien puede cambiar los campos de tiempo EXIF ​​"real" en lugar de configurar el campo no estándar. Sin embargo, no tengo idea del estado del soporte para esto en las cámaras actuales; es posible que sea compatible en casi todas partes en este momento.
FWIW, los cambios políticos en las zonas horarias y especialmente en la información del horario de verano son increíblemente frecuentes. La base de datos tzdata generalmente se actualiza de 10 a 20 veces al año. Por supuesto, la mayoría de esos cambios son oscuros desde un punto de vista global, pero aun así.
@mattdm: Sí, es lamentable que el tiempo no se trate mejor en EXIF. Mi cámara (Nikon D3s) pone la hora local en el campo de fecha/hora EXIF. Eso es útil, pero nada parece decirle que el desplazamiento de la cámara con respecto a GMT se usa para hacer esa hora local. La cámara lo sabe ya que la zona horaria es una configuración en el menú. Mi software mira la hora de la cámara y los metadatos de la hora del GPS para obtener la hora local y GMT. No debería tener que ser tan complicado, pero ahora vi una manera fácil de evitarlo. Eso también significa que mi software podría no funcionar con otras cámaras que colocan cosas diferentes en el campo de fecha/hora.

Interesante pregunta. Como mi Canon 50D no tiene un GPS incorporado, utilizo un registrador de datos GPS Amod AGL3080 para rastrear dónde estoy cuando estoy disparando. Entonces puedo usar exiftools o Aperture para fusionar el registro de GPS con las fotos.

La coincidencia se realiza mediante el sello de fecha y hora en la información EXIF.

No he jugado con él, pero apuesto a que es mucho más fácil si mantengo la precisión de la hora de la cámara dentro de una pequeña ventana de error.

Exiftools tiene interruptores para corregir la zona horaria, pero no he jugado con Aperture en este escenario.

Tengo este problema para muchas de las fotos que he tomado. Peor aún, estoy usando diferentes cámaras, algunas de las cuales registran GPS (incluida la fecha y la hora) y otras no, por lo que dejo vacíos los campos de fecha/hora del GPS.

Me gusta tener mis datos ordenados, por lo que actualmente estoy desarrollando mi propia herramienta de administración de fotos para la cual necesito especificar cómo se mantienen la hora y la fecha.

Decidí dejar todas mis cámaras en UTC y, en el caso del teléfono, configurarlo en UTC después. La razón de esto es que hace que sea mucho más fácil ordenar las fotos por fecha de toma (según la marca de tiempo GPS EXIF). Mantengo la hora local como fecha/hora para cada imagen en los campos de fecha/hora EXIF ​​y tengo UTC en los campos de fecha/hora del GPS (y la marca de tiempo del sistema para crear y, si corresponde, modificar. También agrego la zona horaria no estándar campo que, estrictamente hablando, no es necesario, ya que se puede calcular a partir de la diferencia de marca de tiempo, pero es bueno tenerlo.

Encuentro que esta discusión es principalmente una pista falsa. Lo que es realmente importante para mantener los originales y los archivos procesados ​​en el orden correcto es que las fechas del archivo de imagen en el medio se correspondan con la fecha actual cuando la computadora accede a la tarjeta de la manera habitual (lector de tarjetas o cable USB).

Algunas cámaras ofrecen una configuración de zona horaria: si la tienen, la uso. Las cámaras no ofrecen horas diferentes para los datos EXIF ​​y los datos de archivo, por lo que las fechas de los archivos determinan la convención de zona horaria que utilizo en mi cámara. Esto tiene el potencial de ser diferente entre los medios leídos por el lector de tarjetas o el cable USB, y el potencial de ser diferente para las tarjetas SDHC (≤ 32 GB, sistema de archivos FAT32) y las tarjetas SDXC (> 32 GB, sistema de archivos Exfat) incluso en la misma cámara . Por lo tanto, es mejor que estandarice el tipo de medio y el método de acceso si hay alguna diferencia.

Hasta ahora, generalmente terminé usando UTC durante los últimos años. Todo lo demás causaba demasiados problemas para el procesamiento de archivos.