TLE(兩行軌道資料)衛星行李資料格式解析

2021-08-29 04:01:04 字數 1970 閱讀 3142

筆者在利用cesium進行衛星顯示的時候遇到了衛星星曆資訊,衛星星曆資訊用tle格式進行描述,初次看到這種資料很難看出描述的資料,所有在查詢了相關子類之後對tle資料進行了介紹,如下所示:

衛星星曆的結構為三行,首行資料為衛星名稱;後面兩行則儲存了衛星相關資料,每行69個字元,包括0~9、a~z(大寫)、空格、點和正負號。下面的示例及相關介紹參考維基百科(

示例:

iss (zarya)

1 25544u 98067a 08264.51782528 -.00002182 00000-0 -11606-4 0 2927

2 25544 51.6416 247.4627 0006703 130.5360 325.0288 15.72125391563537

首行,標題行(衛星名稱)

第一行描述內容示例1

01–01行號1

203–07

衛星編號

25544

308–08

衛星類別(u表示不保密,可供公眾使用的;c 表示保密,僅限norad使用;s表示保密的,僅限norad使用)u4

10–11

衛星發射年份後兩位985

12–14

當年發射順序(例如:右側表示衛星2023年第67次發射)

0676

15–17

發射衛星個數(a表示是第乙個,如果一次發射多顆衛星,使用26個英文本母排序;如果超過了26個編號,則使用兩位字母,如aa、ab、ac編號)a7

19–20

tle歷時(年份後兩位),088

21–32

tle歷時 (用十進位制小數表示一年中的第幾日和日中的小數部分)

264.51782528

934–43

平均運動的一階時間導數,用來計算每一天平均運動的變化帶來的軌道漂移,提供給軌道計算軟體**衛星的位置。兩行式軌道資料使用這個資料校準衛星的位置

−.00002182

1045–52

平均運動的二階時間導數,用來計算每一天平均運動的變化帶來的軌道漂移,提供給軌道計算軟體**衛星的位置

00000-0

1154–61

bstar拖調製係數

-11606-4

1263–63

美國空軍空間指揮中心內部使用的為1;美國空軍空間指揮中心以外公開使用標識為0。013

65–68

星曆編號,tle資料按新發現衛星的先後順序的編號

29214

69–69

校驗和,指這一行的所有非數字字元,按照「字母、空格、句點、正號= 0;負號=1」的規則換算成0和1後,將這一行中原來的全部數字加起來,以10為模計算後所得的和。

校驗和可以檢查出90%的資料儲存或傳送錯誤。按十進位制加起來的個位數字的校驗和,用於精確糾正誤差。7

第二行,

描述內容示例1

01–01行號2

203–07

衛星編號

25544

309–16

軌道的交角是指天體的軌道面和地球赤道面之間的夾度,用0~90°來表示順行軌道(從地球北極上空看是逆時針執行);用90~180°表示逆行軌道(從地球北極上空看是順時針執行

51.6416

418–25

公升交點赤經,公升交點赤經是指衛星由南到北穿過地球赤道平面時,與地球赤道平面的交點

247.4627

527–33

軌道偏心率,軌道離心率是指衛星橢圓軌道的中心點到地球的球心點的距離(c)除以衛星軌道半長軸(a)得到的乙個0(圓型)到1(拋物線)之間的小數值

0006703

635–42

近地點幅角

130.5360

744–51

平近點角

325.0288

853–63

每天環繞地球的圈數

15.72125391

964–68

發射以來飛行的圈數

56353

1069–69

校驗和7

MySQL實現把兩行兩列資料合併為一行一列

最近在oa專案中使用acitiviti中,遇到乙個排他閘道器有多個判斷條件 並且可以多次執行,在顯示已辦任務的時候要歸屬為一條資料,利用group concat和concat加上group by 解決。詳細sql如下 select aht.id as id,ard.name as processna...

合併兩行資料並以逗號展示

1 正常情況下的sql以及表 上圖明顯有兩處可以合併的記錄 2 解決方案 oracle資料庫寫法 在oracle11g以及其以後的版本中可以使用listagg函式,如下即可解決 mysql資料庫寫法 使用group conncat方法 select organ type,max type name ...

資料千萬條,備份第一條,資料找不回,老闆兩行淚

開工第一天,請帶著你的回憶看下文,想想你這些年刪過的庫,被刪過的庫。資料庫備份是個老生常談的話題,看似很簡單,但在實際操作過程中,運維人員往往會遇到這樣或那樣的 坑 資料庫為什麼要備份?時至今日,我認為這個問題已經不再是問題了,換個角度來看,資料庫備份能規避哪些風險?其實從資料誕生時起就伴隨著丟失風...