Фотоменеджер

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

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

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

По идее тут всё будут компромиссы, поскольку категорий сортировки файлов много, а файлы в единственном экземпляре. Помогут ключевые слова, категории и прочие фишки нормальных каталогизаторов. Проблема только в их тормознутости и глюкавости. Пришлось от ACDSee отказаться по причине последнего. База видать стала неповоротлива.
Объединяю по дате фотосессии, внутри каталога подпапки по типу файла, далее по рейтингу. Сюжеты по категориям объединены - это всё уже не файловая структура, а чисто база ACDSee

Т.е. надо было тупо сваливать все фотосессии в одну папку (грубо говоря) и присваивать ключевые слова и метки, а потом уже в самом каталогизаторе отбирать по типу?

Я же изначально пошел неверным путем создания сложной файловой структуры.

Нет. Для каждой сессии своя папка. Для каждого типа и каждого рейтинга. Остальное ключевыми словами.
В итоге: отдал заказчику - можно снести тиффы, к примеру. Мало места на винте - можно снести всё кроме пяти звёзд. Устраивает всё, а сессия не столь важна - оставляешь только jpeg на память. При этом, к примеру, при ретуши ничего кроме тиффов в одной папке не нужно. При загрузке в инет, если jpeg и tiff в одной папке, это может создать неудобства. Вот небольшое обоснование.

http://photo-element.ru/ps/catalog/catalog.html

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

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

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

В экзиф надо просто ключевые слова прописать. Ну или куда-то там... Проблем тут нет, кроме лени. Мне вот самому лень это делать. Всё лежит на местах, помню, где что, да и ладно).

Цитата:

от: Izis
Каталогизатор как правило является частью какого-либо конвертера

Это правило состоит (насколько я понимаю) из 2 единиц - Лайтрум и Апертура? :) (С1 не считаю, т.к. они напрочь убили хороший каталогизатор, который купили у Микрософта). Пользуйтесь независимыми, к примеру тем же Daminion, тема по которому есть на нашем форуме. Кстати всячески рекомендую сей продукт.
Цитата:

от: Izis
И если вдруг меняются предпочтения к конвертеру или программному продукту, то вся работа по рейтингам, меткам и ключевым словам может накрыться и мы имеем дело с неотсортированным массивом

Чтобы работа не накрылась, все результаты нужно занести не только в базу каталогизатора, но и в сами файлы фотографий. Тогда при смене продукта просто считываем ранее забитые данные и вуаля! :) Правда не все программы могут писать метаданные прямо в файл фото (Даминион может).

Цитата:

от: kkk
Правда не все программы могут писать метаданные прямо в файл фото (Даминион может).

Спасибо за подсказку. Скачал, попробовал, действительно данные вписались в exif (acdsee ключевые слова увидел)....но тут что-то меня напрягло. Идет перезапись RAW - с изменением RAW никогда не сталкивался и к чему это может привести лишь догадываюсь. Можно конечно себя успокаивать, что меняется лишь экзиф, но как на практике дело обстоит понятия не имею. Сталкивался с утверждением (сам не проверял), что при многократном пересохранении джипегов в фотошопе (ничего не менялось) качество падает, а тут RAW изменить и перезаписать

Цитата:

от:Izis
Скачал, попробовал, действительно данные вписались в exif (acdsee ключевые слова увидел)....но тут что-то меня напрягло. Идет перезапись RAW - с изменением RAW никогда не сталкивался и к чему это может привести лишь догадываюсь.

Подробнее

Весь мой предыдущий опыт говорит о том, что бояться нечего. Как я понимаю, рав-файл является контейнером (как и тифф к примеру), в который помимо самих данных с матрицы кладут превьюшку маленьку, превьюшку большую, различные метаданные и т.д. При изменении метаданных меняется лишь текстовая часть, лежащая в этом контейнере. Это хорошо видно на никоновских нефах, кадр из моего Д70 весит примерно 5,2 мб., если обработать его в раннем никоновском конвертере и поставить галку "не писать встроенное превью", то файл "худеет" примерно на 500 кб. Если же обработать в новом конвертере, то файл прибавляет сразу 2-3 мб. минимум, т.к. они туда пихают всякую хрень. Само же исходное качество файла от этого никак не страдает. Собственно, если есть сомнения, можно спросить у авторов Даминион на форуме, ну или самому проделать несложный опыт. :)

Цитата:

от: Izis
Сталкивался с утверждением (сам не проверял), что при многократном пересохранении джипегов в фотошопе (ничего не менялось) качество падает.

Скажу по секрету - это правда. :D