Архитектура музейной фототеки · 2026

Фотоархив —
это система.

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

PHOTOARCHIVER / АРХИТЕКТУРА РЕШЕНИЙ / 28 ОКТЯБРЯ 2026

Исходная задача

Не просто
навести порядок.

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

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

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

Объём проработки

От частных задач
к единой модели.

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

11крупных тематических разделов
197разобранных архитектурных положений и вариантов
131действующее положение в документе, включая наследуемую систему

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

Вся система, по направлениям

Что именно
было проработано.

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

Назначение и границы ответственности01
Предметы, фотографии и связи между ними02
Разбор документов и музейных номеров03
Папки, имена файлов и их сохранность04
Безопасное применение изменений05
Приём и распределение новой съёмки06
Описание и оценка фотографий07
Подборки и выдача материалов08
Актуализация сведений из КАМИС09
Поиск ошибок и проверка целостности10
Службы, права доступа и восстановление11

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

Открыть полное дерево архитектуры

Архитектура целиком · развернутая карта

Каждое решение
имеет свою причину.

От музейного номера до восстановления после аварии: ниже — вся структура проектирования. Каждое направление раскрывается в вопросы, выбранные действия и варианты, от которых мы отказались.

PHOTOARCHIVERМузейная
фототека

Целостная система обращения с фотографическим материалом

Принятая модельОтвергнутый вариантРанее заменённое решениеНерешённый вопрос или предложение

Открыть любое направление можно прямо из схемы. Ниже все ветви развёрнуты без сокращения до общих названий.

Основа всей системы

У каждого источника — своя правда.

PhotoArchiver не подменяет КАМИС. И не превращает реальные фотографии в записи, существующие только в базе данных.

Если сведения в трёх слоях не совпадают, система должна показать расхождение и предложить осмысленное исправление — не переписывать всё молча.

01
КАМИСОфициальные учётные сведения о музейном предмете
02
Файловый архивСами фотографии и понятная человеку структура хранения
03
База PhotoArchiverУстойчивые идентификаторы, связи, состояния и история операций

Учёт предметов

Номер изменился.
Предмет — нет.

Что, если предмет перевели из ВХ в КП?

Сохраняем его постоянный UUID, связи со снимками и контекстами. Меняем учётный номер и, после проверки, физические пути к файлам.

Текущий номер и «предыдущий номер» берутся из определённых полей КАМИС. История номеров не додумывается автоматически.

Постоянный идентификатор предмета
6d3e…8b91 · UUID
До изменений
ВХ-128
↓ изменён учётный номер
После подтверждения
КП-128 Ж-32
Все подтверждённые связи с фотографиями сохранены.

Предметная модель

Предмет. Снимок.
Контекст.

Три устойчивые сущности решают разные задачи. Их нельзя заменить одним номером файла.

01 / UUID

Музейный предмет

Учётная единица, к которой относятся фотографии. Не зависит от изменения музейного номера.

02 / PAID

Фотография

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

03 / LUID

Логический контекст

Комплект, реставрационная съёмка или калибровка. Объединяет связи без физического дублирования файлов.

Связи между сущностями заданы явно: снимок ↔ предмет, снимок ↔ контекст, контекст ↔ предмет и вложенность контекстов.

Одна фотография — несколько смыслов

Связывать.
Не копировать.

Один групповой снимок относится сразу к нескольким музейным предметам. Разложить копии по папкам каждого?

Нет. У файла один PAID и одна физическая копия в архиве. Связи показывают фотографию у всех соответствующих предметов.

При этом главное изображение предмета выбирается отдельно: «главная фотография» — свойство связи конкретного предмета с фотографией.

Фото · PAIDодин физический файлПредмет AUUIDПредмет БUUIDКомплектLUID
контекстмузейные предметысвязи без копирования

Три особых вида съёмки

Не все фотографии
устроены одинаково.

КОМПЛЕКТ

Несколько предметов — общая съёмка

Один именованный контекст, участники из КАМИС, собственные фотографии. Номер в имени берётся по устойчивому порядку; состав может меняться, LUID остаётся.

РЕСТАВРАЦИЯ

Проект и его этапы

Каждая реставрация относится к одному предмету. Внутри — произвольно названные стадии: «до», «чистка», «после». Отдельную сложную иерархию сущностей не создаём.

КАЛИБРОВКА

RAW и конкретные кадры

Один исходный калибровочный RAW — один логический контекст. Он относится не ко всем фотографиям предмета, а к подтверждённым кадрам определённой съёмки.

Смысл группировки хранится в связях. Файлы остаются в понятных музейных папках.

Файловое хранение

Архив должен быть понятен
и без программы.

Согласована не виртуальная «библиотека в базе», а реальная структура на диске.

Обычные предметные снимки лежат по музейному номеру, исходники — рядом в «Исходниках». Старые версии предметных фото хранятся в отражённой ветке «Устаревшие». Папки создаются тогда, когда в них появляются файлы.

archive/
├── Предметы/
КП / Г·Ж·П·С / номер / Исходники
НВФ / номер
ВХ / номер
├── Комплекты/
├── Реставрация/
├── Калибровка/
└── Устаревшие/
зеркало раздела «Предметы»
читаемые именасохранение RAWбез лишних копий

Приём новых фотографий

Путь файла
под контролем.

Новую съёмку нельзя просто бесконтрольно «раскидать по папкам». Сначала система определяет, что перед ней, что уже есть в архиве и что можно безопасно сделать.

Входящая папкаФотографии остаются в месте приёма до решения.
АнализНомер, формат, метаданные, SHA256 и существующие связи.
ПланСписок предлагаемых действий и выявленные проблемы.
ПроверкаСпорные случаи решает сотрудник.
ПрименениеПроверенные изменения файлов и базы с учётом сбоев.

Случайно названный файл не может сам создать в учётной базе новый музейный предмет.

Три возможных исхода

Файл знакомый.
Или только похож?

SHA256 отвечает на вопрос, одинаковы ли байты. Но не на вопрос, какая фотография лучше и какая версия актуальна.

НОВЫЙ

Такого содержимого ещё не зарегистрировано. Предлагается добавить новый PhotoAsset.

ТОЧНЫЙ ДУБЛЬ

Те же байты уже есть по существующему пути. Не нужно создавать вторую сущность.

ПЕРЕМЕЩЁННЫЙ

Байты известны, но прежнего файла по адресу нет. Сохраняем PAID и связи, обновляем путь.

Если один SHA256 неожиданно относится к нескольким записям, это отдельная ситуация для проверки, а не повод угадать правильную запись.

Версии снимков

Новее файл —
не всегда лучше.

Два разных JPEG относятся к одной фотографии предмета. Какой оставить действующим?

Сравнить происхождение и достоверное время съёмки. Если версия очевидно новее — сохранить её действующей, прежнюю перенести в «Устаревшие». Если есть сомнения — показать кадры рядом и запросить решение.

Время изменения файла может подсказать последовательность обработки, но не заменяет время съёмки и не даёт права решить всё автоматически.

Сравнение версий / один предмет
Фотография АSHA256: 54a7… · 12.04.2024
Фотография БSHA256: 8d12… · 15.04.2024
ДействующаяБ — при подтверждённой хронологии
ПредыдущаяА — сохраняется в «Устаревшие»

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

Разбор проблемных файлов

Не угадали?
Не трогаем.

Вместо одной папки «Неразобранное» спроектированы пять отдельных причин, по которым файл требует решения человека. Исходный файл остаётся на месте.

  1. 01Номер не распознанНет понятного префикса музейного номера
  2. 02Предмет не найденНомер выглядит корректно, но записи нет
  3. 03НеоднозначностьНесколько возможных соответствий или маршрутов
  4. 04Конфликт файловОпасное совпадение имени, пути или версии
  5. 05Техническая ошибкаФайл не удалось прочесть или обработать

Реальные ситуации при приёме

Контекст важнее
догадки.

Вопрос 01

В папке съёмки лежит RAW без номера. Это калибровка?

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

Вопрос 02

Среди снимков оказались фотографии мероприятия, не относящиеся к фототеке?

Сотрудник переносит их вручную за пределы архива. Исчезновение из входящей папки ещё не доказывает перенос: требуется подтверждение.

«Система знает, когда не знает» — принцип безопасной автоматизации.

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

Безопасное изменение данных

Сначала видно.
Потом меняется.

Администратор собирает изменения из разных разделов в собственный сохраняемый план. До подтверждения ни основные записи, ни архивные файлы не должны меняться.

ПланПроверкаПрименениеРезультат

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

План изменений / перед применением
ПредметКП-128 Ж-32
Имя снимкаIMG_0034.jpg
КП-128 Ж-32 (оборот).jpg
Физическое действиеПереименование файла
Проверка конфликтаПовторить перед исполнением

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

Обновление музейных сведений

КАМИС обновился.
Архив не должен сломаться.

Что, если импортировали только часть карточек?

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

Разобраны два разных вида входных документов: переменные списки для подборок и структурированные карточки КАМИС, включая RTF-содержимое под расширением .doc и привязку вложенных изображений к своей карточке.

Найти соответствие

По текущему и указанному в карточке предыдущему номеру, сохраняя UUID.

Показать различия

Новые и изменённые сведения, неоднозначные совпадения и исправления.

Применить выборочно

Вплоть до крупной выгрузки порядка 19 000 карточек: с сохранением промежуточной работы и возможностью продолжить.

Описание фотографического материала

Машина читает файл.
Человек задаёт смысл.

ТЕХНИЧЕСКОЕ

Что можно извлечь

Время съёмки, камера, объектив, экспозиция, параметры съёмки и сведения об обработке — шесть согласованных групп метаданных.

ПРЕДМЕТНОЕ

Что надо описать

Отдельные пополняемые словари: описательные метки и свойства, влияющие на имя файла. Порядок свойств задаёт сотрудник.

ЭКСПЕРТНОЕ

Что оценивает человек

Качество по шкале 0–5: ноль означает «не оценивалось», значения 1–5 не имеют навязанных словесных определений.

КП-128 Ж-32 (оборот) (верхний рассеянный).jpg

Переименование предлагается после каталогизации и проходит через общий план. Описательные метки не должны самовольно менять физические имена.

Визуальное соответствие

Два изображения.
Один предмет.

Изображение карточки поступает из КАМИС. Просмотровое изображение создаётся из выбранной главной обработанной фотографии PhotoArchiver.

Они не обязаны совпадать побайтово. Сотрудник проверяет, действительно ли на них один и тот же предмет.

Если обработанного JPEG пока нет, RAW не превращается в «главную фотографию» автоматически. Система показывает, что требуется обработка.

Карточка КАМИС
↔
Главный кадр

Очереди человеческой проверки

Понятно, что
нужно сделать дальше.

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

Не проверялось

Оба изображения есть, но сотрудник пока не подтвердил соответствие.

Всё хорошо

Соответствие визуально подтверждено человеком.

Произошли изменения

Появились новые или изменённые изображения, проверку надо повторить.

Необходимо обновить данные

Одного изображения нет или выявлено несоответствие, требующее исправления.

Это принятая логика поведения. Окончательное место её отображения в интерфейсе оставлено для общего проектирования интерфейсов.

Работа сотрудников

Общий доступ.
Личная ответственность.

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

Можно ли взять чужую подборку?

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

Можно ли редактировать её состав?

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

1Редактор одновременно на всю подборку, включая настройки выдачи.
15Минут отсутствия действий пользователя — освобождение блокировки.
5Дополнительных минут удержания после начала получения готового ZIP.

Правки сохраняются автоматически. Заблокированную подборку можно независимо дублировать.

Выдача материала

Три шага
до готовой подборки.

01

Контекст

Добавить при необходимости фотографии комплектов, этапов реставрации и калибровки, связанных с выбранными предметами.

02

Фотографии

Показать доступные кадры, выбрать нужные. Главные действующие обработанные снимки отмечаются изначально; можно включить исходники и старые версии.

03

Упаковка

Нумерация по порядку списка, папки по предметам, метаданные и уменьшенные копии обработанных снимков — по выбору сотрудника.

Результат — ZIP, который автоматически начинает скачиваться в браузере. Архивные оригиналы не изменяются.

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

Контроль сохранности

Что было с файлом
после приёма?

Фотография на диске исчезла или изменилась. Как это обнаружить?

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

Результаты проверок сами не меняют и не удаляют файлы. Исправление выполняется в ответственном разделе после рассмотрения.

Обычный контроль

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

Проверка содержимого

Сравнение текущих байтов с контрольной суммой при приёме. Фоновое выполнение, ход работы, пауза и продолжение.

Без самовольного «лечения»

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

Без лишнего усложнения

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

Инженерия развёртывания

Решение опирается
на реальные измерения.

Основные службы работают в Ubuntu/WSL2 на Windows 10 Pro. Но фотографии лежат на диске NTFS. Массовое чтение мелких файлов через границу двух систем оказалось существенно медленнее прямого чтения Windows.

Проверка сведений о 10 000 файлов

9,02 с → 0,241 с
WSL2/9P → Windows (.NET)

Чтение и хеширование 512 МиБ небольших файлов

23,86 с → 2,605 с
WSL2/9P → Windows

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

Серверная архитектура

Тяжёлую работу —
ближе к диску.

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

Исполнитель работает только в разрешённых папках и использует защищённое локальное соединение. Он входит в общий установщик PhotoArchiver и запускается вместе с Windows.

Штатная работа

Команда → Windows-служба → файловое действие → результат → запись в общую операцию.

Служба недоступна

Предупреждение о сниженной скорости и переход на прежний путь через WSL2/9P.

Связь оборвалась посередине

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

В Windows также предусмотрены постоянный индикатор состояния и доступная по нажатию сводка служб и ошибок — только для наблюдения, без второго центра управления.

Непрерывность работы

Система должна
пережить потерю компьютера.

Согласована стратегия раздельного сохранения фотографий и согласованного комплекта базы данных с её служебными изображениями.

Каждую неделю

При запуске PhotoArchiver, если за текущую неделю нет успешной копии; вручную — в любое время.

Правило хранения

Две последние успешные копии плюс первая успешная копия каждого календарного года.

Единый комплект

База PostgreSQL и файлы её постоянного состояния сохраняются согласованно; незавершённая копия не вытесняет старые.

Вторая физическая копия

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

SSD · рабочая базаPostgreSQL / WSL2 ext4
Основной дискФотографии / законченные резервные комплекты
Внешний накопительНезависимая физическая копия

Восстановление спроектировано через установщик той же версии PhotoArchiver после подключения или копирования фотографического архива; перенос между версиями не выполняется автоматически.

Дисциплина проектирования

Часть работы —
уметь отказаться.

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

Не покупаем отдельный модуль КАМИС

Используем доступные стандартные выгрузки и специализированный разбор карточек.

Не строим «универсальный центр проблем»

Каждый раздел отвечает за собственные ошибки и действия по их исправлению.

Не плодим вторые реестры

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

Не усложняем архив стандартами ради стандарта

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

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

Результат архитектурной работы

Не набор функций.
Правила для всей системы.

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

Предметная модель

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

Рабочие процессы

Приём, сверка с КАМИС, описание, контроль, выдача и безопасное применение изменений.

Эксплуатационная архитектура

Размещение на музейном оборудовании, проверка состояния служб, резервные копии и восстановление.

Это результат проектирования и фиксации принятых решений, а не утверждение, что вся новая система уже реализована. Работающий PhotoArchiver Legacy существует; у PhotoArchiver Next есть исторические версии реализации, но соответствие последней архитектуре, включая решения октября 2026 года, требует дальнейшей разработки и проверки.

Изучить каждую ветвь архитектуры

Основа: PHOTOARCHIVER_ARCHITECTURE.md, редакция 28 октября 2026 года · дерево решений по PhotoArchiver.

Архитектурное дерево / 01 из 11

Назначение и ответственность фототеки

3 смысловые ветви · 14 конкретных положений

PhotoArchiver

Назначение и ответственность фототекиВетки и решения →

01.01Зачем существует фототека и чему можно доверять

01.001
Фототека не заменяет музейный учёт
Принято
Ситуация

Где заканчивается задача фототеки?

Что выбрали

Храним и выдаём изображения; официальные учётные сведения приходят из КАМИС, местные исправления не записываются обратно.

01.002
Сомнительные сведения проверяет человек
Принято
Ситуация

Что делать, если номер или связь неоднозначны?

Что выбрали

Не додумываем предмет по имени файла: сохраняем вопрос для решения сотрудником.

01.003
Разделены полномочия архива, базы и КАМИС
Принято
Ситуация

Где находится главный результат системы?

Что выбрали

Сами фотографии и понятные папки — основа; база хранит связи и состояние, КАМИС — официальный учёт.

01.004
Рабочий список — не полный музейный реестр
Принято
Ситуация

Можно ли удалить предметы, отсутствующие в списке?

Что выбрали

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

01.02Путь от настольной программы к новой системе

01.005
Старая настольная программа сохраняет работоспособность
Принято
Ситуация

Что делать с созданной ранее программой?

Что выбрали

Пока использовать её и проверенные механизмы обработки файлов как основу опыта, но не как образец новой архитектуры.

01.006
Отказ от настольной формы для новой системы
Заменено
Ситуация

Должна ли новая программа жить на одном компьютере?

Что установлено

Нет. Этот вариант уступил место общему веб-приложению для музейной сети.

01.007
Отказ от раннего интерфейса Tkinter
Заменено
Ситуация

Стоит ли развивать первый пробный интерфейс?

Что установлено

Нет. Он заменён работающим интерфейсом Qt и оставлен только как часть истории.

01.008
Отказ от оболочки веб-страницы внутри старой программы
Отказались
Ситуация

Нужна ли настольной программе веб-оболочка?

Что установлено

Нет. Для старой версии выбран Qt; будущая веб-система — отдельный продукт.

01.009
Интерфейс старой версии на Qt
Принято
Ситуация

Как сотрудник работает со старой программой?

Что выбрали

Графические формы Qt обращаются к общей логике обработки; это действующее наследуемое решение.

01.010
Командная строка старой версии
Принято
Ситуация

Нужно ли выполнять задачи без оконного интерфейса?

Что выбрали

В старой версии — да, через те же модули; новая система не обязана копировать эту командную оболочку.

01.03Общее приложение и права доступа

01.011
Общее приложение внутри музейной сети
Принято
Ситуация

Как нескольким сотрудникам работать с одной фототекой?

Что выбрали

Используем веб-интерфейс, общую базу, фоновые задачи и отдельное файловое хранилище.

01.012
Размещение на имеющемся музейном компьютере
Принято
Ситуация

Нужна ли сразу отдельная серверная машина?

Что выбрали

Исходная среда — Windows 10 Pro, WSL2, Ubuntu и Docker; предусматривается перенос на Linux без переделки предметной логики.

01.013
Отказ от трёхуровневой модели прав
Заменено
Ситуация

Сколько должностных ролей нужно в системе?

Что установлено

Ранее рассматривали три; модель заменена двумя понятными ролями.

01.014
Администратор и пользователь
Принято
Ситуация

Кто может менять архив, а кто — получать фотографии?

Что выбрали

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

Архитектурное дерево / 02 из 11

Предметы, фотографии и смысловые связи

4 смысловые ветви · 33 конкретных положений

PhotoArchiver

Предметы, фотографии и смысловые связиВетки и решения →

02.01Музейный предмет и его номера

02.015
Постоянный идентификатор музейного предмета
Принято
Ситуация

Что если у предмета поменялся учётный номер?

Что выбрали

UUID остаётся прежним; связи с фотографиями переживают переименование.

02.016
Действующий и предыдущий музейные номера
Принято
Ситуация

Нужно ли вести бесконечную таблицу старых номеров?

Что выбрали

Нет. Храним текущий номер и предыдущее значение из отдельного поля карточки КАМИС.

02.017
Отказ от отдельной истории всех номеров
Заменено
Ситуация

Нужна ли самостоятельная сущность для каждой смены номера?

Что установлено

Ранее существовала; заменена двумя полями предмета, хотя старая реализация ещё требует согласования.

02.018
Учитываются КП, НВФ и ВХ
Принято
Ситуация

Все ли предметы должны иметь номер КП и инвентарную часть?

Что выбрали

Нет. Все три семейства допустимы, дополнительная инвентарная часть может отсутствовать; необычные случаи проверяются.

02.019
Два состояния музейного предмета
Принято
Ситуация

Какие состояния предмета нужны фототеке?

Что выбрали

«Действующий» и «Списан»; правила разбора КАМИС учитывают исключения для ВХ.

02.020
Отказ от состояния «Возвращён»
Заменено
Ситуация

Нужен ли самостоятельный третий статус?

Что установлено

Нет. Ранее обсуждавшееся состояние исключено из окончательной модели.

02.021
Фотографии списанного предмета сохраняются
Принято
Ситуация

Что происходит с фототекой после списания предмета?

Что выбрали

Связи и файлы остаются; появляется учётная отметка, но снимки не переезжают и не исчезают.

02.02Фотография и её связи с предметом

02.022
У каждого физического снимка свой идентификатор
Принято
Ситуация

Чем отличать сам файл от музейного предмета?

Что выбрали

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

02.023
Главная фотография назначается для конкретного предмета
Принято
Ситуация

Один снимок связан с несколькими предметами: для какого он главный?

Что выбрали

Роль «главное / дополнительное» назначается связи снимка с каждым предметом, а не самому файлу.

02.024
Понятная галерея предмета
Принято
Ситуация

Как не показывать посетителю хаос из всех вариантов фото?

Что выбрали

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

02.025
Разделены исходные и обработанные файлы
Принято
Ситуация

Как понимать роль RAW, TIFF и JPEG?

Что выбрали

«Исходник / обработанный» — отдельное свойство, не равное актуальности или оценке качества.

02.026
Отказ от лишней классификации типов снимков
Заменено
Ситуация

Нужно ли вводить отдельные сущности на каждый вид съёмки?

Что установлено

Нет. Тип смыслового контекста хранится в группе, принадлежность — в связях.

02.027
Отказ от постоянной привязки фото к партии приёма
Заменено
Ситуация

Должен ли снимок навсегда хранить номер партии загрузки?

Что установлено

Нет. Сведения об обработке сохраняются в истории операции, а не перегружают саму фотографию.

02.028
Три явных вида связей
Принято
Ситуация

Как представить фото, предмет и тематическую группу без копий?

Что выбрали

Отдельно связываем фото с предметом, фото с группой и группу с предметом; возможна вложенность групп.

02.03Комплекты, реставрации и калибровка

02.029
Смысловые группы фотографий
Принято
Ситуация

Как объединить снимки одной съёмки, не создавая лишние файлы?

Что выбрали

Используем запись смысловая группа с LUID: комплект, реставрация или калибровка; группа существует в базе.

02.030
Комплекты из нескольких предметов
Принято
Ситуация

Как хранить совместную съёмку нескольких музейных вещей?

Что выбрали

Комплект объединяет участников и снимки; номер предмета в имени файла — только удобная опора.

02.031
Отказ от старой дополнительной папки комплектов
Отказались
Ситуация

Куда должны попадать комплекты?

Что установлено

Отдельная прежняя схема папок уступила место единому разделу «Комплекты».

02.032
Составные музейные предметы определяет КАМИС
Принято
Ситуация

Когда несколько вещей являются единым музейным предметом?

Что выбрали

Не по нашей догадке: официальный состав объекта определяется учётной карточкой КАМИС.

02.033
Реставрационные съёмки и этапы
Принято
Ситуация

Как сохранить историю фото до, во время и после реставрации?

Что выбрали

Выделяем проект реставрации и вложенные именованные этапы с привязкой к предмету.

02.034
Отказ от отдельных таблиц для реставраций и этапов
Заменено
Ситуация

Нужно ли каждой разновидности реставрации своё устройство данных?

Что установлено

Нет. Используем общий тип смысловой группы и вложенность.

02.035
Универсальный граф сущностей остаётся гипотезой
Предложено
Ситуация

Нельзя ли всё описать абстрактными узлами и связями?

Что установлено

Идея обсуждалась, но не заменила понятные музейные сущности и утверждённые связи.

02.036
Калибровочный RAW и его группа
Принято
Ситуация

Как связать калибровку с фотографиями, для которых она использовалась?

Что выбрали

Один исходный RAW соответствует одной калибровочной группе; применимость связывается через неё.

02.037
Применимость калибровки к конкретным снимкам
Принято
Ситуация

Подходит ли калибровка всем изображениям из одной папки?

Что выбрали

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

02.038
Отказ от прямых пар «калибровка — снимок»
Заменено
Ситуация

Нужна ли отдельная прямая связь двух файлов?

Что установлено

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

02.039
Отказ от отдельной сущности калибровочного файла
Заменено
Ситуация

Должен ли калибровочный RAW иметь особый тип идентификатора?

Что установлено

Нет. Это обычный фотография с контекстом смысловая группа.

02.040
Отказ от особой роли «калибровочный файл»
Заменено
Ситуация

Нужна ли дополнительная категория назначения файла?

Что установлено

Нет. Назначение задаёт контекст группы, а исходник/обработанный остаётся независимым свойством.

02.041
Отказ от дублирования даты калибровки
Отказались
Ситуация

Нужно ли хранить дату и в группе, и в RAW?

Что установлено

Нет. Для имени и связи используем дату съёмки из метаданных самого RAW.

02.04Визуальная сверка и оценка

02.042
Человеческая оценка фотографии
Принято
Ситуация

Может ли система сама назначить «хорошее» качество?

Что выбрали

Нет. Сотрудник выставляет число от 0 до 5; 0 означает «не оценено», значения 1–5 намеренно без словесных расшифровок.

02.043
Отказ от трактовки оценки «5» как «всё хорошо»
Заменено
Ситуация

Всегда ли высшая цифра означает отличное состояние?

Что установлено

Нет. Значения 1–5 не имеют обязательного словесного смысла.

02.044
Эталон из КАМИС и просмотр из фототеки
Принято
Ситуация

С чем сравнивать найденную фотографию?

Что выбрали

Различаем изображение учётной карточки КАМИС и просмотр, созданный из выбранного главного снимка.

02.045
Сверка соответствия изображений
Принято
Ситуация

Как убедиться, что найденный снимок — именно тот предмет?

Что выбрали

Сотрудник сравнивает эталон карточки и главный снимок; изменения ставят соответствие на повторную проверку.

02.046
Три старых состояния сверки заменены четырьмя
Заменено
Ситуация

Достаточно ли отметок «не проверено / верно / проверить снова»?

Что установлено

Нет. Новая модель уточнила четыре рабочих состояния и их причины.

02.047
Отказ от общего экрана «Все проблемы»
Отказались
Ситуация

Нужно ли сводить ошибки всех разделов в одну очередь?

Что установлено

Нет. Сверка принадлежит своему рабочему процессу, а не гигантскому общему центру.

Архитектурное дерево / 03 из 11

Чтение документов и правила музейных номеров

3 смысловые ветви · 19 конкретных положений

PhotoArchiver

Чтение документов и правила музейных номеровВетки и решения →

03.01Списки Word в старой программе

03.048
Старая программа разбирает списки Word
Принято
Ситуация

Как получить номера предметов из рабочих таблиц?

Что выбрали

Старая версия читает таблицы и формирует результат для других своих команд.

03.049
Отказ от файла отчёта как заменителя базы
Заменено
Ситуация

Можно ли строить новую систему вокруг одного файл отчёта?

Что установлено

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

03.02Два источника: списки и карточки КАМИС

03.050
Два разных разбора документов
Принято
Ситуация

Одинаково ли читаются списки и учётные карточки?

Что выбрали

Нет. разбор списков разбирает рабочие списки, разбор карточек — карточки КАМИС; промежуточные записи временные.

03.051
Отказ от второго постоянного реестра импортов
Заменено
Ситуация

Нужно ли навсегда хранить все строки каждого прочитанного документа?

Что установлено

Нет. Временные строки принадлежат операции; предметные данные и проверяемые результаты сохраняются там, где нужны.

03.052
Отказ от самостоятельного архива сведений об импорте
Отказались
Ситуация

Нужно ли хранить каждую исходную строку как новую сущность?

Что установлено

Нет. Достаточно данных и диагностики конкретной операции.

03.053
Сверка с КАМИС через стандартные выгрузки
Принято
Ситуация

Как обновлять учётные сведения без доступа к чужой базе?

Что выбрали

Читаем штатные выгрузки карточек и применяем изменения только после просмотра человеком.

03.054
Отказ от покупки специального модуля КАМИС
Отказались
Ситуация

Стоит ли зависеть от платной выгрузки или особого интерфейса?

Что установлено

Нет. Проект опирается на доступные документы и специализированный разбор.

03.055
Именованные рабочие подборки
Принято
Ситуация

Как превратить список сотрудника в подборку фотографий?

Что выбрали

Список передаёт порядок предметов в рабочий список, но не исправляет музейный реестр.

03.056
Разные документы — разные правила чтения
Принято
Ситуация

Можно ли написать один универсальный распознаватель?

Что выбрали

Нет. Для списков и учётных карточек предусмотрены разные входные правила и проверки.

03.057
Файлы КАМИС «.doc» читаются по содержимому
Принято
Ситуация

Что делать, если расширение Word не соответствует формату?

Что выбрали

Реальную выгрузку RTF разбираем напрямую, не полагаясь на расширение имени.

03.058
Отказ от обязательной конвертации через LibreOffice
Отказались
Ситуация

Нужно ли превращать огромные документы в DOCX перед чтением?

Что установлено

Нет. Такой путь оказался непрактичным; RTF читается непосредственно.

03.059
Фотография прикрепляется к правильной карточке
Принято
Ситуация

Как не сместить изображения, если у части карточек их нет?

Что выбрали

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

03.060
Ошибочная карточка не уничтожает весь импорт
Принято
Ситуация

Что если одна строка некорректна, а остальные читаются?

Что выбрали

Показываем её отдельно; сотрудник может исключить эту карточку из текущей сверки, сохранив диагностический след.

03.061
Отказ от блокировки всего импорта из-за одной ошибки
Заменено
Ситуация

Должна ли одна спорная карточка отменять все безопасные изменения?

Что установлено

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

03.03Грамматика номера и имя файла

03.062
Практические правила старого распознавания номеров
Принято
Ситуация

Как обрабатывать исторически неоднородные записи?

Что выбрали

Старая версия учитывает известные формы КП, НВФ, ВХ и безопасные символы в именах Windows.

03.063
Нормальная дробь — да, буквенные исключения — на проверку
Принято
Ситуация

Какие варианты музейного номера допустимы автоматически?

Что выбрали

Принимаем числовые дроби и обычные пробелы/регистр; необычные буквенные суффиксы не угадываем.

03.064
Отказ от безусловного исправления странных старых номеров
Отказались
Ситуация

Нужно ли автоматически «лечить» буквенные дроби и диапазоны?

Что установлено

Нет. Необычные записи уходят на проверку, а не становятся общей грамматикой.

03.065
Особая проверка номера только из КП
Принято
Ситуация

Можно ли отвергнуть предмет без инвентарной части номера?

Что выбрали

Нет. Такие предметы встречаются; каждый случай проходит подтверждение сотрудником.

03.066
Разные правила для карточки и имени файла
Принято
Ситуация

Можно ли одинаково извлекать номер из документа и снимка?

Что выбрали

Нет. В имени файла ищем только допустимое начало; затем сверяем идентификатор с базой.

Архитектурное дерево / 04 из 11

Устройство папок и правила имён

3 смысловые ветви · 17 конкретных положений

PhotoArchiver

Устройство папок и правила имёнВетки и решения →

04.01Читаемая структура фотоархива

04.067
Отказ от общей плоской папки всех предметов
Заменено
Ситуация

Что если в архиве окажутся тысячи одноуровневых папок?

Что установлено

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

04.068
Архив читается без запуска программы
Принято
Ситуация

Как найти фото, если приложение недоступно?

Что выбрали

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

04.069
Структура папок старой версии
Принято
Ситуация

Как организован действующий прежний архив?

Что выбрали

КП разделены по видам фондов, НВФ и ВХ — отдельно; исходники и устаревшие варианты лежат рядом с предметом.

04.070
Отказ от трёх больших архивных зон
Отказались
Ситуация

Нужно ли делить всё на «Фототеку / Дополнительную / Реставрационную»?

Что установлено

Нет. Принята более точная схема из пяти непосредственных разделов.

04.071
Пять постоянных разделов фотоархива
Принято
Ситуация

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

Что выбрали

В пять папок: «Предметы», «Комплекты», «Реставрация», «Калибровка», «Устаревшие».

04.072
Папки реставрационных проектов и этапов
Принято
Ситуация

Как отличить разные этапы работ над одним предметом?

Что выбрали

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

04.073
Отказ от физической папки «Неопознанные»
Заменено
Ситуация

Куда перемещать фото с неизвестным номером?

Что установлено

Никуда. Неразобранный файл остаётся во входной папке до решения сотрудника.

04.02Составление имён и перенумерация

04.074
Имя файла перестаёт быть единственным источником смысла
Заменено
Ситуация

Можно ли определить предмет и ракурс только по названию?

Что установлено

Нет. Название помогает найти кандидата, связи и описания подтверждаются в базе.

04.075
Проверяемое описательное имя фотографии
Принято
Ситуация

Кто определяет итоговое имя файла?

Что выбрали

Система составляет его из номера и упорядоченных свойств снимка; переименование выполняется через план.

04.076
Разрешение совпадающих имён в одной папке
Принято
Ситуация

Что делать, если два снимка должны называться одинаково?

Что выбрали

Проверяем конечный путь и добавляем «(копия N)» лишь при реальном столкновении в одной папке.

04.077
Единый способ именования снимков комплектов
Принято
Ситуация

Как назвать общее фото нескольких предметов без длинного перечисления?

Что выбрали

Берём один опорный музейный номер, слово «КОМПЛЕКТ» и номер кадра.

04.078
Отказ от отдельного конструктора правил имён
Отказались
Ситуация

Нужен ли универсальный движок переименований с версиями политик?

Что установлено

Нет. Правила остаются в соответствующих музейных процессах.

04.079
Не перечисляем все номера участников в имени
Отказались
Ситуация

Не станет ли имя комплекта нечитаемым?

Что установлено

Полный состав хранит база; в имени оставляем один понятный опорный номер.

04.080
Опорный номер комплекта выбирается единообразно
Принято
Ситуация

Какой номер будет первым в названии комплекта?

Что выбрали

Выбираем по устойчивой сортировке музейных номеров с учётом числовых частей.

04.03Производные изображения и восстановление

04.081
Учётный «/» превращается в «_» только на диске
Принято
Ситуация

Что делать со знаком дроби, запрещённым в имени файла Windows?

Что выбрали

В базе номер остаётся оригинальным; в папках и файлах дробная черта записывается подчёркиванием.

04.082
Восстанавливаемый просмотр для каждого снимка
Принято
Ситуация

Как быстро видеть даже тяжёлый RAW-файл?

Что выбрали

При приёме формируем техническое изображение для просмотра; его можно пересоздать из исходника.

04.083
Отказ от сопроводительного файла для каждого снимка
Отказались
Ситуация

Нужно ли дублировать базу отдельными файлами возле фото?

Что установлено

Нет. Ключевая защита — согласованные копии базы и независимые копии самих фотографий.

Архитектурное дерево / 05 из 11

Безопасное изменение файлов

2 смысловые ветви · 7 конкретных положений

PhotoArchiver

Безопасное изменение файловВетки и решения →

05.01Создание папок тогда, когда это нужно

05.084
Старая программа заранее создаёт папки
Принято
Ситуация

Как подготовить каталог по списку предметов?

Что выбрали

Действующая старая команда создаёт недостающие папки из разобранного списка.

05.085
Новая система не плодит пустые папки
Отказались
Ситуация

Нужно ли создать каталог для каждого предмета заранее?

Что установлено

Нет. Папка появляется только при реально подтверждённой файловой операции.

05.02План, подтверждение и проведение операций

05.086
Сначала план, потом изменения
Принято
Ситуация

Как избежать массовой ошибки при переносе или переименовании?

Что выбрали

Администратор собирает сохраняемый личный план, просматривает последствия и подтверждает применение.

05.087
Единый координатор файловых действий
Принято
Ситуация

Кто отвечает за перенос, удаление и контроль результата?

Что выбрали

Общий координатор проверяет условия и выполняет действия, а разделы формируют предметное намерение.

05.088
Общий порядок записи в БД и на диск ещё не задан
Открытый вопрос
Ситуация

Можно ли считать изменение базы и файлов одной неделимой операцией?

Что установлено

Нет. Единой универсальной атомарности для разных файловых систем пока не утверждено; нужны проверка и восстановление.

05.089
Отказ от обязательных пяти этапов для каждой операции
Отказались
Ситуация

Улучшит ли единая громоздкая схема безопасность всех действий?

Что установлено

Нет. Координатор выбирает порядок и проверку под конкретную операцию.

05.090
Отказ от второй книги всех действий
Отказались
Ситуация

Нужен ли отдельный неизменяемый реестр каждой файловой команды?

Что установлено

Нет. Достаточно существующих записей операции и её шагов с реальными результатами.

Архитектурное дерево / 06 из 11

Приём и распределение новых фотографий

4 смысловые ветви · 27 конкретных положений

PhotoArchiver

Приём и распределение новых фотографийВетки и решения →

06.01Безопасный приём в прежней программе

06.091
Старая программа разбирает приём рекурсивно
Принято
Ситуация

Как распределять файлы из вложенных папок съёмки?

Что выбрали

Прежняя раздел приёма обходит папки, распознаёт префиксы и готовит перенос, оставляя неоднозначное на месте.

06.092
Неизвестный предмет не создаётся автоматически
Принято
Ситуация

Что если целевой папки предмета ещё нет?

Что выбрали

Старая программа оставляет файл на месте и записывает причину.

06.093
Номер предмета должен быть в начале имени
Принято
Ситуация

Можно ли принимать случайно найденный номер посередине названия?

Что выбрали

Нет. Старая проверка требует корректный префикс имени.

06.094
Опасные пересекающиеся папки блокируются
Принято
Ситуация

Что если входная папка находится внутри архива или наоборот?

Что выбрали

Такая конфигурация запрещается до запуска, иначе возможно повторное сканирование и перемещение по кругу.

06.095
Перемещение между дисками проверяется
Принято
Ситуация

Можно ли считать копирование и удаление источника одним мгновенным действием?

Что выбрали

Нет. Результат сверяется; неудача или частичный перенос видны и допускают восстановление.

06.02Определение исходников и обработанных файлов

06.096
Старая классификация исходников
Принято
Ситуация

Почему одни JPEG считаются исходниками, а другие обработанными?

Что выбрали

Прежний алгоритм смотрит формат и признаки обработки; TIFF в нём исторически трактовался иначе, чем в новой модели.

06.097
Отказ от излишне строгой классификации JPEG
Заменено
Ситуация

Что делать с JPEG без метаданных камеры?

Что установлено

Старый запрет признан чрезмерным: такие файлы встречаются и после обработки.

06.098
TIFF и RAW — исходники в новой системе
Принято
Ситуация

Как отделить исходный материал от результата обработки?

Что выбрали

RAW и TIFF всегда исходники; для JPEG учитываются признаки программы обработки и происхождения.

06.099
Подробная история правил распознавания остаётся предложением
Предложено
Ситуация

Нужно ли сохранять номер версии каждой эвристики?

Что установлено

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

06.03Дубликаты и версии фотографий

06.100
Отказ от даты создания файла как признака дубликата
Заменено
Ситуация

Можно ли по дате файла понять, что он повторный?

Что установлено

Нет. При переносе между дисками дата создания меняется.

06.101
Старая проверка похожих файлов по дате съёмки
Принято
Ситуация

Как старой программе выбирать между совпадающими именами?

Что выбрали

Сопоставляются имя, размер и EXIF-время съёмки; спорные совпадения требуют проверки.

06.102
Отказ от полного SHA-поиска в старой версии
Отказались
Ситуация

Стоит ли вычислять контрольную сумму на каждый кандидат?

Что установлено

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

06.103
Отказ от постоянной «корзины дубликатов» в новой версии
Заменено
Ситуация

Нужно ли накапливать копии всех подозрительных файлов?

Что установлено

Нет. Точные совпадения проверяются по содержимому и получают явное решение.

06.104
План приёма описывает каждый файл
Принято
Ситуация

Как увидеть последствия приёма до перемещения?

Что выбрали

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

06.105
Новый файл, точный дубль или перемещённый
Принято
Ситуация

Как отличить три технически разные ситуации?

Что выбрали

SHA256 даёт новую фотографию, точный дубль либо известное содержимое с отсутствующим старым путём.

06.106
Новая версия фотографии — не то же, что дубль
Принято
Ситуация

Как обрабатывать одинаковый сюжет с разным содержимым?

Что выбрали

Разные контрольные суммы дают разные фото; конкуренция версий решается отдельно по контексту и дате съёмки.

06.107
Отказ от отдельного объекта «Дубликат»
Заменено
Ситуация

Нужно ли создавать особую таблицу дублей?

Что установлено

Нет. Дубликат — исход рассмотрения файла, а не самостоятельный музейный объект.

06.108
Удаление точного дубля только после подтверждения
Принято
Ситуация

Когда допустимо убрать лишнюю копию?

Что выбрали

Только после доказанного совпадения SHA256 и явного согласия сотрудника на удаление.

06.109
Полное подтверждение удаления ещё нуждается в проверке реализации
Открытый вопрос
Ситуация

Доказано ли, что конечный интерфейс удаления уже работает?

Что установлено

Нет. Путь принят по смыслу, но работающий необратимый сценарий на музейной среде не подтверждён.

06.110
Старая версия выбирает снимок по EXIF-времени
Принято
Ситуация

Как старый приём заменяет вариант с тем же именем?

Что выбрали

При надёжных двух датах новейшая версия остаётся действующей, старая уходит в «Устаревшие»; при неопределённости — ручная проверка.

06.04Распределение по предметам и видам съёмок

06.111
Уже лежащие в архиве фото можно учесть без переноса
Принято
Ситуация

Нужно ли перекладывать весь старый архив ради регистрации в базе?

Что выбрали

Нет. Сначала индексируем на месте; привязываем к предмету только при достоверном совпадении.

06.112
Пять очередей для спорного входящего материала
Принято
Ситуация

Куда деваются файлы, которые нельзя уверенно разложить?

Что выбрали

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

06.113
Пустые папки входящих данных убираются безопасно
Принято
Ситуация

Когда можно удалить каталог съёмки после разбора?

Что выбрали

Только если он действительно пуст на диске и находится внутри разрешённой области приёма.

06.114
Номер в имени — лишь подсказка
Принято
Ситуация

Можно ли по имени создать музейный предмет?

Что выбрали

Нет. Понятный префикс сверяется с существующей записью; остальные случаи идут на разбор.

06.115
Контекст съёмки задаётся человеком
Принято
Ситуация

Как распределить комплект, реставрацию и калибровку?

Что выбрали

Оператор выбирает соответствующую группу и отношения, а не полагается на произвольный текст в имени.

06.116
Сравнение двух конкурирующих снимков
Принято
Ситуация

Что если два файла изображают один предмет и не совпадают по содержимому?

Что выбрали

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

06.117
Отказ от автоматического определения ракурса по суффиксу
Отказались
Ситуация

Можно ли слову «оборот» в названии доверить всю классификацию?

Что установлено

Нет. Имена исторически непоследовательны; смысл указывает сотрудник.

Архитектурное дерево / 07 из 11

Метаданные и каталогизация снимков

2 смысловые ветви · 15 конкретных положений

PhotoArchiver

Метаданные и каталогизация снимковВетки и решения →

07.01Технические сведения и инструменты прежней программы

07.118
Старый отчёт о свойствах изображений
Принято
Ситуация

Как получить размеры и разрешение файлов по списку?

Что выбрали

Прежняя команда создаёт текстовую сводку по обработанным снимкам.

07.119
Отказ от отдельного раздела «Метаданные» в новой версии
Заменено
Ситуация

Нужна ли пользователю самостоятельная команда отчёта?

Что установлено

Нет. Эти сведения станут дополнительным текстом внутри выдаваемого архива ZIP.

07.120
Технические признаки отделены от музейного описания
Принято
Ситуация

Может ли дата EXIF доказать ценность или качество фото?

Что выбрали

Нет. Камера, формат, время и размеры — наблюдаемые сведения; оценка и смысл задаются отдельно.

07.121
Старые служебные исправления названий
Принято
Ситуация

Как приводить в порядок исторические подписи файлов?

Что выбрали

Сохранена специальная утилита с предварительным просмотром и запретом конфликтных имён.

07.122
Отдельные технические утилиты прежней системы
Принято
Ситуация

Нужны ли исправления для разовых исторических ошибок?

Что выбрали

Да, но как отдельные средства старой программы, а не вечные правила нового архива.

07.123
Отказ от отдельного меню служебных сценариев
Заменено
Ситуация

Нужен ли самостоятельный .cmd-пускатель всех инструментов?

Что установлено

Нет. Утилиты уже включены в прежнее приложение.

07.124
Отказ от массовых исправлений внутри нового распознавателя
Отказались
Ситуация

Стоит ли каждую старую ошибку сделать автоматическим правилом?

Что установлено

Нет. Историческая очистка не должна искажать новые корректные сведения.

07.02Описание фотографий и словари

07.125
Каталогизация перестала быть главным образом планированием съёмок
Заменено
Ситуация

Зачем нужен этот раздел в новой системе?

Что установлено

Основная задача перенесена с будущих съёмок на описание и уточнение уже принятых фотографий.

07.126
Каталогизация под контролем администратора
Принято
Ситуация

Кто задаёт название, теги и оценку снимка?

Что выбрали

Администратор оформляет свойства и связи фотографии; изменения проходят личный план.

07.127
Связь обработанного файла с исходником
Принято
Ситуация

Как установить, из какого RAW сделан JPEG?

Что выбрали

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

07.128
Отказ от дополнительной сущности «место версии»
Отказались
Ситуация

Нужно ли отдельное поле для группы заменяемых вариантов?

Что установлено

Нет. Используются существующие исходные имена и отношения фотографий.

07.129
Действующие и устаревшие версии снимка
Принято
Ситуация

Как сохранить старые изображения, не выдавая их за актуальные?

Что выбрали

Статус «действующий / устаревший» отделён от типа файла; правила физического переноса версий применяются к предметным снимкам.

07.130
Сложная смена версии требует сравнения
Принято
Ситуация

Что делать, если время съёмки не помогает выбрать вариант?

Что выбрали

Оставляем оба экземпляра, показываем рядом и просим администратора выбрать.

07.131
Два справочника описания фотографий
Принято
Ситуация

Как сочетать свободные подписи и строгое именование?

Что выбрали

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

07.132
Точные таблицы справочников пока не зафиксированы
Открытый вопрос
Ситуация

Нужно ли уже считать принятой конкретную структуру PostgreSQL?

Что установлено

Нет. Утверждена логика, но схема, объединения и удаление терминов ещё не определены.

Архитектурное дерево / 08 из 11

Подборки и выдача фотографий

3 смысловые ветви · 22 конкретных положений

PhotoArchiver

Подборки и выдача фотографийВетки и решения →

08.01Сбор материалов в прежней программе

08.133
Старая выдача исходников и обработанных файлов
Принято
Ситуация

Какие варианты сбора поддерживались прежде?

Что выбрали

Прежняя сбор собирает исходники, обработанные или полные папки по списку.

08.134
Старый режим изображений для экрана
Принято
Ситуация

Как быстро сделать уменьшенные JPEG для просмотра?

Что выбрали

Прежняя команда создаёт экранные производные изображения в рамках сбора.

08.135
Отказ от папки на каждый предмет в обычной выдаче
Заменено
Ситуация

Нужно ли создавать пустые каталоги в результате сбора?

Что установлено

Нет. Для большинства старых режимов результат плоский, вложенная структура нужна только в полном сборе.

08.136
Параметры экранных изображений старой программы
Принято
Ситуация

Как ограничивались размер и качество копий?

Что выбрали

Прежний режим уменьшает снимки до 2560×1440, JPEG 60; алгоритм здесь исторический и не обязателен для новой версии.

08.02Общие списки сотрудников

08.137
Постоянные упорядоченные списки выдачи
Принято
Ситуация

Как сохранить очередность предметов из запроса сотрудника?

Что выбрали

рабочий список хранит предметы и порядок; настройки будущей выдачи принадлежат этому списку.

08.138
Списки доступны коллегам, но имеют автора
Принято
Ситуация

Можно ли пользоваться чужой подборкой?

Что выбрали

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

08.139
Общие настройки выдачи и защита от одновременных правок
Принято
Ситуация

Что если два сотрудника откроют одну подборку?

Что выбрали

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

08.140
Удаление списка не трогает фотоархив
Принято
Ситуация

Как удалить больше не нужную подборку?

Что выбрали

Владелец или администратор подтверждает необратимое удаление списка и настроек, не музейных предметов и файлов.

08.141
Настройки выдачи обновляются при изменении списка
Принято
Ситуация

Что если предметы изменились после выбора фотографий?

Что выбрали

Предлагаем обновить состав, сохранив относящиеся к оставшимся предметам выбранные параметры.

08.142
Настройки выдачи не перемещают фотографии
Принято
Ситуация

Нужно ли для будущей выдачи перекладывать исходные файлы?

Что выбрали

Нет. Выбор хранится в базе; сам архив остаётся неизменным.

08.143
Сотрудник может самостоятельно получать фотографии
Принято
Ситуация

Требуется ли одобрение администратора на каждую выдачу?

Что выбрали

Нет. Обычный пользователь формирует ZIP в пределах своих прав без изменения исходного архива.

08.144
Старые режимы сбора не навязаны новой выдаче
Открытый вопрос
Ситуация

Нужно ли сохранять прежние названия «Главные / Все»?

Что установлено

Нет единого обязательного соответствия; новый процесс имеет самостоятельные шаги выбора.

08.03Подготовка и доставка выдачи

08.145
Три этапа подготовки выдачи
Принято
Ситуация

Как выбрать нужные фото без перегруженной формы?

Что выбрали

Сначала группы съёмок, затем конкретные изображения, затем формат и настройки ZIP.

08.146
Нумерация выдачи следует порядку списка
Принято
Ситуация

Как нумеровать фото и общие снимки комплекта?

Что выбрали

По сохранённым позициям предметов в подборке; для общего фото применяем определённый опорный номер.

08.147
Конфликты имён устраняются только внутри ZIP
Принято
Ситуация

Что если в выдаче два файла названы одинаково?

Что выбрали

Добавляем к следующему имя «[выгрузка N]», сохраняя исходное значимое название.

08.148
Уменьшение только для обработанных фото
Принято
Ситуация

Можно ли уменьшать исходные RAW и TIFF при выдаче?

Что выбрали

Нет. Экранные JPEG (до 2560×1440, качество 60) создаются только из обработанных файлов.

08.149
Выдача допускает частичный успех с отчётом
Принято
Ситуация

Что если одна фотография временно отсутствует?

Что выбрали

Остальные выдаются; пользователь получает предупреждение и текстовый перечень ошибок внутри ZIP.

08.150
Автоматическая загрузка и срок хранения ZIP
Принято
Ситуация

Как сотрудник получает сформированный архив?

Что выбрали

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

08.151
ZIP создаётся во временной области
Принято
Ситуация

Как не затронуть архив при подготовке комплекта?

Что выбрали

Собираем отдельный пакет с выбранными файлами, дополняем отчётами и автоматически выдаём через браузер.

08.152
Отказ от прямой выдачи в папку Windows
Заменено
Ситуация

Нужно ли серверу записывать фотографии на диск сотрудника?

Что установлено

Нет. Способ заменён загрузкой единого ZIP через браузер.

08.153
Отказ от выдачи через сетевую папку и отдельного модуля
Отказались
Ситуация

Стоит ли добавлять доставку по SMB или отдельный механизм выгрузки?

Что установлено

Нет. Подготовка и получение ZIP остаются одним рабочим процессом.

08.154
Дополнительный текстовый отчёт в выдаче
Принято
Ситуация

Как приложить сведения о выданных файлах?

Что выбрали

По выбору сотрудника создаём TXT по каждому реально вложенному фото.

Архитектурное дерево / 09 из 11

Сверка с КАМИС и перенумерация

3 смысловые ветви · 8 конкретных положений

PhotoArchiver

Сверка с КАМИС и перенумерацияВетки и решения →

09.01Перенумерация в прежней программе

09.155
Проверка таблиц перенумерации в старой версии
Принято
Ситуация

Что если старому номеру сопоставлены разные новые?

Что выбрали

Конфликтующее преобразование исключается из автоматического применения.

09.156
Старая перенумерация меняет только указанные пути
Принято
Ситуация

Как переносились архивные папки при смене учётных номеров?

Что выбрали

Старая команда читает специальные таблицы и работает только с явно выбранными файлами и папками.

09.157
Для таблиц перенумерации есть отдельный разбор
Принято
Ситуация

Можно ли читать их обычным распознавателем списков?

Что выбрали

Нет. Особая структура таблиц вынесена в самостоятельный специализированный разбор.

09.02Обновление учётных карточек

09.158
Сверка карточек обновляет существующие записи
Принято
Ситуация

Как применить свежие данные КАМИС, не создавая второй музейный каталог?

Что выбрали

Каждую карточку классифицируем как новую, неизменную, изменённую или конфликтную; результаты проверяются перед применением.

09.159
Установлены правила сопоставления предметов
Принято
Ситуация

Как понять, что новая карточка относится к уже известной вещи?

Что выбрали

Сравниваем действующий и предыдущий номера, сохраняем UUID при перенумерации, спорные случаи отдаем человеку.

09.03Физические последствия смены номера

09.160
Перенумерация сохраняет всю историю отношений
Принято
Ситуация

Что если предмет прошёл путь ВХ → НВФ или КП?

Что выбрали

Обновляем номер и текущие пути файлов; UUID, PAID, LUID и сведения о первоначальном приёме сохраняются.

09.161
Отказ от ссылок на старые папки после переноса
Отказались
Ситуация

Нужно ли оставлять переходник по прежнему пути?

Что установлено

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

09.162
Безопасность старой перенумерации учтена в новой модели
Принято
Ситуация

Нужно ли буквально переносить старые команды в сервер?

Что выбрали

Нет. Используем проверенные принципы, но выполняем работу через новый общий координатор.

Архитектурное дерево / 10 из 11

Контроль файлов и целостности

2 смысловые ветви · 5 конкретных положений

PhotoArchiver

Контроль файлов и целостностиВетки и решения →

10.01Прежняя проверка наличия файлов

10.163
Старая проверка архива решает узкую задачу
Принято
Ситуация

Что прежняя Audit действительно проверяет?

Что выбрали

Наличие папки предмета и снимков в нужном месте, без сложных выводов по вложенным файлам.

10.02Проверки новой фототеки

10.164
Новая проверка сравнивает базу и диск
Принято
Ситуация

Как выявить расходящиеся сведения об архиве?

Что выбрали

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

10.165
Проверка имеет запуск, отдельные находки и итог
Принято
Ситуация

Как объяснить результат технической проверки сотруднику?

Что выбрали

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

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

Должен ли контроль сам исправлять найденные ошибки?

Что установлено

Нет. Проверка только сообщает; исправления выполняются ответственными рабочими разделами.

10.167
Ручная глубокая проверка целостности
Принято
Ситуация

Как узнать, не изменилось ли содержимое фото незаметно?

Что выбрали

Администратор запускает фоновую пересчёт SHA256 и сравнение с эталоном, записанным при приёме.

Архитектурное дерево / 11 из 11

Размещение, обслуживание и восстановление

4 смысловые ветви · 30 конкретных положений

PhotoArchiver

Размещение, обслуживание и восстановлениеВетки и решения →

11.01Настройки и журналы прежней программы

11.168
Переносимые настройки прежней программы
Принято
Ситуация

Как старая версия помнит выбранные папки и параметры?

Что выбрали

Хранит настройки рядом с программой и допускает их переопределение в командах.

11.169
Читаемая история действий прежней программы
Принято
Ситуация

Где выяснить, что происходило при обработке файлов?

Что выбрали

Отчёты и журналы сохраняются по датам и разделам, не исчезают молча.

11.170
Длинные задачи прежней версии можно отменить
Принято
Ситуация

Как не заморозить интерфейс во время переноса сотен файлов?

Что выбрали

Операции работают отдельно от окна, показывают ход и поддерживают отмену.

11.02Фоновые операции и доступность

11.171
Фоновые задачи новой системы восстанавливаются
Принято
Ситуация

Что если сервер перезапустился посреди операции?

Что выбрали

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

11.172
Файловая работа выполняется ближе к диску Windows
Принято
Ситуация

Как избежать потерь скорости WSL2 при чтении NTFS?

Что выбрали

Вводится отдельная служба Windows для файловых операций; общий координатор остаётся на серверной стороне.

11.173
Если служба Windows недоступна, работа продолжается
Принято
Ситуация

Должна ли фототека остановиться из-за одного исполнителя?

Что выбрали

Нет. С предупреждением используется более медленный путь через WSL2/9P; перед повтором сверяем фактический результат.

11.174
Служба Windows ограничена разрешёнными папками
Принято
Ситуация

Как не превратить служебный доступ в удалённое управление всем диском?

Что выбрали

Проверяются границы настроенных каталогов, права и защищённое локальное соединение.

11.175
Единая установка файловой службы и системы
Принято
Ситуация

Что именно выполняется нативно на Windows?

Что выбрали

Перечисление, перенос, SHA256, ExifRead, Pillow и подготовка изображений; служба устанавливается и запускается вместе с PhotoArchiver.

11.176
Повторно используем запуск WSL2 и обычное завершение Windows
Принято
Ситуация

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

Что выбрали

Нет. Используем существующий запуск WSL2, штатный systemd/Docker и нормальное завершение работы ОС.

11.177
Состояние системы видно без открытия веб-страницы
Принято
Ситуация

Как сотрудник поймёт, что сервер или архив недоступны?

Что выбрали

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

11.178
Рабочий интерфейс говорит на языке музея
Принято
Ситуация

Должен ли сотрудник знать названия внутренних служб и кодов?

Что выбрали

Нет. Впереди — фототека, приём, выдача, КАМИС и контроль; технические сведения доступны специалисту.

11.179
Распределение прав принято, проверка реализации остаётся
Открытый вопрос
Ситуация

Можно ли уже считать все ограничения доступа доказанными?

Что установлено

Нет. Правила двух ролей установлены, но их выполнение каждой действующей командой ещё нужно проверять.

11.03Места хранения и резервные копии

11.180
Данные не зависят от временных контейнеров
Принято
Ситуация

Что если Docker будет переустановлен?

Что выбрали

Архив и состояние базы живут в постоянных внешних областях; рабочая PostgreSQL — на SSD в WSL2/ext4.

11.181
Отдельные места для архива, приёма и базы
Принято
Ситуация

Можно ли хранить входящие и постоянные фото в одном назначении?

Что выбрали

Система различает три корня; администратор задаёт их расположение независимо.

11.182
Переносимые пути относительно логических корней
Принято
Ситуация

Что если диск сменил букву или Windows заменили на Linux?

Что выбрали

Записи хранят корень и относительный путь; реальные Windows/WSL2-точки подключения отдельно проверяются при установке.

11.183
Отказ от встроенного мастера переноса архива
Отказались
Ситуация

Должна ли смена пути сама копировать терабайты данных?

Что установлено

Нет. Изменение корня — настройка, а перемещение файлов производится отдельными средствами.

11.184
Отказ от скрытого тома базы как окончательной схемы
Заменено
Ситуация

Можно ли оставить важные данные в неочевидной папке контейнера?

Что установлено

Нет. Постоянное хранение и настраиваемые корни должны быть явными.

11.185
Работа в прежней тестовой среде не доказывает работу на Windows
Открытый вопрос
Ситуация

Можно ли считать проверки на macOS доказательством музейного развёртывания?

Что установлено

Нет. Различия NTFS, сети и WSL2 ещё требуют испытаний в целевой среде.

11.186
Переход между версиями сохраняет нужную совместимость
Принято
Ситуация

Можно ли резко удалить все старые поля и маршруты?

Что выбрали

Нет. Совместимость поддерживается там, где она реально нужна для обновления уже накопленных данных.

11.187
База на SSD, копии отдельно от живой базы
Принято
Ситуация

Как сохранить PostgreSQL без повреждённой копии?

Что выбрали

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

11.188
Резервная копия раз в неделю и вручную
Принято
Ситуация

Когда автоматически сохранять состояние?

Что выбрали

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

11.189
Незавершённая копия не уничтожает предыдущую
Принято
Ситуация

Что если сбой произошёл во время резервирования?

Что выбрали

На время согласованной копии приостанавливаем изменения, собираем комплект временно и признаём успешным только после проверки.

11.190
Резервные копии — не внутри фототеки
Принято
Ситуация

Куда складывать резервные комплекты?

Что выбрали

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

11.191
Восстановление через установщик той же версии
Принято
Ситуация

Как поднять систему после потери компьютера?

Что выбрали

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

11.192
Отказ от миграции версий во время аварийного восстановления
Отказались
Ситуация

Можно ли заодно обновить схему при подъёме после сбоя?

Что установлено

Нет. Восстановление повторяет ту же версию; отдельная программа восстановления не требуется.

11.04Рассмотренные и отвергнутые усложнения

11.193
Измерения скорости WSL2 уже повлияли на архитектуру
Заменено
Ситуация

Был ли выбор Windows-службы только предположением?

Что установлено

Нет. Сравнения работы через WSL2 и напрямую в Windows выявили существенные задержки; измерение предшествовало решению.

11.194
Отказ от внешнего управления музейными очередями
Отказались
Ситуация

Нужно ли подключать фототеку к OpenProject?

Что установлено

Нет. Очереди сверки и разбора остаются внутри PhotoArchiver.

11.195
Отказ от тяжёлых внешних анализаторов файлов
Отказались
Ситуация

Нужны ли сразу ExifTool и Siegfried?

Что установлено

Нет. Для согласованных форматов достаточно ExifRead, а для изображений — Pillow.

11.196
Отказ от обязательных дополнительных архивных стандартов
Отказались
Ситуация

Нужны ли BagIt, IIIF и файл-описание рядом с каждой фотографией?

Что установлено

Нет. Для принятых задач хватает файлового архива, базы, экспорта и независимых копий.

11.197
Отказ от второй системы блокировок файлов
Отказались
Ситуация

Нужен ли особый реестр занятых ресурсов?

Что установлено

Нет. За пересекающиеся операции и повторную проверку условий отвечает существующий координатор.