OPUS_Upload Secure Web Посібник користувача

OPUS_Upload (OU)Посібник користувача

Зміст приховати

1 OPUS_Upload Secure Web

2 OPUS Завантажити

3 Встановлення OPUS Upload

4 Запуск OPUS Upload з командного рядка

5 Розширені теми

6 Налаштування OPUS-BORG

7 Використання автоматичного повторного надсилання в OU

8 Деякі інші підказки

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

9.1 Список літератури

10 Пов’язані публікації

OPUS_Upload Secure 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 уважно прочитайте цей посібник користувача. OU приймає символи підстановки, і можна подати кожне спостереження file на комп’ютері за допомогою однієї простої помилкової команди. наприкладampле:
OPUS_Upload +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 є частиною набагато більшого проекту. ОПУС Борг. Borg використовує OU, OA та кілька інших клієнтів для організації автоматизованого контролю якості у великих мережах CORS за допомогою розширеного статистичного контролю якості. Розвиток підрозділу базується на функціональності 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
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, щоб спростити заміну типу антени дійсним типом антени.
У лютому 2022 року також було додано підтримку форсування HI (висоти інструменту).
Ви можете розглянути можливість використання TEQC для оновлення назви антени та HI. Ви можете Ось якample RINEX file заголовок:Я виділив тип антени жовтим, а HI зеленим.
Тип антени має бути антеною, що підтримується NGS.
Запуск OPUS Upload як програми Windows
Ви можете двічі клацнути програму або ярлик, щоб запустити OU. OU буде починатися у верхньому лівому куті екрана. Якщо ви перемістите або зміните розмір вікна, а потім закриєте OU, наступного разу, коли воно запуститься, буде запам’ятано ту саму позицію та розмір.
Положення екрана перевіряється під час виконання, щоб переконатися, що воно знаходиться на поточному доступному екрані.
Під час першого використання OU вам потрібно буде ввести свою електронну адресу. Ви можете змінити інші параметри або додати ідентифікатор OPUS-Projects ID. Ваші налаштування будуть запам'ятовані.
Поле «Завантажити дані File' також пам'ятається з часів останнього запуску OU. Ви можете натиснути кнопку «…», щоб вибрати один або кілька files для завантаження. The files має бути GPS-спостереження files або ZIP fileякі містять GPS-спостереження fileс. (Іншими словами, Open 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назви та параметри, натисніть кнопку «Надіслати» та кожну 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_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) і опустіть їх на значок робочого столу.
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\ім'я користувача\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx
C:\Users\ім'я користувача\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx.cache
і повторно використовується, коли OU запускається знову.
Важлива примітка щодо типу антени: Ви повинні додати належну кількість пробілів між назвою антени та позначенням купола. Отже, виберіть антену зі спадного списку або скопіюйте та вставте назву антени з авторитетного джерела. Відсутній або зайвий пробіл або будь-який змінений символ призведе до помилки типу антени під час надсилання в OPUS.
Розширений формат виводу
Командний рядок:
-x Вивід стандартного рішення
+x Extended Solution Output (рекомендовано)
Поставте цей прапорець: Фактично зробить цей вибір на сторінці подання NGS:Використання та виключення базової станції
Введіть базові станції для використання та виключення через кому:Введені станції НЕ перевіряються на точність.
Цей параметр еквівалентний:має бути порожнім, якщо ви не надсилаєте спостереження до дійсного проекту OPUS. Ідентифікатор проекту НЕ перевіряється на дійсність.
Цей параметр еквівалентний:НЕ вводьте свою особисту назву проекту в це поле, вводьте лише дійсні ідентифікатори проекту OPUS. Для створення та використання OPUS-проектів вам необхідно пройти навчання OPUS Manager.
Порядковий номер Офіційного опису 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-адреса буде позначена як неприємна, а ваші подання будуть проігноровані.
Рекомендується встановити цю затримку на 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. Однак вам потрібно буде переконатися, що для надісланого файлу вибрано правильну адресу сервера (Static або RS). file.

Налаштування OPUS-BORG

