tmt

Re: tmt

Sergiusz Rozanski <w...@media-lab.com.pl> / 2012-08-25 21:09:45
Dnia 26.08.2012  orto < orto@anonymous.dont-email.me> napisał/a:
> tmt - tracks merge tool
>
> Posiadam (i uzytkuje) pgmy, ktore pozwalaja
> na laczenie (i inne wszelkie manipulacje)
> GPS.tracks. Na uwage zasluguja tylko dwa
> (mi znane) TopoFusion oraz QuoVadis (najnowsze
> wydania) inne mimo wielu mozliwosci operacyjnych
> sa znacznie gorsze a wrecz w tym wypadku zupelnie
> bezuzyteczne.
>
> Generalizujac - szukam oprogramowania, ktore
> automatycznie normalizuje / naklada jeden
> na drugi / optymalizuje / tworzy srednia z
> wielu(-nastu) sladow z identycznej okolicy /
> trasy (rejestrowanych w tym samym i roznym czasie).
> Znany mi jest tez freeware merge.tool, ten wcale
> nie zaspokaja potrzeby.
>
> Zapewnie "po lebku" czytajacy, beda tu podawac
> swym "grypsem" jakies sprawy, ktore nie wiaza
> zupelnie z tematyka mych poszukiwan, lepiej
> bedzie dla otoczenia; jak sie powolaja na
> wstrzemiezliwosc pisarska.
>
> Moze kto posiada taki program, lub sam taki
> zrealizowal lub zna zrodlo nabycia (oczywiscie
> takze odplatnego), moze tu dac o tym znac.
> Program musi byc profesjonalny (szerokie
> mozliwosci ustawien (filtrujacych)), nie musi
> byc dotum na wszystko (wlacznie z gotowaniem
> jajek na miekko (jak gpsbabel)).

Nie wiem za bardzo o co dokładnie chodzi, mógłbyś przybliżyć temat? Co ma być celem?
Z tego co zrozumiałem próbujesz uśrednić kilka odczytów jednej drogi - tak aby otrzymać jakąś
tam wypadkową pozwalającą na minimalizację błędów gps przez wielkokrotne zebranie śladów.
Zajmuję się tym od jakiegoś czasu po części zawodowo (monitoring pojazdów gps) i społecznie -
rozwój map OSM i jako programista w tych projektach trochę tematu liznąłem.
Próbowałem stosować z dość dobrym skutkiem używając własnych narzędzi szczególnie rysowania
granicy sumy traków z ograniczeniem 'szerokości' i implementacji algorytmu Douglas-Peuckera
do minimalizacji. Odpowiednia parametryzacja pozwalała na wyjęcie 'drogi' która pokrywała
się dość przywoicie np z ortofoto - nie wiem jaki błąd uznajesz za dopuszczalny :)
Ponieważ gotowce Ci nie pasują (nie napisałeś przyczyny) to nie widzę innego wyjścia
jak zrobienie softu na potrzeby rozwiązania zadania.
 
Czytaj także na forum

tmt

=?ISO-8859-15?Q?=A0orto?= < o...@anonymous.dont-email.me> / 2012-08-26 03:08:15
tmt - tracks merge tool

Posiadam (i uzytkuje) pgmy, ktore pozwalaja
na laczenie (i inne wszelkie manipulacje)
GPS.tracks. Na uwage zasluguja tylko dwa
(mi znane) TopoFusion oraz QuoVadis (najnowsze
wydania) inne mimo wielu mozliwosci operacyjnych
sa znacznie gorsze a wrecz w tym wypadku zupelnie
bezuzyteczne.

Generalizujac - szukam oprogramowania, ktore
automatycznie normalizuje / naklada jeden
na drugi / optymalizuje / tworzy srednia z
wielu(-nastu) sladow z identycznej okolicy /
trasy (rejestrowanych w tym samym i roznym czasie).
Znany mi jest tez freeware merge.tool, ten wcale
nie zaspokaja potrzeby.

Zapewnie "po lebku" czytajacy, beda tu podawac
swym "grypsem" jakies sprawy, ktore nie wiaza
zupelnie z tematyka mych poszukiwan, lepiej
bedzie dla otoczenia; jak sie powolaja na
wstrzemiezliwosc pisarska.

Moze kto posiada taki program, lub sam taki
zrealizowal lub zna zrodlo nabycia (oczywiscie
takze odplatnego), moze tu dac o tym znac.
Program musi byc profesjonalny (szerokie
mozliwosci ustawien (filtrujacych)), nie musi
byc dotum na wszystko (wlacznie z gotowaniem
jajek na miekko (jak gpsbabel)).
 

Re: tmt

mt <f...@interia.pl> / 2012-08-26 05:53:24
W dniu 2012-08-27 01:03, orto pisze:

> Caly problem lezy w tym, ze nie istnieja (nawet
> profesjonalne) w miare szczegolowe mapy (tzw.
> "geopustynia", osm - to juz "absolutna pustynia").

A jaki to teren jeśli chodzi o lokalizację? Wiadomo że mapy typu osm,
ump, google itp. to nadają się jako schematy dróg, bo w teren to nie za
bardzo. A zdjęcia lotnicze/satelitarne nie załatwią sprawy?

> "Prace te" sa absolutnie spoleczne ale czynione z
> pewnego rodzaju entuzjazmem. Jedynym problemem jest
> ich oficjalna publikacja, nie posiadamy licencji.
> Baze do map zbieramy z wielkoplaszczyznowych
> optoskanerow z istniejacych (ale ubogich w szczegoly)
> map-topo; uzupelniamy w zebrane dane i w ramach
> uzytecznosci prywatnej, bez ich (oficjalnego)
> rozpowszechniania, udostepniamy wsrod "naszych".
>
> Do edycji dotychczas uzywamy: mapsource product
> creator, merkaator, josm i rzadziej inne.

Hm, a może by tak zastąpić wszystko jednym QGIS? :) Posiada wszystko, co
wyżej wymienione i dużo dużo więcej. Poza wersjami desktopowymi na
Windows, Linux i MacOS jest też wersja na Androida. No i jest opensource.

--
marcin
 

Re: tmt

Sergiusz Rozanski <w...@media-lab.com.pl> / 2012-08-26 12:20:11
Dnia 26.08.2012  orto < orto@anonymous.dont-email.me> napisał/a:
> On 26.08.2012 07:09, Sergiusz Rozanski wrote:
>>> Generalizujac - szukam oprogramowania, ktore
>>> automatycznie normalizuje / naklada jeden
>>> na drugi / optymalizuje / tworzy srednia z
>>> wielu(-nastu) sladow z identycznej okolicy /
>>> trasy (rejestrowanych w tym samym i roznym czasie).
>>> Znany mi jest tez freeware merge.tool, ten wcale
>>> nie zaspokaja potrzeby.
>
>> Z tego co zrozumiałem próbujesz uśrednić kilka odczytów jednej drogi - tak aby otrzymać jakąś
>> tam wypadkową pozwalającą na minimalizację błędów gps przez wielkokrotne zebranie śladów.
>
> Dokladnie! Zobrazuje (naiwnie) jeden z przypadkow,
> ktory czesto przewijaja sie przez nasze "wolne
> stowarzyszenie", np.: rafting(/kayaking)+canyoning.
> Kazda z grup przebywa identyczna trase porywistego
> potoku, niektorzy (zapalency) prowadza data.logging
> (zarowno i ja; w swej grupie).
> Teren jest "trudny", sygnal gps dociera nieraz tylko
> z trzech transponderow (wawoz), bledy sa bardzo
> znaczne, zalezne od stanu atmosfery oraz od jakosci
> samych gps.logger-ow. Poza tym kazdy je dodatkowo
> "opakowuje" czyniac je bardziej "gluchym" urzadzeniem
> (tlumienie opakowania, zapryskanie woda, otaczajaca
> wilgoc).
> Wszyskie gps.logi zbieramy, kazdy jest inny (nawet
> bardzo sie rozniacy) od kazdego z nastepnych
> zarejestrowanych na identycznej trasie (ale i
> tez w roznym czasie). To tylko jeden z przypadkow,
> sa tez inne jak typowe (pieszo/rowerowe) marszruty
> powtarzane wielokrotnie.

To nie ma co się szczypać, to są jednostkowe roboty, a nie masowe - jak np sieć dróg.
Wrzucić to na 1 warstwę TMS np (prosty tileserver) i zmapować ręcznie.
Odbiegające punkty od masowych widać od razu. Popatrz na mój projekt masstracks służący
do mapowania sieci dróg w pl - jak się ładnie pokrywa np z bing - a umożliwia
rysowanie dróg. Obecnie w bazie jest około 1.5 miliona śladów.
 

Re: tmt

 orto < o...@anonymous.dont-email.me> / 2012-08-27 01:03:34
On 26.08.2012 07:09, Sergiusz Rozanski wrote:
>> Generalizujac - szukam oprogramowania, ktore
>> automatycznie normalizuje / naklada jeden
>> na drugi / optymalizuje / tworzy srednia z
>> wielu(-nastu) sladow z identycznej okolicy /
>> trasy (rejestrowanych w tym samym i roznym czasie).
>> Znany mi jest tez freeware merge.tool, ten wcale
>> nie zaspokaja potrzeby.

> Z tego co zrozumiałem próbujesz uśrednić kilka odczytów jednej drogi - tak aby otrzymać jakąś
> tam wypadkową pozwalającą na minimalizację błędów gps przez wielkokrotne zebranie śladów.

Dokladnie! Zobrazuje (naiwnie) jeden z przypadkow,
ktory czesto przewijaja sie przez nasze "wolne
stowarzyszenie", np.: rafting(/kayaking)+canyoning.
Kazda z grup przebywa identyczna trase porywistego
potoku, niektorzy (zapalency) prowadza data.logging
(zarowno i ja; w swej grupie).
Teren jest "trudny", sygnal gps dociera nieraz tylko
z trzech transponderow (wawoz), bledy sa bardzo
znaczne, zalezne od stanu atmosfery oraz od jakosci
samych gps.logger-ow. Poza tym kazdy je dodatkowo
"opakowuje" czyniac je bardziej "gluchym" urzadzeniem
(tlumienie opakowania, zapryskanie woda, otaczajaca
wilgoc).
Wszyskie gps.logi zbieramy, kazdy jest inny (nawet
bardzo sie rozniacy) od kazdego z nastepnych
zarejestrowanych na identycznej trasie (ale i
tez w roznym czasie). To tylko jeden z przypadkow,
sa tez inne jak typowe (pieszo/rowerowe) marszruty
powtarzane wielokrotnie.

Caly problem lezy w tym, ze nie istnieja (nawet
profesjonalne) w miare szczegolowe mapy (tzw.
"geopustynia", osm - to juz "absolutna pustynia").

Wszystko odbywa sie w roznego przekroju biologicznego
lasach, na dokladke w terenach bardzo "nieplaskich".
Rozbieznosci w gps.logach dla dokladnie tej
samej sciezki.logowej siegaja do 100m, przy czym
zenujacym jest, ze te roznice dotycza tego samego
producenta (ale inne modele).

Dotychczas prowadze bardzo karkolomne i bardzo
subiektywne "scalanie" wszystkich zebranych trackow,
programami do edycji. Uczciwie piszac, mam
niepewnosc jak dlugo temu podolam, zaczynaja oczy
odmawiac (po parudziesieciu minutach "sleczenia"
przed (roznego rodzaju monitorami)) posluszenstwa...

"Prace te" sa absolutnie spoleczne ale czynione z
pewnego rodzaju entuzjazmem. Jedynym problemem jest
ich oficjalna publikacja, nie posiadamy licencji.
Baze do map zbieramy z wielkoplaszczyznowych
optoskanerow z istniejacych (ale ubogich w szczegoly)
map-topo; uzupelniamy w zebrane dane i w ramach
uzytecznosci prywatnej, bez ich (oficjalnego)
rozpowszechniania, udostepniamy wsrod "naszych".

Do edycji dotychczas uzywamy: mapsource product
creator, merkaator, josm i rzadziej inne.

W zwiazku z tym, ze nikt z "naszych" nie udziela sie
w osm, poszukujemy innych rozwiazan, chcac sie
zupelnie odizolowac (merkaator i josm). Takze
oddalamy sie od garmina, idac w kierunku systemu
operacyjnego android.


> ... nie wiem jaki błąd uznajesz za dopuszczalny :)

Dobre pytanie i dosc zargonowe, sam nie jestem
w stanie jednoznacznie odpowiedziec, najlepiej
bylo by aby byla duza dokladnosc, przy znikomym
wkladzie czasowym pracy biurowej.
Najwieksza nasza przyjemnoscia i glownym celem
jest byc jak najdluzej w terenach z "najdziksza"
natura, przy tym wiedziec gdze sie jest i co nas
otacza.


> Ponieważ gotowce Ci nie pasują (nie napisałeś przyczyny)

Taa...ak, bo nie spelniaja oczekiwan, topofusion i
quovadis pozwalaja na reczne nalozenie na siebie
sladow, tez je sumuja ... ... ... ale jak?! poprostu
pozostaje to lepiej zrobic "na pieszo"; lecz innymi
edytorami ("latwiejszymi" w obsludze). Czasem
uzywam oziexplorer, z tym ze to taki program z wlasnymi
"widzi-mi-sie", trzeba sie do niego "przyzwyczaic".

O rozwiazaniu mego (/naszego) problemu zakrzatam
sobie glowe juz od dosc dlugiego czasu, "pukajac"
w wielu miejscach. Najwieksze szanse mam dla ttq(X)
obecnie znanego jako quovadis, lecz musze sie uzbroic
w oczekiwanie (przy czym tez przezwyczaic sie do
"innej" techniki obslugi).

Zas (moze) braku, "sumatora" sciezek.gps (tego samego
odcinka) sie nie spodziewalem ...


> ... to nie widzę innego wyjścia jak zrobienie softu
> na potrzeby rozwiązania zadania.

Moze sie tez przy tym okazac, ze nie ja jeden
jestem w drodze poszukiwan /zapotrzebowania.


Krociutko odnosnie osm, to co sie obecnie na
jego lamach dzieje jest doslownym przestepczym
sabotazem, pogwalceniem wszelkich praw autorskich,
kpiarstwem i zbezczeszczeniem pracy wielu mappers.
To cale zaklamanie nazywa sie "zmiana licencji".

... to tak "w malym" (obrazowym) skrocie ...
 
wstecz
1 2
=?ISO-8859-15?Q?=... 2012-08-29 18:08



współpraca

Rynek Dnia Następnego

INDEX CENA ŚREDNIA [PLN/MWH] WOLUMEN [MWH]
IRDN 143.76 51680
sIRDN 150.68 36074
IRDN24 141.57 51680
IRDN8.22 151.82 36074

Rynek Towarowy Terminowy

Instrument Kurs rozl. [PLN/MWh] Zmiana[%]
BASE_Q-3-17 175.00 -0,10
BASE_Y-20 174.50 -0,85
BASE_Y-19 165.25 +0,07
BASE_M-12-17 153.50 +0,82