OPUS_ອັບໂຫລດທີ່ປອດໄພ Web ຄູ່ມືຜູ້ໃຊ້

OPUS_ອັບໂຫຼດ (OU)ຄູ່ມືຜູ້ໃຊ້

ເນື້ອໃນ ເຊື່ອງ

1 OPUS_ອັບໂຫລດທີ່ປອດໄພ Web

2 ອັບໂຫຼດ OPUS

3 ກຳລັງຕິດຕັ້ງ OPUS Upload

4 ແລ່ນການອັບໂຫລດ OPUS ຈາກແຖວຄໍາສັ່ງ

5 ຫົວຂໍ້ຂັ້ນສູງ

6 ການຕັ້ງຄ່າ OPUS-BORG

7 ໃຊ້ Auto-Resubmit ໃນ OU

8 ບາງຄໍາແນະນໍາອື່ນໆ

9 ເອກະສານ / ຊັບພະຍາກອນ

9.1 ເອກະສານອ້າງອີງ

10 ກະທູ້ທີ່ກ່ຽວຂ້ອງ

OPUS_ອັບໂຫລດທີ່ປອດໄພ Web

ວັນທີ: 26 ມິຖຸນາ 2022
ເວລາ: 2022.6.26.2055
ໂດຍ: ມາກ ເງິນ, ms@igage.com, +1-801-412-0011
ຂໍ້ມູນສະບັບ
ຂໍ້ມູນສະບັບທີ່ເປັນລາຍການແມ່ນຢູ່ໃນຕອນທ້າຍຂອງເອກະສານນີ້.
ຈອງລາຍຊື່ອີເມລເພື່ອອັບເດດຂໍ້ມູນ
ຖ້າທ່ານໃຊ້ OPUS_Upload ສໍາລັບຈຸດປະສົງໃດກໍ່ຕາມ, ກະລຸນາຈອງລາຍຊື່ອີເມວນີ້:
https://signup.ymlp.com/xguqjwsugmguu
ເພື່ອໃຫ້ຂ້າພະເຈົ້າສາມາດສົ່ງການແຈ້ງການຂອງການປ່ຽນແປງແລະການແກ້ໄຂ bug ໄດ້. ບັນຊີລາຍຊື່ຂອງຂໍ້ຄວາມທີ່ຜ່ານມາສາມາດພົບໄດ້ທີ່ນີ້ [ http://ymlp.com/archive_guqjwsugjgh.php ].
ຈົ່ງລະມັດລະວັງກັບເຈົ້າ!
ກະລຸນາ: ອ່ານຄູ່ມືຜູ້ໃຊ້ນີ້ຢ່າງລະອຽດກ່ອນທີ່ຈະໃຊ້ OPUS Upload. OU ຍອມຮັບ wildcards ແລະມັນເປັນໄປໄດ້ທີ່ຈະສົ່ງທຸກການສັງເກດການ file ໃນຄອມພິວເຕີທີ່ມີຄໍາສັ່ງດຽວ, ງ່າຍດາຍ, errant. ຕົວຢ່າງample:
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 ໃສ່ໄອຄອນ desktop
OU ເຮັດໃຫ້ການຍື່ນສະເຫນີຂອງຊຸດໃຫຍ່ files ກັບ NGS. ດ້ວຍ OU ມັນເປັນໄປໄດ້ທີ່ຈະສົ່ງການສັງເກດການຫຼາຍພັນຄັ້ງໂດຍອັດຕະໂນມັດ files ດ້ວຍຄໍາສັ່ງດຽວ.
OU ໄດ້ຮັບການທົດສອບດ້ວຍຫຼາຍກວ່າ 15,000 ການສັງເກດ files ໃນການຍື່ນສະເຫນີດຽວ.
NGS ອັບເດດ 1 ກັນຍາ 2018
NGS ໄດ້ປ່ຽນລະດັບ TLS ຕໍ່າສຸດທີ່ຍອມຮັບໄດ້ສໍາລັບການເຂົ້າເຖິງ OPUS.
OPUS_Upload ໄດ້ຖືກດັດແກ້ຕໍ່ມາເພື່ອໃຊ້ຊັ້ນ SSL ຂອງເຄື່ອງ (ແທນທີ່ຈະໃຊ້ OpenSSL). ອັນນີ້ໝາຍຄວາມວ່າເຄື່ອງ Windows XP ບໍ່ສາມາດສົ່ງວຽກໃຫ້ NGS ໄດ້ອີກຕໍ່ໄປ.
ບໍ່ມີການແກ້ໄຂສໍາລັບບັນຫານີ້. ຊື້ຄອມພິວເຕີທີ່ທັນສະໄຫມ.
ຂໍ້ຈໍາກັດການແຈກຢາຍແລະການພິຈາລະນາການນໍາໃຊ້
ການໂຕ້ຕອບໂຄງການ OPUS ແມ່ນສັບສົນແລະການປ່ຽນແປງເລັກນ້ອຍທີ່ສຸດໃນດ້ານເຊີຟເວີ NGS ຈະຮຽກຮ້ອງໃຫ້ມີການປັບປຸງ OU. (ດັ່ງນັ້ນ, ທ່ານຄວນລົງທະບຽນສໍາລັບບັນຊີລາຍຊື່ເມລ, ເບິ່ງຂ້າງເທິງ).
ເຊັ່ນດຽວກັນກັບ OPUS Accumulator, ຖ້າທ່ານຕ້ອງການ Uploader OPUS, ທ່ານຕ້ອງການມັນແທ້ໆ. OU ມີທ່າແຮງທີ່ຈະຊ່ວຍປະຢັດຜູ້ໃຊ້ບາງຄົນທີ່ໃຊ້ເວລາຫຼາຍ.
ສຸດທ້າຍ, OU ແມ່ນສ່ວນຫນຶ່ງຂອງໂຄງການຂະຫນາດໃຫຍ່ຫຼາຍ. OPUS Borg. Borg ໃຊ້ OU, OA ແລະລູກຄ້າອື່ນໆຈໍານວນຫນ້ອຍເພື່ອຈັດຕັ້ງການຄວບຄຸມຄຸນນະພາບອັດຕະໂນມັດໃນເຄືອຂ່າຍ CORS ຂະຫນາດໃຫຍ່ໂດຍໃຊ້ການຄວບຄຸມຄຸນນະພາບສະຖິຕິຂັ້ນສູງ. ການພັດທະນາຂອງ OU ແມ່ນຂັບເຄື່ອນໂດຍການເຮັດວຽກຂອງ Borg.
ບໍ່ມີການປ່ຽນແປງ OU ທີ່ແຊກແຊງ Borg ສາມາດບັນເທີງ. The Borg (https://en.wikipedia.org/wiki/Borg) ກົດລະບຽບການພັດທະນາ OU. ຄືກັນກັບຄົນລຸ້ນຕໍ່ໄປ. OPUS Borg ໄດ້ຖືກຕັ້ງຊື່ Borg ເນື່ອງຈາກວ່າມັນມີສ່ວນປະກອບ 'ງ່າຍດາຍ' ຫຼາຍທີ່ພະຍາຍາມເຮັດວຽກຮ່ວມກັນເພື່ອປະມວນຜົນຂໍ້ມູນການສັງເກດການ GNSS.
ມັນເປັນເລື່ອງທີ່ສົມບູນ, ແຕ່ມັນຊ້າເກີນໄປທີ່ຈະແກ້ໄຂໃນຈຸດນີ້. ຍອມຮັບເຖິງແມ່ນວ່າອົງປະກອບທີ່ງ່າຍດາຍເຊັ່ນ OU ແລະ OA ໃນປັດຈຸບັນແມ່ນສັບສົນເກີນໄປ.
ບາງຄວາມສັບສົນຂອງ Borg ໄດ້ຖືກອະທິບາຍໄວ້ໃນສ່ວນ 'Match Exclude' ຕໍ່ມາໃນເອກະສານນີ້.
ການປ່ຽນແປງ
ກະລຸນາສົ່ງການປ່ຽນແປງທີ່ຈະເຮັດໃຫ້ OU ເປັນປະໂຫຍດຫຼາຍຂຶ້ນສໍາລັບຄໍາຮ້ອງສະຫມັກຂອງທ່ານ ms@igage.com.

ກຳລັງຕິດຕັ້ງ OPUS Upload

ໃນປັດຈຸບັນ OPUS Uploader ໄດ້ຖືກແຈກຢາຍຢູ່ໃນ ZIP file ດ້ວຍຄູ່ມືຜູ້ໃຊ້ນີ້. ໂຄງການທັງຫມົດ files ແມ່ນລະຫັດທີ່ລົງນາມໂດຍ 'iGage Mapping Corporation'.
ທ່ານສາມາດຕິດຕັ້ງ uploader ໄດ້ທຸກບ່ອນທີ່ທ່ານຕ້ອງການ, ມີພຽງແຕ່ຫນຶ່ງ file. ຈາກນັ້ນທ່ານສາມາດສ້າງທາງລັດສໍາລັບ desktop ຂອງທ່ານດ້ວຍຕົນເອງ.
ສິ່ງທີ່ OPUS Upload ຕ້ອງການ
OPUS Upload ກໍານົດອັດຕະໂນມັດວ່າ RINEX file ຄວນຖືກສົ່ງເປັນ Rapid-Static ຫຼື Static file ໂດຍຄວາມຍາວຂອງ RINEX file.
OPUS Upload ດຽວນີ້ເຮັດວຽກກັບ RINEX 2.xx ແລະ RINEX 3.xx files.
ການສັງເກດການ files 118-ນາທີໃນຄວາມຍາວຫຼືຍາວກວ່າແມ່ນສົ່ງເປັນຄົງທີ່.
ຊື່ເສົາອາກາດ ແລະ HI ໃນ RINEX file ຄວນຈະຖືກຕ້ອງ. ຖ້າ RINEX ຂອງທ່ານ files ມີມູນຄ່າທີ່ບໍ່ຖືກຕ້ອງ, ຫຼັງຈາກນັ້ນພວກມັນບໍ່ເຫມາະສົມກັບ OU (ຄວາມຕ້ອງການນີ້ໄດ້ຮັບການຜ່ອນຄາຍ).
ຫມາຍເຫດ: ໃນການສ້າງ 2001 ສະຫຼັບເສັ້ນຄໍາສັ່ງ '-a' ໄດ້ຖືກເພີ່ມເພື່ອອະນຸຍາດໃຫ້ການຍື່ນສະເຫນີຂອງ files ໂດຍບໍ່ມີການກໍານົດສາຍອາກາດ.
ໃນເດືອນມັງກອນ 2020 ມີການເພີ່ມການຊ່ວຍເຫຼືອເພື່ອລົບລ້າງຊື່ເສົາອາກາດໃນ RINEX file.
ໃນເດືອນກຸມພາ 2022 ໄດ້ມີການເພີ່ມການຮອງຮັບເພື່ອດາວໂຫຼດລາຍການປະເພດເສົາອາກາດ NGS ປະຈຸບັນເພື່ອເຮັດໃຫ້ການທັບຊ້ອນປະເພດເສົາອາກາດງ່າຍຂຶ້ນດ້ວຍປະເພດເສົາອາກາດທີ່ຖືກຕ້ອງ.
ການສະຫນັບສະຫນູນການບັງຄັບໃຫ້ HI (Instrument Heights) ໄດ້ຖືກເພີ່ມໃນເດືອນກຸມພາ 2022.
ທ່ານອາດຈະພິຈາລະນາໃຊ້ TEQC ເພື່ອປັບປຸງຊື່ເສົາອາກາດ ແລະ HI. ເຈົ້າອາດຈະຢູ່ທີ່ນີ້ample RINEX file ສ່ວນຫົວ:ຂ້ອຍໄດ້ເນັ້ນປະເພດເສົາອາກາດເປັນສີເຫຼືອງ ແລະ HI ເປັນສີຂຽວ.
ປະເພດເສົາອາກາດຕ້ອງເປັນເສົາອາກາດທີ່ຮອງຮັບໂດຍ NGS.
ແລ່ນ OPUS Upload ເປັນໂປຣແກຣມ Windows
ທ່ານສາມາດ double-click ໃສ່ໂຄງການຫຼືທາງລັດເພື່ອເລີ່ມຕົ້ນການ OU. OU ຈະເລີ່ມຕົ້ນໃນມຸມຊ້າຍເທິງຂອງຫນ້າຈໍຂອງທ່ານ. ຖ້າທ່ານຍ້າຍຫຼືປັບຂະຫນາດຂອງປ່ອງຢ້ຽມແລະຫຼັງຈາກນັ້ນປິດ OU, ໃນຄັ້ງຕໍ່ໄປມັນເລີ່ມຕົ້ນຕໍາແຫນ່ງດຽວກັນແລະຂະຫນາດຈະຖືກຈື່ໄວ້.
ຕຳແໜ່ງໜ້າຈໍຖືກກວດສອບໃນເວລາແລ່ນເພື່ອໃຫ້ແນ່ໃຈວ່າມັນຢູ່ໃນໜ້າຈໍທີ່ມີຢູ່ໃນປັດຈຸບັນ.
ຄັ້ງທຳອິດທີ່ເຈົ້າໃຊ້ OU ເຈົ້າຈະຕ້ອງໃສ່ທີ່ຢູ່ອີເມວຂອງເຈົ້າ. ທ່ານອາດຈະຕ້ອງການປ່ຽນທາງເລືອກອື່ນ ຫຼືເພີ່ມ OPUS-Projects ID. ການຕັ້ງຄ່າຂອງທ່ານຈະຖືກຈົດຈໍາໄວ້.
'ການອັບໂຫລດຂໍ້ມູນ File' ຍັງຈື່ໄດ້ຈາກຄັ້ງສຸດທ້າຍຂອງ OU. ທ່ານສາມາດຄລິກໃສ່ປຸ່ມ '…' ເພື່ອເລືອກຫນຶ່ງຫຼືຫຼາຍກວ່ານັ້ນ files ເພື່ອອັບໂຫລດ. ໄດ້ files ຄວນຈະເປັນການສັງເກດການ GPS files, ຫຼື ZIP files ທີ່ປະກອບດ້ວຍການສັງເກດການ GPS fileດ. (ໃນຄໍາສັບຕ່າງໆອື່ນໆ, ເປີດ File browser ຈະສະຫນັບສະຫນູນຫຼາຍ file ການຄັດເລືອກ.) ນີ້ແມ່ນ example ຂອງຄູ່ມືເລືອກສີ່ການສັງເກດການ files ໃນໂຟນເດີ:ຖ້າທ່ານເລືອກ ZIP file, ເນື້ອໃນຂອງ ZIP file ຈະຖືກສົມມຸດວ່າເປັນ RINEX ມາດຕະຖານ files ແລະ RINEX ທັງຫມົດ files ໃນ ZIP file ຈະຖືກປຸງແຕ່ງເປັນສ່ວນບຸກຄົນ.
ຖ້າທ່ານລວມເອົາ NAV file ໃນ ZIP file, OU ຈະຮູ້ວ່າມັນບໍ່ແມ່ນການສັງເກດການ RINEX file ແລະຈະຂ້າມ NAV ໂດຍອັດຕະໂນມັດ file.
ເຊັ່ນດຽວກັນ, ຖ້າທ່ານເລືອກ NAV file (ສໍາລັບການ example ໂດຍເລືອກທັງຫມົດຂອງ files ໃນໄດເລກະທໍລີຂ້າງເທິງ) OU ຈະຂ້າມ .NAV files.
ເມື່ອທ່ານໄດ້ກໍານົດ fileຊື່ແລະທາງເລືອກ, ໃຫ້ຄລິກໃສ່ປຸ່ມສົ່ງແລະແຕ່ລະ RINEX file ຈະຖືກສົ່ງໃຫ້ OPUS ໂດຍອັດຕະໂນມັດ.

ແລ່ນການອັບໂຫລດ OPUS ຈາກແຖວຄໍາສັ່ງ

OU ຍອມຮັບການໂຕ້ຖຽງເຫຼົ່ານີ້: ຄໍາສັ່ງນີ້:
OPUS_ອັບໂຫຼດ –p +x –e ms@igage.com C:\tmp\2001213A0.obs ຈະສົ່ງອັນດຽວ file ໂດຍບໍ່ມີການ ID ໂຄງການ, ການຮ້ອງຂໍການຂະຫຍາຍອອກຜົນຜະລິດ, ສົ່ງຜົນໄດ້ຮັບກັບທີ່ຢູ່ອີເມລ໌ທີ່ກໍານົດໄວ້.
ເມື່ອທ່ານຕັ້ງທີ່ຢູ່ອີເມວໃນຄອມພິວເຕີ, OU ຈະຈື່ມັນ. ເມື່ອທ່ານຕັ້ງຊື່ໂຄງການ, ມັນຈະຖືກນໍາໃຊ້ຈົນກ່ວາມັນຖືກລຶບລ້າງ.
ນີ້ຫມາຍຄວາມວ່າຫຼັງຈາກທີ່ທ່ານດໍາເນີນການ OU ຄັ້ງດຽວ (ບາງທີອາດຈະເປັນຄໍາຮ້ອງສະຫມັກ Windows), ທ່ານພຽງແຕ່ສາມາດຮຽກຮ້ອງໃຫ້ OU ກັບ. fileຊື່:
OPUS_Upload C:\tmp\2001213A0.obs ແລະຕົວເລືອກທີ່ເລືອກຜ່ານມາຈະຖືກໃຊ້.
ທ່ານອາດຈະລະບຸສອງຫຼືຫຼາຍກວ່ານັ້ນ files OPUS_ອັບໂຫຼດ C:\tmp\2001213A0.obs C:\tmp\2001213A1.obs
ທ່ານອາດຈະໃຊ້ wildcards ເພື່ອລະບຸກຸ່ມຂອງ fileດ. ຄໍາສັ່ງນີ້:
OPUS_ອັບໂຫຼດ C:\tmp\*.obs
ຈະສົ່ງທຸກ file ໃນໂຟນເດີ C:\tmp\ ທີ່ມີສ່ວນຂະຫຍາຍ .OBS ໃນໂຟນເດີ \tmp.
ທ່ານອາດຈະໃຊ້ຕົວແທນ stacks:
OPUS_ອັບໂຫຼດ C:\tmp\002\*.obs C:\tmp\003\*.zip
ຕົວອັກສອນແທນຕົວດ່ຽວຍັງຮອງຮັບ:
OPUS_ອັບໂຫຼດ C:\tmp\2001213A?.obs
ມັນຄວນຈະເປັນໄປໄດ້ສົ່ງທຸກໆການສັງເກດການດຽວ file ໃນ C drive ຂອງຄອມພິວເຕີຂອງທ່ານດ້ວຍຄໍາສັ່ງງ່າຍໆນີ້:
OPUS_ອັບໂຫຼດ +r C:\*.1?o
ມີຄວາມຕ້ອງການອັນນີ້ແທ້ໆບໍ?
ການຍື່ນສະເຫນີດ້ວຍການລາກແລະວາງ
ຖ້າທ່ານມີທາງລັດໃນ desktop ຂອງທ່ານ, ທ່ານສາມາດລາກການສັງເກດການ files (ຫຼື .ZIP files ມີຫນຶ່ງຫຼືຫຼາຍກວ່າການສັງເກດການ files) ແລະວາງພວກມັນໃສ່ໄອຄອນ desktop.
ໄດ້ files ຈະຖືກປຸງແຕ່ງຄືກັບວ່າພວກເຂົາຖືກເລືອກດ້ວຍຕົນເອງ. ທີ່ຢູ່ອີເມວສຸດທ້າຍແລະທາງເລືອກອື່ນຈະຖືກໃຊ້.
ບໍ່ມີຂໍ້ຈໍາກັດທີ່ຮູ້ຈັກກັບຈໍານວນຂອງ files ທ່ານສາມາດຫຼຸດລົງໃນຫນຶ່ງປະຕິບັດ.
'ຮູບແບບການທົດສອບ'
ທ່ານອາດຈະຕ້ອງການທົດສອບການປະຕິບັດກ່ອນທີ່ຈະເປີດຕົວ OU. ກວດເບິ່ງກ່ອງ 'ໂຫມດທົດສອບ' ເພື່ອເບິ່ງວ່າຜົນກະທົບຂອງການກະທໍາຂອງເຈົ້າອາດເປັນແນວໃດໂດຍບໍ່ມີການສົ່ງຕົວຈິງ files ກັບ NGS.
ກ່ອງກາໝາຍແບບທົດສອບຖືກບັນທຶກເມື່ອ OU ປິດ ແລະເປີດຄືນໃໝ່, ສະນັ້ນ ຖ້າທ່ານກວດເບິ່ງມັນໂດຍບໍ່ຕັ້ງໃຈ, OU ຈະປາກົດວ່າບໍ່ເຮັດວຽກ.
ການຍື່ນສະເຫນີອັດຕະໂນມັດ
ຖ້າທ່ານເລີ່ມຕົ້ນ OU ໂດຍເສັ້ນຄໍາສັ່ງ, ດ້ວຍ a fileຊື່; ຫຼືຖ້າທ່ານເລີ່ມຕົ້ນ OU ໂດຍການລາກແລະວາງລົງ files ໃສ່ທາງລັດຫຼັງຈາກນັ້ນ OU ຈະແລ່ນອັດຕະໂນມັດແລະຫຼັງຈາກນັ້ນປິດ 5 ວິນາທີຫຼັງຈາກສຸດທ້າຍ file ຖືກປຸງແຕ່ງ.
ປຸ່ມຍົກເລີກສາມາດຖືກນໍາໃຊ້ເພື່ອຖືແບບຟອມແລະບັນທຶກເປີດສໍາລັບ viewing.
ໃນລະຫວ່າງ 5 ວິນາທີສຸດທ້າຍຂອງການນັບຖອຍຫຼັງ, ໃຫ້ຄລິກໃສ່ປຸ່ມຍົກເລີກ ແລະ OU ຈະບໍ່ປິດອັດຕະໂນມັດ. ແບບຟອມຈະບໍ່ປິດຖ້າໂໝດທົດສອບຖືກເປີດໃຊ້.
2022/2/9: ດຽວນີ້ OU ຈະປິດອັດຕະໂນມັດຫຼັງຈາກການລ່າຊ້າ 5 ວິນາທີຖ້າຖືກຮຽກຮ້ອງຈາກ iGx_Download.

ຫົວຂໍ້ຂັ້ນສູງ

ປະເພດເສົາອາກາດບັງຄັບໃຫ້ຄລິກໃສ່ປຸ່ມ 'Load NGS Antenna List' ເພື່ອດາວໂຫລດລາຍການເສົາອາກາດປັດຈຸບັນ file ຈາກເຊີບເວີ NGS ( https://geodesy.noaa.gov/ANTCAL/LoadFile?file=ngs14.atx ). ບັນຊີລາຍຊື່ໄດ້ຖືກວິເຄາະແລະທຸກໆເສົາອາກາດ, ລວມທັງຄໍານິຍາມຂອງດາວທຽມ, ຈະຖືກໂຫລດເຂົ້າໄປໃນກ່ອງເລື່ອນລົງຕາມລໍາດັບ.
ຈາກນັ້ນທ່ານສາມາດພິມຕົວອັກສອນສອງສາມຕົວທຳອິດຂອງປະເພດເສົາອາກາດເພື່ອຊອກຫາເສົາອາກາດສະເພາະໄດ້ຢ່າງວ່ອງໄວ.
ບັນຊີລາຍຊື່ຖືກເກັບໄວ້ໃນໂຟເດີ temp:
C:\Users\username\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx
C:\Users\username\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx.cache
ແລະໃຊ້ຄືນເມື່ອ OU ຖືກເລີ່ມຕົ້ນອີກຄັ້ງ.
ຫມາຍເຫດປະເພດເສົາອາກາດທີ່ສໍາຄັນ: ທ່ານຕ້ອງປະກອບມີຈໍານວນຊ່ອງຫວ່າງທີ່ເຫມາະສົມລະຫວ່າງຊື່ເສົາອາກາດແລະການກໍານົດ dome. ດັ່ງນັ້ນ, ເລືອກເສົາອາກາດຈາກລາຍການແບບເລື່ອນລົງ, ຫຼືຄັດລອກແລະວາງຊື່ເສົາອາກາດຈາກແຫຼ່ງທີ່ມີອໍານາດ. ບໍ່ມີບ່ອນຫວ່າງ ຫຼື ພື້ນທີ່ເພີ່ມເຕີມ ຫຼືຕົວລະຄອນທີ່ດັດແປງຈະສົ່ງຜົນໃຫ້ປະເພດເສົາອາກາດລົ້ມເຫລວເມື່ອສົ່ງໄປທີ່ OPUS.
ຮູບແບບຜົນຜະລິດຂະຫຍາຍ
ເສັ້ນຄໍາສັ່ງ:
-x ມາດຕະຖານການແກ້ໄຂຜົນອອກ
+x Extended Solution Output (ແນະນຳ)
ກວດເບິ່ງກ່ອງນີ້: ຈະເຮັດໃຫ້ການຄັດເລືອກນີ້ຢ່າງມີປະສິດທິພາບຢູ່ໃນຫນ້າການຍື່ນສະເຫນີ NGS:ການນໍາໃຊ້ສະຖານີຖານແລະຍົກເວັ້ນ
ໃສ່ສະຖານີພື້ນຖານເພື່ອໃຊ້ ແລະຍົກເວັ້ນທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດ:ສະຖານີທີ່ເຂົ້າມາບໍ່ໄດ້ກວດສອບຄວາມຖືກຕ້ອງ.
ການຕັ້ງຄ່ານີ້ແມ່ນເທົ່າກັບ:ຄວນຈະຫວ່າງເປົ່າເວັ້ນເສຍແຕ່ວ່າທ່ານກໍາລັງສົ່ງການສັງເກດການໂຄງການ OPUS ທີ່ຖືກຕ້ອງ. ຕົວລະບຸໂຄງການບໍ່ໄດ້ຖືກກວດສອບວ່າຖືກຕ້ອງ.
ການຕັ້ງຄ່ານີ້ແມ່ນເທົ່າກັບ:ຢ່າໃສ່ຊື່ໂຄງການສ່ວນຕົວຂອງທ່ານໃນຊ່ອງນີ້, ພຽງແຕ່ໃສ່ OPUS-Project ID ທີ່ຖືກຕ້ອງເທົ່ານັ້ນ. ທ່ານຕ້ອງມີການຝຶກອົບຮົມຜູ້ຈັດການ OPUS ເພື່ອສ້າງ ແລະນໍາໃຊ້ໂຄງການ OPUS.
ເລກລໍາດັບ ບໍ່ມີຄໍາອະທິບາຍຢ່າງເປັນທາງການຂອງ NGS ຂອງມູນຄ່ານີ້, ຢ່າງໃດກໍ່ຕາມມັນເປັນປະໂຫຍດຫຼາຍສໍາລັບການຕິດຕາມການຍື່ນສະເຫນີ. OPUS Borg ອີງໃສ່ທຸກໆອີເມວທີ່ສົ່ງຄືນຈາກລະບົບ OPUS ທີ່ມີຕົວເລກລໍາດັບທີ່ເປັນເອກະລັກໃນຫົວຂໍ້ອີເມວທີ່ສົ່ງຄືນທີ່ປະສົບຜົນສໍາເລັດຫຼືບໍ່ສໍາເລັດ: ເມື່ອທ່ານໂຫລດການຍື່ນສະເຫນີ NGS OPUS webຫນ້າ, ຕົວເລກທີ່ເປັນເອກະລັກແມ່ນມອບຫມາຍໂດຍ NGS. ຖ້າທ່ານກວດເບິ່ງກ່ອງກາເຄື່ອງຫມາຍ 'iGage Random Sequence', ຫຼັງຈາກນັ້ນ, ຕົວເລກ 13 ຕົວອັກສອນທີ່ເປັນເອກະລັກທີ່ມີຄໍານໍາຫນ້າ 'IG' ຈະຖືກສ້າງຂຶ້ນ. ຖ້າເຈົ້າບໍ່ໝາຍໃສ່ກ່ອງ, ຄ່າອັນໃດກໍໄດ້ທີ່ເຈົ້າໃສ່ນັ້ນຖືກໃຊ້.
ໝາຍເລກ IG ແມ່ນຕົວເລກເສດສ່ວນຂອງມື້ຕັ້ງແຕ່ວັນທີ 1 ມັງກອນ 2020; ໃນເຂດເວລາເຄື່ອງທ້ອງຖິ່ນ, ຄູນດ້ວຍ 86,400,000 ແລະປັດເປັນຈຳນວນທີ່ໃກ້ທີ່ສຸດ. ນີ້ເບິ່ງຄືວ່າພຽງພໍສໍາລັບຄວາມເປັນເອກະລັກ, ສາມາດຖອດລະຫັດໄດ້ແລະເພີ່ມຂຶ້ນຕາມເວລາ. ມັນບໍ່ແມ່ນແບບສຸ່ມ.
ຕໍາ່ສຸດທີ່ File ຂະໜາດ ແລະ ຄວາມຍາວສູງສຸດ
ຖ້າເຈົ້າພະຍາຍາມສົ່ງ ກ file ຫນ້ອຍກ່ວາຕໍາ່ສຸດທີ່ (ໃນ Bytes) ໄດ້ file ຈະຖືກຂ້າມ. ການປະກົດຕົວທົ່ວໄປແມ່ນເຄື່ອງມືຕ້ານໄວຣັສບັງຄັບໃຫ້ເຄື່ອງມືອື່ນສ້າງຄວາມຍາວສູນ fileດ. ນີ້ໃສ່ກັບດັກສິ່ງລົບກວນເຫຼົ່ານີ້ files ຈາກການຍື່ນສະເຫນີຕໍ່ NGS. ຕໍາ່ສຸດທີ່ 2,500 byte ຄວນຈະພຽງພໍ ແລະສົມເຫດສົມຜົນ.
OU ຈະກວດເບິ່ງຂໍ້ມູນການສັງເກດການຄັ້ງທຳອິດ ແລະຄັ້ງສຸດທ້າຍ ແລະຂ້າມໄປ files ທີ່ຍາວກວ່າຄວາມຍາວສູງສຸດໃນຊົ່ວໂມງ. ມີຂໍ້ຈຳກັດທີ່ຍາກໃນ OPUS ທີ່ທ່ານບໍ່ສາມາດຂ້າມເວລາທ່ຽງຄືນ (ເວລາ GPS) ສອງເທື່ອ. ຖ້າເຈົ້າມີ files ທີ່ຍາວກວ່າ 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 ເພື່ອປະມວນຜົນ.
ນີ້ອະນຸຍາດໃຫ້ທ່ານສາມາດທົດສອບການດໍາເນີນການ wildcard ໂດຍບໍ່ມີການ້ໍາຖ້ວມເຄື່ອງແມ່ຂ່າຍຂອງ NGS.
ເສັ້ນດຽວທີ່ບັນທຶກຈະຖືກເພີ່ມໃສ່ບັນທຶກ:ໃນປັດຈຸບັນ (ໃນເວີຊັນ 2022.2.8.2041) ການສັງເກດການ OPUS-Static, files ຍາວກວ່າ 110 ນາທີ, ຖືກສົ່ງກັບນີ້ URL: 'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl‘
OPUS-RS files ຖືກສົ່ງກັບນີ້ URL: 'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opus-rsup.prl’
ທ່ານສາມາດນໍາໃຊ້ 'ການຍື່ນສະເຫນີ URL'ເພື່ອ override ຄ່າເລີ່ມຕົ້ນທີ່ຈະສົ່ງ files ກັບເຊີບເວີ NGS BETA. ຢ່າງໃດກໍຕາມ, ທ່ານຈະຕ້ອງໃຫ້ແນ່ໃຈວ່າທີ່ຢູ່ເຊີຟເວີທີ່ຖືກຕ້ອງ (Static ຫຼື RS) ຖືກເລືອກສໍາລັບການສົ່ງ file.

ການຕັ້ງຄ່າ OPUS-BORG

ເສັ້ນຄໍາສັ່ງ:
-m ເສັ້ນທາງຍົກເວັ້ນທີ່ຊັດເຈນ
ເສັ້ນທາງ +m ກໍານົດເສັ້ນທາງທີ່ຖືກຍົກເວັ້ນແລ່ນອັດຕະໂນມັດ
ການກວດສອບກ່ອງ 'Auto Run at 23:00' ສົ່ງຜົນໃຫ້ປຸ່ມ 'Submit' ຖືກກົດຢູ່ທີ່ 23:00 UTC ທຸກໆຕອນແລງ. OU ໃຊ້ການຕັ້ງຄ່າເຂດເວລາຂອງເຄື່ອງເພື່ອຄິດໄລ່ການຊົດເຊີຍເວລາ UTC.
ການແຂ່ງຂັນຍົກເວັ້ນ
ນີ້ບໍ່ແມ່ນການອະທິບາຍງ່າຍໆ.
ພິຈາລະນາສະຖານະການທີ່ມີຊຸດໃຫຍ່ຂອງແຟ້ມ, ແຕ່ລະຄົນມີການສັງເກດຫຼາຍ files. ແຕ່ລະໂຟນເດີເປັນຕົວແທນຫນຶ່ງສະຖານີ GNSS CORS. ການສັງເກດແຕ່ລະ file ແມ່ນການສັງເກດການ 24 ຊົ່ວໂມງ (ໄລຍະເວລາ GPS) 'ປະຈໍາວັນ' file ສໍາລັບສະຖານີ. ໂຟນເດີປະຈໍາວັນຂອງສະຖານີອາດມີການສັງເກດການ 24 ຊົ່ວໂມງ files ສໍາລັບ 5 ຫາ 10 ປີກ່ອນຫນ້ານີ້, ດັ່ງນັ້ນຫລາຍພັນ RINEX files.
OU ຖືກນໍາໃຊ້ເພື່ອສົ່ງຂໍ້ມູນປະຈໍາວັນເຫຼົ່ານີ້ files ກັບ OPUS. ແຕ່ພວກເຮົາພຽງແຕ່ຕ້ອງການສົ່ງແຕ່ລະຄົນ file ສອງຄັ້ງ:
ທັນທີຫຼັງຈາກ file ໄດ້ຖືກລວບລວມເພື່ອໃຫ້ໄດ້ຮັບການແກ້ໄຂດ້ວຍ ephemeris ຢ່າງໄວວາ / ອອກອາກາດອີກເທື່ອຫນຶ່ງ 14-days ຕໍ່ມາເພື່ອໃຫ້ໄດ້ຮັບການແກ້ໄຂດ້ວຍວົງໂຄຈອນທີ່ຊັດເຈນ / ສຸດທ້າຍ NGS ກັບຄືນການແກ້ໄຂ OPUS files ໂດຍອີເມລ໌ແລະການແກ້ໄຂ files ຖືກເກັບຮັກສາໄວ້ໃນຊຸດທີ່ກົງກັນຂອງໂຟນເດີຜົນໄດ້ຮັບຂອງສະຖານີ: ແຕ່ລະສະຖານີ CORS ມີໂຟນເດີການແກ້ໄຂ OPUS ເປັນເອກະລັກ.
ຖ້າ 'Match Exclude' ມີເສັ້ນທາງ, OU ຈະຄົ້ນຫາເສັ້ນທາງທີ່ກ່ຽວຂ້ອງທີ່ກົງກັບສະຖານທີ່ຂອງການສັງເກດແຫຼ່ງ. file ສໍາລັບການແກ້ໄຂ OPUS ທີ່ກົງກັນທີ່ມີຢູ່ແລ້ວ file.
ນີ້ແມ່ນສັບສົນເພາະວ່າການສັງເກດການ file ຈະມີຊື່ເຊັ່ນ:
slci0010.22o
ແລະການແກ້ໄຂ OPUS ທີ່ກົງກັນຈະມີຊື່ເຊັ່ນ: slci001022o IG0064714690360.msg (ສັງເກດເຫັນເລກລໍາດັບ IG magic ຈາກຂ້າງເທິງ!)
ຖ້າ OU ພົບການແກ້ໄຂທີ່ກົງກັນ file, ມັນຈະຂ້າມການສົ່ງການສັງເກດການ file ເນື່ອງຈາກວ່າການແກ້ໄຂ OPUS ທີ່ຖືກຕ້ອງມີຢູ່ແລ້ວ.
ຢ່າງໃດກໍຕາມ, ຖ້າທ່ານກວດເບິ່ງກ່ອງນີ້:ແລະການແກ້ໄຂ OPUS ແມ່ນເກົ່າກວ່າ 14-ມື້ ຫຼັງຈາກນັ້ນ OU ຈະກວດສອບການແກ້ໄຂ .msg file ເພື່ອກໍານົດວ່າປະເພດ ephemeris ຖືກນໍາໃຊ້ສໍາລັບການແກ້ໄຂບັນຫາ.
ຖ້າການແກ້ໄຂບໍ່ຊັດເຈນຫຼືສຸດທ້າຍ, ຫຼັງຈາກນັ້ນ OU ຈະລຶບການແກ້ໄຂທີ່ມີຢູ່ແລ້ວ file ແລະສົ່ງການສັງເກດການຄືນໃໝ່ file, ຫວັງວ່າຈະໄດ້ຮັບການແກ້ໄຂ file ຈາກເຄື່ອງຈັກປະມວນຜົນ OPUS ໂດຍໃຊ້ Precise ຫຼື Final ephemeris.
ຕໍ່ມາ, ໃນຕອນເຊົ້າຂອງມື້ຕໍ່ມາ OA (ຜູ້ສະສົມ OPUS) ປະມວນຜົນໂຟນເດີການແກ້ໄຂ ແລະສ້າງແຜນຜັງແນວໂນ້ມສໍາລັບແຕ່ລະສະຖານີ CORS ທີ່ຖືກກວດສອບ:OA ຍັງສ້າງເອກະສານສະຫຼຸບ XLS ສໍາລັບແຕ່ລະສະຖານີທີ່ຕິດຕາມ:ບົດສະຫຼຸບນີ້ປະກອບມີຕໍາແຫນ່ງສະເລ່ຍສໍາລັບສະຖານີ CORS ພ້ອມກັບ Min/Max/Range/StandardDeviation ສໍາລັບແຕ່ລະຄ່າທີ່ພົບເຫັນຢູ່ໃນການແກ້ໄຂ NGS OPUS.
ຄວາມໄວຂອງສະຖານີຍັງຖືກຄິດໄລ່, ທັງຢູ່ໃນກອບຄົງທີ່ NAD83 ແລະໃນກອບ ITRF ປະຈໍາວັນສໍາລັບ ECEF XYZ, Lat/Lon/Height, State Plane projected ແລະ UTM projected frames.
ນອກຈາກນັ້ນ, OA ຜະລິດບົດສະຫຼຸບຂອງບົດສະຫຼຸບ file:ເຊິ່ງປະກອບດ້ວຍຊື່ເວັບໄຊ, ຕໍາແຫນ່ງເສົາອາກາດສະເລ່ຍທີ່ມີຄວາມສູງເປັນຮູບສ້ວຍ, ແລະຂໍ້ມູນເພີ່ມເຕີມບາງຢ່າງທີ່ເປັນປະໂຫຍດສໍາລັບການຄຸ້ມຄອງສະຖານີ CORS ສ່ວນຕົວ.
ຂະບວນການ Borg ອື່ນໆດໍາເນີນການວິເຄາະ SQC ໃນຊຸດຂໍ້ມູນຜົນຜະລິດ OA ແລະກໍານົດວ່າສະຖານີແມ່ນ 'ສະຖິຕິ' ເຮັດວຽກຢູ່ໃນຫຼືອອກຈາກຄວາມຄາດຫວັງແລະສົ່ງຂໍ້ຄວາມຖ້າມີບັນຫາ.
ເຊື່ອຫຼືບໍ່, ນີ້ Rube-Goldberg (https://en.wikipedia.org/wiki/Rube_Goldberg) ຂະບວນການເຮັດວຽກ!

ໃຊ້ Auto-Resubmit ໃນ OU

ນີ້ແມ່ນເປັນampໂຄງສ້າງໂຟເດີສໍາລັບ files ເພື່ອສົ່ງ (ຂ້າພະເຈົ້າໂທຫາໂຟນເດີທີ່ບັນຈຸ 'ປະຈໍາວັນ') ແລະໂຟນເດີທີ່ມີການແກ້ໄຂ opus ກັບຄືນ (ເອີ້ນວ່າ 'opus').ແຕ່ລະສະຖານີສາມາດ / ຄວນຢູ່ໃນໂຟນເດີ 4 ຕົວອັກສອນທີ່ບໍ່ຊ້ໍາກັນຖ້າທ່ານຕ້ອງການໃຊ້ OA (OPUS_Accumulator).
ໂຟນເດີ ./dailys/sgu2 ອາດຈະມີລັກສະນະນີ້:ໂຟນເດີ ./opus/sgu2 ອາດຈະມີລັກສະນະນີ້:ຖ້າການແກ້ໄຂ OPUS ຖືກສົ່ງຄືນທີ່ບໍ່ສາມາດອ່ານໄດ້, ຫຼືຖືກແທນທີ່ດ້ວຍການແກ້ໄຂທີ່ໃຫມ່ກວ່າ, ephemeris ທີ່ດີກວ່າ, ຫຼັງຈາກນັ້ນການແກ້ໄຂເກົ່າຈະຖືກຍ້າຍໄປໂຟນເດີ _invalid ຫຼື _duplicates.
ຄໍາແນະນໍາທີ່ສໍາຄັນ: ທັງຫມົດຂອງເຄື່ອງມື BORG ເຈດຕະນາລະເລີຍໂຟນເດີໃດຫນຶ່ງຫຼື file ທີ່ເລີ່ມຕົ້ນດ້ວຍຕົວອັກສອນຂີດກ້ອງ ('_') ດັ່ງນັ້ນທ່ານບໍ່ສາມາດມີຊື່ສະຖານີທີ່ຂຶ້ນຕົ້ນດ້ວຍເຄື່ອງໝາຍຂີດກ້ອງໄດ້.
ນີ້ແມ່ນໜ້າຈໍຫຼັກສຳລັບ OU (OPUS_Upload):ສັງເກດເຫັນວ່າ 'Upload Data File'ຊີ້ໄປທີ່ໂຟນເດີປະຈໍາວັນແລະ 'Recurse Subfolders' ຖືກກວດສອບ.
ນີ້ແມ່ນແຖບ 'ຂັ້ນສູງ' ຂອງ OU:ສັງເກດເຫັນວ່າ 'Match Exclude' ກໍາລັງຊອກຫາຢູ່ໃນໂຟເດີ opus ສໍາລັບ files ທີ່ກົງກັບວັດສະດຸປ້ອນ files ໃນໂຟນເດີປະຈໍາວັນ.
ປະຈໍາວັນເຮັດຢູ່ໃສ fileມາຈາກ?
ຊິ້ນອື່ນຂອງ Borg (iBase) ສ້າງ hourly files ກັບມາດຕະຖານ fileຊື່ທີ່ໃຊ້ຂະບວນການ DIPCap ທີ່ແຕກຕ່າງກັນສໍາລັບແຕ່ລະສະຖານີ.
ນີ້ແມ່ນສິ່ງທີ່ຂະບວນການ DIPCap ທີ່ເກັບກໍາກະແສ RT27 ສໍາລັບ SGU2 ເບິ່ງຄືວ່າ:DIPcap ເປັນການທົດແທນ RCAPTURE. RCAPTURE ລົ້ມເຫລວຫຼັງຈາກສອງສາມມື້ຫຼືອາທິດແລະພຽງແຕ່ສະຫນັບສະຫນູນການເຊື່ອມຕໍ່ 'Client' TCPIP, DIPCap ແມ່ນແຂງແຮງຫຼາຍແລະຈະດໍາເນີນການຕະຫຼອດໄປ. ມັນມີການບັນທຶກທີ່ດີກວ່າແລະຍັງສະຫນັບສະຫນູນການເຊື່ອມຕໍ່ TCPIP 'Server'.
DIPCap ພຽງແຕ່ແລ່ນຟຣີ .CAP files ເຂົ້າໄປໃນ 'Output Folder' ທີ່ເລືອກສ້າງ RINEX ມາດຕະຖານ fileຊື່ທີ່ໃຊ້ 'ຊື່ສະຖານີ'.
ໂຄງການ iBase ເກັບກໍາຂໍ້ມູນ .CAP files hourly ແລະປ່ຽນພວກມັນຈາກ .CAP files (ເຊິ່ງເປັນສາຍນ້ໍາ RT27) ເຂົ້າໄປໃນ RINEX ມາດຕະຖານ file ຕັ້ງຢູ່ໃນລໍາດັບຊັ້ນໂຟນເດີ RINEX ມາດຕະຖານ (rinex/yyyy/jjj/sss):

ຫນຶ່ງຄັ້ງຕໍ່ມື້, ຫຼັງຈາກເວລາທ່ຽງຄືນ UTC, ເຄື່ອງມື iB_Daily ແລ່ນແລະເບິ່ງ EVERY-SINGLE file ໃນໂຄງສ້າງໂຟນເດີ RINEX. iB_Daily ເຮັດໃຫ້ແນ່ໃຈວ່າໂຮurly files ແມ່ນ concatenated ເຂົ້າໄປໃນປະຈໍາວັນ files (ແທນທີ່ຈະມີຕົວພິມນ້ອຍຈາກ a ຫາ x ເປັນຕົວອັກສອນສຸດທ້າຍກ່ອນການຂະຫຍາຍ, ປະຈໍາວັນ file ມີສູນ '0'.
ປະຈໍາວັນ files ຖືກຕັດອອກເປັນໄລຍະ 30 ວິນາທີ ແລະກຸ່ມດາວທັງໝົດຍົກເວັ້ນ GPS ຖືກຖອດອອກ.
iB_Daily ຍັງເຮັດໃຫ້ uncompressed file ໃນຊ່ອງທີ່ຖືກຕ້ອງພາຍໃຕ້ປະຈໍາວັນ. obs files ໃນປະຈໍາວັນບໍ່ໄດ້ຖືກແບ່ງອອກເປັນໂຟເດີຍ່ອຍ. ປະຈໍາວັນທັງຫມົດແມ່ນພຽງແຕ່ຢູ່ໃນໂຟນເດີສະຖານີ.
23 ຊົ່ວໂມງຫຼັງຈາກແລ່ນ iB_Daily, OU (OPUS_Uploader) ສົ່ງທຸກວັນໃໝ່ທັງໝົດ. files ກັບ OPUS. ພວກເຮົາລໍຖ້າ 23 ຊົ່ວໂມງເພື່ອໃຫ້ລະບົບ NGS CORS ຕື່ມຂໍ້ມູນທັງໝົດຂອງ CORS, ນີ້ເຮັດໃຫ້ມັນເປັນໄປໄດ້ຫຼາຍທີ່ OPUS ຈະຜະລິດການແກ້ໄຂ.
ຖ້າທ່ານຄລິກໃສ່ກ່ອງກາເຄື່ອງຫມາຍ 'Check/force Precise-Final ephemeris ຫຼັງຈາກ 14-ມື້', ຫຼັງຈາກນັ້ນ OU ຈະລໍຖ້າ 14 ມື້ຫຼັງຈາກສັງເກດເຫັນການສັງເກດແລະຫຼັງຈາກນັ້ນສົ່ງຄືນທຸກໆຄັ້ງ. file, ທຸກໆມື້, ຈົນກ່ວາທຸກໆ file ມີ ephemeris ທີ່ຊັດເຈນ / ສຸດທ້າຍ.
ຫຼັງຈາກ OPUS_Upload ສົ່ງການສັງເກດການ files ກັບ OPUS, OPUS ສົ່ງຄືນການແກ້ໄຂໃຫ້ກັບທີ່ຢູ່ອີເມວພິເສດທີ່ບໍລິການ iBase_Mailer.
ນີ້ແມ່ນການຕັ້ງຄ່າ iBase_Mailer ທີ່ຂ້ອຍໃຊ້:ແຕ່ລະການແກ້ໄຂແມ່ນຖືກຈັດໃສ່ໃນໂຟນເດີ OPUS/ssss ທີ່ຖືກຕ້ອງ.
ສຸດທ້າຍ, OPUS_Accumulator ສະຫຼຸບການແກ້ໄຂທັງໝົດຂອງ OPUS. ຖ້າມັນພົບການແກ້ໄຂຊ້ໍາກັນສໍາລັບມື້ຫນຶ່ງ, ມັນຮັກສາການແກ້ໄຂທີ່ດີທີ່ສຸດ. (ການຕັດສິນໃຈນີ້ແມ່ນມີລາຍລະອຽດຢູ່ໃນຄູ່ມືຜູ້ໃຊ້ OA.

ບາງຄໍາແນະນໍາອື່ນໆ

ຂະບວນການ OPUS Borg ໃຊ້ເພື່ອດໍາເນີນການໂດຍບໍ່ມີເຫດການໃນຄອມພິວເຕີ Windows XP. ຕໍ່ມາຄອມພິວເຕີໄດ້ຖືກອັບເກຣດເປັນ Win8, ຈາກນັ້ນ Win10.
ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະໃຫ້ຄອມພິວເຕີ Win10 ເຮັດວຽກຫຼາຍກວ່າສອງສາມອາທິດໂດຍບໍ່ມີການແຊກແຊງຂອງມະນຸດ. ຕົ້ນຕໍ Windows Updates ຖືກບັງຄັບອອກ ແລະບໍ່ສາມາດຖືກລະເລີຍ.
ເນື່ອງຈາກຄອມພິວເຕີທີ່ໃຊ້ OPUS ມີເຊີບເວີ FTP ແລະພອດທີ່ເປີດຢູ່ (ສໍາລັບສະຖານີ CORS ຫ່າງໄກສອກຫຼີກເພື່ອຍູ້ຂໍ້ມູນເຂົ້າໄປໃນ), ການໄດ້ຮັບການປັບປຸງແມ່ນອາດຈະເປັນສິ່ງທີ່ສົມເຫດສົມຜົນ.
ຂ້ອຍໄດ້ຫຼີ້ນກັບແລ່ນ BORG ໃນເຊີບເວີ AWS, ມັນເຮັດວຽກແຕ່ບໍ່ມີການເພີ່ມຂື້ນ. ແລະເນື່ອງຈາກວ່າຈໍານວນຂະຫນາດໃຫຍ່ຂອງ files ແລະຂໍ້ມູນ, ຕົວຢ່າງ S3 ແມ່ນລາຄາແພງ. ໂດຍສະເພາະ, ແຕ່ລະຄົນ file ໃນບ່ອນເກັບມ້ຽນ S3 ແມ່ນຖືກກວດກາທຸກໆມື້. ດັ່ງນັ້ນ, ການເກັບຮັກສາ glacier ລາຄາຖືກແມ່ນບໍ່ເຫມາະສົມ.
ຂ້ອຍແລ່ນ BORG ໃນຄອມພິວເຕີໄວທີ່ມີ BORG ທັງຫມົດ files ແລະໂຟນເດີທີ່ເກັບໄວ້ໃນໄດ USB 8 ພາຍນອກ 3-TB.
ຂະບວນການ iBase ເກັບຮັກສາສໍາເນົາສໍາຮອງຂອງ .CAP ທີ່ຖືກບີບອັດໂດຍອັດຕະໂນມັດ files ໃນໄດຣຟ໌ 4-GB ແຍກຕ່າງຫາກ. iBase ມີຟັງຊັນປຸ່ມດຽວເພື່ອສ້າງໂຄງສ້າງ RINEX ທີ່ຖືກບີບອັດຈາກການສໍາຮອງຂໍ້ມູນ. ຂ້າພະເຈົ້າສົງໃສວ່າການສ້າງຄືນໃຫມ່ອາດຈະໃຊ້ເວລາຫຼາຍມື້ເພື່ອສໍາເລັດ. ຂ້ອຍບໍ່ຈໍາເປັນຕ້ອງສ້າງຊຸດຂໍ້ມູນ; ຢ່າງໃດກໍຕາມ, ມັນໃຊ້ເວລາຫຼາຍມື້ເພື່ອຍ້າຍມັນຈາກໄດ 4-GB ໄປເປັນໄດ 8-GB.
ຫມາຍເຫດສະບັບ OU
ສ້າງປີ 2000:
ເພີ່ມປຸ່ມສາຍຄຳສັ່ງຫຼາຍອັນຢ່າງໃດກໍຕາມ, ສະຖານີທີ່ລວມແລະຍົກເວັ້ນຍັງບໍ່ປາກົດວ່າເຮັດວຽກຂ້ອນຂ້າງ.
ກໍ່ສ້າງ 2004: 25 ພຶດສະພາ 2017
ເພີ່ມບັນທຶກຄວາມຜິດພາດແທນກ່ອງຂໍ້ຄວາມສໍາລັບການປະຕິບັດງານທີ່ບໍ່ໄດ້ເອົາໃຈໃສ່. ໃຫ້ສັງເກດວ່າທ່ານຈະບໍ່ສາມາດບັນທຶກບັນທຶກສໍາລັບວຽກເສັ້ນຄໍາສັ່ງໄດ້ເພາະວ່າໂຄງການຈະອອກເມື່ອສໍາເລັດ.
ເພີ່ມການທົດສອບທີ່ຖືກຕ້ອງ file ເມື່ອເພີ່ມຈາກເສັ້ນຄໍາສັ່ງ. ແກ້ໄຂການຈັດການຂອງ files ຈາກບັນທັດຄໍາສັ່ງເພື່ອປະກອບມີການທົດສອບສໍາລັບທີ່ຖືກຕ້ອງ - ທີ່ມີຢູ່ແລ້ວ files.
ຄຳເຕືອນ: ອາດມີຈຳນວນຈຳກັດຈຳນວນໜຶ່ງ files ທ່ານສາມາດກໍານົດຢູ່ໃນເສັ້ນຄໍາສັ່ງ. ບໍ່ຄວນມີຂອບເຂດຈໍາກັດຈໍານວນ files ທີ່ທ່ານສາມາດປະກອບດ້ວຍ wildcards, ຊ່ອງສາຍສໍາລັບການ fileຊື່ຄວນຈະຂະຫຍາຍໄປສູ່ຄວາມຊົງຈໍາທີ່ມີຢູ່.
ເມື່ອລະບຸຫຼາຍ files ຈາກບັນທັດຄໍາສັ່ງ, ໄດ້ fileກ່ອງຊື່ຖືກໂຫລດພຽງແຕ່ກັບທໍາອິດ file ຈາກບັນຊີລາຍຊື່.
ສ້າງ 2005: 5 ກັນຍາ 2018
ເພີ່ມ 'ບັນທຶກບັນທຶກ Files' checkbox. ຫຼັງຈາກການສົ່ງຂໍ້ສັງເກດ file, ທັງຫມົດຂອງລະຫັດ HTML ທີ່ສົ່ງຄືນຈາກເຄື່ອງແມ່ຂ່າຍສາມາດຖືກເກັບໄວ້ໃນຊື່ດຽວກັນ file ໃນໂຟນເດີດຽວກັນກັບການສັງເກດການປ້ອນຂໍ້ມູນ file. ໄດ້ file ສ່ວນຂະຫຍາຍແມ່ນ .html ສະເໝີ ແລະສະຖານທີ່ແມ່ນສະເໝີກັນກັບການປ້ອນຂໍ້ມູນ file.
ການສະຫນັບສະຫນູນ TLS1 ຖືກໂຈະຢູ່ທີ່ NGS. OPUS_Upload ດຽວນີ້ໃຊ້ຊັ້ນ SSL ຈາກເຄື່ອງລູກຄ້າ ແລະ OpenSSL ແມ່ນບໍ່ຈຳເປັນອີກຕໍ່ໄປ. ອັນນີ້ໝາຍຄວາມວ່າເຄື່ອງ Windows XP ບໍ່ສາມາດນຳໃຊ້ກັບ OPUS ໄດ້ອີກຕໍ່ໄປ.
ສ້າງ 2016: 4 ມັງກອນ 2020
ມີການປັບປຸງ ແລະການປ່ຽນແປງທີ່ສໍາຄັນບາງຢ່າງເພື່ອເຮັດໃຫ້ OU ເຮັດວຽກຢູ່ໃນກອບ OPUS-Borg.

ຕອນນີ້ຄ່າການຕັ້ງຄ່າຖືກເກັບໄວ້ໃນ iBase.ini file ກັບການຕັ້ງຄ່າສະມາຊິກ Bord ອື່ນໆທັງໝົດ. ທ່ານຈະສູນເສຍການຕັ້ງຄ່າທີ່ຜ່ານມາໃດໆໃນເວລາແລ່ນເວີຊັນນີ້.

ທາງເລືອກໃນການເອີ້ນຄືນໄດເລກະທໍລີຈະຖືກເພີ່ມໃສ່ການເອີ້ນຕາມແບບຟອມ. ກ່ອນຫນ້ານີ້, ນີ້ແມ່ນມີພຽງແຕ່ການແລ່ນເສັ້ນຄໍາສັ່ງ.
ໃນປັດຈຸບັນມີສອງແຖບ, ແຖບຫນຶ່ງສໍາລັບການຕັ້ງຄ່າທົ່ວໄປແລະແຖບໃຫມ່ສໍາລັບການຕັ້ງຄ່າຂັ້ນສູງ. ນີ້ຈະເຮັດຄວາມສະອາດຫນ້າຈໍຫຼັກຂອງເຄື່ອງມື.

ໃນປັດຈຸບັນມັນເປັນໄປໄດ້ທີ່ຈະກໍານົດເສັ້ນທາງຫຼາຍເສັ້ນດ້ວຍ wildcards ຈາກເຄື່ອງມືທີ່ອີງໃສ່ແບບຟອມ. ຕົວຢ່າງample:
C:\ftp\rinex\2017\*.??o; C:\ftp\rinex\2020\*.??o
ຈະໃຊ້ຄືນທັງໂຟນເດີ 2017 ແລະ 2020 ສໍາລັບ files ກົງກັບ .??o file ສ່ວນຂະຫຍາຍ.
ດຽວນີ້ສາມາດຕັ້ງໝາຍເລກລຳດັບການສົ່ງ NGS ດ້ວຍຕົນເອງໄດ້ ຫຼືໃຫ້ OU ສ້າງໝາຍເລກລຳດັບທີ່ເປັນເອກະລັກໃນຮູບແບບ 'IG8888888888888': 'IG' ຕາມດ້ວຍຈຳນວນເຕັມ 13 ຕົວເລກທີ່ສະແດງເຖິງຈຳນວນມິນລິວິນາທີຕັ້ງແຕ່ວັນທີ 1 ມັງກອນ 2020. .

ຕໍາ່ສຸດທີ່ file ຂະຫນາດການປຸງແຕ່ງໄດ້ຮັບການເພີ່ມ. ຕົວເລືອກນີ້ໃຊ້ກັບ files ຖືກເລືອກໂດຍ wildcard. ຕັ້ງຄ່າເປັນຫວ່າງ, ສູນ ຫຼືລົບເພື່ອປະມວນຜົນແຫຼ່ງທັງໝົດ files, ໂດຍບໍ່ຄໍານຶງເຖິງຂະຫນາດ. ມູນຄ່າຂອງ 2,500,000 ແມ່ນສົມເຫດສົມຜົນຖ້າຫາກວ່າທ່ານຄາດຫວັງວ່າສ່ວນໃຫຍ່ 24 ຊົ່ວໂມງປະຈໍາວັນ. files.
ດຽວນີ້ OU ຈະກວດສອບທາງເລືອກຂອງການແກ້ໄຂ OPUS ທີ່ມີຢູ່ເມື່ອການເອີ້ນຄືນໂຟນເດີ (ໃຊ້ຕົວແທນ) ສໍາລັບການສັງເກດ fileດ. ການແກ້ໄຂຕ້ອງເລີ່ມຕົ້ນດ້ວຍພື້ນຖານ fileຊື່ຂອງ OBS file; ຢູ່ໃນຄືກັບໂຟນເດີທີ່ມີຊື່, ພາຍໃຕ້ໂຟນເດີຖານ 'Match Exclude'; ການແກ້ໄຂ file ຕ້ອງມີ file ວັນທີໃຫຍ່ກວ່າ ຫຼືເທົ່າກັບການສັງເກດ file ແລະມີ .eml, .msg ຫຼື .txt file ສ່ວນຂະຫຍາຍ. ຖ້າຫາກວ່າການແກ້ໄຂໄດ້ຖືກພົບເຫັນ, ການສັງເກດການທີ່ສອດຄ້ອງກັນ file ຖືກຂ້າມ. ຕັ້ງຄ່າ 'Match Exclude' ໃສ່ສະຕຣິງຫວ່າງເປົ່າເພື່ອປິດການທໍາງານນີ້.

ດຽວນີ້ມັນເປັນໄປໄດ້ທີ່ຈະບັງຄັບປະເພດເສົາອາກາດຢ່າງມີປະສິດຕິຜົນຕໍ່ກັບປະເພດເສົາອາກາດທີ່ຂຽນໄວ້ໃນ RINEX file. (ຂ້ອຍຮູ້ວ່ານີ້ເບິ່ງຄືວ່າບ້າ; ຂ້ອຍຕ້ອງການຟັງຊັນນີ້ສໍາລັບການສາທິດວິດີໂອ.
OU ຕອນນີ້ເປັນຄວາມລະອຽດໜ້າຈໍ DPI ສູງແລ້ວ.

ສ້າງປີ 2019: ວັນທີ 30 ເມສາ 2002
ການປ່ຽນເສັ້ນຄໍາສັ່ງ -9dl (ຜ່ານຈາກ iGx) ໃນປັດຈຸບັນມີການດໍາເນີນການເຫຼົ່ານີ້:

ໂໝດທົດສອບ = ປິດ

ອິນເຕີFileຊັກຊ້າ = 0.0
ຂະບວນການຍ່ອຍຍ່ອຍ = ປິດ

ຈັບຄູ່ Exclude Existing Solutions = off
ບັນທຶກບັນທຶກ File = ປິດ

ພາຍໃນfile ຄ່າລ່າຊ້າຖືກເກັບໄວ້ໃນ INI ແລ້ວ file ແລະ recalled ໃນເວລາທີ່ໂຄງການເລີ່ມຕົ້ນ.
ກໍ່ສ້າງ 2020.7.17.2020
ຊັກຊ້າລະຫວ່າງ file ການຍື່ນສະເຫນີແມ່ນເອົາ 20% ຂອງຊັບພະຍາກອນເຄື່ອງຈັກເນື່ອງຈາກລະບົບ Semalt ຜິດພາດ. (ugghhh!) ປຸ່ມຍົກເລີກບໍ່ໄດ້ສະແດງຢ່າງຖືກຕ້ອງໃນລະຫວ່າງການລໍຖ້າ. ເພີ່ມຈໍານວນ files ໄວ້ເພື່ອສົ່ງໃນ batch ກັບແຖບສະຖານະ.
ກໍ່ສ້າງ 2020.9.8.2021
ຖ້າຫາກວ່າ recuring folders, ໂຟນເດີໃດຫນຶ່ງທີ່ມີຊື່ທີ່ເລີ່ມຕົ້ນດ້ວຍການຂີດກ້ອງ '_' ຈະຖືກຂ້າມໄປ. ໂຟນເດີພາຍໃຕ້ໂຟນເດີດັ່ງກ່າວຍັງຂ້າມໄປ. ນີ້ໄດ້ຖືກເພີ່ມສໍາລັບການນໍາໃຊ້ກັບ iBase ເຊິ່ງເຮັດໃຫ້ບໍ່ຄົບຖ້ວນ (files ທີ່ມີຫນ້ອຍກວ່າ 90% ຂອງການຄຸ້ມຄອງທີ່ຄາດໄວ້) ໃນໂຟນເດີ '_invalid'.
ກໍ່ສ້າງ 2020.12.5.2024
ເພີ່ມແລ້ວ URL ການແກ້ໄຂເພື່ອປ່ຽນການຍື່ນສະເຫນີ URL. ແຖວຄໍາສັ່ງໃຫມ່ '-U' ກັບຄືນໄປຫາທີ່ຢູ່ສົ່ງເລີ່ມຕົ້ນ, '+U “ເຕັມ url”' ກໍານົດ override 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
Bug: ເມື່ອສົ່ງ files ກັບ NGS, ຈໍານວນທີ່ຍັງເຫຼືອ files ສະແດງບໍ່ຖືກຕ້ອງ.
ບັກ: ເມື່ອຊອກຫາບໍ່ໄດ້ສົ່ງ files, ການນໍາໃຊ້ຟັງຊັນ 'Match Exclude' ຖ້າການແກ້ໄຂ OPUS predates ການສັງເກດ file, ມັນໄດ້ຖືກລຶບຖິ້ມແລ້ວ. ກ່ອນຫນ້ານີ້ມັນໄດ້ຖືກປະໄວ້ໃນສະຖານທີ່ແລະ file ໄດ້ຖືກສົ່ງຄືນ. ນີ້ເຮັດໃຫ້ການແກ້ໄຂ OPUS ຫຼາຍອັນສໍາລັບການສັງເກດການດຽວ file (ເນື່ອງຈາກຜົນໄດ້ຮັບ OPUS ມີຕົວລະບຸຈໍານວນລໍາດັບ iG ເປັນເອກະລັກ.
ກໍ່ສ້າງ 2021.11.7.2040
ຕອນນີ້ OU ໃຊ້ສະຄຣິບຂ້າງເຊີບເວີໃໝ່ສຳລັບການສົ່ງ RS ທຽບກັບ S OBS files:ຂະຫນາດຂອງບັນທຶກຊ່ວຍຈໍາແມ່ນໄດ້ຂະຫຍາຍເປັນ 4 ລ້ານຕົວອັກສອນ.
ເພີ່ມຄໍາແນະນໍາບາງຢ່າງເພື່ອເພີ່ມການດີບັ໊ກທີ່ບໍ່ຈໍາເປັນ (ທີ່ຂ້ອຍຈະບໍ່ເອົາອອກຍ້ອນວ່າມັນພຽງແຕ່ສະແດງເມື່ອທ່ານຂະຫຍາຍບັນທຶກ).
ເພີ່ມຄໍາແນະນໍາວ່າການຍື່ນສະເຫນີ url's ແມ່ນແຕກຕ່າງກັນສໍາລັບ static vs. ໄວຢູ່ໃນກ່ອງ override.
ກໍ່ສ້າງ 2022.2.9.2041
ອີງຕາມຄໍາຄຶດຄໍາເຫັນຈາກຜູ້ທີ່ບໍ່ໄດ້ໃຊ້ OU ໃນສະພາບແວດລ້ອມການຜະລິດ, OU ໄດ້ຖືກຈັດລຽງໃຫມ່ເພື່ອໃຫ້ມີລັກສະນະຄ້າຍຄືແບບຟອມການຍື່ນສະເຫນີ NGS.
ໃນປັດຈຸບັນມັນເປັນໄປໄດ້ທີ່ຈະເລືອກເອົາປະເພດເສົາອາກາດບັງຄັບຈາກກ່ອງເລື່ອນລົງ. ຄລິກທີ່ປຸ່ມ 'Load NGS Antenna List' ເພື່ອດາວໂຫລດ ແລະວິເຄາະລາຍຊື່ສາຍອາກາດ NGS ປັດຈຸບັນ. ກ່ອງເລື່ອນລົງແມ່ນໂຫຼດດ້ວຍລາຍການຕາມຕົວອັກສອນຂອງປະເພດ.
ໃນປັດຈຸບັນມັນເປັນໄປໄດ້ທີ່ຈະ override ຄວາມສູງຂອງເຄື່ອງມືທີ່ມີຢູ່ໃນ RINEX file ແລະໃສ່ຄວາມສູງໂດຍກົງ.
ປຸ່ມບັນທັດຄໍາສັ່ງເຫຼົ່ານີ້ໄດ້ຖືກເພີ່ມ:ຄູ່ມືຜູ້ໃຊ້ນີ້ໄດ້ຖືກປັບປຸງຢ່າງກວ້າງຂວາງ.
ກໍ່ສ້າງ 2022.2.9.2042
ການເພີ່ມເຕີມຢ່າງກວ້າງຂວາງຕໍ່ກັບ hover-hints. (ສະບັບນີ້ແມ່ນໄດ້ຖືກຫຸ້ມຫໍ່ດ້ວຍເຄື່ອງມື iGx_Download ຫຼັງຈາກ 2/11/2022.)
ກໍ່ສ້າງ 2022.3.17.2043
ເພີ່ມປຸ່ມສອງແຖວຄຳສັ່ງ:ເພີ່ມ 'ອາຍຸການສັງເກດການສູງສຸດ'. ຖ້າບໍ່ແມ່ນສູນ, ການສັງເກດທີ່ສິ້ນສຸດຫຼາຍກວ່າຈໍານວນທີ່ລະບຸໄວ້ຈະຖືກຂ້າມໄປ. ນີ້ແມ່ນເປັນປະໂຫຍດທີ່ຈະພຽງແຕ່ 'ຍອມແພ້' ພະຍາຍາມປະມວນຜົນຂອງ files ຫຼັງຈາກ 45 ມື້. ຖ້າ NGS ບໍ່ສາມາດປະມວນຜົນໄດ້ຢ່າງສຳເລັດຜົນ a file ຫຼັງຈາກ 45 ມື້ (ຕາມໂຄງການ), ລໍຖ້າມື້ຫນຶ່ງອາທິດ - ເດືອນຂອງປີຈະບໍ່ເຮັດໃຫ້ມີຄວາມແຕກຕ່າງ.
ມີມື້ ແລະສະຖານທີ່ບໍ່ວ່າທ່ານຈະເຮັດຫຍັງກໍ່ຕາມ, NGS OPUS ຈະບໍ່ສາມາດປະມວນຜົນວຽກໄດ້. ສັງເກດເຫັນຕົ້ນຕໍກັບວຽກ OPUS-Static. ບາງຄັ້ງການຕັດເວລາຫນຶ່ງຊົ່ວໂມງຈາກຈຸດເລີ່ມຕົ້ນຫຼືທ້າຍຂອງ a file ຈະສົ່ງຜົນໃຫ້ປະສົບຜົນສໍາເລັດ, ແຕ່ເຕັມ 24 ຊົ່ວໂມງ files ຈະບໍ່ດໍາເນີນການ. ສະຫຼັບໃຫມ່ນີ້ອະນຸຍາດໃຫ້ files ເພື່ອພຽງແຕ່ຖືກຂ້າມ. ຖ້າການຂະຫຍາຍການດີບັກຖືກເປີດໃຊ້, ບັນທຶກຈະຖືກເຮັດຢູ່ໃນບັນທຶກ.
ກໍ່ສ້າງ 2022.3.21.2044
ອັບເດດກັບ Embarcadero® Delphi 11 Version 28.0.44500.8973 compiler ເທິງເຄື່ອງຄອມພິວເຕີໃໝ່.
ອັບເດດ 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 ບໍ່ໄດ້ຮັບການປະຕິບັດເປັນ infinite.
ປັບປຸງລະຫວ່າງfile ຊັກຊ້າເພື່ອພະຍາຍາມຫຼຸດຜ່ອນຄ່າໃຊ້ຈ່າຍໃນໄລຍະລໍຖ້າ.
ກໍ່ສ້າງ 2022.4.1.2050
ການຂຽນຄືນໃຫມ່ຂອງການສັງເກດການທຽບກັບການແກ້ໄຂການຈັບຄູ່.
ເພີ່ມ 'ເຂົ້າສູ່ລະບົບ file' checkbox. ຖ້າຖືກກວດສອບ, ບັນທຶກແມ່ນ replicated ໃນໂຟນເດີດຽວກັນກັບການປະຕິບັດທີ່ມີ millisecond timesstampດ. ໃນເວລາທີ່ OU ເລີ່ມຕົ້ນ, ຖ້າຫາກວ່າທີ່ມີຢູ່ແລ້ວ file ຂະຫນາດໃຫຍ່ກວ່າ 9 Megabytes ມີຢູ່, ມັນຖືກລຶບອອກ. (ທ່ານຈໍາເປັນຕ້ອງຈັບບັນທຶກ 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 ອາດຈະເຮັດວຽກໃນເມື່ອກ່ອນ, ໃນກໍລະນີຫຼາຍທີ່ສຸດ.
ເພີ່ມເສົາອາກາດເປົ່າໃສ່ເທິງສຸດຂອງລາຍການເລື່ອນລົງ 'Force Antenna' ເພື່ອເຮັດໃຫ້ການເລືອກບໍ່ມີສາຍອາກາດບັງຄັບງ່າຍຂຶ້ນ.
ເພີ່ມຕົວເລືອກ +X dd ແລະ -X ເພື່ອຕັ້ງຄ່າ ແລະລຶບລ້າງຄວາມທົນທານ 'ອາຍຸສູງສຸດ'.
(ການຕັ້ງນີ້ເປັນ 0 ມື້ ຫຼືເປັນສະຕຣິງຫວ່າງເປົ່າຈະປະມວນຜົນທັງໝົດ fileສ.)
ເປີດແບບ Win10/11 file ກ່ອງໂຕ້ຕອບການເລືອກ.
ຮັດແໜ້ນຊ່ອງຫວ່າງໃນການອອກແບບແບບຟອມ.
ເພີ່ມປຸ່ມ 'ຄ່າເລີ່ມຕົ້ນ' ເພື່ອກັບຄືນການຕັ້ງຄ່າທັງໝົດຍົກເວັ້ນ fileຊື່ແລະທີ່ຢູ່ອີເມວ; ກັບຄ່າເລີ່ມຕົ້ນທີ່ຮູ້ຈັກ.
ເພີ່ມທາງເລືອກ +D ເພື່ອຄລິກໃສ່ປຸ່ມ 'ຄ່າເລີ່ມຕົ້ນ' ຈາກແຖວຄໍາສັ່ງ.
RINEX file ດຽວນີ້ຕົວຖອດລະຫັດຮອງຮັບ RINEX2 ແລະ RINEX3. ບັນທຶກ OBS EPOCH ທີ່ມີທຸງທີ່ບໍ່ແມ່ນສູນແມ່ນຈັດການໄດ້ດີກວ່າ. (ການປັບປຸງໃນອະນາຄົດອາດຈະແມ່ນການຍົກເລີກກິດຈະກໍາພິເສດ (ການເຄື່ອນຍ້າຍ, monument ໃຫມ່, ເລີ່ມສະຖິຕິ) ການບັນທຶກ?) ວິທີການ RINEX ເພີ່ມເຕີມໃນປັດຈຸບັນໄດ້ຖືກແບ່ງປັນລະຫວ່າງ OPUS_Upload ແລະ.
iGx_Download ເຄື່ອງມື.
ປັບປຸງຄໍາແນະນໍາສໍາລັບທຸກໆທາງເລືອກແລະການຄວບຄຸມ.
ຕົວເລືອກ -9dl ຖືກຫຼຸດລາຄາແລະບໍ່ເຮັດຫຍັງເລີຍ. ຖ້າເຈົ້າເຄີຍໃຊ້ຕົວເລືອກນີ້, ພິຈາລະນາໃສ່ -D ເປັນຕົວເລືອກທໍາອິດໃນເສັ້ນ. ນີ້ຈະເຮັດໃຫ້ OU ຢູ່ໃນສະຖານະເລີ່ມຕົ້ນທີ່ຮູ້ຈັກ. ຫຼັງຈາກນັ້ນ, ທ່ານຕ້ອງການພຽງແຕ່ເພີ່ມທາງເລືອກທີ່ທ່ານຕ້ອງການສໍາລັບການປຸງແຕ່ງ, ໂດຍປົກກະຕິ -e ອີເມວຕິດຕາມດ້ວຍ a fileຊື່ທີ່ຈະສົ່ງຈະພຽງພໍ.