IMatch: управление фотоколлекцией, метаданными и архивом

IMatch решает задачу систематизации больших фото- и медиаколлекций: индексирует файлы там, где они уже лежат, читает и нормализует метаданные, помогает присваивать ключевые слова и категории, находит снимки по десяткам признаков, связывает оригиналы с производными версиями и ускоряет отбор материала. Программа особенно полезна фотографам, семейным архивистам, небольшим студиям и организациям, которым важнее управляемый каталог, поиск и качество метаданных, чем встроенная RAW-проявка: IMatch не пытается заменить Lightroom Develop, Capture One или отдельный редактор, а берет на себя слой цифрового архива и взаимодействует с внешними приложениями.

Варианты загрузок

ФотоМАСТЕР

• ✔Ретушь и удаление объектов
• ✔Замена фона и неба
• ✔Пакетная обработка снимков

Скачать бесплатно

IMatch

• ✖Только Windows 10/11 x64
• ✖Для Map Panel нужен интернет
• ✖Не заменяет RAW-конвертер

Скачать IMatch

Как IMatch организует коллекцию

Основная единица работы в IMatch — не «импортированный в закрытый каталог снимок», а запись о реальном файле. Программа индексирует выбранные папки, считывает свойства и метаданные, создает миниатюры и при необходимости кэш для быстрого просмотра. Файлы при этом остаются в обычной файловой системе Windows. Это важное практическое отличие: существующую структуру архива не нужно предварительно перекладывать в специальное хранилище, а резервное копирование оригиналов можно строить обычными средствами.

Другие инструменты: ФотоМАСТЕР.

База данных IMatch хранится в файле с расширением .imd5. В ней находятся индекс, категории, коллекции, связи между файлами, данные лиц, часть служебных данных и информация, которую пользователь еще не записал обратно в файлы. Поэтому база — не просто временный кэш. Если вы добавили категории, подтвердили лица или изменили метаданные, а затем потеряли единственную копию базы, часть такой работы восстановить из оригиналов будет нельзя. Самые важные переносимые сведения стоит записывать в стандартные XMP-поля, а файл базы — регулярно включать в резервное копирование.

Навигация построена вокруг нескольких представлений. В Media & Folders видна физическая структура дисков и папок. Categories показывает независимую иерархию тематических категорий. Collections собирает рейтинги, метки, закладки, флаги, булавки и другие состояния. Timeline раскладывает материалы по датам. Events объединяет файлы в события, People — по распознанным людям, Albums — в альбомные композиции, а Dashboard сводит состояние базы и проблемные места.

Почти во всех представлениях итоговый набор файлов показывается в File Window. Поэтому после освоения одного окна приемы остаются одинаковыми: выделение, рейтинг, метки, поиск, контекстные команды, отправка в Viewer, пакетное переименование. File Window может работать с миниатюрами или в табличном режиме; макеты настраиваются, чтобы рядом с превью вывести, например, дату, объектив, выдержку, рейтинг, ключевые слова или собственные атрибуты. В табличном варианте можно показать до двадцати столбцов — это удобнее, когда нужно сверять не изображение, а данные.

Для быстрого доступа к редко используемым функциям полезна Command Palette. Она вызывается Shift+Ctrl+P или Ctrl+Q и ищет команды, панели, избранное, шаблоны метаданных и приложения по имени. Это практичнее, чем запоминать длинные пути меню, особенно в первые недели работы.

Установка и начало работы

Что проверить до создания базы

IMatch рассчитан на 64-разрядную Windows 10 и более новые выпуски Windows. Для интерфейса и просмотра используется современный графический стек DirectX, поэтому важна видеосистема с поддержкой DirectX 11; процессору требуется поддержка AVX. Базовый рабочий минимум — несколько ядер и 8 ГБ оперативной памяти, но для архивов в сотни тысяч объектов разумнее ориентироваться на 16 ГБ и SSD. Сам установочный объем невелик по сравнению с данными: основное место постепенно займут база, миниатюры и кэш изображений.

Перед первым запуском определите три разных места: где находятся оригиналы, где будет база .imd5, и где допустимо хранить кэш. Оригиналы могут оставаться на внутренних дисках, внешних накопителях или доступном через Windows сетевом ресурсе. Базу лучше держать на самом быстром локальном SSD, потому что к ней постоянно обращаются поиск, фильтры, категории и фоновые процессы. Кэш тоже выигрывает от SSD, но при нехватке места его можно вынести на другой быстрый диск. Не размещайте единственную рабочую базу в папке, которую сторонняя синхронизация может подменять или блокировать в момент записи.

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

Создание базы и добавление папок

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

После создания базы добавьте первую папку через команду добавления или обновления папок. Другой быстрый путь — перетащить папку из Проводника Windows в область Media & Folders. IMatch сканирует вложенные каталоги согласно выбранным параметрам, регистрирует поддерживаемые файлы, читает метаданные через ExifTool и готовит служебные изображения.

На старте не стоит сразу индексировать весь многолетний архив, если вы еще не выбрали правила ключевых слов и записи XMP. Начните с одной репрезентативной папки: RAW+JPEG, несколько видео, сканы и производные TIFF/PSD. Проверьте, как программа интерпретирует дату, иерархические ключевые слова и sidecar-файлы. После этого добавляйте остальные корни. Такой тест не нужен для «обучения» IMatch — он нужен, чтобы обнаружить неоднозначные старые метаданные до массовой записи.

Первичная настройка

Откройте Edit > Preferences и последовательно проверьте File Formats, Metadata, Cache, Application и при необходимости File Relations. В списке форматов видно, какие расширения распознаются и как для них обрабатываются метаданные. Пользовательские форматы можно добавлять, если архив содержит специализированные файлы, которых нет в стандартном наборе.

В Edit > Preferences > Cache не уменьшайте размер кэш-изображений только ради нескольких гигабайт экономии, пока не стало ясно, что дискового места действительно не хватает. При стандартном размере кэш позволяет быстро открывать снимки даже при 100-процентном масштабе. Если экономия необходима, сначала рассмотрите режим создания кэша по требованию; уменьшение максимального размера кэша снижает качество и предел доступного увеличения.

Еще одна полезная настройка — поведение Viewer. На машине с небольшой видеопамятью не стоит сразу выводить много крупноразмерных файлов параллельно. IMatch умеет показывать до шестнадцати изображений одновременно, но набор 50–80-мегапиксельных кадров требует существенно больше GPU-памяти. При торможении уменьшите сетку до одного-двух изображений, а уже затем отключайте фоновую предзагрузку в Edit > Preferences > Application: Viewer.

File Window, предварительный просмотр и отбор

File Window — рабочая точка, где сходятся физические папки и логическая организация. Открытая папка, категория, коллекция, узел Timeline или результат поиска становится областью, то есть scope. Именно scope определяет, какие файлы видит поиск и большинство фильтров. Это одна из деталей, из-за которых новичку иногда кажется, что «IMatch не нашел файл»: поиск был запущен не по всей базе, а только по текущей выборке.

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

Quick View Panel открывается через View > Panels > Quick View или F9,Q. Панель показывает файл, на котором находится фокус в File Window, и может быть откреплена на второй монитор. Двойной щелчок переключает «вписать в окно» и 100%, клавиша Z делает то же самое, а Ctrl с колесом меняет масштаб. Если кэш уже готов, переключение быстрое; если нет, IMatch строит временное или постоянное представление на лету.

Для быстрого прохода по папке можно использовать режим Sweep: пока File Window имеет фокус, удерживайте Space и перемещайте указатель над миниатюрами — Quick View обновляется под курсором. Для точного отбора лучше Viewer: выделите файл и нажмите Enter. При одном выбранном файле Viewer обычно получает весь текущий набор File Window и устанавливает фокус на выбранном кадре; поведение можно изменить в настройках.

Viewer умеет синхронно увеличивать и панорамировать несколько кадров. Это полезно для серий, брекетинга и проверки резкости. Z переключает 100% и вписывание, Ctrl+0 вписывает изображение, Ctrl+1 ставит 100%, а удерживание Alt с перетаскиванием дает плавный интерактивный zoom. В многокадровом режиме панели по умолчанию связаны: изменение масштаба применяется к каждому показанному изображению; связь можно отключить.

Для первичного отбора включите Auto Advance командой T,U. После назначения рейтинга, цветовой метки, закладки или отметки на удаление Viewer перейдет к следующему файлу. Это уменьшает количество навигационных действий. Отметка на удаление не равна немедленному удалению: она предназначена для отдельного этапа проверки.

