digiKam: каталогизация, поиск и обработка фотоархива

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

Как устроен рабочий процесс digiKam

Основная идея digiKam — не заменить файловую систему собственной закрытой библиотекой, а построить поверх папок каталог с индексом. Папки на диске остаются реальными папками, а программа хранит в базе сведения о коллекциях, миниатюрах, тегах, рейтингах, распознанных лицах, результатах поиска похожих изображений и других служебных данных. Поэтому пользователь может организовать архив привычно — например, по годам и съёмкам — и одновременно получить возможности DAM-системы: фильтры, виртуальные признаки, поиск и массовые операции.

В терминологии программы корневые каталоги называются Collections, а вложенные папки отображаются как Albums. Альбом не обязан означать тематическую подборку: это прежде всего отражение физической директории. Для смысловой классификации лучше использовать Tags, Ratings, Pick Labels и Color Labels. Такое разделение удобно, потому что один файл физически находится только в одной папке, но может одновременно иметь теги «Портрет», «Мария», «Барселона», «Для печати» и рейтинг пять звёзд.

Важная особенность — параллельное существование данных в базе digiKam и в метаданных самих файлов или XMP-sidecar. База обеспечивает быстрый поиск и служебные индексы, а запись части сведений в XMP помогает перенести подписи, теги и рейтинг в другую программу или восстановить каталог после переустановки. Это не происходит «само по себе» во всех сценариях: политику чтения и записи метаданных нужно настроить осознанно, иначе база и файлы могут расходиться. Отдельный раздел ниже посвящён именно этому.

Редактирование изображений встроено в тот же рабочий процесс. Из главного окна можно открыть Image Editor, сравнить пару кадров в Light Table либо отправить набор файлов в Batch Queue Manager. В результате digiKam подходит не только для сортировки: базовую коррекцию цвета, проявку RAW, изменение размера, кадрирование, резкость, шумоподавление и ряд ретуширующих операций можно выполнить без перехода в сторонний редактор. При этом основной редактор не является слоевой системой наподобие полноценных растровых редакторов, и это определяет границы его применения.

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

Официальные сборки выпускаются для Windows, macOS и Linux. На Windows актуальные 64-разрядные сборки ориентированы на Windows 10 и новее. Для macOS доступны варианты под современные Intel и Apple Silicon; конкретная минимальная версия системы зависит от используемой ветки и сборки. На Linux проект распространяет AppImage, а пакеты дистрибутивов, Flatpak и Snap могут поставляться со своими правилами доступа к камерам, внешним дискам и сети. Если камера или каталог не видны только в sandbox-сборке, первым делом следует проверить разрешения пакета, а не настройки базы digiKam.

После первого запуска мастер предлагает определить, где находится коллекция фотографий и где хранить базы. Для домашнего архива на одном компьютере рациональный стартовый вариант — папка с фотографиями на локальном диске и SQLite-базы на быстром локальном накопителе. SQLite не требует отдельного сервера и подходит для обычного однопользовательского сценария. MariaDB имеет смысл рассматривать, когда есть конкретная причина использовать серверную базу и понятна её настройка; переносить базы на медленный сетевой ресурс только ради «централизации» обычно невыгодно из-за задержек.

В мастере также задаётся поведение RAW, предварительного просмотра и метаданных. Не стоит механически включать запись всех сведений прямо в каждый исходный RAW. Практичнее заранее решить, где будет «источник истины»: база digiKam, XMP-sidecar или встроенные метаданные поддерживаемых форматов. Для RAW безопасная стратегия — хранить описательные данные в XMP-файлах рядом с оригиналами, а запись непосредственно в RAW включать только после проверки поддержки своего формата и резервной копии.

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

После добавления коллекции проверьте несколько файлов разных типов: JPEG, один RAW с вашей камеры, изображение с XMP-sidecar и, если нужно, видео. Убедитесь, что дата съёмки, ориентация, рейтинг и подпись считываются ожидаемо. Такая короткая проверка до массовой индексации полезнее, чем исправление десятков тысяч записей после неверно выбранной политики метаданных.

Как выбрать размещение базы

Каталог изображений и база digiKam — разные сущности. Фотографии могут лежать на большом HDD или NAS, а база — на локальном SSD. При работе с удалённой коллекцией это обычно уменьшает задержки интерфейса, потому что поиск по тегам и служебным таблицам не требует постоянных сетевых обращений. Сами оригиналы всё равно будут читаться по сети при открытии полноразмерного изображения, построении новых миниатюр или анализе содержимого.

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

База не является заменой резервной копии. Она ускоряет поиск и хранит часть служебной информации, но потеря единственного экземпляра фотографий остаётся потерей фотографий. Для устойчивой схемы нужны отдельные резервные копии оригиналов, XMP-sidecar при их использовании и базы digiKam. Если каталог большой и долго обучалась модель лиц, копия базы особенно ценна: повторное распознавание и ручное подтверждение имён займут гораздо больше времени, чем восстановление сохранённого файла базы.

Интерфейс и логика каталога

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

В меню View можно переключаться между Thumbnails, Preview, Map и Table. Thumbnails удобен для общего просмотра серии; Preview показывает выбранный снимок крупно и оставляет доступ к боковым панелям; Table полезен, когда важнее сопоставить технические параметры и имена файлов, чем композицию. Клавиша F3 переключает Preview, но сочетания могут отличаться при изменённой раскладке горячих клавиш.

Справа особенно полезны Properties, Metadata, Colors, Maps и Captions. Properties сводит основные свойства файла и параметры съёмки. Metadata раскрывает Exif, Makernote, IPTC, XMP и данные, прочитанные ExifTool. Colors показывает гистограмму и сведения о цветовом профиле. Maps отображает геопозицию, если в файле есть координаты. Captions используется для описаний, тегов и других каталогизационных данных.

Режим Table стоит освоить владельцам больших серий. В нём кадры можно просматривать как строки с колонками, быстрее замечая отличия в датах, размере, типе файла и других свойствах. Это полезно, например, при поиске смешанной выгрузки JPEG и RAW, файлов с неожиданной датой или копий с другим расширением. Визуальный просмотр и табличный режим не конкурируют: первый отвечает на вопрос «какой кадр лучше», второй — «чем эти файлы отличаются технически».

Контекстное меню миниатюры дублирует многие команды главного меню. Здесь доступны открытие, переименование, перемещение в корзину, добавление в Light Table, помещение в текущую или новую очередь Batch Queue Manager, поиск похожих изображений, операции с метаданными, поворот и другие действия. При больших объёмах работы контекстное меню экономит время, потому что команда применяется к текущему выделению без переключения фокуса на верхнюю строку меню.

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

Импорт фотографий и видео

Импорт в digiKam — отдельный этап, который может включать копирование файлов, выбор целевого альбома, переименование и некоторые операции до попадания материала в основной каталог. В меню Import доступны подключённые камеры, USB-накопители, кард-ридеры и импорт из файловой системы. При совместимой камере взаимодействие выполняется через протоколы и библиотеки, поддерживаемые системой и digiKam; если камера не определяется как камера, карта памяти или режим USB Storage часто дают более предсказуемый путь.

Окно Camera Import показывает миниатюры содержимого носителя и позволяет выбрать Download All, Download Selected или Download New. Последний режим ориентирован на файлы, которые ещё не были загружены. Интерфейс отмечает уже известные элементы и новые элементы, но перед очисткой карты всё равно стоит проверить фактическое наличие файлов в целевом альбоме. Удаление с камеры выполняется без внутренней корзины digiKam и потому требует большей осторожности, чем удаление файлов из коллекции.

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

При работе с RAW можно использовать постобработку в процессе импорта, включая DNG-конвертацию. DNG здесь следует понимать как контейнер для RAW-данных, а не как уже «проявленный» RGB-файл. Если задача — сохранить исходную информацию сенсора, конвертация в DNG принципиально отличается от экспорта в JPEG или TIFF. Для архивной политики лучше заранее решить, остаются ли оригинальные проприетарные RAW вместе с DNG или DNG становится основным архивным форматом.

Видео digiKam умеет включать в коллекцию, показывать миниатюры и считывать доступные метаданные. Однако программа остаётся ориентированной на управление фотоархивом и не заменяет видеоредактор. Если съёмка содержит фото и видео вперемешку, ценность digiKam заключается прежде всего в единой каталогизации, тегах, дате и поиске, а монтаж нужно выполнять в другом приложении.

Переименование и порядок файлов

Переименование в digiKam полезно проводить до того, как имена файлов начнут использоваться внешними сценариями, ссылками или системой резервного копирования. Простая команда Item → Rename открывается клавишей F2, а для серии доступен Advanced Rename. В расширенном режиме имя строится по шаблону: можно подставлять исходное имя, расширение, каталог, данные камеры, дату, последовательный номер и отдельные поля метаданных.

Главная ценность Advanced Rename — предварительный просмотр результата до изменения файлов. В окне видны исходные и будущие имена, поэтому легко обнаружить конфликт, пропущенный номер или неверную дату. Для серий особенно полезна последовательность, задаваемая символом #, а также токены даты и камеры. Модификаторы позволяют приводить текст к верхнему или нижнему регистру, удалять лишние пробелы и добиваться уникальности.

Хорошая схема имени не обязана содержать все метаданные. Конструкция вроде «2026-09-27_Amsterdam_####» читаема и стабильна, а объектив, ISO и автор лучше оставить в метаданных. Если попытаться зашить в имя камеры, объектив, диафрагму, рейтинг и десяток других параметров, переименование станет хрупким: любое изменение описания потребует менять путь к файлу.

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

Альбомы, теги и группировка

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

Иерархические теги позволяют избежать плоского списка из сотен почти одинаковых слов. Например, ветка «Люди → Семья → Анна» отделяется от «Места → Нидерланды → Амстердам», а «Работа → Клиент А → Отобрано» — от персональных категорий. При этом не нужно дублировать смысл папки тегом без причины. Если весь альбом и так соответствует одной съёмке, теги лучше использовать для признаков, которые будут пересекать границы альбомов.

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

Grouping помогает визуально свернуть связанные файлы в одну группу. Это полезно для RAW+JPEG, брекетинга, серийной съёмки, таймлапса и дублей, которые нужно временно держать рядом. Группу можно создать вручную по выбранным файлам либо использовать автоматические правила по времени или имени. В режиме группировки ведущий кадр отображает группу компактно, а при раскрытии видны остальные элементы.

Перед массовой операцией важно знать, распространяется ли она на все элементы группы. В настройках digiKam для разных классов действий можно выбрать поведение No, Yes или Ask: затронуть только ведущий файл, все файлы группы или спрашивать подтверждение. Это особенно важно для переименования, метаданных, Light Table и пакетной обработки. Неверное значение легко приводит к ситуации, когда пользователь думает, что изменил всю RAW+JPEG пару, а команда коснулась только одного файла.

Отбор: рейтинги, флаги и цветовые метки

digiKam предлагает три независимых механизма быстрого отбора. Rating — звёздный рейтинг, подходящий для оценки качества или приоритета. Pick Label — флаг состояния, обычно используемый как Rejected, Pending и Accepted. Color Label — цветовая метка, которой можно придать собственный смысл: например, «нужна ретушь», «готово к печати», «клиент выбрал». Цветовые метки можно переименовывать, чтобы значение было видно не только по цвету.

Лучше заранее выбрать один смысл для каждого механизма и не смешивать их. Практичная схема для фотосессии: Pick Label отвечает за решение «оставить/сомнение/отклонить», Rating — за качество среди оставленных, Color Label — за этап обработки. Тогда зелёный цвет не означает одновременно «хорошо», «экспортировано» и «показать клиенту». Через несколько месяцев такой архив остаётся понятным без воспоминаний о контексте.

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

При первичном отборе полезно не ставить звёзды каждому кадру сразу. Сначала быстро отметьте явный брак как Rejected, затем отделите Accepted от Pending, а рейтинг назначайте только оставшимся. Так рейтинг остаётся содержательным показателем качества, а не повторяет бинарное решение «оставить/удалить».

Image Quality Scanner может автоматически назначать Pick Labels по техническим или эстетическим критериям. В классическом режиме оцениваются параметры вроде резкости, шума, экспозиции и сжатия; в режиме на основе нейросети используется отдельная модель эстетической оценки. Результат нельзя считать объективным вердиктом: пороги требуется подстраивать под собственные снимки, а намеренно мягкий портрет, ночной кадр или высокозернистая стилизация могут получить неожиданную оценку. Автоматическую маркировку лучше использовать как предварительный фильтр, а не как замену визуальному отбору.

Поиск и фильтрация

Когда архив вырастает до десятков тысяч файлов, навигация по папкам перестаёт быть достаточной. В digiKam есть обычный Search и Advanced Search, фильтры по меткам и параметрам, временная шкала и другие представления. В меню Tools поиск открывается отдельными командами; для быстрого поиска предусмотрено сочетание Ctrl+F, для расширенного — Ctrl+Alt+F.

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

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

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

Поиск дублей и похожих изображений

Поиск сходства в digiKam основан не только на имени или контрольной сумме. Для изображений строятся специальные fingerprints, описывающие визуальное содержимое. После этого Similarity может находить точные и близкие дубли, а также изображения, похожие на выбранный кадр. Отдельный режим позволяет искать по нарисованному эскизу и цветам.

