CODER

Panie Piotrze
na forum PIIG jeden z kolegów zamieścił raport z pomiaru GPS Kolida
bo mu w Ośrodku Dokumentacji zarzucili w jakich jednostkach dodane są błędy Mx, My, Mz wektorów? no i koledzy z forum rozpoczęli krytykować program
Ja jestem zainteresowany bo też nabyłem Kolidę, a podobno program do raportów dla Kolidy pisał Coder

cytat z forum PIIG

Cześć!
Nie znam tego programu, ale "nie podobają" mi się tutaj dwie rzeczy:
1. Tabela "Punkty bazowe" - mamy p-ty BP-1, BP-2, BP-3 - i dobrze.
Dlaczego więc w tabeli "Obliczone wektory" wykazne są wektory :
BP4097 - 3 , BP4097-3A, BP4097 - 2, BP0004098 - 2A , BP0004098 - 1 i w końcu
BP4097 - 1A ?
Skoro BP-1 = BP4097 to niech pisze: BP-1 - 3 !
Dlaczego nazewnictwo p-tów początkowych wektorów jest NIESPÓJNE ? raz BP4097, zaraz potem BP0004098 !
Dodatkowo - w ostatniej pozycji wektor jest NAPRAWDĘ liczony z p-tu BP-3, a nie z BP4097 !!! ( bo BP4097 to jest BP-1 !!! ) TO JUŻ JEST JAKIEŚ JAJCO !

Tak więc - albo coś "pokmbinowałeś" ? - albo w tym programie panuje chaos ! ( czyli bur... )
Bo jak "coś" się nazywa "A", to konsekwentnie wszędzie gdzie to "coś" powinno się nazywać A - NIE?
Jak będziesz miał 30 p-tów bazowych i będziesz chciał coś sprawdzić, to POWODZENIA ŻYCZĘ !


2. Czy w tabeli "Obliczone wektory" w kolumnie "Rozw." nie powinno być "FIXED" ??? - a jest "RTK" - to na pewno miałeś "fixa" w trakcie pomiaru?

> Panie Piotrze
> na forum PIIG jeden z kolegów zamieścił raport z pomiaru GPS Kolida
> bo mu w Ośrodku Dokumentacji zarzucili w jakich jednostkach dodane są błędy
> Mx, My, Mz wektorów? no i koledzy z forum rozpoczęli krytykować program
> Ja jestem zainteresowany bo też nabyłem Kolidę, a podobno program do
> raportów dla Kolidy pisał Coder
>
> cytat z forum PIIG
>
> Cześć!
> Nie znam tego programu, ale "nie podobają" mi się tutaj dwie rzeczy:
> 1. Tabela "Punkty bazowe" - mamy p-ty BP-1, BP-2, BP-3 - i dobrze.
> Dlaczego więc w tabeli "Obliczone wektory" wykazne są wektory :
> BP4097 - 3 , BP4097-3A, BP4097 - 2, BP0004098 - 2A , BP0004098 - 1 i w
> końcu
> BP4097 - 1A ?
> Skoro BP-1 = BP4097 to niech pisze: BP-1 - 3 !
> Dlaczego nazewnictwo p-tów początkowych wektorów jest NIESPÓJNE ? raz
> BP4097, zaraz potem BP0004098 !
> Dodatkowo - w ostatniej pozycji wektor jest NAPRAWDĘ liczony z p-tu BP-3, a
> nie z BP4097 !!! ( bo BP4097 to jest BP-1 !!! ) TO JUŻ JEST JAKIEŚ JAJCO !
>
>
> Tak więc - albo coś "pokmbinowałeś" ? - albo w tym programie panuje chaos !
> ( czyli bur... )
> Bo jak "coś" się nazywa "A", to konsekwentnie wszędzie gdzie to "coś"
> powinno się nazywać A - NIE?
> Jak będziesz miał 30 p-tów bazowych i będziesz chciał coś sprawdzić, to
> POWODZENIA ŻYCZĘ !
>
>
> 2. Czy w tabeli "Obliczone wektory" w kolumnie "Rozw." nie powinno być
> "FIXED" ??? - a jest "RTK" - to na pewno miałeś "fixa" w trakcie pomiaru?


Musiałbym zobaczyć plik z danymi RW5, i zapewne potrafiłbym na tej podstawie udowodnić, że nie jestem wielbłądem.

Np. co do nazewnictwa punktów, program nie analizuje ich spójności, tylko przetrawia to co jest w danych i wyrzuca w czytelnej formie.
Np. jak wektor jest opisany linią:
G1,BP4097,PN1,DX3.906,DY0.055,DZ2.326
to tylko odcina BP, PN i wyrzuca nazwę wektora BP4097-1 i tyle, jestem pewien, że w raporcie wszystko jest tak jak w surowych danych

---
Admin

Koledze z forum PIIG chodzi o to że skoro w tabeli " obliczone wektory"
punkty bazowe są pobrane pliku RW5 jak np BP4097 to ten sam numer
BP4097 powinien być w tabeli " punkty bazowe " a nie np BP1

>
> Musiałbym zobaczyć plik z danymi RW5, i zapewne potrafiłbym na tej
> podstawie udowodnić, że nie jestem wielbłądem.
>
> Np. co do nazewnictwa punktów, program nie analizuje ich spójności, tylko
> przetrawia to co jest w danych i wyrzuca w czytelnej formie.
> Np. jak wektor jest opisany linią:
> G1,BP4097,PN1,DX3.906,DY0.055,DZ2.326
> to tylko odcina BP, PN i wyrzuca nazwę wektora BP4097-1 i tyle, jestem
> pewien, że w raporcie wszystko jest tak jak w surowych danych

Dzień Dobry!
Korzystam z FastSurvey ( też w zasadzie SurvCE ). Program który generuje raport to GNSS widzę więc pewne analogie.
FastSurvey ( a myślę, że SurvCE też ) nadaje p-tom bazowym numery tak, że
- dla VRS'ów - BP0000001 do BP000000n
- dla stacji fizycznej - przyjmuje nazwę stacji jak ASG, czyli np. KATO_RTCM

Nazwa p-tu bazowego w tabeli p-tów bazowych i w obliczeniach wektorów jest identyczna - bo nie wyobrażam sobie, żeby było inaczej.

W przykładowym raporcie Kol. jacek1000 w ostatniej linii tabeli obl. wektorów rzeczywiście jest EWIDENTNY błąd!
Długość BP4097 ( przyjmując że BP4097 to jest BP-1 - tu rzeczywiście trzeba być jasnowidzem żeby ustalić który BP jest którym ??? ) do p-tu 1A wynosi ze wsp 88,198 !
A w tabeli mamy -> 5,627 !
Natomiast długość BP-3 do 1A ze wsp. to właśnie 5,628 - tylko że w obliczeniu wektorów punkt bazowy BP-3 wogóle NIE WYSTĘPUJE !

> Koledze z forum PIIG chodzi o to że skoro w tabeli " obliczone wektory"
> punkty bazowe są pobrane pliku RW5 jak np BP4097 to ten sam numer
> BP4097 powinien być w tabeli " punkty bazowe " a nie np BP1

OK, to da się poprawić.
Coś jeszcze?

---
Admin

> > Koledze z forum PIIG chodzi o to że skoro w tabeli " obliczone wektory"
> > punkty bazowe są pobrane pliku RW5 jak np BP4097 to ten sam numer
> > BP4097 powinien być w tabeli " punkty bazowe " a nie np BP1
>
> OK, to da się poprawić.
> Coś jeszcze?

Jak dla mnie cieszył bym się gdybym z programu GPS mógł zapisać oprócz raportu w formacie RFT również plik ze współrzędnymi pomierzonych punktóww formacie TXT łącznie z punktami bazowymi.

Chcę załączyć pliki tylko nie wiem jak
jacek1000

> http://www.carlsonemea.com/cwa/report/index.php?lang=PL


Panie Piotrze to jest link do sporządzania raportu on line na podstawie pliku RW5 może się przydać przy naprawie programu GPS ( generator raportów dla Kolidy)

> > http://www.carlsonemea.com/cwa/report/index.php?lang=PL
>
>
> Panie Piotrze to jest link do sporządzania raportu on line na podstawie
> pliku RW5 może się przydać przy naprawie programu GPS ( generator raportów
> dla Kolidy)

Niestety, na polskie warunki raport musi spełniać zupełnie inne kryteria.

---
Admin

> Chcę załączyć pliki tylko nie wiem jak
> jacek1000

Forum nie ma możliwośc załaczania plików, prosze je przysłać do mnei mailem coder [m] coder . pl

---
Admin

> > > http://www.carlsonemea.com/cwa/report/index.php?lang=PL
> >
> >
> > Panie Piotrze to jest link do sporządzania raportu on line na podstawie
> > pliku RW5 może się przydać przy naprawie programu GPS ( generator
> raportów
> > dla Kolidy)
>
> Niestety, na polskie warunki raport musi spełniać zupełnie inne kryteria.

