OPUS_Unggah Aman Web Panduan Pengguna

OPUS_Unggah (OU)Panduan Pengguna

Isi bersembunyi

1 OPUS_Unggah Aman Web

2 Unggah OPUS

3 Menginstal OPUS Upload

4 Menjalankan OPUS Upload dari Command Line

5 Topik Lanjutan

6 Pengaturan OPUS-BORG

7 Menggunakan Pengiriman Ulang Otomatis di OU

8 Beberapa petunjuk lainnya

9 Dokumen / Sumber Daya

9.1 Referensi

10 Posting Terkait

OPUS_Unggah Aman Web

Tanggal: 26 Juni 2022
Wah: 2022.6.26.2055
Oleh: Mark Perak, ms@igage.com, +1-Telepon: 801-412-0011
Informasi Versi
Informasi versi terperinci ada di akhir dokumen ini.
Berlangganan Mail List untuk informasi terkini
Jika Anda menggunakan OPUS_Upload untuk tujuan apa pun, silakan berlangganan ke milis ini:
https://signup.ymlp.com/xguqjwsugmguu
sehingga saya dapat mengirimkan pemberitahuan tentang perubahan dan perbaikan bug. Daftar pesan sebelumnya dapat ditemukan di sini [ http://ymlp.com/archive_guqjwsugjgh.php ].
Hati-hati dengan OU!
SILAKAN: Bacalah Panduan Pengguna ini dengan saksama sebelum menggunakan OPUS Upload. OU menerima karakter pengganti dan memungkinkan untuk mengirimkan setiap observasi file pada komputer dengan satu perintah sederhana yang salah. Misalnyaampsaya:
OPUS_Unggah +r C:\*.??o
Akan menyerahkan setiap pengamatan tunggal file pada drive c: ke OPUS untuk diproses. Saya ragu NGS atau komunitas OPUS lainnya akan menghargai Anda karena melakukan ini.
Saya sangat menyarankan Anda untuk tidak menjalankan alat OU dari baris perintah sampai Anda mencobanya pada satu komputer. files dari antarmuka Windows terlebih dahulu.

Unggah OPUS

OPUS_Upload (OU) adalah aplikasi Win-32 kecil yang mengotomatiskan pengiriman observasi GPS files ke sistem pemrosesan NGS online. OU menavigasi NGS HTTPS websitus yang menggunakan enkripsi SSL.
OU dapat dijalankan dengan berbagai cara:
Sebagai alat baris perintah dengan argumen
Sebagai program windows yang terbuka di layar Anda
Dengan menyeret dan menjatuhkan files ke ikon desktop
OU menyederhanakan pengiriman set besar files ke NGS. Dengan OU, dimungkinkan untuk secara otomatis mengirimkan ribuan observasi files dengan satu perintah.
OU telah diuji dengan lebih dari 15,000 observasi files pada satu pengajuan.
Pembaruan NGS 1 September 2018
NGS mengubah tingkat TLS minimum yang dapat diterima untuk mengakses OPUS.
OPUS_Upload kemudian dimodifikasi untuk menggunakan lapisan SSL mesin (alih-alih menggunakan OpenSSL). Ini berarti bahwa mesin Windows XP tidak dapat lagi mengirimkan pekerjaan ke NGS.
Tidak ada solusi untuk masalah ini. Belilah komputer modern.
Batasan Distribusi dan Pertimbangan Penggunaan
Antarmuka pemrograman OPUS rumit dan perubahan sekecil apa pun pada sisi server NGS akan memerlukan pembaruan OU. (Oleh karena itu, Anda harus mendaftar ke milis, lihat di atas).
Seperti OPUS Accumulator, jika Anda membutuhkan OPUS Uploader, Anda benar-benar membutuhkannya. OU berpotensi menghemat banyak waktu bagi beberapa pengguna.
Terakhir, OU merupakan bagian dari proyek yang jauh lebih besar. OPUS Borg. Borg menggunakan OU, OA, dan beberapa klien lain untuk mengatur kontrol kualitas otomatis pada jaringan CORS besar menggunakan kontrol kualitas statistik tingkat lanjut. Pengembangan OU didorong oleh fungsionalitas Borg.
Tidak ada perubahan pada OU yang mengganggu Borg yang dapat diterima. Borg (https://en.wikipedia.org/wiki/Borg) mengatur pengembangan OU. Sama seperti di Generasi Berikutnya. OPUS Borg diberi nama Borg karena memiliki banyak komponen 'sederhana' yang mencoba bekerja sama untuk memproses tumpukan data observasi GNSS.
Ini benar-benar kacau, tetapi sudah terlambat untuk memperbaikinya saat ini. Memang, bahkan komponen sederhana seperti OU dan OA kini terlalu rumit.
Beberapa kerumitan Borg dijelaskan di bagian 'Match Exclude' nanti dalam dokumen ini.
Perubahan
Silakan kirimkan perubahan apa pun yang akan membuat OU lebih bermanfaat untuk aplikasi Anda ke ms@igage.com.

Menginstal OPUS Upload

Saat ini OPUS Uploader didistribusikan dalam format ZIP file dengan Panduan Pengguna ini. Semua program files adalah kode yang ditandatangani oleh 'iGage Mapping Corporation'.
Anda dapat memasang pengunggah di mana pun Anda inginkan, hanya ada satu fileAnda kemudian dapat membuat pintasan untuk desktop Anda secara manual.
Hal-hal yang Diperlukan dalam Upload OPUS
OPUS Upload secara otomatis menentukan apakah RINEX file harus diserahkan sebagai Rapid-Static atau Static file berdasarkan panjang RINEX file.
OPUS Upload sekarang berfungsi dengan RINEX 2.xx dan RINEX 3.xx files.
Pengamatan fileDurasi 118 menit atau lebih dikirimkan sebagai Statis.
Nama Antena dan HI di RINEX file seharusnya benar. Jika RINEX Anda fileJika nilainya salah, maka nilainya tidak kompatibel dengan OU (persyaratan ini telah dilonggarkan).
Catatan: di Build 2001, sakelar baris perintah '-a' ditambahkan untuk memungkinkan pengiriman files tanpa penunjuk antena.
Pada bulan Januari 2020 dukungan ditambahkan untuk mengganti nama antena di RINEX file.
Pada bulan Februari 2022, dukungan ditambahkan untuk mengunduh daftar Jenis Antena NGS terkini guna menyederhanakan penggantian Jenis Antena dengan jenis antena yang valid.
Dukungan untuk pemaksaan HI (Ketinggian Instrumen) juga ditambahkan pada Februari 2022.
Anda mungkin mempertimbangkan menggunakan TEQC untuk memperbarui nama antena dan HI. Berikut adalah sebagai berikutampoleh RINEX file judul:Saya telah menyorot jenis antena dengan warna kuning dan HI dengan warna hijau.
Jenis antena harus merupakan antena yang didukung oleh NGS.
Menjalankan OPUS Upload sebagai Program Windows
Anda dapat mengklik dua kali pada program atau pintasan untuk memulai OU. OU akan dimulai di sudut kiri atas layar Anda. Jika Anda memindahkan atau mengubah ukuran jendela lalu menutup OU, saat berikutnya jendela dimulai, posisi dan ukuran yang sama akan diingat.
Posisi layar diperiksa pada waktu proses untuk memastikan bahwa layar berada pada layar yang sedang tersedia.
Saat pertama kali menggunakan OU, Anda perlu memasukkan alamat email. Anda mungkin ingin mengubah opsi lain atau menambahkan ID OPUS-Projects. Pengaturan Anda akan diingat.
'Unggah Data' File' juga diingat dari terakhir kali OU dijalankan. Anda dapat mengklik tombol '…' untuk memilih satu atau lebih files untuk mengunggah. files harusnya observasi GPS files, atau ZIP files yang berisi observasi GPS files. (Dengan kata lain, Terbuka File browser akan mendukung beberapa file pilihan.) Berikut adalah contohample dari memilih empat observasi secara manual fileada di dalam folder:Jika Anda memilih ZIP file, isi dari ZIP file akan diasumsikan sebagai standar RINEX files dan semua RINEX fileada di kode pos file akan diproses secara individual.
Jika Anda menyertakan NAV file di dalam ZIP fileOU akan mengetahui bahwa itu bukan observasi RINEX file dan akan secara otomatis melewati NAV file.
Demikian pula jika Anda memilih NAV file (misalnyaample dengan memilih semua files di direktori di atas) OU akan melewati .NAV files.
Setelah Anda mengatur filenama dan pilihan, klik tombol Kirim dan setiap RINEX file akan secara otomatis diserahkan ke OPUS.

Menjalankan OPUS Upload dari Command Line

OU menerima argumen berikut: Perintah ini:
OPUS_Unggah –p +x –e ms@igage.com C:\tmp\2001213A0.obs Akan mengirimkan satu file tanpa ID proyek, meminta keluaran yang diperluas, mengembalikan hasilnya ke alamat email yang ditentukan.
Setelah Anda menetapkan alamat email di komputer, OU akan mengingatnya. Setelah Anda menetapkan Nama Proyek, nama tersebut akan digunakan hingga dihapus.
Ini berarti bahwa setelah Anda menjalankan OU sekali (mungkin sebagai aplikasi Windows), Anda dapat memanggil OU dengan filenama:
OPUS_Upload C:\tmp\2001213A0.obs dan opsi yang dipilih sebelumnya akan digunakan.
Anda mungkin menentukan dua atau lebih fileOPUS_Unggah C:\tmp\2001213A0.obs C:\tmp\2001213A1.obs
Anda juga dapat menggunakan karakter pengganti untuk menentukan sekelompok files. Perintah ini:
OPUS_Unggah C:\tmp\*.obs
akan menyerahkan setiap file di folder C:\tmp\ dengan ekstensi .OBS di folder \tmp.
Anda juga dapat menggunakan karakter pengganti tumpukan:
OPUS_Unggah C:\tmp\002\*.obs C:\tmp\003\*.zip
Karakter pengganti huruf tunggal juga didukung:
OPUS_Unggah C:\tmp\2001213A?.obs
Seharusnya memungkinkan untuk mengirimkan setiap observasi tunggal file pada drive C komputer Anda dengan perintah sederhana ini:
OPUS_Unggah +r C:\*.1?o
Apakah hal ini benar-benar diperlukan?
Mengirimkan dengan Drag and Drop
Jika Anda memiliki pintasan di desktop, Anda dapat menyeret observasi files (atau .ZIP files yang berisi satu atau lebih observasi files) dan letakkan di ikon desktop.
Itu files akan diproses sama seperti jika dipilih secara manual. Alamat email terakhir dan pilihan lainnya akan digunakan.
Tidak ada batasan yang diketahui mengenai jumlah fileyang dapat Anda lakukan dalam satu tindakan.
'Mode Uji'
Anda mungkin ingin menguji tindakan sebelum meluncurkan OU. Centang kotak 'Mode Uji' untuk melihat apa saja efek tindakan Anda tanpa benar-benar mengirimkannya files ke NGS.
Kotak centang Mode Uji disimpan saat OU ditutup dan dibuka kembali, jadi jika Anda tidak sengaja mencentangnya, OU akan tampak tidak berfungsi.
Pengiriman Otomatis
Jika Anda memulai OU melalui baris perintah, dengan filenama; atau jika Anda memulai OU dengan menyeret dan menjatuhkan files ke pintasan maka OU akan otomatis berjalan dan kemudian menutup 5 detik setelah terakhir file diproses.
Tombol Batal dapat digunakan untuk menahan formulir dan log terbuka untuk viewing.
Selama hitungan mundur akhir proses selama 5 detik, klik tombol Batal dan OU tidak akan otomatis tertutup. Formulir juga tidak akan tertutup jika Mode Uji diaktifkan.
2022/2/9: OU sekarang akan menutup secara otomatis setelah penundaan 5 detik jika dipanggil dari iGx_Download.

Topik Lanjutan

Jenis Antena PaksaKlik tombol 'Muat Daftar Antena NGS' untuk mengunduh daftar antena saat ini file dari server NGS ( https://geodesy.noaa.gov/ANTCAL/LoadFile?file=ngs14.atx ). Daftar tersebut diurai dan setiap antena, termasuk definisi satelit, dimuat ke dalam kotak drop-down dalam urutan yang diurutkan.
Anda kemudian dapat mengetikkan beberapa karakter pertama dari jenis antena untuk menemukan antena tertentu dengan cepat.
Daftar ini disimpan dalam folder sementara:
C:\Pengguna\nama pengguna\AppData\Temp\OPUS_Upload\Antena\ngs14.atx
C:\Pengguna\nama pengguna\AppData\Temp\OPUS_Upload\Antena\ngs14.atx.cache
dan digunakan kembali saat OU dimulai lagi.
Catatan Penting tentang Jenis Antena: Anda harus menyertakan jumlah spasi yang tepat antara nama antena dan penunjukan kubah. Jadi, pilih antena dari daftar drop-down, atau salin dan tempel nama antena dari sumber yang kredibel. Spasi yang hilang atau berlebih atau karakter yang dimodifikasi akan mengakibatkan kegagalan jenis antena saat dikirimkan ke OPUS.
Format Keluaran yang Diperluas
Baris Perintah:
-x Keluaran Solusi Standar
+x Output Solusi Diperluas (disarankan)
Mencentang kotak ini: Akan secara efektif membuat pilihan ini di halaman pengiriman NGS:Penggunaan dan Pengecualian Stasiun Pangkalan
Masukkan stasiun pangkalan yang akan Digunakan dan Dikecualikan dipisahkan dengan koma:Stasiun yang dimasukkan TIDAK diperiksa keakuratannya.
Pengaturan ini setara dengan:harus kosong kecuali Anda mengirimkan observasi ke Proyek OPUS yang valid. Pengenal Proyek TIDAK diperiksa validitasnya.
Pengaturan ini setara dengan:JANGAN masukkan nama proyek pribadi Anda di kotak ini, masukkan hanya ID Proyek OPUS yang valid. Anda harus memiliki pelatihan Manajer OPUS untuk membuat dan menggunakan Proyek OPUS.
Nomor Urut Tidak ada deskripsi NGS resmi mengenai nilai ini, namun SANGAT berguna untuk melacak kiriman. OPUS Borg mengandalkan setiap email yang dikembalikan dari sistem OPUS yang memiliki nomor urut unik dalam subjek email yang berhasil atau tidak berhasil dikembalikan: Saat Anda memuat kiriman NGS OPUS webhalaman, nomor unik ditetapkan oleh NGS. Jika Anda mencentang kotak 'iGage Random Sequence', maka nomor unik 13 karakter dengan awalan 'IG' akan dibuat. Jika Anda tidak mencentang kotak, maka nilai apa pun yang Anda masukkan akan digunakan.
Nomor IG adalah jumlah pecahan hari sejak 1 Januari 2020; dalam zona waktu mesin lokal, dikalikan dengan 86,400,000 dan dibulatkan ke bilangan bulat terdekat. Hal ini tampaknya cukup untuk keunikan, dapat dipahami, dan bertambah seiring waktu. Hal ini tidak acak.
Minimum File Ukuran dan Panjang Maksimum
Jika Anda mencoba mengirimkan file kurang dari minimum (dalam Byte) file akan dilewati. Kejadian umum adalah alat anti-virus memaksa alat lain untuk membuat panjang nol files. Ini menjebak hama-hama ini filedari pengajuan ke NGS. Minimum 2,500 byte seharusnya memadai dan masuk akal.
OU akan memeriksa periode pertama dan terakhir data observasi dan melewatinya fileyang lebih panjang dari durasi maksimum dalam jam. Ada batasan ketat di OPUS bahwa Anda tidak dapat melewati tengah malam (waktu GPS) dua kali. Jika Anda memiliki fileyang lebih panjang dari 25 jam, Anda harus mempertimbangkan untuk menggunakan opsi -tbin dari TEQC ( https://www.unavco.org/software/data-processing/teqc/tutorial/tutorial.html ) untuk memecahnya menjadi 24 jam filedan mengirimkannya satu per satu. Kemudian Anda dapat menggunakan alat OPUS Accumulator untuk melihat solusi individual secara statistik.
Simpan Log Files
Mengklik kotak ini akan menyimpan nilai pengembalian dari pengiriman NGS ke .HTMLfile dengan nama yang sama seperti yang dikirimkan file, di folder yang sama dengan yang dikirimkan file.
Jika Anda membuka file di browser, tampilannya akan 'mirip' dengan apa yang akan Anda terima jika mengirimkannya secara manual file:Namun, formatnya mungkin tidak seperti yang diharapkan.
Opsi ini berguna untuk men-debug kesalahan fileyang gagal saat dikirimkan.
Pencatatan Debug yang Diperluas Mencentang kotak ini akan mengakibatkan informasi pencatatan tambahan ditampilkan dalam dialog log. Pilihan ini sebaiknya tidak dicentang.
Setiap bidang penyerahan HTML individual akan dirinci:Antar-File Menunda Server NGS OPUS memiliki fitur keamanan yang mencegah serangan penolakan layanan.
Jika Anda mengirimkan lebih dari beberapa (mungkin 5) pekerjaan secara berurutan, tampaknya alamat IP Anda akan ditandai sebagai hal yang merepotkan bagi NGS dan kiriman Anda akan diabaikan.
Disarankan untuk menyetel penundaan ini hingga 15 detik atau lebih. Saya menggunakan 31 detik.
Mode Uji Mencentang tombol Mode Uji memungkinkan OU menjalankan pengiriman dan mencatat tindakan, hingga ke titik pengiriman. Log files akan berisi semua pencatatan normal dan diperpanjang, tetapi file tidak akan dikirim ke NGS untuk diproses.
Ini memungkinkan Anda menguji tindakan wildcard tanpa membanjiri server NGS.
Satu baris yang dicatat akan ditambahkan ke log:Saat ini (dalam Versi 2022.2.8.2041) OPUS-Pengamatan statis, filelebih dari 110 menit, diserahkan dengan ini URL: 'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl‘
OPUS-RS files dikirimkan dengan ini URL: 'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opus-rsup.prl’
Anda bisa menggunakan 'Submission' URL' untuk mengganti default untuk mengirim fileke server NGS BETA. Namun, Anda perlu memastikan bahwa alamat server yang benar (Statis atau RS) dipilih untuk yang dikirimkan file.

Pengaturan OPUS-BORG

Baris Perintah:
-m bersihkan jalur yang dikecualikan
+m path mengatur jalur yang dikecualikanJalankan Otomatis
Mencentang kotak 'Auto Run at 23:00' akan menyebabkan tombol 'Submit' ditekan pada pukul 23:00 UTC setiap malam. OU menggunakan pengaturan zona waktu mesin untuk menghitung selisih waktu UTC.
Pertandingan Kecualikan
Ini tidak akan menjadi penjelasan yang sederhana.
Pertimbangkan skenario di mana ada sekumpulan besar folder, masing-masing berisi banyak data observasi. files. Setiap folder mewakili satu stasiun GNSS CORS. Setiap pengamatan file adalah pengamatan 'Harian' 24 jam (kerangka waktu GPS) file untuk sebuah stasiun. Folder harian sebuah stasiun mungkin berisi observasi 24 jam fileselama 5 sampai 10 tahun terakhir, jadi ribuan RINEX files.
OU digunakan untuk mengirimkan data harian ini files ke OPUS. Tapi kami hanya ingin mengirimkan masing-masing file dua kali:
sekali segera setelah file dikumpulkan untuk mendapatkan solusi dengan ephemeris cepat/siaran lagi 14 hari kemudian untuk mendapatkan solusi dengan orbit yang tepat/final NGS mengembalikan solusi OPUS files melalui email dan solusinya filedisimpan dalam serangkaian folder hasil stasiun yang cocok: setiap stasiun CORS memiliki folder solusi OPUS yang unik.
Jika 'Match Exclude' berisi jalur, OU akan mencari jalur relatif yang cocok dengan lokasi observasi sumber file untuk solusi OPUS yang sesuai dengan yang sudah ada file.
Hal ini rumit karena pengamatan file akan memiliki nama seperti:
slci0010.22o
dan solusi OPUS yang cocok akan memiliki nama seperti: slci001022o IG0064714690360.msg (Perhatikan Nomor Urut IG ajaib dari atas!)
Jika OU menemukan solusi yang cocok file, itu akan melewati pengiriman observasi file karena solusi OPUS yang valid sudah ada.
Namun, jika Anda mencentang kotak ini:DAN solusi OPUS berusia lebih dari 14 hari, maka OU akan memeriksa solusinya .msg file untuk menentukan jenis ephemeris yang digunakan untuk larutan tersebut.
Jika solusinya TIDAK Tepat atau Final, maka OU akan menghapus solusi yang ada file dan kirimkan kembali observasi tersebut file, berharap mendapatkan solusi file dari mesin pemrosesan OPUS menggunakan ephemeris Precise atau Final.
Kemudian, keesokan harinya OA (OPUS Accumulator) memproses folder solusi dan menghasilkan plot tren untuk setiap stasiun CORS yang dipantau:OA juga membuat spreadsheet XLS ringkasan untuk setiap stasiun yang dipantau:Ringkasan ini menyertakan posisi rata-rata untuk stasiun CORS beserta Min/Maks/Jangkauan/SimpanganStandar untuk setiap nilai yang ditemukan pada solusi NGS OPUS.
Kecepatan stasiun juga dihitung, baik dalam kerangka tetap NAD83 maupun dalam kerangka harian ITRF untuk kerangka ECEF XYZ, Lat/Lon/Height, proyeksi State Plane, dan kerangka UTM.
Selain itu, OA menghasilkan ringkasan dari ringkasan file:yang berisi nama situs, posisi antena rata-rata dengan tinggi ellipsoid, dan beberapa informasi tambahan yang berguna untuk administrasi stasiun CORS pribadi.
Proses Borg lainnya menjalankan analisis SQC pada set data keluaran OA dan menentukan apakah stasiun 'secara statistik' berjalan sesuai atau di luar ekspektasi dan mengirimkan pesan teks jika ada masalah.
Percaya atau tidak, Rube-Goldberg ini (https://en.wikipedia.org/wiki/Rube_Goldberg) prosesnya berhasil!

Menggunakan Pengiriman Ulang Otomatis di OU

Berikut adalah sebagaiampstruktur folder untuk files yang akan diserahkan (saya menyebut folder yang memuatnya 'dailys') dan folder yang memuat solusi karya yang dikembalikan (disebut 'opus').Setiap stasiun dapat/harus berada dalam folder 4 karakter yang unik jika Anda ingin menggunakan OA (OPUS_Accumulator) nanti.
Folder ./dailys/sgu2 mungkin terlihat seperti ini:Folder ./opus/sgu2 mungkin terlihat seperti ini:Jika solusi OPUS yang dikembalikan tidak dapat dibaca, atau digantikan oleh solusi yang lebih baru, ephemeris yang lebih baik maka solusi lama akan dipindahkan ke folder _invalid atau _duplicates.
Petunjuk Penting: Semua alat BORG sengaja mengabaikan folder atau file yang dimulai dengan karakter garis bawah ('_') sehingga Anda tidak dapat memiliki nama stasiun yang dimulai dengan garis bawah.
Ini adalah layar utama untuk OU (OPUS_Upload):Perhatikan bahwa 'Unggah Data File' menunjuk ke folder harian dan 'Subfolder Berulang' dicentang.
Ini adalah tab 'Lanjutan' OU:Perhatikan bahwa 'Match Exclude' sedang melihat folder opus untuk files yang cocok dengan input fileada di folder harian.
Dimana hariannya fileberasal dari?
Bagian lain dari Borg (iBase) menghasilkan hourly files dengan standar filenama menggunakan proses DIPCap yang berbeda untuk setiap stasiun.
Seperti inilah proses DIPCap yang mengumpulkan aliran RT27 untuk SGU2:DIPCap adalah pengganti RCAPTURE. RCAPTURE gagal setelah beberapa hari atau minggu dan hanya mendukung koneksi 'Klien' TCPIP, DIPCap sangat tangguh dan akan berjalan selamanya. Ia memiliki pencatatan yang lebih baik dan juga mendukung koneksi 'Server' TCPIP.
DIPCap hanya menjalankan .CAP secara gratis files ke dalam 'Output Folder' yang dipilih yang menghasilkan RINEX standar filenama menggunakan 'Nama Stasiun'.
Program iBase mengumpulkan .CAP fileyaurly dan mengubahnya dari .CAP files (yang merupakan aliran RT27) ke dalam RINEX standar file diatur dalam hierarki folder RINEX standar (rinex/yyyy/jjj/sss):

Sekali sehari, tepat setelah tengah malam UTC, alat iB_Daily berjalan dan melihat SETIAP-SATUNYA file dalam struktur folder RINEX. iB_Daily memastikan bahwa hourly files dirangkai menjadi harian files (bukannya menggunakan huruf kecil dari a sampai x sebagai karakter terakhir sebelum ekstensi, file memiliki karakter nol '0'.
Harian files dipecah menjadi interval 30 detik dan semua konstelasi kecuali GPS dihilangkan.
iB_Daily juga menempatkan file yang tidak terkompresi file di slot yang benar di bawah harian. Obs files dalam daily tidak dipecah menjadi sub-folder. Semua daily hanya ada di folder stasiun.
23 jam setelah iB_Daily berjalan, OU (OPUS_Uploader) mengirimkan semua data harian baru files ke OPUS. Kami menunggu 23 jam agar sistem NGS CORS dapat mengisi semua data CORS, hal ini membuat OPUS lebih mungkin menghasilkan solusi.
Jika Anda mengklik kotak centang 'Periksa/paksa ephemeris Precise-Final setelah 14 hari', maka OU akan menunggu 14 hari setelah pengamatan diamati dan kemudian mengirimkan ulang setiap file, setiap hari, sampai setiap file memiliki ephemeris yang tepat/final.
Setelah OPUS_Upload mengirimkan observasi files ke OPUS, OPUS mengembalikan solusi ke alamat email khusus yang dilayani iBase_Mailer.
Ini adalah konfigurasi iBase_Mailer yang saya gunakan:Setiap solusi ditempatkan dalam folder OPUS/ssss yang benar.
Terakhir, OPUS_Accumulator merangkum semua solusi OPUS. Jika menemukan solusi duplikat selama sehari, ia menyimpan solusi terbaik. (Keputusan ini dirinci dalam Panduan Pengguna OA.

Beberapa petunjuk lainnya

Proses OPUS Borg dulunya berjalan tanpa masalah pada komputer Windows XP. Kemudian komputer tersebut dimutakhirkan ke Win8, lalu Win10.
Mustahil untuk menjalankan komputer Win10 selama lebih dari beberapa minggu tanpa campur tangan manusia. Terutama Pembaruan Windows yang dipaksakan dan tidak dapat diabaikan.
Karena komputer yang menjalankan OPUS memiliki server FTP dan setumpuk port terbuka (untuk stasiun CORS jarak jauh untuk memasukkan data), mendapatkan pembaruan mungkin merupakan hal yang wajar.
Saya telah mencoba menjalankan BORG di server AWS, itu berhasil tetapi tidak ada peningkatan ketersediaan. Dan karena banyaknya filedan data, instance S3 mahal. Secara khusus, setiap file di repositori S3 diperiksa setiap hari. Jadi, penyimpanan gletser yang murah tidaklah tepat.
Saya menjalankan BORG di komputer cepat dengan semua BORG filedan folder disimpan pada drive USB 8 eksternal berkapasitas 3 TB.
Proses iBase secara otomatis menyimpan salinan cadangan .CAP yang terkompresi filepada drive 4 GB yang terpisah. iBase memiliki fungsi tombol tunggal untuk membangun kembali struktur RINEX yang didekompresi dari cadangan. Saya menduga bahwa pembangunan kembali mungkin memerlukan waktu beberapa hari untuk diselesaikan. Saya tidak perlu membangun kembali kumpulan data; namun, butuh beberapa hari untuk memigrasikannya dari drive 4 GB ke drive 8 GB.
Catatan Versi OU
Bangun 2000:
Menambahkan beberapa sakelar baris perintahNamun stasiun yang disertakan dan dikecualikan tampaknya belum berfungsi dengan baik.
Dibangun pada tahun 2004: 25 Mei 2017
Menambahkan log kesalahan sebagai ganti kotak pesan untuk operasi tanpa pengawasan. Perhatikan bahwa Anda tidak akan dapat menyimpan log untuk pekerjaan baris perintah karena program akan keluar setelah selesai.
Menambahkan tes untuk validasi file saat menambahkan dari baris perintah. Memodifikasi penanganan files dari baris perintah untuk menyertakan pengujian untuk valid-yang ada files.
Peringatan: mungkin ada batasan jumlah fileyang dapat Anda tentukan pada baris perintah. Tidak boleh ada batasan jumlah fileyang dapat Anda sertakan dengan wildcard, spasi string untuk filenama harus diperluas ke memori yang tersedia.
Saat menentukan beberapa filedari baris perintah, filekotak nama hanya dimuat dengan yang pertama file dari daftar.
Dibangun pada tahun 2005: 5 September 2018
Menambahkan 'Simpan Log Filekotak centang s'. Setelah mengirimkan pengamatan file, semua kode HTML yang dikembalikan dari server dapat disimpan dalam nama yang sama file di folder yang sama dengan observasi input file. Itu file ekstensi selalu .html dan lokasinya selalu sama dengan input file.
Dukungan untuk TLS1 dihentikan di NGS. OPUS_Upload sekarang menggunakan lapisan SSL dari mesin klien dan OpenSSL tidak lagi diperlukan. Ini berarti bahwa mesin Windows XP tidak lagi layak digunakan dengan OPUS.
Dibangun pada tahun 2016: 4 Januari 2020
Beberapa peningkatan dan perubahan utama dilakukan untuk membuat OU berfungsi dalam kerangka kerja OPUS-Borg.

Nilai konfigurasi sekarang disimpan di iBase.ini file dengan semua konfigurasi anggota Bord lainnya. Anda akan kehilangan semua pengaturan sebelumnya saat menjalankan versi ini.

Opsi untuk mengulang direktori ditambahkan ke pemanggilan berbasis formulir. Sebelumnya, opsi ini hanya tersedia untuk menjalankan perintah baris.
Sekarang ada dua tab, satu untuk pengaturan Konfigurasi umum dan tab baru untuk pengaturan Lanjutan. Ini akan membersihkan layar utama alat tersebut.

Sekarang dimungkinkan untuk menetapkan beberapa jalur dengan karakter pengganti dari alat berbasis formulir. Misalnyaampsaya:
Bahasa Indonesia: C:\ftp\rinex\2017\*.??o; C:\ftp\rinex\2020\*.??o
Akan mengulang folder 2017 dan 2020 untuk files cocok dengan .??o file perpanjangan.
Sekarang dimungkinkan untuk menetapkan nomor urut penyerahan NGS secara manual, atau meminta OU membuat nomor urut unik dalam bentuk 'IG8888888888888': 'IG' diikuti oleh bilangan bulat 13 digit yang mewakili jumlah milidetik sejak 1 Januari 2020.

Minimal file ukuran untuk diproses telah ditambahkan. Opsi ini hanya berlaku untuk files dipilih dengan wildcard. Tetapkan nilai ke kosong, nol atau negatif untuk memproses semua sumber files, terlepas dari ukurannya. Nilai 2,500,000 masuk akal jika Anda mengharapkan sebagian besar pekerjaan harian 24 jam files.
OU sekarang secara opsional akan memeriksa solusi OPUS yang ada saat folder berulang (menggunakan karakter pengganti) untuk observasi files. Solusi harus dimulai dengan dasar filenama OBS file; berada di folder dengan nama yang sama, di bawah folder dasar 'Match Exclude'; solusinya file harus memiliki file tanggal lebih besar atau sama dengan observasi file dan memiliki .eml, .msg atau .txt file ekstensi. Jika solusi ditemukan, pengamatan yang sesuai file dilewati. Atur 'Match Exclude' ke string kosong untuk menonaktifkan fungsi ini.

Sekarang dimungkinkan untuk memaksakan jenis antena yang secara efektif menggantikan jenis antena yang diposting di RINEX file(Saya tahu ini tampaknya gila; saya memerlukan fungsi ini untuk demonstrasi video.)
OU sekarang sesuai dengan resolusi layar DPI tinggi.

Dibangun pada tahun 2019: 30 April 2002
Sakelar baris perintah -9dl (yang diteruskan dari iGx) sekarang memiliki tindakan berikut:

Mode uji = mati

AntarFilePenundaan = 0.0
Subfolder Proses = mati

Cocokkan Kecualikan Solusi yang Ada = mati
Simpan Log File = mati

antarfile nilai penundaan sekarang disimpan ke INI file dan dipanggil kembali saat program dimulai.
Membangun 2020.7.17.2020
Penundaan antara file pengiriman mengambil 20% sumber daya mesin karena semaphore sistem yang salah. (ugghhh!) Tombol batal tidak ditampilkan dengan benar selama menunggu. Menambahkan jumlah fileyang tersisa untuk diserahkan secara batch ke bilah status.
Membangun 2020.9.8.2021
Jika folder berulang, folder apa pun dengan nama yang dimulai dengan garis bawah '_' akan dilewati. Folder di bawah folder tersebut juga dilewati. Ini ditambahkan untuk digunakan dengan iBase yang menempatkan (file(dengan cakupan yang diharapkan kurang dari 90%) dalam folder '_invalid'.
Membangun 2020.12.5.2024
Ditambahkan URL mengedit untuk mengubah pengiriman URLBaris perintah baru '-U' kembali ke alamat pengiriman default, '+U “penuh url”' mengatur penggantian URL.Bawaan URL saat ini adalah:
https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
Situs beta dapat diakses dengan alamat ini:
https://beta.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
Membangun 2020.12.21.2027
Bug: Saat mengirimkan files ke NGS, jumlah yang tersisa files yang ditampilkan salah.
Bug: Saat mencari yang belum terkirim files, menggunakan fungsi 'Match Exclude' jika solusi OPUS mendahului observasi file, sekarang dihapus. Sebelumnya dibiarkan di tempatnya dan file diajukan kembali. Hal ini menghasilkan beberapa solusi OPUS untuk satu observasi file (karena hasil OPUS memiliki pengenal nomor urut iG yang unik.)
Membangun 2021.11.7.2040
OU sekarang menggunakan skrip sisi server baru untuk pengiriman RS vs. S OBS files:Ukuran memo log diperluas hingga 4 juta karakter.
Menambahkan beberapa petunjuk untuk menambahkan banyak debugging yang tidak diperlukan (yang tidak akan saya hapus karena hanya muncul saat Anda melakukan extend-logging).
Menambahkan petunjuk bahwa pengiriman url'berbeda untuk statis vs. cepat di kotak pengesampingan.
Membangun 2022.2.9.2041
Berdasarkan masukan dari orang-orang yang tidak menggunakan OU dalam lingkungan produksi, OU telah diatur ulang agar lebih mirip dengan formulir pengiriman NGS.
Kini Anda dapat memilih jenis antena yang dipaksakan dari kotak drop-down. Klik tombol 'Load NGS Antenna List' untuk mengunduh dan mengurai daftar antena NGS saat ini. Kotak drop-down dimuat dengan daftar jenis yang disusun menurut abjad.
Sekarang dimungkinkan untuk mengganti Tinggi Instrumen yang terdapat dalam RINEX file dan masukkan tingginya secara langsung.
Sakelar baris perintah berikut telah ditambahkan:Panduan Pengguna ini telah diperbarui secara ekstensif.
Membangun 2022.2.9.2042
Penambahan lengkap pada petunjuk melayang. (Versi ini dikemas dengan alat iGx_Download setelah 2/11/2022.)
Membangun 2022.3.17.2043
Menambahkan dua saklar baris perintah:Menambahkan 'Usia Pengamatan Maksimum'. Jika bukan nol, pengamatan yang berakhir lebih dari jumlah yang dimasukkan akan dilewati. Ini berguna untuk 'menyerahkan' upaya pemrosesan filesetelah 45 hari. Jika NGS tidak dapat memproses file setelah 45 hari (yang dapat diprogram), menunggu hari-minggu-bulan-tahun lagi tidak akan membuat perbedaan apa pun.
Ada hari dan lokasi di mana apa pun yang Anda lakukan, NGS OPUS tidak akan dapat memproses pekerjaan. Terutama terlihat pada pekerjaan OPUS-Static. Terkadang memotong satu jam dari awal atau akhir file akan menghasilkan kesuksesan, tetapi penuh 24 jam files tidak akan diproses. Sakelar baru ini memungkinkan files hanya akan dilewati. Jika debug lanjutan diaktifkan, catatan akan dibuat di log.
Membangun 2022.3.21.2044
Diperbarui ke kompiler Embarcadero® Delphi 11 Versi 28.0.44500.8973 pada PC baru.
Memperbarui UPX Packer ke Versi 3.96w.
Memperbarui Komponen Ace ZipForge ke versi 6.94.
Kapan files dengan atribut berikut dilewati:
Jenis antena yang hilang atau tidak dipaksa dilewati
Masukan file hilang (? Bagaimana ini bisa terjadi)
Terlalu panjang file dilewati
Terlalu tua file dilewati
dan ada tambahan files untuk diproses, penundaan dilewati. Mencegah penundaan yang lama saat file-setelah-file dilewati. Dengan kata lain, sebuah inter-file penundaan dilakukan hanya ketika sebenarnya file dikirimkan.
Saat mengunduh daftar antena dari NGS, OU sekarang mendeteksi nama antena duplikat (disebabkan oleh revisi satelit) dan memaksa setiap entri menjadi unik.
Membangun 2022.3.27.2045
MaxAge = 0 tidak diperlakukan sebagai tak terbatas.
Memperbarui interfile tunda untuk mencoba mengurangi overhead selama menunggu.
Membangun 2022.4.1.2050
Penulisan ulang yang kritis atas pengamatan vs. pencocokan solusi.
Menambahkan 'Log ke file' kotak centang. Jika dicentang, log direplikasi dalam folder yang sama dengan yang dapat dieksekusi dengan waktu milidetikamps. Saat OU dimulai, jika ada file lebih besar dari 9 Megabyte ada, itu dihapus. (Anda perlu mengambil log file(s segera setelah OU selesai untuk memastikannya tidak terhapus saat pemanggilan program.)
Menambahkan dan membersihkan informasi pencatatan.
Ditambahkan file penghitung untuk melacak kemajuan mencari files untuk diproses.
Memperbaiki kesalahan saat tanggal penyelesaian OPUS terpotong tanpa waktu penyelesaian. Hal ini mengakibatkan 'some' files diajukan berulang kali karena waktu penyelesaian (dipotong menjadi 00:00:00) tampaknya terjadi sebelum akhir pekerjaan (00:00:03). Pemeriksaan ini sekarang memiliki masa tenggang satu hari penuh sebelum ditandai sebagai lebih awal.
Membangun 2022.4.10.2053
Memperbaiki bug MaxAge di mana pengaturan MaxAge diabaikan untuk beberapa files.
Menambahkan pesan lewati:
04/10/2022 18:35:38.612 ! File 'F:\iBase\ftp\dailys\cotx\cotx2970.21o dilewati, terlalu lama; umur observasi 167.8 hari, batasnya 45.0 hari.
Memperbaiki masalah 'SemiAppend2' di mana kosong filenama-nama ditambahkan ke daftar files untuk memproses ';;;'.
Menambahkan 80 karakter berikutnya file untuk memproses informasi pencatatan ke '…pemrosesan x lebih banyak files:' entri log.
Membangun 2022.6.26.2055
** Dukungan RINEX 3 Implisit Ditambahkan ** RINEX3 mungkin telah berfungsi sebelumnya, dalam sebagian besar kasus.
Menambahkan antena kosong ke bagian atas daftar turun bawah 'Paksa Antena' agar lebih mudah memilih tidak ada antena yang dipaksa.
Menambahkan opsi +X dd dan -X untuk menetapkan dan menghapus toleransi 'Usia maksimum'.
(Mengatur ini ke 0 hari atau ke string kosong akan memproses semua fileS.)
Gaya Win10/11 terbuka file dialog pemilihan.
Memperketat jarak pada desain formulir.
Menambahkan tombol 'Default' untuk mengembalikan semua pengaturan kecuali filenama dan alamat email; ke default awal yang diketahui.
Menambahkan opsi +D untuk mengeklik tombol 'Default' dari baris perintah.
RINEX adalah file decoder sekarang mendukung RINEX2 dan RINEX3. Rekaman OBS EPOCH dengan bendera bukan nol ditangani dengan lebih baik. (Peningkatan di masa mendatang mungkin akan menghapus rekaman acara khusus (bergerak, monumen baru, memulai statis)?) Metode RINEX tambahan sekarang dibagikan antara OPUS_Upload dan
iGx_Unduh alat.
Petunjuk yang ditingkatkan untuk SETIAP opsi dan kontrol.
Opsi -9dl telah disusutkan dan tidak berfungsi apa pun. Jika sebelumnya Anda menggunakan opsi ini, pertimbangkan untuk meletakkan -D sebagai opsi pertama pada baris tersebut. Ini akan menempatkan OU dalam status default yang diketahui. Kemudian Anda hanya perlu menambahkan opsi yang Anda perlukan untuk pemrosesan, biasanya -e email diikuti oleh filenama yang akan diserahkan akan mencukupi.