Организация фото-каталогов
Jul. 22nd, 2009 11:59 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
С системой именования фото-файлов мы разобрались в прошлый раз. Продуманная организация фото-каталогов помогает быстро найти нужные файлы. Фото-каталог - это директория, где лежат файлы с одной фото-сессии.
Начинал я с простой системы, назовём её Алеф:
/photo/
/photo/День Рождения Лены 2002/
/photo/Поход 2001/
/photo/Свадьба/
Довольно скоро директория photo превратилась в свалку, пришло время системы Бэт:
/pic/raw/2004/20040328.vika.birthday/
/pic/raw/2004/20040328.vika.birthday/config/
/pic/raw/2004/20040328.vika.birthday/thumbs/
/pic/jpg/2004/20040328.vika.birthday/
Пятибуквенное photo сокращается до pic (от слова picture). Оригиналы RAW-файлы хранятся в отдельном каталоге raw, обработанные фотографии в каталоге jpg. Это даёт возможность раздельного управления оригиналами и обработанными фотографиями. Например, можно быстро "прожечь" на ДиВиДи дополнительный бекап каталога raw или скопировать маме все обработанные фотографии в каталоге jpg. В директории config хранятся настройки RAW-конвертера (в то время Capture One) для файлов текущего каталога. В директории thumbs - уменьшенные до 533х800 пикселей jpg файлы для выкладывания в интернет.
Недостатки системы Бэт являются продолжением её достоинств: две одинаковых структуры год/каталог под директориями raw и jpg вносят путаницу. Раздельные бекапы для негативов и обработанных фотографий со временем ушли в прошлое (о системе бэкапов стоит поговорить отдельно). Также не совсем понятно, в какую директорию складывать "сырые" jpg-файлы. Я складывал в директорию для обработанных. Короче, пришло время системы Гимель:
/pic/2009/20090402-lena-wedding-jerusalem/
/pic/2009/20090402-lena-wedding-jerusalem/edit/
/pic/2009/20090402-lena-wedding-jerusalem/thm/
/dat/lrcat/
В каталоге лежат RAW-файлы, рядом обработанные jpg-файлы и уменьшенные копии для интернета. К обработанным именам файла я добавляю префих 'e', для уменьшенных - 't'. Также я стал пользоваться программой-каталогизатором (Adobe Lightroom), которая имеет свою базу-данных. Для увеличения производительности я расположил её на другом жестком диске в директории lrcat.
Идеального решения подобных вопросов не существует. Но я всегда нахожусь в процессе его поиска :)
no subject
Date: 2009-07-22 09:52 pm (UTC)\Fotki\05022009_Kathmandu\05022009_good_Kathmandu
\Fotki\05022009_Kathmandu\05022009_soso_Kathmandu
\Fotki\05022009_Kathmandu\05022009_bad_Kathmandu
при этом в роу я не снимал не разу. и обрабатываю только в пикассо...
а тегами ты не пользуешься?
no subject
Date: 2009-07-23 11:03 am (UTC)Единая система именования файлов и структура каталогов важна для управления архивом - бэкап, копирование, стирание. Поиск же отдельной фотографии должен обеспечиваться тэгами и программой-поисковиком (это может быть поиск в базе данных или поиск в текстовых xmp файлах-сайдкарах).
В RAW снимать стоит, даже если ты не собираешься обрабатывать фотографию. RAW - это негатив, сама возможность вернуться к которому очень важна. JPG - модель, которую камера (или компьютер в моём случае) строит из RAW по каким-то там параметрам.
no subject
Date: 2009-07-22 11:04 pm (UTC)я похоже сортирую: год-месяц-число-мероприятие. однако у меня далее там все в куче лежит: и исходники, и обработанные, и маленькие для инета (помечаю циферками и буковками)... вот с этим надо как-то бороться, т.к. замороченно получается.
no subject
Date: 2009-07-23 11:05 am (UTC)offtop
Date: 2009-07-23 05:24 am (UTC)Re: offtop
Date: 2009-07-23 11:18 am (UTC)У меня опыта в таких универсальных зумов нет. Список моих объективов здесь (http://www.pbase.com/rdavid/profile). Слышал, что Никон 18-200 VR хорош.
Надо иметь в виду, что платой за универсальность является качество. Есть три топовых объектива, которые почти покрывают ваш разброс: 14-24, 24-70, 70-200. Я ориентируюсь на фокусные расстояния этих моделей. Самое лучшее - иметь много фиксов :)
Re: offtop
Date: 2009-07-23 12:07 pm (UTC)Re: offtop
Date: 2009-07-26 09:06 pm (UTC)no subject
Date: 2009-07-23 09:16 am (UTC)no subject
Date: 2009-07-23 10:19 am (UTC)