jest darmowy program do raportowania z fastsuvy jest to GNSS Solutions niestety nie po polsku i również nie odpowiada naszym wymaganiom. Również używam programu o którym mowa w mim przypadku jednostki błędów są w metrach. Ja mam inny problem, najczęściej mierzę bez dołączonego pliku odstępów i pliku lokalizacji dołączam je po pomiarze co powoduje transformację współrzędnych punktów wewnątrz programu fastsurv a nie powoduje przetworzenia pliku RW5. Brak przetworzenia RW5 powoduje następnie nieprawidłowe współrzędne w raporcie. W ostatniej wersji programu pojawiła się opcja współrzędne z pliku eksportu, niestety nie działa prawidłowo, po wskazaniu pliku eksportu z FASTsurv program nadal pobiera współrzędne z pliku RW5.

> metrach. Ja mam inny problem, najczęściej mierzę bez dołączonego pliku
> odstępów i pliku lokalizacji dołączam je po pomiarze co powoduje
> transformację współrzędnych punktów wewnątrz programu fastsurv a nie
> powoduje przetworzenia pliku RW5. Brak przetworzenia RW5 powoduje następnie

W polskich wytycznych jest wymagana lokalizacja metodą Helmerta z poprawkami Hausbrandta, jestem pewien, że w zagranicznych programach nie ma takiej opcji.

---
Admin

> > metrach. Ja mam inny problem, najczęściej mierzę bez dołączonego pliku
> > odstępów i pliku lokalizacji dołączam je po pomiarze co powoduje
> > transformację współrzędnych punktów wewnątrz programu fastsurv a nie
> > powoduje przetworzenia pliku RW5. Brak przetworzenia RW5 powoduje
> następnie
>
> W polskich wytycznych jest wymagana lokalizacja metodą Helmerta z
> poprawkami Hausbrandta, jestem pewien, że w zagranicznych programach nie ma
> takiej opcji.
witam!
jeżeli ostatnia odpowiedz była do mnie, to napisałem że dodano opcję a opcja nie działa, co do algorytmu wykonywania lokalizacji to inna sprawa, ale jest jeszcze plik odstępów, przypadek, że współrzędne xy otrzymuję w uk. 2000 a wysokości elipsoidalne czyli w mim przypadku o około 30m za wysoko, po zastosowaniu pliku odstępów w raporcie wysokości pozostają 30m za wysoko, z tego wnioskuję, że program nie uwzględnia pliku odstępów. Program dostałem z zakupionym zestawem bez instrukcji i tak naprawdę nie wiem czego mogłem od niego oczekiwać i jak powinien się zachowywać. W moim przypadku to byłbym zadowolony jeżeli opcja współrzędne z pliku eksportu działała by. Przejście z B,L na x,y w przypadku układu 2000 pomiędzy Pana obliczeniami i FASTsurvy to chyba tylko kwestia zaokrągleń. Idealnym było by generowanie raportu z winkalka z jednoczesnym przejęciem współrzędnych. Mam jeszcze inne spostrzeżenia ale jak pisałem nie wiem czego powinienem oczekiwać od programu i nie chcę pisać o sprawach których program z założenia nie przewidywał.
Pozdrawiam!

> jeżeli ostatnia odpowiedz była do mnie, to napisałem że dodano opcję a
> opcja nie działa, co do algorytmu wykonywania lokalizacji to inna sprawa,
> ale jest jeszcze plik odstępów,

Który to jest plik odstępów?

Lokakizacja H to jest problem, wytyczne nic o tym nie pisza, więc po prostu program wylicza średni odstęp dla punktów lokalizacyjnych i taki używa do wyliczenia wszystkich H

---
Admin

> > jeżeli ostatnia odpowiedz była do mnie, to napisałem że dodano opcję a
> > opcja nie działa, co do algorytmu wykonywania lokalizacji to inna
> sprawa,
> > ale jest jeszcze plik odstępów,
>
> Który to jest plik odstępów?
>
> Lokakizacja H to jest problem, wytyczne nic o tym nie pisza, więc po prostu
> program wylicza średni odstęp dla punktów lokalizacyjnych i taki używa do
> wyliczenia wszystkich H

Wytyczne techniczne G-2.5 podają zasady takiej lokalizacji opartej o punkty. Dodatkowo w załączniku do instrukcji G-2 (wydanie bodaj 2001) jest model geoidy niwelacyjnej.

---
Pozdrawiam. RK

> > jeżeli ostatnia odpowiedz była do mnie, to napisałem że dodano opcję a
> > opcja nie działa, co do algorytmu wykonywania lokalizacji to inna
> sprawa,
> > ale jest jeszcze plik odstępów,
>
> Który to jest plik odstępów?
>
> Lokakizacja H to jest problem, wytyczne nic o tym nie pisza, więc po prostu
> program wylicza średni odstęp dla punktów lokalizacyjnych i taki używa do
> wyliczenia wszystkich H

witam ponownie
idąc tym tokiem myślenia to po co w ogóle podawać h w raportach i wiele innych danych, których instrukcje nie przewidują a raport je zawiera. Jeżeli można spełnić moje życzenie, współrzędne z pliku eksportu to bardzo proszę, jeżeli nie to dyskusja jest bezprzedmiotowa.

> > > jeżeli ostatnia odpowiedz była do mnie, to napisałem że dodano opcję a
> > > opcja nie działa, co do algorytmu wykonywania lokalizacji to inna
> > sprawa,
> > > ale jest jeszcze plik odstępów,
> >
> > Który to jest plik odstępów?
> >
> > Lokakizacja H to jest problem, wytyczne nic o tym nie pisza, więc po
> prostu
> > program wylicza średni odstęp dla punktów lokalizacyjnych i taki używa
> do
> > wyliczenia wszystkich H
>
> witam ponownie
> idąc tym tokiem myślenia to po co w ogóle podawać h w raportach i wiele
> innych danych, których instrukcje nie przewidują a raport je zawiera.
> Jeżeli można spełnić moje życzenie, współrzędne z pliku eksportu to bardzo
> proszę, jeżeli nie to dyskusja jest bezprzedmiotowa.

Jeżeli chodzi o pobieranie H z pliku eksportu, to ta poprawka już funkcjonuje od jakiegoś czasu.

---
Admin

> > > > jeżeli ostatnia odpowiedz była do mnie, to napisałem że dodano opcję
> a
> > > > opcja nie działa, co do algorytmu wykonywania lokalizacji to inna
> > > sprawa,
> > > > ale jest jeszcze plik odstępów,
> > >
> > > Który to jest plik odstępów?
> > >
> > > Lokakizacja H to jest problem, wytyczne nic o tym nie pisza, więc po
> > prostu
> > > program wylicza średni odstęp dla punktów lokalizacyjnych i taki używa
> > do
> > > wyliczenia wszystkich H
> >
> > witam ponownie
> > idąc tym tokiem myślenia to po co w ogóle podawać h w raportach i wiele
> > innych danych, których instrukcje nie przewidują a raport je zawiera.
> > Jeżeli można spełnić moje życzenie, współrzędne z pliku eksportu to
> bardzo
> > proszę, jeżeli nie to dyskusja jest bezprzedmiotowa.
>
> Jeżeli chodzi o pobieranie H z pliku eksportu, to ta poprawka już
> funkcjonuje od jakiegoś czasu.
w takim razie muszę się skontaktować ze sprzedawcą, myślałem, że mam ostatnią wersję programu szczególnie, że funkcja ta została dodana na moją prośbę, rozumie problem wykorzystania geoidy niwelacyjnej 2001, był poruszany przy transformacjach w winkalku

> Wytyczne techniczne G-2.5 podają zasady takiej lokalizacji opartej o
> punkty.

Dziękuję, tej własnie informacji potrzebowałem

---
Admin

> prośbę, rozumie problem wykorzystania geoidy niwelacyjnej 2001, był
> poruszany przy transformacjach w winkalku

Geoida to odrębny problem, musiałbym spytać GUGiK, czy mogę ten model wykorzystać komercyjnie, ale myślę, że już znam odpowiedź.

---
Admin

> > prośbę, rozumie problem wykorzystania geoidy niwelacyjnej 2001, był
> > poruszany przy transformacjach w winkalku
>
> Geoida to odrębny problem, musiałbym spytać GUGiK, czy mogę ten model
> wykorzystać komercyjnie, ale myślę, że już znam odpowiedź.

spytać zawsze można a co do odpowiedzi moje domysły są chyba zbieżne z Pańskimi

> > > > jeżeli ostatnia odpowiedz była do mnie, to napisałem że dodano opcję
> a
> > > > opcja nie działa, co do algorytmu wykonywania lokalizacji to inna
> > > sprawa,
> > > > ale jest jeszcze plik odstępów,
> > >
> > > Który to jest plik odstępów?
> > >
> > > Lokakizacja H to jest problem, wytyczne nic o tym nie pisza, więc po
> > prostu
> > > program wylicza średni odstęp dla punktów lokalizacyjnych i taki używa
> > do
> > > wyliczenia wszystkich H
> >
> > witam ponownie
> > idąc tym tokiem myślenia to po co w ogóle podawać h w raportach i wiele
> > innych danych, których instrukcje nie przewidują a raport je zawiera.
> > Jeżeli można spełnić moje życzenie, współrzędne z pliku eksportu to
> bardzo
> > proszę, jeżeli nie to dyskusja jest bezprzedmiotowa.
>
> Jeżeli chodzi o pobieranie H z pliku eksportu, to ta poprawka już
> funkcjonuje od jakiegoś czasu.

witam!
dostałem właśnie ostatnią wersję, nie funkcjouje, chyba że popełniam jakiś błąd, jaki powinien być separator w pliku eksportu

> dostałem właśnie ostatnią wersję, nie funkcjouje, chyba że popełniam jakiś
> błąd, jaki powinien być separator w pliku eksportu

Pliki które używałem wyglądają np. tak:

1 5943381.7946 7583265.4852 134.1701
2 5943366.1363 7583254.5840 133.7127
3 5943369.8653 7583237.6938 133.2613
4 5943381.8189 7583224.0647 133.0556
5 5943381.4873 7583221.9978 132.3307
6 5943382.3567 7583220.4887 132.2794
7 5943382.4922 7583218.7080 132.9753
8 5943391.7130 7583228.6851 133.2937
9 5943411.7638 7583214.9990 133.1875

---
Admin

> > dostałem właśnie ostatnią wersję, nie funkcjouje, chyba że popełniam
> jakiś
> > błąd, jaki powinien być separator w pliku eksportu
>
> Pliki które używałem wyglądają np. tak:
>
> 1 5943381.7946 7583265.4852 134.1701
> 2 5943366.1363 7583254.5840 133.7127
> 3 5943369.8653 7583237.6938 133.2613
> 4 5943381.8189 7583224.0647 133.0556
> 5 5943381.4873 7583221.9978 132.3307
> 6 5943382.3567 7583220.4887 132.2794
> 7 5943382.4922 7583218.7080 132.9753
> 8 5943391.7130 7583228.6851 133.2937
> 9 5943411.7638 7583214.9990 133.1875

witam
sprawa rozwiązana
winą był rodzaj separatora w pliku eksportu
ja domyślnie używam separatora-tabulator a trzeba
zastosować separator spację (czy ilość spacji ma znaczenie)

a jakby jeszcze pokombinować to
można by mieć wysokości z podstawie pliku odstępów w sposób
dołożyć opcję pobierz tylko wysokości z pliku eksportu
Pozdrawiam i dziękuję za zaangażowanie

> Jak dla mnie cieszył bym się gdybym z programu GPS mógł zapisać oprócz
> raportu w formacie RFT również plik ze współrzędnymi pomierzonych punktóww
> formacie TXT łącznie z punktami bazowymi.

OK, punkty będa zapisywane do pliku o stałej nazwie punkty.txt

---
Admin

> > > dostałem właśnie ostatnią wersję, nie funkcjouje, chyba że popełniam
> > jakiś
> > > błąd, jaki powinien być separator w pliku eksportu
> >
> > Pliki które używałem wyglądają np. tak:
> >
> > 1 5943381.7946 7583265.4852 134.1701
> > 2 5943366.1363 7583254.5840 133.7127
> > 3 5943369.8653 7583237.6938 133.2613
> > 4 5943381.8189 7583224.0647 133.0556
> > 5 5943381.4873 7583221.9978 132.3307
> > 6 5943382.3567 7583220.4887 132.2794
> > 7 5943382.4922 7583218.7080 132.9753
> > 8 5943391.7130 7583228.6851 133.2937
> > 9 5943411.7638 7583214.9990 133.1875
>
> witam
> sprawa rozwiązana
> winą był rodzaj separatora w pliku eksportu
> ja domyślnie używam separatora-tabulator a trzeba
> zastosować separator spację (czy ilość spacji ma znaczenie)
>
> a jakby jeszcze pokombinować to
> można by mieć wysokości z podstawie pliku odstępów w sposób
> dołożyć opcję pobierz tylko wysokości z pliku eksportu
> Pozdrawiam i dziękuję za zaangażowanie

witam ponownie
radość z działania programu do raportów była przedwczesna
Program importuje z pliku eksportu tylko współrzędną H (jest wszystko dobrz tylko wtedy gdy pracujemy na w układzie 2000). Wczoraj program nie zadziałał kiedy przygotowywałem raporty do operatu. Żeby rozwiać wątpliwości co do działania programu zrobiłem test polegający na:
Wykonałem eksport xyh z FASTsuvy (separatory spacje), wygenerowałm raport, program zaimportoawł tylko H, następnie zmieniłem klika współrzędnych w pliku eksportu i ponownie wygenerowałem raport. Program zmienił wysokości H na takie jakie podałem (zmieniłem) w pliku, nie zmienił współrzędnych xy.
W programie jest nazwa pliku z eksportem xyh (opcja) co sugeruje, że program będzie wykorzystywał wszystkie współrzędne nie tylko h.

> W programie jest nazwa pliku z eksportem xyh (opcja) co sugeruje, że
> program będzie wykorzystywał wszystkie współrzędne nie tylko h.

Nie, XY musi byc wyliczone w programie, bo Kolida robi lokalizację nie takim algorytmem jak trzeba. Tylko H wymagało poprawki, ale to też tylko tymczasowe rozwiązanie, bo juz pracuję nad aproksymacją H w.g. instrunkcji G 2.5