Оверлеи Viewer показывают гистограмму, сведения камеры, имя файла, коллекции и текстовые поля. Режим Focus Peek подсвечивает области высокого локального контраста, а Clipping дает ориентир по провалам и пересветам. Для RAW эти режимы оценивают визуальное представление, используемое IMatch, а не результат будущей проявки в специализированном RAW-конвертере. Поэтому решение о восстановимости светов по одному clipping-оверлею принимать нельзя.

Метаданные: XMP, EXIF, IPTC и запись обратно в файлы

Сильная сторона IMatch — работа с метаданными. Программа использует ExifTool для чтения и записи большого числа полей и форматов. На практике это означает поддержку стандартных XMP-полей, EXIF, GPS и совместимость с историческим IPTC, но не означает, что все поля надо редактировать напрямую. Для описаний, авторства, рейтингов, меток и ключевых слов безопаснее строить рабочий процесс вокруг XMP: IMatch синхронизирует XMP с соответствующими legacy-полями при write-back в соответствии с настройками.

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

Изменение в Metadata Panel сначала попадает в базу IMatch. У файла появляется состояние ожидающей записи, а физический write-back выполняется отдельно — вручную или автоматически, в зависимости от настроек. Такая двухфазная модель удобна: можно быстро исправить данные у многих объектов, а тяжелую запись в RAW/sidecar отложить. Но она же создает типичную ошибку: пользователь открывает файл во внешней программе до write-back и не видит новых ключевых слов. Если данные должны быть доступны другим приложениям, завершите write-back.

Формат XMP зависит от типа файла. В JPEG, TIFF и некоторых других форматах XMP может быть встроен внутрь контейнера. Для RAW часто используется sidecar .xmp. Не переносите RAW отдельно от его sidecar, если на нем основан обмен метаданными. Если в архиве уже существуют XMP, созданные Lightroom, Bridge или другим инструментом, сначала протестируйте чтение и обратную запись на копии: разные программы могут по-разному трактовать иерархические ключевые слова, рейтинги и отдельные vendor-specific поля.

Иерархические ключевые слова

Keywords Panel предназначен именно для управляемой работы с ключевыми словами. Вместо плоского списка вроде «Европа, Италия, Рим, Колизей» можно использовать иерархию вида «Места|Европа|Италия|Рим|Колизей». Такая структура лучше масштабируется: верхние уровни дают широкий поиск, нижние — точный. Панель связана с тезаурусом, списками недавних и часто используемых терминов и помогает не плодить варианты написания.

Главная проблема большой коллекции — не отсутствие ключевых слов, а расползание словаря. «New York», «NYC» и «Нью-Йорк» могут оказаться тремя независимыми понятиями. Перед массовой разметкой выберите канонические термины и решите, нужны ли синонимы в конечных XMP. Тезаурус удобно использовать как контролируемый словарь, а @Keywords — как автоматически поддерживаемую категорийную проекцию ключевых слов.

Если ключевые слова уже существуют, не начинайте с массового переименования на уровне файлов. Сначала посмотрите, как они представлены в Keywords Panel, проверьте разделители и уровень иерархии, затем на небольшой выборке выполните нормализацию и write-back. Особое внимание — ключевым словам, которые внешняя программа записала одновременно в несколько XMP/IPTC-представлений: неаккуратная миграция может создавать дубли.

Шаблоны метаданных и повторяющиеся поля

Для однотипных серий полезны Metadata Templates. В шаблон можно вынести автора, copyright, источник, проект, базовое описание или другие поля и применять их к выделенным файлам. При съемке мероприятия это надежнее ручного повторения одинакового текста. Шаблон можно вызвать из Command Palette или через элементы интерфейса, а часто используемые операции добавить в Favorites.

Шаблон не должен безусловно заполнять все поля. Разделяйте постоянные сведения — например, имя автора — и контекстные, которые меняются от съемки к съемке. Если шаблон очищает существующее описание или подменяет индивидуальные ключевые слова, экономия времени превращается в потерю данных. Перед применением к тысячам файлов прогоните его на нескольких копиях и проверьте Metadata Panel.

Исправление времени с TimeWiz

Ошибки часов камеры опаснее, чем кажутся: от времени зависят Timeline, сортировка, группировка событий и сопоставление с GPS-треком. TimeWiz запускается из Commands > Image или App Manager и умеет сдвигать дату/время, задавать абсолютное значение, строить последовательность с интервалом и корректировать часовой пояс.

Если камера отставала ровно на два часа, выделите серию, выберите операцию Shift Date and Time, направление Add и укажите два часа. Перед применением сравните исходное и новое значение. Если ошибка связана не с самими часами, а с UTC offset, используйте изменение часового пояса: режим Keep original time позволяет поменять offset, не сдвигая отображаемое локальное время. После правки выполните write-back, если исправление должно стать частью переносимых метаданных.

Для MOV и других контейнеров со множеством временных тегов нельзя полагаться на один «дата создания». Разные устройства записывают UTC и локальное время неодинаково. Если Timeline показывает видео в неожиданном месте, сначала выясните, какой тег IMatch использует как File.DateTime, и только затем меняйте значения.

Диагностика поврежденных и противоречивых метаданных

Старые архивы часто содержат несколько поколений метаданных: EXIF от камеры, IPTC от редакции, XMP от Adobe-приложения и значения, дописанные файловым менеджером. Проблема проявляется как разные даты, повторенные keywords, неожиданный copyright или несовпадение описания между программами. В IMatch для такой ситуации есть Metadata Analyst: он анализирует отдельный файл и указывает распространенные несогласованности.

Metadata Mechanic используется уже после диагностики, когда нужно пакетно исправить значения, заменить фрагменты, очистить неправильные данные или выполнить другие управляемые преобразования. Metadata Compare & Sync помогает сравнить теги нескольких файлов и синхронизировать нужные значения. Не используйте эти инструменты как «автоматический ремонт всего»: сначала определите правильный источник истины для спорного поля.

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

Категории, коллекции и логическая система архива

Категории IMatch не требуют менять папки и не создают копий. Один файл может одновременно входить в «Клиенты|Компания А», «Жанр|Портрет» и «Статус|Для портфолио». Это принципиально удобнее физического дерева каталогов, где объект может находиться только в одном месте. Категории имеют иерархию, цветовую маркировку и могут назначаться через Categories Panel или Category View.

Для быстрого назначения откройте Categories Panel через F9,C и выделите нужные файлы. Вкладка Categories показывает дерево, Current — категории текущего выделения, Recent — недавно использованные категории и файлы. Если один и тот же набор категорий назначается ежедневно, недавние элементы сокращают навигацию по глубокой иерархии.

Категории бывают не только ручными. Data-driven categories строятся из значений метаданных: например, автоматическая иерархия по камерам, объективам, странам или любому подходящему тегу. Category formulas вычисляют содержимое на основе других категорий и позволяют делать пересечения, объединения и исключения. Это полезно для динамической выборки вроде «пейзажи AND пять звезд, но NOT опубликовано».

Сложные формулы не стоит превращать в универсальный язык запросов для каждой мелочи. На очень большой базе цепочки вычисляемых категорий могут требовать заметного времени на пересчет. Для одноразовых условий быстрее использовать Filter Panel, а формулы оставлять для структур, которые действительно нужны постоянно. В современных версиях есть способы контролировать обновление тяжелых вычисляемых категорий.

Collections решают другую задачу. Rating и Label — знакомые XMP-состояния; Bookmarks, Flags, Pins и Dots удобны как оперативные маркеры внутри IMatch. Коллекции автоматически собирают файлы с соответствующими состояниями и могут участвовать в фильтрах. Для рабочего процесса полезно заранее договориться, что означает каждый маркер: например, rating — художественный отбор, label — стадия обработки, bookmark — временный список для сегодняшней сессии.

Не подменяйте ключевые слова категориями без причины. Ключевые слова могут быть записаны в XMP и переехать в другую DAM-программу; произвольная категория IMatch в общем случае является структурой базы. Поэтому предметные понятия, которые должны жить вместе с файлом, лучше хранить в XMP keywords, а категории использовать для логики, проектов, контроля качества и комбинаций, которые нужны именно в IMatch.

@Keywords как мост между XMP и категориями

Специальная ветка @Keywords автоматически отражает иерархические keywords. Это удобно, потому что к одним и тем же данным можно обращаться двумя способами: редактировать их как переносимые XMP-ключевые слова и одновременно использовать мощные приемы Category View. Если вы переименовываете или перемещаете ключевое слово через эту структуру, сначала проверьте, какое XMP-изменение будет создано и потребуется ли write-back.

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

Поиск, Filter Panel и поиск похожих файлов

Самый быстрый текстовый поиск находится в File Window. Он может работать по текущему scope или по всей базе, искать в имени, метаданных и атрибутах, поддерживает более сложные выражения, логические операции и регулярные выражения. Если нужен запрос по дате, используйте формат YYYY:MM:DD; для частых временных условий удобнее специализированный Date Filter.

Для повторяющихся условий откройте View > Panels > Filter Panel или нажмите F9,L. Отдельные фильтры охватывают rating/label, коллекции, имена, свойства файлов, папки, категории, формат, размер, дату, ориентацию и размеры, GPS, людей, события, значения метаданных, цвета и другие признаки. Несколько активных сохраненных фильтров объединяются логическим AND.

Практический сценарий: откройте категорию проекта, включите фильтр рейтинга «3 и выше», добавьте Date Filter и ограничьте периодом съемки, затем People Filter — конкретным человеком. Если настройка понадобится снова, сохраните ее в Filter Manager. При следующем запуске достаточно включить сохраненный фильтр; не нужно повторно собирать набор условий.

Filter Panel работает с текущим scope. Если требуется тот же запрос по всей базе, сначала переключитесь на представление, где File Window охватывает нужный массив, либо используйте режим поиска по всей базе. Скрытые внутри свернутого стека файлы все равно учитываются фильтром, поэтому число найденных может не совпадать с числом видимых верхушек стека.

Кнопка Invert меняет результат на противоположный. Это особенно удобно для контроля качества: выберите категорию «Есть релиз модели», затем инвертируйте, чтобы увидеть файлы без обязательного признака. Для сложного фильтра используйте Pause во время настройки, иначе File Window будет пересчитываться после каждого изменения параметра.

IMatch умеет искать точные дубликаты и копии через команды Search > Duplicates и Search > Copies. Есть и визуальный поиск по похожей форме или цветовой композиции, а также сопоставление со схематическим рисунком. Эти инструменты решают разные задачи: поиск дубликатов помогает найти повторные экземпляры, а визуальная похожесть — кадры, которые могут быть разными файлами, но выглядят близко.

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

Семантический поиск IMatch AI

В IMatch 2026 присутствует экспериментальный семантический поиск. Он не «смотрит» на пиксели фотографии. Сначала выбранные текстовые поля — обычно Description или hierarchical keywords — преобразуются локальной моделью в embedding-векторы, после чего текстовый запрос сравнивается с ними по смысловой близости. Благодаря этому запрос способен находить синонимы и связанные понятия, которых нет в точном тексте.

Функцию надо включить среди экспериментальных возможностей в Edit > Preferences > Application, затем выбрать и загрузить поддерживаемую модель и указать теги для embeddings. Создание индекса идет в фоне и может занять время на большой базе; процесс продолжается после следующего запуска, если приложение закрыть. Начинать разумнее с одного хорошо заполненного поля, а не со всех тегов сразу.

Качество результатов прямо зависит от качества текста. Если Description пустой или содержит шаблонные фразы, семантическая близость не восстановит содержание изображения. В выдаче возможны нерелевантные «выбросы» — fuzzy-поиск по определению не равен точному фильтру. Для юридически или редакционно критичных выборок используйте обычные категории, метаданные и фильтры; semantic search удобен как инструмент исследования коллекции.

Еще одно ограничение — дополнительные embeddings увеличивают объем фоновой работы. Если индексировать пять разных metadata-tags вместо одного, модели придется обработать больше текста и база получит больше векторов. Сначала измерьте пользу одного Description; добавляйте keywords вторым источником только если они дают иной сигнал.

Timeline, Events и Albums

Timeline View строится автоматически из даты файлов. Коллекцию можно раскрывать по годам, месяцам и дням, а при соответствующей настройке — по кварталам, полугодиям или неделям. Это один из самых быстрых способов восстановить контекст старого архива, если папки названы бессистемно, но время съемки сохранено.

В настройках Timeline важно понимать, какое время используется: локальное, Original Date and Time или UTC. Для коллекции, собранной из камер и телефонов разных эпох, несогласованные часовые пояса могут разнести кадры одной поездки. Исправляйте исходные временные метаданные TimeWiz, а не пытайтесь компенсировать проблему только переименованием папок.

Events добавляют над Timeline человеческий контекст. Событие может быть статическим, построенным по папке, категории или диапазону дат. Ему назначаются название, цвет, иконка, обложки, место, координаты, связанные люди и другие свойства. Это подходит для свадеб, экспедиций, выставок, съемочных дней или семейных праздников.

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

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

Albums в современной ветке IMatch предназначены для визуального размещения отобранных материалов — можно собирать повествовательные последовательности, коллажные страницы и другие альбомные композиции. Это не замена физической структуре файлов и не место для единственной копии классификации; альбом лучше воспринимать как представление над уже организованным архивом.

Люди и локальное распознавание лиц

Распознавание лиц IMatch выполняется локально собственным механизмом, без обязательной отправки лиц в облако. Сначала программа обнаруживает лица и создает annotations, затем связывает их с записями людей. Автоматическое обнаружение можно включить в Edit > Preferences > Application: Face Recognition; для выбранных изображений распознавание запускается и вручную через команды Face Annotations and People > Detect.

Автоматическое назначение не следует считать окончательной истиной. Для каждого человека полезно подтвердить несколько репрезентативных лиц разных условий съемки. Face Manager вызывается, в частности, клавишей F4 из People View или подходящего контекста и показывает подтвержденные, неподтвержденные и обучающие лица. Подтверждение фиксирует соответствие; ошибочное лицо можно переназначить, игнорировать или удалить.

Не «обучайте» систему сотнями почти одинаковых лиц одного человека. Интерфейс ориентирует на небольшое число хорошо выбранных обучающих примеров; если возраст человека сильно меняется в архиве, добавьте представителей разных возрастных периодов. Избыточное обучение может ухудшить распознавание.

People View позволяет дополнительно группировать людей, создавать семьи и использовать связи в поиске. В Filter Panel есть фильтр по людям, а автоматическая структура Face Arrangement помогает искать кадры по количеству и расположению лиц. Это особенно полезно в семейном архиве, где запрос «этот человек вместе с другим, но без третьего» трудно выразить простыми ключевыми словами.

Face Manager имеет режим «только лица текущего scope». Если архив уже размечен категориями по людям, откройте соответствующую категорию, запустите Face Manager и ограничьте просмотр scope — это уменьшает количество ошибочных кандидатов, которые надо проверять. Сортировка по дате помогает увидеть изменение внешности человека со временем.

Распознавание лиц — ресурсоемкая фоновая операция. При массовом добавлении архива одновременно могут идти чтение метаданных, кэширование, индексация и face recognition. Если компьютер начинает заметно реагировать медленнее, дайте завершиться первичному ingest или временно остановите соответствующую очередь через индикаторы фоновой активности. На RAW работа может дополнительно зависеть от подготовки визуального представления.

Карта, GPS и геокодирование

Map Panel открывается через View > Panels > Map или F9,P. Выбранные файлы с координатами появляются на карте, а щелчок по маркеру переводит фокус File Window на соответствующий объект. Поддерживаются разные картографические провайдеры, среди них OpenStreetMap и сервисы, для части которых требуется собственный API key.

Если у снимка нет GPS, координаты можно назначить через карту: выделите файлы и используйте точку на карте или целевой маркер. Для серии без встроенного GPS полезен GPX-трек: при корректных часах камеры IMatch сопоставляет время кадров с треком. Именно поэтому исправление часового пояса до геокодирования критично.

Reverse geocoding может заполнять текстовые поля местоположения на основе координат. Результаты зависят от выбранного сервиса и его терминологии, поэтому для архивов с собственной географической таксономией не выполняйте массовую запись вслепую. Сначала проверьте несколько точек: какой язык возвращается, как разделены город/регион/страна и не перезаписываются ли вручную уточненные поля.

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

Не путайте координаты с текстовым местоположением. GPS отвечает на вопрос «где точка», а поля Location/City/State/Country — на вопрос «как ее описать». При переименовании административных регионов или неоднозначном reverse geocoding координаты остаются наиболее стабильным первичным фактом; текстовые поля можно позже нормализовать.

Версии, стеки и buddy-файлы

Фотографический проект редко состоит из одного файла. Типичная цепочка — RAW, XMP sidecar, PSD/TIFF master, несколько JPEG для разных площадок. IMatch описывает такие отношения через File Relations. В Edit > Preferences > File Relations задаются правила, по которым программа определяет master, версии и сопутствующие buddy-файлы.

Versioning связывает производные файлы с master. Можно настроить автоматическое распространение выбранных свойств от master к версиям: например, рейтинга, метки, описания, категорий или ключевых слов. Это экономит время, но правила propagation нужно проектировать осторожно. Если веб-JPEG должен иметь другое описание или меньше ключевых слов, бездумное копирование всех полей будет неправильным.

Версии можно связать вручную: выделите master и производные файлы и используйте команду контекстного меню Versions > Create manual version link, затем выберите правило отношений. Такое связывание полезно, когда имена производных не подчиняются шаблону, по которому их можно обнаружить автоматически.

В File Window master и version отмечаются разными индикаторами. Version stack можно свернуть, чтобы производные не занимали место, и раскрыть, когда требуется сравнение. Панель Versions показывает файлы, связанные с текущим объектом, даже если они лежат в другом каталоге. Это удобно, когда RAW хранятся отдельно от мастеров и выходных JPEG.

Visual proxy позволяет использовать одну из версий как визуальное представление master. Например, вместо плоского встроенного preview RAW можно показывать финальный TIFF/JPEG с коррекцией. При этом исходный master остается центром связки. В Viewer показ visual proxy можно переключать, однако часть функций, привязанных к оригинальному файлу, при этом недоступна.

Buddy files решают другой вопрос — совместное файловое обслуживание. Если sidecar или дополнительный файл объявлен buddy, IMatch может учитывать его вместе с master при перемещении, копировании, переименовании или удалении. Для RAW+XMP это помогает не оставить sidecar в старой папке. Перед массовыми файловыми операциями обязательно проверьте правило на небольшой группе, особенно если производные лежат в отдельных каталогах.

Stacks скрывают группу файлов под одним верхним элементом. Это удобно для burst-серий, HDR-брекетинга и большого числа близких вариантов. Stack — не version: он скорее управляет видимостью и группировкой. Version stack связан с логикой master/derivative, обычный stack — с удобством просмотра.

Как проектировать File Relations

Правило отношений обычно опирается на расположение и имя. Например, IMG_1234.CR3 считается master, а IMG_1234.tif, IMG_1234_web.jpg и IMG_1234_print.jpg — версиями. Чем предсказуемее нейминг, тем надежнее автоматическое обнаружение. Если suffix меняется хаотично, лучше сначала нормализовать имена или использовать manual links.

Не включайте propagation поля только потому, что оно доступно. Для rating и базовых keywords копирование часто уместно. Для GPS, rights, description и title решение зависит от назначения версии. Публичный экспорт может намеренно не иметь координат; клиентская версия — иметь другое описание; производный файл для стока — отдельный title. Перед включением автоматической propagation сформулируйте, что должно быть одинаковым по определению.

После изменения определения relation выполните refresh/rescan для тестового master и проверьте Versions Panel. Не применяйте новое правило сразу к всему архиву, если шаблон имени может совпасть с посторонними файлами. Ошибочная связь менее опасна, пока propagation не записывает данные в версии; после массовой записи исправление сложнее.

Пакетное переименование и перемещение

Tools > Renamer или Ctrl+F2 запускает механизм пакетного переименования. Он работает не одной маской, а последовательностью шагов. Можно взять исходное имя, удалить префикс вроде _DSC, добавить дату, текст проекта, значение метаданных или последовательный номер. Шаги выполняются сверху вниз, результат одного становится входом следующего.

Набор шагов сохраняется как preset. Для разных клиентов удобно иметь пресеты вроде «YYYYMMDD_проект_####» и «архивный инвентарный номер». В Renamer есть предварительный просмотр исходного и конечного имени; пользуйтесь им перед запуском. Особое внимание — глобальной последовательности: если вручную откатить счетчик назад, можно получить конфликты с уже существующими именами.

Renamer поддерживает десятки типов шагов: исходное имя, удаление и замена текста, text/variables, последовательности и другие операции. Variables позволяют включить в имя год, камеру, автора или иной metadata-tag. Но не каждое поле подходит для имени файла: свободное описание может содержать символы, недопустимые в Windows, а локализованное место — меняться со временем.

Renamer умеет не только менять имя, но и распределять файлы по папкам, копируя или перемещая их в структуру, построенную из даты или метаданных. Это мощная операция, поэтому порядок безопасной работы такой: сначала добиться правильного имени на нескольких тестовых файлах, затем добавить правило папки, включить preview и лишь после этого запускать большую выборку. При настроенных relations убедитесь, что buddy-файлы следуют за master как задумано.

Перемещать индексированные файлы лучше средствами IMatch, а не Проводником, когда это возможно. Тогда база сразу знает новый путь и может обработать связанные объекты. Если файлы переместили внешним инструментом, папка в базе может стать offline или показать отсутствующие элементы — потребуется relink/rescan, а при крупных перестановках это лишняя работа.

Нейминг без будущих проблем

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

Если имя участвует в File Relations, относитесь к нему как к ключу. Переименование master без корректной обработки versions может разрушить автоматическое совпадение. Поэтому сначала настройте relations и buddy rules, затем тестируйте Renamer на полной связке RAW+sidecar+version, а не на одиночном JPEG.

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

AutoTagger и AI-разметка

AutoTagger добавляет описания, ключевые слова и при поддержке выбранного сервиса сведения о достопримечательностях. Он умеет работать как с облачными AI-провайдерами, так и с локальными моделями через инструменты вроде Ollama или LM Studio. Выбор принципиален для конфиденциальности: при облачной обработке уменьшенная версия изображения и служебные данные запроса уходят внешнему провайдеру; при локальной модели обработка остается на компьютере.

Конфигурация находится в Edit > Preferences > AutoTagger. Для облачного сервиса обычно нужен личный API key, а стоимость и лимиты определяет провайдер. Настройте, какие типы контента получать и куда их писать. Полезны опции Fill only if target tag is empty и Merge with existing target tag values: первая предотвращает перезапись ручного описания, вторая объединяет новые повторяемые значения, например keywords, с существующими.

Запуск для выделенных файлов выполняется через Commands > Image > AutoTagger или F7. После подтверждения задания файлы попадают в фоновую очередь, и с базой можно продолжать работать. Alt+F7 запускает AutoTagger с последними параметрами без показа диалога — удобно только после того, как preset уже проверен.

AI-ключевые слова нельзя автоматически считать контролируемым словарем. AutoTagger имеет mapping, позволяющий преобразовывать плоские ответы в вашу иерархию, объединять варианты, исключать нежелательные термины и переводить слова. Если тезаурус уже поддерживается вручную, включите mapping прежде, чем размечать десятки тысяч изображений: чистить хаотичный словарь постфактум намного сложнее.

Для локальных моделей скорость зависит от CPU/GPU, размера модели и свободной памяти; первый запрос может быть медленнее из-за загрузки модели. Для облачных сервисов ограничениями становятся сеть, rate limits и стоимость. Не ставьте в очередь весь архив на первом запуске. Возьмите 50–100 разноплановых фотографий, оцените описания, проверьте ложные признаки и только затем масштабируйте.

AutoTagger дополняет, но не отменяет ручную редактуру. Для коммерческой библиотеки полезно отделять AI-generated поля от утвержденных человеком или использовать режим заполнения только пустых полей. Имена людей, юридический статус, точные названия товаров и медицинские/научные признаки нельзя принимать без проверки только потому, что модель уверенно сформулировала ответ.

Контекст, prompts и Traits

Современные LLM-провайдеры позволяют задавать prompt, влияющий на стиль и содержание ответа. AutoTagger умеет передавать дополнительный context: например, «съемка архитектуры в Берлине» помогает модели не гадать о городе по фасаду. Контекст должен дополнять изображение, а не заставлять модель повторять заранее заданный вывод.

Traits дают отдельные пользовательские признаки, которые можно просить AI извлечь по правилам: настроение, тип освещения, наличие конкретного класса объектов и другие свойства. Это полезно, если стандартных description/keywords недостаточно. Но каждый дополнительный AI-признак увеличивает объем данных, которые придется проверять и поддерживать. Создавайте Traits только для реального сценария поиска или фильтрации.

При платном облачном сервисе включайте только те content types, которые нужны: отдельные запросы description, keywords и landmarks могут увеличивать расходы. Режим «fill only empty» также выполняет pre-flight и пропускает файлы, в которых целевые поля уже заполнены, что экономит запросы.

Если локальный runtime вроде Ollama перестал отвечать, AutoTagger может показывать timeout. Перезапуск локального сервиса обычно позволяет очереди продолжить работу. Перед очисткой очереди посмотрите Info & Activity и убедитесь, что проблема именно в AI-runtime, а не в отсутствии кэша или поврежденном исходном файле.

Пакетный экспорт и Design & Print

IMatch не является полноценным фоторедактором, но умеет готовить производные изображения. Batch Processor запускается перетаскиванием выбранных файлов на соответствующий модуль в Import & Export Panel; панель открывается через F9,X. В процессоре можно менять формат и размеры, профиль цвета, добавлять canvas, границы, тени, текстовые и графические overlays, watermarks и QR-коды, а также управлять метаданными результата.

Настройки сохраняются как presets. Для веб-публикации имеет смысл создать отдельный preset с ограничением длинной стороны, целевым JPEG, нужным профилем и политикой метаданных. Для передачи клиенту — другой, где сохраняются авторские поля, но удаляются GPS и внутренние сведения. Перед запуском всей пачки откройте вкладку Preview: она применяет текущие параметры к первому выбранному файлу и позволяет увидеть результат.

При настройке печатного вывода сначала задайте units и resolution, а уже потом размер. Batch Processor умеет работать в пикселях, сантиметрах или дюймах; изменение единиц после тонкой настройки может привести к округлениям. Важное ограничение: процессор не заменяет RAW-проявку. Если требуется тональная, цветовая и локальная коррекция RAW, делайте ее в специализированном конвертере и передавайте в IMatch готовую version.

Раздел Metadata в Batch Processor нужен не только для сохранения информации. Можно экспортировать лишь разрешенный набор тегов или полностью убрать metadata, если это требуется для публичной копии. Не путайте этот экспорт с очисткой master: исходный файл при корректной настройке не обязан терять метаданные, политика применяется к создаваемой производной версии.

В Folder and Filename задается назначение и формирование имени. Это позволяет создать производную структуру папок без ручного копирования. Если output должен автоматически стать version исходника, заранее продумайте relation и имя так, чтобы новый файл корректно связывался с master.

Design & Print решает задачи контактных листов, отчетов, фотокниг и макетов. Запуск — File > Design & Print или Ctrl+P, либо через Import & Export Panel. В шаблон можно подставлять variables IMatch, поэтому подписи автоматически берутся из имени файла, описания, даты и других метаданных.

Быстрый контактный лист делается так: выделите файлы, нажмите Ctrl+P, в System Templates выберите шаблон contact sheet, переключитесь на Preview и проверьте порядок и подписи. Вывод возможен на системный принтер, через PDF/XPS-драйвер или в отдельные файлы изображений — конкретный путь зависит от того, как материал будут передавать дальше.

Для сложного шаблона можно размещать внешнюю графику, текст, QR-коды и динамические элементы. При большом количестве страниц сначала тестируйте несколько файлов: ошибка в variable для подписи повторится на каждой странице, а неверный размер frame способен обрезать все изображения сразу.

Производительность, кэш и контроль состояния базы

На восприятие скорости IMatch одновременно влияют четыре разных слоя: диск с базой, диск или сеть с оригиналами, построение кэша/миниатюр и фоновые вычисления вроде чтения метаданных, индексации, распознавания лиц или AI. Поэтому «программа тормозит» без контекста мало что говорит. Сначала определите, какая очередь работает и где находится узкое место.

Dashboard показывает недавние файлы, состояние ingest и write-back, фоновые задания, использование ресурсов, географическую статистику, проверки качества метаданных и системную информацию. Он открывается вкладкой Dashboard или через View > Views > Dashboard. Когда Dashboard не активен, его панели не продолжают без необходимости тратить ресурсы на обновление.

Если сразу после добавления большого архива интерфейс менее отзывчив, не делайте вывод до завершения первичной обработки. Программа в это время последовательно читает метаданные, создает служебные представления, обновляет поисковый индекс и, если включено, запускает face recognition. Статус этих процессов виден в Info & Activity Panel и Dashboard.

Кэш особенно важен для RAW и больших файлов. По умолчанию IMatch создает cache images автоматически при добавлении или обновлении. Они значительно меньше оригинала и позволяют Viewer предзагружать следующие кадры. Если архив на NAS, а база и кэш локальны, повторный просмотр часто меньше зависит от сетевой задержки.

Для очень больших баз практичны несколько правил: база на SSD; достаточно RAM; не держать десятки тяжелых фильтров и data-driven вычислений активными без необходимости; не показывать 16 огромных кадров в Viewer на слабой GPU; не запускать одновременную массовую face recognition, AutoTagger и write-back в момент интерактивного отбора. Это не «магические оптимизации», а устранение конкуренции за одни и те же ресурсы.

Если коллекция переваливает примерно за двести тысяч активов, 16 ГБ RAM и SSD становятся особенно разумной базой конфигурации. IMatch рассчитан и на существенно большие базы, но фактическая отзывчивость зависит от размера метаданных, числа people/faces, категорий, formula и скорости дисков. Не существует одного числа файлов, после которого база автоматически «становится медленной».

Viewer использует GPU и DirectX. Максимальный размер изображения, который можно показать без понижения, зависит от видеокарты и обычно ограничен аппаратной текстурой; очень широкие панорамы могут быть автоматически уменьшены для отображения. Это не меняет исходный файл, а только его представление на экране.

При включении сложных Dashboard quality checks учитывайте, что они тоже проходят по базе. На слабой машине не включайте все проверки одновременно. Начните с действительно полезных: отсутствующее описание, незаписанные изменения, ошибки metadata read/write, пустые обязательные категории. Затем добавляйте остальные.

Когда уменьшать кэш, а когда включать on-demand

Уменьшение cache image до 50% экономит диск, но ограничивает детальный просмотр без обращения к оригиналу. Для ноутбука с небольшим SSD режим on-demand часто рациональнее: кэш полноразмерный, но создается только для реально просматриваемых объектов. Для рабочего архива, который ежедневно перебирают на 100%, автоматическая генерация при ingest дает более предсказуемое поведение.

Если кэш занимает слишком много места, сначала выясните его фактический объем в Info & Activity и место хранения. Не удаляйте случайные подкаталоги вручную во время работы приложения. Используйте настройки cache/purge, чтобы база и файловая система оставались согласованы.

Резервное копирование, NAS и перенос архива

Надежная схема резервного копирования разделяет три сущности: оригинальные media, sidecar-файлы и база IMatch. Оригиналы защищаются вашей обычной стратегией резервного копирования. Sidecar .xmp должен копироваться вместе с соответствующим RAW. Файл базы .imd5 нужен для восстановления внутренних структур IMatch, которые не обязаны находиться в XMP.

Перед копированием активной базы убедитесь, что операция выполняется согласованно: безопаснее закрыть IMatch и затем копировать файл базы средствами резервного ПО. Кэш можно восстановить из оригиналов, поэтому его ценность ниже; при ограниченном месте в резервной копии приоритет — оригиналы, sidecar и база.

IMatch может индексировать файлы на NAS, если ресурс доступен Windows. Но отключение NAS делает соответствующие файлы offline. Метаданные и миниатюры, уже находящиеся в базе/кэше, остаются полезны для поиска и просмотра, но операции, требующие чтения или записи оригинала, будут ограничены до восстановления пути.

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

Для миграции на другой компьютер перенесите базу и обеспечьте доступ к тем же оригиналам; затем при необходимости скорректируйте пути. Лицензия IMatch рассчитана на конкретного лицензированного пользователя и допускает его работу на нескольких собственных компьютерах в рамках лицензионных условий, но обычная база не становится от этого многопользовательской серверной системой.

Для браузерного доступа существует отдельный продукт IMatch Anywhere. Он использует IMatch database и WebViewer, позволяя просматривать и в определенной степени работать с данными через браузер. Это дополнение не меняет классификацию основного IMatch: установка и построение базы выполняются в Windows-приложении, а веб-доступ требует отдельной серверной части.

Что должно пережить смену DAM

Если через несколько лет вы решите перейти на другой каталогизатор, наиболее переносимы стандартные XMP-поля: description, title, rights, creator, rating, label, keywords, GPS. Поэтому критичные смысловые сведения лучше записывать в них, а не только в пользовательский Attribute или внутреннюю category.

People, Events, File Relations и Category formulas — более специфичные структуры. Часть информации можно экспортировать или выразить через metadata, но прямой эквивалент в другой программе не гарантирован. Хороший архив не обязан быть полностью независим от DAM, но должен иметь понятное разделение между переносимыми данными и удобствами конкретной системы.

Типичные ошибки и способы их устранения

«Поиск ничего не находит, хотя файл точно есть»

Сначала проверьте scope. Поисковая строка File Window по умолчанию может искать только внутри открытой папки, категории или результата. Переключите область на всю базу, если это требуется. Затем сбросьте активный Quick Filter и Filter Panel: цветной заголовок File Window и значок фильтра подсказывают, что набор ограничен. Если искомое значение недавно изменено, дождитесь обновления внутреннего поискового индекса или перезагрузите File Window.

«Ключевые слова видны в IMatch, но не видны в другом редакторе»

Проверьте pending write-back. Изменения могут находиться только в базе. Выполните write-back и убедитесь, что для формата выбран корректный способ XMP — встроенный или sidecar. Затем во внешней программе принудительно перечитайте метаданные. Если речь о RAW, убедитесь, что внешний редактор смотрит именно на тот .xmp, который лежит рядом с файлом.

«После записи появились дубли ключевых слов»

Причина часто в несогласованной истории metadata: один инструмент писал плоские IPTC Keywords, другой — XMP hierarchicalSubject, третий синхронизировал оба набора по своим правилам. Не лечите тысячи файлов поиском-и-заменой вслепую. Возьмите один проблемный файл, откройте подробные метаданные, проверьте разные keyword-теги и используйте Metadata Analyst. После понимания схемы нормализуйте небольшую тестовую группу.

«Папка стала offline после переноса»

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

«Viewer медленно листает RAW»

Проверьте, создан ли кэш и не выполняется ли одновременно тяжелый ingest. Для новой папки дайте фоновой генерации завершиться. На сетевом источнике кэш держите локально. Если Viewer показывает много кадров одновременно, сократите сетку. На слабой GPU при необходимости отключите background pre-loading; переключение будет медленнее, зато снизится потребление видеопамяти.

«Лица определяются неправильно»

Откройте Face Manager, отфильтруйте неподтвержденные назначения и последовательно подтверждайте корректные, переназначайте ошибочные и удаляйте ложные face annotations. Выберите несколько качественных обучающих лиц, но не обучайте десятками почти одинаковых. Для человека с фотографиями за многие годы добавьте по представителю разных возрастов. После сохранения дайте фоновой переоценке завершиться.

«AutoTagger перезаписал ручное описание»

До следующего массового запуска включите Fill only if target tag is empty для description или направьте AI-результат в отдельный AI tag. Для keywords используйте merge только после настройки mapping и регистра. Если изменения еще не записаны в файлы, проверьте сохраненные версии базы и исходное состояние; после write-back восстановление зависит от резервных копий самого файла.

«Карта пустая»

Проверьте наличие действительных GPS-координат у выбранных файлов, подключение к интернету и настройки картографического провайдера. Некоторые провайдеры требуют персональный API key. Если маркеров нет только у части выборки, откройте Metadata Panel и сравните GPS-теги проблемного и рабочего файла.

«Timeline раскладывает серию по разным дням»

Сравните временные теги и UTC offset. Съемка около полуночи особенно чувствительна к неверному часовому поясу. Не исправляйте только дату файла в файловой системе: Timeline ориентируется на нормализованное время IMatch, сформированное из метаданных. Используйте TimeWiz для системного сдвига или корректировки offset.

«После переименования потерялись sidecar-файлы»

Проверьте File Relations. XMP и другие companions должны быть описаны как buddies либо переименованы согласованно средствами, которые понимают связку. Если Renamer используется впервые, прогоните preset на копиях RAW+XMP и убедитесь, что новые имена совпадают по базовой части.

«Фильтр показывает неожиданно мало файлов»

В Filter Manager активные сохраненные фильтры объединяются через AND. Возможно, кроме видимого фильтра рейтинга включен старый «Files from this week» или «Bookmarked Files». Нажмите Pause, проверьте галочки всех entries и только затем снова активируйте. Если нужен логический OR между несколькими условиями, используйте соответствующий специализированный filter либо другой инструмент поиска.

«Категория неожиданно пересчитывается долго»

Проверьте, не является ли она data-driven или formula-category с зависимостями от других вычисляемых категорий. На крупной базе каскад formulas может быть дорогим. Для разового результата перенесите условие в Filter Panel или search; для постоянной структуры упростите formula и обновляйте ее только когда это действительно требуется.

«Публичный JPEG содержит лишние координаты»

Не удаляйте GPS из master только ради публикации. Создайте Batch Processor preset, где в разделе Metadata разрешены только нужные поля или metadata удаляются из output полностью. Проверьте готовый JPEG отдельным metadata-viewer. Политика публичной версии должна быть частью preset, а не ручной процедурой перед каждой отправкой.

«После работы внешнего редактора IMatch показывает старые данные»

Если файл изменился снаружи, IMatch должен переиндексировать его. Выполните rescan/update для папки или файла. Но сначала убедитесь, что внутри IMatch не остались ожидающие write-back изменения: иначе можно случайно столкнуть две версии метаданных. При двунаправленном workflow заранее определите, какое приложение является главным редактором конкретных тегов.

Практический сценарий: новая фотосессия от копирования до выдачи

IMatch не обязан быть инструментом копирования с карты памяти. Надежнее сначала перенести файлы привычным способом, проверить копию и создать второй экземпляр на независимом носителе. После этого папку можно добавить в базу. Пока IMatch читает метаданные и строит кэш, не запускайте сразу распознавание лиц и AutoTagger для всей съемки — пусть завершится базовый ingest, чтобы тяжелые фоновые очереди не конкурировали друг с другом.

1. Откройте папку в Media & Folders и сверьте число файлов, форматы и диапазон дат.
2. Примените Metadata Template с автором, copyright, названием проекта и общей служебной информацией.
3. Если часы одной камеры были сбиты, исправьте время через TimeWiz до создания Events и привязки GPX.
4. Откройте Viewer, включите Auto Advance и сделайте быстрый проход по браку, рейтингу и цветовым labels.
5. Вторым проходом включите Quick Filter по рейтингу и детально проверьте резкость, дубль-кадры и выражения.
6. У отобранных файлов уточните Description и hierarchical keywords; для повторяемых терминов используйте Thesaurus.
7. Если в серии есть люди, запускайте face detection по отобранному массиву, а не по техническому браку.
8. Отправьте RAW в выбранный внешний конвертер; после появления TIFF/JPEG обновите папки и свяжите derivatives как versions.
9. Выполните metadata write-back для переносимых полей, которые должны видеть внешние приложения.
10. Соберите финальный scope через category, rating и label и передайте его в Batch Processor или Design & Print.

Такой порядок уменьшает повторную работу. Исправление времени идет до Timeline и GPS; ключевые слова — после грубого отбора; дорогая AI-разметка — после удаления явного брака; versioning — после появления производных. При обратном порядке приходится либо пересчитывать зависимые структуры, либо размечать файлы, которые потом не используются.

Отбор серии в Viewer

Для серии из сотен кадров полезно разделить решение на несколько проходов. Первый проход отвечает только на вопрос «технически пригодно или нет»: явный промах, закрытые глаза, случайный кадр. Второй — сравнение близких вариантов. При двух- или четырехкадровом layout синхронный zoom помогает проверить резкость в одной и той же области. Третий проход уже назначает окончательный rating и label.

Не пытайтесь одновременно писать keywords, людей и description в момент визуального отбора. Частое переключение контекста замедляет работу и повышает риск непоследовательной классификации. Сначала сформируйте устойчивый набор выбранных кадров, затем применяйте metadata к группам.

Выдача без утечки служебных данных

Перед экспортом сформируйте Result Window или category с файлами, реально предназначенными клиенту. В Batch Processor задайте размер, формат и цветовой профиль, а в Metadata оставьте только нужные публичные поля. GPS, внутренние project codes и служебные комментарии не должны попадать в output случайно. После экспорта возьмите один готовый JPEG, добавьте его во временную папку IMatch и проверьте Metadata Panel — это простой контроль preset на реальном файле.

Практический сценарий: семейный архив из разных источников

Семейный архив сложнее одной фотосессии: в нем смешаны сканы без EXIF, фото телефонов с GPS, старые JPEG с неясным временем, видео и дубликаты из мессенджеров. Начните не с лиц, а с технической нормализации. Добавляйте источники по очереди, чтобы было ясно, откуда пришла проблема: папка со сканами, экспорт телефона, резерв старого компьютера, коллекция родственника.

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

После базовой нормализации используйте поиск duplicates и copies. Не удаляйте автоматически все повторы: файл из мессенджера может иметь меньшее разрешение, но содержать уникальный crop или подпись; отредактированная версия может быть визуально похожа, но иметь самостоятельную ценность. Сравнивайте размер, формат, metadata и визуальное содержание.

Только после технической очистки создавайте People. Для каждого ключевого человека подтвердите несколько качественных лиц разных периодов. Свяжите людей с событиями вроде поездок и юбилеев. Предметные термины — «дом», «школа», «поездка» — держите в keywords или контролируемых categories. Не превращайте имя каждого родственника одновременно в person, keyword и ручную category без причины: три параллельные системы потребуют синхронизации.

Как работать с неопределенной датой

IMatch и XMP лучше всего работают с конкретными timestamps, но исторический архив часто знает только «лето 1987». Если задать вымышленное 1 июня 1987 года, Timeline станет удобнее, но факт будет искажен. Один из практичных подходов — записать техническую приблизительную дату в стандартное поле для сортировки, а в Description/Attribute явно указать, что дата приблизительная. Другой — не менять timestamp и использовать category «1980-е|1987|лето». Выбор зависит от требований к достоверности.

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

Лица в фотографиях разных эпох

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

