OPUS_Качване (OU)Ръководство за потребителя

OPUS_Защитено качване Web

Дата: 26 юни 2022 г
Rev: 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 приема заместващи символи и е възможно да се изпрати всяко наблюдение 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 XNUMX наблюдения files на едно подаване.
Актуализация на NGS 1 септември 2018 г
NGS промени минималното приемливо ниво на TLS за достъп до OPUS.
OPUS_Upload впоследствие беше променен, за да използва SSL слоя на машината (вместо да използва OpenSSL). Това на практика означава, че машините с Windows XP вече не могат да изпращат задачи към NGS.
Няма решение за този проблем. Купете модерен компютър.
Ограничения на разпространението и съображения за употреба
Програмният интерфейс OPUS е сложен и най-малката промяна от страна на NGS сървъра ще изисква актуализиране на OU. (Така че трябва да се регистрирате за списъка с имейли, вижте по-горе).
Подобно на OPUS Accumulator, ако имате нужда от OPUS Uploader, наистина имате нужда от него. OU има потенциала да спести на някои потребители много време.
И накрая, OU е част от много по-голям проект. 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 с това ръководство за потребителя. Цялата програма 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 fileимат неправилни стойности, тогава те не са съвместими с OU (това изискване е облекчено).
Забележка: в Build 2001 беше добавен превключвател на командния ред '-a', за да позволи подаването на files без обозначения на антената.
През януари 2020 г. беше добавена поддръжка за замяна на името на антената в RINEX file.
През февруари 2022 г. беше добавена поддръжка за изтегляне на текущия списък с типове антени на NGS, за да се опрости замяната на типа антена с валиден тип антена.
Поддръжката за форсиране на HI (височини на инструмента) също беше добавена през февруари 2022 г.
Може да обмислите използването на TEQC за актуализиране на името на антената и HI. Може би Ето катоample RINEX file заглавка:Подчертал съм типа антена в жълто и HI в зелено.
Типът антена трябва да е антена, поддържана от NGS.
Стартиране на OPUS Upload като програма за Windows
Можете да щракнете двукратно върху програмата или пряк път, за да стартирате OU. OU ще започне в горния ляв ъгъл на вашия екран. Ако преместите или преоразмерите прозореца и след това затворите OU, при следващото му стартиране ще бъдат запомнени същата позиция и размер.
Позицията на екрана се проверява по време на изпълнение, за да се гарантира, че е на наличен в момента екран.
Първият път, когато използвате OU, ще трябва да въведете своя имейл адрес. Може да искате да промените други опции или да добавите ID на OPUS-Projects. Вашите настройки ще бъдат запомнени.
„Качване на данни File' също се помни от последния път, когато OU беше управляван. Можете да щракнете върху бутона „…“, за да изберете един или повече files за качване. The files трябва да бъде GPS наблюдение files или ZIP fileкоито съдържат GPS наблюдение fileс. (С други думи, Open File браузърът ще поддържа множество file селекции.) Ето един прample за ръчно избиране на четири наблюдения 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име(на) и опции, щракнете върху бутона Изпрати и всеки RINEX file ще бъдат изпратени автоматично в OPUS.

Стартиране на OPUS Upload от командния ред

OU приема тези аргументи: Тази команда:
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_Качване 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_Качване C:\tmp\2001213A?.obs
Трябва да е възможно да се представи всяко едно наблюдение file на C устройството на вашия компютър с тази проста команда:
OPUS_Качване +r C:\*.1?o
Има ли наистина нужда от това?
Изпращане с плъзгане и пускане
Ако имате пряк път на работния плот, можете да плъзнете наблюдение files (или .ZIP fileсъдържащи едно или повече наблюдения files) и ги пуснете върху иконата на работния плот.
The 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's. Трябва да имате обучение за OPUS Manager, за да създавате и използвате OPUS-проекти.
Пореден номер Няма официално NGS описание на тази стойност, но е МНОГО полезно за проследяване на изпращания. OPUS Borg разчита на това, че всеки върнат имейл от системата OPUS има уникален пореден номер в успешна или неуспешна върната имейл тема: Когато заредите подаването на NGS OPUS webстраница, уникален номер се присвоява от NGS. Ако поставите отметка в квадратчето „iGage Random Sequence“, тогава се генерира уникален номер от 13 знака с префикс „IG“. Ако не поставите отметка в квадратчето, ще се използва каквато и стойност да въведете.
IG номерът е дробният брой дни от 1 януари 2020 г.; в местната машинна часова зона, умножено по 86,400,000 XNUMX XNUMX и закръглено до най-близкото цяло число. Това изглежда достатъчно за уникалност, дешифрируемо е и се увеличава с времето. Не е случайно.
минимум File Размер и максимална дължина
Ако се опитате да изпратите a file по-малко от минимума (в байтове). file ще бъдат пропуснати. Често срещано явление е, че антивирусните инструменти принуждават други инструменти да създават нулева дължина fileс. Това улавя тези неудобства files от подаване на NGS. Минимумът от 2,500 байта трябва да е подходящ и разумен.
OU ще провери първата и последната епоха от данните за наблюдение и ще пропусне files, които са по-дълги от максималната дължина в часове. В OPUS има строго ограничение, че не можете да преминете полунощ (GPS време) два пъти. Ако имате fileкоито са по-дълги от 25 часа, трябва да обмислите използването на опцията -tbin на TEQC ( https://www.unavco.org/software/data-processing/teqc/tutorial/tutorial.html ), за да ги разделите на 24-часови files и ги подавайте поотделно. След това можете да използвате инструмента OPUS Accumulator, за да разгледате статистически отделните решения.
Запазване на дневника Files 
Щракването върху това поле ще запази върнатата стойност от изпращането на NGS в .HTMLfile със същото име като всяко изпратено file, в същата папка като изпратените file.
Ако отворите file в браузър ще изглежда „подобно“ на това, което бихте получили чрез ръчно изпращане на file:Форматирането обаче вероятно няма да бъде според очакванията.
Тази опция е полезна за отстраняване на грешки files, които се провалят при изпращане.
Разширено регистриране на грешки Поставянето на отметка в това квадратче ще доведе до показване на допълнителна информация за регистриране в диалоговия прозорец на регистъра. Тази опция е най-добре да не е отметната.
Всяко отделно поле за подаване на HTML ще бъде изброено:между-File Закъснение Сървърите NGS OPUS имат функция за сигурност, която предотвратява атаки за отказ на услуга.
Ако изпратите повече от няколко (може би 5) професии в бърза последователност, изглежда, че вашият IP адрес ще бъде маркиран като неприятен за NGS и вашите подавания ще бъдат игнорирани.
Препоръчително е да зададете това забавяне на 15 секунди или повече. Използвам 31 секунди.
Тестови режим Поставянето на отметка на бутона за тестов режим позволява на OU да изпълнява подавания и да регистрира действия, чак до момента на изпращане. Дневникът files ще съдържа цялото нормално и разширено регистриране, но file няма да бъдат изпратени на NGS за обработка.
Това ви позволява да тествате действие със заместващ знак, без да наводнявате NGS сървърите.
Към регистрационния файл ще бъде добавен един ред:В момента (във версия 2022.2.8.2041) OPUS-статични наблюдения, fileпо-дълги от 110 минути, се изпращат с това URL: 'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl‘
ОПУС-РС files се подават с това URL: 'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opus-rsup.prl’
Можете да използвате „Изпращане“. URL', за да замените по подразбиране за изпращане files към NGS BETA сървър. Ще трябва обаче да се уверите, че е избран правилният адрес на сървъра (статичен или 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.
OU се използва за подаване на тези Ежедневно files към OPUS. Но ние искаме само да представим всеки file два пъти:
веднъж веднага след file се събира, за да получите решение с бързи/излъчвани ефемериди отново 14 дни по-късно, за да получите решение с точни/крайни орбити NGS връща OPUS решение files по имейл и решението fileсе съхраняват в съвпадащ набор от папки с резултати от станции: всяка станция CORS има уникална папка за решение OPUS.
Ако „Match Exclude“ съдържа път, OU ще търси относителния път, който съответства на местоположението на наблюдението на източника file за съществуващо съответстващо решение OPUS file.
Това е сложно, тъй като наблюдението file ще има име като:
slci0010.22o
и съответстващото решение OPUS ще има име като: slci001022o IG0064714690360.msg (Забележете магическия пореден номер на IG отгоре!)
Ако OU намери съответстващо решение file, той ще пропусне изпращането на наблюдението file защото вече съществува валидно OPUS решение.
Ако обаче поставите отметка в това квадратче:И решението OPUS е по-старо от 14 дни, тогава OU ще инспектира решението .msg file за да се определи кой тип ефемерида е използван за решението.
Ако решението НЕ е точно или окончателно, тогава OU ще изтрие съществуващото решение file и изпратете отново наблюдението file, надявайки се да получите решение file от машината за обработка OPUS с помощта на точни или крайни ефемериди.
По-късно, рано на следващия ден OA (Акумулаторът OPUS) обработва папките с решения и генерира графики на тенденциите за всяка от наблюдаваните CORS станции:OA също изгражда обобщена XLS електронна таблица за всяка от наблюдаваните станции:Това обобщение включва средна позиция за станцията CORS заедно с мин./макс./диапазон/стандартно отклонение за всяка от стойностите, намерени в решение NGS OPUS.
Скоростта на станцията също се изчислява, както във фиксираната рамка NAD83, така и в рамката на дневната епоха на ITRF за ECEF XYZ, Lat/Lon/Height, State Plane проектирани и UTM проектирани рамки.
Освен това OA изготвя резюме на резюметата file:който съдържа името на обекта, средната позиция на антената с височина на елипсоида и допълнителна информация, която е полезна за администрацията на частна станция CORS.
Други процеси на Borg изпълняват SQC анализ на наборите от изходни данни на OA и определят дали станцията „статистически“ отговаря на очакванията и изпраща текстови съобщения, ако има проблем.
Вярвате или не, този Rube-Goldberg (https://en.wikipedia.org/wiki/Rube_Goldberg) процесът работи!

Използване на автоматично повторно изпращане в OU

Ето катоample структура на папки за files за изпращане (наричам съдържащата папка „dailys“) и папката, съдържаща върнатите opus решения (наречена „opus“).Всяка станция може/трябва да бъде в уникална папка с 4 знака, ако искате по-късно да използвате OA (OPUS_Accumulator).
Папката ./dailys/sgu2 може да изглежда така:Папката ./opus/sgu2 може да изглежда така:Ако се върне OPUS решение, което е нечетливо или е заменено от решение, което е по-ново, по-добро ефемериди, тогава старото решение ще бъде преместено в папката _invalid или _duplicates.
Важен съвет: Всички инструменти на BORG целенасочено игнорират всяка папка или file което започва с долна черта ('_'), така че не можете да имате име на станция, което започва с долна черта.
Това е основният екран за OU (OPUS_Upload):Забележете, че „Качване на данни File' сочи към папката dailys и 'Recurse Subfolders' е отметнато.
Това е разделът „Разширени“ на OU:Забележете, че 'Match Exclude' преглежда папката opus за files, които съответстват на входа files в папката dailys.
Къде ежедневните fileидва от?
Друга част от Borg (iBase) генерира hourly 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 се изпълнява и разглежда ВСЕКИ ЕДИН file в структурата на папките RINEX. iB_Daily гарантира, че хоurly files са свързани в daily files (вместо да има малка буква от a до x като последен знак преди разширението, a daily file има нулев знак '0'.
Ежедневното files са унищожени до 30-секундни интервали и всички съзвездия с изключение на GPS са премахнати.
iB_Daily също поставя некомпресиран file в правилния слот под дневни. Наб files в ежедневниците не са разделени на подпапки. Всички ежедневници са само в папката на станцията.
23 часа след стартирането на iB_Daily 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-TB външно USB 3 устройство.
Процесът iBase автоматично запазва резервно копие на компресирания .CAP files на отделно 4-GB устройство. iBase има функция с един бутон за възстановяване на декомпресираната RINEX структура от резервните копия. Подозирам, че възстановяването може да отнеме няколко дни, за да завърши. Не е необходимо да възстановявам набора от данни; но отне няколко дни, за да го мигрира от 4-GB устройство на 8-GB устройство.
Бележки за версията на OU
Компилация 2000:
Добавени са няколко превключвателя на командния редВъпреки това включените и изключените станции изглежда все още не работят.
Компилация 2004: 25 май 2017 г
Добавен е регистър на грешките вместо кутия за съобщения за операция без надзор. Обърнете внимание, че няма да можете да запазите дневника за задания от командния ред, защото програмата ще излезе, когато завърши.
Добавен е тест за валидност file при добавяне от командния ред. Променена обработката на files от командния ред, за да включите тест за валиден-съществуващ files.
Предупреждение: може да има ограничение за броя files можете да посочите в командния ред. Не трябва да има ограничение в броя files, които можете да включите със заместващи знаци, място за низове fileимената трябва да обхващат наличната памет.
При посочване на множество files от командния ред, the fileполето за име се зарежда само с първото file от списъка.
Компилация 2005: 5 септември 2018 г
Добавен е „Запазване на дневника“. Fileквадратчето за отметка. След представяне на забележка file, целият върнат HTML код от сървъра може да се съхранява в файл с подобно име file в същата папка като входното наблюдение file. The file разширението винаги е .html и местоположението винаги е същото като входа file.
Поддръжката за TLS1 беше спряна в NGS. OPUS_Upload вече използва SSL слоя от клиентската машина и OpenSSL вече не е необходим. Това на практика означава, че машините с Windows XP вече не са жизнеспособни за използване с OPUS.
Компилация 2016: 4 януари 2020 г
Бяха направени някои големи подобрения и промени, за да може OU да работи в рамките на OPUS-Borg.

• Конфигурационните стойности вече се съхраняват в iBase.ini file с всички други конфигурации на членовете на борда. Ще загубите всички предишни настройки, когато стартирате тази версия.
• Към базираното на формуляр извикване се добавя опция за рекурсивни директории. Преди това беше достъпно само за изпълнение на командния ред.
• Вече има два раздела, един за общи настройки на конфигурацията и нов раздел за разширени настройки. Това изчиства основния екран на инструмента.
• Вече е възможно да зададете множество пътища със заместващи символи от базирания на формуляр инструмент. Напримерampле:
  C:\ftp\rinex\2017\*.??o; C:\ftp\rinex\2020\*.??o
  Ще рекурсира както папките 2017, така и 2020 за fileсъответства на .??o file разширение.
• Вече е възможно или да зададете ръчно поредния номер на подаване на NGS, или да накарате OU да създаде уникален пореден номер във формата „IG8888888888888“: „IG“, последвано от 13-цифрено цяло число, представляващо броя милисекунди от 1 януари 2020 г. .
• Минимум file добавен е размер за обработка. Тази опция се отнася само за fileе избрано чрез заместващ знак. Задайте стойността на празно, нула или отрицателна, за да обработите целия източник files, независимо от размера. Стойност от 2,500,000 24 XNUMX е разумна, ако очаквате предимно XNUMX часа на ден files.
• OU вече по желание ще проверява за съществуващи OPUS решения, когато рекурсира папки (използвайки заместващи знаци) за наблюдение fileс. Решенията трябва да започват с основата fileиме на OBS file; да бъде в папки с подобни имена, под основната папка „Изключване на съвпадението“; решението file трябва да има a file дата, по-голяма или равна на наблюдението file и имат .eml, .msg или .txt file разширение. Ако се намери решение, съответното наблюдение file се пропуска. Задайте „Match Exclude“ на празния низ, за ​​да деактивирате тази функция.
• Вече е възможно да се принуди тип антена ефективно да замени типа антена, публикуван в RINEX file. (Знам, че това изглежда лудо; имах нужда от тази функция за видео демонстрация.)
• OU вече е съвместим с разделителна способност на екрана с висока DPI.

Компилация 2019: 30 април 2002 г
Превключвателят на командния ред -9d (преминаващ от iGx) вече има следните действия:

• Тестов режим = изключен
• ИнтерFileЗакъснение = 0.0
• Обработване на подпапки = изключено
• Съпоставяне Изключване на съществуващи решения = изключено
• Запазване на дневника File = изключен

Интерfile стойността на забавянето вече се съхранява в INI file и се извиква при стартиране на програмата.
Компилация 2020.7.17.2020
Закъснение между file подаването отнемаше 20% от ресурсите на машината поради грешен системен семафор. (ugghhh!) Бутонът за отказ не се показваше правилно по време на изчакване. Добавен е броят на fileостават за изпращане на група в лентата на състоянието.
Компилация 2020.9.8.2021
Ако се повтарят папки, всяка папка с име, което започва с долна черта '_', ще бъде пропусната. Папките под тази папка също са пропуснати. Това беше добавено за използване с iBase, което поставя непълни (fileс по-малко от 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са различни за статични и бързи в полето за отмяна.
Компилация 2022.2.9.2041
Въз основа на обратна връзка от хора, които не използват OU в производствена среда, OU е пренареден, за да изглежда повече като формуляра за подаване на 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 часа files няма да обработи. Този нов ключ позволява на 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с. Когато OU стартира, ако съществува file съществува по-голям от 9 мегабайта, той се изтрива. (Трябва да вземете дневник files веднага след като OU завърши, за да се гарантира, че няма да бъдат изтрити при извикване на програмата.)
Добавена и изчистена информация за регистриране.
Добавено 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 знака от next file за обработка на информацията за регистриране на '...обработване на още x files:' запис в дневника.
Компилация 2022.6.26.2055
** Добавена имплицитна поддръжка на RINEX 3 ** RINEX3 може да е работил и преди в повечето случаи.
Добавена е празна антена в горната част на падащия списък „Принудителна антена“, за да улесни избирането без принудителна антена.
Добавени са опции +X dd и -X за задаване и изчистване на толеранса „Максимална възраст“.
(Задаването на това на 0 дни или на празен низ ще обработи всички fileт.)
Отворен в стил Win10/11 file диалогов прозорец за избор.
Увеличено разстояние в дизайна на формуляра.
Добавен е бутон „По подразбиране“ за връщане на всички настройки с изключение на fileиме и имейл адрес; до известните начални настройки по подразбиране.
Добавена е опция +D за щракване върху бутона „По подразбиране“ от командния ред.
RINEX file декодерът вече поддържа RINEX2 и RINEX3. OBS EPOCH записите с ненулеви флагове се обработват по-добре. (Бъдещо подобрение може да бъде премахването на записи за специални събития (преместване, нов паметник, стартиране на статичен)?) Допълнителни RINEX методи вече се споделят между OPUS_Upload и
iGx_инструмент за изтегляне.
Подобрени подсказки за ВСЯКА опция и контрол.
Опцията -9dl е амортизирана и не прави нищо. Ако преди сте използвали тази опция, помислете дали да не поставите -D като първа опция на реда. Това ще постави OU в известно състояние по подразбиране. След това трябва само да добавите опциите, които са ви необходими за обработка, обикновено -e имейл, последван от a fileиме за подаване ще бъде достатъчно.

iGage Mapping Corporation
1545 юг 1100 изток STE 1
Солт Лейк Сити UT 84015
+1 801 412-0011
f +1-801-412-0022
www.igage.com

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

OPUS OPUS_Защитено качване Web [pdf] Ръководство за потребителя OPUS_Защитено качване Web, OPUS_Качване, Защитено Web, Web

Референции

• Ръководство за потребителя