Strona 1 z 1

Aktualizacja 8.13.10.16 z dnia 2020-10-16

: 17 paź 2020, 12:06
autor: MarekOtt
Witam.

Wraz z najnowszą aktualizacją pojawił się nowy moduł "operat elektroniczny".

Czy ten moduł będzie już na stałe w programie, czy za jakiś czas będzie to jako dodatkowy moduł który będzie należało wykupić ?

Re: Aktualizacja 8.13.10.16 z dnia 2020-10-16

: 17 paź 2020, 12:31
autor: FaFaL
MarekOtt pisze: 17 paź 2020, 12:06 Witam.

Wraz z najnowszą aktualizacją pojawił się nowy moduł "operat elektroniczny".

Czy ten moduł będzie już na stałe w programie, czy za jakiś czas będzie to jako dodatkowy moduł który będzie należało wykupić ?
Cytat z opisu aktualizacji:
Więcej informacji o module jest dostępnych w tym dokumencie: link
Moduł jest płatny, ale istnieje możliwość zapoznania się z nim - pierwszy miesiąc użytkowania jest bezpłatny.

Re: Aktualizacja 8.13.10.16 z dnia 2020-10-16

: 17 paź 2020, 15:54
autor: Jurek B.
Dodam jeszcze, że dotychczasowi posiadacze licencji na GeoOrganizer mogą zgłosić się do nas by bezpłatnie otrzymać ten moduł do swojej jednej licencji C-GEO.
Ze względu na to, że funkcje GeoOrganizera i modułu Elektronicznego operatu są podobne, zalecamy korzystanie z GeoOrganizera dla większych firm, gdzie jest np. kilku geodetów wprowadzających dane prac geodezyjnych we wspólnej sieci lokalnej.
Natomiast pojedynczy geodeta lepiej wykorzysta w swoim działaniu moduł Elektronicznego operatu. Moduł ten będzie kosztował 300 zł netto, więc będzie tańszy niż GeoOrganizer, który opłaca się kupować gdy trzeba go instalować na np. 3-4 stanowiskach.

Re: Aktualizacja 8.13.10.16 z dnia 2020-10-16

: 22 paź 2020, 22:18
autor: KZibi
Witam
Mam problem po ostatniej aktualizacji z wysokościami (RTPW01, RTPW02) polegający
na błędnym przypisaniu H w bazie danych zamiast w miejsce "wysokość" (rzędna góry) wpisuje w rzędną dołu.
Wgrywałem odczyty z RW5(SurvCE) i RAWSurveyPRO i jest tak samo. Wcześniej było dobrze.
Próbowałem również na założonych nowych projektach i nic to nie dało.
Załączam zrzut.
Pozdrawiam
KZibi

Re: Aktualizacja 8.13.10.16 z dnia 2020-10-16

: 23 paź 2020, 07:26
autor: FaFaL
Wydaje mi się, że właśnie dobrze wpisuje, bo zgodnie z rozporządzeniem o BDOT500 punkt wysokościowy nie ma atrybutu Wysokość, a właśnie rzędną góry lub rzędną dołu.
2020-10-23_072423.png
2020-10-23_072423.png (65.86 KiB) Przejrzano 3570 razy
2020-10-23_072455.png
2020-10-23_072455.png (22.05 KiB) Przejrzano 3570 razy

Re: Aktualizacja 8.13.10.16 z dnia 2020-10-16

: 23 paź 2020, 07:58
autor: KZibi
FaFaL pisze: 23 paź 2020, 07:26 Wydaje mi się, że właśnie dobrze wpisuje, bo zgodnie z rozporządzeniem o BDOT500 punkt wysokościowy nie ma atrybutu Wysokość, a właśnie rzędną góry lub rzędną dołu.
Witam
O ile pamięć mnie nie myli wysokości w bazie danych wpisywały się zawsze w kolumnie wysokość nie było kolumny rzędna góry.
W podglądzie struktury jest wpisana rzędna góry a opis to właśnie wysokość i tam "lądowały" wysokości pikiet.
Na zrzucie struktury tabeli widać jakie są wpisy (wpisy są oryginalne). Załączam bazę z innego "starego" projektu z przed aktualizacji
a tam wysokości są tam gdzie powinny być.
Pozdrawiam
KZibi

Re: Aktualizacja 8.13.10.16 z dnia 2020-10-16

: 23 paź 2020, 08:20
autor: Jurek B.
Powód jest zupełnie inny tego przypisania - proszę zmienić ustawienie przypisania wysokości punktu do atrybutu rzedna gory/dolu w oknie edytora mapy obiektowej - na rzędną górną:

Re: Aktualizacja 8.13.10.16 z dnia 2020-10-16

: 23 paź 2020, 08:51
autor: KZibi
Jurek B. pisze: 23 paź 2020, 08:20 Powód jest zupełnie inny tego przypisania - proszę zmienić ustawienie przypisania wysokości punktu do atrybutu rzedna gory/dolu w oknie edytora mapy obiektowej - na rzędną górną:
Witam
Dzięki pomogło, nie pamiętam abym to zmieniał ale to już nie ma znaczenia najwyraźniej pamieć jest zawodna :(
Pozdrawiam
KZibi