---
Admin

> > W programie jest nazwa pliku z eksportem xyh (opcja) co sugeruje, że
> > program będzie wykorzystywał wszystkie współrzędne nie tylko h.
>
> Nie, XY musi byc wyliczone w programie, bo Kolida robi lokalizację nie
> takim algorytmem jak trzeba. Tylko H wymagało poprawki, ale to też tylko
> tymczasowe rozwiązanie, bo juz pracuję nad aproksymacją H w.g. instrunkcji
> G 2.5

Jeżeli ode mnie by to zależało pozostawił bym również opcję współrzędne z pliku z możliwością zastosowania eksportu xyh,
często zdarza mi się zmierzyć bez lokalizacji i postępuję tak: eksport xyh z FASTsurvy następnie import do winkalka, we winkalku transformacja między układami z opcją h pozostaw bez zmian. Przygotowane współrzędne podstawiam dla programu do raportowania i raport gotowy. Pomijam fragment przeliczeń lokalizacyjnych trzeba go dorobić.
Pozostawienie opcji współrzędne z pliku ma również uzasadnienie gdy nie możemy odnaleść w terenie odpowiedniej ilości punktów do lokalizacji albo punkty mają niekorzystny układ lub wiemy, że niektóre z użytych punktów psują lokalizację i najlepszym wyjściem jest transformacja między układami. Usunięcie tej funkcji zmniejszy uniwersalność programu i możliwość wyboru geodecie jakie współrzędne mają znaleść się w raporcie. Jak zauważyłem zmiana współrzędnych nie powoduje zmian w obliczeniu pozostałych parametrów raportu.

> > > W programie jest nazwa pliku z eksportem xyh (opcja) co sugeruje, że
> > > program będzie wykorzystywał wszystkie współrzędne nie tylko h.
> >
> > Nie, XY musi byc wyliczone w programie, bo Kolida robi lokalizację nie
> > takim algorytmem jak trzeba. Tylko H wymagało poprawki, ale to też tylko
> > tymczasowe rozwiązanie, bo juz pracuję nad aproksymacją H w.g.
> instrunkcji
> > G 2.5
>
> Jeżeli ode mnie by to zależało pozostawił bym również opcję współrzędne z
> pliku z możliwością zastosowania eksportu xyh,
> często zdarza mi się zmierzyć bez lokalizacji i postępuję tak: eksport xyh
> z FASTsurvy następnie import do winkalka, we winkalku transformacja między
> układami z opcją h pozostaw bez zmian. Przygotowane współrzędne podstawiam
> dla programu do raportowania i raport gotowy. Pomijam fragment przeliczeń
> lokalizacyjnych trzeba go dorobić.
> Pozostawienie opcji współrzędne z pliku ma również uzasadnienie gdy nie
> możemy odnaleść w terenie odpowiedniej ilości punktów do lokalizacji albo
> punkty mają niekorzystny układ lub wiemy, że niektóre z użytych punktów
> psują lokalizację i najlepszym wyjściem jest transformacja między układami.
> Usunięcie tej funkcji zmniejszy uniwersalność programu i możliwość wyboru
> geodecie jakie współrzędne mają znaleść się w raporcie. Jak zauważyłem
> zmiana współrzędnych nie powoduje zmian w obliczeniu pozostałych parametrów
> raportu.

Postaram się to uwzględnić.
A Ośrodek się nie zdziwi, że tak bez lokalizacji ma Pan gotowe współrzędne?

---
Admin

> > > > W programie jest nazwa pliku z eksportem xyh (opcja) co sugeruje, że
> > > > program będzie wykorzystywał wszystkie współrzędne nie tylko h.
> > >
> > > Nie, XY musi byc wyliczone w programie, bo Kolida robi lokalizację nie
> > > takim algorytmem jak trzeba. Tylko H wymagało poprawki, ale to też
> tylko
> > > tymczasowe rozwiązanie, bo juz pracuję nad aproksymacją H w.g.
> > instrunkcji
> > > G 2.5
> >
> > Jeżeli ode mnie by to zależało pozostawił bym również opcję współrzędne
> z
> > pliku z możliwością zastosowania eksportu xyh,
> > często zdarza mi się zmierzyć bez lokalizacji i postępuję tak: eksport
> xyh
> > z FASTsurvy następnie import do winkalka, we winkalku transformacja
> między
> > układami z opcją h pozostaw bez zmian. Przygotowane współrzędne
> podstawiam
> > dla programu do raportowania i raport gotowy. Pomijam fragment
> przeliczeń
> > lokalizacyjnych trzeba go dorobić.
> > Pozostawienie opcji współrzędne z pliku ma również uzasadnienie gdy nie
> > możemy odnaleść w terenie odpowiedniej ilości punktów do lokalizacji albo
>
> > punkty mają niekorzystny układ lub wiemy, że niektóre z użytych punktów
> > psują lokalizację i najlepszym wyjściem jest transformacja między
> układami.
> > Usunięcie tej funkcji zmniejszy uniwersalność programu i możliwość
> wyboru
> > geodecie jakie współrzędne mają znaleść się w raporcie. Jak zauważyłem
> > zmiana współrzędnych nie powoduje zmian w obliczeniu pozostałych
> parametrów
> > raportu.
>
> Postaram się to uwzględnić.
> A Ośrodek się nie zdziwi, że tak bez lokalizacji ma Pan gotowe współrzędne?