Подписи на обороте снимка лучше перенести в Description или отдельное архивное поле, а не только в имя файла. Filename «Бабушка_на_даче.jpg» полезен человеку, но слаб как структурированные данные: неизвестно, кто именно бабушка, где дача и когда сделан кадр. People, Location и keywords превращают эти сведения в независимо ищущиеся признаки.

Практический сценарий: студия с RAW, мастерами и клиентскими версиями

В студии ценность IMatch особенно заметна в File Relations. Пример структуры: RAW хранится в Originals, мастер TIFF/PSD — в Masters, клиентские JPEG — в Delivery. Настройте relation так, чтобы RAW был master, а производные обнаруживались по общей части имени. Отдельно задайте buddies для XMP и других sidecar.

Затем решите, что именно распространяется от master. Rating, проект и базовые keywords обычно можно наследовать. Description может различаться между редакционной и коммерческой выдачей, а GPS для публичного JPEG иногда надо удалить. Поэтому propagation и Batch Processor должны отражать политику данных, а не просто копировать все доступные теги.

Для передачи клиенту создайте сохраненный filter: category проекта + rating не ниже выбранного + label «Approved». Получившийся scope отправьте в Batch Processor preset, где заданы размер, профиль, JPEG-параметры и набор экспортируемых metadata. Если клиенту нужен contact sheet, тот же scope отправляется в Design & Print без повторной ручной выборки.

При корректно настроенной схеме изменение keywords master можно распространить на versions, а Renamer поможет выдерживать naming. Но если клиентский файл уже опубликован и его metadata должны остаться неизменными, отключите автоматическую propagation соответствующих полей: DAM должна поддерживать процесс, а не стирать различия между стадиями.

Разделение «технической» и «публичной» версии

Хороший studio workflow отличает master для производства от final для распространения. Master может содержать полный copyright, GPS, внутренний job-id, контакты и все keywords. Публичный JPEG может содержать только creator, copyright и безопасное описание. Это различие лучше реализовать preset-ом экспорта, а не ручным удалением полей в master.

Для стоков или нескольких клиентов могут понадобиться разные публичные профили metadata. Создайте отдельный Batch Processor preset на каждый канал и дайте им имена, описывающие назначение, а не «Preset 1/2». Preview одного файла перед массовым run должен стать обязательной проверкой.

Практический сценарий: редакционный архив и поиск по заданиям

Редакционный архив часто спрашивают не по папке, а по комбинации признаков: человек, место, период, тема, права и ориентация кадра. IMatch удобно строит такие запросы как последовательное сужение scope. Сначала категория темы, затем People, Date Filter, Orientation/Dimensions и rights-поле в Metadata Value filter. Получившийся набор можно сохранить как Result Window, не меняя исходную организацию.

Для прав лучше выделить стандартизованные XMP-поля и контролируемые значения. Free-form заметка «можно в интернет, но не в рекламу» плохо фильтруется и легко трактуется неоднозначно. Если организация уже имеет собственную систему rights-кодов, их можно хранить в metadata/attributes и вывести в File Window layout рядом с thumbnail.

Dashboard Quality checks полезны для контроля обязательных полей до публикации: отсутствующий creator, пустое описание, нет category по правам. Такой контроль не гарантирует юридическую корректность, но помогает найти технически незаполненные записи. Последнее решение о праве публикации все равно требует организационного процесса вне DAM.

Если запрос редакции повторяется — например, «горизонтальные кадры проекта X с рейтингом от 4, готовые к публикации» — сохраните filter. В следующий раз достаточно выбрать project-category и включить preset фильтра. Это снижает риск, что разные сотрудники или один и тот же пользователь через месяц соберут выборку по немного разным правилам.

Работа с видео, аудио, PDF и офисными файлами

IMatch ориентирован не только на фотографии. В каталоге могут находиться видео, аудио, PDF и документы распространенных офисных форматов. Для разных типов файлов набор доступных metadata и способ предварительного просмотра различаются, но categories, keywords, поиск и логическая группировка остаются общими. Это полезно, когда к фотопроекту относятся договор, PDF-релиз, аудиозапись и ролик.

Quick View для поддерживаемого видео/аудио переключается на медиаплеер, PDF и некоторые web/documents отображаются через встроенные механизмы просмотра. Не следует ожидать одинаковой полноты EXIF/XMP для всех контейнеров: видеометаданные особенно неоднородны. При проблемах с датой сначала смотрите реальные теги, а не только дату файла Windows.

Если организация использует собственный редкий формат, проверьте Edit > Preferences > File Formats. Пользовательский формат позволяет включить расширение в индекс, но сам по себе не создает декодер изображения или парсер metadata. То есть файл можно каталогизировать как объект, даже если IMatch не умеет строить для него полноценный визуальный preview.

Для документов имеет смысл выводить в File Window не фотографические параметры, а filename, type, size, modified date, project и description. Разные layouts можно сохранять и переключать по ситуации. Это еще один аргумент не пытаться уместить всю информацию в один универсальный thumbnail-template.

Осторожно с контейнерами и sidecar

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

При обмене с монтажной программой протестируйте один файл: какую дату, rating и keywords она читает; видит ли sidecar; меняет ли metadata при экспорте. После этого можно настроить IMatch так, чтобы он не конфликтовал с внешним приложением.

Сравнение с аналогами

IMatch разумнее сравнивать не по количеству пунктов меню, а по тому, на каком этапе он заменяет ручной труд. Его центр — DAM: индекс, metadata, поиск, categories, versions, people и управление производными. Поэтому разные альтернативы пересекаются с ним не полностью: одни сильнее в редактировании изображения, другие — в кроссплатформенности или простоте.

IMatch и ФотоМАСТЕР

ФотоМАСТЕР — прежде всего редактор изображения. Он предлагает автоматическую и ручную цветокоррекцию, ретушь портретов, удаление объектов, замену фона и неба, шумоподавление, исправление оптических недостатков и пакетную обработку. Если задача — открыть кадр и изменить его пиксели, ФотоМАСТЕР находится ближе к этой задаче, чем IMatch.

IMatch, напротив, не имеет эквивалента полноценному модулю RAW-проявки или художественной ретуши. Его возможности проявляются до и после редактирования: найти нужный RAW среди большой коллекции, поддержать hierarchical keywords, связать RAW с TIFF/JPEG versions, собрать выборку по людям, GPS и categories, контролировать write-back. Эти продукты не являются взаимозаменяемыми и могут использоваться последовательно в одном файловом workflow.

Пакетная функция есть у обоих, но смысл отличается. В ФотоМАСТЕРе пакетная обработка применяет редакторские параметры к серии. В IMatch Batch Processor в первую очередь готовит output: format, размер, canvas, overlays, watermark, profile и политика metadata. Для систематизации архива нужен DAM-инструмент; для ретуши конкретного кадра — редактор.

IMatch и Adobe Lightroom Classic

Lightroom Classic совмещает каталог с развитой неразрушающей RAW-проявкой. У него есть hierarchical keywords, ratings, color labels, collections и smart collections, фильтры Library и распознавание лиц; изменения изображения хранятся как параметры проявки. Если фотограф хочет единый инструмент «каталог + проявка», Lightroom Classic закрывает больше этапов без переключения приложения.

IMatch делает более явный акцент на универсальных metadata, произвольных File Relations, categories, нестандартных типах документов и совместной работе с разными внешними редакторами. Он подходит, когда архив не должен быть привязан к одному RAW-конвертеру или содержит не только фото. Обратная сторона — цветокоррекцию и RAW-development нужно выполнять в другом приложении.

При миграции между системами переносимыми остаются прежде всего данные, записанные в стандартный XMP. Внутренние smart collections Lightroom и специфические categories IMatch не являются одним форматом. Поэтому перед сменой DAM полезно выполнить write-back keywords, ratings, descriptions и других нужных XMP-полей, а логические структуры затем строить заново.

IMatch и digiKam

digiKam — открытый кроссплатформенный менеджер фотографий для Windows, Linux и macOS. Он умеет работать с collections на локальных, съемных и сетевых носителях, имеет tags, dates/Timeline, geolocation, similarity search, распознавание лиц и собственный редактор. Для пользователя, которому нужна работа на Linux или macOS, ограничение IMatch только Windows является определяющим.

IMatch предлагает иной набор продвинутых механизмов: Category formulas и data-driven categories, File Relations для master/version/buddy, развитую систему Variables, настраиваемый Batch Processor и приложения для диагностики metadata. digiKam, в свою очередь, подходит там, где нужен open-source стек и встроенное редактирование. При выборе стоит тестировать именно свои RAW, sidecar и старые IPTC/XMP, а не ориентироваться на длину списка функций.

IMatch и ACDSee Photo Studio Home