Командний рядок:
-m очистити виключений шлях
+m path встановити виключений шляхАвтозапуск
Якщо встановити прапорець «Автоматичний запуск о 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, широти/довготи/висоти, прогнозованої площини стану та прогнозованого кадру UTM.
Крім того, OA створює резюме резюме file:який містить назву сайту, середнє положення антени з висотою еліпсоїда та деяку додаткову інформацію, корисну для адміністрування приватної станції CORS.
Інші процеси Borg виконують аналіз SQC на вихідних наборах даних OA та визначають, чи станція «статистично» відповідає очікуванням, і надсилають текстові повідомлення, якщо є проблема.
Вірте чи ні, цей Руб-Голдберг (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».
Це вкладка «Додатково» підрозділу:Зауважте, що «Виключення відповідності» переглядає папку opus для files, які відповідають введеним files у щоденній папці.
Де щоденні fileз?
Інша частина Borg (iBase) генерує hourly files зі стандартом fileімена за допомогою іншого процесу DIPCap для кожної станції.
Ось як виглядає процес DIPCap, який збирає потоки RT27 для SGU2:DIPCap є заміною RCAPTURE. RCAPTURE виходить з ладу через кілька днів або тижнів і підтримує лише «клієнтські» з’єднання TCPIP, DIPCap дуже надійний і працюватиме вічно. Він має кращу систему журналювання, а також підтримує з’єднання «сервер» TCPIP.
DIPCap просто безкоштовно запускає .CAP files у вибрану папку «Output Folder», створюючи стандарт 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 об’єднані в щоденні 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, він працює, але без підвищення доступності. А через велику кількість fileі дані, примірник S3 дорогий. Зокрема, кожен file у сховищі S3 перевіряється щодня. Отже, недороге сховище на льодовику недоцільне.
Я запускаю BORG на швидкому комп’ютері з усіма BORG files і папки, що зберігаються на зовнішньому диску USB 8 ємністю 3 ТБ.
Процес iBase автоматично зберігає резервну копію стисненого .CAP files на окремому диску на 4 ГБ. iBase має функцію однієї кнопки для відновлення розпакованої структури RINEX із резервних копій. Я підозрюю, що відновлення може тривати кілька днів. Мені не потрібно було перебудовувати набір даних; проте перехід із 4-ГБ диска на 8-ГБ накопичувача зайняв кілька днів.
Примітки до версії OU
Збірка 2000:
Додано кілька параметрів командного рядкаОднак включені та виключені станції, здається, ще не працюють.
Збірка 2004: 25 травня 2017
Додано журнал помилок замість вікна повідомлень для автоматичної роботи. Зауважте, що ви не зможете зберегти журнал для завдань командного рядка, оскільки програма завершить роботу після завершення.
Додано тест на валідність file при додаванні з командного рядка. Змінено обробку files з командного рядка, щоб включити перевірку на дійсний-існуючий files.
Попередження: кількість може бути обмежена files можна вказати в командному рядку. Не повинно бути обмежень щодо кількості files, які можна включити за допомогою символів підстановки, місця для рядків fileімена повинні поширюватися на доступну пам'ять.
При вказівці кількох files з командного рядка, the fileполе імені завантажується лише з першим file зі списку.
Збірка 2005: 5 вересня 2018
Додано «Зберегти журнал». Files' прапорець. Після подання зауваження 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 для files відповідає .??o file розширення.
Тепер можна або вручну встановити порядковий номер подання NGS, або створити унікальний порядковий номер підрозділу у формі «IG8888888888888»: «IG», за яким слідує 13-значне ціле число, яке представляє кількість мілісекунд з 1 січня 2020 року. .

Мінімум file додано розмір для обробки. Цей параметр стосується лише fileвибрано символом підстановки. Встановіть значення порожнім, нульовим або негативним, щоб обробити все джерело files, незалежно від розміру. Значення 2,500,000 24 XNUMX є розумним, якщо ви очікуєте переважно XNUMX години на добу files.
Підрозділ тепер додатково перевірятиме наявні рішення OPUS під час повторного перегляду папок (за допомогою символів підстановки) для спостереження fileс. Рішення повинні починатися з основи fileназва ОБС file; перебувати в папках з однаковими іменами в базовій папці «Виключити відповідність»; рішення file повинен мати a file дата більша або дорівнює даті спостереження file і мають .eml, .msg або .txt file розширення. Якщо рішення знайдено, то відповідне спостереження file пропускається. Щоб вимкнути цю функцію, у полі «Виключення відповідності» встановіть порожній рядок.

Тепер можна змусити тип антени фактично замінити тип антени, розміщений у RINEX file. (Я знаю, що це здається божевіллям; мені потрібна була ця функція для відеодемонстрації.)
OU тепер сумісний із високою роздільною здатністю екрана.

Збірка 2019: 30 квітня 2002 р
Перемикач командного рядка -9d (передає iGx) тепер має такі дії:

Тестовий режим = вимкнено

ІнтерFileЗатримка = 0.0
Обробляти вкладені папки = вимкнено

Збіг Виключити існуючі рішення = вимкнено
Зберегти журнал File = вимкнено

Інтерfile значення затримки тепер зберігається в INI file і викликається під час запуску програми.
Збірка 2020.7.17.2020
Затримка між file подання забирало 20% машинних ресурсів через помилковий системний семафор. (угххх!) Кнопка «Скасувати» не відображалася належним чином під час очікування. Додав кількість 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, кількість залишилися files відображено неправильно.
Помилка: під час пошуку ненадісланих files, використовуючи функцію «Match Exclude», якщо рішення 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
Додано два параметри командного рядка:Додано «Максимальний вік для спостереження». Якщо значення відмінне від нуля, спостереження, які закінчилися більше, ніж введена сума, будуть пропущені. Це корисно, щоб просто «відмовитися» від спроби обробки fileчерез 45 днів. Якщо NGS не може успішно обробити a file після 45 (програмованих) днів очікування іншого дня-тижня-місяця-ріку не матиме жодного значення.
Бувають дні та місця, коли незалежно від того, що ви робите, NGS OPUS не зможе виконати завдання. В першу чергу спостерігається з роботами OPUS-Static. Іноді скорочення години від початку або кінця a file призведе до успіху, але протягом 24 годин files не оброблятиметься. Цей новий перемикач дозволяє files просто пропустити. Якщо розширене налагодження ввімкнено, у журналі робиться примітка.
Збірка 2022.3.21.2044
Оновлено до компілятора Embarcadero® Delphi 11 версії 28.0.44500.8973 на новому ПК.
Оновлено Packer UPX до версії 3.96w.
Оновлено компонент Ace ZipForge до версії 6.94.
Коли fileз такими атрибутами пропускаються:
Тип антени відсутній або не примусово пропущено
Введення 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 була скорочена без часу вирішення. Це призвело до "деяких" 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 міг працювати раніше.
Додано порожню антену вгору спадного списку «Примусова антена», щоб полегшити вибір без примусової антени.
Додано параметри +X dd і -X для встановлення та видалення допустимого відхилення «Максимальний вік».
(Якщо встановити значення 0 днів або порожній рядок, буде оброблено всі fileс.)
Відкритий стиль Win10/11 file діалогове вікно вибору.
Збільшений інтервал у дизайні форми.
Додано кнопку «За замовчуванням», щоб повернути всі налаштування, крім fileім'я та адреса електронної пошти; до відомих початкових значень за замовчуванням.
Додано опцію +D для натискання кнопки «За замовчуванням» у командному рядку.
RINEX file декодер тепер підтримує RINEX2 і RINEX3. Записи OBS EPOCH з ненульовими прапорцями обробляються краще. (Майбутнє вдосконалення може полягати у видаленні записів про спеціальні події (переміщення, новий пам’ятник, початок статичного)?) Додаткові методи RINEX тепер спільно використовуються між OPUS_Upload і
Інструмент iGx_Download.
Покращено підказки для КОЖНОГО параметра та керування.
Опція -9dl була амортизована та нічого не робить. Якщо ви раніше використовували цей параметр, подумайте про те, щоб поставити -D як перший параметр у рядку. Це переведе OU у відомий стан за замовчуванням. Тоді вам потрібно лише додати параметри, необхідні для обробки, зазвичай -e email, після чого a fileімені для подання буде достатньо.