10

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

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

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

Спасибо

5 ответов5

7

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

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

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

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

4

Я обнаружил, что файлы, хранящиеся в синхронизированной папке хранилища 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

1

Ну, вы получили много частично правильных или просто неверных сведений от людей, гадавших об ответе. Фактически, файловая система 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

0

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

0

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .