Re: Problemy z załadowaniem plików obserwacyjnych z ASG-EUPOS do programu GNSS Solutions

445 wyświetleń
Przejdź do pierwszej nieodczytanej wiadomości

henryk kołodziejczyk

nieprzeczytany,
9 sty 2013, 14:34:559.01.2013
do azus...@googlegroups.com
Mam taki sam problem dotyczy to dnia 7.01 oraz 8.01.2013. Pozdrawiam
----- Original Message -----
From: Łukasz
Sent: Wednesday, January 09, 2013 12:01 PM
Subject: Problemy z załadowaniem plików obserwacyjnych z ASG-EUPOS do programu GNSS Solutions

Witam

Mam problem z załadowaniem plików  do programu GNSS Solutions pobranych z ASG-EUPOS z POZGEO D z dnia 8.01.2012, zarówno tych fizycznych jak i wirtualnych. Pliki obserwacyjne wygenerowane w preprocessingu ładują się bez problemów a te z ASG z błędem (komunikat: Cannot import file "..........." invalid raw data file).
Czy spotkaliście się wcześniej z tymi błędami

Dzięki, pozdrawiam
Łukasz

--
 
 
 

Maciej Zasada

nieprzeczytany,
9 sty 2013, 14:43:459.01.2013
do azus...@googlegroups.com
Załączcie Panowie pliki/link do plików/ albo podajcie pozycje i z jakiego okresu czasu probowac generowac


Sławek Szczęśniak

nieprzeczytany,
9 sty 2013, 15:05:319.01.2013
do azus...@googlegroups.com
Było już to na forum, kilka postów wcześniej https://groups.google.com/forum/#!category-topic/azus_star/postprocessing/p_nfKXGdm6A
Jeżeli dobrze pamiętam, to pomogło wyrzucenie plików nawigacyjnych Glonassa (*.13g) i podmiana plików nawigacyjnych GPS(*.13n) na te pobrane przy pomocy programu do preprocessingu z IGS
Pozdrawiam

Ryszard Pażus

nieprzeczytany,
10 sty 2013, 03:19:2710.01.2013
do azus...@googlegroups.com

Tutaj na grupie dyskusyjnej p. Sławek wyjaśnił (dziękuję za przypomnienie). Detalicznie to przypadek braku iono dla GLONASS. Wystarczy usunąć pliki nawigacyjne *13g i problem rozwiązany. Swoja drogą to ciekawostka, że to samo wystąpiło rok temu w okolicach noworocznych. Widać Rosjanie bardziej świętują niż Polacy J

Łukasz

nieprzeczytany,
11 sty 2013, 03:30:5911.01.2013
do azus...@googlegroups.com
Dziękuję Panowie za szybką pomoc, faktycznie wystarczyło usunać pliki nawigacyjne *.13g i wszystko hula jak należy.
Pozdrawiam
Łukasz

mar...@poczta.onet.pl

nieprzeczytany,
28 lut 2013, 07:31:1428.02.2013
do azus...@googlegroups.com

Sławek Szczęśniak

nieprzeczytany,
4 mar 2013, 02:35:444.03.2013
do azus...@googlegroups.com
Komunikat nie do końca oznacza to, co Pan napisał. GNSS Solutions ściąga pliki godzinne z POZGEO DF z oznaczeniami literowymi A, B, C...itd a następnie łączy (merge) wszystkie te pliki w jeden z końcówką nazwy 1 i program to właśnie komunikuje, że nie może połączyć ściągniętych plików obserwacyjnych  w jeden, a jest to warunkiem poprawnego wygenerowania VRS. Podejrzewam ograniczone prawa dostępu programu do folderu projektu, ale niestety są to tylko podejrzenia, mój "rozwój systemowy" skończył się na XP i mało wiem, o czym pisał już kiedyś Pan Ryszard i inni członkowie grupy, to jest o uruchamianiu programu z poziomu administratora. Nigdy nie spotkałem takiego błędu u siebie, ale osoby pracujące na nowszych systemach pewnie coś podpowiedzą.
Pozdrawiam wszystkich. 

W dniu piątek, 1 marca 2013 22:13:12 UTC+1 użytkownik z.zi...@gmail.com napisał:
Witam, próbuję swoich sił w obliczeniach z wykorzystaniem VRSów, skonfigurowałem program wg instrukcji dr Pażusa (któremu dziękuję za pomoc). Program działa, stacje referencyjne są widoczne w programie. Jadnak podczas próby obliczenia pierwszego VRS1 przy stacjach otrzymuję komunikat "Error" na czerwonym polu. W załączonym pliku pokazuję o co chodzi. We fladze program podaje komunikat, że nie może się połączyć z plikiem *.13o. Jednak w katalogu IDLoad do którego program pobiera dane z serwisu ASG nie ma takiego pliku. Podobnie jest dla każdej stacji z ASG-PL_1. Pobieram dane z ZYWI, KATO i WODZ, za każdym razem to samo. Jak to należy rozwiązać? Nie ma tego problemu przy serwisach EPN_30. 
I jeszcze jedno pytanie, za każdym razem program próbuje zakładać VRSy od 1 do 4. Czy to jest standard, czy też ilość VRSów można regulować? Pozdrawiam.

Ryszard Pażus

nieprzeczytany,
4 mar 2013, 04:19:444.03.2013
do azus...@googlegroups.com

W instrukcji obliczeń (aktualna wersja 9.4.0) w rozdziale IV pkt 1 jest wyjaśnienie przyczyny.  Rozwiązaniem jest procedura obliczeniowa opisana w punktach 17-20 tego rozdziału.

Nie jest tutaj jasne dlaczego nie skorzystano z generowania VRS poprzez POZGEO D. Wtedy wystarczy mieć jeden VRS stały i drugi jako kontrolny. Jeśli chcemy liczyć według automatycznych algorytmów GNSS Solutions to za każdym naszym punktem pomiarowych będzie podążał dla niego VRS (tutaj  chyba były 4 punkty).  Załączony zrzut ekranu niewiele wyjaśnia bo obliczenia przerwano przez użytkownika (‘aborted by user”). Tu obliczana była dwugodzinna sesja (1:59:50) z plików o interwale 1 sekunda –cyfra 1 na końcu nazwy to oznacza ASG-PL_1. Takie obliczenia skazane jest na niepowodzenie. Każda metoda pomiaru w terenie wymaga doboru procedury obliczeniowej tak, aby obliczenia były w pełni skontrolowane i nie trwały dłużej niż kilka, najwyżej kilkanaście minut.

Warto też korzystać z ‘Help’ programu GNSS Solutions - jest tam szczegółowy opis ‘VRS Data Processing’ 

Najlepiej dawać na grupę obserwacje binarne (te z rozszerzeniem *.gps lub *.log). Wtedy wyjaśnianie zajmuje mało czasu i jest bardziej efektywne.  Obserwacje w formacie RINEX nie są już tak czytelne i przyczynę jakiegoś niepowodzenia trudniej znaleźć.

Ziemowit Zimniak

nieprzeczytany,
4 mar 2013, 09:02:494.03.2013
do azus...@googlegroups.com

Witam i dziękuję za odpowiedź. Dotarło do mnie, że obserwacje pobrane z ASG-PL o interwale 1s dla okresu dwugodzinnego są wstanie „zabić” możliwości obliczeniowe procesora. Niestety nie mam pojęcia jak dokonać ich ewentualnego „rozrzedzenia”. Nie dysponuję narzędziami pozwalającymi na takie operacje. Chyba, że potrafi to GNSS Solutions, o którym jak widzę jeszcze nie wiem zbyt wiele.

Nie mam również pojęcia o tym jak osiągnąć pliki o rozszerzeniu *.gps lub *.log.

Od czasu do czasu udaje mi się wypożyczyć zestaw odbiorników Promark3 (nie posiadam swojego sprzętu), w celu przeprowadzenia obserwacji. Po transmisji pliki mają rozszerzenia w formacie *.DOY i nie dają się odczytać. Przetworzenie ich w programie Rinex Converter daje pliki o rozszerzeniach *.13h – dane wysokościowe, *.13m – dane meteo, *.13n – dane nawigacyjne, *.13o – dane obserwacyjne (w moim przypadku).

--
 
---
Otrzymujesz tę wiadomość, ponieważ subskrybujesz temat w grupie „AZUS Star” w Grupach dyskusyjnych Google.
Aby anulować subskrypcję tego tematu, odwiedź https://groups.google.com/d/topic/azus_star/Xwf_Ct45AEM/unsubscribe?hl=pl.
Aby anulować subskrypcję tej grupy i wszystkich jej tematów, wyślij e-maila do azus_star+...@googlegroups.com.
Więcej opcji znajdziesz na https://groups.google.com/groups/opt_out
 
 

Ryszard Pażus

nieprzeczytany,
4 mar 2013, 10:26:584.03.2013
do azus...@googlegroups.com

Ja wyjaśniłem w instrukcji  jak rozrzedzić  obserwacje – to te punkty 17-20 rozdziału IV. To w POZGEO DF.

Można też rozrzedzić w POZGEO D zamawiając VRS generowany przez ten serwis.

Ta informacja o plikach binarnych dotyczy użytkowników odbiorników Azus: *.gps (Azus Star, AzusStar+), *.log (Azus L1Static).

Inni producenci maja własne formaty danych binarnych.

Odpowiedz wszystkim
Odpowiedz autorowi
Przekaż
Nowe wiadomości: 0