ACDSee Photo Studio Home сочетает просмотр папок, DAM-функции, распознавание лиц, categories/keywords/ratings/labels, поиск и пакетные операции; при этом у него есть инструменты редактирования изображения. Он удобен пользователям, которые хотят просматривать файловую систему и периодически редактировать кадры в том же продукте.

IMatch глубже отделяет управление активами от пиксельного редактирования. Сложные File Relations, переносимые XMP-процессы, формульные categories и управление смешанными типами активов важны для архивов с производственными правилами. ACDSee может быть проще в домашнем workflow «просмотр + организация + редактирование», тогда как IMatch требует больше первоначальной настройки при использовании продвинутых возможностей.

Задача	IMatch	ФотоМАСТЕР	Lightroom Classic	digiKam
Каталог больших коллекций	Центральная задача	Не основной сценарий	Каталог фото	Каталог фото и медиа
RAW-проявка	Требуется внешний редактор	Есть инструменты редактирования	Полноценный Develop	Есть встроенная обработка
Иерархические keywords	Да, с тезаурусом	Не DAM-центр продукта	Да	Да
Распознавание лиц	Локальное, People/Face Manager	Нет DAM-модуля лиц	Есть People	Есть
Master/version/buddy relations	Отдельная система File Relations	Нет сопоставимой DAM-системы	Иной подход к версиям	Другой workflow группировки
Платформы	Windows	Windows	Windows, macOS	Windows, Linux, macOS

Как выбирать по задаче, а не по списку функций

Если большая часть рабочего времени уходит на RAW-development, а каталог нужен в пределах фотоархива, Lightroom Classic объединяет два этапа. Если приоритет — редактирование отдельного изображения в Windows, а сложной DAM нет, ФотоМАСТЕР решает другую, более узкую задачу. Если необходим Linux/macOS и открытая экосистема, digiKam закрывает платформенный вопрос. IMatch рационален там, где требуется именно глубокий metadata-centric каталог поверх существующих файлов и внешних редакторов.

Перед миграцией возьмите тестовый набор из 500–1000 реальных файлов, включающий старые JPEG, несколько RAW-family, sidecar, video и production versions. Сравните не скорость первого запуска, а то, что случится после полного цикла: чтение XMP, изменение keywords, write-back, внешнее редактирование, перенос папки, поиск, экспорт и восстановление из backup. DAM выбирается на годы, поэтому несовместимость в одном критичном этапе важнее красивого первого впечатления.

Ограничения, которые важно учитывать заранее

Первое ограничение — платформа. Основной IMatch предназначен для Windows. IMatch Anywhere дает браузерный доступ к подготовленной базе как отдельный компонент, но не превращает установку IMatch в кроссплатформенный полноценный клиент. Если главная рабочая станция — macOS или Linux, потребуется другая DAM либо отдельная Windows-система.

Второе — отсутствие полноценного RAW-development. Viewer, Quick View, Batch Processor и визуальные эффекты для контроля не дают того же набора тональной, локальной, оптической и цветовой обработки, что специализированные RAW-конвертеры. Для фотографа это означает двухпрограммный workflow: IMatch управляет активами, внешний редактор меняет изображение.

Третье — цена гибкости в сложности настройки. Categories, formulas, relations, metadata layouts, variables, presets и AI-модули позволяют построить точный процесс, но не требуют использования всех возможностей одновременно. Если пытаться внедрить их в первый день, система получится сложнее архива. Лучше сначала освоить File Window, metadata, keywords, filters и write-back, затем добавлять relations, people и automation.

Четвертое — часть сетевых функций зависит от внешней инфраструктуры. Maps и reverse geocoding требуют подключения, облачный AutoTagger — аккаунта/API и может быть платным по тарифу провайдера. Локальные AI-модели обходят передачу изображений в облако, но требуют вычислительных ресурсов и отдельной установки модельного runtime.

Пятое — переносимость внутренних сущностей не абсолютна. XMP-keywords, descriptions, ratings и другие стандартные поля можно вынести в файлы, а categories IMatch, лица, Events и сложные relations живут прежде всего в базе. Поэтому резервная копия .imd5 — обязательная часть серьезной эксплуатации.

Шестое — Viewer зависит от возможностей GPU для очень больших изображений и многокадровых layouts. Огромная панорама может показываться в уменьшенном виде, а 16 параллельных 80-мегапиксельных кадров способны перегрузить видеопамять. Это не повреждение файлов, а ограничение интерактивного отображения.

Седьмое — AI не делает каталог автоматически «правильным». Face recognition требует подтверждения; AutoTagger может ошибаться; semantic search экспериментален и fuzzy по своей природе. Чем важнее юридическая, научная или историческая точность, тем больше нужен человеческий контроль.

Как построить устойчивый рабочий процесс

Хорошая конфигурация IMatch начинается не с максимального числа функций, а с правил данных. Определите, какие сведения должны быть переносимыми: creator, copyright, description, location, hierarchical keywords, rating. Их записывайте в XMP. Затем определите, что является внутренней логикой: рабочий статус, временные подборки, формульные пересечения, служебные categories. Это можно оставить на уровне базы.

Далее закрепите naming. Если versions и buddies должны обнаруживаться автоматически, имена и папки обязаны быть предсказуемыми. Preset Renamer помогает привести архив к устойчивой схеме, но делать это нужно после backup и проверки relations. Изменение имен ради красоты без производственной необходимости — риск, особенно когда на файлы ссылаются внешние проекты.

Третий уровень — отбор. Ratings удобно использовать как долгоживущую оценку; color labels — как этап процесса; Bookmarks/Pins — как временные markers. Сформулируйте значения письменно хотя бы для себя. Тогда saved filters превращаются в рабочие очереди: «к проявке», «ждет keywords», «готово клиенту», «нужно проверить лица».

Четвертый уровень — контроль качества. Dashboard и Metadata Analyst нужны не только при аварии. Периодически проверяйте pending write-back, файлы с ошибками чтения, пустые обязательные поля и неконсистентные keywords. Чем раньше проблема обнаружена, тем меньше объем повторной работы.

Пятый уровень — резервирование. Originals и sidecar должны иметь как минимум еще одну независимую копию; база — регулярные версии. Перед массовым metadata write-back, rename, relink или перестройкой relations сделайте дополнительную копию базы. Это занимает меньше времени, чем восстановление сложной логической структуры вручную.

Минимальная схема для первого месяца

На первой неделе достаточно пяти инструментов: Media & Folders, File Window, Metadata Panel, Keywords Panel и Viewer. На второй добавьте ratings/labels и saved filters. На третьей — categories и Metadata Templates. Только когда появятся реальные повторяющиеся проблемы, подключайте File Relations, People, Events, AutoTagger и formulas. Такой порядок не ограничивает IMatch, а сохраняет понятную причинно-следственную связь.

Не копируйте чужую taxonomy без проверки. Категории свадебного фотографа, музейного архива и семейной коллекции решают разные задачи. Структура должна отвечать на ваши будущие вопросы к архиву. Если вы никогда не ищете по погоде, не создавайте огромную ветку Weather только потому, что AI умеет ее заполнить.

Правила, которые стоит документировать

• что означает каждая rating и color label;
• какие keywords являются каноническими и как устроен Thesaurus;
• какие XMP-теги обязательны перед публикацией;
• какое приложение имеет право менять каждый спорный metadata-tag;
• как именуются master, versions и sidecar;
• какие Batch Processor presets предназначены для каких каналов;
• где хранятся база, originals, cache и backups;
• как часто выполняется backup и как проверяется восстановление.

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

Когда IMatch особенно уместен

IMatch имеет смысл, когда коллекция уже вышла за пределы «помню, в какой папке лежит», а данные важны не меньше картинки. Фотограф с несколькими RAW-конвертерами получает единый каталог поверх файлов. Архивист — XMP, categories, search, quality control и смешанные типы документов. Семейный хранитель — People, Events, Timeline и geography. Studio — versions, buddies, batch naming и output.

Для небольшой папки, где основная задача — поправить экспозицию, убрать объект и заменить фон, отдельная DAM может быть избыточной: практичнее сразу открыть материал в editor. Аналогично, если обязательна работа на macOS/Linux, IMatch как основной клиент не подходит из-за платформы. В Windows-архиве с десятками или сотнями тысяч объектов ценность дают не декоративные функции, а возможность воспроизводимо отвечать на вопрос «где нужный файл, какие у него данные и с чем он связан».

Начинать лучше с минимальной схемы: index папок, XMP metadata, controlled keywords, ratings и saved filters. После недели реальной работы станет видно, какие задачи повторяются. Только тогда стоит автоматизировать их formula-categories, File Relations, AutoTagger, Metadata Templates и другими продвинутыми механизмами. Такой постепенный подход сохраняет понятность базы и позволяет использовать сложность IMatch там, где она действительно окупается.