Перед первым поиском на существующем архиве нужно построить fingerprints через Maintenance. На большой коллекции это длительная операция, потому что каждое изображение требуется прочитать и проанализировать. Если библиотека находится на медленном внешнем диске или в сети, процесс может занимать много времени; разумно запускать его на ограниченной части коллекции или в период, когда компьютер не нужен для другой тяжёлой работы.

В Find Duplicates задаётся область поиска — альбомы и теги — и допустимый диапазон сходства. Значение около 100% соответствует практически идентичному содержимому, а уменьшение порога расширяет поиск до вариантов после кадрирования, изменения размера, цветокоррекции и других преобразований. Слишком низкий порог быстро создаёт много ложных совпадений, поэтому начинать лучше с близких к точному дублю значений и постепенно расширять диапазон.

Для каждой группы найденных вариантов программа может выбрать reference image по правилам: предпочитать более старый или новый файл, более крупное изображение либо файлы из определённого альбома. Это не автоматическая команда удаления. Reference помогает решить, какой экземпляр считать основным, но перед очисткой следует сравнить разрешение, формат, метаданные, историю обработки и наличие файла в резервной копии.

Особенно осторожно нужно относиться к RAW, JPEG из камеры и экспортированным версиям. Визуально они могут быть почти одинаковыми, но выполняют разные роли. Если цель — убрать только случайные копии, ограничьте область поиска папками резервных импортов или временных экспортов, а не всей библиотекой сразу. Тогда риск принять обработанный JPEG за ненужный дубль RAW существенно ниже.

Sketch Search решает другую задачу. Пользователь рисует упрощённую форму и задаёт основные цвета, а система ищет изображения с похожей структурой. Результат зависит от качества предварительно построенных fingerprints и не заменяет поиск по объектам. Этот режим полезен, когда вы помните композицию — например, «синий верх, тёмная полоса снизу, светлый объект слева» — но не помните дату, место и теги.

Лица и автоматические метки

People View объединяет обнаружение лиц, распознавание известных людей и ручное подтверждение. Для этих функций требуются отдельные модели машинного обучения, которые digiKam предлагает загрузить. Модели работают локально: фотографии не нужно отправлять на внешний сервис только ради распознавания. При первом запуске следует учитывать размер загрузки и время первичного анализа коллекции.

Рабочий процесс лучше разделять на этапы. Сначала запустите Face Detection на ограниченном наборе альбомов. Затем присвойте имена нескольким корректно найденным лицам — это создаёт обучающие примеры. После этого запускайте Recognition, просматривайте предложенные совпадения и используйте Confirm или Reject. Чем аккуратнее начальная разметка, тем меньше неверных предложений на следующих проходах.

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

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

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

Image Quality Scanner тоже относится к автоматическому анализу, но отвечает не за содержание, а за предполагаемое качество. Он может помочь вытащить кандидатов на брак из огромной серии, однако художественное намерение алгоритм знает хуже автора. Правильный способ применения — сократить объём ручной проверки, а окончательное решение оставить человеку.

Метаданные: Exif, IPTC, XMP и sidecar

Метаданные — одна из сильных сторон digiKam, но одновременно источник наиболее неприятных ошибок при неясной политике синхронизации. Exif обычно содержит технические данные камеры: модель, объектив, экспозицию, ISO, дату и другие параметры. IPTC исторически используется для редакционных описаний и авторских сведений. XMP — более гибкая современная схема, удобная для подписей, рейтингов, ключевых слов и совместимости между приложениями.

Правая панель Metadata в основном предназначена для просмотра. В ней есть вкладки Exif, Makernote, IPTC, XMP и ExifTool, а также фильтр и поиск по полям. Если требуется изменить данные, используется Item → Edit Metadata. В редакторе метаданных сведения разделены по вкладкам и тематическим группам; можно редактировать выбранный файл или последовательно проходить набор файлов.

Не стоит без необходимости менять технические Exif-поля, записанные камерой. Для описаний, ключевых слов, авторства и прав использования обычно лучше подходят IPTC/XMP. digiKam умеет синхронизировать часть одноимённых сведений между блоками, но ограничения форматов различаются. Например, отдельные Exif-поля ограничены ASCII, тогда как XMP лучше приспособлен к современному многоязычному тексту.

В Settings → Configure digiKam → Metadata задаётся, какие данные читать и записывать. Для ряда форматов поддерживается запись Exif, IPTC и XMP; ExifTool может использоваться как дополнительный backend, особенно для типов файлов и полей, с которыми базовая библиотека работает ограниченно. Такая гибкость не означает, что любую запись во всякой разновидности RAW следует включать автоматически. Встроенная запись в RAW по умолчанию ограничивается из соображений безопасности, и перед её применением на рабочем архиве нужна резервная копия.

XMP-sidecar — отдельный файл рядом с оригиналом. Распространённая схема имени — «имя.ext.xmp», но есть режим совместимости, где sidecar называется «имя.xmp». Выбор имеет значение, если теми же файлами пользуются Lightroom, darktable или другой DAM/RAW-конвертер. Перед миграцией всего архива проверьте на нескольких файлах, какую схему ожидает второе приложение.

Особое внимание нужно уделить настройке чтения sidecar. В одном из режимов приоритет отдаётся данным из XMP-sidecar, и встроенные метаданные могут не использоваться как альтернативный источник. Если sidecar старый, это создаёт ощущение, что подписи или рейтинг «исчезли», хотя они находятся внутри файла. До массового пересканирования полезно определить, откуда должны читаться актуальные значения.

Команды Item → Write Metadata to Image и Item → Reread Metadata from Image направлены в противоположные стороны. Первая записывает сведения из базы digiKam в файл или sidecar согласно настройкам. Вторая заново читает внешний файл и обновляет базу. При конфликте нельзя нажимать их наугад: сначала решите, какая сторона содержит правильную версию. Иначе можно перезаписать свежие теги старыми или, наоборот, потерять изменения, сделанные в другом приложении.

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

Геолокация и работа с GPX

Для фотографий с GPS-координатами digiKam предлагает два связанных инструмента: просмотр и поиск по карте, а также Geolocation Editor для изменения координат. Редактор открывается через Item → Edit Geolocation и позволяет работать с широтой, долготой, высотой и другими географическими сведениями, если формат файла или sidecar допускает соответствующую запись.

Если камера не имеет GPS, координаты можно сопоставить с GPX-треком. Принцип прост: трек содержит координаты с отметками времени, а фотография — время съёмки. Geolocation Editor сопоставляет эти значения. Критически важно, чтобы часы камеры были выставлены правильно. Если камера отставала на 37 минут или была в другом часовом поясе, сначала задайте поправку времени, иначе все точки сместятся вдоль маршрута.

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

Map Search работает с коллекцией в обратном направлении: пользователь выделяет область на карте и получает снимки, координаты которых попадают внутрь. Это полезно для ответа на вопросы вроде «все фотографии из этого района» даже без заранее созданного тега. Сохранённый географический фильтр может дополнять обычную иерархию мест.

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

