Відображення символіки в TAK: MIL-STD-2525 на мобільних картах

Військова карта корисна рівно настільки, наскільки корисні символи на ній. Коли TAK-оператор кидає погляд на екран у руці при поганому освітленні, форма, колір і заливка кожної іконки мають передавати приналежність, тип, ешелон і статус за долю секунди — і вони повинні збігатися з тим, що командний пункт бачить на настінному дисплеї. Саме для гарантування такої відповідності існує MIL-STD-2525, і правильно відображати його на обмеженому мобільному пристрої — це оманливо складне інженерне завдання. У цій статті розглядається, як TAK-клієнти перетворюють компактний символьний код на піксельно точну та продуктивну іконку: код ідентифікації символу, генерація у стилі milsymbol, стратегії кешування для підтримки високої частоти кадрів у масштабі, користувацькі набори іконок і дисципліна, необхідна для узгодженості з ширшою C2-картиною.

Код ідентифікації символу: контракт даних

Все у символіці TAK починається з коду ідентифікації символу — SIDC. SIDC — це короткий стандартизований рядок, що однозначно позначає військовий символ: його приналежність (дружній, ворожий, нейтральний, невідомий), бойовий вимір (наземний, повітряний, морська поверхня, підводний, космічний), статус (наявний або очікуваний) і конкретну сутність у наборі символів. У MIL-STD-2525C SIDC — це 15-символьний буквено-цифровий рядок; у MIL-STD-2525D та тісно узгодженому наборі символів NATO APP-6(D) це 20-значний числовий код, організований у структуру пар цифр.

SIDC є контрактом між усіма системами на картині. C2-сервер, стаціонарна панель і портативний TAK-клієнт, що погоджуються щодо SIDC, відображатимуть однаковий символ — однакову форму рамки, однаковий колір заливки, однаковий гліф іконки. Саме тому SIDC, а не попередньо відрендерений образ, передається мережею. Відправлення растрового зображення заморозило б символ на одному розмірі, одній темі й одній інтерпретації клієнта; відправлення коду дозволяє кожному кінцевому вузлу відображати нативно у власній роздільній здатності та щільності. Добре виконане інженерне рішення символіки на рівні панелі — тема нашого супутнього матеріалу про MIL-STD-2525 на практиці — це та сама дисципліна, застосована на іншому кінці дроту.

Як TAK передає SIDC через cursor on target

TAK не передає «сирий» SIDC-поле у кожній події за замовчуванням. Натомість Cursor on Target (CoT) кодує приналежність і бойовий вимір в атрибуті type події — пунктирному ієрархічному рядку на кшталт a-f-G-U-C-I для дружнього наземного підрозділу піхоти. Перший символ a позначає атом (реальний об'єкт), другий токен — приналежність, а решта токенів спускаються ієрархією 2525. Рендерер відображає цей тип CoT на канонічний SIDC перед генерацією.

Там, де потрібен багатший символ — повна точність 2525D, модифікатори ешелону або конкретні підтипи сутностей — система-виробник додає розширення detail до події CoT із явним 20-значним кодом. TAK-клієнт зчитує розширення, якщо воно присутнє, і повертається до отримання коду з типу CoT, якщо воно відсутнє. Практичний урок для інтеграторів: ніколи не припускайте, що SIDC надійшов як чисте поле — побудуйте крок нормалізації, який виробляє один канонічний код із будь-яких даних у події.

Генерація гліфа: відображення у стилі milsymbol

Щойно канонічний SIDC отримано, клієнт має перетворити його на пікселі. Домінуючий підхід у екосистемі TAK і в веб-орієнтованих C2-клієнтах — рушій символіки, який приймає SIDC разом із набором модифікаторів і видає векторний символ. Бібліотека milsymbol — найвідоміша відкрита реалізація цієї моделі, і кілька TAK-рендерерів дотримуються тієї самої архітектури, навіть використовуючи іншу кодову базу.

Рушій компонує символ із нашарованих примітивів: рамки (зовнішня форма, що кодує приналежність — прямокутник для дружніх, ромб для ворожих, форма з прямими кутами для нейтральних, кватрефойль для невідомих), кольору заливки, центрального гліфа іконки, що ідентифікує тип сутності, і кільця необов'язкових текстових і графічних модифікаторів — засічок ешелону над рамкою, індикатора посоху або мобільності знизу, штрихування статусу для очікуваних сутностей і полів вільного тексту, таких як унікальне позначення або старша формація. Вихід зазвичай є SVG, оскільки векторний вихід масштабується чисто у широкому діапазоні щільностей пікселів тактичного Android-обладнання.

Від SVG до маркера карти

Жива карта не може дозволити собі повторно аналізувати та растеризувати SVG на кожному кадрі. Стандартний конвеєр растеризує згенерований SVG рівно один раз, у цільовому розмірі пікселів пристрою, виробляючи растрове зображення, яке рушій карти трактує як незмінний образ маркера. Растрове зображення прив'язується до гарячої точки символу — геометричного центру рамки, а не нижнього краю, як у краплевидного піна — тому іконка точно розміщується над геолокацією сутності. Неправильно визначена прив'язка є поширеною та непомітною помилкою: символ, зміщений на половину своєї висоти, виглядає добре у стаціонарному стані і помітно відстає від істини, коли сутність рухається.

Продуктивність у масштабі: кеш — це і є архітектура

Генерація гліфа MIL-STD-2525 є обчислювально дорогою — вона проходить набір символів, компонує кілька шарів, розташовує текстові модифікатори та растеризує векторні контури. На середньому захищеному Android-пристрої генерація кількох сотень унікальних символів при запуску є помітною; їх регенерація при кожному переміщенні карти зробила б клієнт непридатним для використання. Тому найважливішим архітектурним рішенням у мобільному відображенні символіки є кеш.

Ключ кешу — канонічний SIDC у поєднанні з розміром відображення та будь-якими модифікаторами, що змінюють пікселі (ешелон, статус, індикатор напрямку руху). Два маркери з однаковим ключем спільно використовують одне растрове зображення. На реалістичній тактичній картині кількість різних символів значно менша за кількість сутностей: п'ятдесят маркерів дружньої піхоти — всі зводяться до одного кешованого гліфа. Добре налаштований клієнт бачить частоту влучань у кеш значно вище дев'яноста відсотків під час нормальної роботи, що означає: вартість генерації символіки оплачується один раз і амортизується по всій сесії.

Три додаткові техніки утримують цикл відображення в межах бюджету кадру. По-перше, попередньо відображати найпоширеніші рамки — дружні та ворожі наземні й повітряні символи — при запуску застосунку, щоб перше відображення карти ніколи не зависало. По-друге, виконувати декластеризацію та децимацію при малому масштабі: коли сотні маркерів зливаються в кілька пікселів екрана, відображення їх усіх — марна робота, тому згортайте щільні формації в один представницький символ або значок із лічильником. По-третє, відображати з фіксованими розмірами у пікселях пристрою і дозволяти рушію карти масштабувати в межах діапазону масштабу, а не регенерувати растрові зображення при защіпуванні пальцями. Ці питання рушія карти відображають ширші компроміси відображення, розглянуті в нашій нотатці про відображення карт у реальному часі для військових C2.

Користувацькі іконки та нестандартні сутності

Не кожен об'єкт на тактичній карті має чисте представлення у MIL-STD-2525. Конкретний планер БпЛА, названий цивільний актив, інженерне обладнання або специфічний маркер підрозділу можуть потребувати унікального гліфа. TAK підтримує це через користувацькі набори іконок — упаковані колекції растрових іконок, на які посилаються відносним шляхом, що передається в деталях CoT. Клієнт завантажує набір іконок, розв'язує шлях і розміщує растрове зображення так само, як і будь-який інший образ маркера.

Користувацькі іконки забезпечують гнучкість представлення за реальну ціну: шлях до растрового зображення не несе структурованого значення. SIDC 2525 повідомляє будь-якій системі-споживачу, що сутність є ворожою, повітряною та очікуваною; шлях до custom/quadcopter.png не повідомляє нічого машиночитаємого. Дисциплінований підхід — зберігати дійсний SIDC під користувацьким представленням — кодувати приналежність і вимір у типі CoT, навіть коли відображається користувацька іконка — щоб фільтрація, сповіщення та міжсистемні міркування продовжували працювати. Тоді користувацька іконка є косметичним перевизначенням поверх машиночитаємого фундаменту, а не його заміною.

Узгодженість із C2-картиною

Найскладніші проблеми символіки рідко стосуються одного клієнта; вони стосуються узгодженості між багатьма. Оператор із портативним пристроєм і черговий офіцер на командному пункті мають бачити однакову приналежність, однакову рамку й однаковий ешелон для однієї й тієї самої сутності — розбіжність тут є не косметичним недоліком, а потенційним ризиком дружнього вогню. Узгодженість спирається на два правила.

По-перше, встановлювати авторитетний SIDC один раз, у джерелі, і ніколи не перераховувати його локально. Якщо застосунок передового спостерігача і C2-сервер незалежно один від одного намагаються визначити приналежність із неповних даних, вони зрештою розійдуться. Система-виробник є власником коду; кожен рендерер нижче за потоком трактує його як незмінні вхідні дані.

По-друге, відображати з загального стандартного видання. Клієнт, що реалізує MIL-STD-2525C, і сервер, що реалізує 2525D, можуть виробляти тонко відмінні рамки та заливки для однієї й тієї самої концептуальної сутності, оскільки набори символів еволюціонували між виданнями. Коли розгортання змушене змішувати видання — а це поширено, оскільки польове обладнання відстає від стандартів — вставте шар трансляції, що детерміновано відображає SIDC між виданнями. Таблиця трансляції, а не ситуативна логіка на кожному клієнті, стає єдиним місцем, де узгоджуються відмінності між виданнями, щоб оператор ніколи не бачив ворожого ромба там, де командний пункт показує дружній прямокутник.

Автономна робота додає ще одне обмеження: повний набір символів і будь-які користувацькі набори іконок мають бути попередньо завантажені на пристрій, оскільки TAK-клієнт у середовищі з відмовою зв'язку не може отримати відсутній гліф на вимогу. Ресурси символіки подорожують разом із пакетом автономної карти поряд із тайловими даними, розглянутими в нашому посібнику з пакування автономних карт для тактичних застосунків.

Підсумовуємо

Надійний мобільний конвеєр символіки — це, отже, коротка дисциплінована послідовність: нормалізувати все, що несе подія CoT, до одного канонічного SIDC; перевірити кеш SIDC плюс розмір перед будь-якою роботою; генерувати з рушія у стилі milsymbol тільки при промаху; растеризувати один раз і прив'язати до гарячої точки; інтелектуально кластеризувати при малому масштабі; і узгоджувати видання з C2-картиною через єдиний шар трансляції. Кожен крок простий сам по собі; цінність полягає у послідовному застосуванні їх усіх, щоб поле бою з тисячею сутностей відображалось миттєво та читалось однаково — від портативного пристрою до командного пункту.