coś muszę wyczarować żeby wszystko było dobrze, myślałem, że program do raportowania załatwi połowę bo do tej pory wklejam (zamieniałem) współrzędne w tabeli i tabelę przekształcenia (lokalizacji) dorabiałem.
Wyanalazł bym kilka uzasadnionych przypadków kiedy funkcja współrzędne z pliku jest pomocna. Jeden z nich, mamy w okolicy pomiaru 4 punkty osnowy w terenie okazuje się, że fizycznie pozostał tylko jeden, który przy zastosowaniu transformacji między układami wyznacza się do np: 2cm a po zastosowaniu lokalizacji na punkty oddalone, pozostały jeden z czterech puntów wyznacza się do np: 15cm. W takim przypadku to geodeta powinien zdecydować czy zastosować lokalizację przez punkty fizyczne czy między układami.

> > > > > W programie jest nazwa pliku z eksportem xyh (opcja) co sugeruje,
> że
> > > > > program będzie wykorzystywał wszystkie współrzędne nie tylko h.
> > > >
> > > > Nie, XY musi byc wyliczone w programie, bo Kolida robi lokalizację
> nie
> > > > takim algorytmem jak trzeba. Tylko H wymagało poprawki, ale to też
> > tylko
> > > > tymczasowe rozwiązanie, bo juz pracuję nad aproksymacją H w.g.
> > > instrunkcji
> > > > G 2.5
> > >
> > > Jeżeli ode mnie by to zależało pozostawił bym również opcję
> współrzędne
> > z
> > > pliku z możliwością zastosowania eksportu xyh,
> > > często zdarza mi się zmierzyć bez lokalizacji i postępuję tak: eksport
> > xyh
> > > z FASTsurvy następnie import do winkalka, we winkalku transformacja
> > między
> > > układami z opcją h pozostaw bez zmian. Przygotowane współrzędne
> > podstawiam
> > > dla programu do raportowania i raport gotowy. Pomijam fragment
> > przeliczeń
> > > lokalizacyjnych trzeba go dorobić.
> > > Pozostawienie opcji współrzędne z pliku ma również uzasadnienie gdy
> nie
> > > możemy odnaleść w terenie odpowiedniej ilości punktów do lokalizacji
> albo
> >
> > > punkty mają niekorzystny układ lub wiemy, że niektóre z użytych
> punktów
> > > psują lokalizację i najlepszym wyjściem jest transformacja między
> > układami.
> > > Usunięcie tej funkcji zmniejszy uniwersalność programu i możliwość
> > wyboru
> > > geodecie jakie współrzędne mają znaleść się w raporcie. Jak zauważyłem
> > > zmiana współrzędnych nie powoduje zmian w obliczeniu pozostałych
> > parametrów
> > > raportu.
> >
> > Postaram się to uwzględnić.
> > A Ośrodek się nie zdziwi, że tak bez lokalizacji ma Pan gotowe
> współrzędne?
>
> coś muszę wyczarować żeby wszystko było dobrze, myślałem, że program do
> raportowania załatwi połowę bo do tej pory wklejam (zamieniałem)
> współrzędne w tabeli i tabelę przekształcenia (lokalizacji) dorabiałem.
> Wyanalazł bym kilka uzasadnionych przypadków kiedy funkcja współrzędne z
> pliku jest pomocna. Jeden z nich, mamy w okolicy pomiaru 4 punkty osnowy w
> terenie okazuje się, że fizycznie pozostał tylko jeden, który przy
> zastosowaniu transformacji między układami wyznacza się do np: 2cm a po
> zastosowaniu lokalizacji na punkty oddalone, pozostały jeden z czterech
> puntów wyznacza się do np: 15cm. W takim przypadku to geodeta powinien
> zdecydować czy zastosować lokalizację przez punkty fizyczne czy między
> układami.
witam ponownie!
przypomnę się
bardzo mi zależy na funkcji współrzędne z pliku, mim zdaniem funkcja była by pomocna