Сравнение кадров в Light Table

Light Table предназначен для внимательного сравнения двух изображений рядом. Выделенные кадры можно поместить туда из контекстного меню командами Place onto Light Table или Add to Light Table. Отдельное окно показывает левую и правую панели, а нижняя лента позволяет быстро подставлять другие файлы из набора.

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

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

Для финального отбора хорошая последовательность такова: в главном окне грубо сократить серию до нескольких кандидатов, перенести их в Light Table, синхронизировать масштаб, проверить глаза или критически важную деталь на 100%, после чего назначить рейтинг и Pick Label. Это быстрее, чем загружать в Light Table сотни кадров.

RAW и управление цветом

RAW в digiKam открывается через встроенный конвейер на базе LibRaw. Это означает, что программа получает сенсорные данные, выполняет демозаику и преобразует их в RGB перед дальнейшей обработкой. Результат может отличаться от JPEG из камеры: камерный JPEG уже прошёл фирменную обработку производителя, включая кривую тона, насыщенность, резкость и шумоподавление, а RAW-конвертер строит изображение по собственным настройкам.

В настройках Image Editor можно выбрать поведение при открытии RAW. Быстрый вариант подходит, когда нужна оперативная визуализация, а расширенный импорт предоставляет контроль над параметрами декодирования. Для серьёзной коррекции предпочтителен 16-битный рабочий путь: он сохраняет больше градаций при дальнейшей правке экспозиции и цвета. 8-битный режим требует меньше памяти и подходит для менее требовательных операций, но оставляет меньше запаса для сильных преобразований.

В RAW Import доступны настройки демозаики, баланса белого, коррекции экспозиции, подавления артефактов и другие параметры, зависящие от сенсора и поддерживаемых возможностей LibRaw. Не все ползунки нужно менять на каждом снимке. Практичный порядок: сначала добиться корректного баланса белого и экспозиции, затем оценить шум и цветовые артефакты при масштабе 100%, и только после этого переходить к локальным или художественным правкам.

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

Color Management нужен, когда важно предсказуемое отображение цвета от входного профиля до монитора и экспортного файла. digiKam умеет использовать ICC-профили и показывать встроенную информацию о цветовом пространстве. Если монитор профилирован, его профиль должен быть назначен в соответствующем разделе настроек, а не «встроен» в фотографию. Профиль монитора описывает устройство отображения; профиль изображения описывает цветовые координаты самого файла.

Color Profile Conversion позволяет преобразовать изображение из одного цветового пространства в другое. Для веб-публикации чаще всего нужен sRGB, потому что он даёт наиболее предсказуемый результат в браузерах и на массовых устройствах. Для печати или дальнейшей профессиональной обработки может использоваться другое пространство, но выбор должен соответствовать конкретному процессу. Простое присвоение другого профиля без преобразования и корректное преобразование между профилями — разные операции; путать их нельзя.

При экспорте в JPEG нужно помнить о двух ограничениях: формат имеет потери и обычно используется в 8-битном представлении. Если изображение будет ещё многократно редактироваться, промежуточный TIFF, PNG или другой поддерживаемый формат без потерь лучше сохраняет данные. JPEG разумен как финальная компактная копия для публикации или передачи, а не как универсальный «рабочий оригинал».

Редактор изображений: цвет и тон

Image Editor открывается из Tools или двойным действием, заданным в настройках. В нём собраны инструменты коррекции цвета, экспозиции, геометрии, улучшения и эффектов. Для каталога это удобно: после правки можно вернуться к тому же файлу, тегам и метаданным, не разыскивая экспорт в сторонней программе. Однако перед обработкой серии полезно решить, нужна ли индивидуальная редактура или одинаковую операцию рациональнее перенести в Batch Queue Manager.

Основные тоновые инструменты включают Brightness/Contrast/Gamma, Levels и Curves. Brightness/Contrast/Gamma подходит для быстрых глобальных правок. Levels позволяет задать чёрную и белую точки и скорректировать гамму. Curves даёт более точное управление диапазонами яркости и отдельными каналами. Не стоит применять их все подряд: каждый следующий инструмент усложняет прогноз результата, а повторная агрессивная коррекция может привести к клиппингу светов или теней.

White Balance корректирует цветовую температуру и оттенок. На RAW такая правка гибче, потому что баланс белого не «запечён» в сенсорные данные так жёстко, как в JPEG. На JPEG сильная компенсация неправильного света быстрее выявляет недостаток цветовой информации. Если в кадре есть нейтральный участок, пипетка помогает получить отправную точку, после чего значение можно корректировать визуально.

Color Auto-Correction предлагает автоматические варианты вроде Auto Levels, Normalize, Equalize, Stretch Contrast и Auto Exposure. Это не один универсальный «улучшатель»: режимы используют разные принципы и могут дать совершенно разный результат. Auto Levels полезен, когда каналы недоиспользуют диапазон; Normalize растягивает яркость более консервативно; Equalize значительно перестраивает распределение тонов и подходит не каждому сюжету. Автокоррекцию нужно оценивать по гистограмме и изображению, а не по названию команды.

HSL, Color Balance и Channel Mixer позволяют менять цвет более адресно. HSL удобен для регулировки оттенка, насыщенности и светлоты диапазонов. Color Balance корректирует соотношение цветов в тенях, средних тонах и светах. Channel Mixer применим для специальных преобразований, в том числе контролируемого чёрно-белого результата. Сильные изменения насыщенности лучше проверять не только на общем виде, но и на коже, небе и участках близких к клиппингу.

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

Кадрирование, геометрия и коррекция оптики

Для кадрирования есть обычный Crop и Aspect Ratio Crop. Второй удобен, когда результат должен соответствовать заданному отношению сторон: печати, экрану, карточке сайта или другому формату. В окне можно менять ориентацию рамки и использовать композиционные направляющие. Если кадр предназначен сразу для нескольких площадок, безопаснее сохранить мастер с максимальной полезной областью и создавать отдельные версии под разные пропорции.

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

Perspective и Shear помогают исправлять сходящиеся линии и геометрические перекосы. После перспективной трансформации по краям появляются пустые участки, поэтому почти всегда требуется последующее кадрирование. Сильное растягивание углов снижает фактическую детализацию: программа создаёт новые пиксели интерполяцией, но не может восстановить информацию, которой не было в исходнике.

Resize меняет размер изображения с выбранным алгоритмом интерполяции. Для веб-версии лучше сначала выполнить основную обработку в полном разрешении, затем уменьшить до целевого размера и только после уменьшения оценить финальную резкость. Шарпинг, рассчитанный на 40-мегапиксельный файл, после ресайза до 1600 пикселей может выглядеть иначе.

Liquid Rescale предназначен для содержательно-зависимого изменения пропорций и подходит только для определённых сюжетов. Он пытается меньше искажать значимые области, но сложный фон, архитектура, повторяющиеся линии и группы людей легко выдают деформации. Инструмент полезен как специальный вариант, а не как замена обычному Resize.

В инструментах улучшения присутствуют коррекции дисторсии, виньетирования и параметров объектива. Автоматический Lens Auto-Correction зависит от распознанной камеры, объектива и доступных профилей. Если метаданные объектива неоднозначны или профиль не найден, корректировку лучше выполнить вручную и проверить прямые линии по всему кадру. Для уже исправленного JPEG повторное применение профиля может, наоборот, добавить искажение.

Ретушь, резкость и шум

В разделе Enhancement находятся Sharpen, Unsharp Mask, Refocus, Noise Reduction, Restoration, Red Eye, Hot Pixels и Healing Clone. Эти инструменты закрывают типичные задачи подготовки фотографии, но не превращают Image Editor в редактор со слоями и сложными масками. Для точечной ретуши и умеренной коррекции их достаточно; для композитинга, частотного разложения и сложных локальных масок удобнее специализированный редактор.

Sharpen и Unsharp Mask повышают локальный контраст границ. Чем выше радиус, тем шире область вокруг границы; чрезмерные значения дают светлые и тёмные ореолы. Резкость имеет смысл оценивать при масштабе 100%, а финальный шарпинг — после изменения размера. Если изображение шумное, сначала уменьшите шум, иначе алгоритм резкости подчеркнёт зерно вместе с деталями.

Noise Reduction полезен для высоких ISO и теней, вытянутых при RAW-проявке. Главный компромисс — шум против фактуры: слишком сильная обработка превращает мелкие детали в пластичные пятна. Настраивать её удобнее по нескольким участкам — коже, ткани, листве и ровному небу — потому что один фрагмент не показывает все последствия.

Hot Pixels направлен на отдельные дефектные точки сенсора, а Red Eye — на характерный эффект вспышки в глазах. Это узкие инструменты, поэтому их лучше применять по назначению, а не включать в общий автоматический workflow для всех кадров. Особенно бессмысленно запускать коррекцию красных глаз на пейзажной серии: это только добавляет вычисления и риск ложного срабатывания.

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

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

G’MIC и границы встроенного редактора

G’MIC расширяет набор эффектов и обработок через отдельный интерфейс с большим количеством фильтров. В официальных сборках для основных платформ интеграция поставляется вместе с digiKam. Каталог G’MIC значительно шире стандартных инструментов Image Editor: в нём есть художественные преобразования, технические фильтры, локальные эффекты и экспериментальные алгоритмы.

Большое количество фильтров не означает, что их нужно добавлять в каждый рабочий процесс. Некоторые G’MIC-операции вычислительно тяжёлые, а параметры ориентированы на пользователей, готовых разбираться в алгоритме. Для повторяемой задачи сначала сохраните небольшой тестовый файл, подберите настройки и только затем переносите фильтр на серию через Batch Queue Manager.

Основной Image Editor digiKam не поддерживает обычный стек слоёв как Photoshop или GIMP. В отдельных режимах G’MIC может работать с несколькими изображениями и собственным представлением слоёв, но это не превращает весь редактор в слоевую систему. Если задача строится вокруг масок, blend modes, текстовых слоёв и композиции из десятков элементов, разумнее передать файл в специализированный растровый редактор, а digiKam оставить каталогом и точкой возврата результата в архив.

Пакетная обработка в Batch Queue Manager

Batch Queue Manager, или BQM, нужен, когда одну последовательность действий требуется применить к множеству файлов. Выделение можно отправить в текущую очередь через Add to Current Queue, в новую очередь — через Add to New Queue, либо открыть менеджер из Tools → Batch Queue Manager. В отдельном окне одновременно видны очереди, список Assigned Tools, параметры выбранного инструмента, Queue Settings и панель доступных операций.

Логика BQM последовательная: инструменты в Assigned Tools выполняются сверху вниз. Если сначала изменить цветовой профиль, потом повысить резкость, добавить водяной знак и в конце Convert to PNG, каждый файл пройдёт именно такую цепочку. Порядок имеет значение. Например, уменьшение размера до резкости и резкость до уменьшения дают разные результаты; конвертер формата обычно размещают в конце.

Queue Settings разделены на Target, File Renaming, Behavior, RAW Decoding и Saving Images. Target задаёт, куда сохранять результат. File Renaming использует ту же логику, что Advanced Rename. Behavior определяет, что делать при существующем целевом файле и как загружать RAW. RAW Decoding содержит параметры проявки. Saving Images управляет параметрами сохранения для тех операций, где результат записывается без отдельного конвертера.

Для RAW в Behavior можно выбрать полноценное RAW Decoding либо использование Embedded Preview. Встроенная превью-картинка обрабатывается намного быстрее, но это уже JPEG-представление, созданное камерой, а не сенсорные данные. Такой режим подходит, например, для быстрых контактных копий, но не для пакетной проявки, где нужен контроль над балансом белого и динамическим диапазоном.

Если выходной формат отличается от исходного, в конец workflow добавляется соответствующий Convert tool. Среди пакетных конвертеров доступны распространённые форматы, включая TIFF, PNG, HEIF и AVIF. DNG Converter решает отдельную задачу: упаковывает RAW-данные в DNG, а не превращает их в готовый RGB-файл. Поэтому обычные фильтры невозможно считать «применёнными к DNG» так же, как к JPEG; для фильтров RAW сначала декодируется.

Workflow сохраняет порядок Assigned Tools, параметры каждого инструмента и настройки очереди. Это один из наиболее практичных механизмов digiKam для повторяемой работы. Можно, например, создать workflow «веб 2048»: конвертация профиля в sRGB, изменение размера, умеренная резкость, добавление метаданных и экспорт в JPEG. Второй workflow — «архив TIFF» — будет содержать другую глубину и параметры сохранения.

У BQM есть важное ограничение: большинство инструментов не показывают полноценный предварительный просмотр эффекта для каждого изображения так, как это делает Image Editor. Поэтому сложную цепочку нужно сначала испытать на нескольких копиях. Особенно это касается автоматической экспозиции, шумоподавления и агрессивных эффектов: одинаковые настройки, подходящие одному кадру, могут испортить другой.

Содержимое очереди может обрабатываться параллельно в зависимости от настроек и количества ядер, но это не означает линейного ускорения. RAW-декодирование, чтение больших файлов, запись на диск и тяжёлые фильтры нагружают разные ресурсы. На внешнем HDD слишком высокая параллельность иногда упирается в случайное чтение, а на мощном процессоре с SSD ограничением может стать сам алгоритм. Ориентироваться нужно на отзывчивость системы и реальную загрузку, а не на максимальное число потоков как самоцель.

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

