Yhteentoimivuuden viennit ja tuonnit

Ajo kirjoittaa tulosasiakirjan, kaavion ja raportin. --export kirjoittaa lisäksi skenaarion geometrian tai sen synteettisesti tuotetun signaalin muodoissa, joita muut työkalut jo lukevat: maapallonäkymä, työpöytäkartta, paikkatietojärjestelmä (GIS), tehtäväanalyysipaketti tai ohjelmistoradiotyökalu (SDR). Mikään tässä ei lue kelloa tai verkkoa, eikä yksikään vienti sisällä luontiaikaleimaa, joten sama skenaario tuottaa tavu tavulta identtiset tiedostot joka ajolla.

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

Tiedostot kirjoitetaan skenaarion viereen ja nimetään kuten tulosasiakirja: jamming-demo.czml, jamming-demo.kml, jamming-demo.geojson, yksi jamming-demo.<object>.e kutakin liikkuvaa kohdetta kohden (tai jamming-demo.e, kun kohteita on yksi) sekä pari l-band-waterfall-jamming.sigmf-meta / .sigmf-data. Kun käytössä on --study-name, ne saavat tutkimuksen nimen, kuten muutkin tulosteet.

Nimenomaisesti nimetty muoto, joka ei sovellu skenaarioon, on virhe, joka tulostaa syyn; kun käytössä on all, syy tulostetaan ja muoto ohitetaan. Kirjastoon kuuluvat sisääntulopisteet ovat kshana::interop::export(src, format), kshana::interop::plan(src) ja kshana::interop::geojson::apply_route(src, geojson); ne ottavat skenaarion tekstin ja palauttavat tavuja, eivät käytä tiedostoja, joten ne toimivat myös WebAssembly-versiossa. Model Context Protocol (MCP) -palvelin tarjoaa samat kolme työkaluina export_interop, list_export_formats ja import_route (katso mcp/kshana-mcp/README.md).

Koodi: src/interop/ (scene.rs rakentaa skenaariosta yhden geometrisen kuvauksen, ja czml.rs, kml.rs, geojson.rs ja stk.rs kirjoittavat sen), src/sigmf.rs ja src/spectrum.rs signaalia varten. Testit: tests/interop_formats.rs.

Muodot#

Mitä kukin tiedosto sisältää#

Jokainen paikkatietomuoto kirjoitetaan samasta kohtauksesta, joten ne eivät voi olla eri mieltä siitä, missä mikäkin on. Kohtauksessa on enintään neljää lajia kohteita:

• Liikkuvat kohteet — satelliitit ja käyttäjäalusta, kun se liikkuu — näytteistetään skenaarion omalla aikaruudukolla käyttäen propagaattoreita, joita lajin ajo käyttää.
• Kiinteät paikat — vastaanotin, maa-asema, häirintälähetin tai paikallisen navigointikoordinaatiston origo.
• Aikaleimattomat jäljet — reittipisteet, joita maasto-, painovoima- tai yhdistetty vaihtoehtoinen paikannus-, navigointi- ja ajanmääritys (PNT) -laji lentää. Näillä lajeilla ei ole aika-akselia, joten jäljillä ei ole aikaa.
• Häirintälähettimen jalanjäljet — lajille jamming kaksi ympyrää häirintälähettimen ympärillä: maanpinnan etäisyys, jonka sisällä zeniitissä oleva satelliitti (voimakkain) jää seurantakynnyksen alle, jolloin jokainen satelliitti menetetään, ja etäisyys, jonka sisällä korkeuskulmamaskissa oleva satelliitti (heikoin) jää sen alle, jolloin seuranta alkaa pettää. Molemmat tulevat lajin omista linkkiyhtälöistä (Kaplan ja Hegarty, Understanding GPS/GNSS (Global Positioning System / Global Navigation Satellite Systems), 3. painos, §9,4), kun häirintälähetin on vastaanottimen horisontissa ja käytetään vapaan tilan vaimennusta, ja testisarja tarkistaa, että kantoaalto-kohinatiheyssuhde on kullakin säteellä yhtä suuri kuin kynnys 1e-6 dB:n tarkkuudella. Ympyrä piirretään pallolle, jonka säde on Maan keskisäde.

CZML#

Ensimmäinen paketti on asiakirjapaketti ("id": "document", "version": "1.0"), jonka kello kattaa aikaruudukon. Jokainen liikkuva kohde on paketti, jonka kentässä position on ISO 8601 (kansainvälisen standardointijärjestön päivämäärä- ja aikamuoto) UTC (koordinoitu yleisaika) -aika epoch, referenceFrame "INERTIAL" sekä näytteet cartesian [t, x, y, z, ...]: sekunteja epookin jälkeen, metrejä Geocentric Celestial Reference Systemissä (GCRS). CesiumJS tulkitsee koordinaatiston INERTIAL International Celestial Reference Frameksi (ICRF), jonka akselit GCRS jakaa. Kiinteät paikat ja jalanjälkien keskipisteet ovat vakioita Maan mukana pyöriviä paikkoja cartesian, joilla referenceFrame on "FIXED". Jalanjälki on ellipse, jonka molemmat puoliakselit ovat yhtä suuret kuin sen säde; aikaleimaton jälki on maahan kiinnitetty polyline. Jokaisen paketin description ilmaisee koordinaatiston vielä sanoin.

KML#

Yksi <Document>, jossa on yksi <Folder> kutakin kohdeluokkaa kohden. Liikkuva kohde on <Placemark>, joka sisältää kohteen <gx:Track>: yksi <when> näytettä kohden (ISO 8601 UTC) ja sitten yksi <gx:coord> näytettä kohden (pituusaste, leveysaste, korkeus). Paikat ovat kohteita <Point>, jalanjäljet kohteita <Polygon>, joiden rengas on suljettu ja vastapäivään kiertävä, ja aikaleimattomat jäljet kohteita <LineString>. Koordinaatit ovat World Geodetic System 1984 (WGS 84) -pituus- ja leveysasteita desimaaliasteina ja korkeus metreinä WGS 84 -ellipsoidin yläpuolella, kirjoitettuina asetuksella altitudeMode absolute. KML tulkitsee arvon absolute korkeudeksi keskimääräisen merenpinnan yläpuolella; ero, geoidin undulaatio, on noin ±110 m:n sisällä, eikä sitä sovelleta. Asiakirjan kuvaus kertoo tämän.

GeoJSON#

Yksi FeatureCollection. Paikat ovat [longitude, latitude] tai [longitude, latitude, height] — pituusaste ensin, kuten RFC 7946 vaatii — WGS 84 -asteina, korkeus metreinä ellipsoidin yläpuolella. Liikkuva kohde on LineString, jonka ominaisuus times_utc sisältää yhden ISO 8601 -ajan kutakin paikkaa kohden; 180° meridiaanin ylittävä jälki kirjoitetaan siihen katkaistuna kohteena MultiLineString, kuten RFC 7946 §3.1.9 vaatii (ylityspiste interpoloidaan, ja times_utc luettelee sen jälkeen vain alkuperäiset näytteet). Paikat ovat kohteita Point, jalanjäljet kohteita Polygon, joilla on suljettu vastapäivään kiertävä ulkorengas (§3.1.6), ja aikaleimattomat jäljet kohteita LineString. Jokaisella kohteella on ominaisuus units, joka nimeää kunkin numeerisen jäsenen yksikön.

STK .e#

Yksi tiedosto kutakin liikkuvaa kohdetta kohden, koska STK-efemeridi kuvaa yhtä ajoneuvoa. Otsikko antaa NumberOfEphemerisPoints (yhtä suuri kuin datarivien määrä), ScenarioEpoch (UTC, d Mon yyyy hh:mm:ss.ssssss), InterpolationMethod Lagrange ja InterpolationSamplesM1 5, CentralBody Earth, CoordinateSystem ICRF sekä DistanceUnit Meters; rivit kohdan EphemerisTimePosVel alla ovat sekunteja epookin jälkeen, paikka metreinä ja nopeus metreinä sekunnissa GCRS:ssä. Kohtaus, jossa on vain kiinteitä paikkoja tai aikaleimattomia jälkiä, ei kirjoita tiedostoa .e: kiinteä piste on STK Facility, ei efemeridi. Tunniste, joka ei ole pelkkä tiedostonimen osa (satelliittitähdistön kuori ja satelliitti, Pulsar inclined/S1-0163), kirjoitetaan siten, että jokainen muu merkki on -, ja numeroidaan, jos kaksi tunnistetta sen jälkeen yhtyy.

