Open Source Mobile Mapping and Modelling

Znalazłem w sieci coś trochę fajnego trochę śmiesznego.

Samo rozwiązanie jest trochę zabawne i nie ma go co dosłownie powtarzać ale podoba mi się, że są ludzie którzy próbują coś takiego wykombinować 😉
W tym wypadku to jest Nokia N900 z jakimś linuksopodobnym OS + apka pisana w Pythonie z biblioteką QT4 + zainstalowany Grass Gis do wizualizacji i już masz kontroler GPS klasy GIS ;-))))) Oczywiście prezentacja jest trochę starawa z 2012 roku.

Tak czy tak polecam stronę Monde Geospatial, można tam znaleźć ciekawe rzeczy.

Reklamy

Generowanie lokalnego modelu geoidy

Przy okazji styczniowej aktualizacji C-Geo zaproponowano użytkownikom programu możliwość przygotowania dla nich pliku z wysokościami geoidy, przeznaczonego do używania w kontrolerze.

O co w tym wszystkim  chodzi ? Dokładność określenia wysokości punktów zależy m.in. od modelu krajowej geoidy, jaki jest zastosowany w kontrolerze odbiornika RTK/RTN. Obowiązującym modelem jest PL-ETRF2000/ep.2011, stosowany w sieci ASG-EUPOS. Model umożliwia przeliczenie wysokości elipsoidalnych na  wysokości normalne w układzie Kronsztadt 86.

Przy kontaktach z użytkownikami C-Geo można zauważyć, że czasem w kontrolerach wgrane są dane z modelu 2009 albo w sumie nie wiadomo, jaki model został zastosowany. Oznacza to, że podczas kontroli pomiaru na punktach osnowy możemy uzyskać różnice 5-7 cm (albo więcej) od wysokości wykazanej w katalogu.

W takim razie można wygenerować plik geoidy lokalnej w formacie GSF czyli takim, który jest akceptowany przez programy Carlson SurveySurvCE.  W praktyce najlepiej będzie, kiedy użytkownik przyśle  plik gsf, który ma już w pamięci kontrolera. Można z niego odczytać zakres współrzędnych oraz wielkość oczka siatki modelu. Parametry te zastosuje się do przygotowanego przez wycinka geoidy, w takim wypadku wielkość pliku będzie identyczna jak pliku oryginalnego i nie będzie widać różnicy w czasie wczytywania go przed pomiarem. Możemy także generować plik GSF na żądanie całkiem na nowo, wprowadzając zakres współrzędnych na życzenie użytkownika, dopasowany do danego regionu kraju. Optymalny jest fragment odpowiadający prostokątowi o długości  jeden stopień oraz szerokości jednego stopnia.  Plik przesyła się klientowi, a ten umieszcza go we właściwym folderze pamięci kontrolera.

Przykładowe pliki można pobrać tutaj:

softline.geo.pl/pliki/geoida/mazowieckie2011.gsf

softline.geo.pl/pliki/geoida/dolnoslaskie2011.gsf

Jeśli kogoś to interesuje to proponuję zgłaszać się bezpośrednio do firmy Softline.

SnakeGrid

Właśnie zapoznałem się z pewną dyskusją na www.geodezja.pl. Wątek nazywa się Geodezja w innych krajach Europy Zachodniej. Jest tam sporo różnych przemyśleń i przydatnych ciekawostek. Oczywiście są momenty, kiedy dyskutanci napierdzielają się po głowach łopatkami w piaskownicy albo wręcz osuwają się w bagno, jednak to naturalne w internecie i zmilczmy to. Ja dla siebie wyłuskałem wypowiedź niejakiego Boxero, geodety pracującego w Wielkiej Brytanii. Opisał trochę jak to jest na  wyspach a potem wywołał wątek tyczenia i ogólnie obsługi dużych inwestycji i kłopotów związanych ze stosowaniem (lub nie) poprawek odwzorowawczych w układach stosowanych przy obsłudze inwestycji. No i wtedy się zaczęło – czy to się robi w układzie lokalnym o skali równej 1, jedynie dowiązanym do układu państwowego, czy też jednak można to robić w układzie państwowym ale wtedy trzeba uwzględniać redukcje odległości itp. itd.  W sumie ja doświadczeń, z obsługi naprawdę dużych inwestycji szczególnie linowych, to nie mam, robiłem mniejsze rzeczy.

Co mnie jednak zaintrygowało ? SnakeGrid. Fajnie się nazywa no nie ?

Dla słabiej zorientowanych – przy dużej inwestycji liniowej nie da się udawać, tak jak to jest teraz modne, że Ziemia jest płaska, natomiast stosowanie standardowych państwowych układów współrzędnych może spowodować, że przez zniekształcenia odwzorowawcze wychodząc z puntu A wcale nie trafimy do punktu B, tylko parę metrów obok. Snake Grid załatwia tę sprawę i jest powszechnie stosowany w Anglii przy  obiektach liniowych (kolej i autostrady). Robione to jest tak, że stosuje się odwzorowanie walcowe  tak umieszczone i zorientowane aby południk osiowy walca pokrywał się z jako tako z przebiegiem trasy, wówczas skala wzdłuż tego południka wynosi 1, a w pozostałych miejscach zniekształcenia są zminimalizowane i skala jest zbliżona do 1.

Działa to tak, że do centrum obliczeniowego wysyła się opis trasy i współrzędne swojej osnowy w WGS84 czy ETRS89 a oni odsyłają lokalne współrzędne wraz z parametrami nowego układu i plikiem, który można zaczytać do kontrolera i wykorzystać do tyczenia.

image010-296x300

