OPUS_Подигни (OU)Упатство за употреба

OPUS_Постави безбедно 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 ].
Бидете внимателни со ОУ!
ВЕ МОЛИМЕ: Внимателно прочитајте го ова упатство за употреба пред да го користите OPUS Upload. ОУ прифаќа џокери и можно е да се поднесе секое набљудување file на компјутер со една, едноставна, погрешна команда. За прampле:
OPUS_Upload +r C:\*.??o
Би го доставил секое набљудување file на c: возење до OPUS за обработка. Се сомневам дека НГС или остатокот од заедницата на ОПУС би ве ценат што го правите ова.
Силно препорачувам да не ја извршувате алатката OU од командната линија додека не ја испробате на сингл files од интерфејсот на Windows прво.

Постави OPUS

OPUS_Upload (OU) е мала апликација Win-32 која го автоматизира поднесувањето на GPS набљудување files до онлајн системот за обработка на NGS. OU се движи низ HTTPS NGS webсајт кој користи SSL шифрирање.
OU може да се води на многу начини:
Како алатка за командна линија со аргументи
Како програма за Windows што е отворена на вашиот екран
Со влечење и пуштање files на иконата на работната површина
ОУ го поедноставува поднесувањето на големи групи на files на NGS. Со ОУ е можно автоматски да се достават илјадници набљудувања files со една команда.
ОУ е тестиран со над 15,000 набљудувања files на еден поднесок.
Ажурирање на NGS 1 септември 2018 година
NGS го промени минималното прифатливо ниво на TLS за пристап до OPUS.
OPUS_Upload последователно беше изменет за да се користи машинскиот SSL слој (наместо да се користи OpenSSL). Ова ефикасно значи дека машините со Windows XP повеќе не можат да поднесуваат работни места до NGS.
Не постои решение за ова прашање. Купете модерен компјутер.
Ограничувања за дистрибуција и размислувања за употреба
Програмскиот интерфејс OPUS е комплициран и најмала промена на страната на серверот NGS ќе бара ажурирање на OU. (Така, треба да се регистрирате за списокот со пошта, видете погоре).
Како и акумулаторот OPUS, ако ви треба OPUS Uploader, навистина ви треба. OU има потенцијал да заштеди многу време на некои корисници.
Конечно, ОУ е дел од многу поголем проект. ОПУС Борг. Borg користи OU, OA и неколку други клиенти за да оркестрира автоматска контрола на квалитетот на големите мрежи CORS користејќи напредна статистичка контрола на квалитетот. Развојот на OU е воден од функционалноста на Borg.
Не може да се забавуваат никакви промени на ОУ што се мешаат со Борг. Борг (https://en.wikipedia.org/wiki/Borg) го регулира развојот на ОУ. Исто како во следната генерација. OPUS Borg беше именуван како Borg бидејќи има многу „едноставни“ компоненти кои се обидуваат да работат заедно за да обработат купишта GNSS податоци за набљудување.
Тоа е целосен хаос, но предоцна е да се поправи во овој момент. Секако, дури и едноставните компоненти како ОУ и ОП сега се премногу комплицирани.
Некои од сложеноста на Борг се опишани во делот „Исклучи натпревар“ подоцна во овој документ.
Промени
Ве молиме испратете ги сите промени што ќе го направат ОУ покорисно за вашата апликација ms@igage.com.

Се инсталира OPUS Upload

Моментално подигачот на OPUS се дистрибуира во ZIP file со ова упатство за употреба. Целата програма files се кодот потпишан од „iGage Mapping Corporation“.
Можете да го инсталирате подигачот каде сакате, има само еден file. Потоа можете рачно да креирате кратенка за вашата работна површина.
Работи што ги бара OPUS Upload
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 (Висини на инструменти) исто така беше додадена во февруари 2022 година.
Може да размислите да користите TEQC за ажурирање на името на антената и HI. Може да Еве какоample RINEX file заглавие:Јас го истакнав типот на антена со жолта и HI во зелена.
Типот на антена мора да биде антена поддржана од NGS.
Вклучување на OPUS Upload како програма на Windows
Можете да кликнете двапати на програмата или на кратенка за да го стартувате ОУ. OU ќе започне во горниот лев агол на вашиот екран. Ако го преместите или промените големината на прозорецот и потоа го затворите OU, следниот пат кога ќе започне истата позиција и големина ќе бидат запаметени.
Позицијата на екранот се проверува при извршување за да се осигура дека е на моментално достапен екран.
Првиот пат кога ќе користите ОУ ќе треба да ја внесете вашата адреса за е-пошта. Можеби ќе сакате да промените други опции или да додадете ID на OPUS-Projects. Вашите поставки ќе бидат запаметени.
„Подигни податоци File' се памети и од последниот пат кога ОУ беше управувана. Можете да кликнете на копчето „…“ за да изберете една или повеќе files да испратите. На files треба да биде GPS набљудување files, или ZIP fileкои содржат GPS набљудување fileс. (Со други зборови, Отворено File прелистувачот ќе поддржува повеќе file селекции.) Еве еден ексampле на рачно избирање на четири набљудувања files во папка:Ако изберете ZIP file, содржината на ZIP file ќе се претпостави дека е стандарден RINEX fileи сите RINEX files во ZIP file ќе се обработуваат поединечно.
Ако вклучите NAV file во ZIP file, ОУ ќе знае дека тоа не е набљудување RINEX file и автоматски ќе го прескокне NAV file.
Слично на тоа, ако изберете NAV file (на прample со избирање на сите од files во директориумот погоре) OU ќе го прескокне .NAV files.
Откако ќе го поставите fileиме(и) и опции, кликнете на копчето Испрати и секој RINEX file автоматски ќе се достави до OPUS.

Вклучување на OPUS Upload од командната линија

ОУ ги прифаќа овие аргументи: Оваа команда:
OPUS_Подигни –p +x –e ms@igage.com C:\tmp\2001213A0.obs Ќе го достави синглот file без проектен проект, барање продолжен излез, враќање на резултатот на наведената адреса за е-пошта.
Откако ќе ја поставите адресата за е-пошта на компјутер, OU ќе ја запомни. Откако ќе поставите Име на проектот, тоа ќе биде во употреба додека не се исчисти.
Ова значи дека откако еднаш ќе го извршите OU (можеби како апликација за Windows), можете само да го повикате OU со fileиме:
OPUS_Upload C:\tmp\2001213A0.obs и ќе се користат претходно избраните опции.
Може да наведете две или повеќе files OPUS_Upload C:\tmp\2001213A0.obs C:\tmp\2001213A1.obs
Може да користите и џокери за да наведете група од fileс. Оваа команда:
OPUS_Постави C:\tmp\*.obs
ќе поднесе секој file во папката C:\tmp\ со екстензија .OBS во папката \tmp.
Може да користите и џокери на стек:
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 fileкои содржат едно или повеќе набљудувања files) и спуштете ги на иконата на работната површина.
На files ќе бидат обработени исто како да се рачно избрани. Ќе се користат последната адреса на е-пошта и други опции.
Не постои познато ограничување на бројот на fileможе да паднете во една акција.
„Режим за тестирање“
Можеби ќе сакате да тестирате дејство пред да започнете OU. Проверете го полето „Режим за тестирање“ за да видите какви би можеле да бидат ефектите од вашето дејство без навистина да поднесете files на NGS.
Полето за избор на Тест режим се зачувува кога ОУ се затвора и повторно се отвора, така што ако ненамерно го проверите, OU ќе изгледа дека не работи.
Автоматско поднесување
Ако го стартувате OU со командната линија, со a fileиме; или ако го стартувате ОУ со влечење и пуштање 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
и повторно се користи кога ОУ ќе се вклучи повторно.
Важен тип на антена Забелешка: мора да го вклучите соодветниот број на празни места помеѓу името на антената и ознаката на куполата. Значи, или изберете ја антената од паѓачката листа или копирајте го и залепете го името на антената од авторитетен извор. Недостасува или дополнителен простор или кој било изменет знак ќе резултира со дефект на типот на антената кога ќе се достави до OPUS.
Проширен излезен формат
Командна линија:
-x Излез на стандардно решение
+x Излез на продолжено решение (препорачано)
Селектирај го ова поле: Ефективно ќе го направи овој избор на страницата за поднесување NGS:Користење и исклучување на базната станица
Внесете базни станици за користење и исклучување одделени со запирки:Внесените станици НЕ се проверуваат за точност.
Оваа поставка е еквивалентна на:треба да биде празно освен ако не го поднесувате набљудувањето до валиден OPUS проект. Идентификаторот на проектот НЕ е проверен за валидност.
Оваа поставка е еквивалентна на:НЕ внесувајте го вашето лично име на проект во ова поле, внесете само важечки OPUS-Project ID. Мора да имате обука за OPUS Manager за да креирате и користите OPUS-Projects.
Број на низа Не постои официјален NGS опис на оваа вредност, но сепак е МНОГУ корисен за следење на поднесоците. OPUS Borg се потпира на секое враќање на е-пошта од системот OPUS со единствен секвенциски број во успешен или неуспешен вратен предмет на е-пошта: Кога ќе го вчитате поднесокот NGS OPUS webстраница, единствен број е доделен од NGS. Ако го штиклирате полето за избор „iGage Random Sequence“, тогаш се генерира единствен број од 13 знаци со префиксот „IG“. Ако не го штиклирате полето, тогаш се користи која било вредност што ќе ја внесете.
Бројот IG е фракциониот број на денови од 1 јануари 2020 година; во локалната временска зона на машината, помножена со 86,400,000 и заокружена на најблискиот цел број. Се чини дека ова е соодветно за уникатност, може да се дешифрира и се зголемува со текот на времето. Тоа не е случајно.
Минимум File Големина и максимална должина
Ако се обидете да поднесете а file помалку од минимумот (во бајти) на file ќе биде прескокнат. Честа појава е антивирусни алатки кои ги принудуваат другите алатки да создадат нула должина fileс. Ова ги заробува овие непријатности files од поднесување до НГС. Минимумот од 2,500 бајти треба да биде соодветен и разумен.
ОУ ќе ја провери првата и последната епоха на податоци за набљудување и ќе прескокне fileкои се подолги од максималната должина во часови. Има тврдо ограничување во OPUS дека не можете да ја поминете полноќ (време на GPS) двапати. Ако имате fileкои се подолги од 25 часа, треба да размислите за користење на опцијата -tbin на TEQC ( https://www.unavco.org/software/data-processing/teqc/tutorial/tutorial.html ) да ги скршите на 24 часа fileи да ги достави поединечно. Потоа можете да ја користите алатката OPUS Accumulator за статистички преглед на поединечните решенија.
Зачувај дневник Files 
Со кликнување на ова поле ќе се зачува вратената вредност од поднесувањето на NGS во .HTMLfile со исто име како и секоја поднесена file, во истата папка како и поднесената file.
Ако го отворите file во прелистувачот, ќе изгледа „слично“ на она што би го добиле со рачно поднесување на file:Сепак, форматирањето веројатно нема да биде како што се очекуваше.
Оваа опција е корисна за дебагирање погрешни fileкои не успеваат при поднесување.
Проширено евиденција за отстранување грешки Штиклирање на ова поле ќе резултира со прикажување дополнителни информации за евиденција во дијалогот за дневник. Оваа опција е најдобро да се остави нештиклирана.
Секое поединечно поле за поднесување HTML ќе биде наброено:меѓу-File Одложување Серверите NGS OPUS имаат безбедносна карактеристика што спречува напади со одбивање на услугата.
Ако испратите повеќе од неколку (можеби 5) занимања брзо последователно, се чини дека вашата IP адреса ќе биде означена како болка во задникот на NGS и вашите поднесоци ќе бидат игнорирани.
Препорачливо е да го поставите ова одложување на 15 секунди или повеќе. Користам 31 секунда.
Тест режим Проверувањето на копчето „Режим за тестирање“ му овозможува на ОУ да извршува поднесоци и дејства за евиденција, сè до точката на поднесоци. Дневникот files ќе ги содржи сите нормални и продолжени сеча, но на file нема да бидат испратени до НГС на обработка.
Ова ви овозможува да тестирате дејство на џокер без да ги преплавите серверите на NGS.
Една најавена линија ќе биде додадена во дневникот:Во моментов (во верзија 2022.2.8.2041) OPUS-Static набљудувања, files подолго од 110 минути, се доставуваат со ова URL:'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl‘
ОПУС-РС fileсе доставуваат со ова URL:'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opus-rsup.prl’
Можете да го користите „Поднесување URL' за да се отфрли стандардното за поднесување files на NGS BETA сервер. Сепак, ќе треба да се осигурате дека е избрана точната адреса на серверот (Static или RS) за поднесеното file.

Поставки за OPUS-BORG

Командна линија:
-m јасна исклучена патека
+m патека поставете ја исклучената патекаАвтоматско стартување
Проверувањето на полето „Автоматско трчање во 23:00“ резултира со притискање на копчето „Поднеси“ во 23:00 UTC секоја вечер. OU ги користи поставките за временската зона на машината за да го пресмета поместувањето на времето UTC.
Натпревар Исклучи
Ова нема да биде едноставно објаснување.
Размислете за сценарио каде што има голем сет на папки, од кои секоја содржи многу набљудувања fileс. Секоја папка претставува една GNSS CORS станица. Секое набљудување file е 24-часовно (GPS временска рамка) „Дневно“ набљудување file за станица. Дневната папка на станицата може да содржи 24-часовно набљудување files за претходните 5 до 10 години, така што илјадници RINEX files.
ОУ се користи за поднесување на овие Дневни files до OPUS. Но, ние сакаме само да го поднесеме секој file двапати:
еднаш веднаш по file се собира за да се добие решение со брза/емитувана ефемери повторно 14 дена подоцна за да се добие решение со прецизни/финални орбити NGS враќа OPUS решение files по е-пошта и решението files се чуваат во соодветен сет на папки со резултати од станици: секоја CORS станица има единствена папка со решенија OPUS.
Ако „Match Exclude“ содржи патека, OU ќе ја пребарува релативната патека што одговара на локацијата на набљудувањето на изворот file за постоечко соодветно OPUS решение file.
Ова е комплицирано бидејќи набљудувањето file ќе има име како:
slci0010.22o
и соодветното OPUS решение ќе има име како: slci001022o IG0064714690360.msg (Забележете го магичниот IG секвенциски број одозгора!)
Ако ОУ најде соодветно решение file, ќе го прескокне поднесувањето на набљудувањето file бидејќи веќе постои важечко OPUS решение.
Меѓутоа, ако го штиклирате ова поле:И OPUS решението е постаро од 14 дена, тогаш OU ќе го испита растворот .msg file за да се утврди кој тип на ефемерис е користен за решението.
Ако решението НЕ е прецизно или конечно, тогаш ОУ ќе го избрише постоечкото решение file и повторно поднесете го набљудувањето file, со надеж дека ќе се добие решение file од моторот за обработка на OPUS користејќи прецизни или финални ефемери.
Подоцна, на почетокот на следниот ден, OA (акумулаторот OPUS) ги обработува папките со решенија и генерира шема на трендови за секоја од набљудуваните CORS станици:ОП, исто така, создава резиме XLS табела за секоја од набљудуваните станици:Ова резиме вклучува просечна позиција за станицата CORS заедно со Min/Max/Range/Standard Deviation за секоја од вредностите пронајдени на решението NGS OPUS.
Брзината на станицата исто така се пресметува, и во NAD83 фиксната рамка и во ITRF дневната епоха рамка за ECEF XYZ, Lat/Lon/Height, State Plane проектирани и UTM проектирани рамки.
Дополнително, ОП произведува резиме на резимеа file:кој го содржи името на локацијата, просечната позиција на антената со елипсоидна висина и некои дополнителни информации кои се корисни за администрацијата на приватната станица CORS.
Другите Borg процеси извршуваат SQC анализа на излезните множества на податоци за ОП и одредуваат дали станицата „статистички“ работи во или надвор од очекувањата и испраќа текстуални пораки доколку има проблем.
Верувале или не, овој Руб-Голдберг (https://en.wikipedia.org/wiki/Rube_Goldberg) процесот работи!

Користење на автоматско повторно испраќање во ОУ

Еве какоample структура на папката за files да поднесе (ја нарекувам папката што содржи „дневни“) и папката што содржи вратени решенија за опус (наречена „опус“).Секоја станица може/треба да биде во единствена папка со 4 знаци ако подоцна сакате да користите OA (OPUS_Accumulator).
Папката ./dailys/sgu2 може да изгледа вака:Папката ./opus/sgu2 може да изгледа вака:Ако се врати OPUS решение кое е нечитливо, или е заменето со решение кое е поново, подобро ефемери, старото решение ќе се премести во папката _invalid или _dupliates.
Важен совет: Сите алатки на BORG намерно игнорираат која било папка или file што започнува со знак за долна црта ('_'), така што не можете да имате име на станица што започнува со долна црта.
Ова е главниот екран за OU (OPUS_Upload):Забележете дека „Подигни податоци File' покажува на папката дневници и се штиклира „Повторни потпапки“.
Ова е табулаторот „Напредно“ на ОУ:Забележете дека „Match Exclude“ ја гледа папката opus за fileкои одговараат на влезот files во папката дневници.
Каде секојдневно fileдоаѓа од?
Друго парче од Borg (iBase) генерира хоurly files со стандард fileимиња користејќи различен процес DIPCap за секоја станица.
Вака изгледа процесот DIPCap кој собира RT27 потоци за SGU2:DIPCap е замена за RCAPTURE. RCAPTURE не успее по неколку дена или недели и поддржува само TCPIP „клиент“ врски, 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 во правилниот слот под дневни. На опс files во дневниците не се поделени во под-папки. Сите дневни весници се само во папката на станицата.
23 часа по извршувањето на iB_Daily, OU (OPUS_Uloader) ги испраќа сите нови дневни files до OPUS. Чекаме 23 часа за да дозволиме системот NGS CORS да ги пополни сите податоци на CORS, што ја прави поверојатно дека OPUS ќе произведе решение.
Ако кликнете на полето за избор „Провери/присили прецизно-финално ефемерис по 14 дена“, тогаш ОУ ќе чека 14 дена откако ќе се набљудува набљудувањето, а потоа повторно ќе го испрати секој file, секој ден, до секој file има прецизна/конечна ефемери.
Откако OPUS_Upload го испраќа набљудувањето files на OPUS, OPUS ги враќа решенијата на специјална адреса за е-пошта што ги сервисира iBase_Mailer.
Ова е конфигурацијата iBase_Mailer што ја користам:Секое решение се става во правилната папка OPUS/ssss.
Конечно, OPUS_Accumulator ги сумира сите OPUS решенија. Ако најде дупликат решенија за еден ден, го задржува најдоброто решение. (Оваа одлука е детално опишана во Упатството за употреба на ОП.

Некои други совети

Процесите OPUS Borg се користеа без инциденти на компјутер со Windows XP. Подоцна компјутерот беше надграден на Win8, потоа Win10.
Невозможно е компјутерот Win10 да работи повеќе од неколку недели без човечка интервенција. Првенствено, ажурирањата на Windows се принудени да се исфрлат и не може да се игнорираат.
Бидејќи компјутерот што работи на OPUS има FTP сервер и куп порти отворени (за далечински станици CORS да ги туркаат податоците), добивањето ажурирања е веројатно разумна работа.
Сум играл со водење на BORG на сервер AWS, тој работи, но нема зголемување на достапноста. И поради големиот број на files и податоци, примерокот S3 е скап. Поточно, секој еден file во складиштето S3 се проверува секој ден. Значи, ефтиното складирање на глечерите не е соодветно.
Го пуштам BORG на брз компјутер со сите BORG files и папки зачувани на надворешен USB 8 уред од 3 TB.
Процесот на iBase автоматски чува резервна копија од компресираниот .CAP files на посебен диск од 4 GB. iBase има функција со едно копче за обновување на декомпресираната RINEX структура од резервните копии. Се сомневам дека обновата може да потрае неколку дена за да се заврши. Не ми требаше повторно да го изградам множеството податоци; сепак, беа потребни неколку дена за да се мигрира од диск со 4 GB на диск со 8 GB.
Белешки за OU верзија
Изградба 2000 година:
Додадени се неколку прекинувачи на командната линијаСепак, вклучените и исклучените станици се чини дека сè уште не работат сосема.
Изградба 2004: 25 мај 2017 година
Додадено е дневник за грешки наместо поле за пораки за работење без надзор. Имајте предвид дека нема да можете да го зачувате дневникот за задачи на командната линија бидејќи програмата ќе излезе кога ќе заврши.
Додадено е тест за валиден file при додавање од командната линија. Изменето ракување со files од командната линија за да вклучи тест за валидно-постоечки files.
Предупредување: може да има одредено ограничување на бројот на files можете да наведете на командната линија. Не треба да има ограничување на бројот на files кои можете да ги вклучите со џокери, простор за низи fileимињата треба да се прошират на достапната меморија.
При одредување на повеќекратни files од командната линија, на fileполето за име е вчитано само со првото file од списокот.
Изградба 2005: 5 септември 2018 година
Додадено е „Зачувај дневник Fileполето за избор. По поднесувањето на опсервација file, целиот вратен HTML-код од серверот може да се зачува во слично име file во истата папка како и влезното набљудување file. На file екстензијата е секогаш .html и локацијата е секогаш иста како и влезот file.
Поддршката за TLS1 беше прекината во НГС. OPUS_Upload сега го користи слојот SSL од клиентската машина и OpenSSL веќе не е потребен. Ова ефикасно значи дека машините со Windows XP веќе не се одржливи за употреба со OPUS.
Изградба 2016: 4 јануари 2020 година
Беа направени некои големи подобрувања и промени за ОУ да функционира во рамките на OPUS-Borg.

• Конфигурациските вредности сега се зачувани во iBase.ini file со сите други конфигурации на членовите на Bord. Ќе ги изгубите сите претходни поставки кога ја извршувате оваа верзија.
• Опција за повторување директориуми се додава на повикувањето засновано на форма. Претходно, ова беше достапно само за извршување на командната линија.
• Сега има две јазичиња, една за заеднички поставки за конфигурација и нова картичка за Напредни поставки. Ова го чисти примарниот екран на алатката.
• Сега е можно да се постават повеќе патеки со џокери од алатката заснована на форма. За пр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 избрани со џокер. Поставете ја вредноста на празно, нула или негативно за да се обработи целиот извор files, без оглед на големината. Вредноста од 2,500,000 е разумна ако очекувате главно 24 часа дневно files.
• OU сега опционално ќе ги проверува постоечките решенија на OPUS кога повторува папки (со користење на џокери) за набљудување fileс. Решенијата мора да започнат со основата fileиме на OBS 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% од машинските ресурси поради погрешен системски семафор. (уффхх!) Копчето за откажување не се прикажуваше правилно за време на чекањата. Додадено е бројот на fileоставено е да се поднесе во серија до лентата за статус.
Изградба 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, користејќи ја функцијата „Исклучи совпаѓање“ ако решението на OPUS претходи на набљудувањето file, сега е избришана. Претходно беше оставена на место и на file беше повторно доставен. Ова резултираше со повеќе OPUS решенија за едно набљудување file (бидејќи резултатите од OPUS имаат единствен идентификатор на секвенци на iG.)
Изградба 2021.11.7.2040
OU сега користи нови скрипти од страна на серверот за поднесување на RS наспроти S OBS files:Големината на белешката од дневникот е проширена на 4 милиони знаци.
Додадовме неколку совети за да додадеме куп непотребни дебагирање (што нема да го отстранам бидејќи се појавува само додека го правите проширувањето на логирање).
Додадено е навестување дека поднесокот url's се разликуваат за статични наспроти брзи во полето за отфрлање.
Изградба 2022.2.9.2041
Врз основа на повратни информации од луѓе кои не користат ОУ во производствена средина, ОУ е преуредена за да изгледа повеќе како формуларот за поднесување NGS.
Сега е можно да се избере присилниот тип на антена од паѓачкото поле. Кликнете на копчето „Вчитај список со антени NGS“ за да ја преземете и анализирате тековната листа со антени NGS. Паѓачкото поле е вчитано со азбучен список на типови.
Сега е можно да се надмине висината на инструментот содржана во RINEX file и директно внесете ја висината.
Додадени се овие прекинувачи на командната линија:Овој кориснички прирачник е опширно ажуриран.
Изградба 2022.2.9.2042
Обемни дополнувања на совети за лебди. (Оваа верзија е спакувана со алатката iGx_Download по 2 година.)
Изградба 2022.3.17.2043
Додадени два прекинувачи на командната линија:Додадено е „Максимална возраст за набљудување“. Ако не е нула, набљудувањата што завршиле повеќе од внесената сума ќе бидат прескокнати. Ова е корисно само да се „откажи“ обидот за обработка на files по 45 дена. Ако NGS не може успешно да обработи a file по 45 (програмски) дена, чекањето друг ден-недела-месец-година нема да направи никаква разлика.
Има денови и локации каде што и да правите, NGS OPUS нема да може да обработи работно место. Првенствено се гледа со OPUS-Static работни места. Понекогаш скратување на еден час од почетокот или крајот на a file ќе резултира со успех, но полни 24 часа fileнема да се обработи. Овој нов прекинувач овозможува на fileсамо да се прескокне. Ако е овозможено продолжено отстранување грешки, се прави белешка во дневникот.
Изградба 2022.3.21.2044
Ажурирано на компајлерот Embarcadero® Delphi 11 верзија 28.0.44500.8973 на нов компјутер.
Ажуриран UPX Packer на верзијата 3.96w.
Ажурирана компонента Ace ZipForge на верзијата 6.94.
Кога files со следните атрибути се прескокнуваат:
Тип на антена што недостасува или не е принуден е прескокнат
Влез file недостасува (? Како се случува ова)
Премногу долго од file се прескокнува
Премногу старо од file се прескокнува
а има и дополнителни files за обработка, доцнењето е прескокнато. Спречува долги одложувања кога file-по-file се прескокнуваат. Со други зборови, меѓуfile доцнењето се врши само кога вистински file се поднесува.
При преземање на списокот со антени од NGS, OU сега открива дупликатни имиња на антени (предизвикани од сателитска ревизија) и го принудува секој запис да биде единствен.
Изградба 2022.3.27.2045
MaxAge = 0 не беше третирана како бесконечна.
Ажурирано интерfile одложување за да се обиде да ги намали трошоците за време на чекањето.
Изградба 2022.4.1.2050
Критичко препишување на набљудување наспроти совпаѓање на решенија.
Додадено е „Најави се во fileполе за избор. Ако е означено, дневникот се реплицира во истата папка како извршната датотека со милисекунди време.ampс. Кога ќе започне ОУ, доколку постои file постои поголем од 9 мегабајти, се брише. (Треба да земете дневник fileведнаш откако ОУ ќе заврши за да се осигура дека тие не се избришани при повикувањето на програмата.)
Додадени и исчистени информации за евиденција.
Додадено file бројач за следење на напредокот во потрага по files да се обработи.
Поправена грешка кога датумот на решение OPUS беше скратен без времето на решение. Ова резултираше со „некои“ fileсе доставува постојано бидејќи времето за решавање (скратено на 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 опции за поставување и чистење на толеранцијата „Maximum age“.
(Поставувањето на ова на 0 дена или на празна низа ќе ги обработи сите fileс.)
Отворен стил на Win10/11 file дијалог за избор.
Затегнато растојание на дизајнот на формата.
Додадено е копчето „Стандардно“ за враќање на сите поставки освен fileиме и адреса за е-пошта; до познатите почетни стандардни вредности.
Додадена е опција +D за да кликнете на копчето „Стандардно“ од командната линија.
RINEX file декодерот сега поддржува RINEX2 и RINEX3. Записите на OBS EPOCH со знаменца без нула се ракуваат подобро. (Идно подобрување може да биде отстранување на записите од специјални настани (подвижни, нов споменик, почеток статичен)?) Дополнителни методи RINEX сега се споделени помеѓу OPUS_Upload и
iGx_Download алатка.
Подобрени совети за СЕКОЈА опција и контрола.
Опцијата -9dl е амортизирана и не прави ништо. Ако претходно сте ја користеле оваа опција, размислете да ставите -D како прва опција на линијата. Ова ќе го стави OU во позната, стандардна состојба. Потоа треба само да ги додадете опциите што ви се потребни за обработка, обично - e-mail проследено со a fileИмето за поднесување ќе биде доволно.

iGage Mapping Corporation
1545 Јужна 1100 Источна СТЕ 1
Солт Лејк Сити UT 84015
+1 801 412-0011
f +1-801-412-0022
www.igage.com

Документи / ресурси

OPUS OPUS_Постави безбедно Web [pdf] Упатство за корисникот OPUS_Постави безбедно Web, OPUS_Постави, безбеден Web, Web

Референци

• Упатство за употреба