OPUS_Secure Upload Web მომხმარებლის სახელმძღვანელო

OPUS_ატვირთვა (OU)მომხმარებლის სახელმძღვანელო

შინაარსი დამალვა

1 OPUS_Secure Upload Web

2 OPUS ატვირთვა

3 მიმდინარეობს OPUS Upload-ის ინსტალაცია

4 მიმდინარეობს OPUS Upload ბრძანების ხაზიდან

5 გაფართოებული თემები

6 OPUS-BORG პარამეტრები

7 OU-ში ავტომატური ხელახლა გაგზავნის გამოყენება

8 კიდევ რამდენიმე მინიშნება

9 დოკუმენტები / რესურსები

9.1 ცნობები

10 დაკავშირებული პოსტები

OPUS_Secure Upload 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 ].
იყავით ფრთხილად OU!
გთხოვთ: ყურადღებით წაიკითხეთ ეს მომხმარებლის სახელმძღვანელო OPUS Upload-ის გამოყენებამდე. OU იღებს wildcards-ს და შესაძლებელია ყველა დაკვირვების წარდგენა file კომპიუტერზე ერთი, მარტივი, მცდარი ბრძანებით. მაგampლე:
OPUS_ატვირთვა +r C:\*.??o
წარუდგენს თითოეულ დაკვირვებას file c-ზე: გადადით OPUS-ში დასამუშავებლად. მეეჭვება, რომ NGS ან OPUS-ის დანარჩენი საზოგადოება დაგაფასებთ ამის გაკეთებისთვის.
უაღრესად გირჩევთ, რომ არ გაუშვათ OU ინსტრუმენტი ბრძანების სტრიქონიდან, სანამ არ გამოსცადეთ იგი ერთჯერადად files ჯერ Windows-ის ინტერფეისიდან.

OPUS ატვირთვა

OPUS_Upload (OU) არის პატარა Win-32 აპლიკაცია, რომელიც ავტომატიზირებს GPS დაკვირვების წარდგენას files ონლაინ NGS დამუშავების სისტემაში. OU ნავიგაციას უწევს HTTPS NGS webსაიტი SSL დაშიფვრის გამოყენებით.
OU შეიძლება გამართული იყოს მრავალი გზით:
როგორც ბრძანების ხაზის ინსტრუმენტი არგუმენტებით
როგორც Windows პროგრამა, რომელიც ღიაა თქვენს ეკრანზე
გადმოთრევით files დესკტოპის ხატულაზე
OU ამარტივებს დიდი კომპლექტების წარდგენას fileს 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-ის მსგავსად, თუ გჭირდებათ OPUS Uploader, ნამდვილად გჭირდებათ ის. OU-ს აქვს პოტენციალი დაზოგოს ზოგიერთ მომხმარებელს ბევრი დრო.
და ბოლოს, OU არის ბევრად უფრო დიდი პროექტის ნაწილი. OPUS Borg. Borg იყენებს OU, OA და რამდენიმე სხვა კლიენტს, რათა მოახდინოს ხარისხის ავტომატური კონტროლი დიდ CORS ქსელებზე, მოწინავე სტატისტიკური ხარისხის კონტროლის გამოყენებით. OU-ს განვითარება განპირობებულია Borg-ის ფუნქციონალობით.
OU-ში ცვლილებები, რომლებიც ხელს უშლის ბორგს, არ შეიძლება გართობა. ბორგი (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' მიერ.
თქვენ შეგიძლიათ დააინსტალიროთ ამტვირთავი სადაც გინდათ, მხოლოდ ერთია 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 ანტენის ტიპების სიის ჩამოსატვირთად, რათა გამარტივებულიყო ანტენის ტიპი მოქმედი ანტენის ტიპით.
HI (ინსტრუმენტის სიმაღლეები) იძულებითი მხარდაჭერა ასევე დაემატა 2022 წლის თებერვალში.
თქვენ შეგიძლიათ გამოიყენოთ TEQC ანტენის სახელისა და HI-ის განახლებისთვის. თქვენ შეიძლება აქ არის როგორცample RINEX file სათაური:მე ხაზგასმით აღვნიშნე ანტენის ტიპი ყვითლად და HI მწვანეში.
ანტენის ტიპი უნდა იყოს ანტენა, რომელსაც მხარს უჭერს NGS.
მიმდინარეობს OPUS Upload როგორც Windows პროგრამა
შეგიძლიათ ორჯერ დააწკაპუნოთ პროგრამაზე ან მალსახმობზე OU-ის დასაწყებად. OU დაიწყება თქვენი ეკრანის ზედა მარცხენა კუთხეში. თუ ფანჯრის გადაადგილება ან ზომა შეცვლით და შემდეგ დახურავთ OU, შემდეგ ჯერზე, როდესაც ის დაიწყება, იგივე პოზიცია და ზომა დაიმახსოვრდება.
ეკრანის პოზიცია მოწმდება მუშაობის დროს, რათა დარწმუნდეს, რომ ის ამჟამად ხელმისაწვდომ ეკრანზეა.
პირველად, როდესაც იყენებთ OU, თქვენ უნდა შეიყვანოთ თქვენი ელ.ფოსტის მისამართი. შეიძლება დაგჭირდეთ სხვა ვარიანტების შეცვლა ან OPUS-Projects ID-ის დამატება. თქვენი პარამეტრები დაიმახსოვრდება.
"ატვირთეთ მონაცემები Fileასევე გაიხსენა OU-ს ბოლო გაშვებიდან. შეგიძლიათ დააწკაპუნოთ ღილაკზე „…“ ერთი ან მეტის ასარჩევად fileს ატვირთვა. The files უნდა იყოს GPS დაკვირვება files, ან ZIP files, რომლებიც შეიცავს GPS დაკვირვებას fileს. (სხვა სიტყვებით რომ ვთქვათ, ღია File ბრაუზერი მხარს დაუჭერს მრავალჯერადს file შერჩევა.) აქ არის ყოფილიampოთხი დაკვირვების ხელით არჩევა files საქაღალდეში:თუ აირჩევთ ZIP file, ZIP-ის შინაარსი file ჩაითვლება სტანდარტული RINEX files და ყველა RINEX files ZIP-ში file დამუშავდება ინდივიდუალურად.
თუ მოიცავს NAV-ს file ZIP-ში fileOU გაიგებს, რომ ეს არ არის RINEX დაკვირვება file და ავტომატურად გამოტოვებს NAV-ს file.
ანალოგიურად, თუ აირჩევთ NAV-ს file (მაგampყველა არჩევით files ზემოთ მოცემულ დირექტორიაში) OU გამოტოვებს .NAV-ს files.
მას შემდეგ რაც დააყენეთ fileსახელ(ებ)ი და პარამეტრები, დააწკაპუნეთ ღილაკს გაგზავნა და თითოეულ RINEX-ზე file ავტომატურად გადაეგზავნება OPUS-ს.

მიმდინარეობს OPUS Upload ბრძანების ხაზიდან

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_Upload C:\tmp\2001213A0.obs C:\tmp\2001213A1.obs
თქვენ ასევე შეგიძლიათ გამოიყენოთ wildcards ჯგუფის დასადგენად fileს. ეს ბრძანება:
OPUS_ატვირთვა C:\tmp\*.obs
წარადგენს ყოველ file საქაღალდეში C:\tmp\ .OBS გაფართოებით \tmp საქაღალდეში.
თქვენ ასევე შეგიძლიათ გამოიყენოთ სტეკის ველური ბარათები:
OPUS_ატვირთვა C:\tmp\002\*.obs C:\tmp\003\*.zip
ასევე მხარდაჭერილია ერთი ასოების სიმბოლოები:
OPUS_ატვირთვა C:\tmp\2001213A?.obs
შესაძლებელი უნდა იყოს ყოველი დაკვირვების წარდგენა file თქვენი კომპიუტერის C დისკზე ამ მარტივი ბრძანებით:
OPUS_ატვირთვა +r C:\*.1?o
მართლა არის ამის საჭიროება?
გაგზავნა Drag and Drop-ით
თუ თქვენ გაქვთ მალსახმობი თქვენს სამუშაო მაგიდაზე, შეგიძლიათ გადაიტანოთ დაკვირვება files (ან .ZIP files, რომელიც შეიცავს ერთ ან მეტ დაკვირვებას fileს) და ჩამოაგდეთ დესკტოპის ხატულაზე.
The files დამუშავდება ისე, თითქოს ისინი ხელით იყო შერჩეული. გამოყენებული იქნება ბოლო ელფოსტის მისამართი და სხვა პარამეტრები.
არ არის ცნობილი ლიმიტის რაოდენობა fileთქვენ შეგიძლიათ ჩააგდოთ ერთი მოქმედება.
"ტესტის რეჟიმი"
შეიძლება დაგჭირდეთ მოქმედების ტესტირება OU-ის გაშვებამდე. მონიშნეთ „ტესტი რეჟიმი“ ველი, რომ ნახოთ, რა შედეგები შეიძლება მოჰყვეს თქვენს ქმედებას რეალურად გაგზავნის გარეშე fileს NGS-ს.
სატესტო რეჟიმის ჩამრთველი ინახება, როდესაც OU იხურება და ხელახლა იხსნება, ასე რომ, თუ უნებლიეთ შეამოწმებთ მას, გამოჩნდება, რომ OU არ მუშაობს.
ავტომატური წარდგენა
თუ დაიწყებთ OU-ს ბრძანების ხაზით, a fileსახელი; ან თუ იწყებთ OU-ს გადმოწევით fileგადადით მალსახმობზე, შემდეგ OU ავტომატურად იმუშავებს და შემდეგ დაიხურება ბოლოდან 5 წამის შემდეგ file დამუშავებულია.
გაუქმების ღილაკი შეიძლება გამოყენებულ იქნას ფორმისა და ჟურნალის გასახსნელად viewინგ.
გაშვების ათვლის 5 წამის ბოლოს დააწკაპუნეთ ღილაკზე გაუქმება და OU ავტომატურად არ დაიხურება. ფორმა ასევე არ დაიხურება, თუ ჩართულია ტესტის რეჟიმი.
2022/2/9: OU ახლა ავტომატურად დაიხურება 5 წამის შეფერხების შემდეგ, თუ მოწოდებულია iGx_Download-დან.

გაფართოებული თემები

იძულებითი ანტენის ტიპებიდააწკაპუნეთ ღილაკზე „ჩატვირთეთ NGS ანტენის სია“ ანტენების მიმდინარე სიის ჩამოსატვირთად file NGS სერვერიდან ( https://geodesy.noaa.gov/ANTCAL/LoadFile?file=ngs14.atx ). სია გაანალიზებულია და ყველა ანტენა, მათ შორის სატელიტური განმარტებები, იტვირთება ჩამოსაშლელ ველში დალაგებული თანმიმდევრობით.
შემდეგ შეგიძლიათ აკრიფოთ ანტენის ტიპის პირველი რამდენიმე სიმბოლო, რომ სწრაფად იპოვოთ კონკრეტული ანტენა.
სია ინახება დროებით საქაღალდეში:
C:\Users\username\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx
C:\Users\username\AppData\Temp\OPUS_Upload\Antennas\ngs14.atx.cache
და ხელახლა გამოიყენება OU ხელახლა გაშვებისას.
მნიშვნელოვანი ანტენის ტიპი შენიშვნა: თქვენ უნდა შეიტანოთ ინტერვალების სათანადო რაოდენობა ანტენის სახელსა და გუმბათის აღნიშვნას შორის. ასე რომ, ან აირჩიეთ ანტენა ჩამოსაშლელი სიიდან, ან დააკოპირეთ და ჩასვით ანტენის სახელი ავტორიტეტული წყაროდან. გამოტოვებული ან დამატებითი სივრცე ან რაიმე შეცვლილი სიმბოლო გამოიწვევს ანტენის ტიპის გაუმართაობას OPUS-ში გაგზავნისას.
გაფართოებული გამომავალი ფორმატი
ბრძანების ხაზი:
-x სტანდარტული გადაწყვეტის გამომავალი
+x გაფართოებული გადაწყვეტის გამოსავალი (რეკომენდებულია)
ამ ველის შემოწმება: ეფექტურად გააკეთებს ამ არჩევანს NGS წარდგენის გვერდზე:საბაზო სადგურის გამოყენება და გამორიცხვა
შეიყვანეთ საბაზო სადგურები გამოსაყენებლად და გამოსარიცხად, გამოყოფილი მძიმით:შეყვანილი სადგურები არ არის შემოწმებული სიზუსტისთვის.
ეს პარამეტრი ექვივალენტურია:უნდა იყოს ცარიელი, თუ თქვენ არ აგზავნით დაკვირვებას მოქმედ OPUS პროექტში. პროექტის იდენტიფიკატორი არ არის შემოწმებული ვალიდობისთვის.
ეს პარამეტრი ექვივალენტურია:არ შეიტანოთ თქვენი პირადი პროექტის სახელი ამ ველში, შეიყვანეთ მხოლოდ მოქმედი OPUS-Project ID-ები. თქვენ უნდა გქონდეთ OPUS მენეჯერის ტრენინგი OPUS-პროექტების შესაქმნელად და გამოსაყენებლად.
მიმდევრობის ნომერი ამ მნიშვნელობის ოფიციალური NGS აღწერა არ არსებობს, თუმცა ის ძალიან სასარგებლოა წარდგენის თვალყურის დევნებისთვის. OPUS Borg ეყრდნობა ყველა ელფოსტის დაბრუნებას OPUS სისტემიდან, რომელსაც აქვს უნიკალური თანმიმდევრული ნომერი წარმატებულ ან წარუმატებელ დაბრუნებულ ელ.წერილში: როდესაც ჩატვირთავთ NGS OPUS წარდგენას webგვერდზე, უნიკალური ნომერი ენიჭება NGS-ს. თუ მონიშნეთ „iGage შემთხვევითი თანმიმდევრობა“, მაშინ წარმოიქმნება უნიკალური 13-სიმბოლოიანი ნომერი „IG“ პრეფიქსით. თუ არ მონიშნეთ ყუთი, მაშინ გამოყენებული იქნება ნებისმიერი მნიშვნელობა, რომელსაც შეიყვანთ.
IG რიცხვი არის დღეების წილადი რაოდენობა 1 წლის 2020 იანვრიდან; ლოკალური მანქანის დროის სარტყელში, გამრავლებული 86,400,000-ზე და დამრგვალებულია უახლოეს მთელ რიცხვზე. როგორც ჩანს, ეს ადეკვატურია უნიკალურობისთვის, გაშიფრულია და დროთა განმავლობაში იზრდება. ეს არ არის შემთხვევითი.
მინიმალური File ზომა და მაქსიმალური სიგრძე
თუ თქვენ ცდილობთ წარადგინოთ ა file მინიმუმზე ნაკლები (ბაიტებში). file გამოტოვებული იქნება. გავრცელებული მოვლენაა ანტივირუსული ხელსაწყოები, რომლებიც სხვა ინსტრუმენტებს აიძულებენ შექმნან ნულოვანი სიგრძე fileს. ეს აფერხებს ამ უსიამოვნებას fileს NGS-ში წარდგენიდან. 2,500 ბაიტი მინიმუმი უნდა იყოს ადეკვატური და გონივრული.
OU შეამოწმებს დაკვირვების მონაცემებს პირველ და ბოლო ეპოქას და გამოტოვებს files, რომლებიც აღემატება მაქსიმალურ ხანგრძლივობას საათებში. OPUS-ში არის მკაცრი ლიმიტი, რომლის გადალახვასაც ორჯერ ვერ გადალახავთ შუაღამისას (GPS დრო). Თუ თქვენ გაქვთ file25 საათზე მეტი ხნის განმავლობაში, თქვენ უნდა განიხილოთ TEQC-ის -tbin ვარიანტის გამოყენება ( https://www.unavco.org/software/data-processing/teqc/tutorial/tutorial.html ) 24-საათიანად გაყოფა fileს და წარადგინეთ ისინი ინდივიდუალურად. შემდეგ შეგიძლიათ გამოიყენოთ OPUS Accumulator ინსტრუმენტი, რათა სტატისტიკურად შეხედოთ ცალკეულ გადაწყვეტილებებს.
ჟურნალის შენახვა Files
ამ უჯრაზე დაწკაპუნება შეინახავს დაბრუნებულ მნიშვნელობას NGS წარდგენიდან .HTML-შიfile იგივე სახელით, როგორც თითოეული წარმოდგენილი file, იმავე საქაღალდეში, სადაც წარმოდგენილია file.
თუ გახსნით file ბრაუზერში, ის გამოიყურება "მსგავსი" რასაც მიიღებდით ხელით გაგზავნით file:თუმცა, ფორმატირება ალბათ არ იქნება ისეთი, როგორც მოსალოდნელია.
ეს ვარიანტი სასარგებლოა შეცდომის გამართვისთვის fileწარდგენისას წარუმატებელია.
გაფართოებული გამართვის ჟურნალი ამ ველის მონიშვნა გამოიწვევს დამატებითი ჟურნალის ინფორმაციის ჩვენებას ჟურნალის დიალოგში. ეს ვარიანტი საუკეთესოდ არის მონიშნული.
თითოეული ინდივიდუალური HTML წარდგენის ველი იქნება ჩამოთვლილი:ინტერ-File დაგვიანებით NGS OPUS სერვერებს აქვთ უსაფრთხოების ფუნქცია, რომელიც ხელს უშლის სერვისზე უარის თქმის შეტევებს.
თუ რამდენიმე (შესაძლოა 5) ოკუპაციაზე მეტს წარადგენთ ზედიზედ, როგორც ჩანს, თქვენი IP მისამართი იქნება მონიშნული, როგორც ტკივილის NGS-ის კონდახი და თქვენი წარდგინებები იგნორირებული იქნება.
მიზანშეწონილია ამ შეფერხების დაყენება 15 წამზე ან მეტზე. მე ვიყენებ 31 წამს.
ტესტის რეჟიმი ტესტის რეჟიმის ღილაკის შემოწმება საშუალებას აძლევს OU-ს განახორციელოს წარდგინებები და ჩაწეროს მოქმედებები, უშუალოდ წარდგენის წერტილამდე. ჟურნალი files შეიცავს ყველა ნორმალურ და გაფართოებულ ხეს, მაგრამ file არ გაიგზავნება NGS-ში დასამუშავებლად.
ეს საშუალებას გაძლევთ შეამოწმოთ wildcard ქმედება NGS სერვერების დატბორვის გარეშე.
ჟურნალს დაემატება ერთი შესული ხაზი:ამჟამად (2022.2.8.2041 ვერსიაში) OPUS-სტატიკური დაკვირვებები, file110 წუთზე მეტი დროა, თან ახლავს 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' გასაგზავნად ნაგულისხმევი გადარიცხვის მიზნით files NGS BETA სერვერზე. თუმცა, თქვენ უნდა დარწმუნდეთ, რომ სწორი სერვერის მისამართი (სტატიკური ან RS) არის შერჩეული წარდგენილისთვის file.

OPUS-BORG პარამეტრები

ბრძანების ხაზი:
-მ ნათელი გამორიცხული გზა
+m გზა დააყენეთ გამორიცხული გზაავტომატური გაშვება
ყუთის „ავტომატური გაშვება 23:00 საათზე“ მონიშვნა იწვევს „გაგზავნა“ ღილაკს ყოველ საღამოს 23:00 UTC-ზე დაჭერით. OU იყენებს აპარატის დროის ზონის პარამეტრებს UTC დროის ოფსეტურის გამოსათვლელად.
მატჩის გამორიცხვა
ეს არ იქნება მარტივი ახსნა.
განვიხილოთ სცენარი, სადაც არის საქაღალდეების დიდი ნაკრები, თითოეული შეიცავს ბევრ დაკვირვებას fileს. თითოეული საქაღალდე წარმოადგენს ერთ GNSS CORS სადგურს. ყოველი დაკვირვება file არის 24-საათიანი (GPS დროის ჩარჩო) „ყოველდღიური“ დაკვირვება file სადგურისთვის. სადგურის ყოველდღიური საქაღალდე შეიძლება შეიცავდეს 24-საათიან დაკვირვებას fileწინა 5-დან 10 წლამდე, ასე რომ, ათასობით RINEX files.
OU გამოიყენება ამ ყოველდღიური წარდგენისთვის files to OPUS. მაგრამ ჩვენ გვინდა მხოლოდ თითოეულის წარდგენა file ორჯერ:
ერთხელ მაშინვე file გროვდება სწრაფი/მაუწყებლობის ეფემერით ხსნარის მისაღებად 14 დღის შემდეგ, რათა მიიღოთ ხსნარი ზუსტი/საბოლოო ორბიტებით NGS აბრუნებს OPUS ხსნარს fileელექტრონული ფოსტით და გამოსავალი files ინახება სადგურის შედეგების საქაღალდეების შესაბამის კომპლექტში: თითოეულ 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 Accumulator) ამუშავებს გადაწყვეტილებების საქაღალდეებს და აგენერირებს ტენდენციების ნახაზებს თითოეული მონიტორინგის ქვეშ მყოფი CORS სადგურისთვის:OA ასევე აშენებს შემაჯამებელ XLS ცხრილს თითოეული მონიტორინგის სადგურისთვის:ეს შეჯამება მოიცავს CORS სადგურის საშუალო პოზიციას მინ/მაქს/დიაპაზონის/სტანდარტული გადახრის პარალელურად NGS OPUS გადაწყვეტაში ნაპოვნი თითოეული მნიშვნელობისთვის.
სადგურის სიჩქარე ასევე გამოითვლება, როგორც NAD83 ფიქსირებულ ჩარჩოში, ასევე ITRF დღიურ ეპოქის ჩარჩოში ECEF XYZ, Lat/Lon/Height, State Plane პროექტირებული და UTM პროექტირებული ჩარჩოებისთვის.
გარდა ამისა, OA აწარმოებს შეჯამების შეჯამებას file:რომელიც შეიცავს საიტის სახელს, ანტენის საშუალო პოზიციას ელიფსოიდის სიმაღლით და დამატებით ინფორმაციას, რომელიც სასარგებლოა კერძო CORS სადგურის ადმინისტრაციისთვის.
Borg-ის სხვა პროცესები აწარმოებს SQC ანალიზს OA-ს გამომავალი მონაცემების კომპლექტებზე და ადგენს, არის თუ არა სადგური „სტატისტიკურად“ მოლოდინების გარეშე და აგზავნის ტექსტურ შეტყობინებებს, თუ არის პრობლემა.
დაიჯერეთ თუ არა, ეს რუბ-გოლდბერგი (https://en.wikipedia.org/wiki/Rube_Goldberg) პროცესი მუშაობს!

OU-ში ავტომატური ხელახლა გაგზავნის გამოყენება

აქ არის როგორცample საქაღალდის სტრუქტურა files to გაგზავნა (მე ვეძახი შემცველ საქაღალდეს "ყოველდღიურ") და საქაღალდეს, რომელიც შეიცავს დაბრუნებულ ოპუს გადაწყვეტილებებს (ე.წ. "opus").თითოეული სადგური შეიძლება/უნდა იყოს უნიკალურ 4-სიმბოლოიან საქაღალდეში, თუ გსურთ მოგვიანებით გამოიყენოთ OA (OPUS_Accumulator).
./dailys/sgu2 საქაღალდე შეიძლება ასე გამოიყურებოდეს:./opus/sgu2 საქაღალდე შეიძლება ასე გამოიყურებოდეს:თუ OPUS ხსნარი დაბრუნდება, რომელიც წაუკითხავია, ან ჩანაცვლებულია ხსნარით, რომელიც არის უფრო ახალი, უკეთესი ეფემერი, მაშინ ძველი გამოსავალი გადავა _invalid ან _ duplicates საქაღალდეში.
მნიშვნელოვანი მინიშნება: ყველა BORG ინსტრუმენტი მიზანმიმართულად უგულებელყოფს ნებისმიერ საქაღალდეს ან file რომელიც იწყება ქვედა ხაზით ('_'), ასე რომ თქვენ არ შეგიძლიათ გქონდეთ სადგურის სახელი, რომელიც იწყება ქვედა ხაზით.
ეს არის მთავარი ეკრანი OU-სთვის (OPUS_Upload):გაითვალისწინეთ, რომ "ატვირთეთ მონაცემები File' მიუთითებს ყოველდღიური საქაღალდეზე და მონიშნულია 'Recurse Subfolders'.
ეს არის OU-ის "Advanced" ჩანართი:გაითვალისწინეთ, რომ "Match Exclude" ეძებს opus საქაღალდეს files რომელიც ემთხვევა შეყვანას files ყოველდღიური საქაღალდეში.
სად ყოველდღიურად fileსაიდან მოდის?
Borg-ის (iBase) კიდევ ერთი ნაწილი წარმოქმნის hourly fileს სტანდარტით fileსახელები თითოეული სადგურისთვის განსხვავებული DIPCap პროცესის გამოყენებით.
ასე გამოიყურება DIPCap პროცესი, რომელიც აგროვებს RT27 ნაკადებს SGU2-ისთვის:DIPCap არის RCAPTURE-ის ჩანაცვლება. RCAPTURE ვერ ხერხდება რამდენიმე დღის ან კვირის შემდეგ და მხარს უჭერს მხოლოდ TCPIP „კლიენტის“ კავშირებს, DIPCap არის ძალიან ძლიერი და იმუშავებს სამუდამოდ. მას აქვს უკეთესი შესვლა და ასევე მხარს უჭერს TCPIP "სერვერის" კავშირებს.
DIPCap უბრალოდ უფასო გადის .CAP fileშედით არჩეულ 'გამომავალი საქაღალდის' გენერირების სტანდარტულ RINEX-ში fileსახელები "სადგურის სახელის" გამოყენებით.
iBase პროგრამა აგროვებს .CAP files hourly და გარდაქმნის მათ .CAP-დან files (რაც არის RT27 ნაკადები) სტანდარტულ RINEX-ში file ადგენს სტანდარტულ RINEX საქაღალდის იერარქიაში (rinex/yyyy/jjj/sss):

დღეში ერთხელ, შუაღამის შემდეგ UTC, iB_Daily ინსტრუმენტი მუშაობს და უყურებს EVERY-SINGLE-ს file RINEX საქაღალდის სტრუქტურაში. iB_Daily დარწმუნდება, რომ ჰოurly files არის დაკავშირებული ყოველდღიურად files (იმის ნაცვლად, რომ გაფართოებამდე ბოლო სიმბოლო იყოს მცირე ასოები a-დან x-მდე, ყოველდღიური file აქვს ნულოვანი სიმბოლო "0".
ყოველდღიური files იშლება 30 წამიან ინტერვალებამდე და ყველა თანავარსკვლავედი, GPS-ის გარდა, ამოღებულია.
iB_Daily ასევე აყენებს არაკომპრესირებულს file სწორ სლოტში ყოველდღიურად. ობს files ყოველდღიურად არ იყოფა ქვესაქაღალდეებად. ყველა გაზეთი მხოლოდ სადგურის საქაღალდეშია.
iB_Daily-ის გაშვებიდან 23 საათის შემდეგ, OU (OPUS_Uloader) აგზავნის ყველა ახალს ყოველდღიურად files to OPUS. ჩვენ ველოდებით 23 საათს, რათა NGS CORS სისტემამ შეავსოს ყველა CORS მონაცემი, რაც უფრო სავარაუდოს ხდის, რომ OPUS-ი გამოიმუშავებს გამოსავალს.
თუ დააწკაპუნებთ უჯრაზე „შეამოწმეთ/გააძლიერეთ ზუსტი საბოლოო ეფემერები 14 დღის შემდეგ“, მაშინ OU დაელოდება 14 დღეს დაკვირვების დაკვირვების შემდეგ და შემდეგ ხელახლა გაგზავნის ყველა file, ყოველ დღე, სანამ ყოველი file აქვს ზუსტი/საბოლოო ეფემერები.
OPUS_Upload-ის შემდეგ აგზავნის დაკვირვებას files to OPUS, OPUS აბრუნებს გადაწყვეტილებებს სპეციალურ ელფოსტის მისამართზე, რომელსაც iBase_Mailer ემსახურება.
ეს არის iBase_Mailer კონფიგურაცია, რომელსაც მე ვიყენებ:თითოეული გამოსავალი მოთავსებულია სწორ OPUS/ssss საქაღალდეში.
საბოლოოდ, OPUS_Acumulator აჯამებს ყველა OPUS გადაწყვეტილებებს. თუ ის იპოვის დუბლიკატულ გადაწყვეტილებებს ერთი დღის განმავლობაში, ის ინახავს საუკეთესო გამოსავალს. (ეს გადაწყვეტილება დეტალურად არის აღწერილი OA მომხმარებლის სახელმძღვანელოში.

კიდევ რამდენიმე მინიშნება

OPUS Borg პროცესები მუშაობდა ინციდენტის გარეშე Windows XP კომპიუტერზე. მოგვიანებით კომპიუტერი განახლდა Win8-ზე, შემდეგ Win10-ზე.
შეუძლებელია Win10 კომპიუტერის მუშაობა რამდენიმე კვირაზე მეტი ხნის განმავლობაში ადამიანის ჩარევის გარეშე. უპირველეს ყოვლისა, Windows-ის განახლებები იძულებით ხდება და მათი იგნორირება შეუძლებელია.
იმის გამო, რომ კომპიუტერს, რომელიც მუშაობს OPUS-ს, აქვს FTP სერვერი და პორტების გროვა ღია (დისტანციური CORS სადგურებისთვის მონაცემების გადასატანად), განახლებების მიღება ალბათ გონივრული რამ არის.
მე ვითამაშე BORG-ის გაშვება AWS სერვერზე, ის მუშაობს, მაგრამ ხელმისაწვდომობის გაზრდა არ აქვს. და დიდი რაოდენობის გამო files და მონაცემები, S3 ინსტანცია ძვირია. კონკრეტულად, თითოეული file S3 საცავში ყოველ დღე შემოწმდება. ასე რომ, მყინვარების იაფი შენახვა არ არის მიზანშეწონილი.
მე ვმართავ BORG-ს სწრაფ კომპიუტერზე ყველა BORG-ით files და საქაღალდეები, რომლებიც ინახება 8 ტბ გარე USB 3 დისკზე.
iBase პროცესი ავტომატურად ინახავს შეკუმშული .CAP-ის სარეზერვო ასლს files ცალკე 4-GB დისკზე. iBase-ს აქვს ერთი ღილაკის ფუნქცია სარეზერვო ასლებიდან დეკომპრესირებული RINEX სტრუქტურის აღსადგენად. ეჭვი მაქვს, რომ აღდგენას შეიძლება რამდენიმე დღე დასჭირდეს. მე არ მჭირდებოდა მონაცემთა ნაკრების ხელახლა აშენება; თუმცა, რამდენიმე დღე დასჭირდა მის გადატანას 4-გბ დისკიდან 8 გბ-იან დისკზე.
OU ვერსიის შენიშვნები
აშენება 2000:
დამატებულია ბრძანების ხაზის რამდენიმე გადამრთველითუმცა, ჩართული და გამორიცხული სადგურები ჯერ კიდევ არ მუშაობს.
აშენება 2004 წელი: 25 წლის 2017 მაისი
შეტყობინებების ყუთის ნაცვლად დაემატა შეცდომების ჟურნალი უყურადღებო ოპერაციისთვის. გაითვალისწინეთ, რომ თქვენ ვერ შეძლებთ ჟურნალის შენახვას ბრძანების ხაზის სამუშაოებისთვის, რადგან პროგრამა გადის დასრულების შემდეგ.
დამატებულია ტესტი ვალიდისთვის file ბრძანების ხაზიდან დამატებისას. შეცვლილია დამუშავება files ბრძანების სტრიქონიდან, რათა შეიცავდეს ტესტს მოქმედი-არსებობისთვის files.
გაფრთხილება: შეიძლება არსებობდეს გარკვეული შეზღუდვები რაოდენობაზე files შეგიძლიათ მიუთითოთ ბრძანების ხაზზე. რაოდენობაზე შეზღუდვა არ უნდა იყოს files, რომელიც შეგიძლიათ შეიტანოთ wildcards-ით, სტრიქონების სივრცეში fileსახელები უნდა გავრცელდეს ხელმისაწვდომ მეხსიერებაზე.
მრავლობითი მითითებისას files ბრძანების ხაზიდან, fileსახელის ყუთი იტვირთება მხოლოდ პირველით file სიიდან.
აშენება 2005: 5 სექტემბერი 2018
დამატებულია 'Save Log 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 საბჭოს ყველა სხვა წევრის კონფიგურაციით. ამ ვერსიის გაშვებისას თქვენ დაკარგავთ ნებისმიერ წინა პარამეტრს.

ფორმაზე დაფუძნებულ გამოძახებას ემატება დირექტორიების განმეორების ვარიანტი. ადრე ეს ხელმისაწვდომი იყო მხოლოდ ბრძანების ხაზის გაშვებისთვის.
ახლა არის ორი ჩანართი, ერთი საერთო კონფიგურაციის პარამეტრებისთვის და ახალი ჩანართი გაფართოებული პარამეტრებისთვის. ეს ასუფთავებს ხელსაწყოს ძირითად ეკრანს.

ფორმაზე დაფუძნებული ხელსაწყოდან ახლა უკვე შესაძლებელია მრავალი ბილიკის დაყენება wildcards-ით. მაგampლე:
C:\ftp\rinex\2017\*.??o; C:\ftp\rinex\2020\*.??o
განმეორდება 2017 და 2020 წლების საქაღალდეები fileემთხვევა .??o file გაფართოება.
ახლა შესაძლებელია NGS წარდგენის თანმიმდევრული ნომრის ხელით დაყენება, ან OU-ს შექმნას უნიკალური მიმდევრობის ნომერი „IG8888888888888“ სახით: „IG“, რასაც მოჰყვება 13-ნიშნა მთელი რიცხვი, რომელიც წარმოადგენს მილიწამების რაოდენობას 1 წლის 2020 იანვრიდან. .

მინიმუმი file დამუშავების ზომა დაემატა. ეს ვარიანტი ეხება მხოლოდ files არჩეულია wildcard-ით. დააყენეთ მნიშვნელობა ცარიელი, ნულოვანი ან უარყოფითი ყველა წყაროს დასამუშავებლად files, განურჩევლად ზომისა. ღირებულება 2,500,000 არის გონივრული, თუ თქვენ ელოდებით ძირითადად 24 საათს ყოველდღიურად files.
OU ახლა სურვილისამებრ შეამოწმებს არსებულ OPUS გადაწყვეტილებებს დაკვირვებისთვის საქაღალდეების განმეორებითი გამოყენებისას (მალდკარტების გამოყენებით) fileს. გადაწყვეტილებები უნდა დაიწყოს ბაზით fileOBS-ის სახელი 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
პროცესის ქვესაქაღალდეები = გამორთულია

Match Exclude Existing Solutions = გამორთულია
ჟურნალის შენახვა File = გამორთული

ინტერfile დაყოვნების მნიშვნელობა ახლა ინახება INI-ში file და გაიხსენა, როდესაც პროგრამა იწყება.
აშენება 2020.7.17.2020
შეფერხება შორის file წარდგენა იღებდა მანქანის რესურსების 20%-ს არასწორი სისტემის სემაფორის გამო. (აუუუ!) გაუქმების ღილაკი სწორად არ იყო ნაჩვენები ლოდინის დროს. დაამატა რაოდენობა fileდარჩენილია ჯგუფურად გაგზავნა სტატუსის ზოლში.
აშენება 2020.9.8.2021
თუ საქაღალდეები განმეორდება, ნებისმიერი სახელის მქონე საქაღალდე, რომელიც იწყება ხაზგასმული „_“-ით, გამოტოვებული იქნება. აღნიშნული საქაღალდის ქვეშ არსებული საქაღალდეებიც გამოტოვებულია. ეს დაემატა iBase-თან გამოსაყენებლად, რაც არასრულს აყენებს (files მოსალოდნელი დაფარვის 90%-ზე ნაკლები) '_invalid' საქაღალდეში.
აშენება 2020.12.5.2024
დამატებულია URL რედაქტირება წარდგენის შესაცვლელად URL. ახალი ბრძანების ხაზი „-U“ უბრუნდება წარდგენის ნაგულისხმევ მისამართს, „+U“ სავსე url”-ის კომპლექტი აჭარბებს URL. ნაგულისხმევი URL ამჟამად არის:
https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
ბეტა საიტის წვდომა შესაძლებელია ამ მისამართით:
https://beta.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
აშენება 2020.12.21.2027
შეცდომა: გაგზავნისას files NGS-მდე, დარჩენილი რაოდენობა files ნაჩვენები იყო არასწორი.
შეცდომა: როდესაც ეძებთ გამოუგზავნის files, "Match Exclude" ფუნქციის გამოყენებით, თუ OPUS გამოსავალი დაკვირვებას წინ უსწრებს file, ახლა წაშლილია. ადრე ის ადგილზე იყო დარჩენილი და file ხელახლა იყო წარდგენილი. ამან გამოიწვია მრავალი OPUS გადაწყვეტა ერთი დაკვირვებისთვის file (რადგან OPUS-ის შედეგებს აქვს უნიკალური iG მიმდევრობის ნომრის იდენტიფიკატორი.)
აშენება 2021.11.7.2040
OU ახლა იყენებს სერვერის მხარის ახალ სკრიპტებს RS vs. S OBS-ის წარდგენისთვის files:ჟურნალის მემორანდუმის ზომა გაფართოვდა 4 მილიონ სიმბოლომდე.
დაემატა რამდენიმე მინიშნება, რათა დაემატა არასაჭირო გამართვის თაიგულს (რომლის ამოღებას არ ვაპირებ, რადგან ის მხოლოდ ჩნდება, როგორც თქვენ აკეთებთ გაფართოებულ ანგარიშს).
დაამატა მინიშნება, რომ წარდგენა url's განსხვავდება სტატიკური და სწრაფი გვერდის ველში.
აშენება 2022.2.9.2041
იმ ადამიანების გამოხმაურების საფუძველზე, რომლებიც არ იყენებენ OU-ს საწარმოო გარემოში, OU შეიცვალა ისე, რომ უფრო ჰგავდეს NGS-ის წარდგენის ფორმას.
ახლა შესაძლებელია იძულებითი ანტენის ტიპის არჩევა ჩამოსაშლელი ყუთიდან. დააწკაპუნეთ ღილაკზე „ჩატვირთეთ NGS ანტენის სია“ მიმდინარე NGS ანტენების სიის ჩამოსატვირთად და გასაანალიზებლად. ჩამოსაშლელი ყუთი დატვირთულია ტიპების ანბანური ჩამონათვალით.
ახლა უკვე შესაძლებელია RINEX-ში შემავალი ინსტრუმენტის სიმაღლის გადალახვა file და პირდაპირ შეიტანეთ სიმაღლე.
დამატებულია ბრძანების ხაზის ეს გადამრთველები:ეს მომხმარებლის სახელმძღვანელო ფართოდ განახლდა.
აშენება 2022.2.9.2042
ვრცელი დამატებები hover-hints-ში. (ეს ვერსია შეფუთულია iGx_Download ინსტრუმენტით 2/11/2022 წლის შემდეგ.)
აშენება 2022.3.17.2043
დამატებულია ბრძანების ხაზის ორი გადამრთველი:დამატებულია 'დაკვირვების მაქსიმალური ასაკი'. თუ არ არის ნულოვანი, დაკვირვებები, რომლებიც დასრულდა შეყვანილ თანხაზე მეტი, გამოტოვებული იქნება. ეს სასარგებლოა უბრალოდ „დაატოვოს“ დამუშავების მცდელობა file45 დღის შემდეგ. თუ NGS წარმატებით ვერ ამუშავებს ა file 45 (პროგრამირებადი) დღის შემდეგ სხვა დღე-კვირა-თვე-წლის ლოდინი არანაირ განსხვავებას არ გამოიწვევს.
არის დღეები და ადგილები, სადაც რაც არ უნდა გააკეთოთ, NGS OPUS ვერ შეძლებს სამუშაოს დამუშავებას. ძირითადად ჩანს OPUS-Static სამუშაოებში. ხანდახან ა-ის დასაწყისიდან ან ბოლოდან ერთი საათის შეკვეცა file გამოიწვევს წარმატებას, მაგრამ სრული 24 საათის განმავლობაში files არ დამუშავდება. ეს ახალი გადამრთველი საშუალებას იძლევა fileუბრალოდ უნდა გამოტოვოთ. თუ გაფართოებული გამართვა ჩართულია, ჩანაწერი კეთდება ჟურნალში.
აშენება 2022.3.21.2044
განახლებულია Embarcadero® Delphi 11 ვერსია 28.0.44500.8973 შემდგენლზე ახალ კომპიუტერზე.
განახლებულია UPX Packer ვერსია 3.96w.
განახლებულია კომპონენტი Ace ZipForge 6.94 ვერსიამდე.
როცა fileშემდეგი ატრიბუტების მქონე ები გამოტოვებულია:
გამოტოვებული ან იძულებითი ანტენის ტიპი გამოტოვებულია
შეყვანა file აკლია (? როგორ ხდება ეს)
ძალიან გრძელი file გამოტოვებულია
ძალიან ძველია file გამოტოვებულია
და არის დამატებითი fileდამუშავების შემდეგ, დაგვიანება გამოტოვებულია. ხელს უშლის ხანგრძლივ შეფერხებებს, როდესაც file-მას შემდეგ-file გამოტოვებულები არიან. სხვა სიტყვებით რომ ვთქვათ, ინტერ-file დაყოვნება ხორციელდება მხოლოდ მაშინ, როდესაც ფაქტობრივი file წარდგენილია.
ანტენების სიის NGS-დან ჩამოტვირთვისას, OU ახლა აღმოაჩენს ანტენის დუბლიკატულ სახელებს (გამოწვეული სატელიტური რევიზიით) და აიძულებს თითოეულ ჩანაწერს იყოს უნიკალური.
აშენება 2022.3.27.2045
MaxAge = 0 არ განიხილებოდა, როგორც უსასრულო.
განახლებულია ინტერfile დაყოვნება ლოდინის დროს ზედნადების შემცირება.
აშენება 2022.4.1.2050
დაკვირვების კრიტიკული გადაწერა და ამოხსნის შესატყვისი.
დამატებულია 'შესვლა file"ჩამრთველი. თუ მონიშნულია, ჟურნალი განმეორდება იმავე საქაღალდეში, როგორც შესრულებადი, მილიწამიანი დროითampს. როდესაც OU იწყება, თუ არსებობს file 9 მეგაბაიტზე მეტი არსებობს, ის წაშლილია. (თქვენ უნდა აიღოთ ჟურნალი fileOU-ის დასრულებისთანავე, რათა დავრწმუნდეთ, რომ ისინი არ წაიშლება პროგრამის გამოძახებისას.)
დამატებულია და გაწმენდილია შესვლის ინფორმაცია.
დამატებულია file მრიცხველი ეძებს პროგრესს fileდამუშავება.
დაფიქსირდა შეცდომა, როდესაც 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 ჩანაწერები არა-ნულოვანი დროშებით მუშავდება უკეთესად. (მომავალი გაუმჯობესება შეიძლება იყოს სპეციალური მოვლენის (მოძრავი, ახალი ძეგლი, სტატიკური დაწყება) ჩანაწერების ამოღება?) RINEX-ის დამატებითი მეთოდები ახლა გაზიარებულია OPUS_Upload-სა და
iGx_Download ინსტრუმენტი.
გაუმჯობესებული მინიშნებები ყველა ვარიანტისა და კონტროლისთვის.
-9დლ ვარიანტი გაუფასურებულია და არაფერს აკეთებს. თუ ადრე იყენებდით ამ პარამეტრს, განიხილეთ -D, როგორც პირველი ვარიანტი ხაზში. ეს მოაქცევს OU-ს ცნობილ, ნაგულისხმევ მდგომარეობაში. შემდეგ თქვენ მხოლოდ უნდა დაამატოთ პარამეტრები, რომლებიც გჭირდებათ დასამუშავებლად, როგორც წესი - ელ.წერილი, რასაც მოჰყვება a fileწარდგენის სახელი საკმარისი იქნება.