Laji leo-pass ja laji leo-pnt-chain (vaiheensa [pass] kautta) vievät jokaisen matalan Maan kiertoradan (LEO) satelliitin ja käyttäjän lajin omista propagaattoreista ja aikaruudukosta. Laji toimii koordinaatistossa ECI0, Maan keskipisteeseen kiinnitetyssä inertiaalikoordinaatistossa, joka on epookilla linjassa Maan mukana pyörivän koordinaatiston kanssa; jokainen näyte muunnetaan Maan mukana pyörivään koordinaatistoon omalla ajanhetkellään lajin Maan pyörimisellä ja sieltä GCRS:ään true equator, mean equinox (TEME) -koordinaatiston kautta, jossa Simplified General Perturbations 4 (SGP4) -propagaattori antaa tuloksensa, kyseisellä ajanhetkellä niin, että UT1 (yleisaika, Maan pyörimiskulma) on yhtä suuri kuin UTC ja napaliike jätetään huomiotta, kuten muissakin viennissä. Muut LEO-lajit kertovat, miksi muoto ei sovellu (alla oleva taulukko).

Kampanjat#

Laji campaign vie jokaisen geometrian sisältävän jäsenskenaarion omana tiedostojoukkonaan, jäsenen nimike lisättynä ennen muodon päätettä: jokainen vaiheajo (<phase> tai <phase>-<k>, kun vaiheessa on useita ajoja), pyyhkäisyn peruskenaario (sweep), Monte Carlo -skenaario (monte-carlo) ja jokainen koottu jäsen (sen nimike, siihen sidotut jaetut arvot kirjoitettuina mukaan). Komento campaign-shared-jammer-sea-road.toml --export kml kirjoittaa tiedostot campaign-shared-jammer-sea-road.ship-strait.kml ja campaign-shared-jammer-sea-road.car-coast-road.kml. Aiempaa vastaava jäsen kirjoitetaan kerran, ja arvot, jotka kampanja soveltaa ajon aikana (luovutukset, pyyhkäisyarvot, siemenluvut), eivät ole viedyssä jäsenessä. Muoto sopii kampanjaan, kun se sopii johonkin jäseneen; muuten syy on alla olevan taulukon huomautus 4. Katso CAMPAIGNS.md.

SigMF#

Lajin spectrum kuvahetki [iq] — mallinnettu L-kaista piirrettynä kompleksisina näytteinä yhdellä ajanhetkellä — parina .sigmf-meta / .sigmf-data, tietotyypillä, jonka [iq] nimeää (cf32_le tai ci16_le). Se on sama tallenne, jonka ajo kirjoittaa ja lukee takaisin oman johdonmukaisuustarkistuksensa vuoksi: viety metatieto on sama kuin tulosasiakirjan lohko iq.sigmf.meta, ja datatiedostolla on pituus iq.sigmf.data_bytes. Kirjoittaja on src/sigmf.rs, moduuli, jota laji spectrum jo käytti; mitään ei ole kahdennettu.

Koordinaatistot ja aika#

• Moottori propagoi TEME:ssä (todellinen päiväntasaaja, päivämäärän keskimääräinen kevättasauspiste), sen omassa koordinaatistossa. Liikkuvat kohteet kierretään GCRS:ään reduktiolla nutation::teme_to_gcrs (IAU 2006 -prekessio ja IAU 2000B -nutaatio, missä IAU on International Astronomical Union), joka toistaa Vallado julkaiseman TEME–GCRF-esimerkin (Geocentric Celestial Reference Frame) 0,11 m:n tarkkuudella, CZML:ää ja STK:ta varten, ja Maan mukana pyörivään koordinaatistoon reduktiolla frames::teme_to_ecef KML:ää ja GeoJSONia varten. Maan mukana pyörivä kierto on Greenwichin keskimääräinen tähtikulma, jossa UT1 on yhtä suuri kuin UTC eikä napaliikettä sovelleta — sama reduktio, jota SP3-vienti (Standard Product 3) käyttää. GPS-kiertoradan säteellä huomiotta jätetty UT1−UTC, enintään 0,9 s, siirtää satelliitin pituusastetta enintään noin 1,7 km; maapaikat eivät kärsi tästä, koska ne annetaan leveys- ja pituusasteena.
• Laji ephemeris on poikkeus: sen moottoritulos sisältää jo GCRS- ja Maan mukana pyörivät paikat (skenaarion UT1−UTC- ja napaliikearvoilla tai todellisella International Earth Rotation and Reference Systems Servicen (IERS) sarjalla), ja ne kirjoitetaan muuttamattomina.
• Jokainen aika on UTC. Karkaussekunteja ei mallinneta: karkaussekunnin yli menevä poikkeama lasketaan niin kuin jokaisessa päivässä olisi 86 400 s, kuten moottorin aikaruudukot laskevat.
• Epookki t = 0 on sama, jota lajin ajo käyttää, ja jokainen tiedosto nimeää sen: lajin orbit kenttä epoch; kun sitä ei ole, varhaisin epookki, jonka satelliittien omat tiedot sisältävät (kaksirivisen orbitaalielementtijoukon (TLE) epookki, lähetetyn efemeridin vertailuaika, SP3-tiedoston alku), ja 2000-01-01T00:00:00Z vain silloin, kun yksikään satelliitti ei sisällä sitä (Keplerin elementit). SP3- ja OEM (Orbit Ephemeris Message) -viennit pitävät arvon 2000-01-01T00:00:00Z skenaariolle, jolla ei ole kenttää epoch, joten tällaisen skenaarion kohdalla niiden päivämäärät eroavat näistä tiedostoista. Kun skenaariolla ei ole kenttää epoch, jokainen satelliitti, jolla on oma epookkinsa, kierretään GCRS- ja Maan mukana pyöriviin koordinaatistoihin omalla ajanhetkellään (sen epookki plus t), koska se on päivämäärä, johon sen TEME-paikka kuuluu; kun satelliittien epookit eroavat, jaetut aikamerkinnät noudattavat moottorin oletusta, että jokainen satelliitti alkaa hetkellä t = 0, ja tiedosto kertoo, kuinka monta tuntia ne eroavat. Lajien jamming ja gnss-sim Walker-satelliittitähdistöjen SGP4-elementtiepookki (2018-06-12T00:00:00Z), jota niiden ajot käyttävät myös Maan pyörimiseen; lajin passes kenttä epoch; lajin ephemeris kenttä epoch tai TLE-epookki. Lajilla integrity ei ole kalenteriepookkia; sen vienti ajoittaa hetken t = 0 kuten kiertorata-skenaario, jolla sitä ei ole.
• Satelliitit pitävät paikkaan perustuvat tunnisteet G01, G02, ... jotka SP3- ja OEM-viennit antavat niille, koska propagaattorit eivät kanna TLE-nimirivejä.

Tuonnit#

• GeoJSON-reitti. --import-route <file> (kirjasto: interop::geojson::apply_route) lukee GeoJSON-asiakirjan ensimmäisen kohteen LineString — pelkän geometrian, Feature-kohteen tai FeatureCollection-kohteen — ja kirjoittaa sen lajien terrain-nav, terrain-slam, gravity-map ja combined-altpnt jälkisyötteisiin (start_lat_deg, start_lon_deg, step_lat_deg, step_lon_deg, waypoints) ennen ajoa. Nämä lajit lentävät kaavaa start + i·step, joten reitti hyväksytään, kun se on täsmälleen sellainen: sen kaksi päätä (skenaarion kentän waypoints määrä säilytetään) tai kolme tai useampi paikkaa tasavälein suoralla viivalla leveys- ja pituusasteessa 1e-7 asteen (noin 1 cm) tarkkuudella. Mikä tahansa muu reitti hylätään, ja virhe nimeää paikan, joka on kauimpana viivasta. Reitti lajille, jolla ei ole lentoratasyötettä, hylätään tällä syyllä. Pituus- ja leveysasteen arvoalueet tarkistetaan, mikä havaitsee leveysaste edellä -tiedoston.
• SigMF-tallenne. Lajin spectrum lohko [recording] lukee parin .sigmf-meta / .sigmf-data tiedoston src/sigmf.rs kautta ja piirtää sen Welch-estimaatin mallin viereen (katso SPECTRUM.md). Tiedostojen lukeminen on natiiviversion ominaisuus; WebAssembly-versio ottaa tavut funktion kshana::sigmf::read kautta.

Miten viennit tarkistetaan#

tests/interop_formats.rs jäsentää jokaisen viennin validaattorilla, joka on kirjoitettu muodon määrittelystä, ei kirjoittajan oman koodin avulla:

• CZML: JSON-taulukko, jonka ensimmäinen paketti on asiakirjapaketti, jossa on version; yksilölliset pakettitunnisteet; jokainen paikka ilmoittaa referenceFrame FIXED tai INERTIAL; näytteistetyt paikat ovat [t, x, y, z, ...], joissa on ISO 8601 -epookki ja kasvavat ajat.
• KML: hyvin muodostettu XML-asiakirja (Extensible Markup Language) OGC KML 2,2 -nimiavaruudessa, jossa on yksi juurikohde; skeeman elementtijärjestys Placemarkin sisällä; enintään yksi geometria Placemarkia kohden; suljetut lineaarirenkaat, joissa on neljä tai useampi paikka; monikot lon,lat[,alt] arvoalueella; kelvolliset arvot kentälle altitudeMode; kohteet styleUrl, jotka ratkeavat; gx:Track, jossa on yhtä monta <when> kuin <gx:coord>, ja laajennuksen nimiavaruus ilmoitettuna.
• GeoJSON: pituusaste ensin ja arvoalueella, leveysaste arvoalueella, kaksi tai kolme lukua paikkaa kohden, viivamuodot, joissa on kaksi tai useampi paikka, suljetut vastapäivään kiertävät ulkorenkaat, ei 180° meridiaanin yli menevää segmenttiä, ei jäsentä crs, ominaisuus units jokaisella kohteella.
• STK: versiorivi stk.v., lohko BEGIN Ephemeris / END Ephemeris vaadituilla avainsanoilla, DistanceUnit Meters, NumberOfEphemerisPoints yhtä suuri kuin datarivien määrä, seitsemän lukua riviä kohden, kasvavat ajat.
• SigMF: core:datatype ja core:version kohdassa global, taulukot captures ja annotations, core:sample_start jokaisessa tallenteessa ja datatiedosto, jossa on kokonaisia näytteitä.

Rakenteen lisäksi CZML:ään ja STK:hon viety satelliitti verrataan moottorin omaan tilaan saman koordinaatistoreduktion jälkeen, ja ne täsmäävät 1 mm:n tarkkuudella paikassa (tiedostot sisältävät 0,1 mm): lajin ephemeris omaa GCRS-tulostetta vastaan sekä satelliittitähdistön orbit-sgp4-gps riippumatonta TEME–GCRS-propagointia vastaan, kukin satelliitti ajoitettuna oman skenaariotekstistä luetun TLE-epookkinsa mukaan. Kaksi tarkistusta menee moottorin ulkopuolelle: CZML-paikat ensimmäiselle satelliitille orbit-sgp4-gps täsmäävät 0,1 m:n tarkkuudella (mitattu 2,3 cm) saman TLE:n kanssa, jonka Python-paketti sgp4 propagoi ja ERFA (Essential Routines for Fundamental Astronomy, IAU:n SOFA-kirjaston avoin toteutus) reduktoi GCRS:ään, ja satelliittien orbit-rinex Maan mukana pyörivät paikat ovat yhtä suuret kuin Global Positioning Systemin rajapintamäärittelyn lähetettyjen efemeridien paikat 1 mm:n tarkkuudella. Viennin jamming Maan mukana pyörivät paikat verrataan paikkoihin, jotka jamming-ajo pisteyttää, 5 mm:n tarkkuudella. GeoJSON-reitti kiertää lentorataskenaarion kautta edestakaisin, SigMF-pari luetaan takaisin samoiksi tavuiksi, ja jokainen vienti on tavutasolla deterministinen.

Nämä ovat tarkistuksia julkaistuja määrityksiä ja moottoria itseään vastaan. Tiedostoja ei ole ladattu CesiumJS:ään, Google Earthiin, Ansys STK:hon tai SDR-työkaluun osana testisarjaa, joten tiettyjen näiden työkalujen versioiden hyväksyntää ei testata täällä.

Kiertoradan, asennon ja ytimen tiedonvaihto (kirjasto, 0,36)#

Muotojen --export lisäksi 0,36 lisäsi kirjastolukijat ja -kirjoittajat tehtäväanalyysityökalujen vaihtamille vakiotiedostoille. Ne ottavat ja palauttavat tekstiä tai tavuja eivätkä käytä tiedostoja. Jokainen on VALIDATED-rivi varmennusmatriisissa, verrattuna siinä nimettyyn riippumattomaan toteutukseen:

• CCSDS Orbit Data Messages (kshana::odm, XML-muotoa varten kshana::ndm_xml): OPM, OMM ja OCM avain-arvo-notaatiossa (KVN) ja NDM/XML:nä, CCSDS 502.0-B-3:n mukaan (OPM ja OMM versiot 3,0 ja 2,0, OCM 3,0). Tarkistettu molempiin suuntiin Orekitia vastaan: Orekit lukee Kshanan tiedostot ja Kshana lukee Orekitin tiedostot. Jäljelle jäävät havainnot on kiinnitetty testeillä.
• CCSDS Attitude Data Messages (kshana::adm, kshana::ndm_xml mukana): AEM ja APM CCSDS 504.0-B-2:n mukaan, KVN:nä ja NDM/XML:nä. Tarkistettu Orekitia vastaan samalla tavalla, ja tietueiden kierrot Orekitin kiertoja vastaan.
• SPICE SPK (kshana::spk_writer): NAIF SPK -segmenttien kirjoittajat ja lukijat tyypeille 9 ja 13 (mukaan lukien CCSDS OEM:n vienti SPK-ytimeksi) sekä tyypeille 3 ja 21 (Chebyshev-polynomit ja laajennetut erotusrivit), tarkistettuna NAIF SPICE -työkalupaketin omia lukijoita vastaan tavutason identtisyyteen asti. Kshana kirjoittaa segmentit annetuista tietueista: se ei sovita Chebyshev-kertoimia eikä tuota erotusrivejä.

CCSDS OEM -tuoja ja -kirjoittaja sekä OEM-kovarianssilohko ovat vanhempia, ja ne kuvataan yllä olevien tuontien alla ja matriisissa.

Rajoitukset#

• Vain alla olevan taulukon lajit vievät geometriaa. Lajeja, joiden geometria on keskitetty Kuuhun, Marsiin tai muuhun kappaleeseen, ei viedä: CZML, KML ja GeoJSON kuvaavat paikkoja Maan ympärillä, ja tämä julkaisu kirjoittaa STK-tiedostoja vain asetuksella CentralBody Earth, vaikka STK-muoto itse sallii muitakin keskuskappaleita.
• Lajeilla constellation-design, earth-gnss-lunar ja oem-interop on Maahan sidottua geometriaa, jota tämä julkaisu ei vie; taulukko antaa syyn kullekin.
• Laji gnss-ins lentää lentoratansa litteällä paikallisella tangenttitasolla, joten vain tason origo viedään, ei lentorataa.
• Maan mukana pyörivät satelliittipaikat jättävät huomiotta UT1−UTC:n ja napaliikkeen (katso Koordinaatistot ja aika); KML-korkeudet ovat ellipsoidisia, eivät keskimääräisen merenpinnan yläpuolella.
• Jalanjäljet olettavat vapaan tilan etenemisen, häirintälähettimen vastaanottimen horisontissa ja pallomaisen Maan ympyrää varten.

Jokainen skenaariotiedosto#

Mitä kshana <scenario> --export <format> tekee kullekin tiedostolle hakemistossa scenarios/ (sarjan manifesti ei ole skenaario, ja se on jätetty pois). ”kyllä” tarkoittaa, että muoto kirjoitetaan ja se läpäisee validaattorinsa; muuten numero osoittaa syyn. Tuottaa cargo run --bin gen_validation_artifacts; tests/interop_formats.rs epäonnistuu, kun se on vanhentunut.

Miksi muoto ei sovellu:

1. lajit contact-schedule ja acm-link suunnittelevat alalinkin yhteydet ja koodauksen; vie skenaario passes samalle satelliitille ja asemalle nähdäksesi geometrian
2. SigMF sisältää kompleksisia kantataajuisia näytteitä, joita vain laji spectrum synteesoi
3. laji aocs simuloi asentoa massakeskipisteen ympäri ilman kiertorataa tai maapaikkaa, joten Maahan ei ole mitään sijoitettavaa
4. skenaarion syöte ei sisällä vaakasuuntaista paikkaa (ei leveys- ja pituusastetta, ei Maan keskipisteeseen sidottuja koordinaatteja, ei kiertorata-elementtejä korkeutta lukuun ottamatta), joten Maahan ei ole mitään sijoitettavaa
5. lajit eo-radiometry ja ascent-losses laskevat budjetteja ilman Maan paikkaa
6. STK-efemeridi kuvaa ajoneuvon paikkaa ja nopeutta ajan funktiona; tässä kohtauksessa on vain kiinteitä pisteitä tai aikaleimattomia jälkiä (kiinteä piste on STK Facility, ei efemeridi)
7. kampanjan millään jäsenskenaariolla ei ole mitään, mitä tämä muoto kuvaa; vie jäsen yksinään nähdäksesi sen syyn
8. laji leo-signal analysoi signaalisuunnitelmia (spektrit, seuranta, kaappaus, yhteensopivuus) ilman satelliitin tai käyttäjän paikkaa; vie skenaario leo-pass tai leo-pnt-chain, joka lentää suunnitelman
9. ei viedä tässä julkaisussa: yhdistetyt paikannuslajit sijoittavat satelliittinsa Maan mukana pyörivään koordinaatistoon epookkiin nähden, jota ne eivät koskaan nimeä, joten aikaleimatun viennin pitäisi keksiä kalenteripäivämäärä (vie sen sijaan skenaario leo-pass tai leo-pnt-chain)
10. lajin geometria on keskitetty Kuuhun, Marsiin tai muuhun aurinkokunnan kappaleeseen; CZML, KML ja GeoJSON kuvaavat paikkoja Maassa tai sen ympärillä, ja tämä julkaisu kirjoittaa STK-efemeridit vain asetuksella CentralBody Earth
11. ei viedä tässä julkaisussa: constellation-design sijoittaa satelliittinsa kappaleen mukana pyörivään koordinaatistoon epookkiin nähden, jota se ei koskaan nimeä, joten aikaleimatun viennin pitäisi keksiä kalenteripäivämäärä
12. ei viedä tässä julkaisussa: lajin earth-gnss-lunar Maan Global Navigation Satellite System (GNSS) -satelliittitähdistöä katsotaan Kuun etäisyydellä olevasta vastaanottimesta, jonka lentorataa laji ei tarjoa aikasarjana
13. ei viedä tässä julkaisussa: laji entry-heating raportoi huippukuormat ja kuumenemisen eikä pidä aikaleimattua maanpintajälkeä
14. laji gnss-ssv pyyhkäisee saatavuutta ja linkin voimakkuutta käyttäjälle kuorella tai Keplerin lentoradalla; sillä ei ole yhtä paikkaa, jonka voisi sijoittaa kartalle
15. skenaario launch-window antaa laukaisupaikan leveysasteen mutta ei pituusastetta, joten paikkaa ei voi sijoittaa
16. ei viedä tässä julkaisussa: lajin leo-navmsg totuusrata on sovitusviite, jonka Maan pyörimiskulma epookilla on syöte (theta0_deg, oletus 0), eikä sitä johdeta kalenteripäivämäärästä, joten sen Maan mukana pyörivät paikat eivät ole sidottuja päivämäärään
17. tässä spektriskenaariossa ei ole lohkoa [iq], joten tallennettavia näytteitä ei synteesoida
18. ei viedä tässä julkaisussa: oem-interop lukee ja kirjoittaa CCSDS (Consultative Committee for Space Data Systems) Orbit Ephemeris Messagen, joka on itse efemeridin tiedonvaihtotiedosto
19. laji optical-atmosphere laskee linkkitilastoja maa-asemille, joilla ei ole aikaleimattua geometriaa sijoitettavaksi
20. skenaario pyyhkäisee toista skenaariota ruudukon yli; vie pyyhkäisty skenaario yksinään
21. laji time-transfer-budget laskee linkkibudjetin ja vakaudet ilman aikaleimattua geometriaa sijoitettavaksi