Navigointisovellukset jalkaväelle: offline-kartat, GPS-kielletty paikanmääritys ja reittisuunnittelu

Jalkasotilas toimii olosuhteissa, jotka kumoavat lähes jokaisen kuluttajanavigointiohjelmiston perusoletuksen. Yhteys on epäsäännöllinen tai kokonaan poissa. GPS-signaalit häiritään, väärennetään tai heikennetään kaupunkirakenteilla. Näytön on oltava luettava suorassa auringonvalossa käsineet kädessä. Akun keston on katettava koko toimintajakso ilman täydennystä. Sovelluksen on annettava hyödyllisiä sijaintiarvioita, kun kaikki ulkoiset signaalit katoavat — ja sen on kerrottava käyttäjälle selvästi, kuinka luotettava tämä arvio todella on. Tässä artikkelissa käsitellään jalkajoukkojen käyttöön suunniteltujen sotilaallisten navigointisovellusten suunnittelupäätöksiä: laiterajoituksia, jotka muovaavat jokaista valintaa, offline mapping military operations -toimintoja tukevia karttapakettimuotoja, sensorifuusioalgoritmeja, jotka ylläpitävät sijaintia GPS:n pettäessä, sekä integrointimalleja, jotka yhdistävät kädessä pidettävän navigointilaitteen ranteeseen kiinnitettäviin näyttöihin, kypärän optiikkaan ja ryhmän verkkoviestintään.

Jalkasotilaiden navigointivaatimukset

Jalkasotilaan navigoinnin vaatimusalue eroaa lähes joka ulottuvuudessa ajoneuvo- tai ilmailunavigoinnista. Jalkajoukkojen mittakaavan operaatioiden tarkkuusvaatimukset ovat tyypillisesti 10–30 m CEP (circular error probable) GPS:n ollessa käytettävissä, ja hallittu heikentyminen 50–100 m CEP:hen on hyväksyttävissä GPS-estön jaksoissa, jotka kestävät enintään 10 minuuttia. Ryhmän tasolla suhteellinen sijaintitarkkuus — missä kukin sotilas on suhteessa muihin — on usein operatiivisesti kriittisempi kuin absoluuttinen sijaintitarkkuus, koska taktiset päätökset riippuvat ryhmän geometriasta eivätkä ruudukkokoordinaateista.

Paino- ja akkurajoitukset muovaavat jokaista laite- ja ohjelmistopäätöstä. Sotilaan kokonaiskuorma ylittää jo tyypillisessä taistelukokoonpanossa 30 kg; navigointilaitteen on lisättävä alle 300 g mukaan lukien akku. Tämän akun on syötettävä laitetta koko toimintajakson ajan — yleensä 8–12 tuntia — mikä päivänvalossa luettavaa näyttöä vaativalla kirkkaudella (600 nit vähintään; 800–1000 nit suorassa auringonvalossa) rajoittaa laitesuunnittelun näyttöihin, jotka kuluttavat enintään 300–600 mW. Sensorifuusiopinon itsensä on mahtuvan 150–400 mW:n tehorajoitukseen, mikä tarkoittaa, että tehonkuluttavat tekniikat, kuten jatkuva kamerapohjainen visual odometry, ovat vaikea ylläpitää koko toimintajakson ajan, ja niitä on pidettävä kohdennettuina täydennyksinä eivätkä ensisijaisina sijaintimenetelminä.

Näytön luettavuus päivänvalossa on ehdoton vaatimus, joka rajoittaa suoraan ohjelmiston väripalettia ja renderöintisuunnittelua. Karttakerrokset, jotka luottavat matalan kontrastin pastelliväreihin, hienoihin ruudukkopeitteisiin tai pienempään kuin 14pt:n teholliseen tekstiin, ovat luettamattomia suorassa auringonvalossa 600 nitin näytöllä. Sotilaalliset navigointisovellukset käyttävät korkean kontrastin renderöintiä — valkoisia tai syaanivärisiä kuvakkeita tummilla karttapohjilla, paksuja viivoja reittipeitteissä ja suuria kosketuskohteita käsineisiin sopivina (vähimmäis­halkaisija 8 mm MIL-STD-ohjeen mukaan). Yölinssi-yhteensopivuus — tyypillisesti vain punaista käyttävä renderöintitila, joka ei valaise sotilaan pimeään sopeutunutta näköä — on vaihdettava yhdellä kosketuksella.

