Организация фотографий для многих перекрывающихся проектов - Фотопедия
3 голосов
/ 24 июня 2019

Я работаю с большой коллекцией фотографий (~ 10000) для моей докторской диссертации (по биологии), и в настоящее время я борюсь с организацией их.Извините, если этот вопрос находится в неправильном сообществе stackexchange, я просто подумал, что если кто-то здесь должен знать об организации фотографий.

Моя коллекция:

Чтобы немного подробнее рассказать о том, что яхотел бы достичь: я сейчас работаю над докторской диссертацией и мне нужно сделать много снимков, чтобы идентифицировать или протоколировать различные заводы.Так как мой проект разделен на 4-5 различных подпроектов (каждый из которых имеет дополнительные подразделы), трудно держать обзор.Кроме того, некоторые фотографии представляют общий интерес для моего проекта и поэтому должны быть связаны не только с соответствующим подпроектом, но и со всем.Кроме того, я жду больше фотографий, чтобы накапливаться, поскольку это был только первый из трех полевых сезонов ...

Мой вопрос:

  • Как бы вы организовали такоекак фотографическая библиотека?

  • Какую структуру папок вы бы предложили?

Если я ищу на этом форуме (например, здесь или здесь ) или в любой поисковой системе, в основном, появляются идеи для повседневной жизни или профессиональные фотографии.Но они используют совсем другой тип организации, чем мне нужно.Например, для меня бесполезно организовывать свои фотографии в людей, места, события и даты, как это часто предлагается (например, здесь ).

Что касается структуры папок, я подумал осортировать картинки, соответствующие дням (например, 2019-06-23).Но я боюсь, что это станет грязным !?Или, может быть, я мог бы отсортировать изображения в подпроектах и ​​использовать теги в метаданных, чтобы связать их с другими подпроектами?

Примечания:

  • Я работаюLinux-машина (в частности, Manjaro), и до сих пор я опробовал digiKam для организации своей библиотеки.Но я полагаю, что ОС здесь имеет второстепенное значение (т. Е. Каждая ОС должна иметь хотя бы какое-то программное обеспечение для решения этой проблемы).

  • Пока мне не нужносинхронизировать мои файлы между устройствами.

  • Обычно мне не нужно редактировать свои фотографии.Только возможно 1-2 для обложки позже ...

Ответы [ 3 ]

2 голосов
/ 24 июня 2019

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

Главное, на что мы стремимся ответить:

  • Сколько может перекрываться изображение между подпроектами?
  • Сколько «метаданных» мы хотим встроить в структуру файла по сравнению с файлом внешнего хранилища / библиотеки?
  • Какую работу мы бы хотели выполнить самостоятельно, а сколько бы мы предпочли сделать на компьютере, чтобы сделать это для нас ...

Лично я бы использовал Windows сLightroom как решение для управления библиотекой изображений, но это далеко не идеально, если вы собираетесь оставаться в экосистеме Linux.

Однако такие инструменты, как Lightroom, являются своего рода раздутым вариантом с множеством дополнительных функций, которые нам, вероятно, не нужны для такого рода проектов.

В среде linux нам может быть лучшебольшая часть работы с сценариями заключается в том, что мы полагаемся на готовые инструменты.[Это также отличная задача по наращиванию навыков, которая дает очень полезный опыт в управлении данными.]


Ручная сортировка изображений по папкам «не идеальна», подвержена ошибкам и неудобна для надежного исправления,Это особенно верно, если в подпроектах есть большие совпадения, в которые, вероятно, будет вовлечено любое данное изображение, или если вы решите, что позднее потребуются серьезные изменения.

  • При работе с данными,мы можем тратить свое время или компьютерное время.Выбирайте с умом.

Взаимодействие с ключевыми словами и базами данных - гораздо более надежный вариант, чем чрезмерная сложность работы с папками.Если в подпроектах, в которые включено изображение, нет практически никакого перекрытия, то гораздо лучше позволить компьютеру «выполнить сортировку» за нас.

Сохраняйте ядро ​​архива простым благодаря стандартной файловой структуре на основе меток времени.

Проект / Год / Месяц / День / [timestamped_filename]

или даже просто

Project / Year_Month_Day / [timestamped_filename]

Отсюда нам понадобится либо существующее программное обеспечение, которое может работать как Lightroom, либо другое программное обеспечение для каталогизации изображений, либо создание сценариев для решения наших задач.

Общий рабочий процесс будет:

  • Импорт изображений [или их имен файлов] в базу данных.[помечено как 'новое']
  • Ключевое слово и добавьте метаданные в соответствии с требованиями проекта.[Когда закончите, удалите «новый» флаг.Даже в чем-то вроде Lightroom мы хотим поддерживать четкий индикатор того, является ли запись для данного изображения «законченной» или требуется дополнительная работа, прежде чем она будет готова двигаться вперед в рамках проекта.]
  • Определить 'Представления 'данных, основанные на приведенных выше ключевых словах и метаданных, для выбора конкретных изображений, необходимых для данного состояния проекта.

Структура файла проекта выглядит следующим образом:

\Project\
-\Core Image folder\[Subfolders]
-\Library, database, or Metadata\
-\Temporary Exports or 'views' folders\ {Flexible data generated on the fly as needed}

Если вы знакомы со сценариями и простыми базами данных, то довольно просто создать базовый набор инструментов для создания папок представления, содержащих символические ссылки, на исходное исходное изображение, если вам не требуются надежные инструменты просмотра / редактирования изображений изболее сложное программное обеспечение по аналогии с Lightroom.

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

Выберите все изображения с ключевым словом Alpha, чтобы создать список, и используйте этот список для извлечения копий / ссылок в папку представлений подпроекта без изменения данных, хранящихся в базовой папке изображений.

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


Не забудьте сделать резервную копию ваших основных данных и метаданных!Экспорт / просмотр могут быть восстановлены на лету по мере необходимости, но вы хотите убедиться, что исходные данные трудно потерять или испортить.

1 голос
/ 24 июня 2019

Рассмотрите возможность использования жестких ссылок в нескольких папках с разными методами организации, как xenoid комментарии.Таким образом, вы можете использовать любой метод, который наиболее удобен для поиска нужных изображений.

  1. Упорядочено по дате / местоположению.

    YYYYMMDD (City, ST) Location - Description/YYYYMMDD-HHMMSS Description.jpg
    
  2. Организовано таксономией, как Стан размышляет.

  3. Организовано проектом.

    Projects/Title/Images/YYYYMMDD-HHMMSS Description.jpg
    
  4. Любой другой организационный методВам нравится.

Для создания ссылок вы можете использовать cp -l src/ dst/.(ln менее удобно, потому что он работает для каждого файла отдельно.) Затем используйте ваш любимый файловый менеджер, чтобы переместить файлы из dst/ туда, куда вы хотите.Чтобы сохранить ссылки при резервном копировании на внешние диски, вы можете использовать rsync.Если вы допустили ошибку и скопировали некоторые файлы вместо того, чтобы связать их, существующие инструменты, такие как hardlink, могут найти и повторно связать их.

, поскольку они являются жесткими ссылками, Преимущества включают в себя:

  • Нет необходимости отслеживать специальные места для изображений, которые используются несколькими проектами.Просто создайте новые ссылки в каждой папке проекта, используя любую существующую ссылку, что удобно.

  • Вы можете присваивать имена и организовывать файлы независимо друг от друга по мере необходимости.

  • Изменения в одном файле затронут все остальные.Файл с содержимым будет синхронизирован.(Обложки и специально отредактированные изображения следует сначала скопировать, чтобы отсоединить их от оригинала.)
  • Объем места на жестком диске не будет значительно увеличиваться из-за наличия нескольких «копий» в нескольких местах.

  • Вам не нужно беспокоиться о неработающих ссылках, как если бы вы работали с soft links.

  • Когда выкопировать или архивировать папки (например, отправлять коллегам), файлы будут скопированы полностью.(Нет необходимости отслеживать «оригиналы».)

  • Для работы с файлами можно использовать любое программное обеспечение, которое может получить доступ к файловой системе.

  • Теги встроеныв файле метаданные XMP будут синхронизироваться между всеми копиями и перемещаться вместе с файлом, как примечания xenoid .Однако некоторые программы могут не учитывать такие теги.
  • Нет внешней базы данных для синхронизации при перемещении файлов.

Недостатки:

  • Если вы хотите удалить изображение, вам придется отслеживать и удалять каждую из жестких ссылок.Там могут быть инструменты, чтобы помочь процессу.По крайней мере, ls говорит вам, сколько осталось ссылок.
1 голос
/ 24 июня 2019

Я бы лично использовал Adobe Lightroom.Вы можете использовать его для создания ключевых слов в иерархии, чтобы помечать изображения для различных этапов.Это также позволяет вам делать тэги изображений с ключевыми словами, что, я думаю, сэкономит вам время.Это также дает вам умную коллекцию для автоматического создания коллекций на основе этих ключевых слов или умных коллекций.так что вы можете иметь умную коллекцию для каждой фазы / подфазы.Я уверен, что вы могли бы сделать то же самое с бесплатными решениями, но это может превратиться в клочок, и, возможно, стоит заплатить за пакет lightroom, который в США составляет 10 долларов в месяц.Возможно, вам удастся найти используемую версию, например, версию 4 или 5.

Добро пожаловать на сайт Фотопедия, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...