Koostalitluse ekspordid ja impordid

Käivitus kirjutab tulemusdokumendi, diagrammi ja aruande. --export kirjutab ka stsenaariumi geomeetria või selle sünteesitud signaali vormingutes, mida teised tööriistad juba loevad: gloobusevaatur, töölauakaart, geoinfosüsteem (GIS), missioonianalüüsi pakett või tarkvaraliselt defineeritud raadio (SDR) tööriist. Siin ei loe miski kella ega võrku ja ükski eksport ei kanna genereerimise ajatemplit, nii et sama stsenaarium annab igal käivitusel baidi-baidilt identsed failid.

kshana scenarios/jamming-demo.toml --export czml            # one format
kshana scenarios/jamming-demo.toml --export kml --export geojson
kshana scenarios/jamming-demo.toml --export all             # every format that applies
kshana scenarios/jamming-demo.toml --export list            # which apply, and why not, without running
kshana scenarios/terrain-nav.toml --import-route route.geojson --export geojson

Failid kirjutatakse stsenaariumi kõrvale, nimega nagu tulemusdokument: jamming-demo.czml, jamming-demo.kml, jamming-demo.geojson, üks jamming-demo.<object>.e iga liikuva objekti kohta (või jamming-demo.e, kui see on üks), ja paar l-band-waterfall-jamming.sigmf-meta / .sigmf-data. Võtmega --study-name kasutavad need uuringu nime, nagu teised väljundid.

Selgesõnaliselt nimetatud vorming, mis stsenaariumile ei kehti, on viga, mis trükib põhjuse; võtme all korral trükitakse põhjus ja vorming jäetakse vahele. Teegi sisendpunktid on kshana::interop::export(src, format), kshana::interop::plan(src) ja kshana::interop::geojson::apply_route(src, geojson); need võtavad stsenaariumi teksti ja tagastavad baite, ühtegi faili puudutamata, mistõttu need töötavad ka WebAssembly versioonis. Model Context Protocol (MCP) server pakub samu kolme tööriistadena export_interop, list_export_formats ja import_route (vt mcp/kshana-mcp/README.md).

Kood: src/interop/ (scene.rs ehitab stsenaariumist ühe geomeetrilise kirjelduse, czml.rs, kml.rs, geojson.rs ja stk.rs kirjutavad selle), src/sigmf.rs ja src/spectrum.rs signaali jaoks. Testid: tests/interop_formats.rs.

Vormingud#

Mida iga fail sisaldab#

Iga georuumiline vorming kirjutatakse samast stseenist, seega ei saa need olla erinevat meelt selles, kus miski asub. Stseenis on kuni neli liiki objekte:

• Liikuvad objektid — satelliidid ja kasutajaplatvorm, kui see liigub — diskreeditud stsenaariumi enda ajavõrgul liigi käivituse kasutatavate propagaatoritega.
• Fikseeritud kohad — vastuvõtja, maajaam, segaja või kohaliku navigatsioonisüsteemi alguspunkt.
• Ajata rajad — teekonnapunktid, mida maastiku-, gravitatsiooni- või kombineeritud alternatiivse positsioneerimise, navigatsiooni ja aja (PNT) liik lendab. Neil liikidel ei ole ajatelge, seega rajad ei kanna ühtegi.
• Segaja jalajäljed — liigi jamming jaoks kaks ringi segaja ümber: maapealne ulatus, mille sees zeniidis olev satelliit (kõige tugevam) langeb alla jälgimisläve, nii et kõik satelliidid kaovad, ja ulatus, mille sees kõrgusmaskil olev satelliit (kõige nõrgem) seda teeb, nii et jälgimine hakkab ebaõnnestuma. Mõlemad tulevad liigi enda lingivõrranditest (Kaplan ja Hegarty, Understanding GPS/GNSS (Global Positioning System / Global Navigation Satellite Systems), 3. väljaanne, §9,4), segaja asukoht vastuvõtja silmapiiril ja vabaruumi sumbuvusega, ning testikomplekt kontrollib, et tõhus kandja ja müratiheduse suhe igal raadiusel võrdub lävega 1e-6 dB täpsusega. Ring joonistatakse Maa keskmise raadiusega sfäärile.