Экспорт, передача и публикация

Экспорт в digiKam не сводится к Save As из редактора. Существуют инструменты передачи в локальное хранилище и интеграции с веб-сервисами, а также HTML Gallery, печать и другие постпроцессинговые модули. Конкретный список сетевых сервисов меняется вместе с API поставщиков, поэтому долговечный процесс лучше строить вокруг локального мастер-файла, а загрузку в облако считать отдельным этапом.

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

При экспорте метаданных нужно решить, какие данные допустимо оставлять. GPS-координаты домашней съёмки, серийный номер камеры, авторские контакты и внутренние теги не всегда следует публиковать. В Batch Queue Manager есть инструменты работы с метаданными, включая удаление выбранных частей. Перед массовым размещением полезно открыть один готовый файл и посмотреть его Exif/XMP так же, как их увидит получатель.

Watermark в BQM добавляет изображение или текст в производные файлы. Его лучше ставить после изменения размера, иначе масштаб и толщина элементов будут отличаться от ожидаемых. Водяной знак не является надёжной защитой авторского права: его можно удалить или кадрировать. Он подходит скорее для визуальной идентификации превью и согласования.

Удаление, внутренняя корзина и резервные копии

При удалении элементов из коллекции digiKam использует внутреннюю корзину для поддерживаемых локальных коллекций. Удалённые файлы перемещаются в скрытую структуру .dtrash внутри соответствующего корня, откуда их можно восстановить или удалить окончательно. Это снижает риск случайной потери при сортировке, но корзина находится на том же носителе и не является резервной копией.

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

Резервная копия каталога должна включать минимум три слоя: оригиналы и производные изображения; XMP-sidecar, если они используются; базы digiKam. Дополнительно полезно сохранить конфигурацию workflows и важные настройки. Восстановление одной базы без самих изображений ничего не даст, а восстановление изображений без sidecar может лишить архив переносимых тегов и подписей, если они не были записаны внутрь файлов.

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

Maintenance: обслуживание базы и индексов

Раздел Maintenance объединяет длительные операции, которые не обязательно выполнять при каждом запуске. Среди них поиск новых файлов, очистка базы, перестроение миниатюр, пересчёт fingerprints, поиск дублей, обнаружение и распознавание лиц, автоматические теги, Image Quality Scanner и синхронизация метаданных. Их можно запускать последовательно и ограничивать конкретными альбомами или тегами.

Scan for New Items полезен, когда файлы были добавлены в папки вне digiKam. Если вы регулярно копируете фотографии файловым менеджером, периодический скан вернёт каталог в согласованное состояние. Но постоянное внешнее перемещение уже проиндексированных папок лучше не делать: поиск новых файлов не всегда эквивалентен пониманию, что старый файл именно перемещён, а не удалён и создан заново.

Rebuild Thumbnails нужен, когда миниатюры повреждены, устарели после внешней правки или отображаются некорректно. Нет смысла перестраивать весь архив из-за пары файлов: сначала ограничьте операцию проблемным альбомом. То же относится к fingerprints и лицам. Полная перестройка на многолетней коллекции может длиться часами и интенсивно читать накопитель.

Database Cleaning удаляет ненужные служебные записи и помогает поддерживать базу в порядке после большого количества удалений и перемещений. Это не «ускоритель в один клик» и не должно запускаться в момент, когда выполняются другие тяжёлые задачи. Перед обслуживанием ценной базы разумно иметь актуальную резервную копию.

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

Maintenance удобно планировать после крупного импорта или миграции, а не после каждой небольшой съёмки. Для ежедневного использования достаточно быстрой индексации новых файлов. Тяжёлые задачи можно выполнять ночью или во время простоя, особенно если включён анализ лиц и автоматических тегов на многоядерном процессоре.

Производительность на больших фотоархивах

Производительность digiKam зависит не только от количества фотографий. Важны скорость диска с оригиналами, расположение базы, размер RAW, число создаваемых превью, активность фоновых анализаторов и тип операции. Каталог из сотен тысяч небольших JPEG на SSD и каталог из десятков тысяч 60-мегапиксельных RAW на сетевом HDD создают совершенно разную нагрузку.

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

Хранение баз на локальном SSD часто даёт более заметный эффект, чем перенос туда всех оригиналов. Поисковые запросы, миниатюры и служебные операции постоянно обращаются к базе; оригинал читается полностью лишь при открытии, обработке или перестройке индекса. Если объём SSD ограничен, разумно оставить на нём базы и активные проекты, а завершённые съёмки хранить на более ёмком диске.

Face Detection, Recognition, Auto-Tags и эстетический анализ могут задействовать много процессорных ядер. Во время такого обслуживания компьютер способен стать менее отзывчивым. Это штатный компромисс: задача специально использует доступные вычислительные ресурсы. Если параллельно нужно работать, ограничивайте область анализа или запускайте обслуживание в другое время.

На Windows при некоторых конфигурациях серверной базы MariaDB многопоточная обработка лиц может вести себя менее удачно, чем SQLite. Если каталог используется одним человеком на одном компьютере и серверная база не нужна по иной причине, SQLite остаётся более простой отправной точкой. Переходить на MariaDB только потому, что она «серверная», нет смысла.

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

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

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

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

Папка исчезла из коллекции после внешнего перемещения

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

Миниатюры старые или повреждены

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

Поиск похожих изображений ничего не находит

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

Распознавание лиц не запускается

Проверьте наличие загруженных моделей машинного обучения. Если модели есть, начните с Face Detection на небольшом альбоме. Recognition требует обучающих примеров, поэтому на совершенно неразмеченной коллекции сначала нужно вручную присвоить имена нескольким обнаруженным лицам. При большом числе ложных срабатываний подстройте Accuracy и минимальный Face Size.

Одному человеку постоянно предлагается чужое имя

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

Теги в digiKam и другом редакторе расходятся

Определите, где находится актуальная версия — в базе digiKam, внутри файлов или XMP-sidecar. Затем проверьте Metadata Settings: включена ли запись тегов, какой вариант sidecar выбран, используется ли чтение sidecar с приоритетом. Если правильные данные находятся в digiKam, применяется Write Metadata to Image; если правильные данные были изменены извне, используется Reread Metadata from Image. Перед массовой операцией проверьте один файл.

После включения sidecar исчезли некоторые подписи

Причиной может быть режим, в котором программа читает только XMP-sidecar и не объединяет его с встроенными метаданными. Сравните содержимое sidecar и файла на тестовом снимке. Не создавайте пустые sidecar поверх существующей информации, пока не понятен выбранный приоритет чтения.

RAW выглядит темнее или менее насыщенно, чем JPEG камеры

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

Камера не появляется в окне импорта