Offline-karttapaketit jalkajoukkojen käyttöön

Yhteys jalkajoukkojen toiminnassa on poikkeus, ei sääntö. Karttalaatat on tallennettava paikallisesti ennen tehtävää. Kaksi hallitsevaa offline-taktisen karttapaketin muotoa ovat MBTiles (rasteri) ja vektorilaattapaketit MBTiles- tai PMTiles-säilömuodossa, ja niiden välinen valinta määrittää tallennustilan, renderöintitehon ja käyttäjän joustavuuden kentällä.

MBTiles-rasteripaketit tallentavat valmiiksi renderöityjä PNG- tai JPEG-laattakuvia useilla zoomaustasoilla SQLite-säiliöön. Jokainen laatta on kiinteäkokoinen kuva (tyypillisesti 256 × 256 pikseliä), joka kattaa tietyn maantieteellisen rajauslaatikon tietyllä zoomaustasolla. Renderöinti on suoraviivainen laatan haku- ja piirto-operaatio, joka kuormittaa suoritinta mahdollisimman vähän – mikä tahansa Androidia ajamaan kykenevä laite renderöi rasterilaatat täydellä kuvataajuudella. Hintana on tallennustila: mittakaavan 1:25 000 rasteripaketti 100 km × 100 km:n toiminta-alueelle, joka kattaa zoomaustasot 10–16 (suunnittelusta rakennustason navigointiin tarvittava alue), vaatii 500 MB–3 GB maastokuvan yksityiskohtaisuudesta ja laattojen pakkauksesta riippuen. Laitteelle, jonka 64 GB:n tallennustila jaetaan käyttöjärjestelmän, navigointisovelluksen ja viestintäohjelmiston kesken, tämä on merkittävä osa käytettävissä olevasta tilasta. Valikoiva aluelataus – paketin rajaaminen suorakulmaisen rajauslaatikon sijaan rajauspolygoniin – voi pienentää tallennustilan tarvetta 30–70 % ei-suorakulmaisilla toiminta-alueilla. Useimmat offline mapping military operations -alustat tukevat polygonileikattujen laattojen tuottamista palvelinpuolella ennen jakelua kenttälaitteisiin.

Vektorilaattapaketit tallentavat maantieteelliset piirteet pakattuna protobuf-geometriana ja attribuuttitietoina valmiiksi renderöityjen kuvien sijaan. Sama 100 km × 100 km:n alue vektoripaketissa vie tyypillisesti 30–200 MB — 10–15× vähemmän kuin rasteri vastaavalla zoomauksen kattavuudella. Säästö tulee viiva- ja polygonipiirteiden geometrisesta pakattavuudesta verrattuna valokuviin. Vektorilaatat renderöidään laitteella tyylisääntöjen mukaan: renderöintimoottori soveltaa nykyistä tyyliä geometriaan esityshetkellä, mikä mahdollistaa dynaamisen uudelleentyylityksen (päivä- ja yöpaletin vaihdon, tiettyjen piirre­luokkien näyttämisen tai piilottamisen, nimikkeiden tiheyden säädön) ilman uuden laattasarjan lataamista. Hintana on renderöintilaskenta: vektorilaattojen renderöinti keskitason mobiilisuorittimessa vaatii tehokkaan GPU:n ja lisää CPU:n kuormitusta 15–40 % rasterilaattojen esitykseen verrattuna, millä on vastaava akkuvaikutus. Käytännön suositus jalkasotilaiden navigointisovelluksille on käyttää vektorilaattoja oletusmuotona moderneissa taktisissa Android-laitteissa ja rasteri-MBTilesiä varmuotona vanhalle tai matalatehoiselle laitteistolle.

GPS-estön sijainti: dead reckoning ja PDR

