Какие свойства теряются, когда в Windows указано, что x.jpg имеет свойства, которые нельзя скопировать в новое местоположение

У меня есть большая коллекция фотографий в формате JPEG, которые я пытаюсь организовать, а затем архивировать на файловом сервере на основе Linux. Подавляющее большинство копирует на файловый сервер без проблем, но для нескольких файлов (возможно, все они сняты с одной и той же камеры) окна запрашивают меня при копировании с окном, которое говорит: Вы уверены, что хотите скопировать этот файл без его свойств? Файл IMG0xxx.jpg имеет свойства, которые нельзя скопировать в новое местоположение.

Я хочу знать, о каких свойствах идет речь, но мне не удалось найти какую-либо информацию в поиске этого диалога в Google. Я попытался скопировать файл и принять потерю свойства, а затем сравнить вкладку свойств рядом с той, которую я еще не скопировал, но я не увидел никакой разницы.

Кто-нибудь знает, как определить, о каких свойствах идет речь?

Спасибо

Проблема, я думаю, вызвана передачей между файловыми системами. Ваши фотографии должны быть в настоящее время в NTFS, и переводятся в UFS?

Метаданные, которые отбрасываются, в первую очередь создаются окнами, поэтому это не важно.

Чтобы проверить, попробуйте скопировать файл и просмотреть все свойства в программе просмотра EXIF. Если дата, камера, экспозиция и т. Д. Совпадают, то я думаю, что информации будет достаточно.

Я предполагаю, что отбрасываемая информация относится к пользователю, который создал и изменил файл, и некоторой информации кэша.

Я обнаружил, что файлы, хранящиеся в синхронизированной папке хранилища Dropbox в Windows, имеют альтернативный поток com.dropbox.attributes в хранимом файле, который содержит информацию, используемую системой хранения Dropbox.

Я использовал небольшую утилиту командной строки из SysInternals - Streams - для просмотра простой картинки jpg в моем хранилище Dropbox. Утилита отображает альтернативные потоки (под альтернативными потоками следует понимать скрытую информацию, хранящуюся вместе с исходным контентом в NTFS). Вот что я получаю:

c:\Temp>streams "C:\Store\Dropbox\Camera Uploads\2015-02-10 20.12.14.jpg"
Streams v1.56 - Enumerate alternate NTFS data streams

Copyright (C) 1999-2007 Mark Russinovich Sysinternals - www.sysinternals.com

C:\Store\Dropbox\Camera Uploads\2015-02-10 20.12.14.jpg:

:com.dropbox.attributes:$DATA        507

Следовательно, мне кажется, что ТОЛЬКО информация, относящаяся к хранилищу Dropbox, теряется при передаче файла в хранилище не NTFS. В заключение у меня не было бы проблемы с передачей файлов как таковых. Надеюсь, это поможет. Cris

Ну, вы получили много частично правильных или просто неверных сведений от людей, гадавших об ответе. Фактически, файловая система NTFS, используемая сначала в Windows NT и в конечном итоге принятая всеми новыми операционными системами Microsoft, поддерживает систему под названием ADS (альтернативные потоки данных). Любой файл, который использует одно или несколько свойств ADS и копируется в файловую систему, которая не поддерживает ADS, эти данные будут потеряны. Эти данные могут быть несущественными для вас или очень важными. Например, если вы используете какие-либо инструменты Microsoft, которые используют ADS для чего-то вроде подписи к фотографиям, оставляя заметки о электронной таблице или любой другой функции, тогда ее больше не будет. Однако не следует путать ADS с проприетарными форматами других приложений, например, вы можете оставить примечание в файле электронной таблицы о его назначении с помощью ADS, и это было бы потеряно, но, если бы вы действительно были в такой программе, как Excel, и использовали информационную функцию, чтобы оставить себе ту же самую заметку, она не была бы потеряна, потому что приложение не использует функцию ADS. Вы можете больше об этом на форуме Microsoft здесь:http://answers.microsoft.com/en-us/windows/forum/windows_7-files/are-you-sure-you-want-to-copy-this-file-without/fa810b7e-f228-4661-9789- 2090175dd7de? Auth = 1 Вы также можете узнать, как использовать его здесь: https://support.microsoft.com/en-us/kb/105763

Он удаляет геотегирование и все другие теги, включая дату, взятую во многих файлах. Дата принятия по умолчанию - дата, созданная на компьютере или последняя измененная. Это действительно портит, если вы потратили много времени, добавляя местоположения, подписи, теги людей и многое другое. Поскольку большинство приложений для просмотра фотографий сортируют по местоположению и / или дате, это просто разрушает весь процесс.

Дата создания и изменения изображения будет потеряна. Датой будет дата, когда вы передали файл, поэтому это будет дата, когда вы «создали» его в новом месте. Таким образом, если вы хотите, чтобы дата была фактической датой, когда была сделана фотография, у вас больше не будет этой информации.