Trochę więcej opisano na stronie projektu.   Znajdziecie tam też referencje do konkretnych realizacji projektów z użyciem Snake Grid’a:

Trans Pennine System

Use of SnakeGrid for Redoubling of Ebbw Vale railway line in South Wales

Dublin to Cork rail upgrade project

Tak naprawdę to ta wiedza do niczego konkretnego mi się nie przyda ale może komuś z Was ? Mnie to po prostu zainteresowało i wciągnęło, tak dla odmiany, a nie tylko C-Geo i C-Geo…

Wykorzystałem wypowiedź Boxero oraz materiały UCL – London’s Global University za co dziękuję.

I pamiętajcie – Kaczyński musi odejść.

Opracowanie pomiarów statycznych GNSS – kolejna wersja

Trzy miesiące temu wspominałem, że Rafał Kocierz napisał wersję alfa programu do liczenia pomiarów statycznych GNSS. Było o tym tutaj.

Teraz Rafał wydał kolejną wersję testową swojego programu.
Pobierajcie, testujcie, zgłaszajcie uwagi. Sam autor napisał o tym tak:
Ogólnie zmiana jest taka, że wskazując pliki RINEX program zapamiętuje
jedynie ścieżki do nich, wcześniej kopiował całe pliki do własnego projektu.
Aktualnie po analizie wektorów (ustaleniu możliwych wektorów) można
zbędne skasować (np. te między punktami nawiązania).
Dodano szkic stanowisk i wektorów na mapach googla.

Na razie jest wszystko na roboczo, a celem jest osiągnięcie pewnej
funkcjonalności która by wszystkim odpowiadała. Np. czeka w kolejce
możliwość zaznaczania wektorów (zarówno dla potrzeb obliczeń jak
i eksportu do C-GEO). Edycja stanowisk z danymi GNSS, edycja bazy anten
itp. Jak już zostanie osiągnięta wystarczająca funkcjonalność to
wszystko przepiszę tak aby było wygodne i spójne 🙂

 

Aplikacje korzystające z surowych pomiarów GNSS wykonywanych pod Androidem

Z góry uprzedzam, że sprawa jest ciekawa i warto żebyście o niej wiedzieli ale nie mam teraz czasu osobiście jej zgłębiać, zacytuję więc obficie Geoforum.pl za co serdecznie dziękuję. Dostęp do artykułu w dn. 04.05.2017 r.

Przypomnijmy, że dotychczas dane o współrzędnych urządzenia dostępne były w Androidzie z poziomu usługi Google Play Services GMS Location. Deweloperom z jednej strony ułatwiało to tworzenie mobilnych aplikacji lokalizacyjnych, bo dostawali gotowe współrzędne, ale z drugiej strony uniemożliwiało implementację bardziej zaawansowanych algorytmów pozwalających na zwiększenie dokładności pomiaru. Wraz z zeszłoroczną premierą Androida w wersji 7 Nougat teraz się to zmienia, bo informatycy dostali dostęp do surowych obserwacji GNSS.


Jednymi z pierwszych, którzy zrobili użytek z tej opcji, są specjaliści z francuskiej agencji kosmicznej CNES. Efektami ich pracy są dwie aplikacje udostępnione właśnie w Google Play. Pierwsza to PPP WizLite. Dzięki możliwości korzystania z korekt dla sygnału GPS L1 program pozwala zwiększyć dokładność wyznaczania pozycji ze standardowych 10 metrów do nawet 1 metra. Pomiar wykonywany jest metodą statyczną, a po „złapaniu fiksa” – kinematyczną. Jak zastrzegają twórcy, na razie rozwiązanie było testowane tylko na smartfonie LG Nexus X5.
Druga aplikacja CNES to RTCM Converter. Przetwarza ona surowe pomiary GNSS do formatu RTCM, co umożliwia ich dalszy postprocessing w zewnętrznym oprogramowaniu.

 

Ciekawe ? No pewnie ! Zejście z 10 m do 1 metra 🙂

Opracowanie pomiarów statycznych GNSS

Zgodnie z obietnicą FaFal (czyli Rafał Kocierz) napisał program do opracowania
pomiarów statycznych GNSS. Póki co liczone są tylko GPSy, za jakiś czas
zostaną dodane  Glonassy. Program współpracuje z C-Geo. Wersję
alfa można pobrać tutaj:
https://www.dropbox.com/s/8xcn5yxe851mh6g/Setup_ObliGEO_CalcGNSS.exe?dl=0
Tu natomiast jest film pokazujący instalację i sposób użycia:
https://1drv.ms/v/s!Aot8o3nhT4rSgt5uwA2tT2INSL41eQ
Jeśli podczas importu Rinex występuje błąd to proponuję uruchomić
program z uprawnieniami administratora.
Pobierajcie, liczcie, dzielcie się uwagami – pamiętajcie że to jest dopiero
wersja alfa.
CalcGNSS

Program do postprocessingu danych GNSS współpracujący z C-GEO

W zasadzie takie krótkie informacje publikuję na portalach społecznościowych ale tym razem wiadomość jest krótka ale konkretna więc napiszę i tutaj: niebawem pojawi się program do postprocessingu danych GNSS współpracujący z C-GEO. Na razie wersja beta programu wygląda tak:

PostProc

Cały film możecie obejrzeć tutaj:
https://www.dropbox.com/s/0mc9m1u438n90f8/Postprocessing%20BETA.wmv?dl=0

 

Autorem jest Rafał Kocierz czyli FaFal, który ma już na koncie dwa moduły C-Geo służące do opracowania danych GNSS (wyrównanie ścisłe jak i dziennik pomiarów RTK/RTN).