Symbolien renderöinti TAK:ssa: MIL-STD-2525 mobiilikartoilla

Sotilaallinen kartta on yhtä hyödyllinen kuin sen symbolit. Kun TAK-operaattori vilkaisee käsikäyttöistä näyttöä heikossa valaistuksessa, jokaisen kuvakkeen muodon, värin ja täytön täytyy viestiä kuuluvuus, tyyppi, porras ja tila murto-osassa sekunnista – ja niiden on vastattava sitä, mitä komentopaikka näkee seinäkäyttöisellä näytöllä. Tämä vastaavuus on se, mihin MIL-STD-2525 on luotu, ja sen oikea renderöinti rajoitetulla mobiililaitteella on harhaanjohtavan vaikea insinööriongelma. Tässä artikkelissa tarkastellaan, miten TAK-asiakkaat muuntavat tiiviin symbolikoodin pikselintarkan, suorituskykyisen kuvakkeen: symbolintunnistuskoodi, milsymbol-tyylinen generointi, välimuistitallennusstrategiat, jotka pitävät kuvataajuuden korkeana suuressa mittakaavassa, mukautetut kuvakekomplektit ja johdonmukaisuus laajemman C2-kuvan kanssa.

Symbolintunnistuskoodi: datasopimus

Kaikki TAK:n symbologia alkaa symbolintunnistuskoodista eli SIDC:stä. SIDC on lyhyt standardoitu merkkijono, joka nimeää yksilöllisesti sotilaallisen symbolin – sen kuuluvuuden (ystävällinen, vihamielinen, neutraali, tuntematon), taistelulohkon (maa, ilma, meripinta, vedenalainen, avaruus), tilan (läsnä tai ennakoitu) ja erityisen entiteetin symbolijoukon sisällä. MIL-STD-2525C:ssä SIDC on 15-merkkinen aakkosnumeerinen merkkijono; MIL-STD-2525D:ssä ja läheisesti linjatun NATO APP-6(D)-symbolijoukon kohdalla se on 20-merkkinen numeerinen koodi, joka on järjestetty numeroparirakentein.

SIDC on sopimus jokaisen järjestelmän välillä kuvassa. C2-palvelin, kiinteä kojelauta ja kannettava TAK-asiakas, jotka kaikki sopivat SIDC:stä, renderöivät saman symbolin – saman kehyksen muodon, saman täyttövärin, saman kuvakeglyf. Siksi SIDC, ei esirenderöity kuva, on se, mitä verkossa siirretään. Bittikuvan lähettäminen jäädyttäisi symbolin yhteen kokoon, yhteen teemaan ja yhden asiakkaan tulkintaan; koodin lähettäminen antaa jokaisen päätepisteelle renderöidä natiivisti omalla resoluutiollaan ja tiheydellään. Symbologiasuunnittelu hyvin tehtynä kojelautatasolla – aihe, jota käsitellään kumppanijulkaisussamme MIL-STD-2525 käytännössä – on sama kurinalaisuus sovellettuna johtimen toiseen päähän.

Miten TAK kuljettaa SIDC:tä cursor on target -protokollan yli

TAK ei oletuksena lähetä raakaa SIDC-kenttää jokaisessa tapahtumassa. Sen sijaan Cursor on Target (CoT) koodaa kuuluvuuden ja taistelulohkon tapahtuman type-attribuuttiin – pisteillä erotettuun hierarkkiseen merkkijonoon, kuten a-f-G-U-C-I ystävälliselle jalkaväkiyksikölle. Johtava a merkitsee atomin (reaalimaailman objektin), toinen merkki on kuuluvuus ja loput merkit laskeutuvat 2525-hierarkiaa. Renderöijä kartoittaa tämän CoT-tyypin kanoniseksi SIDC:ksi ennen generointia.

Kun tarvitaan rikkaampaa symbolia – täysi 2525D-tarkkuus, porrasmuokkaajat tai tietyt entiteettialityypit – tuottava järjestelmä lisää CoT-tapahtumaan yksityiskohtalaajennuksen, joka kuljettaa eksplisiittistä 20-merkkistä koodia. TAK-asiakas lukee laajennuksen, kun se on läsnä, ja palaa johdettuun koodiin CoT-tyypistä, kun se puuttuu. Käytännön opetus integraattoreille on, että ei koskaan pidä olettaa SIDC:n saapuneen puhtaana kenttänä: rakenna normalisointivaihe, joka tuottaa yhden kanonisen koodin siitä, mitä tapahtuma sattuu sisältämään.

Glyfin generointi: milsymbol-tyylinen renderöinti