CZML#

Esimene pakett on dokumendipakett ("id": "document", "version": "1.0") ajavõrku katva kellaga. Iga liikuv objekt on pakett, mille position sisaldab ISO 8601 (rahvusvahelise standardiorganisatsiooni kuupäeva ja kellaaja vorming) UTC (koordineeritud maailmaaeg) epoch, referenceFrame "INERTIAL" ja cartesian valimeid [t, x, y, z, ...]: sekundid epohhist, meetrid geotsentrilises taevases tugisüsteemis (GCRS). CesiumJS võtab INERTIAL rahvusvahelise taevase tugisüsteemina (ICRF), mille teljed GCRS jagab. Fikseeritud kohad ja jalajälgede keskpunktid on konstantsed Maaga seotud cartesian asukohad väärtusega referenceFrame "FIXED". Jalajälg on ellipse, mille mõlemad pooltelge võrduvad selle raadiusega; ajata rada maapinnale kinnitatud polyline. Iga paketi description ütleb tugisüsteemi sõnadega uuesti.

KML#

Üks <Document> ühe <Folder>-ga objektiklassi kohta. Liikuv objekt on <Placemark>, mis sisaldab <gx:Track>: üks <when> valimi kohta (ISO 8601 UTC), seejärel üks <gx:coord> valimi kohta (pikkuskraad, laiuskraad, kõrgus). Kohad on <Point>-id, jalajäljed <Polygon>-id, mille rõngas on suletud ja vastupäeva, ajata rajad <LineString>-id. Koordinaadid on World Geodetic System 1984 (WGS 84) pikkus- ja laiuskraad kümnendkraadides ja kõrgus meetrites WGS 84 ellipsoidi kohal, kirjutatud kujul altitudeMode absolute. KML loeb absolute kõrgusena keskmise merepinna kohal; vahe, geoidi undulatsioon, on umbes ±110 m piires ja seda ei rakendata. Dokumendi kirjeldus ütleb seda.

GeoJSON#

Üks FeatureCollection. Asukohad on [longitude, latitude] või [longitude, latitude, height] — pikkuskraad esimesena, nagu RFC 7946 nõuab — WGS 84 kraadides, kõrgus meetrites ellipsoidi kohal. Liikuv objekt on LineString omadusega times_utc, mis sisaldab ühte ISO 8601 aega asukoha kohta; rada, mis ristub 180° meridiaani, kirjutatakse seal lõigatud MultiLineString-ina, nagu RFC 7946 §3.1.9 palub (ristumispunkt interpoleeritakse ja times_utc loetleb seejärel ainult algsed valimid). Kohad on Point-id, jalajäljed Polygon-id suletud vastupäeva välisrõngaga (§3.1.6), ajata rajad LineString-id. Igal objektil on omadus units, mis nimetab iga arvulise liikme ühiku.

STK .e#

Üks fail liikuva objekti kohta, kuna STK efemeriid kirjeldab ühte sõidukit. Päis annab NumberOfEphemerisPoints (võrdne andmeridade arvuga), ScenarioEpoch (UTC, d Mon yyyy hh:mm:ss.ssssss), InterpolationMethod Lagrange koos InterpolationSamplesM1 5, CentralBody Earth, CoordinateSystem ICRF ja DistanceUnit Meters; read all EphemerisTimePosVel on sekundid epohhist, asukoht meetrites ja kiirus meetrites sekundis GCRS-is. Stseen, kus on ainult fikseeritud kohad või ajata rajad, ei kirjuta .e faili: fikseeritud punkt on STK Facility, mitte efemeriid. Id, mis ei ole tavaline failinime osa (konstellatsiooni kest ja satelliit, Pulsar inclined/S1-0163), kirjutatakse iga muu märgiga kui -, nummerdatud, kui kaks id-d seejärel kokku langevad.

Liik leo-pass ja liik leo-pnt-chain (selle etapi [pass] kaudu) ekspordivad iga madala Maa orbiidi (LEO) satelliidi ja kasutaja liigi enda propagaatoritest ja ajavõrgust. Liik töötab ECI0-s, Maa-tsentrilises inertsiaalsüsteemis, mis on epohhil joondatud Maaga seotud süsteemiga; iga valim pööratakse Maaga seotud süsteemi selle enda ajal liigi Maa pöörlemisega ja sealt GCRS-i läbi tõelise ekvaatori ja keskmise pööripunkti (TEME) süsteemi, milles Simplified General Perturbations 4 (SGP4) propagaator väljundi annab, sellel hetkel, kusjuures UT1 (maailmaaeg, Maa pöördenurk) võetakse võrdseks UTC-ga ja polaarliikumist eiratakse, nagu teiste eksportide puhul. Teised LEO liigid ütlevad, miks vorming ei kehti (allolev tabel).

Kampaaniad#

campaign ekspordib iga geomeetriaga liikmestsenaariumi oma failikomplektina, liikme silt lisatud vormingu laiendi ette: iga faasi käivitus (<phase> või <phase>-<k>, kui faasil on mitu käivitust), pühkimise baasstsenaarium (sweep), Monte Carlo stsenaarium (monte-carlo) ja iga komponeeritud liige (selle silt, koos seotud jagatud väärtustega, mis on sisse kirjutatud). campaign-shared-jammer-sea-road.toml --export kml kirjutab campaign-shared-jammer-sea-road.ship-strait.kml ja campaign-shared-jammer-sea-road.car-coast-road.kml. Liige, mis on identne varasemaga, kirjutatakse üks kord, ja väärtusi, mida kampaania rakendab käivitusajal (üleandmised, pühkimisväärtused, algväärtused (seed)), ei ole eksporditud liikmes. Vorming kehtib kampaaniale, kui see kehtib mõne liikme kohta; vastasel juhul on põhjus allpool oleva tabeli märkus 4. Vt CAMPAIGNS.md.

SigMF#

Liigi spectrum hetktõmmis [iq] — modelleeritud L-riba, joonistatud kompleksvalimitena ühel hetkel — paarina .sigmf-meta / .sigmf-data, andmetüübis, mille nimetab [iq] (cf32_le või ci16_le). See on sama salvestis, mille käivitus kirjutab ja loeb tagasi oma järjepidevuskontrolliks: eksporditud metaandmed võrduvad tulemusdokumendi plokiga iq.sigmf.meta ja andmefailil on pikkus iq.sigmf.data_bytes. Kirjutaja on src/sigmf.rs, moodul, mida liik spectrum juba kasutas; midagi ei dubleerita.

Tugisüsteemid ja aeg#

• Mootor propageerib TEME-s (tõeline ekvaator, kuupäeva keskmine pööripunkt), oma natiivses süsteemis. Liikuvad objektid pööratakse GCRS-i redutseerimisega nutation::teme_to_gcrs (IAU 2006 pretsessioon ja IAU 2000B nutatsioon, kus IAU on Rahvusvaheline Astronoomia Liit), mis taastoodab Vallado avaldatud TEME-st GCRF-i (geotsentriline taevane tugisüsteem) näite täpsusega 0,11 m, CZML-i ja STK jaoks, ning Maaga seotud süsteemi funktsiooniga frames::teme_to_ecef KML-i ja GeoJSON-i jaoks. Maaga seotud pööre on Greenwichi keskmine tähtnurk, kus UT1 võetakse võrdseks UTC-ga ja polaarliikumist ei rakendata — sama redutseerimine, mida kasutab SP3 (Standard Product 3) eksport. GPS-orbiidi raadiusel nihutab eiratud UT1−UTC kuni 0,9 s satelliidi pikkuskraadi kuni umbes 1,7 km; maajaamu see ei mõjuta, kuna need on antud laius- ja pikkuskraadis.
• Liik ephemeris on erand: selle mootori väljund kannab juba GCRS-i ja Maaga seotud asukohti (stsenaariumi UT1−UTC ja polaarliikumisega või päris International Earth Rotation and Reference Systems Service'i (IERS) reaga) ning need kirjutatakse muutmata kujul.
• Iga aeg on UTC. Liigsekundeid ei modelleerita: nihe üle liigsekundi loetakse nii, nagu igal päeval oleks 86 400 s, nagu mootori ajavõrgud loevad.
• Epohh t = 0 on see, mida liigi käivitus kasutab, ja iga fail nimetab selle: liigi orbit väli epoch; kui see puudub, varaseim epohh, mida satelliitide enda andmed kannavad (kaherealise elemendikomplekti (TLE) epohh, edastatava efemeriidi etalonaeg, SP3 faili algus), ning 2000-01-01T00:00:00Z ainult siis, kui ükski satelliit seda ei kanna (Kepleri elemendid). SP3 ja OEM (Orbit Ephemeris Message) eksport säilitavad stsenaariumi puhul ilma epoch väärtuse 2000-01-01T00:00:00Z, nii et sellise stsenaariumi puhul nende kuupäevad erinevad nende failide omadest. Stsenaariumi epoch puudumisel pööratakse iga satelliit, mis kannab oma epohhi, GCRS-i ja Maaga seotud süsteemi oma hetkel (selle epohh pluss t), kuna sellele kuupäevale kuulub selle TEME asukoht; kus satelliitide epohhid erinevad, järgivad jagatud ajamärgendid mootori eeldust, et iga satelliit algab hetkel t = 0, ja fail ütleb, mitme tunni võrra need erinevad. Liikide jamming ja gnss-sim Walkeri konstellatsioonide SGP4 elemendi epohh (2018-06-12T00:00:00Z), mida nende käivitused kasutavad ka Maa pöörlemiseks; liigi passes epoch; liigi ephemeris epoch või TLE epohh. Liigil integrity ei ole kalendriepohhi; selle eksport dateerib t = 0 nagu orbiidistsenaarium ilma selleta.
• Satelliidid säilitavad positsioonilised identifikaatorid G01, G02, ... mille SP3 ja OEM eksport neile annab, kuna propagaatorid ei kanna TLE nimeridu.

Impordid#

• GeoJSON marsruut. --import-route <file> (teek: interop::geojson::apply_route) loeb GeoJSON-dokumendi esimese LineString — üksik geomeetria, Feature või FeatureCollection — ja kirjutab selle liikide terrain-nav, terrain-slam, gravity-map ja combined-altpnt rajasisenditesse (start_lat_deg, start_lon_deg, step_lat_deg, step_lon_deg, waypoints) enne käivitust. Need liigid lendavad start + i·step, seega marsruut aktsepteeritakse, kui see on täpselt see: selle kaks otsa (stsenaariumi waypoints arv säilitatakse) või kolm või rohkem asukohta, mis on ühtlaselt paigutatud sirgjoonele laius- ja pikkuskraadis, täpsusega 1e-7 kraadi (umbes 1 cm). Iga teine marsruut lükatakse tagasi ja viga nimetab joonest kõige kaugema asukoha. Marsruut liigile, millel ei ole trajektoorisisendit, lükatakse selle põhjusega tagasi. Pikkus- ja laiuskraadi vahemikku kontrollitakse, mis tabab laiuskraad-ees faili.
• SigMF salvestis. Liigi spectrum plokk [recording] loeb paari .sigmf-meta / .sigmf-data läbi src/sigmf.rs ja joonistab selle Welchi hinnangu mudeli kõrvale (vt SPECTRUM.md). Failide lugemine on natiivse ehituse funktsioon; WebAssembly ehitus võtab baidid läbi kshana::sigmf::read.

Kuidas eksporte kontrollitakse#

tests/interop_formats.rs sõelub iga ekspordi valideerijaga, mis on kirjutatud vormingu spetsifikatsiooni järgi, mitte kirjutaja enda koodiga:

• CZML: JSON-massiiv, mille esimene pakett on dokumendipakett väljaga version; unikaalsed paketi identifikaatorid; iga asukoht ütleb referenceFrame FIXED või INERTIAL; diskreeditud asukohad on [t, x, y, z, ...] ISO 8601 epohhi ja kasvavate aegadega.
• KML: korrektselt vormistatud XML (Extensible Markup Language) dokument OGC KML 2,2 nimeruumis ühe juurobjektiga; skeemi elementide järjekord Placemark'is; kuni üks geomeetria Placemark'i kohta; suletud lineaarsed rõngad neljast või enamast asukohast; lon,lat[,alt] korteežid vahemikus; kehtivad altitudeMode väärtused; styleUrl-id, mis lahenduvad; gx:Track, millel on sama palju <when> kui <gx:coord>, ja deklareeritud laienduse nimeruum.
• GeoJSON: pikkuskraad esimesena ja vahemikus, laiuskraad vahemikus, kaks või kolm arvu asukoha kohta, joonestringid kahest või enamast asukohast, suletud vastupäeva välisrõngad, ükski lõik ei ristu 180° meridiaani, ei ole liiget crs, igal objektil on omadus units.
• STK: versioonirida stk.v., plokk BEGIN Ephemeris / END Ephemeris nõutud märksõnadega, DistanceUnit Meters, NumberOfEphemerisPoints võrdne andmeridade arvuga, seitse arvu rea kohta, kasvavad ajad.
• SigMF: core:datatype ja core:version massiivides global, captures ja annotations, core:sample_start igal püüdmisel ja täisvalimitest andmefail.

Peale struktuuri võrreldakse CZML-i ja STK-sse eksporditud satelliiti mootori enda olekuga pärast sama tugisüsteemi redutseerimist ning see ühtib 1 mm täpsusega asukohas (failid kannavad 0,1 mm): liigi ephemeris enda GCRS-i väljundi vastu ja konstellatsiooni orbit-sgp4-gps sõltumatu TEME-st GCRS-i propageerimise vastu, iga satelliit dateeritud oma TLE epohhiga, mis on loetud stsenaariumi tekstist. Kaks kontrolli lähevad mootorist välja: esimese orbit-sgp4-gps satelliidi CZML-i asukohad ühtivad täpsusega 0,1 m (mõõdetud 2,3 cm) sama TLE-ga, mida propageeris Pythoni pakett sgp4 ja redutseeris GCRS-i ERFA (Essential Routines for Fundamental Astronomy, IAU SOFA teegi avatud realisatsioon), ning orbit-rinex satelliitide Maaga seotud asukohad võrduvad Global Positioning Systemi liidesespetsifikatsiooni edastatava efemeriidi asukohtadega täpsusega 1 mm. Ekspordi jamming Maaga seotud asukohti võrreldakse asukohtadega, mida segamiskäivitus hindab, täpsusega 5 mm. GeoJSON-i marsruut käib rajastsenaariumi kaudu edasi-tagasi, SigMF-i paar loetakse tagasi samadeks baitideks ja iga eksport on baidi tasemel deterministlik.

Need on kontrollid avaldatud spetsifikatsioonide ja mootori enda vastu. Faile ei ole testikomplekti osana CesiumJS-i, Google Earthi, Ansys STK-sse ega SDR-tööriista laaditud, seega nende tööriistade konkreetse versiooni poolt vastuvõtmist siin ei testita.

Orbiidi, asendi ja tuumade vahetus (teek, 0,36)#

Lisaks vormingutele --export lisas 0,36 teegi lugejad ja kirjutajad standardfailidele, mida missioonianalüüsi tööriistad vahetavad. Need võtavad ja tagastavad teksti või baite ega puuduta ühtegi faili. Iga neist on kontrollimaatriksi VALIDATED rida, mis on kontrollitud seal nimetatud sõltumatu realisatsiooni vastu:

• CCSDS-i orbiidiandmesõnumid (kshana::odm, XML-vormi jaoks kshana::ndm_xml): OPM, OMM ja OCM võtme-väärtuse kirjaviisis (KVN) ja NDM/XML, vastavalt CCSDS 502.0-B-3 (OPM ja OMM versioonid 3,0 ja 2,0, OCM 3,0). Kontrollitud mõlemas suunas Orekiti vastu: Orekit loeb Kshana faile ja Kshana loeb Orekiti faile. Allesjäänud leiud on fikseeritud testidega.
• CCSDS-i asendiandmesõnumid (kshana::adm, koos kshana::ndm_xml): AEM ja APM vastavalt CCSDS 504.0-B-2, KVN-is ja NDM/XML-is. Kontrollitud Orekiti vastu samamoodi ning kirjete pöörded Orekiti omade vastu.
• SPICE SPK (kshana::spk_writer): NAIF SPK segmentide tüüpide 9 ja 13 (koos CCSDS OEM-i eksportimisega SPK tuumaks) ning tüüpide 3 ja 21 (Tšebõšovi polünoomid ja laiendatud vaheread) kirjutajad ja lugejad, mida on kontrollitud NAIF SPICE tööriistakomplekti enda lugejate vastu baidi-identsuseni. Kshana kirjutab segmendid temale antud kirjetest: ta ei sobita Tšebõšovi koefitsiente ega koosta vahelugusid.

CCSDS OEM-i importija ja kirjutaja ning OEM-i kovariatsiooniplokk on vanemad ja neid kirjeldatakse ülalolevate importide all ning maatriksis.

Piirangud#

• Geomeetriat eksporditakse ainult allolevas tabelis olevatest liikidest. Liike, mille geomeetria on keskendunud Kuule, Marsile või muule kehale, ei ekspordita: CZML, KML ja GeoJSON kirjeldavad asukohti Maa ümber ning see väljalase kirjutab STK faile ainult väärtusega CentralBody Earth, kuigi STK vorming ise lubab ka teisi keskkehi.
• Liikidel constellation-design, earth-gnss-lunar ja oem-interop on Maaga seotud geomeetria, mida see väljalase ei ekspordi; tabel annab iga kohta põhjuse.
• Liik gnss-ins lendab oma trajektoori lameda kohaliku puutujatasandi peal, mistõttu eksporditakse ainult tasandi alguspunkt, mitte trajektoor.
• Maaga seotud satelliidiasukohad eiravad UT1−UTC-d ja polaarliikumist (vt Tugisüsteemid ja aeg); KML kõrgused on ellipsoidsed, mitte keskmise merepinna kohal.
• Jalajäljed eeldavad vabaruumi levi, segajat vastuvõtja silmapiiril ja sfäärilist Maad ringi jaoks.

Iga stsenaariumifail#

Mida kshana <scenario> --export <format> teeb iga faili jaoks kaustas scenarios/ (komplekti manifest ei ole stsenaarium ja on välja jäetud). „jah“ tähendab, et vorming kirjutatakse ja läbib oma valideerija; vastasel juhul osutab number põhjusele. Genereerib cargo run --bin gen_validation_artifacts; tests/interop_formats.rs ebaõnnestub, kui see on aegunud.

Miks vorming ei kehti:

1. liigid contact-schedule ja acm-link planeerivad allalingi kontakte ja kodeerimist; sama satelliidi ja jaama geomeetria nägemiseks tuleb eksportida stsenaarium passes
2. SigMF sisaldab komplekseid baasribasignaali valimeid, mida sünteesib ainult liik spectrum
3. liik aocs simuleerib asendit massikeskme ümber ilma orbiidi või maapealse asukohata, seega ei ole midagi, mida Maale paigutada
4. stsenaariumi sisend ei kanna horisontaalset asukohta (ei laius- ja pikkuskraadi, ei Maa-tsentrilisi koordinaate, ei orbiidielemente, välja arvatud kõige rohkem kõrgus), seega ei ole midagi, mida Maale paigutada
5. liigid eo-radiometry ja ascent-losses arvutavad energiabilansse ilma Maa asukohata
6. STK efemeriid kirjeldab sõiduki asukohta ja kiirust ajas; sellel stseenil on ainult fikseeritud punktid või ajata rajad (fikseeritud punkt on STK Facility, mitte efemeriid)
7. kampaania ühelgi liikmestsenaariumil ei ole midagi, mida see vorming kirjeldab; põhjuse nägemiseks tuleb liige eraldi eksportida
8. liik leo-signal analüüsib signaalikavandeid (spektrid, jälgimine, hankimine, ühilduvus) ilma satelliidi või kasutaja asukohata; tuleb eksportida stsenaarium leo-pass või leo-pnt-chain, mis kavandiga lendab
9. selles väljalaskes ei eksporditud: liitpositsioneerimise liigid paigutavad oma satelliidid Maaga seotud süsteemi epohhi suhtes, mida nad kunagi ei nimeta, seega peaks ajamärgendiga eksport kalendrikuupäeva välja mõtlema (selle asemel tuleb eksportida stsenaarium leo-pass või leo-pnt-chain)
10. liigi geomeetria on keskendunud Kuule, Marsile või muule päikesesüsteemi kehale; CZML, KML ja GeoJSON kirjeldavad asukohti Maal või selle ümber ning see väljalase kirjutab STK efemeriide ainult väärtusega CentralBody Earth
11. selles väljalaskes ei eksporditud: constellation-design paigutab oma satelliidid kehaga seotud süsteemi epohhi suhtes, mida see kunagi ei nimeta, seega peaks ajamärgendiga eksport kalendrikuupäeva välja mõtlema
12. selles väljalaskes ei eksporditud: väärtuse earth-gnss-lunar Maa globaalse satelliitnavigatsioonisüsteemi (GNSS) konstellatsiooni nähakse Kuu kaugusel asuvast vastuvõtjast, mille trajektoori liik ajareana ei esita
13. selles väljalaskes ei eksporditud: liik entry-heating teatab tippkoormused ja kuumenemise ega hoia ajamärgendiga maapealset jälge
14. liik gnss-ssv pühib kättesaadavust ja lingi tugevust kasutaja jaoks kestal või Kepleri trajektooril; sellel ei ole ühte asukohta, mida kaardile paigutada
15. stsenaarium launch-window annab stardikoha laiuskraadi, kuid mitte pikkuskraadi, seega ei saa kohta paigutada
16. selles väljalaskes ei eksporditud: liigi leo-navmsg tõeline orbiit on sobitusetalon, mille Maa pöördenurk epohhil on sisend (theta0_deg, vaikimisi 0), mitte kalendrikuupäevast tuletatud, seega ei ole selle Maaga seotud asukohad kuupäevaga seotud
17. sellel spektristsenaariumil ei ole plokki [iq], seega ei sünteesita salvestamiseks ühtegi valimit
18. selles väljalaskes ei eksporditud: oem-interop loeb ja kirjutab CCSDS (Consultative Committee for Space Data Systems) Orbit Ephemeris Message'i, mis on ise efemeriidi vahetusfail
19. liik optical-atmosphere arvutab lingistatistikat maajaamade jaoks, ilma ajamärgendiga geomeetriata, mida paigutada
20. stsenaarium pühib teist stsenaariumi üle võrgu; pühitud stsenaarium tuleb eraldi eksportida
21. liik time-transfer-budget arvutab sideliini energiabilansi ja stabiilsused, ilma ajamärgendiga geomeetriata, mida paigutada