Kun GPS-signaalit häiritään, väärennetään tai heikennetään ratkaisukynksen alapuolelle, ensimmäinen varasuunnitelma mihin tahansa älypuhelinluokan laitteessa on jalankulkijan dead reckoning (PDR) sisäänrakennetusta IMU:sta. PDR arvioi sijaintia integroimalla askelkohtaiset siirtymät arvioituun suuntaan ilman ulkoista signaalia tai infrastruktuuria. PDR:n saavutettavien tarkkuus- ja virhekasvuominaisuuksien ymmärtäminen on olennaista navigointisovelluksen suunnittelussa, joka antaa käyttäjälle realistisen luottamuksen sijaintiinsa GPS-estön aikana.

PDR-algoritmi alkaa askeleen tunnistuksesta. Sotilaan kävelyliike tuottaa ominaisen jaksoittaisen signaalin pystysuuntaisessa kiihtyvyyskanavassa: kun jalka osuu maahan ja kehon painopiste nousee ja laskee jokaisella askeleella, mitattu pystykiihtyvyys heiluu kävelyrytmissä (tyypillisesti 1.0–1.8 Hz kuormitetulla jalkajoukolla). Askelilmaisin tunnistaa jokaisen rytmin huipun kynnysylityksellä tai huipunetsintäalgoritmilla alipäästösuodatetulle kiihtyvyys­signaalille. Jokainen tunnistettu askel antaa siirtoarvion: askelpituus lasketaan huippu-huippu-kiihtyvyyden suuruudesta empiirisen mallin avulla, joka on kalibroitu sotilaan pituuteen, kävelytyyliin ja kuormaan — tyypillisesti malliin L = K · √(a_max − a_min), jossa K on henkilökohtainen kalibrointivakio ja a_max ja a_min ovat askelsyklin huippu- ja minimikiihtyvyysarvot. Kunkin askeleen suunta otetaan magneetometristä johdetusta kompassisuunnasta, ja gyroskooppi tarjoaa lyhyen aikavälin suuntaviitteen magneettisten häiriöiden aikana mukana pidetystä kalustosta tai lähellä olevista ajoneuvoista.

Hallituissa olosuhteissa PDR saavuttaa askelpituuden 2–5 %:n arviointivirheitä ja suunnan 1–5 asteen poikkeaman minuutissa. Käytännön termein: 5 minuutin partiomatkan jälkeen, joka kattaa noin 400 m, sijaintivirhe on tyypillisesti 20–50 m. 15 minuutin jälkeen (1200 m) virhe kasvaa 80–200 metriin — niin suureksi, että esitetty sijainti voi olla väärällä korttelilla. PDR on siksi siltauskyky GPS-aukoille muutaman minuutin ajaksi, ei pitkän aikavälin sijaintiratkaisu. Ohjelmiston on näytettävä kasvava epävarmuus rehellisesti ja tehtävä käyttäjälle selväksi, milloin esitetty sijainti on dead reckoning -arvio ja kuinka kauan se on toiminut ilman GPS-korjausta.

ZUPT (zero-velocity update) on tehokkain tekniikka PDR:n virheen kertymisen hidastamiseen. Jokaisen kävelyaskeleen tukivaiheessa — lyhyessä hetkessä, jolloin jalka on tasaisesti maassa — jalalla on täsmälleen nolla nopeutta maailman koordinaatistossa. ZUPT-kelpoinen suodatin tunnistaa tämän ajanjakson kiihtyvyysanturin tasaisesta kuvasta ja soveltaa nollanopeuden pseudomittausta Kalman-suodattimen tilaan, joka käyttää tätä rajoitusta arvioidakseen ja osittain peruuttaakseen kertyneet kiihtyvyys- ja gyroskooppipoikkeamat. Jokaisella askeleella käytettynä ZUPT voi pienentää sijainnin poikkeaman kasvua jopa 40 % verrattuna avoimen silmukan PDR:ään. Jalkaan kiinnitetylle IMU:lle (taskussa pidettävän laitteen sijaan) ZUPT on huomattavasti tehokkaampi, koska jalka on varmasti paikallaan tukivaiheessa; taskulaitteessa sensori voi liikkua nimellisen tukivaiheen aikana vaatteiden liikkeen vuoksi.

Sensorifuusio sijainnin parantamiseksi

Tuotantokelpoinen sotilaallinen navigointipino ei luota yhteen sensoriin. Arkkitehtuuri on monilähteinen fuusiomootori — tyypillisesti laajennettu Kalman-suodatin (EKF) — joka yhdistää jatkuvasti mittausta kaikista saatavilla olevista sensoreista, painottaen kunkin nykyistä tarkkuutta, ja tuottaa yhtenäisen sijainti- ja nopeusarvion siihen liittyvällä epävarmuuskovarianssilla. Typisen jalkasotilaan laitteen fuusiomoottorin sensoreita ovat GPS (kun saatavilla), IMU:n kiihtyvyys- ja gyroskooppi, barometrinen korkeusmittari ja magneetometri. Ulkoiset syötteet — RF-pohjaiset sijainti­arviot, ZUPT-pseudomittaukset ja ryhmän jäsenten yhteistyössä tekemät sijaintipäivitykset verkkoradion yli — syötetään samalle suodattimelle lisämittauksina.

GPS-mittausmalli tuottaa 3D-sijaintiratkaisun vaakatarkkuudella (raportoituna HDOP-painotettuna CEP:nä) ja pystytarkkuudella (VDOP-painotettuna). Kun GPS on käytettävissä ja HDOP on alle 2.0, GPS dominoi suodattimen sijainti­arviota. HDOP:n noustessa (heikentynyt satelliittigeometria kaupunkirotkoissa) suodatin luonnollisesti vähentää GPS-mittauksen painoa ja antaa IMU-ennustuksen kantaa enemmän arviota. Siirtymä GPS-dominoidusta IMU-dominoiduun toimintaan on sulava ja jatkuva eikä äkillinen vaihto, mikä estää sijaintinäkymän hyppimisen GPS-laadun heiketessä.

Barometrinen korkeusmittari tuottaa korkeusmittauksia korkealla päivitystaajuudella (10–50 Hz) kohinaominaisuuksilla, jotka poikkeavat olennaisesti GPS-korkeudesta: GPS-korkeuden virheet ovat karkeasti Gaussin jakautuneita 5–15 m:n keskihajonnalla; barometrisen korkeuden virheitä hallitsee lämpötilasta johtuva paineen liike, joka kehittyy hitaasti kymmenissä minuuteissa ja voidaan mallintaa satunnaiskävelynä. Suodatin kohtelee barometristä korkeutta korkean päivitystaajauuden mittauksena, joka antaa korkeuden muutosnopeuden tarkasti, ja luottaa GPS-korkeuteen absoluuttisena korkeusvertailuna. Yhdistelmä saavuttaa 2–5 m:n pystytarkkuuden GPS:n ollessa käytettävissä — merkittävasti paremmin kuin pelkkä GPS-korkeus — ja ylläpitää hyödyllisiä korkeusarvioita (kerrostarkkuus rakennuksissa) 5–15 minuuttia GPS:n menetyksen jälkeen, barometrisen poikkeaman rajoittamana.

Magneetometri tuottaa suuntamittauksia, jotka ovat tarkkoja avoimissa ympäristöissä mutta heikkenevät ferromagneettisen häiriön läsnä ollessa. Fuusiosuodatin mallintaa magneetometrin luotettavuuden magneettihäiriön ilmaisimella: jos mitattu magneettikentän suuruus poikkeaa yli kynnysarvon odotetusta maapallon kentän voimakkuudesta, magneetometrimittaus hylätään ja suuntaestimaatti luottaa pelkästään gyroskoopin integrointiin, kunnes häiriö lakkaa. Tämä estää ferromagneettiset esineet — aseen piiput, ajoneuvojen rungot, vahvistetut betonirakenteet — turmelemasta navigointiratkaisua valheellisilla suuntalukemilla.

Reittipisteiden ja reittien hallinta

Reittipisteiden ja reittien hallinnan jalkajoukkojen navigointisovelluksessa on tuettava koko tehtävän suunnittelusykli: ennalta suunniteltujen reittien tuonti operaatioiden yksiköstä, muokkaus laitteella liikkeen aikana ja päivitettyjen reittien vienti takaisin C2-järjestelmään. Kolme yleistä vaihtomuotoa sotilaiden reittipistetiedoille ovat CoT (Cursor on Target) XML, KML (Keyhole Markup Language) ja GPX (GPS Exchange Format).

CoT XML on TAK-ekosysteemin natiivimuoto ja standardi reaaliaikaisen sijainti- ja tehtävätiedon vaihdolle ATAK-asiakkaiden ja TAK Serverin välillä. CoT-reittipiste on tapahtuma, jossa on uid (universaalisti yksilöivä tunniste), type (TAK-tyyppihierarkia, esim. b-m-p-w reittipisteen merkille), time- ja stale-kentät sekä koordinaatit point-elementissä. Reittitiedot koodataan CoT-reittitapahtumaksi, joka yhdistää järjestetyn sarjan reittipiste-uid-tunnuksia. Tuontijäsennimen on käsiteltävä CoT version 2.0 XML ja normalisoitava HAE (height above ellipsoid) -koordinaatti navigointipinon käyttämään WGS84-vertailuun. ATAK plugins for dismounted operations -lisäosille CoT on natiivimuoto eikä muunnosta tarvita; lisäosa käyttää reittipisteitä suoraan ATAK MapView -rajapinnan kautta.

Laitteella tapahtuva reittisuunnittelu offline-maastotiedoilla mahdollistaa ETA-laskennan ja reitin optimoinnin ilman yhteyttä. Suunnittelumoottori käyttää paikallisesti tallennettua DEM:ää (digital elevation model) — tyypillisesti SRTM 30m tai tarkempaa 10 m tai 1 m tuotetta, joka on valmiiksi pakattu karttalataukseen — ja soveltaa Toblerin kävelyfunktiota matkanopeuden arviointiin kunkin segmentin kaltevuuden perusteella. Reitin ETA on segmenttikohtaisten aikojen summa: time = distance / speed(slope). Kuorman, pintatyypin (kasvillisuus, hiekka, romu) ja liikkumistavan (taktiset siirtymät vs jatkuva liike) muuttujat ovat määritettävissä tehtäväprofiilissa. Käytännössä Tobler-pohjaiset ETA-arviot vastaavat mitattuja liikkeen aikoja 15–20 %:n tarkkuudella esteettömässä liikkeessä tunnetussa maastossa, ja virheet ovat suurempia monimutkaisissa kaupunkiympäristöissä, joissa reitin topologia (portaat, lukitut ovet, pullonkaulat) dominoi maaston kaltevuutta.

Reitin muokkaus liikkeen aikana — reittipisteen lisääminen, reittipisteen ohittaminen, uudelleenreititys esteen ympäri — on päättävä yhdellä tai kahdella käsineinen kosketuksella karttanäkymässä. Vakiovuorovaikutus on: paina pitkään kartalla uuden reittipisteen sijoittamiseksi; vedä olemassa olevia reittipisteitä niiden sijainnin säätämiseksi; napauta reittipistettä ja valitse ”ohita” poistaaksesi sen aktiivisesta reitistä poistamatta sitä tehtävätiedoista. Kaikki muutokset kirjataan aikaleimalla ja muokkauslähteellä (käyttäjän toiminto vs verkkosynkronoitu päivitys operaatioiden yksiköstä) tehtävän jälkeisen tarkastelun auditointijäljen ylläpitämiseksi.

Integrointi sotilaan käyttäjän kiinnitettäviin järjestelmiin

Sotilas, joka navigoi taktisessa ympäristössä, ei voi pitää puhelinta silmien tasolla kartan tarkistamiseen — molemmat kädet voivat olla aseen tai kaluston käytössä, ja kädessä pidettävän laitteen tuijottaminen paljastaa käyttäjän kasvot ja katkaisee tilannekuvan. Käyttäjän kiinnitettävät sotilasjärjestelmät — ranteeseen ja kypärään kiinnitettävät näytöt — tuovat navigointituloksen käyttäjälle ilman käden tai katseen irrottamista. Kunkin näyttötyyppin ohjelmistointegraatio asettaa omat rajoituksensa.

Ranteeseen kiinnitettävät näytöt (WMD) ovat yleisempi ja edullisempi vaihtoehto. Karkeaistettu Android-pohjainen älykello tai ranne-taulu vastaanottaa navigointitiedot ensisijaiselta laitteelta BLE:n yli ja renderöi yksinkertaistetun navigointinäkymän 1.4–2.4 tuuman näytölle. BLE-yhteys käyttää räätälöityä GATT-palveluprofiilia, joka kuljettaa tiiviin navigointipäivityspaketin: suunta seuraavaan reittipisteeseen (2 tavua), etäisyys seuraavaan reittipisteeseen (3 tavua), GPS/INS-lähdeilmaisin (1 tavu), sijainnin epävarmuussäde metreissä (2 tavua) ja akun tila (1 tavu). Paketin kokonaiskoko on alle 32 tavua, selvästi BLE MTU -rajojen sisällä. WMD-navigointisovellus renderöi kulkusuuntaan orientoituneen minikartan, jossa sotilaan sijainti on keskellä, reittipisteet suhteellisissa suunnissaan ja tilarivi näyttää lähteen ja akun. Vuorovaikutus rajoittuu muutamiin fyysisiin painikkeisiin: vahvista reittipisteen saapuminen, pyydä hätäsijaintilähetys ja vaihda yölinssitila.

Kypärään kiinnitettävät näytöt (HMD) heijastavat läpinäkyvän HUD-peittokuvan käyttäjän näkökenttään. Ohjelmisto tuottaa HUD-peittokuvan eikä koko näytön karttaa: kompassikaari näkökentän yläreunaan, suuntaneula ja etäisyyslukema seuraavalle reittipisteelle sekä pieni GPS/INS-lähdeilmaisin. HMD-integraatio käyttää tyypillisesti Androidin HMD-SDK:tä tai videopeittokuvarajapintaa (HDMI tai MIPI-DSI). Tehonkulutus on suurempi kuin WMD:llä — näyttöprojektori lisää 200–600 mW — mutta HMD liittyy päälaitteen akkuun eikä kanna omaansa, joten akun suunnittelu käyttää ensisijaisen laitteen tehorajoitusta.

BLE-lähetykset ryhmän läheisyysseurantaan toimivat rinnakkain käyttäjän kiinnitettävän näytön yhteyden kanssa. Jokainen laite lähettää räätälöidyn BLE-ilmoituspaketin 100–500 ms välein koodaten pakatun sijaintipäivityksen (lat/lon/hae 12 tavussa 1 cm:n tarkkuudella), 4 tavun aikaleiman ja 4 tavun laitetunnuksen. Ryhmän jäsenten laitteet vastaanottavat nämä lähetykset ja näyttävät kunkin jäsenen sijainnin navigointikartalla kuvakkeena, jonka väri osoittaa sijaintilähteen laadun (vihreä GPS:lle, keltainen sekoitetulle, punainen vain dead reckoningille). BLE tarjoaa aidoon ryhmän yhtenäisyystiedon 10–80 m:n kantamalla ilman taktista verkkoradiota säästäen radiokapasiteetin ääneen ja ylempänä kulkevaan CoT-liikenteeseen. Wearable sensor integration field apps -arkkitehtuuri käsittelee koko BLE-protokollapinoa ja tehonhallintamalleja yksityiskohtaisesti.

Jalkajoukkojen navigointi kaupunkiympäristöissä

Kaupunkiympäristöt ovat teknisesti vaativin jalkajoukkojen navigointiskenaario: GPS on heikentynyt tai poissa rakennusten sisällä, kerrostason pystysijainti on tärkeä taktisille päätöksille, rakenteet luovat monitiehäiriön, joka turmelee jopa osittaiset GPS-ratkaisut, ja liikuttava tila on kolmiulotteinen tavalla, jota ulkomaaston navigointiohjelmisto ei huomioi. Kaupunkitoimintoihin suunnitellun navigointisovelluksen on käsiteltävä kaikkia näitä haasteita samanaikaisesti.

Rakennusten pohjakartat laajentavat 2D-kartan pystysuuntaiseen ulottuvuuteen. Pohjakarttatiedot pakataan GeoPackage-kerroksina, joissa on yksi kerros kohti kerrosta indeksoituna kerrosnumeron ja rakennuksen tunnuksen mukaan. Navigointisovellus renderöi pohjakartan läpinäkyvänä peitteenä pohjakartalle ja vaihtaa kerrosta automaattisesti, kun barometrinen korkeusmittari havaitsee sotilaan korkeuden muuttuvan kokonaisen kerrosvälin (tyypillisesti 3–4 m). Portaiden tunnistus käyttää yhdistettyä signaalia askelilmaisimesta (vahvistaa liikkumisen) ja jatkuvasta positiivisesta tai negatiivisesta barometrisesta pystynopeudesta (vahvistaa korkeuden muutoksen): askelsarja, johon liittyy jatkuva 3–4 m/min barometrinen nousu, laukaisee kerroksen lisäyksen ja vaihtaa peitteen seuraavaan pohjakarttakerrokseen. Hissin tunnistus soveltaa heuristiikkaa: nopea korkeuden muutos (>0.5 m/s barometrinen nopeus) ilman askelilmaisimen vahvistamaa kävelyä laukaisee hissitapahtuman ja päivittää kerroslaskurin vastaavasti, mutta matalammalla luottamuksella kuin portaiden tunnistus ja vahvistusviiveen alaisena.

Kaupunkirotkon GPS-heikkeneminen on jatkuva ja vaihteleva tila. Sotilaan liikkuessa tiheässä kaupunkialueessa GPS:n laatu vaihtelee korttelista toiseen: avoin risteys voi tarjota HDOP 1.5:n kahdeksalla satelliitilla; kapea katu, jonka molemmilla puolilla on kuuden kerroksen rakennuksia, voi tuottaa HDOP 12:n kolmella satelliitilla ja merkittävällä monitiesaastumisella. Navigointisovellus seuraa HDOP-arvoa, satelliittien määrää, kunkin seuratun satelliitin signaali-kohinasuhdetta ja sijainnin yhtenäisyyttä peräkkäisten ratkaisujen välillä. Yli 15 m:n äkillinen sijainnin hyppy peräkkäisten 1 Hz ratkaisujen välillä on vahva monitieosoitin; sovellus reagoi lisäämällä sijainnin epävarmuusarviota, yhdistämällä GPS-ratkaisun IMU:n dead reckoning -estimaattiin niiden epävarmuuksien käänteisesti suhteutettuna ja kirjaamalla poikkeaman tehtävän jälkeiseen analyysiin.

Kerroskohtaisen sijainnin tarkkuus riippuu paljon barometrisen kalibroinnin laadusta ja ajantasaisuudesta. Korkeusmittarin absoluuttinen korkeusvertailu liukuu ilmanpaineen muuttuessa tehtävän aikana — 3 hPa:n paineen muutos (yleinen 6 tunnin jaksolla) vastaa noin 25 m:n näennäistä korkeuden muutosta, mikä aiheuttaisi monikerrosvirheen korjaamattomassa järjestelmässä. Vakiomuoto on kalibroida barometrinen vertailu jokaisessa GPS-ratkaisussa (käyttäen GPS HAE -arvoa geoidimallilla korjattuna korkeusvertailuna) ja hyväksyä manuaalinen kerroksen syöttö käyttäjältä rakennukseen saavuttaessa, kun sisäänkäynnin GPS-ratkaisu tarjoaa pohjakerroksen kalibrointipisteen. Sisätilojen kerrosnavigointi alikerrostarkkuudella edellyttää tätä kalibrointikuria; ilman sitä barometrinen kerroksen tunnistus heikenee ±1 kerroksen tarkkuuteen GPS-estön jaksoissa, jotka ylittävät 15–20 minuuttia.