CODER

jest funkcjonalność utwórz ciąg niwelacyjny z punktów xyh, czy można by dorzucić doprodukowanie obserwacji pośrednich, przy dużej ilości wysokości by się przydało. Podobni w innych to jest.

Dodałbym jeszcze do niwelacji technicznej skrót ctrl+u który będzie dzialał na tej samej zasadzie jak w edycji pomiarów tach.
Ostatnio musiałem dorobić niwelację krawężników na większym obiekcie i myślałem że mnie strzeli

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

Dodałbym jeszcze do niwelacji technicznej skrót ctrl+u który będzie dzialał na tej samej zasadzie jak w edycji pomiarów tach.
Ostatnio musiałem dorobić niwelację krawężników na większym obiekcie i myślałem że mnie strzeli

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

> Dodałbym jeszcze do niwelacji technicznej skrót ctrl+u który będzie dzialał
> na tej samej zasadzie jak w edycji pomiarów tach.
> Ostatnio musiałem dorobić niwelację krawężników na większym obiekcie i
> myślałem że mnie strzeli

Takie rzeczy to w excelu :p

> > Dodałbym jeszcze do niwelacji technicznej skrót ctrl+u który będzie
> dzialał
> > na tej samej zasadzie jak w edycji pomiarów tach.
> > Ostatnio musiałem dorobić niwelację krawężników na większym obiekcie i
> > myślałem że mnie strzeli
>
> Takie rzeczy to w excelu :p

Ja wgrywam pikiety wysokościowe do winkalka nr h bez xy na które mam dorobić niwelację, wpisuję je w policzonej już niwelacji jako pośrednie i daję na wszystkie odczyt 0, następnie oblicz, a program pokazuje mi już różnicę na
h która jest przewyższeniem. Wpisuje znów te przewyższenia jako odczyty i gotowe.
Ale jakby program sam to liczył analogicznie jak w tachimetrii to jeszcze lepiej .

Ten sposób znam

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

> > > Dodałbym jeszcze do niwelacji technicznej skrót ctrl+u który będzie
> > dzialał
> > > na tej samej zasadzie jak w edycji pomiarów tach.
> > > Ostatnio musiałem dorobić niwelację krawężników na większym obiekcie i
> > > myślałem że mnie strzeli
> >
> > Takie rzeczy to w excelu :p
>
> Ja wgrywam pikiety wysokościowe do winkalka nr h bez xy na które mam
> dorobić niwelację, wpisuję je w policzonej już niwelacji jako pośrednie i
> daję na wszystkie odczyt 0, następnie oblicz, a program pokazuje mi już
> różnicę na
> h która jest przewyższeniem. Wpisuje znów te przewyższenia jako odczyty i
> gotowe.
> Ale jakby program sam to liczył analogicznie jak w tachimetrii to jeszcze
> lepiej .

tak to jest kalkulator+
ja dziennik niwelacji wklejam do exscela i tam trchę szybciej można ale to dalej na piechotę jest.
W c-geo mają, ale na myśl o intuicyjności c-geo dreszcze przechodzą.
Na pweno funkcję przyjęto by by z radością po cichu.

> > > > Dodałbym jeszcze do niwelacji technicznej skrót ctrl+u który będzie
> > > dzialał
> > > > na tej samej zasadzie jak w edycji pomiarów tach.
> > > > Ostatnio musiałem dorobić niwelację krawężników na większym obiekcie
> i
> > > > myślałem że mnie strzeli
> > >
> > > Takie rzeczy to w excelu :p
> >
> > Ja wgrywam pikiety wysokościowe do winkalka nr h bez xy na które mam
> > dorobić niwelację, wpisuję je w policzonej już niwelacji jako pośrednie
> i
> > daję na wszystkie odczyt 0, następnie oblicz, a program pokazuje mi już
> > różnicę na
> > h która jest przewyższeniem. Wpisuje znów te przewyższenia jako odczyty
> i
> > gotowe.
> > Ale jakby program sam to liczył analogicznie jak w tachimetrii to
> jeszcze
> > lepiej .
>
> tak to jest kalkulator+
> ja dziennik niwelacji wklejam do exscela i tam trchę szybciej można ale to
> dalej na piechotę jest.
> W c-geo mają, ale na myśl o intuicyjności c-geo dreszcze przechodzą.
> Na pweno funkcję przyjęto by by z radością po cichu.

Może w końcu doczekamy się jeszcze Kreatora niwelacji trygonometrycznej ze środka na podstawie danych z Rejestratora. Bardzo by się przydało to narzędzie.

...też brakuje.
Strzelam że w obecnej postaci nikt nie korzysta z tego narzędzia
A jako wisienke na torcie prosiłbym o naprawienie jakoś problemu z wrzucaniem do schowka windowsowego nazwy obiektu winkalk gdy korzystamy z funkcji bieżący katalog....mega wnerwiające

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

> ...też brakuje.
> Strzelam że w obecnej postaci nikt nie korzysta z tego narzędzia
> A jako wisienke na torcie prosiłbym o naprawienie jakoś problemu z
> wrzucaniem do schowka windowsowego nazwy obiektu winkalk gdy korzystamy z
> funkcji bieżący katalog....mega wnerwiające

Mialem okazje klepac kilka razy z palca to wiem co to za przyjemnosc

> > ...też brakuje.
> > Strzelam że w obecnej postaci nikt nie korzysta z tego narzędzia
> > A jako wisienke na torcie prosiłbym o naprawienie jakoś problemu z
> > wrzucaniem do schowka windowsowego nazwy obiektu winkalk gdy korzystamy
> z
> > funkcji bieżący katalog....mega wnerwiające
>
> Mialem okazje klepac kilka razy z palca to wiem co to za przyjemnosc

niestety teraz P. Piotr reaguje tylko na bdoty

> > > ...też brakuje.
> > > Strzelam że w obecnej postaci nikt nie korzysta z tego narzędzia
> > > A jako wisienke na torcie prosiłbym o naprawienie jakoś problemu z
> > > wrzucaniem do schowka windowsowego nazwy obiektu winkalk gdy
> korzystamy
> > z
> > > funkcji bieżący katalog....mega wnerwiające
> >
> > Mialem okazje klepac kilka razy z palca to wiem co to za przyjemnosc
>
> niestety teraz P. Piotr reaguje tylko na bdoty

To prawda, GML ma teraz priorytet, bo zaczął wchodzić do użytku
A te funkcje dorabiania pomiarów... to taka jałowa praca.

---
Admin

> > > > ...też brakuje.
> > > > Strzelam że w obecnej postaci nikt nie korzysta z tego narzędzia
>
> > > > A jako wisienke na torcie prosiłbym o naprawienie jakoś problemu z
> > > > wrzucaniem do schowka windowsowego nazwy obiektu winkalk gdy
> > korzystamy
> > > z
> > > > funkcji bieżący katalog....mega wnerwiające
> > >
> > > Mialem okazje klepac kilka razy z palca to wiem co to za
> przyjemnosc
> >
> > niestety teraz P. Piotr reaguje tylko na bdoty
>
> To prawda, GML ma teraz priorytet, bo zaczął wchodzić do użytku
> A te funkcje dorabiania pomiarów... to taka jałowa praca.

jałowa jak inne obliczenia, mi potrzebne to jest/było/pewnie będzie do ogarnięcia śmici jakie narobiłem. Mierzyłem na bieżąco budowę wyniki pomiarów zapisywałm do wielu winkalków uzupełniałem na bieżąco mapę i w mapie wyniki obliczeń. Na koniec uznałem, że szybciej dorobie dzienniki z wyników niż pozbieram dzienniki z obliczeniami. Zażało mi się, przerabiać z tachmetru ( mam 1') na niwelację bo takie wymogi i nie opłacają się wtedy skargi do wingik.
Jakoś ogarnołem w arkuszu kalkulacyjnym.

> > > > > ...też brakuje.
> > > > > Strzelam że w obecnej postaci nikt nie korzysta z tego narzędzia
>
> >
> > > > > A jako wisienke na torcie prosiłbym o naprawienie jakoś problemu z
> > > > > wrzucaniem do schowka windowsowego nazwy obiektu winkalk gdy
> > > korzystamy
> > > > z
> > > > > funkcji bieżący katalog....mega wnerwiające
> > > >
> > > > Mialem okazje klepac kilka razy z palca to wiem co to za
> > przyjemnosc
> > >
> > > niestety teraz P. Piotr reaguje tylko na bdoty
> >
> > To prawda, GML ma teraz priorytet, bo zaczął wchodzić do użytku
> > A te funkcje dorabiania pomiarów... to taka jałowa praca.
>
> jałowa jak inne obliczenia, mi potrzebne to jest/było/pewnie będzie do
> ogarnięcia śmici jakie narobiłem. Mierzyłem na bieżąco budowę wyniki
> pomiarów zapisywałm do wielu winkalków uzupełniałem na bieżąco mapę i w
> mapie wyniki obliczeń. Na koniec uznałem, że szybciej dorobie dzienniki z
> wyników niż pozbieram dzienniki z obliczeniami. Zażało mi się, przerabiać z
> tachmetru ( mam 1') na niwelację bo takie wymogi i nie opłacają się wtedy
> skargi do wingik.
> Jakoś ogarnołem w arkuszu kalkulacyjnym.


No właśnie ta nasza praca też jest jałowa Skoro GML już względnie działa to chyba teraz na prezent poprosimy o tę niwelację trygonometryczną. Może niekoniecznie na prezent noworoczny, ale może jako zajączka wielkanocnego już tak

> jest funkcjonalność utwórz ciąg niwelacyjny z punktów xyh, czy można by
> dorzucić doprodukowanie obserwacji pośrednich, przy dużej ilości wysokości
> by się przydało. Podobni w innych to jest.

Ok, dorobione, będzie w menu pod PPM

www.coder.pl/winkalk32.exe

---
Admin

> No właśnie ta nasza praca też jest jałowa Skoro GML już względnie działa
> to chyba teraz na prezent poprosimy o tę niwelację trygonometryczną. Może
> niekoniecznie na prezent noworoczny, ale może jako zajączka wielkanocnego
> już tak

OK, zrobione, jest w górnym menu Niwelacja po otwarciu formularza Niwelacja Trygonometryczna

www.coder.pl/winkalk32.exe

---
Admin

> > No właśnie ta nasza praca też jest jałowa Skoro GML już względnie
> działa
> > to chyba teraz na prezent poprosimy o tę niwelację trygonometryczną.
> Może
> > niekoniecznie na prezent noworoczny, ale może jako zajączka
> wielkanocnego
> > już tak
>
> OK, zrobione, jest w górnym menu Niwelacja po otwarciu formularza Niwelacja
> Trygonometryczna
>
> www.coder.pl/winkalk32.exe

Dziękuję w imieniu swoim i reszty kolegów i koleżanek Testy już w nowym roku. Tymczasem życzę wszystkim udanej zabawy Sylwestrowej

> > No właśnie ta nasza praca też jest jałowa Skoro GML już względnie
> działa
> > to chyba teraz na prezent poprosimy o tę niwelację trygonometryczną.
> Może
> > niekoniecznie na prezent noworoczny, ale może jako zajączka
> wielkanocnego
> > już tak
>
> OK, zrobione, jest w górnym menu Niwelacja po otwarciu formularza Niwelacja
> Trygonometryczna
>
> www.coder.pl/winkalk32.exe

to nic nie wnosi do programu, więcej osiągnie się wyrównaniem i import przewyższeń. Wydaje mi się, że koledze chodziło niwelację w której pozbyli byśmy się błędu pomiaru wys. instr. i pomiaru wysokości tyczki.
To już dorabianie niwelacji poprzeczek na pewno wzbogaciło by winkalk.

> > jest funkcjonalność utwórz ciąg niwelacyjny z punktów xyh, czy można by
> > dorzucić doprodukowanie obserwacji pośrednich, przy dużej ilości
> wysokości
> > by się przydało. Podobni w innych to jest.
>
> Ok, dorobione, będzie w menu pod PPM
>
> www.coder.pl/winkalk32.exe

Witam,
Funkcja działa...ale wydaje mi się, że Autorowi wątku chodziło o możliwość wskazania punktów o znanym H z okna dialogowego - tak jak przy tworzeniu niwelacji z pkt xyh.

> > jest funkcjonalność utwórz ciąg niwelacyjny z punktów xyh, czy można by
> > dorzucić doprodukowanie obserwacji pośrednich, przy dużej ilości
> wysokości
> > by się przydało. Podobni w innych to jest.
>
> Ok, dorobione, będzie w menu pod PPM
>
> www.coder.pl/winkalk32.exe

jeszcze nie testowałem, jeżli działa twórz niwelację trygonometryczną, to o to włąnie chodzi. Czy Hins bieże udział w obliczeniach, miom zdaniem to pole powinno być opcjonalne, wtedy obliczane będą tylko wysokości przyłożenia tyczki analogicznie jak w niwelacji geometrycznej tylko punkty przstawienia łaty. Wtedy wyciągamy max dokładne wyniki z pomiarów. Jeżeli Hins bierze udział to Hins - najbardziej obciążony błędem pomiaru.

> jeszcze nie testowałem, jeżli działa twórz niwelację trygonometryczną, to o
> to włąnie chodzi. Czy Hins bieże udział w obliczeniach, miom zdaniem to
> pole powinno być opcjonalne, wtedy obliczane będą tylko wysokości
> przyłożenia tyczki analogicznie jak w niwelacji geometrycznej tylko punkty
> przstawienia łaty. Wtedy wyciągamy max dokładne wyniki z pomiarów. Jeżeli
> Hins bierze udział to Hins - najbardziej obciążony błędem pomiaru.

Też jeszcze nie testowałem. Wysokość instrumentu zdecydowanie nie jest tutaj potrzebna

> Też jeszcze nie testowałem. Wysokość instrumentu zdecydowanie nie jest
> tutaj potrzebna
Bez H inst nic nie da się obliczyć w funkcji Niwelacja trygonometryczna.

W winkalu niwelacja trygonometryczna to "niwelacja wprzód" - mamy Hst oraz Hinst oraz Hpryzmatu odległości i kąta pionowego obliczamy H następnego punku. Potem stawiamy instrument nad obliczonym punktem i czynność powtarazmy.


Niwelacja trygonometryczna w której nie jest potrzebna wysokość instrumentu (choć pole to występuje w programie) to w winkalku niwelacja trygonometryczna ze środka. Tam moża osiągnąć najwyższe dokładności przy pomiarze trygonometrycznym.

I właśnie do niwelacji trygonometrycznej ze środka przydałby sie automat który tworzyłby taki dziennik na podstawie danych zawartych w oknach "edycja pomiarów tachimetrycznych". W zakładce Rejestrator jest funkcja twórz niwelację trygonometryczną. Taka sama opcja by się przydała ale tworząca niwelację trygonometryczną ze środka.

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

> > jest funkcjonalność utwórz ciąg niwelacyjny z punktów xyh, czy można by
> > dorzucić doprodukowanie obserwacji pośrednich, przy dużej ilości
> wysokości
> > by się przydało. Podobni w innych to jest.
>
> Ok, dorobione, będzie w menu pod PPM
>
> www.coder.pl/winkalk32.exe



Wg mnie chodzi o to aby po kliknięciu ppm lub ctrl+u na danym punkcie (Punkt nr 8 jest w bazie punktów i ma wartość H) program automatycznie oblicza jaki powinien być odczyt i wrzuca go do tabeli niwelacji.
Jeśli niwelacja jest "cała" i można obliczyć odchyłkę do program powinien to uwzględniać przy obliczaniu odczytu
Jeśli niwelacja nie jest jeszcze zamknięta to program oblicza odczyt tylko na podstawie danych które zostały wklepane.

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

> I właśnie do niwelacji trygonometrycznej ze środka przydałby sie automat
> który tworzyłby taki dziennik na podstawie danych zawartych w oknach
> "edycja pomiarów tachimetrycznych". W zakładce Rejestrator jest funkcja
> twórz niwelację trygonometryczną. Taka sama opcja by się przydała ale
> tworząca niwelację trygonometryczną ze środka.

O to to złociutki

> > > jest funkcjonalność utwórz ciąg niwelacyjny z punktów xyh, czy można
> by
> > > dorzucić doprodukowanie obserwacji pośrednich, przy dużej ilości
> > wysokości
> > > by się przydało. Podobni w innych to jest.
> >
> > Ok, dorobione, będzie w menu pod PPM
> >
> > www.coder.pl/winkalk32.exe
>
>
>
> Wg mnie chodzi o to aby po kliknięciu ppm lub ctrl+u na danym punkcie
> (Punkt nr 8 jest w bazie punktów i ma wartość H) program automatycznie
> oblicza jaki powinien być odczyt i wrzuca go do tabeli niwelacji.
> Jeśli niwelacja jest "cała" i można obliczyć odchyłkę do program powinien
> to uwzględniać przy obliczaniu odczytu
> Jeśli niwelacja nie jest jeszcze zamknięta to program oblicza odczyt tylko
> na podstawie danych które zostały wklepane.

To trzeba by najpierw wstawić wiersz, wpisać nr i kliknąć dorobienie pomiaru.
Może prościej będzie, jak program spyta o nr punktu zamiast o H punktu?

---
Admin

> To trzeba by najpierw wstawić wiersz, wpisać nr i kliknąć dorobienie
> pomiaru.
> Może prościej będzie, jak program spyta o nr punktu zamiast o H punktu?

O taką samą funkcjonalność proszę także w menu Rejestrator>edycja pomiarów niwelacji

---
---------
mbiela

> > > > jest funkcjonalność utwórz ciąg niwelacyjny z punktów xyh, czy można
> > by
> > > > dorzucić doprodukowanie obserwacji pośrednich, przy dużej ilości
> > > wysokości
> > > > by się przydało. Podobni w innych to jest.
> > >
> > > Ok, dorobione, będzie w menu pod PPM
> > >
> > > www.coder.pl/winkalk32.exe
> >
> >
> >
> > Wg mnie chodzi o to aby po kliknięciu ppm lub ctrl+u na danym punkcie
> > (Punkt nr 8 jest w bazie punktów i ma wartość H) program automatycznie
> > oblicza jaki powinien być odczyt i wrzuca go do tabeli niwelacji.
> > Jeśli niwelacja jest "cała" i można obliczyć odchyłkę do program
> powinien
> > to uwzględniać przy obliczaniu odczytu
> > Jeśli niwelacja nie jest jeszcze zamknięta to program oblicza odczyt
> tylko
> > na podstawie danych które zostały wklepane.
>
> To trzeba by najpierw wstawić wiersz, wpisać nr i kliknąć dorobienie
> pomiaru.
> Może prościej będzie, jak program spyta o nr punktu zamiast o H punktu?

Najlepiej było by jeżeli obie opcje będą dostępnę (na podst. pkt z bazy lub wpisanej wysokości). Dziękuję za tą opcję napewno się przyda.

Co do niwel. tryg. ze środka to myślę, że tw tej formie nie będzie przydatna. próbowałem użyć, niestety dane tylko z ręki, no i ta wys. instrumentu.

Nam chodzi o przewyrzszenie od tyczki do tyczki a nie od tyczki do instrumentu. Analogicznie jak i w geometrycznej przewyrzszenie to różnica wysokości od łaty do łaty.

W obecnym winkalku namiastkę niwel. tryg. wykonuję w sposób:
stojąc na st1 daję oblicz st1 z tej pikiety(reperu), następnie w st1 oblicz wys. 2 - przestawiam się na st3 i oblicz wys inst. na podst. 2 i oblicz wys 4 i td do zamknięcia.
Niestety jest to funkcja bez wyrównania.
Eliminując wys. instrumentu pozbywamy się prawie błędu wys tyczki (jeżeli zmieniamy jej wysokość) a całkowicie jeżeli nie zmieniamy wys. tyczki.

Najlepiej jak by to działało w wyrównaniu w sposób: Import przewyższeń (przewyższenie od tyczki do tyczki {t1+dh(t1,ins)}-{t2+dh(t2.ins)}. Określenie punktów stałych, określenie punktów do wyrównania. Analogicznie do wyrównania jakie mamy teraz, różnica to przewyższenie od tyczki do tyczki a nie od tyczki do instrumentu.
To byłby skok do przodu.

> W winkalu niwelacja trygonometryczna to "niwelacja wprzód" - mamy Hst oraz
> Hinst oraz Hpryzmatu odległości i kąta pionowego obliczamy H następnego
> punku. Potem stawiamy instrument nad obliczonym punktem i czynność
> powtarazmy.
>
>
> Niwelacja trygonometryczna w której nie jest potrzebna wysokość instrumentu
> (choć pole to występuje w programie) to w winkalku niwelacja
> trygonometryczna ze środka. Tam moża osiągnąć najwyższe dokładności przy
> pomiarze trygonometrycznym.

Nie rozumiem - przecież to są pomiary dorabiane z sufitu.
Jaka różnica, czy dorobimy je metodą zapewniająca najlepszą dokładność pomiaru, czy metodą trochę gorszą, przecież to i tak wszystko hucpa.

---
Admin

No nie do konca.
Jesli mowa o automacie ktory zrobi niwelacje trygonometryczną ze srodka na podstawie danych z edycji pomiarow tachimetrycznych to nie mowimy o zadnym dorabianiu

Co innego gdy korzystamy z funkcji tworzenia niwelacji na podatawie punktow o znanych xyh

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

> to nic nie wnosi do programu, więcej osiągnie się wyrównaniem i import
> przewyższeń. Wydaje mi się, że koledze chodziło niwelację w której pozbyli
> byśmy się błędu pomiaru wys. instr. i pomiaru wysokości tyczki.
> To już dorabianie niwelacji poprzeczek na pewno wzbogaciło by winkalk.

Mnie chodzi tylko i wyłącznie o coś takiego: Mam stanowiska w edycji pomiarów tachimetrycznych, które mierzyłem tachimetrem z wykorzystaniem opcji przeniesienia wysokości. Punkty mierzone w dwóch położeniach lunety, przy dwóch wysokościach celu (nazwijmy te pomiary wstecz1, wstecz2, wprzód1, w przód2). I teraz chciałbym za pomocą narzędzia przybliżonego interfejsem do opcji Twórz poligon stworzyć sobie ciąg niwelacyjny metodą trygonometryczną ze środka bez wysokości instrumentu (nie jest ona potrzebna do niczego). Powiedzmy, że zaznaczam punkty wstecz i w przód jako nawiązania. W kreatorze wybieram stanowiska do stworzenia ciągu, zaznaczam opcję o nazwie np. "Importuj tylko nawiązania" jeśli chcę tylko punkty wstecz i w przód (żeby obliczyć sam ciąg) lub opcję "Importuj wszystkie pomiary" jeśli chcę obliczyć wysokość innych punktów mierzonych z tego stanowiska (chociaż nie jest to do końca potrzebne). Według mnie z tych wybranych obserwacji na poszczególne punkty powinien "stworzyć się" ciąg niwelacyjny od reperu A do reperu B. Odczyty w przód i wstecz powinny być mierzone 2 razy (2 wysokości celu - zmiana wysokości celowej) a pośrednie raz (program miałby dodatkową kontrolę czy nie brakuje wymaganego podwójnego pomiaru wprzód lub wstecz).
Czy z grubsza rozumiecie ideę o co mi chodzi? Nie chcę tworzyć "fikcyjnej niwelacji z XYH" tylko w sposób wygodny i szybki obliczyć niwelację z danych, które faktycznie zarejestrowałem tachimetrem. Mając tachimetr robotyczny po prostu wygodniej jest mi niwelować trygonometrycznie i zrobić z tego szybko "zgrabny raport" niż pomykać z niwelatorem i dwiema łatami.

> I właśnie do niwelacji trygonometrycznej ze środka przydałby sie automat
> który tworzyłby taki dziennik na podstawie danych zawartych w oknach
> "edycja pomiarów tachimetrycznych". W zakładce Rejestrator jest funkcja
> twórz niwelację trygonometryczną. Taka sama opcja by się przydała ale
> tworząca niwelację trygonometryczną ze środka.

To się da zrobić.
Ja by to miało działać?
Np. wybieramy ciąg stanowisk 1 2 3 4 5
To by znaczyło pomiary na punktach 2 i 4
2 na cel 1 wstecz i 3 w przód
4 na cel 3 wstecz i 5 w przód
?

---
Admin

A nie lepiej zapomnieć o ciągach itd, tylko raczej skupić się na module wyrównania sieci wysokościowej, w której ignorowane są wysokości instrumentu podczas liczenia przewyższeń? Po co ciągi jako takie?
To jest o tyle trudne w porównaniu z niwelacją, że faktycznie potrzebujemy obliczyć zarówno xhy punktu stanowiska, jak i wysokość osi celowej, ale nie z udziałem hinstr, tylko z przewyższeń od sąsiednich punktów osnowy.
Bo przecież zwykle idziemy ciągiem przestrzennym i równocześnie mierzymy pikiety - jak odczyty pośrednie w niwelacji geometrycznej. Tylko w niwelacji stajemy pomiędzy reperami, a tu zarówno pomiędzy i nad reperami, żeby policzyć im xy jako punktom ciągu lub sieci.
Chodzi o to, że do wyrównania sieci xy dziś nie trzeba tworzyć "ciągu" tylko od razu można z rejestratora wrzucić obserwacje do modułu wyrównania. Z wysokościami to się tak nie udaje, bo zerowa wysokość instrumentu wygeneruje nam odchyłkę. Czyli wg mnie chodzi o możliwość wykluczenia wysokości instrumentu z obliczeń przy importowaniu przewyższeń do modułu wyrównania, przy czym finalnie mogła by ta wysokość być wyliczana, a ta mierzona służyła by za kontrolę.

Czyli teraz trzeba stosować taki algorytm:
- przerzucenie pomiarów do wyrównania i obliczenia xy
- zmiana numerów stanowisk, np. dodanie jakieś litery i wpisanie hi=0
- przerzucenie pomiarów do modułu wyrównania przewyższeń, przez co uzyskuję wyrównanie współrzędne wszystkich punktów sieci xyz oraz z wysokości osi celowych na każdym stanowisku

Teraz, żeby policzyć pikiety, trzeba to jakoś połączyć, np.:
- dodać wyrównane xy punktom z dodaną literą i zostawiając hi=0 policzyć pikiety na stanowiskach, oczywiście trzeba usunąć dodane litery
albo
- gorsza opcja: wyliczyć "wyrównane" hi i wpisać je do stanowisk i policzyć pikiety

Ja już dawno nie mierzę klasycznymi ciągami, szczególnie w miastach, gdzie są znaki ścienne xyz, repery z i poligony xy jednocześnie. Stosuję różnego rodzaju wcięcia na kilka punktów albo ciągi, które zaczynają się i kończą punktem wciętym a gdzieś po drodze mierzone są repery czy inne punkty stałe lub z RTN, jeśli to nie kanalizacja. Ciągi to archaizm, standardy też promują wyrównanie.

> Czyli teraz trzeba stosować taki algorytm:
> - przerzucenie pomiarów do wyrównania i obliczenia xy
> - zmiana numerów stanowisk, np. dodanie jakieś litery i wpisanie hi=0
> - przerzucenie pomiarów do modułu wyrównania przewyższeń, przez co uzyskuję
> wyrównanie współrzędne wszystkich punktów sieci xyz oraz z wysokości osi
> celowych na każdym stanowisku
>
> Teraz, żeby policzyć pikiety, trzeba to jakoś połączyć, np.:
> - dodać wyrównane xy punktom z dodaną literą i zostawiając hi=0 policzyć
> pikiety na stanowiskach, oczywiście trzeba usunąć dodane litery
> albo
> - gorsza opcja: wyliczyć "wyrównane" hi i wpisać je do stanowisk i policzyć
> pikiety
>
> Ja już dawno nie mierzę klasycznymi ciągami, szczególnie w miastach, gdzie
> są znaki ścienne xyz, repery z i poligony xy jednocześnie. Stosuję różnego
> rodzaju wcięcia na kilka punktów albo ciągi, które zaczynają się i kończą
> punktem wciętym a gdzieś po drodze mierzone są repery czy inne punkty stałe
> lub z RTN, jeśli to nie kanalizacja. Ciągi to archaizm, standardy też
> promują wyrównanie.


Proszę o wyjaśnienie, o co chodzi z tym hi, czemu je Pan zeruje?

Ogólnie pojedyncze przęsło niwelacji to nie jest materiał na wyrównanie ścisłe, to strzelanie z armaty do wróbla.
Sieci niwelacyjne wyrównuje się jak jest kilka ciągów łączących się w węzłach, oczka itp.

---
Admin

Jak pisali przedmówcy, jest to najmniej dokładnie pomierzona wielkość, przepisujemy to ręcznie w instrumencie i robimy przy tym błędy.
Jest to też niewygodne i nie ma chyba żaden producent sprzętu dobrego patentu na ten pomiar. Spuśćmy tez zasłonę milczenia na tych geniuszy z powiatów, którzy wciąż przy modernizacjach osnowy 3 klasy stosują poligony z dziurkami w centrze, zamiast z bolcami pomiarowymi do tyczek.
Nie pisałem o wyrównaniu pojedynczego oczka niwelacji, tylko o czasem dość złożonej sieci, gdzie finalnie z niemal każdego stanowiska "niwelacji" jednocześnie robiony jest pomiar pikiet.
Zazwyczaj nawiązaniem xy są punkty z GPS, za to nawiązania wysokościowe to repery bez współrzędnych xy, które są mierzone razem z pikietami i są różnie rozmieszczone na obszarze objętym pomiarem. Czasami trzeba dojść ciągiem tachimetrycznym "ze środka" od jakiegoś reperu, co też się opłaca, jeśli teren jest trudny dla niwelatora, możemy stosować dłuższe i strome celowe.
Bywa, że na jednym stanowisku jest kilka nawiązań, bo np. wcięcie jest na 3 punkty xy, zmierzony reper i wystawione dwa punkty osnowy pomiarowej, z których rozwijane są np. ciągi, na drugim końcu nawiązane podobnie i jeszcze jakieś repery ścienne zmierzone po drodze.
Najciekawiej jest przy pomiarze osnowy realizacyjnej na budowach, gdzie mam bardzo dużo różnych obserwacji do np. znaczków ściennych i finalnie każdy punkt ma mieć xyz do tyczeń i na dodatek jednorzędowo wyrównane po inwentaryzacji powykonawczej dla ośrodka wg standardów.
W sumie nie ma też problemu z ciągiem, bo do wyrównania można wrzucić już teraz, jak pisałem wcześniej, tylko pamiętając, że punkt jako numer stanowiska musi mieć inny numer i że ten punkt również stanie się punktem sieci, nad właściwym punktem, różnym o wysokość hi. On będzie miał swoje mh itd. - i to nie jest najszczęśliwsze, bo powinno się dać go wykluczyć, do wyrównania przyjmując same przewyższenia pomiędzy sąsiednimi punktami nawiązań.
I dalej moduł rejestrator musiałby mieć przełącznik lub stałą opcję "wyklucz Hi" przy obliczaniu pikiet, żeby sobie liczył z wyrównanych współrzędnych wysokość osi celowej nad stanowiskiem.
Czyli żeby nie obliczał wysokości osi celowej z rzędnej stanowiska i wysokości instrumentu z podawaniem odchyłki na nawiązaniach , tylko odwrotnie, co najwyżej podając różnicę pomiędzy osią wyliczoną a wpisaną kontrolnie z palca wysokościa instrumentu.

Ja już dawno nie mierzę klasycznymi ciągami, szczególnie w miastach, gdzie
> są znaki ścienne xyz, repery z i poligony xy jednocześnie. Stosuję różnego
> rodzaju wcięcia na kilka punktów albo ciągi, które zaczynają się i kończą
> punktem wciętym a gdzieś po drodze mierzone są repery czy inne punkty stałe
> lub z RTN, jeśli to nie kanalizacja. Ciągi to archaizm, standardy też
> promują wyrównanie.

Pozwole się wtrącić. Zdaje sobie sprawę, że ciągi to nie powiew świeżości, ale u mnie o osnowie xyz mozemy porozmawiac jak o opowieści z krainy tysiąca i jednej nocy. Jeśli do najbliższego reperu mam 2-3km to do pewnych zagadnień tą wysokość musze przenieść ciągiem bo inaczej nie da rady. Nie musze mierzyc przy tym pikiet bo to moge zrobic zwykla tachimetria. Mnie chodzi wylącznie o czas. Robiąc tą niwelacje trygonometrycznie robotykiem oszczedzam w cholere czasu. Prosilbym aby inni tez wlaczyli sie do dyskusji i podzielili sie uwagami. Mozna zrobic modul do tworzenia niwelacji trygonometrycznej i rownolegly modul do wyrownywania sieci wysokosciowej. Tylko mam nadzieje, ze nie potrzebuje tego tylko ja, koledzy lolek i alcapon. Niestety nie wszedzie jest sensowna osnowa i nie wszedzie wysokosc z gpsa wystarcza.

> Pozwole się wtrącić. Zdaje sobie sprawę, że ciągi to nie powiew świeżości,
> ale u mnie o osnowie xyz mozemy porozmawiac jak o opowieści z krainy
> tysiąca i jednej nocy. Jeśli do najbliższego reperu mam 2-3km to do pewnych
> zagadnień tą wysokość musze przenieść ciągiem bo inaczej nie da rady. Nie
> musze mierzyc przy tym pikiet bo to moge zrobic zwykla tachimetria. Mnie
> chodzi wylącznie o czas. Robiąc tą niwelacje trygonometrycznie robotykiem
> oszczedzam w cholere czasu. Prosilbym aby inni tez wlaczyli sie do dyskusji
> i podzielili sie uwagami. Mozna zrobic modul do tworzenia niwelacji
> trygonometrycznej i rownolegly modul do wyrownywania sieci wysokosciowej.
> Tylko mam nadzieje, ze nie potrzebuje tego tylko ja, koledzy lolek i
> alcapon. Niestety nie wszedzie jest sensowna osnowa i nie wszedzie wysokosc
> z gpsa wystarcza.

Ale wtedy właśnie najszybciej jest wrzucić to do obecnego modułu wyrównania, który już jest i nie wymaga zmian.
Tyle, że mh zostanie wyliczone i dla żabek, i dla stanowisk instrumentu i dla reperu roboczego na końcu.
Ale czy komuś to przeszkadza?
Czyli wrzucasz wszystko do przewyższeń z modułu rejestrator, wysokość instrumentu jest nieważna, zaznaczasz punkty osnowy h, dajesz oblicz i tyle, wynik to wykaz wysokości z mh, ku chwale standardom.
We wszystkich powiatach, gdzie robię roboty, nie ma z tym najmniejszego problemu, tylko że przecież na końcu jest jeszcze jakiś mniej lub bardziej skomplikowany pomiar tego "szamba" też tachimetrem, więc czemu to by nie miało być zintegrowane w raportach? I tak pikiety muszą też mieć podane mh?

> Ale wtedy właśnie najszybciej jest wrzucić to do obecnego modułu
> wyrównania, który już jest i nie wymaga zmian.
> Tyle, że mh zostanie wyliczone i dla żabek, i dla stanowisk instrumentu i
> dla reperu roboczego na końcu.
> Ale czy komuś to przeszkadza?
> Czyli wrzucasz wszystko do przewyższeń z modułu rejestrator, wysokość
> instrumentu jest nieważna, zaznaczasz punkty osnowy h, dajesz oblicz i
> tyle, wynik to wykaz wysokości z mh, ku chwale standardom.
> We wszystkich powiatach, gdzie robię roboty, nie ma z tym najmniejszego
> problemu, tylko że przecież na końcu jest jeszcze jakiś mniej lub bardziej
> skomplikowany pomiar tego "szamba" też tachimetrem, więc czemu to by nie
> miało być zintegrowane w raportach? I tak pikiety muszą też mieć podane mh?

Szczerze mówiąc to nie potrzebuje korzystać z modułu wyrównania bo mh mam w tachimetrii i tyle mi wystarczy. W moich ośrodkach sprawdzają konserwatyści i chcą dziennik niwelacji akurat. Wiem, że to upierdliwe, ale nie raz były tutaj sondaże jaki ma być tytuł dziennika na przykład zeby w większości ośrodków przeszedł. A żeby było śmieszniej niektóre ośrodki nie uznają niwelacji trygonometrycznej i trzeba przeliczać na geometryczną. Trudno, jak nie będzie kreatora niwelacji to po prostu przeklepie obserwacje i tyle. Raz na jakiś czas moge to robić. Oby nie za często.

Zrobiłem prototyp tworzęnia ciągu ze środka, prosze sprawdzić jak działa.
Jest w menu Rejestrator->Utwórz ciąg

www.coder.pl/winkalk32.exe

---
Admin

> > to nic nie wnosi do programu, więcej osiągnie się wyrównaniem i import
> > przewyższeń. Wydaje mi się, że koledze chodziło niwelację w której
> pozbyli
> > byśmy się błędu pomiaru wys. instr. i pomiaru wysokości tyczki.
> > To już dorabianie niwelacji poprzeczek na pewno wzbogaciło by winkalk.
>
> Mnie chodzi tylko i wyłącznie o coś takiego: Mam stanowiska w edycji
> pomiarów tachimetrycznych, które mierzyłem tachimetrem z wykorzystaniem
> opcji przeniesienia wysokości. Punkty mierzone w dwóch położeniach lunety,
> przy dwóch wysokościach celu (nazwijmy te pomiary wstecz1, wstecz2,
> wprzód1, w przód2). I teraz chciałbym za pomocą narzędzia przybliżonego
> interfejsem do opcji Twórz poligon stworzyć sobie ciąg niwelacyjny metodą
> trygonometryczną ze środka bez wysokości instrumentu (nie jest ona
> potrzebna do niczego). Powiedzmy, że zaznaczam punkty wstecz i w przód jako
> nawiązania. W kreatorze wybieram stanowiska do stworzenia ciągu, zaznaczam
> opcję o nazwie np. "Importuj tylko nawiązania" jeśli chcę tylko punkty
> wstecz i w przód (żeby obliczyć sam ciąg) lub opcję "Importuj wszystkie
> pomiary" jeśli chcę obliczyć wysokość innych punktów mierzonych z tego
> stanowiska (chociaż nie jest to do końca potrzebne). Według mnie z tych
> wybranych obserwacji na poszczególne punkty powinien "stworzyć się" ciąg
> niwelacyjny od reperu A do reperu B. Odczyty w przód i wstecz powinny być
> mierzone 2 razy (2 wysokości celu - zmiana wysokości celowej) a pośrednie
> raz (program miałby dodatkową kontrolę czy nie brakuje wymaganego
> podwójnego pomiaru wprzód lub wstecz).
> Czy z grubsza rozumiecie ideę o co mi chodzi? Nie chcę tworzyć "fikcyjnej
> niwelacji z XYH" tylko w sposób wygodny i szybki obliczyć niwelację z
> danych, które faktycznie zarejestrowałem tachimetrem. Mając tachimetr
> robotyczny po prostu wygodniej jest mi niwelować trygonometrycznie i zrobić
> z tego szybko "zgrabny raport" niż pomykać z niwelatorem i dwiema łatami.
Chyba szybciej w excelu Za dużo dowolności żeby to ubrać w formularze...

> Zrobiłem prototyp tworzęnia ciągu ze środka, prosze sprawdzić jak działa.
> Jest w menu Rejestrator->Utwórz ciąg
>
> www.coder.pl/winkalk32.exe


Witam,
Coś nie działa. Stanowiska mam numerowane 1, 2, 3,...., a punkty niwelowane 1n, 2n, 3n,..... Po wybraniu listy stanowisk, z którego ma być tworzony ciąg wyświetlany jest komunikat o błędzie Brak pomiaru z punktu 1 na 2. W nawiązaniu nie widnieje numer punktu do łaty (lustra) wstecz tylko numer stanowiska. W każdym razie wielkie dzięki za podjęcie tematu

> > Zrobiłem prototyp tworzęnia ciągu ze środka, prosze sprawdzić jak
> działa.
> > Jest w menu Rejestrator->Utwórz ciąg
> >
> > www.coder.pl/winkalk32.exe
>
>
> Witam,
> Coś nie działa. Stanowiska mam numerowane 1, 2, 3,...., a punkty niwelowane
> 1n, 2n, 3n,..... Po wybraniu listy stanowisk, z którego ma być tworzony
> ciąg wyświetlany jest komunikat o błędzie Brak pomiaru z punktu 1 na 2. W
> nawiązaniu nie widnieje numer punktu do łaty (lustra) wstecz tylko numer
> stanowiska. W każdym razie wielkie dzięki za podjęcie tematu

Założyłem, ze dane bedą wprowadzane jakoś tak:
Jak wpisze się ciąg stanowisk 1 2 3 4 5
to znaczy, że instrument stał na 2 i 4 , a przewyższenia były mierzone między 1 3 a 5
Ma to sens?

---
Admin

> Założyłem, ze dane bedą wprowadzane jakoś tak:
> Jak wpisze się ciąg stanowisk 1 2 3 4 5
> to znaczy, że instrument stał na 2 i 4 , a przewyższenia były mierzone
> między 1 3 a 5
> Ma to sens?

Panie Piotrze niestety nie za bardzo ma to sens.
Winkalk MUSI brać pod uwagę wszystkie stanowiska wybrane przez użytkownika, a przewyższenia powinny być liczone między mierzonymi punktami wstecz i wprzód.

Dla przykładu

Stanowisko 01
Mierzone pikiety: 1,2

Stanowisko 02
Mierzone pikiety 2,3

Stanowisko 03
Mierzone pikiety 3,4

Stanowisko 04
Mierzone pikiety 4,5

W takim przypadku użytkownik wybiera do ciągu wszystkie stanowiska, tzn. 01,02,03,04
Program liczy przewyższenia między pikietami 1-2, 2-3, 3-4, 4-5
Reper początkowy to pikieta 1
Reper końcowy to pikieta 5

Czyli zasada działania takiej niwelacji jest IDENTYCZNA jak niwelacja niwelatorem - różni się tylko instrumentem którym wykonujemy pomiar.
Podczas niwelacji niwelatorem też nie niwelujemy stanowisk niwelatora tylko punkty wstecz/wprzód.

Dochodzi jeszcze kwestia jak program ma rozróźniać zwykłe pikiety od repera początkowego i końcowego (bo w danym stanowisku może być mierzonych więcej pikiet niż tylko wstecz i wprzód)
Prostym roziązaniem tego problmu może być wprowadzanie określonego kodu w pozycji "Naw". Teraz w pozycji Naw w edycji pomiarów tachimetrycznych możemy wpisać Naw dla nawiązania i Kon dla punktu kontrolnego.
Pod prawy przyciskiem myszki można dorobić opcję która będzie wstawiała inne oznaczenie dla repera początkowego/końcowego lub założyć że reper początkowy/końcowy będą oznaczone jako Naw w kolumnie "Naw"

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

> > Założyłem, ze dane bedą wprowadzane jakoś tak:
> > Jak wpisze się ciąg stanowisk 1 2 3 4 5
> > to znaczy, że instrument stał na 2 i 4 , a przewyższenia były mierzone
> > między 1 3 a 5
> > Ma to sens?
>
> Panie Piotrze niestety nie za bardzo ma to sens.
> Winkalk MUSI brać pod uwagę wszystkie stanowiska wybrane przez użytkownika,
> a przewyższenia powinny być liczone między mierzonymi punktami wstecz i
> wprzód.
>
> Dla przykładu
>
> Stanowisko 01
> Mierzone pikiety: 1,2
>
> Stanowisko 02
> Mierzone pikiety 2,3
>
> Stanowisko 03
> Mierzone pikiety 3,4
>
> Stanowisko 04
> Mierzone pikiety 4,5
>
> W takim przypadku użytkownik wybiera do ciągu wszystkie stanowiska, tzn.
> 01,02,03,04
> Program liczy przewyższenia między pikietami 1-2, 2-3, 3-4, 4-5
> Reper początkowy to pikieta 1
> Reper końcowy to pikieta 5
>
> Czyli zasada działania takiej niwelacji jest IDENTYCZNA jak niwelacja
> niwelatorem - różni się tylko instrumentem którym wykonujemy pomiar.
> Podczas niwelacji niwelatorem też nie niwelujemy stanowisk niwelatora tylko
> punkty wstecz/wprzód.
>
> Dochodzi jeszcze kwestia jak program ma rozróźniać zwykłe pikiety od repera
> początkowego i końcowego (bo w danym stanowisku może być mierzonych więcej
> pikiet niż tylko wstecz i wprzód)
> Prostym roziązaniem tego problmu może być wprowadzanie określonego kodu w
> pozycji "Naw". Teraz w pozycji Naw w edycji pomiarów tachimetrycznych
> możemy wpisać Naw dla nawiązania i Kon dla punktu kontrolnego.
> Pod prawy przyciskiem myszki można dorobić opcję która będzie wstawiała
> inne oznaczenie dla repera początkowego/końcowego lub założyć że reper
> początkowy/końcowy będą oznaczone jako Naw w kolumnie "Naw"


Przerobiłem funkcje zgodnie z Pana wskazówkami:

www.coder.pl/winkalk32.exe

---
Admin

> Przerobiłem funkcje zgodnie z Pana wskazówkami:
>
> www.coder.pl/winkalk32.exe


Powoli zbliżamy się do celu.
Na odczytach wstecz zamiast wysokości lustra kopiowana jest wysokość stanowiska. Wysokości celu w przód pozostają puste.

> > Przerobiłem funkcje zgodnie z Pana wskazówkami:
> >
> > www.coder.pl/winkalk32.exe
>
>
> Powoli zbliżamy się do celu.
> Na odczytach wstecz zamiast wysokości lustra kopiowana jest wysokość
> stanowiska.

dH jest już skorygowane o hi-ht, więc wysokość celu jest nieistotna, byle była taka sama

>Wysokości celu w przód pozostają puste.

ok, poprawiamy

---
Admin

> dH jest już skorygowane o hi-ht, więc wysokość celu jest nieistotna, byle
> była taka sama

Rozumiem, że wysokość tyczki wstecz i w przód ma być identyczna? Ok. Tylko czasem może być problem z przesłonięciem lustra i trzeba będzie zmienić jego wysokość. Póki co jeśli zadziała to doraźnie niech tak będzie, w "wolniejszej chwili" najwyżej wróci Pan i odgrzeje ten kotlet Wiem, że może być to uznane za eskalację żądań ale przydałaby się jeszcze jedna funkcjonalność. Z tym, że raczej trzeba by zrobić jaką listę wyboru. Niwelatorem można mierzyć ciąg metodami BF (odczyt wstecz odczyt w przód) BIF (wstecz, pośredni, w przód), BBFF (wstecz 1, wstecz 2, w przód 1, w przód 2), BFBF, BFFB, i inne w zależności od producenta niwelatora. Z tym, że przy transmisji z niwelatora informacje o sposobie pomiaru są zawarte w pliku z obserwacjami. W przypadku tachimetru raczej trzeba by ręcznie zaznaczyć w kreatorze ciągu niwelacyjnego zastosowaną metodę pomiaru, żeby liczyć na przykład w jednej tabeli kierunek główny i powrotny (tak jak jest to zrobione w niwelacji precyzyjnej). Tak niwelatorem jak i tachimetrem kierunek główny i powrotny mierzy się z tego samego stanowiska zmieniając wysokość instrumentu (pomiar niwelatorem) lub wysokość lustra (pomiar tachimetrem). Mam nadzieję, że idea została przedstawiona w miarę czytelnie i zrozumiale

O ludzie, ile trudności.... może jednak więcej odwagi, zróbcie po prostu wyrównanie sieci niwelacyjnej, to działa. Macie paragraf 15 standardów i zielone światło do wyrównania ścisłego. Ja już się nieraz przekonałem, że inspektorów można przekonać, gorzej kierownika w firmie czy prezesa, a najtrudniej starego geodetę, co od lat sam prowadzi swoją firmę w pojedynkę. Jak chcecie "widzieć" odchyłkę ciągu, to zróbcie to na wisząco i wtedy zobaczycie, jaka jest różnica na reperze końcowym. Po cię tak dręczyć i męczyć, skoro moduły rejestrator i moduł wyrównania zrobią wam to w kilka minut, niezależnie od wysokości tyczek i czy będzie mierzona wysokość instrumentu, czy nie. Trzeba tylko w te kilka minut oznaczyć stanowiska i nawiązania, co i tak trzeba robić przy liczeniu współrzędnych pikiet.

> > > > jest funkcjonalność utwórz ciąg niwelacyjny z punktów xyh, czy można
> > by
> > > > dorzucić doprodukowanie obserwacji pośrednich, przy dużej ilości
> > > wysokości
> > > > by się przydało. Podobni w innych to jest.
> > >
> > > Ok, dorobione, będzie w menu pod PPM
> > >
> > > www.coder.pl/winkalk32.exe
> >
> >
> >
> > Wg mnie chodzi o to aby po kliknięciu ppm lub ctrl+u na danym punkcie
> > (Punkt nr 8 jest w bazie punktów i ma wartość H) program automatycznie
> > oblicza jaki powinien być odczyt i wrzuca go do tabeli niwelacji.
> > Jeśli niwelacja jest "cała" i można obliczyć odchyłkę do program
> powinien
> > to uwzględniać przy obliczaniu odczytu
> > Jeśli niwelacja nie jest jeszcze zamknięta to program oblicza odczyt
> tylko
> > na podstawie danych które zostały wklepane.
>
> To trzeba by najpierw wstawić wiersz, wpisać nr i kliknąć dorobienie
> pomiaru.
> Może prościej będzie, jak program spyta o nr punktu zamiast o H punktu?
Panie Piotrze dlaczego opcja Dorób pomiar pośredni nie działa gdy korzystamy z niej w pierwszym wierszu okna niwelacja techniczna?

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

> > > > > jest funkcjonalność utwórz ciąg niwelacyjny z punktów xyh, czy
> można
> > > by
> > > > > dorzucić doprodukowanie obserwacji pośrednich, przy dużej ilości
> > > > wysokości
> > > > > by się przydało. Podobni w innych to jest.
> > > >
> > > > Ok, dorobione, będzie w menu pod PPM
> > > >
> > > > www.coder.pl/winkalk32.exe
> > >
> > >
> > >
> > > Wg mnie chodzi o to aby po kliknięciu ppm lub ctrl+u na danym punkcie
> > > (Punkt nr 8 jest w bazie punktów i ma wartość H) program automatycznie
> > > oblicza jaki powinien być odczyt i wrzuca go do tabeli niwelacji.
> > > Jeśli niwelacja jest "cała" i można obliczyć odchyłkę do program
> > powinien
> > > to uwzględniać przy obliczaniu odczytu
> > > Jeśli niwelacja nie jest jeszcze zamknięta to program oblicza odczyt
> > tylko
> > > na podstawie danych które zostały wklepane.
> >
> > To trzeba by najpierw wstawić wiersz, wpisać nr i kliknąć dorobienie
> > pomiaru.
> > Może prościej będzie, jak program spyta o nr punktu zamiast o H punktu?
> Panie Piotrze dlaczego opcja Dorób pomiar pośredni nie działa gdy
> korzystamy z niej w pierwszym wierszu okna niwelacja techniczna?

poprawione:

www.coder.pl/winkalk32.exe

---
Admin