Z otrzymywanych informacji od użytkowników widzę potrzebę opracowania lepszej procedury kontroli jakości. Jeszcze za wcześnie na jej zredagowanie. Dostałem sporo e-maili z przykładami błędnych wyników (rozwiązania niejednoznaczne) ale prawie wszystkie przykłady to obserwacje do szybkiej statycznej z wymaganym interwałem 1 sekundy. Tu w EUREF potrzebne są dłuższe sesje obserwacyjne. Obserwacje są rozrzedzane do 30 sekund, na dodatek nie zawsze jest otwarty widnokrąg, PDOP>2.0 itp. Sesja 40-minutowa to minimum (to tylko 80 epok pomiarowych z interwałem 30 sekund, a w POZGEO wiadomo minimalna liczba epok była 720!).
Jeśli jeden punkt pomiarowy to tylko jeden VRS, tak jak w RTN. Można kontrolnie zmieniać stacje ale wykonując oddzielne obliczenia (nowy ‘project’). To jest dopiero drugi dzień od rozesłania tych plików aktualizacyjnych więc jeszcze trzeba będzie metodę cyzelować. Kontrola przez kanadyjski PPP jest bardzo cenna w przypadku kiedy coś jest nie tak w obliczeniach. Sama ocena dokładności nie zawsze wystarcza. Przykładowo dzisiaj miałem przypadek, w którym z trzech dobrych sesji jedna nie otrzymała rozwiązania ‘fixed’ – zaglądając głębiej do ich raportu był w niej na VRS moment skoku zegara. Sesja była wystarczająco długa, że można było ja skrócić. Trudno chyba w warunkach produkcyjnych sięgać aż tak głęboko, zwłaszcza że wykonawca ma głowę zaprzątniętą innymi sprawami. Ale taki przypadki zdarzają się bardzo rzadko J
Pozdrawiam

.
|
Ta wiadomość e-mail jest wolna od wirusów i złośliwego oprogramowania, ponieważ ochrona avast! Antivirus jest aktywna. |
To niezakończony temat i nie jestem pewien przyczyny. Wrócę do niego w terminie późniejszym. Teraz niestety jest natłok innych pilnych spraw, które nie pozwalają zająć się dopracowaniem tego EUREF. Trochę liczyłem na grupę dyskusyjną ale na grupie nie ma wkładu do tematu J
--
---
Otrzymujesz tę wiadomość, bo subskrybujesz grupę „AZUS Star” w Grupach dyskusyjnych Google.
Aby anulować subskrypcję tej grupy i przestać otrzymywać od niej wiadomości, wyślij e-maila na azus_star+...@googlegroups.com.
Więcej opcji znajdziesz na https://groups.google.com/d/optout.
Kontrolą jakości obliczeń poprzez EUREF powinno być oddzielne wyrównanie punktów, w którym w generowaniu VRS nie bierze udziału najbliższa stacja referencyjna, przyjęta w wyrównaniu zasadniczym. W takim kontrolnym wyrównaniu wymaga się zgodności współrzędnych tylko dla punktów wyznaczonych wektorami z rozwiązaniami ‘fixed’. W załączeniu przykład z instrukcji. PKT9 potwierdza poprawność rezultatów, błędność PKT8 (zaznaczyłem na czerwono) i duże różnice we współrzędnych (tutaj nie występują) nie są wtedy istotne. Można taki raport ograniczyć tylko do tego jednego punktu, ale tak jest chyba bardziej profesjonalnie.
Pan Sławek wyraża słuszne obawy! Niestety, stacje EUREF i IGS są rzadko rozrzucone po kraju, więc nieraz do najbliższej będzie koło 100 km. Zrobiłem nawet symulacje, wyrzucając najbliższą stację odległą o 90 km a generując VRS z 3 odległych o 150-190 km. Różnice dla sesji 80 minutowej wyniosły dla XYH odpowiednio:1, 4, 1 cm, co jest do zaakceptowania. Ale sesje powinny być dłuższe niż 60 min. (najlepiej ze 120) a PDOP poniżej 2, czyli prawie otwarty horyzont.
...
Dziękuję panie Sławku,
Kilka wyjaśnień:
1) jeżeli generuje się VRS to do tych obliczeń brane są współrzędne ze zbiorów EUREF i IGS_PL, przygotowane przeze mnie w ten sposób, że punkty ASG-EUPOS są ze źródła http://www.asgeupos.pl/webpg/_syst_descr_ref_st/ASGEUPOS_PL-ETRF2000_e2011_20130603.txt i logi tych stacji z http://www.asgeupos.pl/index.php?wpg_type=syst_descr natomiast punkty nie wchodzące do ASG-EUPOS są ze źródła EUREF http://www.epncb.oma.be/_productsservices/coordinates/ - mają one rozwiązania w tym samym systemie odniesień co nasz krajowy i każda stacja ma tam swoje logi,
2) Jeżeli oblicza się ze stacji fizycznych to pierwszą czynnością powinno być sprawdzenie, czy współrzędne w RINEX są poprawne – niestety nie wszyscy administratorzy stacji referencyjnych tego przestrzegają (np. KRA1 w ASG-EUPOS jest OK dla tej sieci, ale do EUREF wysyłane są przybliżone!?). Nie znalazłem opcji w programie, która nakazywała by w takiej sytuacji pobierać te dane z ‘RefStations’. Dlatego ostatnią wersję instrukcji obliczeń odchudziłem do opisów metod tylko akceptowalnych dla celów produkcyjnych bez tych metod, w których wymagane są dodatkowe sprawdzenia danych wejściowych. To może być źródłem tych różnic, o których Pan pisze, ale niekoniecznie. Te zbiory poprzednie maja już kilka lat i nie były weryfikowane na bieżąco.
3) Jeżeli generuje się VRS dla sesji wirtualnej np. 18-to godzinnej to przyczyny niepowodzenia w EUREF są przeważnie w za krótkiej naszej sesji. Wszyscy się tak przyzwyczaili do stacji ASG-EUPOS, że teraz trudno przestawić się na dłuższe. Tu porównując do liczby epok biorących udział w obliczeniach i tak mamy ogromną różnice w wymaganiach.
4) Do programu jest dołączona dokumentacja i instrukcja User’s Guide (Help). Warto przeczytać (nawet używając koślawych tłumaczeń automatów internetowych) np. część na temat VRS Data Processing. Rozpoczyna się ona od „The VRS processing is more particularly intended for single-frequency receivers, such as …” wersja 3.80.8
Są nowe wersje instrukcji http://www.geodigitalgps.pl/post-processing a w przygotowaniu jest nowsza wersja programu do preprocessingu z pobieraniem EPN.
Pozdrowienia RP
Tu przede wszystkim porada aby po każdym obliczeniu konkretnego projektu zamykać GNSS Solutions i ponownie otwierać (obliczenia poprzednie niepotrzebnie zapychają pamięć roboczą).
Tylko w VRS współrzędne brane są z RefStations, czyli dla Rapid Static, dla Static brane są z RINEX. Sesje wirtualne bardzo długie usuwają problem, który może się pojawiać z powodu tak znacznych odległości między stacjami referencyjnymi (satelity o niskich elewacjach nie są wzajemnie widoczne). Kłopot jest i to podobnie wygląda w RTN, że ocena dokładności VRSà punkt jest ze zgodności wewnętrznych. Jeśli pojawiają się błędy we współrzędnych w takim rozwiązaniu >5mm to już jest podejrzenie na za krótką sesję. Przyjąłem założenie, że 180 epok powinno wystarczyć. To łatwo sprawdzić pobierając jakiś RINEX ze stacji referencyjnych, przerobić go na jednoczęstotliwościowy (teqc.exe), albo liczyć programem w wersji GPS L1 i zrobić kilka prób zmniejszając liczbę epok. To da pojęcie ale tylko ogólne, bo na stacjach są odbiorniki te z najwyższej półki. Tym niemniej, ciekawe kiedy tych epok zacznie być za mało. Szkoda, że na uczelniach, a jest ich w nadmiarze, nie wykonuje się takich prac (nawet dyplomowych). Tu w metodzie RS są te kontrole ale jak widzę reklamy w innych metodach i propozycje raportowania oceny dokładności położenia punktu to włos się jeży na głowie (u mnie już nie J).
Pozdrawiam
Ryszard Pażus
Ale przecież podstawowa metoda RS poprzez serwis POZGEO D działa bez zarzutu. Poprzez EUREF to coś dodatkowego, tylko dla praktyki geodezyjnej gdzie i tak jest dużo do wykonania innych czynności terenowych więc długa sesja jest wygodniejsza od krótszej bo ta wymaga poczekania na jej koniec.
From: azus...@googlegroups.com [mailto:azus...@googlegroups.com] On Behalf Of Rafał Kocierz
Sent: Monday, July 21, 2014 2:26 PM
To: azus...@googlegroups.com
Subject: Re: VRS z EUREF
A mi się marzy aby program który jest opisany w zamieszczonym dokumencie można było sobie kupić i miał wbudowaną obsługę stacji EPN. Zgodnie z zapewnieniami autorów w normalnych warunkach wystarczy 5 minut pomiaru. Wiadome jest, że to tylko w przypadku krótkich wektorów i odbiorników GNSS, ale może dobrze by się to również sprawdzało z odbiornikami L1 skoro program i tak tworzy modele jonosfery i troposfery na podstawie stacji referencyjnych...
--
Mając od wyboru alternatywnie: eksperyment z serwisem podobnym do OPUS z amerykańskiego CORS lub w pełni sprawdzoną metodę szybką statyczną byłbym jednak za zastosowaniem metody szybkiej statycznej w miejsce serwisów POZGEO (ASG-EUPOS) i PNAS (VRSNET.PL). Zamiast zamawiania generowania VRS (POZGEO D) wysyłany byłby RIINEX sesji pomiarowej, na podstawie którego, z wygenerowanego VRS z trzech najbliższych stacji referencyjnych, obliczane byłoby położenie punktu z kontrolą jakości VRS przy użyciu obecnego algorytmu POZGEO (z sześciu najbliższych stacji referencyjnych) lub po prostu metodą PPP. To niezawodna i najdokładniejsza metoda zastosowana już przez azusowiczów na tysiącach obiektów. Napisaliśmy już kilka artykułów w GEODECIE na ten temat ale to jak rzucanie grochem o ścianę.
|
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast.
|