Проверьте USB-режим камеры, кабель, системное обнаружение устройства и разрешения приложения. На Linux у Flatpak/Snap отдельной причиной могут быть sandbox-права. Если прямое управление камерой нестабильно, извлеките карту и используйте кард-ридер или USB Storage. Это не ухудшает качество файлов и часто проще для массового копирования.

Карта открывается, но тайлы или названия мест не загружаются

Проверьте сеть, прокси и доступность провайдера карт. Координаты могут оставаться в метаданных и базе даже при недоступном сетевом слое. Не пытайтесь «чинить» GPS-поля только потому, что фон карты пуст. Для Reverse Geocoding и поиска адресов также нужен рабочий внешний сервис.

Batch Queue Manager испортил целую серию одинаковой коррекцией

BQM применяет одну цепочку к каждому элементу и не показывает полноценный эффект большинства инструментов на каждом кадре до запуска. Поэтому универсальный workflow должен содержать только действительно универсальные операции. Экспозицию и баланс белого безопаснее задавать пакетно лишь для кадров, снятых в одинаковых условиях. Перед большой очередью создайте тест из трёх-пяти разнородных файлов.

После группировки изменения затрагивают не те файлы

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

База стала большой, а интерфейс — медленным

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

Практический сценарий: импорт и отбор поездки

Предположим, на карте памяти находятся RAW+JPEG и несколько видео. Сначала создайте альбом по устойчивой схеме, например «2026/09/Amsterdam». В Import выберите Download New, проверьте целевую папку и правило имени. Не удаляйте данные с карты автоматически. После копирования откройте начало, середину и конец серии и убедитесь, что файлы читаются.

Затем сгруппируйте RAW+JPEG пары, если хотите видеть каждую композицию как один логический кадр. Быстрый первый проход выполняйте в Thumbnails или Preview: технический брак помечайте Rejected, хорошие кадры — Accepted, сомнительные — Pending. На этом этапе не тратьте время на точную цветокоррекцию.

Второй проход выполняйте только по Accepted и Pending. Сравнивайте близкие дубли в Light Table, ставьте рейтинг, добавляйте общие теги поездки и места. Если в поездке записывался GPX-трек, откройте Geolocation Editor, задайте поправку часов камеры и сопоставьте координаты. После нескольких проверочных точек примените корреляцию к серии.

Теперь создайте резервную копию оригиналов и sidecar. Только после этого можно очищать карту. Для публикации выделите лучшие кадры и отправьте их в BQM с workflow: sRGB, требуемый размер, умеренная резкость после ресайза, очистка лишних GPS-данных при необходимости, JPEG в отдельный альбом. RAW останутся нетронутыми.

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

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

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

Сочетайте People с обычными тегами. Имя человека отвечает на вопрос «кто», теги события — «что происходило», геоданные — «где», дата — «когда». Тогда запрос «Анна + Новый год + 2018–2022» строится из независимых признаков, а не требует сложной папочной структуры.

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

Практический сценарий: разбор старого архива с дублями

Старые архивы часто содержат папки «backup», «old», «new», копии после мессенджеров и экспорты уменьшенного размера. Удалять их по имени опасно. Добавьте все источники как коллекции или временно как отдельные альбомы, выполните Scan for New Items, затем постройте fingerprints только для этой части архива.

В Find Duplicates сначала задайте высокий порог сходства. Для reference выберите правило, которое соответствует цели: более крупный файл, определённая «основная» папка либо более старый оригинал. Просмотрите несколько групп вручную. Если JPEG и RAW оказались рядом, не удаляйте один из них только по визуальному сходству.

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

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

Практический сценарий: каталог для предметного фотографа

В коммерческой предметной съёмке удобно разделять физическую структуру и статус работы. Папки могут идти по клиенту и дате, а теги — по товару, артикулу, категории и площадке. Pick Label фиксирует пригодность кадра, Color Label — стадию производства: «ретушь», «согласование», «готово».

При импорте задавайте последовательное имя, не зависящее от случайного DSC-номера камеры. Если артикул известен до съёмки, его можно включить в имя или тег. Метаданные автора и copyright лучше оформить шаблоном, чтобы не вводить их вручную для каждой серии.

После отбора серия отправляется в BQM. Универсальные операции — преобразование профиля, размер, переименование, водяной знак превью — подходят для очереди. Индивидуальную ретушь пыли и дефектов выполняйте в Image Editor или внешнем редакторе до финального экспорта. Не пытайтесь заменить уникальную ретушь одним агрессивным фильтром на всей съёмке.

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

Практический сценарий: архив сканов и исторических фотографий

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

Перед ретушью храните мастер-скан в формате без потерь с максимально разумным разрешением. Производные JPEG для просмотра создавайте отдельно. Healing Clone подходит для небольших пылинок и царапин, Levels/Curves — для восстановления тонального диапазона, а сильное восстановление лучше делать на копии, сохраняя нетронутый скан.

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

Форматы и данные: что учитывать на практике

Поддержка конкретного RAW определяется не только расширением. Один и тот же суффикс у разных поколений камер может содержать разные варианты данных. Если камера новая, проверяйте её конкретную модель в списке поддержки текущей сборки. То же относится к современным контейнерам HEIF/AVIF: доступность кодеков зависит от того, с какими библиотеками собран пакет.

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

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

digiKam сочетает DAM-каталог, работу с метаданными, поиск сходства и лиц, геолокацию, базовый RAW-конвейер, редактор и пакетные очереди. У альтернатив часто другой центр тяжести: ФотоМАСТЕР больше ориентирован на непосредственную обработку фотографии, Lightroom Classic объединяет коммерческий каталог и недеструктивную RAW-разработку, XnView MP делает акцент на просмотре множества форматов и конвертации, а darktable — на недеструктивной RAW-обработке с каталогом.

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

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

digiKam сильнее именно как система организации: альбомы, иерархические теги, рейтинги и флаги, XMP, лица, fingerprints, поиск дублей, карта, Light Table и обслуживание базы связаны в один каталог. Если основная проблема — «у меня десятки тысяч снимков и я не могу их находить», эти инструменты важнее художественных эффектов. Если задача — быстро обработать отдельный портрет, заменить или размыть фон и выполнить локальную коррекцию кистью, набор ФотоМАСТЕРа ближе к такому сценарию.

Пакетная обработка есть у обеих программ, но устроена по-разному. В ФотоМАСТЕРе она применяет доступные настройки к загруженной серии. BQM digiKam строит последовательность Assigned Tools, хранит целевую папку, схему имени, RAW Decoding и параметры сохранения как воспроизводимый workflow. Для простого массового улучшения это может быть избыточно, зато для повторяемого производственного конвейера даёт больше контроля.

digiKam и Adobe Lightroom Classic

Lightroom Classic также строит каталог поверх оригиналов и хранит в нём метаданные и недеструктивные правки. В Library доступны текстовые, атрибутивные и метаданные-фильтры, есть People View с распознаванием лиц, переименование при импорте и поддержка tethered-съёмки для совместимых камер. Поэтому это прямой конкурент digiKam не только как RAW-конвертер, но и как DAM.

