Cómo evitar que los archivos sidecar de fotos en la nube cambien las fechas de captura

Evita que los archivos sidecar de fotos en la nube cambien las fechas de captura tratando la marca de tiempo de captura original integrada como la fuente de verdad y probando cualquier combinación de sidecars antes de que afecte a tu archivo principal.

En una biblioteca de fotos almacenada en un NAS doméstico, el problema suele aparecer después de una exportación desde la nube, una sincronización móvil, la escritura de sidecars de Lightroom o una reparación masiva de metadatos: la imagen sigue viéndose correctamente, pero la cronología, la ordenación de carpetas o la comparación de copias de seguridad de repente siguen la fecha de exportación, la fecha de edición o la fecha del sidecar JSON en lugar del momento en que se tomó la foto.

Identifica qué fecha utiliza realmente tu biblioteca de fotos

El primer paso seguro es separar tres relojes diferentes: la fecha de captura integrada en la cámara, la fecha de modificación o creación del sistema de archivos y la fecha almacenada en un archivo sidecar. Todas pueden describir la misma imagen, pero las aplicaciones de fotos no siempre las eligen en el mismo orden.

En los flujos de trabajo habituales con JPEG y muchos archivos RAW, las etiquetas integradas como DateTimeOriginal, CreateDate y ModifyDate son los campos que más herramientas consultan para decidir cuándo se capturó una imagen; ExifTool documenta estos campos de fecha habituales y también ofrece el acceso directo AllDates para editar de forma coordinada esas marcas de tiempo de metadatos.

Antes de importar una exportación de la nube a tu galería principal, analiza algunos archivos con un lector de metadatos y registra qué valor coincide con el momento real de captura. Si la fecha del sistema de archivos indica el día de la exportación mientras que la fecha de captura integrada es correcta, no permitas que tu organizador reconstruya las carpetas a partir del reloj del sistema de archivos.

Mantén los sidecars junto a las fotos sin permitir que se impongan automáticamente

Los sidecars son útiles porque contienen ediciones, correcciones de la nube, valoraciones, etiquetas o metadatos ausentes sin reescribir la imagen original. El riesgo no es su existencia, sino permitir que un importador los aplique ciegamente a todos los campos de fecha.

Adobe Lightroom Classic, por ejemplo, puede escribir automáticamente los cambios en XMP, lo que significa que los sidecars pueden actualizarse continuamente mientras trabajas. Esto resulta útil para la portabilidad, pero también implica que la marca de tiempo del sidecar y la marca de tiempo de captura de la foto no deben tratarse como intercambiables.

Mueve o respalda cada foto y su sidecar como un par, pero configura la regla de importación para que las ediciones del sidecar no sustituyan la fecha de captura, a menos que hayas verificado que el sidecar contiene el campo de captura corregido que quieres utilizar. Si la aplicación ofrece una ejecución de prueba, previsualiza la asignación de fechas antes de confirmarla.

Prueba los sidecars JSON de la nube en una copia antes de combinar las fechas

Las exportaciones de la nube suelen añadir archivos JSON cuyos nombres se parecen a los de los archivos de foto. Esos archivos pueden contener metadatos útiles, pero también varias fechas con significados diferentes, por lo que lo correcto es probar con una copia en lugar de combinar directamente toda la carpeta.

Las guías de reparación de Google Photos Takeout suelen distinguir entre un campo de fecha en que se tomó la foto y los campos de carga o creación; una explicación de los archivos JSON de Google Takeout señala que photoTakenTime representa la fecha de la foto, mientras que creationTime puede representar cuándo se incorporó el elemento a Google Photos. Esa distinción explica exactamente por qué una combinación ciega puede trasladar todo un archivo al año equivocado.

Copia diez archivos representativos en una carpeta de prueba, combina solo el campo de captura previsto y, después, inspecciona los resultados en dos lugares: un lector de metadatos y la aplicación de galería que utilizas realmente en el NAS. Continúa solo si ambos coinciden con la fecha de captura esperada y las ediciones del sidecar siguen apareciendo.

-15% OFF

ZimaBoard 2 - Mini servidor doméstico para tu gran idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Conserva las fechas de modificación de los archivos al reescribir metadatos

Muchas herramientas de metadatos reescriben un archivo cuando actualizan sus campos integrados. Esa reescritura puede actualizar la fecha de modificación del sistema de archivos aunque la fecha de captura integrada siga siendo correcta, algo importante si el software de copias de seguridad o la ordenación de la galería utiliza la fecha de modificación del archivo.

ExifTool incluye una opción para conservar la fecha de modificación del archivo en flujos de trabajo donde los metadatos deben cambiar sin mover la marca de tiempo del sistema de archivos. Esto no demuestra que todas las aplicaciones se comporten igual, pero proporciona un patrón más seguro para una reparación controlada.

Cuando tengas que escribir fechas corregidas en los archivos, ejecuta primero el comando sobre una copia, conserva la fecha de modificación del archivo si tus herramientas posteriores dependen de ella y exporta un informe de antes y después. Detente si el campo de captura de la imagen es correcto pero la galería sigue ordenando por otro reloj; eso es un problema de configuración de la aplicación, no una razón para seguir reescribiendo los originales.

Verifica el archivo con ordenaciones de carpetas, ordenaciones de la galería y diferencias de copias de seguridad

Una reparación de fechas no termina cuando finaliza el comando. Termina cuando las mismas fotos representativas aparecen en el orden correcto en la galería del NAS, el explorador de archivos y la comparación de copias de seguridad.

Los casos de la comunidad relacionados con sidecars de la nube suelen mostrar el mismo patrón de fallo: los usuarios combinan datos JSON o XMP y después descubren que una biblioteca utiliza el campo equivocado tras la importación. Un hilo de asistencia de PhotoStructure sobre la confusión de fechas de los sidecars de Google Takeout recuerda que el nombre y el significado de las fechas deben verificarse en la aplicación de destino, no solo en la carpeta exportada.

Cuando el lote de prueba supere la comprobación, realiza las mismas pruebas en una copia más grande antes de modificar el recurso compartido de producción. Si los resultados difieren entre herramientas, congela el flujo de trabajo, conserva la copia de seguridad intacta y documenta qué campo de fecha lee cada aplicación antes de continuar.

Preguntas frecuentes

¿Debo eliminar los sidecars JSON o XMP después de importar las fotos?

No, no hasta que hayas confirmado que las ediciones o los metadatos corregidos se han integrado o importado de forma segura. Conserva los sidecars junto a los originales hasta que una copia de seguridad y una comprobación de la galería demuestren que ya no son necesarios.

¿Qué fecha debe considerarse fiable cuando la fecha del archivo y la fecha EXIF no coinciden?

En los originales de cámara, confía primero en la fecha de captura integrada, a menos que sepas que era incorrecta en la cámara. Las fechas de los archivos pueden cambiar fácilmente durante operaciones de descarga, exportación, sincronización, copia y restauración.

Si esta reparación forma parte de una limpieza más amplia de tu archivo doméstico, combínala con una política de almacenamiento que mantenga los originales intactos separados de las copias editadas o reparadas; la misma lógica de separación también resulta útil cuando planificas la retención de la replicación de instantáneas para un recurso compartido de fotos en un NAS.