OPUS_Upload ապահով Web Օգտագործողի ուղեցույց

OPUS_Վերբեռնում (OU)Օգտագործողի ուղեցույց

Բովանդակություն թաքցնել

1 OPUS_Upload ապահով Web

2 OPUS-ի վերբեռնում

3 OPUS Upload-ի տեղադրում

4 Աշխատում է OPUS վերբեռնումը հրամանի տողից

5 Ընդլայնված թեմաներ

6 OPUS-BORG Կարգավորումներ

7 Օգտագործելով ավտոմատ վերաներկայացնել OU-ում

8 Մի քանի այլ հուշումներ

9 Փաստաթղթեր / ռեսուրսներ

9.1 Հղումներ

10 Առնչվող գրառումներ

OPUS_Upload ապահով Web

Ամսաթիվ՝ 26 հունիսի 2022թ
Հայտն. ՝ 2022.6.26.2055
Հեղինակ՝ Մարկ Սիլվեր, ms@igage.com, +1-801-412-0011
Տարբերակի տեղեկատվությունը
Տարբերակի մասին տեղեկատվությունը այս փաստաթղթի վերջում է:
Բաժանորդագրվեք Փոստի ցուցակին թարմացման համար
Եթե դուք օգտագործում եք OPUS_Upload-ը որևէ նպատակով, խնդրում ենք բաժանորդագրվել այս էլփոստի ցանկին.
https://signup.ymlp.com/xguqjwsugmguu
որպեսզի ես կարողանամ ձեզ ծանուցումներ ուղարկել փոփոխությունների և սխալների շտկման մասին: Նախորդ հաղորդագրությունների ցանկը կարող եք գտնել այստեղ [ http://ymlp.com/archive_guqjwsugjgh.php ].
Զգույշ եղեք OU-ի հետ:
ԽՆԴՐՈՒՄ ԵՆՔ. Նախքան OPUS Upload-ը օգտագործելը, ուշադիր կարդացեք այս Օգտագործողի ձեռնարկը: OU-ն ընդունում է wildcards և հնարավոր է ներկայացնել յուրաքանչյուր դիտարկում file համակարգչի վրա մեկ, պարզ, սխալ հրամանով: Նախampլե:
OPUS_Վերբեռնել +r C:\*.??o
Կներկայացնեի յուրաքանչյուր դիտարկում file c-ի վրա՝ քշել դեպի OPUS՝ մշակման համար: Ես կասկածում եմ, որ NGS-ը կամ մնացած OPUS համայնքը կգնահատեն ձեզ դա անելու համար:
Ես բարձր խորհուրդ եմ տալիս չգործարկել OU գործիքը հրամանի տողից, քանի դեռ չեք փորձել այն միայնակ files նախ Windows ինտերֆեյսից:

OPUS-ի վերբեռնում

OPUS_Upload (OU) փոքր Win-32 ծրագիր է, որն ավտոմատացնում է GPS-ի դիտարկումների ներկայացումը files դեպի առցանց NGS մշակման համակարգ: OU-ն նավարկում է HTTPS NGS-ով webկայք՝ օգտագործելով SSL կոդավորումը:
OU-ը կարող է գործարկվել բազմաթիվ եղանակներով.
Որպես հրամանի տող գործիք՝ արգումենտներով
Որպես Windows-ի ծրագիր, որը բաց է ձեր էկրանին
Քաշելով ու գցելով files-ը աշխատասեղանի պատկերակի վրա
OU պարզեցնում է մեծ հավաքածուների ներկայացումը files դեպի NGS. OU-ով հնարավոր է ավտոմատ կերպով ներկայացնել հազարավոր դիտարկումներ files մեկ հրամանով:
OU-ն փորձարկվել է ավելի քան 15,000 դիտարկմամբ files մեկ ներկայացման վրա:
NGS-ի թարմացում 1 սեպտեմբերի 2018 թ
NGS-ը փոխեց նվազագույն ընդունելի TLS մակարդակը՝ OPUS մուտք գործելու համար:
OPUS_Upload-ը հետագայում փոփոխվել է՝ օգտագործելու մեքենայի SSL շերտը (OpenSSL-ն օգտագործելու փոխարեն): Սա փաստացի նշանակում է, որ Windows XP սարքերն այլևս չեն կարող աշխատանք ներկայացնել NGS-ին:
Այս հարցում լուծում չկա: Գնեք ժամանակակից համակարգիչ:
Բաշխման սահմանափակումներ և օգտագործման նկատառումներ
OPUS ծրագրային ինտերֆեյսը բարդ է, և NGS սերվերի ամենափոքր փոփոխությունը կպահանջի OU-ի թարմացում: (Այսպիսով, դուք պետք է գրանցվեք փոստային ցուցակում, տես վերևում):
Ինչպես OPUS Accumulator-ը, եթե Ձեզ անհրաժեշտ է OPUS Uploader-ը, դուք իսկապես դրա կարիքն ունեք: OU-ն ունի որոշ օգտվողների շատ ժամանակ խնայելու ներուժ:
Վերջապես, OU-ը շատ ավելի մեծ նախագծի մի մասն է: The OPUS Borg. Borg-ն օգտագործում է OU, OA և մի քանի այլ հաճախորդներ՝ կազմակերպելու որակի ավտոմատացված հսկողություն CORS խոշոր ցանցերում՝ օգտագործելով առաջադեմ վիճակագրական որակի վերահսկում: OU-ի զարգացումը պայմանավորված է Borg ֆունկցիոնալությամբ:
Ոչ մի փոփոխություն OU-ում, որը խանգարում է Borg-ին, չի կարող լինել: Բորգ (https://en.wikipedia.org/wiki/Borg) կանոններ OU զարգացումը. Ճիշտ այնպես, ինչպես հաջորդ սերնդում: OPUS Borg-ը կոչվել է Borg, քանի որ այն ունի բազմաթիվ «պարզ» բաղադրիչներ, որոնք փորձում են միասին աշխատել՝ մշակելու GNSS-ի դիտորդական տվյալների կույտերը:
Լրիվ խառնաշփոթ է, բայց այս պահին արդեն ուշ է շտկելու համար: Ճիշտ է, նույնիսկ պարզ բաղադրիչները, ինչպիսիք են OU-ն և OA-ն, այժմ չափազանց բարդ են:
Borg-ի որոշ բարդություններ նկարագրված են այս փաստաթղթի հետագա «Համընկնումների բացառումը» բաժնում:
Փոփոխություններ
Խնդրում ենք ուղարկել ցանկացած փոփոխություն, որը OU-ն ավելի օգտակար կդարձնի ձեր դիմումի համար ms@igage.com.

OPUS Upload-ի տեղադրում

Ներկայումս OPUS Uploader-ը բաշխված է ZIP-ով file այս Օգտագործողի ձեռնարկի հետ: Ամբողջ ծրագիրը fileկոդերը ստորագրված են «iGage Mapping Corporation»-ի կողմից:
Դուք կարող եք տեղադրել վերբեռնիչը, որտեղ ցանկանում եք, կա միայն մեկը file. Այնուհետև կարող եք ձեռքով ստեղծել դյուրանցում ձեր աշխատասեղանի համար:
Այն, ինչ պահանջում է OPUS-ի վերբեռնումը
OPUS Upload-ն ինքնաբերաբար որոշում է, թե արդյոք RINEX է file պետք է ներկայացվի որպես Rapid-Static կամ Static file RINEX-ի երկարությամբ file.
OPUS Upload-ն այժմ աշխատում է RINEX 2.xx-ի և RINEX 3.xx-ի հետ files.
Դիտարկում files 118 րոպե տևողությամբ կամ ավելի երկարությունը ներկայացվում է որպես Ստատիկ:
Անտենայի անունը և HI-ը RINEX-ում file պետք է ճիշտ լինի. Եթե ձեր RINEX files-ն ունեն սխալ արժեքներ, ապա դրանք համատեղելի չեն OU-ի հետ (այս պահանջը մեղմացվել է):
Նշում. Build 2001-ում ավելացվել է հրամանի տող «-a» անջատիչը, որը թույլ է տալիս ներկայացնել files առանց ալեհավաքի նիշերի:
2020 թվականի հունվարին աջակցություն է ավելացվել՝ RINEX-ում ալեհավաքի անունը վերացնելու համար file.
2022 թվականի փետրվարին աջակցություն է ավելացվել NGS ալեհավաքի տիպի ընթացիկ ցանկը ներբեռնելու համար՝ պարզեցնելու ալեհավաքի տեսակի անտեսումը վավեր ալեհավաքի տեսակով:
HI-ի (Instrument Heights) պարտադրման աջակցությունը նույնպես ավելացվել է 2022 թվականի փետրվարին:
Դուք կարող եք դիտարկել TEQC-ն օգտագործելու համար ալեհավաքի անունը և HI-ը թարմացնելու համար: Դուք կարող եք Այստեղ է որպեսample RINEX file վերնագիր:Ես ընդգծել եմ ալեհավաքի տեսակը դեղինով, իսկ HI-ը՝ կանաչով:
Ալեհավաքի տեսակը պետք է լինի NGS-ով ապահովված ալեհավաք:
Գործում է OPUS Upload-ը որպես Windows ծրագիր
Դուք կարող եք կրկնակի սեղմել ծրագրի կամ դյուրանցման վրա՝ OU-ն սկսելու համար: OU-ը կսկսվի ձեր էկրանի վերին ձախ անկյունում: Եթե դուք տեղափոխեք կամ չափափոխեք պատուհանը, այնուհետև փակեք OU-ը, հաջորդ անգամ այն սկսելու դեպքում կհիշվի նույն դիրքն ու չափը:
Էկրանի դիրքը ստուգվում է գործարկման ժամանակ՝ համոզվելու համար, որ այն ներկայումս հասանելի էկրանին է:
Առաջին անգամ, երբ դուք օգտագործում եք OU, դուք պետք է մուտքագրեք ձեր էլփոստի հասցեն: Կարող եք փոխել այլ տարբերակներ կամ ավելացնել OPUS-Projects ID: Ձեր կարգավորումները կհիշվեն:
«Վերբեռնման տվյալներ Fileհիշվում է նաև վերջին անգամ OU-ի գործարկումից: Մեկ կամ մի քանիսը ընտրելու համար կարող եք սեղմել «…» կոճակը files վերբեռնելու համար: Այն files պետք է լինի GPS դիտարկում files, կամ ZIP fileներ, որոնք պարունակում են GPS դիտարկում fileս. (Այսինքն՝ բաց File զննարկիչը կաջակցի բազմաթիվ file ընտրանքներ.) Ահա նախկինampչորս դիտարկումների ձեռքով ընտրելու մասին files թղթապանակում.Եթե ընտրում եք ZIP file, ZIP-ի բովանդակությունը file ենթադրվում է, որ ստանդարտ RINEX է files և բոլոր RINEX files ZIP-ում file կմշակվի անհատապես։
Եթե դուք ներառում եք NAV file ZIP-ում file, OU կիմանա, որ դա RINEX դիտարկում չէ file և ինքնաբերաբար բաց կթողնի NAV-ը file.
Նմանապես, եթե դուք ընտրում եք NAV file (նախկինample ընտրելով բոլորը files վերը նշված գրացուցակում) OU-ը բաց կթողնի .NAV-ը files.
Երբ դուք սահմանել եք fileանուն(ներ) և ընտրանքներ, սեղմեք Submit կոճակը և յուրաքանչյուր RINEX file ինքնաբերաբար կներկայացվի OPUS-ին:

Աշխատում է OPUS վերբեռնումը հրամանի տողից

OU-ն ընդունում է այս փաստարկները. Այս հրամանը.
OPUS_Վերբեռնում –p +x –e ms@igage.com C:\tmp\2001213A0.obs Կներկայացնի սինգլը file առանց նախագծի ID-ի, պահանջելով ընդլայնված արդյունք, վերադարձնելով արդյունքը նշված էլ. հասցեին:
Համակարգչի վրա էլփոստի հասցեն դնելուց հետո OU-ը կհիշի այն: Ծրագրի անունը սահմանելուց հետո այն կօգտագործվի այնքան ժամանակ, մինչև այն չջնջվի:
Սա նշանակում է, որ մեկ անգամ OU-ն գործարկելուց հետո (գուցե որպես Windows հավելված), կարող եք պարզապես կանչել OU-ը fileանունը:
OPUS_Upload C:\tmp\2001213A0.obs և կօգտագործվեն նախկինում ընտրված տարբերակները:
Դուք կարող եք նշել երկու կամ ավելի files OPUS_Upload C:\tmp\2001213A0.obs C:\tmp\2001213A1.obs
Դուք կարող եք նաև օգտագործել wildcards խումբը նշելու համար fileս. Այս հրամանը.
OPUS_Upload C:\tmp\*.obs
կներկայացնի ամեն file C:\tmp\ պանակում՝ \tmp թղթապանակում .OBS ընդլայնմամբ:
Կարող եք նաև օգտագործել stack wildcards.
OPUS_Վերբեռնեք C:\tmp\002\*.obs C:\tmp\003\*.zip
Աջակցվում են նաև մեկ տառով նիշերը.
OPUS_Upload C:\tmp\2001213A?.obs
Պետք է հնարավոր լինի ներկայացնել յուրաքանչյուր դիտարկում file ձեր համակարգչի C սկավառակի վրա այս պարզ հրամանով.
OPUS_Upload +r C:\*.1?o
Իսկապե՞ս սրա կարիքը կա։
Ներկայացվում է Քաշեք և բաց թողեք
Եթե ձեր աշխատասեղանին դյուրանցում ունեք, կարող եք քաշել դիտարկումը files (կամ .ZIP files, որոնք պարունակում են մեկ կամ մի քանի դիտարկում files) և թողեք դրանք աշխատասեղանի պատկերակի վրա:
Այն files-ը կմշակվի այնպես, ինչպես եթե դրանք ձեռքով ընտրված լինեն: Կօգտագործվեն վերջին էլփոստի հասցեն և այլ տարբերակներ:
Չկա հայտնի թվի սահմանափակում files դուք կարող եք թողնել մեկ գործողության.
«Թեստային ռեժիմ»
Դուք կարող եք փորձարկել գործողությունը նախքան OU գործարկելը: Նշեք «Փորձարկման ռեժիմ» վանդակը՝ տեսնելու, թե ինչ ազդեցություն կարող է ունենալ ձեր գործողությունն առանց իրականում ներկայացնելու files դեպի NGS.
Փորձարկման ռեժիմի վանդակը պահվում է, երբ OU-ը փակվում և նորից բացվում է, այնպես որ, եթե դուք անզգուշորեն ստուգեք այն, OU-ը չի աշխատում:
Ավտոմատ ներկայացում
Եթե դուք սկսում եք OU հրամանի տողով, a fileԱնուն; կամ եթե դուք սկսում եք OU-ը քաշելով և թողնելով files վրա դյուրանցում, ապա OU-ն ավտոմատ կերպով կաշխատի և այնուհետև կփակի վերջինից 5 վայրկյան հետո file մշակվում է.
Չեղարկել կոճակը կարող է օգտագործվել ձևը և գրանցամատյանը բաց պահելու համար viewինգ.
Հետհաշվարկի 5 վայրկյան ավարտի ընթացքում սեղմեք Չեղարկել կոճակը և OU-ն ինքնաբերաբար չի փակվի: Ձևը նույնպես չի փակվի, եթե փորձարկման ռեժիմը միացված է:
2022/2/9. OU-ն այժմ ինքնաբերաբար կփակվի 5 վայրկյան ուշացումից հետո, եթե այն կանչվի iGx_Download-ից:

Ընդլայնված թեմաներ

Հարկադիր ալեհավաքի տեսակներըԿտտացրեք «Բեռնել NGS ալեհավաքների ցանկը» կոճակը՝ ընթացիկ ալեհավաքների ցանկը ներբեռնելու համար file NGS սերվերից ( https://geodesy.noaa.gov/ANTCAL/LoadFile?file=ngs14.atx ) Ցանկը վերլուծված է, և յուրաքանչյուր ալեհավաք, ներառյալ արբանյակային սահմանումները, բեռնվում են բացվող վանդակում՝ տեսակավորված հերթականությամբ:
Այնուհետև կարող եք մուտքագրել ալեհավաքի տիպի առաջին մի քանի նիշերը՝ արագ գտնելու որոշակի ալեհավաք:
Ցուցակը պահվում է ժամանակավոր թղթապանակում.
C:\Users\username\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx
C:\Users\username\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx.cache
և նորից օգտագործվել, երբ OU-ը նորից գործարկվի:
Կարևոր ալեհավաքի տեսակը Նշում. Դուք պետք է ներառեք համապատասխան քանակի բացատներ ալեհավաքի անվան և գմբեթի նշանակման միջև: Այսպիսով, կամ ընտրեք ալեհավաքը բացվող ցանկից, կամ պատճենեք և տեղադրեք ալեհավաքի անունը հեղինակավոր աղբյուրից: Բացակայող կամ լրացուցիչ տարածությունը կամ որևէ փոփոխված նիշը կհանգեցնի ալեհավաքի տեսակի ձախողմանը, երբ ներկայացվում է OPUS-ին:
Ընդլայնված ելքային ձևաչափ
Հրամանի տող.
-x Ստանդարտ լուծման արդյունք
+x Ընդլայնված լուծման արդյունք (խորհուրդ է տրվում)
Նշելով այս վանդակը. Արդյունավետորեն կկատարվի այս ընտրությունը NGS-ի ներկայացման էջում.Բազային կայանի օգտագործում և բացառում
Մուտքագրեք բազային կայանները՝ օգտագործելու և բացառելու համար՝ բաժանված ստորակետերով.Մուտքագրված կայանները ՉԻ ստուգվում ճշտության համար:
Այս պարամետրը համարժեք է.պետք է դատարկ լինի, քանի դեռ չեք ներկայացնում դիտարկումը վավեր OPUS նախագծին: Ծրագրի նույնացուցիչը ՉԻ ստուգվում վավերականության համար:
Այս պարամետրը համարժեք է.Այս վանդակում ՄԻ մուտքագրեք ձեր անձնական նախագծի անունը, մուտքագրեք միայն վավեր OPUS-Project ID-ներ: Դուք պետք է ունենաք OPUS Manager-ի վերապատրաստում OPUS-Projects ստեղծելու և օգտագործելու համար:
Հաջորդականության համարը Այս արժեքի պաշտոնական NGS նկարագրություն չկա, սակայն այն շատ օգտակար է ներկայացումները հետևելու համար: OPUS Borg-ը հիմնվում է OPUS համակարգից յուրաքանչյուր էլ. Երբ բեռնում եք NGS OPUS ներկայացումը webէջ, NGS-ի կողմից նշանակվում է եզակի համար: Եթե նշեք «iGage Պատահական հաջորդականություն» վանդակը, ապա ստեղծվում է եզակի 13 նիշանոց համար՝ «IG» նախածանցով: Եթե դուք չեք նշում վանդակը, ապա օգտագործվում է այն արժեքը, որը դուք մուտքագրեք:
IG թիվը 1 թվականի հունվարի 2020-ից սկսած օրերի կոտորակային թիվն է. տեղական մեքենայի ժամային գոտում՝ բազմապատկված 86,400,000-ով և կլորացված մինչև մոտակա ամբողջ թիվը: Սա, կարծես, համարժեք է եզակիության համար, վերծանելի է և ժամանակի հետ ավելանում է: Դա պատահական չէ։
Նվազագույնը File Չափը և առավելագույն երկարությունը
Եթե փորձեք ներկայացնել ա file նվազագույնից պակաս (բայթերով) the file կբացակայվի: Տարածված երեւույթ է հակավիրուսային գործիքները, որոնք ստիպում են այլ գործիքներ ստեղծել զրոյական երկարություն fileս. Սա թակարդում է այս անհանգստությունը fileներ NGS-ին ներկայացնելուց: 2,500 բայթ նվազագույնը պետք է լինի համարժեք և ողջամիտ:
OU-ը կստուգի դիտարկման տվյալների առաջին և վերջին դարաշրջանը և բաց կթողնի files, որոնք ավելի երկար են, քան առավելագույն երկարությունը ժամերով: OPUS-ում կա ծանր սահման, որը դուք չեք կարող երկու անգամ հատել կեսգիշերը (GPS ժամանակ): Եթե դուք ունեք file25 ժամից ավելի երկար, դուք պետք է օգտագործեք TEQC-ի -tbin տարբերակը ( https://www.unavco.org/software/data-processing/teqc/tutorial/tutorial.html ) դրանք բաժանել 24-ժամյա files և դրանք ներկայացնել անհատապես: Այնուհետև կարող եք օգտագործել OPUS Accumulator գործիքը՝ առանձին լուծումները վիճակագրորեն դիտելու համար:
Պահել տեղեկամատյան Files
Սեղմելով այս վանդակը, վերադարձված արժեքը կպահպանվի NGS ներկայացումից .HTML-ումfile նույն անունով, ինչ ներկայացված յուրաքանչյուրը file, նույն թղթապանակում, որտեղ ներկայացված է file.
Եթե բացեք file զննարկիչում այն «նման կլինի» այն բանին, ինչ դուք կստանայիք՝ ձեռքով ուղարկելով file:Այնուամենայնիվ, ֆորմատավորումը հավանաբար չի լինի այնպես, ինչպես սպասվում էր։
Այս տարբերակը օգտակար է սխալ սխալները շտկելու համար fileներ, որոնք ձախողվում են, երբ ներկայացվում են:
Ընդլայնված վրիպազերծման գրանցում Նշելով այս վանդակը, գրանցամատյանների երկխոսության պատուհանում կցուցադրվեն գրանցման լրացուցիչ տեղեկություններ: Այս տարբերակը ավելի լավ է թողնել չստուգված:
Յուրաքանչյուր առանձին HTML ներկայացման դաշտ կթվարկվի.միջ-File Հետաձգում NGS OPUS սերվերներն ունեն անվտանգության առանձնահատկություն, որը կանխում է ծառայության մերժման հարձակումները:
Եթե դուք արագ հաջորդաբար ներկայացնում եք ավելի քան մի քանի (գուցե 5) զբաղմունք, ապա ձեր IP հասցեն կնշվի որպես ցավալի NGS-ի հետույք, և ձեր ներկայացումները կանտեսվեն:
Ցանկալի է այս ուշացումը սահմանել 15 վայրկյան կամ ավելի բարձր: Ես օգտագործում եմ 31 վայրկյան:
Փորձարկման ռեժիմ Փորձարկման ռեժիմի կոճակը ստուգելը թույլ է տալիս OU-ին գործարկել ներկայացումները և գրանցել գործողություններ՝ ընդհուպ մինչև ներկայացումների կետը: Մատյան files-ը կպարունակի բոլոր նորմալ և ընդլայնված անտառահատումները, սակայն file չի ուղարկվի ԱԱԳ մշակման:
Սա թույլ է տալիս փորձարկել wildcard գործողությունը՝ առանց NGS սերվերները հեղեղելու:
Մատյանում կավելացվի մեկ գրանցված տող՝Ներկայումս (2022.2.8.2041 տարբերակում) OPUS-Static դիտարկումներ, files ավելի քան 110 րոպե, ներկայացվում են սրանով URL:https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl‘
OPUS-RS fileս են ներկայացվում սրանով URL:https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opus-rsup.prl’
Դուք կարող եք օգտագործել «Ներկայացում URL' ներկայացնելու կանխադրվածը վերացնելու համար files դեպի NGS BETA սերվեր: Այնուամենայնիվ, դուք պետք է համոզվեք, որ ներկայացվածի համար ընտրված է ճիշտ սերվերի հասցեն (Static կամ RS): file.

OPUS-BORG Կարգավորումներ

Հրամանի տող.
-մ պարզ բացառված ճանապարհ
+m ուղին սահմանեց բացառված ուղինԱվտոմատ գործարկում
«Auto Run 23:00-ին» վանդակը ստուգելը հանգեցնում է նրան, որ «Ներկայացնել» կոճակը սեղմվում է ամեն երեկո ժամը 23:00 UTC-ին: OU-ն օգտագործում է մեքենայի ժամային գոտու կարգավորումները՝ UTC ժամանակի շեղումը հաշվարկելու համար:
Համընկնումը բացառել
Սա պարզ բացատրություն չի լինելու:
Մտածեք մի սցենար, որտեղ կա թղթապանակների մեծ հավաքածու, որոնցից յուրաքանչյուրը պարունակում է բազմաթիվ դիտարկումներ fileս. Յուրաքանչյուր թղթապանակ ներկայացնում է մեկ GNSS CORS կայան: Յուրաքանչյուր դիտարկում file 24-ժամյա (GPS ժամանակային շրջանակ) «օրական» դիտարկում է file կայանի համար։ Կայանի ամենօրյա թղթապանակը կարող է պարունակել 24-ժամյա դիտարկում files նախորդ 5-ից 10 տարիների ընթացքում, ուստի հազարավոր RINEX files.
OU-ն օգտագործվում է այս օրաթերթը ներկայացնելու համար files դեպի OPUS: Բայց մենք միայն ցանկանում ենք ներկայացնել յուրաքանչյուրը file երկու անգամ:
մեկ անգամ անմիջապես հետո file հավաքվում է արագ/հեռարձակվող էֆեմերիայով լուծույթ ստանալու համար 14 օր հետո նորից ճշգրիտ/վերջնական ուղեծրերով լուծում ստանալու համար NGS-ը վերադարձնում է OPUS լուծումը files փոստով և լուծումը files-ը պահվում է կայանի արդյունքների թղթապանակների համապատասխան հավաքածուում. յուրաքանչյուր CORS կայան ունի OPUS լուծման եզակի թղթապանակ:
Եթե «Match Exclude»-ը պարունակում է ուղի, OU-ը կփնտրի հարաբերական ուղին, որը համապատասխանում է աղբյուրի դիտարկման վայրին file գոյություն ունեցող համապատասխան OPUS լուծման համար file.
Սա բարդ է, քանի որ դիտարկումը file կունենա նման անուն.
slci0010.22o
և համապատասխան OPUS լուծումը կունենա այնպիսի անուն, ինչպիսին է.
Եթե OU-ը գտնում է համապատասխան լուծում file, այն բաց կթողնի դիտարկումը ներկայացնելը file քանի որ վավեր OPUS լուծում արդեն գոյություն ունի:
Այնուամենայնիվ, եթե նշեք այս վանդակը.ԵՎ OPUS լուծումը ավելի հին է, քան 14 օր, ապա OU-ը կստուգի լուծումը .msg file որոշելու, թե որ էֆեմերի տեսակն է օգտագործվել լուծման համար:
Եթե լուծումը Ճշգրիտ կամ վերջնական չէ, ապա OU-ն կջնջի առկա լուծումը file և նորից ներկայացնել դիտարկումը file, լուծում ստանալու հույսով file OPUS-ի մշակման շարժիչից՝ օգտագործելով Precise կամ Final ephemeris:
Ավելի ուշ, հաջորդ օրվա սկզբին OA-ն (OPUS Accumulator) մշակում է լուծումների թղթապանակները և ստեղծում միտումների սյուժեներ վերահսկվող CORS կայաններից յուրաքանչյուրի համար.OA-ն նաև կառուցում է ամփոփ XLS աղյուսակ մոնիտորինգի յուրաքանչյուր կայանների համար.Այս ամփոփագիրը ներառում է CORS կայանի միջին դիրքը, ինչպես նաև Min/Max/Range/Standard շեղումը NGS OPUS լուծման յուրաքանչյուր արժեքի համար:
Կայանի արագությունը նույնպես հաշվարկվում է ինչպես NAD83 ֆիքսված շրջանակում, այնպես էլ ITRF օրական դարաշրջանի շրջանակում՝ ECEF XYZ, Lat/Lon/Height, State Plane նախագծված և UTM նախագծված շրջանակների համար:
Բացի այդ, OA-ն պատրաստում է ամփոփագրեր file:որը պարունակում է կայքի անվանումը, ալեհավաքի միջին դիրքը էլիպսոիդ բարձրությամբ և որոշ լրացուցիչ տեղեկություններ, որոնք օգտակար են մասնավոր CORS կայանի կառավարման համար:
Borg-ի այլ գործընթացներն իրականացնում են SQC վերլուծություն OA-ի ելքային տվյալների հավաքածուների վրա և որոշում, թե կայանը «վիճակագրորեն» աշխատում է սպասելիքներից, և ուղարկում են տեքստային հաղորդագրություններ, եթե խնդիր կա:
Հավատում եք, թե ոչ, այս Ռուբ-Գոլդբերգը (https://en.wikipedia.org/wiki/Rube_Goldberg) գործընթացն աշխատում է։

Օգտագործելով ավտոմատ վերաներկայացնել OU-ում

Ահա որպեսample թղթապանակի կառուցվածքը համար files ներկայացնել (Ես պարունակող թղթապանակն անվանում եմ «օրական») և վերադարձված օպուս լուծումներ պարունակող թղթապանակը (կոչվում է «opus»):Յուրաքանչյուր կայան կարող է/պետք է լինի եզակի 4 նիշանոց պանակում, եթե ցանկանում եք հետագայում օգտագործել OA (OPUS_Accumulator):
./daylys/sgu2 թղթապանակը կարող է այսպիսի տեսք ունենալ../opus/sgu2 թղթապանակը կարող է այսպիսի տեսք ունենալ.Եթե OPUS լուծումը վերադարձվում է, որն անընթեռնելի է, կամ փոխարինվում է ավելի նոր, ավելի լավ էֆեմերիայով, ապա հին լուծումը կտեղափոխվի _invalid կամ _dupliates պանակ:
Կարևոր հուշում. BORG-ի բոլոր գործիքները դիտավորյալ անտեսում են որևէ թղթապանակ կամ file որը սկսվում է ընդգծված նիշով ('_'), այնպես որ դուք չեք կարող ունենալ կայանի անուն, որը սկսվում է ընդգծված նշանով:
Սա OU-ի հիմնական էկրանն է (OPUS_Upload):Ուշադրություն դարձրեք, որ «Վերբեռնման տվյալները Fileմատնացույց է անում ամենօրյա թղթապանակը, և «Recurse Subfolders»-ը ստուգվում է:
Սա OU-ի «Ընդլայնված» ներդիրն է.Ուշադրություն դարձրեք, որ «Match Exclude»-ը փնտրում է opus թղթապանակը fileներ, որոնք համապատասխանում են մուտքագրմանը files օրաթերթի թղթապանակում:
Որտեղ ամեն օր files գալիս?
Borg-ի մեկ այլ կտոր (iBase) առաջացնում է հոurly files ստանդարտով fileանուններ՝ օգտագործելով տարբեր DIPCap գործընթաց յուրաքանչյուր կայանի համար:
Ահա թե ինչ տեսք ունի DIPCap գործընթացը, որը հավաքում է RT27 հոսքեր SGU2-ի համար.DIPCap-ը փոխարինում է RCAPTURE-ին: RCAPTURE-ը ձախողվում է մի քանի օրից կամ շաբաթից հետո և աջակցում է միայն TCPIP «Client» կապերը, DIPCap-ը շատ ամուր է և կաշխատի ընդմիշտ: Այն ունի ավելի լավ գրանցում և նաև աջակցում է TCPIP «Սերվերի» միացումներին:
DIPCap-ը պարզապես անվճար աշխատում է .CAP files մեջ ընտրված «Ելքի թղթապանակ» գեներացնող ստանդարտ RINEX fileանուններ՝ օգտագործելով «Կայարանի անվանումը»:
iBase ծրագիրը հավաքում է .CAP files hourly և փոխակերպում դրանք .CAP-ից files (որոնք RT27 հոսքեր են) ստանդարտ RINEX-ի մեջ file սահմանում է ստանդարտ RINEX թղթապանակի հիերարխիայում (rinex/yyyy/jjj/sss):

Օրական մեկ անգամ, UTC-ի կեսգիշերից անմիջապես հետո, iB_Daily գործիքն աշխատում է և նայում է EVERY-SINGLE-ին: file RINEX թղթապանակի կառուցվածքում: iB_Daily-ն համոզվում է, որ հոurly files-ը միացվում են ամենօրյա files (ընդարձակումից առաջ վերջին նիշը a-ից մինչև x փոքրատառ ունենալու փոխարեն՝ օրական file ունի «0» զրոյական նիշ:
օրաթերթը files-ն կրճատվում է մինչև 30 վայրկյան ընդմիջումներով, և բոլոր համաստեղությունները, բացառությամբ GPS-ի, հանվում են:
iB_Daily-ն դնում է նաև չսեղմված file օրականի տակ գտնվող ճիշտ բնիկում: The obs files օրաթերթերում չեն բաժանվում ենթաթղթապանակների: Բոլոր օրաթերթերը պարզապես կայանի թղթապանակում են:
iB_Daily-ի գործարկումից 23 ժամ անց OU (OPUS_Uploader) ներկայացնում է ամբողջ նոր օրական files դեպի OPUS: Մենք սպասում ենք 23 ժամ, որպեսզի NGS CORS համակարգը լրացնի CORS-ի բոլոր տվյալները, ինչը մեծացնում է հավանականությունը, որ OPUS-ը լուծում կտա:
Եթե սեղմեք «Ստուգեք/ստիպեք ճշգրիտ-վերջնական ժամանակաշրջանը 14 օր հետո» վանդակը, ապա OU-ը կսպասի 14 օր դիտարկումը դիտելուց հետո և այնուհետև նորից կներկայացնի յուրաքանչյուրը: file, ամեն օր, մինչև ամեն file ունի ճշգրիտ/վերջնական էֆեմերիա:
OPUS_Upload-ից հետո ուղարկում է դիտարկումը files դեպի OPUS, OPUS-ը լուծումները վերադարձնում է հատուկ էլփոստի հասցեով, որը սպասարկում է iBase_Mailer-ը:
Սա iBase_Mailer կոնֆիգուրացիան է, որը ես օգտագործում եմ.Յուրաքանչյուր լուծում տեղադրվում է ճիշտ OPUS/ssss թղթապանակում:
Վերջապես, OPUS_Accumulator-ն ամփոփում է OPUS-ի բոլոր լուծումները: Եթե մեկ օրվա համար կրկնակի լուծումներ է գտնում, լավագույն լուծումն է պահում։ (Այս որոշումը մանրամասն ներկայացված է OA Օգտագործողի ձեռնարկում:

Մի քանի այլ հուշումներ

OPUS Borg պրոցեսները նախկինում աշխատում էին առանց միջադեպերի Windows XP համակարգչի վրա: Հետագայում համակարգիչը թարմացվեց Win8-ի, այնուհետև Win10-ի:
Անհնար է Win10 համակարգիչը մի քանի շաբաթից ավելի աշխատի առանց մարդու միջամտության: Հիմնականում Windows-ի թարմացումները դուրս են մղվում և չեն կարող անտեսվել:
Քանի որ համակարգիչը, որն աշխատում է OPUS-ում, ունի FTP սերվեր և բաց պորտերի կույտ (հեռավոր CORS կայանների համար տվյալների մուտքագրման համար), թարմացումներ ստանալը հավանաբար ողջամիտ բան է:
Ես խաղացել եմ BORG-ը AWS սերվերի վրա գործարկելու հետ, այն աշխատում է, բայց հասանելիության ավելացում չունի: Եվ քանի որ մեծ քանակությամբ files և տվյալները, S3 օրինակը թանկ է: Կոնկրետ՝ յուրաքանչյուրը file S3 պահոցում ստուգվում է ամեն օր: Այսպիսով, սառցադաշտերի էժան պահեստավորումը տեղին չէ:
Ես գործարկում եմ BORG-ը արագ համակարգչի վրա՝ ամբողջ BORG-ով files և թղթապանակներ, որոնք պահվում են 8 ՏԲ արտաքին USB 3 կրիչի վրա:
iBase գործընթացն ավտոմատ կերպով պահում է սեղմված .CAP-ի կրկնօրինակը files առանձին 4 ԳԲ սկավառակի վրա: iBase-ն ունի մեկ կոճակի ֆունկցիա՝ կրկնօրինակումներից ետ սեղմված RINEX կառուցվածքը վերականգնելու համար: Ես կասկածում եմ, որ վերակառուցումը կարող է տևել մի քանի օր: Ինձ անհրաժեշտություն չի եղել վերականգնել տվյալների հավաքածուն. այնուհանդերձ, մի քանի օր տևեց այն 4 ԳԲ սկավառակից 8 ԳԲ կրիչ տեղափոխելու համար:
OU տարբերակի նշումներ
Կառուցել 2000 թ.
Ավելացվեց հրամանի տողի մի քանի անջատիչներԱյնուամենայնիվ, ներառված և բացառված կայանները դեռևս չեն աշխատում:
Կառուցվել է 2004թ.՝ 25 մայիսի 2017թ
Ավելացվել է սխալների մատյան՝ հաղորդագրության տուփի փոխարեն՝ չվերահսկվող գործողության համար: Նկատի ունեցեք, որ դուք չեք կարողանա պահել տեղեկամատյանը հրամանի տողի աշխատանքների համար, քանի որ ծրագիրն ավարտվելուց հետո դուրս կգա:
Ավելացվեց թեստ՝ վավեր լինելու համար file հրամանի տողից ավելացնելիս. Փոփոխվել է կառավարումը files հրամանի տողից՝ վավեր գոյություն ունեցող թեստ ներառելու համար files.
Զգուշացում. կարող է լինել որոշակի սահմանափակում թվի համար files դուք կարող եք նշել հրամանի տողում: Չպետք է լինի սահմանափակում թվի files, որոնք դուք կարող եք ներառել wildcards-ով, տողերի համար նախատեսված տարածքով fileանունները պետք է տարածվեն հասանելի հիշողության վրա:
Բազմաթիվ նշելիս files հրամանի տողից, the fileանվան տուփը բեռնված է միայն առաջինով file ցուցակից։
Կառուցվել է 2005թ.՝ 5 սեպտեմբերի 2018թ
Ավելացվեց «Պահպանել մատյանը Files' վանդակը: Դիտարկում ներկայացնելուց հետո file, սերվերից վերադարձված ամբողջ HTML կոդը կարող է պահվել նույն անունով file նույն թղթապանակում, որտեղ մուտքային դիտարկումը file. Այն file ընդլայնումը միշտ .html է, իսկ գտնվելու վայրը միշտ նույնն է, ինչ մուտքագրվածը file.
TLS1-ի աջակցությունը դադարեցվել է NGS-ում: OPUS_Upload-ն այժմ օգտագործում է SSL շերտը հաճախորդի մեքենայից, և OpenSSL-ն այլևս չի պահանջվում: Սա արդյունավետորեն նշանակում է, որ Windows XP սարքերն այլևս կենսունակ չեն OPUS-ի հետ օգտագործելու համար:
Կառուցվել է 2016թ.՝ 4 հունվարի 2020թ
Որոշ հիմնական բարելավումներ և փոփոխություններ են կատարվել, որպեսզի OU-ն աշխատի OPUS-Borg-ի շրջանակներում:

Կազմաձևման արժեքներն այժմ պահվում են iBase.ini-ում file խորհրդի անդամի բոլոր այլ կազմաձևերով: Այս տարբերակը գործարկելիս դուք կկորցնեք բոլոր նախկին կարգավորումները:

Ձևի վրա հիմնված կանչին ավելացվում է դիրեկտորիաների կրկնման տարբերակ: Նախկինում սա հասանելի էր միայն հրամանի տողում գործարկելու համար:
Այժմ կա երկու ներդիր, մեկը՝ ընդհանուր Կազմաձևման կարգավորումների համար և նոր ներդիր՝ Ընդլայնված կարգավորումների համար: Սա մաքրում է գործիքի հիմնական էկրանը:

Այժմ հնարավոր է ձևի վրա հիմնված գործիքից մի քանի ուղի դնել wildcards-ով: Նախampլե:
C:\ftp\rinex\2017\*.??o; C:\ftp\rinex\2020\*.??o
Կկրկնվի և՛ 2017, և՛ 2020 թվականների թղթապանակները fileհամընկնում է .??o file երկարաձգում։
Այժմ հնարավոր է ձեռքով սահմանել NGS-ի ներկայացման հաջորդական համարը, կամ OU-ն ստեղծել եզակի հաջորդական համար՝ «IG8888888888888» ձևով. «IG», որին հաջորդում է 13 նիշանոց ամբողջ թիվը, որը ներկայացնում է 1 թվականի հունվարի 2020-ից սկսած միլիվայրկյանների թիվը: .

Նվազագույնը file մշակման չափը ավելացվել է: Այս տարբերակը վերաբերում է միայն files ընտրված է wildcard-ով: Սահմանեք արժեքը դատարկ, զրո կամ բացասական՝ բոլոր աղբյուրները մշակելու համար files, անկախ չափից: 2,500,000 արժեքը ողջամիտ է, եթե դուք ակնկալում եք հիմնականում օրական 24 ժամ files.
OU այժմ կամայականորեն կստուգի առկա OPUS լուծումները, երբ կրկնվող թղթապանակները (օգտագործելով նիշերի նշաններ) դիտարկման համար fileս. Լուծումները պետք է սկսվեն հիմքից fileOBS-ի անվանումը file; լինել անվանված թղթապանակների նման՝ «Match Exclude» բազային պանակում; լուծումը file պետք է ունենա ա file ամսաթիվը մեծ է կամ հավասար է դիտարկմանը file և ունեն .eml, .msg կամ .txt file երկարաձգում։ Եթե լուծում է գտնվել, ապա համապատասխան դիտարկումը file բաց է թողնվում. Այս ֆունկցիան անջատելու համար «Match Exclude»-ը դրեք դատարկ տողի վրա:

Այժմ հնարավոր է ստիպել ալեհավաքի տեսակը, որն արդյունավետորեն վերացնում է RINEX-ում տեղադրված ալեհավաքի տեսակը file. (Ես գիտեմ, որ սա խենթություն է թվում. ինձ անհրաժեշտ էր այս գործառույթը վիդեո ցուցադրության համար):
OU-ն այժմ համապատասխանում է էկրանի բարձր DPI լուծաչափին:

Կառուցվել է 2019թ.՝ 30 ապրիլի, 2002թ
-9dl (անցնում է iGx-ից) հրամանի տողի անջատիչն այժմ ունի հետևյալ գործողությունները.

Փորձարկման ռեժիմ = անջատված

ԻնտերFileՈւշացում = 0.0
Գործընթացի ենթաթղթապանակներ = անջատված

Համընկնել բացառել գոյություն ունեցող լուծումները = անջատված է
Պահել տեղեկամատյան File = անջատված

Միջfile հետաձգման արժեքն այժմ պահվում է INI-ում file և հիշեց, երբ ծրագիրը սկսվում է:
Կառուցել 2020.7.17.2020
Հետաձգում միջեւ file ներկայացումը խլում էր մեքենայական ռեսուրսների 20%-ը սխալ համակարգի սեմաֆորի պատճառով: (Ուղհհհ!) Չեղարկել կոճակը ճիշտ չի ցուցադրվել սպասումների ժամանակ: Ավելացրել է թիվը files մնացել է խմբաքանակով ներկայացնել կարգավիճակի տող:
Կառուցել 2020.9.8.2021
Եթե կրկնվող թղթապանակներ կան, ապա անուն ունեցող ցանկացած թղթապանակ, որը սկսվում է «_» նշանով, կբացակայվի: Նշված թղթապանակի տակ գտնվող թղթապանակները նույնպես բաց են թողնվել: Սա ավելացվել է iBase-ի հետ օգտագործելու համար, որը թերի է դարձնում (files ակնկալվող ծածկույթի 90%-ից պակաս) «_invalid» պանակում:
Կառուցել 2020.12.5.2024
Ավելացված է URL խմբագրում` ներկայացումը փոխելու համար URL. Նոր հրամանի տողը «-U» վերադառնում է լռելյայն ներկայացման հասցեին, «+U» լրիվ url”' սահմանում է անտեսում URL. Լռելյայն URL ներկայումս է.
https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
Բետա կայքին կարելի է հասնել այս հասցեով.
https://beta.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
Կառուցել 2020.12.21.2027
Սխալ. ներկայացնելիս files դեպի NGS, մնացածների թիվը fileցուցադրված s-ը սխալ էր:
Սխալ. չներկայացված փնտրելիս files, օգտագործելով «Match Exclude» ֆունկցիան, եթե OPUS լուծումը նախորդել է դիտարկմանը file, այն այժմ ջնջված է։ Նախկինում այն մնացել էր տեղում և file կրկին ներկայացվել է: Սա հանգեցրեց մի քանի OPUS լուծումների մեկ դիտարկման համար file (քանի որ OPUS-ի արդյունքներն ունեն եզակի iG հաջորդական համարի նույնացուցիչ:)
Կառուցել 2021.11.7.2040
OU-ն այժմ օգտագործում է սերվերի կողմից նոր սկրիպտներ՝ RS ընդդեմ S OBS-ի ներկայացման համար files:Մատյան հուշագրի չափը ընդլայնվում է մինչև 4 միլիոն նիշ:
Ավելացրել է մի քանի ակնարկ՝ ավելորդ վրիպազերծման մի փունջ ավելացնելու համար (որը ես չեմ պատրաստվում հեռացնել, քանի որ այն երևում է միայն այն ժամանակ, երբ դուք երկարացնում եք գրանցումը):
Ավելացրել է ակնարկ, որ ներկայացումը url's-ը տարբերվում է ստատիկ ընդդեմ արագի համար՝ փոխարինման վանդակում:
Կառուցել 2022.2.9.2041
Ելնելով այն մարդկանց արձագանքից, ովքեր արտադրական միջավայրում չեն օգտագործում OU, OU-ը վերադասավորվել է՝ ավելի շատ նմանվելով NGS-ի ներկայացման ձևին:
Այժմ բացվող տուփից հնարավոր է ընտրել հարկադիր ալեհավաքի տեսակը: Սեղմեք «Բեռնել NGS ալեհավաքների ցանկը» կոճակը՝ ընթացիկ NGS ալեհավաքների ցանկը ներբեռնելու և վերլուծելու համար: Բացվող տուփը բեռնված է տեսակների այբբենական ցուցակով:
Այժմ հնարավոր է վերացնել RINEX-ում պարունակվող գործիքի բարձրությունը file և անմիջապես մուտքագրեք բարձրությունը:
Այս հրամանի տողի անջատիչները ավելացվել են.Օգտագործողի այս ձեռնարկը լայնորեն թարմացվել է:
Կառուցել 2022.2.9.2042
Հովեր-ակնարկների լայնածավալ հավելումներ: (Այս տարբերակը փաթեթավորված է iGx_Download գործիքով 2/11/2022-ից հետո):
Կառուցել 2022.3.17.2043
Ավելացվեց հրամանի տողի երկու անջատիչ.Ավելացվեց «Առավելագույն դիտարկման տարիք»: Եթե ոչ զրոյական է, ապա մուտքագրված գումարից ավելի ավարտված դիտարկումները կբացակայվեն: Սա օգտակար է պարզապես «հրաժարվել» մշակման փորձերից files 45 օր անց: Եթե NGS-ը չի կարողանում հաջողությամբ մշակել ա file 45 (ծրագրավորվող) օրից հետո մեկ այլ օր-շաբաթ-ամիս-տարի սպասելը որևէ տարբերություն չի ունենա:
Կան օրեր և վայրեր, որտեղ ինչ էլ որ անեք, NGS OPUS-ը չի կարողանա որևէ աշխատանք մշակել: Հիմնականում նկատվում է OPUS-Static աշխատանքներով: Երբեմն a-ի սկզբից կամ ավարտից մեկ ժամ կտրելով file կհանգեցնի հաջողության, բայց լիարժեք 24-ժամյա files չի մշակվի: Այս նոր անջատիչը թույլ է տալիս fileպարզապես պետք է բաց թողնել: Եթե ընդլայնված վրիպազերծումը միացված է, նշում է արվում մատյանում:
Կառուցել 2022.3.21.2044
Թարմացվել է Embarcadero® Delphi 11 տարբերակի 28.0.44500.8973 կոմպիլյատորին նոր համակարգչի վրա:
UPX Packer-ը թարմացվել է 3.96w տարբերակին:
Թարմացվել է բաղադրիչ Ace ZipForge-ը 6.94 տարբերակին:
Երբ fileՀետևյալ հատկանիշներով s-երը բաց են թողնվում.
Բացակայող կամ ոչ հարկադիր ալեհավաքի տեսակը բաց է թողնվել
Մուտքագրում file բացակայում է (? Ինչպե՞ս է դա տեղի ունենում)
Չափազանց երկար file բաց է թողնվում
Շատ հին է file բաց է թողնվում
և կան լրացուցիչ files մշակել, ուշացումը բաց է թողնվել: Կանխում է երկար ձգձգումները, երբ file-հետո-file բաց են թողնվում. Այլ կերպ ասած, միջ-file ուշացումը կատարվում է միայն այն դեպքում, երբ փաստացի file ներկայացվում է.
NGS-ից ալեհավաքների ցանկը ներբեռնելիս OU-ն այժմ հայտնաբերում է ալեհավաքների կրկնվող անունները (առաջացած արբանյակային վերանայման արդյունքում) և ստիպում է յուրաքանչյուր մուտքագրվել եզակի:
Կառուցել 2022.3.27.2045
MaxAge = 0 չի դիտարկվել որպես անսահման:
Թարմացվել է միջfile ուշացում՝ սպասման ժամանակ ծախսերը նվազեցնելու փորձի համար:
Կառուցել 2022.4.1.2050
Դիտարկման քննադատական վերաշարադրում՝ ընդդեմ լուծումների համապատասխանության:
Ավելացվեց «Մուտք դեպի fileվանդակը: Եթե նշված է, տեղեկամատյանը կրկնօրինակվում է նույն թղթապանակում, ինչ գործարկվողը միլիվայրկյան ժամանակովampս. Երբ OU սկսվում է, եթե գոյություն ունի file 9 Մեգաբայթից մեծ կա, այն ջնջված է։ (Դուք պետք է բռնեք գերանը fileOU-ի ավարտից անմիջապես հետո՝ համոզվելու համար, որ դրանք չեն ջնջվել ծրագրի կանչի ժամանակ:)
Ավելացվել և մաքրվել է գրանցման տեղեկատվությունը:
Ավելացված է file հաշվիչ՝ փնտրվող առաջընթացին հետևելու համար files մշակել.
Շտկվել է սխալ, երբ OPUS-ի լուծման ամսաթիվը կրճատվել է առանց լուծման ժամանակի: Սա հանգեցրեց «որոշ» files-ը բազմիցս ներկայացվում է, քանի որ լուծման ժամանակը (կտրված է 00:00:00-ին) թվում էր, թե մինչև օկուպացիայի ավարտը (00:00:03): Այս չեկն այժմ ունի մեկ ամբողջ օր արտոնյալ ժամկետ, նախքան նախկինում նշվելը:
Կառուցել 2022.4.10.2053
Շտկվել է MaxAge վրիպակը, որտեղ ոմանց համար MaxAge կարգավորումն անտեսվել է files.
Ավելացվեց բաց թողնելու հաղորդագրություն.
04/10/2022 18:35:38.612 ! File 'F:\iBase\ftp\dailys\cotx\cotx2970.21o բաց թողնված, չափազանց հին; Դիտարկման տարիքը 167.8 օր է, սահմանաչափը՝ 45.0 օր։
Ուղղվել է «SemiAppend2» խնդիրը, որտեղ դատարկ է fileանունները կցվել են ցանկին files մշակել ';;;':
Ավելացվեց հաջորդի 80 նիշ file մշակել տեղեկամատյանների տեղեկատվությունը «…մշակում x ավելին files:' մուտքագրում.
Կառուցել 2022.6.26.2055
** Ավելացվեց անուղղակի RINEX 3 աջակցություն ** RINEX3-ը կարող է նախկինում աշխատել, շատ դեպքերում:
Ավելացրել է դատարկ ալեհավաք «Force Antenna» բացվող ցանկի վերևում՝ հարկադիր ալեհավաքի ընտրությունը հեշտացնելու համար:
Ավելացվեցին +X dd և -X տարբերակներ՝ «Առավելագույն տարիքային» հանդուրժողականությունը սահմանելու և մաքրելու համար:
(Սա 0 օրվա կամ դատարկ տողի վրա դնելը կմշակի բոլորը fileս.)
Win10/11 ոճը բաց է file ընտրության երկխոսություն:
Ձևի ձևավորման վրա տարածությունները խստացվել են:
Ավելացվեց «Defaults» կոճակը՝ բոլոր կարգավորումները վերադարձնելու համար, բացառությամբ fileանունը և էլեկտրոնային փոստի հասցեն; հայտնի մեկնարկային լռելյայններին:
Ավելացվեց +D տարբերակը՝ հրամանի տողից «Defaults» կոճակը սեղմելու համար:
RINEX file ապակոդավորիչն այժմ աջակցում է RINEX2 և RINEX3: Ոչ զրոյական դրոշներով OBS EPOCH գրառումներն ավելի լավ են մշակվում: (Ապագա բարելավումը կարող է լինել հատուկ իրադարձությունների (շարժվող, նոր հուշարձան, ստատիկ մեկնարկ) գրառումները հեռացնելը:) RINEX-ի լրացուցիչ մեթոդները այժմ համօգտագործվում են OPUS_Upload-ի և OPUS_Upload-ի միջև:
iGx_Download գործիք:
Բարելավված ակնարկներ ԱՄԵՆ տարբերակի և կառավարման համար:
-9dl տարբերակը մաշված է ու ոչինչ չի անում։ Եթե նախկինում օգտագործել եք այս տարբերակը, մտածեք, որ տողում առաջին տարբերակն է -D: Սա OU-ին հայտնի, լռելյայն վիճակում կդնի: Այնուհետև պետք է ավելացնել միայն մշակման համար անհրաժեշտ տարբերակները, սովորաբար՝ էլեկտրոնային փոստ, որին հաջորդում է a fileներկայացնելու անունը բավարար կլինի: