CODER

Co nowego:

Poprawiono raport z wcięcia przestrzennego
W niwelacji technicznej, w menu dodano opcje Utwórz ciąg odwrotny
Dodano funkcję Rejestrator->Twórz ciąg niwelacji trygonometrycznej
Poprawiono zapis tabel w funkcji Edytora Plik->Zapisz txt
Przy eksporcie z Rejestratora do Tachimetrii kopiuje też odległości dla nawiązań
W tytułach raportów tachimetrii dodano nr stanowiska
Dodano eksport Rejestrator->Stanowiska swobodne (przy obliczaniu XY stanowiska)
W imporcie txt punktów bez numerów będzie nadawany numer = nr linii w pliku
W transformacji układów zadbano aby H transformowane było puste, gdy pierwotne jest NULL
W edycji pom. tachimetrycznych usunięto zjawisko 'zawieszania' przeliczania formularza po naciśnieciu Anuluj

---
Admin

To się chwali ... już zasysam

---
Korepetycje z ewmapy / pliki gml / operaty -> ewmapa@o2.pl

> Co nowego:
>
> Poprawiono raport z wcięcia przestrzennego
> W niwelacji technicznej, w menu dodano opcje Utwórz ciąg odwrotny
> Dodano funkcję Rejestrator->Twórz ciąg niwelacji trygonometrycznej
> Poprawiono zapis tabel w funkcji Edytora Plik->Zapisz txt
> Przy eksporcie z Rejestratora do Tachimetrii kopiuje też odległości dla
> nawiązań
> W tytułach raportów tachimetrii dodano nr stanowiska
> Dodano eksport Rejestrator->Stanowiska swobodne (przy obliczaniu XY
> stanowiska)
> W imporcie txt punktów bez numerów będzie nadawany numer = nr linii w
> pliku
> W transformacji układów zadbano aby H transformowane było puste, gdy
> pierwotne jest NULL
> W edycji pom. tachimetrycznych usunięto zjawisko 'zawieszania'
> przeliczania formularza po naciśnieciu Anuluj

Przydała by się nowa data przy linkach do pobrania nowych wersji.

> Co nowego:
>
> Poprawiono raport z wcięcia przestrzennego
> W niwelacji technicznej, w menu dodano opcje Utwórz ciąg odwrotny
> Dodano funkcję Rejestrator->Twórz ciąg niwelacji trygonometrycznej
> Poprawiono zapis tabel w funkcji Edytora Plik->Zapisz txt
> Przy eksporcie z Rejestratora do Tachimetrii kopiuje też odległości dla
> nawiązań
> W tytułach raportów tachimetrii dodano nr stanowiska
> Dodano eksport Rejestrator->Stanowiska swobodne (przy obliczaniu XY
> stanowiska)
> W imporcie txt punktów bez numerów będzie nadawany numer = nr linii w
> pliku
> W transformacji układów zadbano aby H transformowane było puste, gdy
> pierwotne jest NULL
> W edycji pom. tachimetrycznych usunięto zjawisko 'zawieszania'
> przeliczania formularza po naciśnieciu Anuluj

Oj za szybko pochwaliłem

1. Import punktów bez numerów, np w formacjie xyh, nie działa. Winkalk pisze że wczytano np 43 punkty a baza jest pusta

2.Opcja Rejestrator->Eksport to stanowiska swobodnego
WinKalk powinien uśredniać pomiary (kierunki, boki) jeżeli dany punkt nawiązania był mierzony kilkakrotnie, np w dwóch położeniach lunety

3.Opcja Rejestrator->Twórz niwelacje trygonometryczną
Nie może być tak że WinKalk sam sobie wybiera wysokość lustra i do tego dopasowuje Kąt V. Jak to później sprawdzić z dziennikami pomiarowymi gdy w niwelacji i dziennikach są inne wysokości lustra a co za tym idzie inne wartości Kąta V. Nie sprawdzałem ale mam nadzieje że H.Instrumentu też nie jest dobierane z sufitu.
Kolumna Nr Punkt w ostatnim wierszu powinna zostać pusta.
Obecnie WinKalk wpisuje tam numer punktu który jest reperem końcowym, co może spowodować przypadkowe przeliczenie wartości H reperu końcowego. A to z kolei może skutkować BARDZO poważnymi problemami.

To wszystko ... narazie

---
Korepetycje z ewmapy / pliki gml / operaty -> ewmapa@o2.pl

Dziękuję za uwagi,

> 1. Import punktów bez numerów, np w formacjie xyh, nie działa. Winkalk
> pisze że wczytano np 43 punkty a baza jest pusta

OK, poprawiłem, będzie w nast. wersji

> 2.Opcja Rejestrator->Eksport to stanowiska swobodnego
> WinKalk powinien uśredniać pomiary (kierunki, boki) jeżeli dany punkt
> nawiązania był mierzony kilkakrotnie, np w dwóch położeniach lunety

To wolałbym zostawić jak jest, obliczeniom nic nie zaszkodzi jak nie będą uśrednione pomiary, a lepiej mieć surowe dane.

> 3.Opcja Rejestrator->Twórz niwelacje trygonometryczną
> Nie może być tak że WinKalk sam sobie wybiera wysokość lustra i do tego
> dopasowuje Kąt V. Jak to później sprawdzić z dziennikami pomiarowymi gdy w
> niwelacji i dziennikach są inne wysokości lustra a co za tym idzie inne
> wartości Kąta V. Nie sprawdzałem ale mam nadzieje że H.Instrumentu też nie
> jest dobierane z sufitu.

Najprościej było mi przyjąc Ht=Hi. Załatwia mi to przypadek, gdy na dany punkt było wiele pomiarów z różnymi Ht.

> Kolumna Nr Punkt w ostatnim wierszu powinna zostać pusta.
OK, poprawiłem

---
Admin

> > 2.Opcja Rejestrator->Eksport to stanowiska swobodnego
> > WinKalk powinien uśredniać pomiary (kierunki, boki) jeżeli dany punkt
> > nawiązania był mierzony kilkakrotnie, np w dwóch położeniach lunety
>
> To wolałbym zostawić jak jest, obliczeniom nic nie zaszkodzi jak nie będą
> uśrednione pomiary, a lepiej mieć surowe dane.

Nie wiem jak inni ale ja jestem stanowczo na uśenianiem danych przez WInKalk.


> > 3.Opcja Rejestrator->Twórz niwelacje trygonometryczną
> > Nie może być tak że WinKalk sam sobie wybiera wysokość lustra i do tego
> > dopasowuje Kąt V. Jak to później sprawdzić z dziennikami pomiarowymi gdy
> w
> > niwelacji i dziennikach są inne wysokości lustra a co za tym idzie inne
> > wartości Kąta V. Nie sprawdzałem ale mam nadzieje że H.Instrumentu też
> nie
> > jest dobierane z sufitu.
>
> Najprościej było mi przyjąc Ht=Hi. Załatwia mi to przypadek, gdy na dany
> punkt było wiele pomiarów z różnymi Ht.

Ale w takim przypadku stworzona w ten sposób niwelacja trygonometryczna jest w zasadzie do niczego nie przydatna.
Oczywiście możemy w ten sposób obliczyć H punktów jednak co z tego jeżeli tak na prawdę nie można tego przekazać do ośrodka dokumentacji geodezyjnej - dane zawarte w raporcie z niwelacji trygonometrycznej nie maja pokrycia w dziennikach pomiarowych.
Wynika z tego że opcja ta może jedynie służyć do sprawdzenia czy nie popełniliśmy błędu licząc niwelację trygonometryczną w tradycyjny sposób, tzn ręcznie wpisując odpowiednie dane i ręcznie uśredniać Kąt V oraz odl. skośną.
Proponując tę zmianę chodziło mi właśnie o to aby nie trzeba było robić tego ręcznie a w takiej sytuacji i tak trzeba

Odnośnie pomiarów jednego punktu kilkakrotnie
Jeśli zachodzi taka sytuacja to najczęściej dany punkt jest mierzony w dwóch położeniach lunety. Skoro więc dany punkt został zamierzony w pierwszym położeniu lunety to z jakiego powodu geodeta miałby mierzyć go w drugim położeniu lunety z INNYM ustawieniem wysokości lustra. Wprowadza to przecież tylko niepotrzebne zamieszanie.
Może też zajść sytuacja że pomiar jest wykonywany na 2 niezależne lustra - ale w tej sytuacji z regóły ustala się wysokość obu luster na tym samym poziomie aby nie komplikować pomiaru.

Oczywiście mimo to ktoś jak się uprze to zamierzy dany punkt raz z wysokością lustra np.1.70 a w drugim przypadku np. z wysokością 1.85
W takim przypadku proponowałbym aby program do boliczeń przyjmował H lustra z pierwszego pomiaru a następnie uśredniał odpowienio Kąt V (uwzglęniając oczywiście różne wysokości luster).

---
Korepetycje z ewmapy / pliki gml / operaty -> ewmapa@o2.pl