Kun kanoninen SIDC on käytettävissä, asiakkaan on muunnettava se pikseleiksi. Hallitseva lähestymistapa TAK-ekosysteemissä ja verkkopohjaissa C2-asiakkaissa on symbologiamoottori, joka ottaa SIDC:n ja muokkaajajoukon ja tuottaa vektorisymbolin – milsymbol-kirjasto on tunnetuin avoimen toteutuksen esimerkki tästä mallista, ja useat TAK-renderöijät noudattavat samaa arkkitehtuuria, vaikka ne käyttäisivät eri koodikantaa.

Moottori koostaa symbolin kerroksellisista primitiiveistä: kehys (kuuluvuutta koodaava ulkomuoto – suorakulmio ystävälliselle, timantti vihamieliselle, nelikulmiomuoto neutraalille, kvaternifoli tuntemattomalle), täyttöväri, entiteettityyppiä tunnistava keskeinen kuvakeglyf ja valinnainen teksti- ja graafisten muokkaajien rengas – porrastikut kehyksen yläpuolella, sauvamerkki tai liikkuvuusosoitin alla, ennakoitujen entiteettien tilakatkos, ja vapaat tekstikentät, kuten yksilöllinen nimitys tai ylempi muodostelma. Tuotos on tyypillisesti SVG, koska vektoritulos skaalautuu siisteisti taktisilla Android-laitteilla löytyvän laajan pikselitiheysvalikoiman yli.

SVG:stä karttamarkkeriksi

Reaaliaikainen kartta ei voi jäsentää ja rasterida SVG:tä uudelleen jokaisella kehyksellä. Vakioputkiston rasteroidaan generoitu SVG täsmälleen kerran, kohdelaitteen pikselikoossa, tuottaen bittikuvan, jonka karttamoottori käsittelee muuttumattomana markkerikuvana. Bitmappi on ankkuroitu symbolin lämpöpisteeseen – kehyksen geometriseen keskipisteeseen, ei alareunan teardroppinnin tapaan – joten kuvake istuu täsmälleen entiteetin geolokalisaation päällä. Ankkurin virhe on yleinen ja hienovarainen virhe: puolella korkeudellaan siirtynyt symboli näyttää hyvältä paikallaan pysyessään ja näkyvästi viivästyy totuuteen entiteetin liikkuessa.

Suorituskyky suuressa mittakaavassa: välimuisti on arkkitehtuuri

MIL-STD-2525-glyfin generointi on laskennallisesti kallista – se käy läpi symbolijoukon, koostaa useita kerroksia, asettelee tekstimuokkaajat ja rasteroi vektoripolut. Keski-luokan robustilla Android-laitteella muutaman sadan yksilöllisen symbolin generoiminen käynnistyksen yhteydessä on havaittavaa; niiden regenerointi jokaisella karttapannulla tekisi asiakkaasta käyttökelvottoman. Tärkein yksittäinen arkkitehtuurinen päätös mobiilisymbologian renderöinnissä on siksi välimuisti.

Välimuistiavain on kanoninen SIDC yhdistettynä renderöintikokoon ja kaikkiin muokkaajiin, jotka muuttavat pikselejä (porras, tila, liikkeen suuntaosoitin). Kaksi markkeria, jotka jakavat avaimen, jakavat yhden bittikuvan. Realistisessa taktisessa kuvassa erottuvien symbolien lukumäärä on paljon pienempi kuin entiteettien lukumäärä: viisikymmentä ystävällistä jalkaväkimarkkeria ratkaisevat kaikki yhden välimuistitetun glyfin. Hyvin viritetty asiakas näkee välimuistin osumisasteet reilusti yli yhdeksänkymmentä prosenttia normaalin toiminnan aikana, mikä tarkoittaa, että symbologian generointikustannus maksetaan kerran ja se jakautuu koko istunnon ajan.

Kolme lisätekniikkaa pitävät renderöintisilmukan kehysbudjetin sisällä. Ensinnäkin, esirenderöi yleisimmät kehykset – ystävälliset ja vihamieliset maa- ja ilmasymboli – sovelluksen käynnistyksessä, jotta ensimmäinen karttapiirto ei pysähdy. Toiseksi, poista klusterointi ja harvenna alhaisessa zoomaustasolla: kun sadat markkerit kutistuvat muutamaan näyttöpikseliin, kaikkien piirtäminen on turhaa työtä, joten tiivistä tiheitä muodostelmia yhdeksi edustavaksi symboliksi tai lukemamerkiksi. Kolmanneksi, renderöi kiinteissä laitepikselikoossa ja anna karttamoottorin skaalata zoomauskaistalla sen sijaan, että bittikuvia regeneroitaisiin käyttäjän nipistäessä. Nämä karttamoottoriasiat peilaavat laajempia renderöintiavauksia, joita käsitellään huomiomme aiheessa reaaliaikaisesta karttarenderöinnistä sotilaalliselle C2:lle.

Mukautetut kuvakkeet ja ei-standardit entiteetit

Kaikilla taktisen kartan objekteilla ei ole selkeää MIL-STD-2525-esitystä. Tietty UAV-rungon malli, nimetty siviiliomaisuus, insinöörilaite tai yksikkökohtainen markeri voi tarvita räätälöidyn glyfin. TAK tukee tätä mukautetuilla kuvakekomplekteilla – pakatuilla bittikuvakuvakekokoelmilla, joihin viitataan suhteellisella polulla CoT-yksityiskohdassa. Asiakas lataa kuvakekomplektin, ratkaisee polun ja sijoittaa bittikuvan kuten minkä tahansa muun markkerikuvan.

Mukautetut kuvakkeet ostavat esitysjoustavuutta todellisilla kustannuksilla: bittikuvapolku ei kuljeta rakenteellista merkitystä. 2525 SIDC kertoo kuluttavalle järjestelmälle, että entiteetti on vihamielinen, lentokulussa ja ennakoitu; polku kohteeseen custom/quadcopter.png ei kerro mitään koneluettavaa. Kurinalaisena mallina on pitää voimassa olevan SIDC:n alla mukautetun esityksen alla – koodata kuuluvuus ja lohko CoT-tyypissä, vaikka mukautettu kuvake näkyisikin – jotta suodatus, hälytys ja järjestelmienväliset päättelyt toimivat edelleen. Mukautettu kuvake on sitten kosmeettinen ohitus koneluettavan perustan päällä, ei korvike sille.

Yhtenäisyys C2-kuvan kanssa

Vaikeat symbologiaongelmat ovat harvoin yhden asiakkaan asia; ne koskevat monien välistä sopimusta. Käsilaitteella toimivan operaattorin ja komentopaikalla toimivan päivystäjän on nähtävä sama kuuluvuus, sama kehys ja sama porras samalle entiteetille – eroavuus ei tässä ole kosmeettinen virhe vaan mahdollinen omien joukkojen tuli -riski. Yhtenäisyys perustuu kahteen sääntöön.

Ensinnäkin, aseta auktoritatiivinen SIDC kerran, lähteessä, eikä koskaan johtaa sitä uudelleen paikallisesti. Jos etulinjassa toimivan tähystäjän sovellus ja C2-palvelin molemmat itsenäisesti arvaavat kuuluvuuden epätäydellisistä tiedoista, ne lopulta eroavat. Tuottava järjestelmä omistaa koodin; jokainen alavirtainen renderöijä käsittelee sitä muuttumattomana syötteenä.

Toiseksi, renderöi yhteisestä standardiversiosta. MIL-STD-2525C:tä toteuttava asiakas ja 2525D:tä toteuttava palvelin voivat tuottaa hienovaraisesti erilaisia kehyksiä ja täyttöjä samalle käsitteelliselle entiteetille, koska symbolijoukot kehittyivät versioiden välillä. Kun käyttöönotto edellyttää versioiden sekoittamista – mikä on yleistä, koska kenttälaitteisto jäljessä standardeja – lisää käännöskerros, joka kartoittaa SIDC:t deterministisesti versioiden välillä. Käännöstaulukko, ei ad-hoc per-asiakas-logiikka, tulee ainoaksi paikaksi, jossa versioeroavuudet ratkaistaan, jotta operaattori ei koskaan näe vihamielistä timanttia, jonka komentopaikka näyttää ystävällisenä suorakulmiona.

Offline-toiminta lisää yhden lisärajoitteen: koko symbolijoukko ja kaikki mukautetut kuvakekomplektit on esikuormattava laitteelle, koska katkenneen viestinnän ympäristössä toimiva TAK-asiakas ei voi noutaa puuttuvaa glyfiä tarvittaessa. Symbologiavarat kulkevat offline-kartttapaketin mukana, yhdessä oppaassamme taktisten sovellusten offline-karttojen pakkaamisesta käsitellyn tiilidatan rinnalla.

Kokonaisuuden kokoaminen

Vankka mobiilisymboliputkisto on siis lyhyt, kurinalaisesta sekvenssi: normalisoi CoT-tapahtuman kuljettama koodi yhdeksi kanoniseksi SIDC:ksi, tarkista SIDC-plus-koko-välimuisti ennen minkään työn tekemistä, generoi milsymbol-tyylisestä moottorista vain välimuistipuutteen yhteydessä, rasteroi kerran ja ankkuroi lämpöpisteeseen, klusteroi älykkäästi alhaisessa zoomaustasolla ja sovita versiot C2-kuvan kanssa yhtenäisen käännöskerroksen kautta. Jokainen vaihe on yksinkertainen erikseen; arvo on niiden kaikkien johdonmukaisessa soveltamisessa, jotta tuhat entiteettiä sisältävä taistelukenttä renderöityy välittömästi ja näyttää identtiseltä käsilaitteesta komentopaikalle.