> przypomnę się
> bardzo mi zależy na funkcji współrzędne z pliku, mim zdaniem funkcja była
> by pomocna

OK, spytam zleceniodawcę programu, czy zaakceptuje te zmiany.

---
Admin

> Jeżeli ode mnie by to zależało pozostawił bym również opcję współrzędne z
> pliku z możliwością zastosowania eksportu xyh,
> często zdarza mi się zmierzyć bez lokalizacji i postępuję tak: eksport xyh
> z FASTsurvy następnie import do winkalka, we winkalku transformacja między
> układami z opcją h pozostaw bez zmian. Przygotowane współrzędne podstawiam
> dla programu do raportowania i raport gotowy. Pomijam fragment przeliczeń
> lokalizacyjnych trzeba go dorobić.
> Pozostawienie opcji współrzędne z pliku ma również uzasadnienie gdy nie
> możemy odnaleść w terenie odpowiedniej ilości punktów do lokalizacji albo
> punkty mają niekorzystny układ lub wiemy, że niektóre z użytych punktów
> psują lokalizację i najlepszym wyjściem jest transformacja między układami.

OK, zrobiłem ta poprawkę, proszę mi przesłac maila z prośbą, wyślę Panu program mailem

---
Admin

> > Jeżeli ode mnie by to zależało pozostawił bym również opcję współrzędne
> z
> > pliku z możliwością zastosowania eksportu xyh,
> > często zdarza mi się zmierzyć bez lokalizacji i postępuję tak: eksport
> xyh
> > z FASTsurvy następnie import do winkalka, we winkalku transformacja
> między
> > układami z opcją h pozostaw bez zmian. Przygotowane współrzędne
> podstawiam
> > dla programu do raportowania i raport gotowy. Pomijam fragment
> przeliczeń
> > lokalizacyjnych trzeba go dorobić.
> > Pozostawienie opcji współrzędne z pliku ma również uzasadnienie gdy nie
> > możemy odnaleść w terenie odpowiedniej ilości punktów do lokalizacji albo
>
> > punkty mają niekorzystny układ lub wiemy, że niektóre z użytych punktów
> > psują lokalizację i najlepszym wyjściem jest transformacja między
> układami.
>
> OK, zrobiłem ta poprawkę, proszę mi przesłac maila z prośbą, wyślę Panu
> program mailem

witam!
wysłałem na coder@coder.pl
pozdr!

Witam
Dostałem ostatnio nowy program do raportowania.
Brakuje mi tam np:
- interwału obserwacji, kąta obcięcia elewacji (oczywiscie mozna to dopisać ale może da sie to szybko załatwić z automatu)
- nie wiem dlaczego powstają minimalne co prawda ale jednak różnice w PODOP i SV pomiędzy tabelami (pomiar i w obliczeniach wektorów)
- jeżeli mozna to proszę o wyjaśnienie oznaczeń M; MX;MY;MZ bo niestety nie ma wyjaśnień w legędzie
-przy odchyleniach standardowych w legędzie przydał by się komentarz co do poziomu ufności 68% o czy mówi nowe rozporządzenie
-fajnie by było przy punktach kontrolnych stworzyć tabelę porównawcza tzw. raport z tyczenia wtedy odrazu można porównać współrzędne katalogowe otrzymane z PODGiK ze współrzędnymi z pomiaru.

Pozdrawiam

> Witam
> Dostałem ostatnio nowy program do raportowania.
> Brakuje mi tam np:
> - interwału obserwacji, kąta obcięcia elewacji (oczywiscie mozna to dopisać
> ale może da sie to szybko załatwić z automatu)
> - nie wiem dlaczego powstają minimalne co prawda ale jednak różnice w PODOP
> i SV pomiędzy tabelami (pomiar i w obliczeniach wektorów)
> - jeżeli mozna to proszę o wyjaśnienie oznaczeń M; MX;MY;MZ bo niestety nie
> ma wyjaśnień w legędzie
> -przy odchyleniach standardowych w legędzie przydał by się komentarz co do
> poziomu ufności 68% o czy mówi nowe rozporządzenie
> -fajnie by było przy punktach kontrolnych stworzyć tabelę porównawcza tzw.
> raport z tyczenia wtedy odrazu można porównać współrzędne katalogowe
> otrzymane z PODGiK ze współrzędnymi z pomiaru.
>
> Pozdrawiam

witam
dla mnie i ośrodków w których wykonuję roboty jest wystarczający, ale jak już poszaleć z życzeniami to mi przydała by się możliwość wyboru kolumn w tabelach, łatwo je przestawiać no ale jak by było. Nie dotarła jeszcze do mnie zmodyfikowana wersja, wysłałem prośbę jak Pan sugerował.
Pozdrawiam