Различие рабочего процесса — в роли редактирования. Lightroom Classic делает недеструктивную разработку центральной частью каталога: настройки проявки хранятся как инструкции и оригинал не меняется. digiKam имеет Image Editor с версионностью и собственный RAW-импорт, но часть операций предполагает создание сохранённой версии. Если нужна глубокая серийная RAW-коррекция с единым недеструктивным конвейером, Lightroom Classic логично рассматривать рядом. Если важнее открытая структура, развитые операции с метаданными, отдельный поиск сходства и отсутствие привязки каталога к облачной экосистеме, у digiKam другой набор приоритетов.

digiKam и XnView MP

XnView MP известен широким просмотром форматов, быстрым браузером, пакетным переименованием и конвертером. Он также умеет редактировать IPTC/XMP, искать дубли, сравнивать изображения, создавать контактные листы и слайд-шоу. Для пользователя, которому нужен универсальный просмотрщик и конвертер с лёгкой каталогизацией, это компактная альтернатива.

digiKam строит более глубокую модель архива: отдельные базы миниатюр, лиц и сходства, иерархические теги, People, геопоиск, Maintenance и BQM. XnView MP, в свою очередь, часто удобнее использовать как быстрый файловый браузер без предварительного построения столь насыщенного каталога. Ещё одно практическое различие — лицензирование XnView MP: бесплатное использование относится к личным, образовательным и некоммерческим сценариям, а для коммерческого применения требуется соответствующая лицензия.

digiKam и darktable

darktable — open-source RAW workflow с базой изображений и недеструктивной обработкой. Он сохраняет историю правок как параметры, поддерживает цветоуправление, OpenCL-ускорение, XMP-sidecar, фильтрацию, tethering и расширение через Lua. Основная сильная сторона — проявка RAW и построение тонально-цветового результата.

digiKam включает RAW-обработку, но его архитектура заметно шире ориентирована на хранение и описание: лица, поиск дублей и похожих изображений, произвольные метаданные, Light Table, географические инструменты, развитый импорт и пакетные DAM-операции. На практике программы могут использоваться вместе: digiKam — как основной каталог, darktable — как RAW-разработчик. При таком варианте особенно важно заранее согласовать XMP-sidecar и не заставлять одно приложение перезаписывать данные другого без проверки.

Выбор между этими программами зависит не от количества пунктов в списке функций, а от центральной операции. Для архива важны метаданные, поиск и устойчивость структуры; для RAW-фотографа — качество недеструктивной проявки; для ретуши одиночного кадра — локальные инструменты; для файлового конвертера — скорость просмотра и поддержка форматов. digiKam наиболее логичен, когда каталогизация является постоянной частью работы, а обработка должна быть встроена в неё, но не обязательно заменять специализированный RAW- или слоевой редактор.

Когда digiKam подходит лучше всего

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

Она также подходит тем, кто хочет один инструмент для импорта, первичного отбора, сравнения, метаданных и массового экспорта. Light Table, Advanced Rename, Geolocation Editor и BQM закрывают цепочку между картой памяти и готовым набором без обязательного перехода в несколько утилит. Для сложной художественной обработки внешний редактор всё равно может остаться частью процесса.

Менее удачным выбором digiKam будет для пользователя, которому нужен только простой редактор одного снимка и не нужен каталог. В этом случае количество панелей, настроек метаданных и процедур индексации создаёт лишнюю сложность. Не стоит выбирать программу и как замену полноценному слоевому редактору: Image Editor умеет многое, но архитектура слоёв и сложного композитинга у него не является основной.

Крупный архив требует дисциплины независимо от программы. Нужно определить структуру папок, правила имён, значение рейтингов, политику XMP и резервного копирования. digiKam предоставляет инструменты для такой дисциплины, но не может автоматически придумать правильную схему за пользователя. Чем раньше эти правила сформулированы, тем меньше миграций и массовых исправлений потребуется позже.

Рекомендуемая настройка для устойчивого архива

Для большинства индивидуальных пользователей безопасная отправная конфигурация выглядит так: оригиналы хранятся в устойчивой структуре по годам и съёмкам; база SQLite находится на локальном быстром диске; описательные теги и рейтинги записываются в XMP-sidecar; резервное копирование включает оригиналы, sidecar и базу. ИИ-модели загружаются только если нужны лица, автотеги или эстетический анализ.

Внутри каталога роли признаков разделяются: Albums — физическое расположение, Tags — смысл, Pick Labels — решение отбора, Rating — качество, Color Labels — этап работы. Тогда фильтры остаются понятными и спустя годы. Группы используются для RAW+JPEG и серий, а настройки grouped operations проверяются до массовых команд.

Maintenance выполняется по необходимости: Scan for New Items после внешнего добавления, thumbnails — при проблемах или смене качества превью, fingerprints — перед Similarity, лица — после загрузки моделей и начальной ручной разметки. Не требуется регулярно перестраивать всё сразу. Чем точнее область обслуживания, тем меньше ненужного чтения накопителей.

Перед каждой массовой операцией действует одно правило: проверить небольшой набор. Это относится к метаданным, переименованию, DNG, BQM, распознаванию и удалению дублей. digiKam рассчитан на большие объёмы, поэтому одна правильно настроенная команда способна изменить тысячи файлов — и одна ошибочная команда делает то же самое. Предварительный просмотр, тестовый альбом и резервная копия стоят значительно дешевле восстановления.

При таком подходе digiKam становится не «папкой с миниатюрами», а рабочей системой фотоархива: импорт создаёт предсказуемые имена и расположение, каталог добавляет смысловые признаки, поиск возвращает нужные кадры по нескольким условиям, редактор и BQM выпускают производные версии, а XMP и резервные копии уменьшают зависимость от единственной базы. Именно связность этих этапов — главное практическое преимущество программы.

Что проверить перед переносом архива на другой компьютер

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

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

Отдельно проверьте цветовые профили, внешний RAW-редактор, ExifTool и доступ к сетевым сервисам. Эти компоненты могут зависеть от конкретной системы и не переносятся вместе с фотографиями. Для workflows BQM убедитесь, что используемые внешние скрипты существуют по новым путям. Только после такой проверки запускайте полное сканирование или долгие операции Maintenance.

Миграция — хороший момент проверить, не хранится ли важная информация только в одном месте. Если подписи существуют исключительно в базе, а база повреждается, восстановление будет сложнее; если всё записано только в sidecar, но они не входят в резервную копию, риск тот же. Устойчивый архив сочетает базу для скорости, переносимые метаданные для совместимости и независимую копию исходных файлов.

Читайте также: ФотоМАСТЕР и Excire Foto.