Article View: pl.rec.gps
Article #78705Re: Beskid pod Oziego
From: Krzysztof Kucharski
Date: Fri, 13 Mar 2009 17:09
Date: Fri, 13 Mar 2009 17:09
53 lines
3864 bytes
3864 bytes
Użytkownik "Janko Muzykant" <jankomuzykant@wp.pl> napisał w wiadomości news:gpe171$89s$1@news.wp.pl... > Krzysztof Kucharski pisze: >>> Na pewno mają w postaci cyfrowej, a kalibracja jest dziecinnie łatwa (ma >>> siatkę). >> >> Kalibracja rzeczywiście jest łatwa, za to efekty niekoniecznie mogą >> zadowalać usera. Mam "Beskid Śląski" i po naniesieniu wielu śladów mam >> mieszane odczucia. W tzw. terenie rozbieżności mogą osiągać nawet 30 >> metrów. > > He, ale to jest mniej jak milimetr dla papierowej mapy. Same drogi na > pięćdziesiątce mają przynajmniej 50 metrów szerokości :) > >> Za to wzdłuż głównych dróg, w samym Bielsku i w okolicach rozbieżności są >> rzędu 3 metrów. > > Nie da się za bardzo stwierdzić takiej dokładności w oparciu o raster. To > jest 1/20 milimetra dla wydruku. [...] Dla mnie problem sprowadza się do rozrzutu odchyłek, a właściwie jego natury. Pewne kategorie obiektów, np. drogi publiczne, obszary miejskie mają rewelacyjnie dobrą zgodność śladu z mapą. I to niezaleznie od zmiany kierunku przebiegu takiej przykładowej drogi - ślad "osadzony" jest na niej z porównywalną dokładnością. Ale już wejście do "dziczy" zmienia postać rzeczy. Pojawiają się znaczące różnice, których wartość jest większa nawet o jeden rząd wielkości. Przy czym, o dziwo, ta skokowa zmiana nie dotyczy _wszystkich_ obiektów na mapie. Np. szlaki turystyczne - te, po których spacerowałem osobiście ;-) - charakteryzują się znakomitą zgodnością śladu z mapą. Opisywane zjawisko nie występuje w przypadku używania "sztabówek", a w każdym razie - ja nie doświadczyłem tego osobiście. Z tego to powodu pozwoliłem sobie wyrazić moje uwagi o produkcie p.t. "Beskid Śląski". Zresztą, te zastrzeżenia w żaden sposób nie zmieniają mojej wielce pozytywnej opinii o firmie COMPASS i o jej wyrobach, sam parę razy doświadczyłem sympatycznego i przyjaznego ich podejścia do klienta Moim zamierzeniem jest zasugerowanie, aby nie posiłkować się jedynie jednym typem mapy. Czasem dobrze jest mieć w zanadrzu stary, czarnobiały skan "sztabówki". Trudno przecież wymagać identycznej dokładności w przypadku map turystycznych oraz tych o proweniencji militarnej ;-) Podawane przeze mnie wartości liczbowe proszę uznać za przyczynek do zobrazowania problemu, nie zaś za bezwzględną prawdę objawioną ;-) Zaś co do samych liczb i ich korelacji z mapą - mogę zapewnić, że istnieją sposoby na _ocenę_ tejże relacji. Podkreślam - ocenę, nie zaś precyzyjny pomiar wartości bezwzględnej. Na koniec - przyznaję się do nieścisłości: w mojej poprzedniej wypowiedzi, przed liczbą '30' zabrakło słowa 'rzędu' ;-) Pozdrawiam - Krzysztof Kucharski
Technical Details
Message-ID:
<gpe41u$4q9$1@news.onet.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!not-for-mailReferences:
<gpd1se$uoo$1@atena.e-wro.net> <gpd8r1$fgb$1@news.onet.pl> <gpe0hd$r55$1@news.onet.pl> <gpe171$89s$1@news.wp.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!not-for-mail From: "Krzysztof Kucharski" <szpunk_BEZTEGO_@poczta.onet.pl> Newsgroups: pl.rec.gps Subject: Re: Beskid pod Oziego Date: Fri, 13 Mar 2009 18:09:58 +0100 Organization: W Oczekiwaniu Na Cuda Lines: 54 Message-ID: <gpe41u$4q9$1@news.onet.pl> References: <gpd1se$uoo$1@atena.e-wro.net> <gpd8r1$fgb$1@news.onet.pl> <gpe0hd$r55$1@news.onet.pl> <gpe171$89s$1@news.wp.pl> Reply-To: "Krzysztof Kucharski" <szpunk_BEZTEGO_@poczta.onet.pl> NNTP-Posting-Host: apn-77-115-17-115.gprs.plus.pl Mime-Version: 1.0 X-Trace: news.onet.pl 1236964224 4937 77.115.17.115 (13 Mar 2009 17:10:24 GMT) X-Complaints-To: niusy@onet.pl NNTP-Posting-Date: Fri, 13 Mar 2009 17:10:24 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit