From dc9bd8b7ad513778ee7ab6250b6284a7ca9737f6 Mon Sep 17 00:00:00 2001 From: Pavlenko_B Date: Tue, 5 May 2026 14:00:36 +0300 Subject: [PATCH] Upd work --- .../InfoScore for residual routing.md | 4 +- 2_hypotheses/Гипотезы v1.md | 1 - 3_work/Модификации Gate-Fusion.md | 4 - notes/DEQFusion_ProgressiveFusion.md | 62 +++++++++ notes/Metadata_Insertion.md | 89 +++++++++++++ .../Взвешенное_управление_Residual_Branch.md | 124 ++++++++++++++++++ 6 files changed, 277 insertions(+), 7 deletions(-) create mode 100644 notes/DEQFusion_ProgressiveFusion.md create mode 100644 notes/Metadata_Insertion.md create mode 100644 notes/Взвешенное_управление_Residual_Branch.md diff --git a/2_hypotheses/InfoScore for residual routing.md b/2_hypotheses/InfoScore for residual routing.md index 4f6032f..68f162d 100644 --- a/2_hypotheses/InfoScore for residual routing.md +++ b/2_hypotheses/InfoScore for residual routing.md @@ -6,7 +6,7 @@ tags: ## Зачем измерять информативность признаков? -==**В мультимодальном контексте вопрос «насколько полезен вектор признаков данной модальности для данного примера» является ключевым. Если текстовые признаки сформированы на основе ненадёжных или отсутствующих метаданных, их информативность низка и они вносят шум. Численная оценка информативности позволяет строить адаптивные механизмы слияния.**== +**В мультимодальном контексте вопрос «насколько полезен вектор признаков данной модальности для данного примера» является ключевым. Если текстовые признаки сформированы на основе ненадёжных или отсутствующих метаданных, их информативность низка и они вносят шум. Численная оценка информативности позволяет строить адаптивные механизмы слияния.** --- @@ -155,7 +155,7 @@ MI_θ(X; Y) ≈ E_{p(x,y)}[T_θ(x,y)] − log(E_{p(x)p(y)}[e^{T_θ(x,y)}]) [[Рекомендации и идеи]] -**==Мера корректности проекции в конкретное подпространство==** +**Мера корректности проекции в конкретное подпространство** ![[Pasted image 20260421112809.png]] diff --git a/2_hypotheses/Гипотезы v1.md b/2_hypotheses/Гипотезы v1.md index c800d4c..62857fc 100644 --- a/2_hypotheses/Гипотезы v1.md +++ b/2_hypotheses/Гипотезы v1.md @@ -14,7 +14,6 @@ tags: Простая остаточная связь в механизме Gate-Fusion нивелирует его работу, возвращая шум исходных данных, однако, адаптивное добавление полезного исходного сигнала на основе некой метрики информативности модальности может усилить информативность объединенного вектора даже после потери части сигнала из-за фильтрации. -**==Можно развить идею [[InfoScore for residual routing]]==** diff --git a/3_work/Модификации Gate-Fusion.md b/3_work/Модификации Gate-Fusion.md index c13612c..3b4dc4e 100644 --- a/3_work/Модификации Gate-Fusion.md +++ b/3_work/Модификации Gate-Fusion.md @@ -118,8 +118,4 @@ tags: 1. Для задачи регрессии оптимальна модификация **Gate + Sum** при условии стабилизации масштаба объединённого вектора (например, через нормализацию). 2. Базовый **Gate-Fusion** остаётся наиболее надёжным для задачи классификации. -3. **RCGF** — перспективное направление для адаптации под CVGL, где текст может выступать запросом к визуальному пространству. -4. Необходимо исследовать сочетание Gate + Sum с нормализацией выходного вектора для устранения нестабильности масштаба. -5. Для задачи CVGL требуется отдельная адаптация функции потерь с учётом метрики сопоставления изображений (triplet loss, contrastive loss). - diff --git a/notes/DEQFusion_ProgressiveFusion.md b/notes/DEQFusion_ProgressiveFusion.md new file mode 100644 index 0000000..463d471 --- /dev/null +++ b/notes/DEQFusion_ProgressiveFusion.md @@ -0,0 +1,62 @@ +--- +tags: [диссер, fusion, multimodal, архитектура] +aliases: [DEQ-Fusion, Progressive Fusion] +--- + +# DEQ-Fusion и Progressive Fusion + +## DEQ-Fusion (Deep Equilibrium Fusion) + +**Суть:** итоговое представление определяется не как результат прохождения фиксированного числа слоёв, а как **стационарная точка (равновесие)** параметризованного преобразования. + +Объединённое представление формируется как решение уравнения, в котором различные источники признаков **итеративно и взаимозависимо** влияют друг на друга до достижения согласованного состояния. + +**Преимущества перед каскадными MLP/attention:** +- Моделирует глубокие и рекуррентные взаимодействия между модальностями без явного увеличения глубины сети +- Фиксированное число параметров при теоретически бесконечной глубине +- Равновесное состояние естественно подавляет шум и усиливает согласованные признаки + +**Недостатки:** +- Более сложное обучение +- Необходимость численных методов поиска фиксированной точки +- Повышенные требования к стабильности и сходимости + +--- + +## Progressive Fusion + +**Суть:** объединение строится как **явная последовательность этапов**, на каждом из которых представления модальностей постепенно уточняются через residual-связи. + +Поздние, более семантически насыщенные признаки через остаточные связи влияют на более ранние представления — **обратное распространение высокоуровневого контекста**. + +**Свойства:** +- Дискретный процесс с фиксированным числом шагов +- Архитектурно реализуется как каскад fusion-блоков +- Каждая итерация явно задана в графе вычислений +- Проще в обучении и отладке чем DEQ + +--- + +## Сравнение и связь между подходами + +Оба подхода стремятся уйти от «однократного» слияния в сторону **итеративного согласования представлений**. + +| Свойство | Progressive Fusion | DEQ-Fusion | +|---|---|---| +| Число шагов | Фиксированное, конечное | Стремится к бесконечности | +| Реализация | Явный каскад блоков | Поиск фиксированной точки | +| Сложность обучения | Низкая | Высокая | +| Глубина | Явная, ограниченная | Неявная, теоретически бесконечная | + +**DEQ-Fusion — предельный случай Progressive Fusion:** число шагов прогрессивного объединения стремится к бесконечности, модель ищет устойчивое равновесное состояние вместо явного разворачивания итераций. + +> Progressive Fusion = **дискретная, архитектурно развёрнутая аппроксимация** итеративного согласования +> +> DEQ-Fusion = **неявная, непрерывная по глубине форма** того же принципа через равновесие + +--- + +## Связанные заметки + +- [[Взвешенное_управление_Residual_Branch]] +- [[Metadata_Insertion]] diff --git a/notes/Metadata_Insertion.md b/notes/Metadata_Insertion.md new file mode 100644 index 0000000..b65f0db --- /dev/null +++ b/notes/Metadata_Insertion.md @@ -0,0 +1,89 @@ +--- +tags: [диссер, metadata, geolocation, fusion, UAV, remote-sensing] +aliases: [Deep Coding, Geolocation-Aware] +--- + +# Вставка метаданных геолокации в модели глубокого обучения + +> Источник: Madadikhaljan & Schmitt, "Geolocation-Aware Deep Coding" (PFG, 2025) + +## Ключевая идея — Deep Coding + +**Аналогия:** термин взят из практики разработки ПО — "жёсткое кодирование" (hardcoding). Здесь: создание **отдельных подветвей** внутри глубоких блоков модели, требующих внимания к деталям, специфичным для геолокации. + +Стратегия не зависит от архитектуры — применима к UNet, ResNet, AlexNet, VGG и другим. + +--- + +## Два шага методологии + +### Шаг 1 — Анализ и разделение датасета на регионы + +**Регион** — пространственное разделение глобального датасета на подмножества со схожими геолокационными характеристиками. + +Что считается "сходством": +- Форма, цвет, материал, высота, внешний вид объектов +- Климатические свойства местоположения +- Типы землепользования, культур, природных опасностей + +**Примеры разбивки** (зависит от задачи): +| Задача | Разумная единица региона | +|---|---| +| Классификация с/х культур | Климатические регионы | +| Обнаружение контуров зданий | Границы городов | +| Общая сегментация | Страна, континент, геохеш | + +### Шаг 2 — Внедрение геолокационной осведомлённости в архитектуру + +--- + +## Способы вставки геолокации (по уровню обработки) + +### Уровень входных данных + +Геолокационная информация добавляется как дополнительные каналы к входному изображению: + +- **Mahara & Rishe (2023):** координаты → геохеш-коды → растровый слой, конкатенируется с картой признаков +- **Liu et al. (2018):** два растра с декартовыми координатами добавляются к входному изображению +- **Zhang et al. (2021):** координаты → векторные признаки через FC-слои → конкатенация со спектральными признаками + +### Уровень промежуточных признаков (Deep Coding) + +Отдельные подветви внутри глубоких блоков — информация о геолокации встраивается как структурная часть признакового пространства, а не побочный числовой вектор. + +--- + +## Почему прямая подача координат не оптимальна + +> Декартовы и широтно-долготные координаты предназначены для определения местоположения в метрическом пространстве, но **не отражают геолокационные сходства и различия** данных с разными микроклиматами. + +Пример: две точки с близкими координатами могут находиться по разные стороны горного хребта — климат, растительность и материалы застройки будут принципиально разными, хотя координаты почти одинаковы. + +Решение: кластеризация по геолокационному сходству + специализированные ветки сети для каждого кластера. + +--- + +## Связь с текстовым кодированием метаданных + +Deep Coding — архитектурный подход (отдельные ветки). Альтернатива — **текстовые шаблоны** как контейнер для метаданных, позволяющие не менять архитектуру: + +``` +"Drone aerial photo from UAV, taken from height meters, + camera orientation yaw °, pitch °, roll °. +