Uwagi, propozycje Dziennik RTK/RTN
Re: Uwagi, propozycje Dziennik RTK/RTN
Dzień Dobry.
Korzystam z modułu wykonując import danych w formacie jxl. Ograniczam się tylko do tego pliku, ponieważ nie wiem jak wyglądają pozostałe obsługiwane formaty.
Czy jest taka możliwość aby podczas importu danych w zakładce punkty kontrolne jako punkty osnowy wczytywały się numery punktów tyczonych, a nie jak jest teraz numer punktu pomierzonego na punkcie tyczonym.
Wydaje mi się, z przeglądu pliku jxl, że była by taka możliwość, jednak nie znam zasad funkcjonowania modułu.
Wycinek z pliku jxl, dotyczące danego punktu
numer punktu pomierzonego
<PointRecord ID="00000043" TimeStamp="2019-02-22T10:53:46">
<Name>52754a</Name>
<Code>k</Code>
<Method>GpsRTKControlPoint</Method>
<SurveyMethod>NetworkFix</SurveyMethod>
<Classification>Stakeout</Classification>
<Deleted>false</Deleted>
dalej w danych tego punktu możemy odszukać numer punktu tyczonego
<Stakeout>
<PointDesign>
<Name>[b]517932527540[/b]</Name>
<Code/>
<StakeoutMethod>ToThePoint</StakeoutMethod>
<DesignElevation>92.196</DesignElevation>
</PointDesign>
<GridDeltas>
<DeltaNorth>-0.0317606087774</DeltaNorth>
<DeltaEast>0.00842202082276</DeltaEast>
<DeltaElevation>-0.92867650365909</DeltaElevation>
</GridDeltas>
</Stakeout>
Było by super, gdyby jeszcze do modułu pobierane były współrzędne tego punktu z pliku jxl, a jeśli jej nie ma w pliku (Z doświadczenia wiem, że ta współrzędna punktu może być w pliku, ale nie musi, w zależności od sposobu wczytania jej do access'a) to z tabeli roboczej.
Korzystam z modułu wykonując import danych w formacie jxl. Ograniczam się tylko do tego pliku, ponieważ nie wiem jak wyglądają pozostałe obsługiwane formaty.
Czy jest taka możliwość aby podczas importu danych w zakładce punkty kontrolne jako punkty osnowy wczytywały się numery punktów tyczonych, a nie jak jest teraz numer punktu pomierzonego na punkcie tyczonym.
Wydaje mi się, z przeglądu pliku jxl, że była by taka możliwość, jednak nie znam zasad funkcjonowania modułu.
Wycinek z pliku jxl, dotyczące danego punktu
numer punktu pomierzonego
<PointRecord ID="00000043" TimeStamp="2019-02-22T10:53:46">
<Name>52754a</Name>
<Code>k</Code>
<Method>GpsRTKControlPoint</Method>
<SurveyMethod>NetworkFix</SurveyMethod>
<Classification>Stakeout</Classification>
<Deleted>false</Deleted>
dalej w danych tego punktu możemy odszukać numer punktu tyczonego
<Stakeout>
<PointDesign>
<Name>[b]517932527540[/b]</Name>
<Code/>
<StakeoutMethod>ToThePoint</StakeoutMethod>
<DesignElevation>92.196</DesignElevation>
</PointDesign>
<GridDeltas>
<DeltaNorth>-0.0317606087774</DeltaNorth>
<DeltaEast>0.00842202082276</DeltaEast>
<DeltaElevation>-0.92867650365909</DeltaElevation>
</GridDeltas>
</Stakeout>
Było by super, gdyby jeszcze do modułu pobierane były współrzędne tego punktu z pliku jxl, a jeśli jej nie ma w pliku (Z doświadczenia wiem, że ta współrzędna punktu może być w pliku, ale nie musi, w zależności od sposobu wczytania jej do access'a) to z tabeli roboczej.
Pozdrawiam.
piotr j.
piotr j.
Re: Uwagi, propozycje Dziennik RTK/RTN
Ponowię prośbę bo punkty obliczone w zakładce mimośrody nie posiadają kodu, czy dało by się coś z tym zrobić?
Dane w formacie Trimble JXL dodam, że punkty te policzone w rejestratorze posiadają kod.
Dane w formacie Trimble JXL dodam, że punkty te policzone w rejestratorze posiadają kod.
Re: Uwagi, propozycje Dziennik RTK/RTN
a mozna prosic o przykladowy plik jxl? na grzes małpa xgeo.pl
pozdrawiam
grzes
grzes
Re: Uwagi, propozycje Dziennik RTK/RTN
Przegladam pliki i widzę że kody punktów wyznaczanych z mimosrodow są na zakladce "Wspolrzedne". Nic nie ginie. Rozumiem ze z jakiegoś powodu dobrze by bylo jakby byly wyswietlane tez na zakladce "Mimośrody"?
pozdrawiam
grzes
grzes
Re: Uwagi, propozycje Dziennik RTK/RTN
Potwierdzam częściowo to co napisał kasprol.
Problem wygląda troszkę inaczej. Po imporcie danych z pliku jxl do modułu RTK/RTN, dla pikiet z zakładki mimośrody kody występują. Jednak kiedy zapisujemy takie zadanie w c-geo, później je otwieramy i wykonujemy obliczenia (żarowka) kody dla tych pikiet znikają.
Problem wygląda troszkę inaczej. Po imporcie danych z pliku jxl do modułu RTK/RTN, dla pikiet z zakładki mimośrody kody występują. Jednak kiedy zapisujemy takie zadanie w c-geo, później je otwieramy i wykonujemy obliczenia (żarowka) kody dla tych pikiet znikają.
Pozdrawiam.
piotr j.
piotr j.
Re: Uwagi, propozycje Dziennik RTK/RTN
Proszę sprawdzić w aktualnej wersji testowej, powinno być już wszystko ok
Pozdrawiam Rafał Kocierz
Re: Uwagi, propozycje Dziennik RTK/RTN
Czy można by było też wprowadzić tą identyfikacje wiersza .. wydaje się że nie ma z tym dużo pracyMarekOtt pisze: ↑18 sty 2019, 14:20 Czy można by było w dzienniku RTK/RTN dodać tak by poruszając się kursorem po kolumnach góra/dół, odznaczał się cały wiersz (tak jak ma to miejsce w tabeli).
I drugie, przy edytowaniu danych obserwacyjnych lub współrzędnych, gdy najedziemy na wartość z "0" na końcu to, zero to jest ucinane, a powinno zawsze być wyświetlane. Trochę to ciężko wytłumaczyć dlatego w załączniku film:
[youtube][/youtube]

Re: Uwagi, propozycje Dziennik RTK/RTN
w wersji testowej kolorowanie wiersza - tym kolorem: i te zera tez powinny juz sie edytować
pozdrawiam
grzes
grzes
Re: Uwagi, propozycje Dziennik RTK/RTN
Super sprawa, dziękuję, naprawdę wiele to pomaga przy pracy z obserwacjami.
Re: Uwagi, propozycje Dziennik RTK/RTN
Czy jest możliwość zaznaczenia w zakładce "współrzędne" tylko punktów które są zaznaczone w zakładce "obserwacje"?
Re: Uwagi, propozycje Dziennik RTK/RTN
Właśnie o to chodziło, dziękuję.
Re: Uwagi, propozycje Dziennik RTK/RTN
Już kiedyś pisałem ale może nieśmialo przypomne się:
Czy można by w dzienniku RTK/RTN opcji przenumerowania pikiet zrobić aby w pomiarach mimośrodowych również była możliwość automatycznego dodania do pikiety np. przyrostka "." lub innego ale z automatu.
Czy można by w dzienniku RTK/RTN opcji przenumerowania pikiet zrobić aby w pomiarach mimośrodowych również była możliwość automatycznego dodania do pikiety np. przyrostka "." lub innego ale z automatu.
Re: Uwagi, propozycje Dziennik RTK/RTN
Panie Rafale, czy udało się coś zrobić w tym temacie?piotr j. pisze: ↑24 kwie 2018, 15:13 Dzień Dobry.
Przy imporcie pliku jxl, w zakładce mimośrody nie wczytują się niektóre pikiety. Sytuacja ma miejsce wtedy, gdy linia służąca do obliczenia punktu mimośrodowego, sama oparta jest na punkcie, który wcześniej też obliczony był jako mimośród. Dodam tylko, że w TrimbleAccess te punkty zostały obliczone i posiadają współrzędne.
Plik JXL wysłano na serwis i do Pana Rafała.
FaFaL pisze: ↑24 kwie 2018, 15:18 Hmmm, tu będzie mały problem. Ogólnie przyjęto założenie, że pomiar mimośrodowy jest wykonywany w oparciu o punkty które są w tabeli pomiarów, a nie mimośrodów.... Czyli muszę przyjąć inną filozofię, postaram się to napisać od nowa, tak aby nie był to problem oraz uwzględnić to aby punkt bazy był średnią z pomiarów... Dziękuję za zwrócenie na to uwagi.
Pozdrawiam.
piotr j.
piotr j.
Re: Uwagi, propozycje Dziennik RTK/RTN
Najwyższy czas się za to zabrać, w poniedziałek-wtorek postaram się to zrobić.
Pozdrawiam Rafał Kocierz
Re: Uwagi, propozycje Dziennik RTK/RTN
Przypominam się, ponieważ znowu mam taki przypadek:) . A zapewne jeszcze nie raz taka sytuacja się przytrafi.
Dziękuję
Dziękuję

Pozdrawiam.
piotr j.
piotr j.
Re: Uwagi, propozycje Dziennik RTK/RTN
Czy można by było w wolnej chwili poprawić tą identyfikację pomiaru z RTK na RTN fixed. Ośrodek się czepia (w sumie słusznieMarekOtt pisze: ↑07 gru 2018, 11:55 Także problemem jest identyfikacja "typu pomiaru". Przy pomiarze np. z VRS sieci Nadowski, pokazuje RTK Fixed, a przecież to nie RTK tylko RTN. Domyślam się że takie dane są w RAW, ale można by było dodać warunek by to przerabiał na jakąś inną nazwę tego fixa. Nie wiem może RTN Fixed, albo Network Fixed.

Można by było też przy okazji poprawić godzinę pomiaru by uwzględniała czas w Polsce lub dodać w zakładce "dane ogólne" możliwość korekty godziny przy wczytywaniu +1h, +2h itp.. bo domyślam się że przy imporcie z innych formatów godzina pomiaru wczytywana jest poprawnie.
Z górny dziękuję bardzo
Re: Uwagi, propozycje Dziennik RTK/RTN
To może i ja bym się przypomniał.
Czy można by w dzienniku RTK/RTN opcji przenumerowania pikiet zrobić aby w pomiarach mimośrodowych również była możliwość automatycznego dodania do pikiety np. przyrostka "." lub innego ale z automatu.
Czy można by w dzienniku RTK/RTN opcji przenumerowania pikiet zrobić aby w pomiarach mimośrodowych również była możliwość automatycznego dodania do pikiety np. przyrostka "." lub innego ale z automatu.
Re: Uwagi, propozycje Dziennik RTK/RTN
Proszę o dokladniejsze wyjasnienie gdzie tą kropkę dokładać
pozdrawiam
grzes
grzes
Re: Uwagi, propozycje Dziennik RTK/RTN
W dzienniku pomiarowym RTK/RTN w oknie "Pomiary" po zaznaczeniu danych pikiet pomiarowych można poprzez ikonę "Przenumerowanie" w parametrach można np. dodać przedrostek "."
Nie działa to jednak w mimośrodach, trzeba ręcznie dodawać przedrostek lub zmieniać nr pikiety.
Nie działa to jednak w mimośrodach, trzeba ręcznie dodawać przedrostek lub zmieniać nr pikiety.
Re: Uwagi, propozycje Dziennik RTK/RTN
Tymczasem z naszego Powiatowego Ośrodka Dowolnej Interpretacji Prawa otrzymałem Protokół z weryfikacji o następującej usterce:
"Typ wykorzystanych poprawek: z wielu stacji - sieciowe (RTN)
Wykorzystany strumień danych: RTN_VRS_CMRx"
oraz:
"NetworkRTK" w kolumnie "Godz./Typ"
Doczepiają się o ten ostatni, tylko dlaczego to ja mam ponosić odpowiedzialność za coś czego nie rozumie "urzędnik", a producent oprogramowania tak zaprojektował?
Dodam tylko, że cały czas było wszystko w porządku, przyszedł nowy i się czepia, oczywiście "dla zasady", byle tylko utruć...
Gdzie w raporcie mam: "Typ wykorzystanych poprawek: z wielu stacji - sieciowe (RTN)
Wykorzystany strumień danych: RTN_VRS_CMRx"
oraz:
"NetworkRTK" w kolumnie "Godz./Typ"
Doczepiają się o ten ostatni, tylko dlaczego to ja mam ponosić odpowiedzialność za coś czego nie rozumie "urzędnik", a producent oprogramowania tak zaprojektował?
Dodam tylko, że cały czas było wszystko w porządku, przyszedł nowy i się czepia, oczywiście "dla zasady", byle tylko utruć...
Re: Uwagi, propozycje Dziennik RTK/RTN
I niestety urzędnik ma racjeRino pisze: ↑10 maja 2019, 09:21 Tymczasem z naszego Powiatowego Ośrodka Dowolnej Interpretacji Prawa otrzymałem Protokół z weryfikacji o następującej usterce:
1.PNG
Gdzie w raporcie mam:
"Typ wykorzystanych poprawek: z wielu stacji - sieciowe (RTN)
Wykorzystany strumień danych: RTN_VRS_CMRx"
oraz:
"NetworkRTK" w kolumnie "Godz./Typ"
Doczepiają się o ten ostatni, tylko dlaczego to ja mam ponosić odpowiedzialność za coś czego nie rozumie "urzędnik", a producent oprogramowania tak zaprojektował?
Dodam tylko, że cały czas było wszystko w porządku, przyszedł nowy i się czepia, oczywiście "dla zasady", byle tylko utruć...

W moim przypadku po imporcie w dzienniku wyświetla mi poprawki RTN, a a rozwiązanie "RTK fixed" , co też jest źle, na szczęście poprawiam to na piechotę.
Re: Uwagi, propozycje Dziennik RTK/RTN
Dziś to skorygujemy, ale proszę zauważyć, że sformułowanie "NetworkRTK" jest prawidłowe i pochodzi wprost z kontrolera odbiornika. RTN to nic innego jak Network RTK. RTK oznacza dosłownie pomiar kinematyczny z współrzędnymi w czasie rzeczywistym, dopisek Network informuje że korzystano z metody sieciowej. W tym przypadku geodeta powinien umieć obronić swój operat.
Pozdrawiam Rafał Kocierz
Re: Uwagi, propozycje Dziennik RTK/RTN
Z tego co pamiętam, w pliku Trimbla przesyłana była informacja "NetworkFix". To była chyba najbardziej uniwersalne sformułowanie.FaFaL pisze: ↑10 maja 2019, 10:42 Dziś to skorygujemy, ale proszę zauważyć, że sformułowanie "NetworkRTK" jest prawidłowe i pochodzi wprost z kontrolera odbiornika. RTN to nic innego jak Network RTK. RTK oznacza dosłownie pomiar kinematyczny z współrzędnymi w czasie rzeczywistym, dopisek Network informuje że korzystano z metody sieciowej. W tym przypadku geodeta powinien umieć obronić swój operat.