В Экселе, только без превьюшек. И названия сча не ставлю.
Только номер.

Мдя.. каждому свое... пробовала я с Экселем - не мое это.... Зато другую систему выработала и мне нравится.... Фишка в том, что я имею на компе три каталога

че-то как-то сложно... у меня попроще:

1. Все пришедшие с флэшки RAW-ы автоматом распихиваются по папкам с именем "дата съемки" утилиткой от камеры. Время от времени делается бекап этих папок.

2. В каждой такой папке создается папка "Results", где по мере готовности копятся обработанные 16-ти битные TIFF's из лучших кадров этого дня.

3. Время от времени все накопившиеся в папках Results тифы переносится в одну папку "Photobanks".

4. Из папки "Photobanks" тиффы берутся для аттрибутирования. Готовые картинки кидаются в папку "Processed" и сразу же архивируются на бекапных носителях.

5. Фотошопным батчем тиффы из Processed конвертируются в джипеги. Джипеги кладутся в папку JPG to send, исходные тиффы - в папку TIFF's Sent.

6. Из JPG to send картинки отправляются по фтп сразу на все стоки, где разрешен фтп. Копии джипегов кладутся в папку "To iStock", поскольку "самый продвинутый сток" не может до сих пор запустить фтп-сервер для фотографов...

7. Уже залитые джипеги кидаются в папку "JPG Sent", которая так же периодически бекапится.

Режекты обрабатываются отдельно только для айса и шаттера, на остальных стоках не вижу в этом смысла. Для айсовых режектов лишних папок не создаю - там все видно по хистори, для шаттера - сразу по получении режекта кидаю копии отвергнутых в папку SS Rejected, которую время от времени обрабатываю и перезаливаю

Да вроде все понятно
Но Пушкин никогда не помешает!

Да вроде все понятно

Мдя... Опять на тему великого и могучего... Такая адская смесь английского с нижегородским, ни фига не поняла. Что такое "бекапится" и все другие производные от слова "бекап"?

хмм... заговорился...
back up - резервное копирование данных.

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

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

не понял иронии. вы ни разу еще не теряли ВСЕ данные вместе со сгоревшим в одночасье компьютером?

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

Несколько лет назад я занимался восстановлением данных. Посмотрели ли бы Вы на моих клиентов. Зачастую их работа за несколько лет превращалась в пыль. Они готовы были отдать деньги не считая , а когда я восстанавливал данные - счастливее людей я просто не видел.
Напоследок я спрашивал - Ну теперь то бэкап будете делать ?

У меня система похожа на Tristan'у. На диске есть папка 'stock'. Внутри для каждого стока своя папка. В стоковых папках подкаталоги:
- new (то, что собираюсь грузить),
- pending (картинки, которые в проверке)
- upload (то, что уже загружено)
- reject (отверженные)

Там же обычно рядом свалены всякие мелкие файлики с информацией по банку.

Рядом с папками-стоками есть основной большой каталог: 'src' -- где происходит весь творческий процесс. Каждая картинка лежит в своей папочке с читабельным названием (например: egypt_hieroglyphs). Внутри находятся всякие исходники, дополнительные форматы, текстовые файлы с ключевыми и пр.

Если есть какие-то задумки на будущее, материалы для новых работ, то они кладутся сюда же в папку 'src' в свою поддирректорию с читабельным названием.

Ребята, все эти навароты с дирректориями и субдирректорями из разряда "голь на выдумки хитра". Поверьте на слово старому программисту.

Охотно верим... только мы увы не программисты....

Охотно верим... только мы увы не программисты....

а я не верю

я-то как раз бывший программист, со стажем почти два десятка лет, поэтому по собственному опыту знаю, что все эти чудные каталогизаторы имеют несколько очень неприятных свойств, если смотреть вперед хотя бы на 5-10 лет:

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

- файлы, в которых хранится дополнительная информация о картинках, имеют нехорошее свойство портится в самый ответственный момент (особенно когда картинок тысячи); вероятность порчи такого файла прямо пропорциональна тому, к скольки картинкам он содержит информацию

- при попытке перейти с одного надоевшего каталогизатора на другой в 90 процентах случаев надо ЗАНОВО вбивать всю доп. информацию - никто из разработчиков не заморачивается проблемой перехода с одного продукта на другой...

Это только то, что пришло в голову сразу...

Так что надежнее и проще обычных папок и прямых рук пользователя нет ничего

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

У меня вот какая система учета:

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

а если сломается экскаватор, то в нашем случае "хорошего каталогизатора" противотанковый ров тут же сам собой засыплется, и надо будет искать другой экскаватор и НАЧИНАТЬ ВСЕ ЗАНОВО.

вот я о чем... впрочем, вольному воля, особенно если есть лишние бабки и лишнее время на тестирование нового софта.

я эту тему с каталогизаторами проходил не единожды и понял для себя что это не мое

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

Я свою базу (пока небольшую, 200 картинок) в Lightroom веду. На каждый сток отдельная Collection, всего получилось семь коллекций, в каждой - по 3 подколлекции: Approved, Pending, Rejected.
Импортирую новые фотографии (уже со всей инфой в IPTC), помечаю их зелененьким, кладу в Rejected. Там же у меня уже лежат помеченные зелененьким отлупленные фотки, имеющие право на ресабмит. Выделяю скока нада фоток и жму Export, экспортирую в отдельную папочку с названием стока, забрасываю всю папку по FTP, после успешной заливки фотки из папки удаляю. Выделенные снимки в LR перемещаю в коллекцию Pending. Оттуда при приемке - в Approved. Или в Rejected. Если собираюсь упорствовать в своей убежденности в невиданном коммерческом успехе отлупленного снимка, помечаю его зеленым.
База весит немного, все изменения исходника автоматически подхватывает без моего участия, наглядна, проста и понятна (по крайней мере, мне).

А как Вы вставляете в документ картинки?
При обычной вставке картинка привязывается не к ячейке, а к листу. Поэтому при любой сортировке таблицы они, понятное дело, будут плавать.

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

Люди, вы что серьезно ведёте учёт каждого файла в Excel? Не создавайте себе лишних проблем. Я тоже так начинал, но на второй сотне понял абсолютную бесполезность этого занятия.

Я работаю с партиями. Сделал партию, отослал на все банки. Затем эту партию раскидываю по папкам по 10 штук, так и храню (RAW файлы хранятся отдельно, ибо потом практически не нужны). Система работает чётко, 11 тысяч файлов уже аккуратно раскиданы по папкам по 10 штук с соответствующей нумерацией. Приходите на конференцию, сможете увидеть на деле, как это выглядит.

А в чем смысл раскидывания по десятке в папку? У меня все так и остается в папке по дате загрузки, с поиском проблем не испытываю

Обмен с ретушерами как реализован с загрузчиками?
В экселе самое главное для меня слова и категории что бы один раз атрибутировал потом на всю серию раскидываешь. При загрузки в базу глянул и все. И со временем не вспоминаешь.
И важен статус загруженна или нет.
Так же выборка из общей папки храннеия для загрузки и т.д.

Сложность от того что своя уже отработанная и привычная.
Возьмите допустим объем не 10 а 100 фото, не 2 ретушер а 20.
Если система управится с этим то я думаю это будет идеально.

какие проги на своем компе будут искать фотографии по ключевым ?

какие проги на своем компе будут искать фотографии по ключевым ?

хм. а там есть функция поиска ?