« zpět na výpis měsíce |

[Talk-cz] Posunutá mapa?

Vlákno 30.11.2014 - 2.1.2015, počet zpráv: 22


30.11.2014 01:20:30 (#1)
gravatar

Martin Švec - OSM

<osm at maatts.cz>
109
Ahoj, narazil jsem na podezřelou oblast: https://www.openstreetmap.org/#map=16/49.6887/16.0645 Zdá se mi to, nebo jsou adresní místa, budovy, cesty, silnice, Svratka atd. posunuté vůči katastrální mapě (a LPIS polygonům) o 5-10 metrů na západ? Jako by si někdo rovnal katastrální mapu vůči Bingu místo obráceně... Martin

30.11.2014 01:33:00 (#2)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
Ahoj, na Bing to sedí naprosto přesně, takže věc je asi jasná :-( Dne Ne 30. listopadu 2014 01:20:30, Martin Švec - OSM napsal(a): zobrazit citaci
> Ahoj, > > narazil jsem na podezřelou oblast: > > https://www.openstreetmap.org/#map=16/49.6887/16.0645 > > Zdá se mi to, nebo jsou adresní místa, budovy, cesty, silnice, Svratka atd. > posunuté vůči katastrální mapě (a LPIS polygonům) o 5-10 metrů na západ? > Jako by si někdo rovnal katastrální mapu vůči Bingu místo obráceně... > > Martin > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

30.11.2014 04:22:03 (#3)
gravatar

jzvc

<jzvc at tpfree.net>
576
Dne 30.11.2014 v 1:33 Petr Vejsada napsal(a): zobrazit citaci
> Ahoj, > > na Bing to sedí naprosto přesně, takže věc je asi jasná :-(
Na tohle narazim taky pomerne casto, Bing by bylo treba terminovat jako zdroj. Je klidne misty i 50 metru mimo. Zajimavy, ze tvurcum (neb to neni jeden clovek) nijak zvlast nevadi silnice skrz domy a podobne. zobrazit citaci
> > Dne Ne 30. listopadu 2014 01:20:30, Martin Švec - OSM napsal(a): > >> Ahoj, >> >> narazil jsem na podezřelou oblast: >> >> https://www.openstreetmap.org/#map=16/49.6887/16.0645 >> >> Zdá se mi to, nebo jsou adresní místa, budovy, cesty, silnice, Svratka atd. >> posunuté vůči katastrální mapě (a LPIS polygonům) o 5-10 metrů na západ? >> Jako by si někdo rovnal katastrální mapu vůči Bingu místo obráceně... >> >> Martin >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

30.11.2014 07:48:31 (#4)
gravatar

Tomáš Tichý

<t.tichy at post.cz>
150 4809
Dokonce jsem na to zakládal OSM note: http://www.openstreetmap.org/note/268165#map=14/49.6863/16.0872&layers=N Po importu z RÚIAN už jdou podobné případy celkem snadno odhalit. TT On Sun Nov 30 2014 at 4:23:19 jzvc <jzvc na tpfree.net> wrote: zobrazit citaci
> Dne 30.11.2014 v 1:33 Petr Vejsada napsal(a): > > Ahoj, > > > > na Bing to sedí naprosto přesně, takže věc je asi jasná :-( > > Na tohle narazim taky pomerne casto, Bing by bylo treba terminovat jako > zdroj. Je klidne misty i 50 metru mimo. Zajimavy, ze tvurcum (neb to > neni jeden clovek) nijak zvlast nevadi silnice skrz domy a podobne. > > > > > Dne Ne 30. listopadu 2014 01:20:30, Martin Švec - OSM napsal(a): > > > >> Ahoj, > >> > >> narazil jsem na podezřelou oblast: > >> > >> https://www.openstreetmap.org/#map=16/49.6887/16.0645 > >> > >> Zdá se mi to, nebo jsou adresní místa, budovy, cesty, silnice, Svratka > atd. > >> posunuté vůči katastrální mapě (a LPIS polygonům) o 5-10 metrů na západ? > >> Jako by si někdo rovnal katastrální mapu vůči Bingu místo obráceně... > >> > >> Martin > >> > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz na openstreetmap.org > >> https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20141130/620e9554/attachment.html>

30.11.2014 10:36:07 (#5)
gravatar

Marián Kyral

<mkyral at email.cz>
2468 2837
Ahoj. Záleží, jaký editor byl použit. Mám pocit, že ID a Potlach posunutí vůbec neřeší (teď už možná jo). No a i v JOSM to je docela skryto. Chtělo by to nějak zviditelnit. Třeba mít možnost nastavit vrstvě nějaký příznak a JOSM by při načtení vrstvy automaticky nabídlo kalibraci. Marián 30. listopadu 2014 1:33:00 SEČ, Petr Vejsada <osm na propsychology.cz> napsal: zobrazit citaci
>Ahoj, > >na Bing to sedí naprosto přesně, takže věc je asi jasná :-( > >Dne Ne 30. listopadu 2014 01:20:30, Martin Švec - OSM napsal(a): > >> Ahoj, >> >> narazil jsem na podezřelou oblast: >> >> https://www.openstreetmap.org/#map=16/49.6887/16.0645 >> >> Zdá se mi to, nebo jsou adresní místa, budovy, cesty, silnice, >Svratka atd. >> posunuté vůči katastrální mapě (a LPIS polygonům) o 5-10 metrů na >západ? >> Jako by si někdo rovnal katastrální mapu vůči Bingu místo obráceně... >> >> Martin >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz > >_______________________________________________ >Talk-cz mailing list >Talk-cz na openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-cz
-- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost.

30.11.2014 08:37:30 (#6)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
Ahoj! zobrazit citaci
> Záleží, jaký editor byl použit. Mám pocit, že ID a Potlach posunutí > vůbec neřeší (teď už možná jo). No a i v JOSM to je docela > skryto. Chtělo by to nějak zviditelnit. Třeba mít možnost nastavit > vrstvě nějaký příznak a JOSM by při načtení vrstvy automaticky > nabídlo kalibraci.
Bylo by dobry nejaky reseni, ktery funguje.... Nejlepsi by bylo, kdyby se ortofoto "samo" zobrazilo se spravnou kalibraci. A ono... ty silnice (etc) pochazeji z ne vzdy uplne presnych zdroju. GPSky, a importy delany z GPSek.. takze rozeznat co je dobre neni vzdycky snadny. Pokud jsou nekde budovy posunuty.. bylo by mozny je hromadne vzit (select building=...) a posunout na dobry misto? Protoze jinak to bude jen horsi... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

1.12.2014 08:50:03 (#7)
gravatar

Lukas Gebauer

<gebylist at mlp.cz>
68 695
zobrazit citaci
> Záleží, jaký editor byl použit. Mám pocit, že ID a Potlach posunutí > vůbec neřeší (teď už možná jo).
Tak ID posunuti umi resit. Otazka spise je, kolik lidi si tim lame hlavu? Ba co hur, kdyz uz si s tim clovek lame hlavu a chce si to posunout, jak pozna spravne posunuti? Podle ceho to srovnat? (To neni jen akademicka otazka, jako prilezitostneho prispevovatele mne fakt zajima, jak to nejlepe srovnat?) -- Lukas Gebauer. http://synapse.ararat.cz/ - Ararat Synapse - TCP/IP Lib. http://geoget.ararat.cz/ - Geocaching solution

1.12.2014 09:41:00 (#8)
gravatar

Marián Kyral

<mkyral at email.cz>
2468 2837
---------- Původní zpráva ---------- Od: Lukas Gebauer <gebylist na mlp.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 1. 12. 2014 8:51:16 Předmět: Re: [Talk-cz] Posunutá mapa? "> Záleží, jaký editor byl použit. Mám pocit, že ID a Potlach posunutí zobrazit citaci
> vůbec neřeší (teď už možná jo).
Tak ID posunuti umi resit. Otazka spise je, kolik lidi si tim lame hlavu? Ba co hur, kdyz uz si s tim clovek lame hlavu a chce si to posunout, jak pozna spravne posunuti? Podle ceho to srovnat? (To neni jen akademicka otazka, jako prilezitostneho prispevovatele mne fakt zajima, jak to nejlepe srovnat?) " Ideálně podle Katastrálních map. Ale i tady je potřeba dávat bacha - ne vždy jsou KM zcela přesné. Záleží, jestli už na daném území proběhla digitalizace, nebo ne. Navíc ve zdigitalizovaných mapách je možnost zapnout si barvy. Zelená znamená ověřené hranice, červená neověřené - mohou být po ověření zpřesněny. Viz: http://sgi.nahlizenidokn.cuzk.cz/Marushka/HTML/ Napoveda-grafika.pdf - strana 8 a 9. A pokoušet se srovnávat dle nějaké cesty klikatící se skrz les není dobrý nápad. Tam to prostě sedí málokdy. Pokud není území zdigitalizováno, tak srovnání možné není - KM mohou být taktéž posunuty. A i když se povede vrstvy srovnat, tak kousek dál to zase může být jinak. Problém bývá, pokud jde hranice skrz obci. To pak vede cesta a najednou o pár metrů uskočí. Pak je třeba znova srovnat a hlavně dávat pozor při editaci, aby člověk omylem neupravil tu druhou, posunutou, část obce. Marián " -- Lukas Gebauer. http://synapse.ararat.cz/ - Ararat Synapse - TCP/IP Lib. http://geoget.ararat.cz/ - Geocaching solution _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20141201/2860db1e/attachment.html>

2.12.2014 01:57:25 (#9)
gravatar

Petr Holub

<hopet at ics.muni.cz>
290 4627
zobrazit citaci
> > Záleží, jaký editor byl použit. Mám pocit, že ID a Potlach posunutí > > vůbec neřeší (teď už možná jo). No a i v JOSM to je docela > > skryto. Chtělo by to nějak zviditelnit. Třeba mít možnost nastavit > > vrstvě nějaký příznak a JOSM by při načtení vrstvy automaticky > > nabídlo kalibraci. > > Bylo by dobry nejaky reseni, ktery funguje.... Nejlepsi by bylo, kdyby > se ortofoto "samo" zobrazilo se spravnou kalibraci.
V JOSM tohle reseni "skoro samo" existuje a bylo by dobre, aby ho fakt uz lidi zacali pouzivat systematicky... Fakt mam obcas pocit, ze nejhorsi v OSM komunite je nedostatecne sireni informaci o tom, co uz je k dispozici a jak to pouzit. 1) Existuje databaze offsetu pro WMS/TMS zdroje jako plugin do JOSM: http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database Umi to pracovat i s kalibracnimi geometriemi... nicmene i jen prace se samotnymi offsety obrazku je jednoducha a velmi uzitecna. http://wiki.openstreetmap.org/wiki/Using_Imagery 2) Kalibrace se da proves bud pomoci GPS stop - pokud je jich nabrano v OSM dost v obou smerech silnic nebo na uzkych cestach, tak staci pouzit GPSBlam plugin a zacit prumerovat... http://wiki.openstreetmap.org/wiki/JOSM/Plugins/GPSBlam Staci si elipsami nachytat dve kolme casto jezdene cesty a hura... Jedine, co tomu dela dost nedobre, je kombinace stop s ruznymi intervaly zaznamu, typicky kdyz pouzivam 10Hz a 1Hz GPSky - protoze pak to ma tendenci brat vazneji ty 10Hz kvuli tomu, ze maji vice bodu. Ale rozhodne lepsi jak nic. A o duvod vic sdilet do OSM sve stopy - i kdyz treba furt dokola clovek jezdi jednu a tutez trasu. 3) Ke kalibraci lze castecne pouzit i starou dobrou sedivou UHUL ortofotomapu, pokud je k dispozici - casto byvala zkalibrovana lip nez Bing... Takze kalibrujte, sdilejte a pouzivejte! :) Petr

2.12.2014 07:28:45 (#10)
gravatar

Marek Chlup

<mara at chlup.net>
30
Zajímalo by mne, co je příčinou, že vlastně Bing je posunut (a žel v různých místech různě)? Tedy co si při projekci zjednodušili respektive zda jim pro dobrou projekci neschází nějaká data (v dobré kvalitě)? Jde mi o to, zda například s obnovou snímků se dá očekávat vždy stejné posunutí. Databáze posunutí je určitě zajímavá, ale pokud platí údaje o posunutí jen krátký čas... Zdraví Marek

2.12.2014 07:48:18 (#11)
gravatar

Marián Kyral

<mkyral at email.cz>
2468 2837
---------- Původní zpráva ---------- Od: Petr Holub <hopet na ics.muni.cz> Komu: 'OpenStreetMap Czech Republic' <talk-cz na openstreetmap.org> Datum: 2. 12. 2014 1:58:04 Předmět: Re: [Talk-cz] Posunutá mapa? "> > Záleží, jaký editor byl použit. Mám pocit, že ID a Potlach posunutí zobrazit citaci
> > vůbec neřeší (teď už možná jo). No a i v JOSM to je docela > > skryto. Chtělo by to nějak zviditelnit. Třeba mít možnost nastavit > > vrstvě nějaký příznak a JOSM by při načtení vrstvy automaticky > > nabídlo kalibraci. > > Bylo by dobry nejaky reseni, ktery funguje.... Nejlepsi by bylo, kdyby > se ortofoto "samo" zobrazilo se spravnou kalibraci.
V JOSM tohle reseni "skoro samo" existuje a bylo by dobre, aby ho fakt uz lidi zacali pouzivat systematicky... Fakt mam obcas pocit, ze nejhorsi v OSM komunite je nedostatecne sireni informaci o tom, co uz je k dispozici a jak to pouzit. 1) Existuje databaze offsetu pro WMS/TMS zdroje jako plugin do JOSM: http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database Umi to pracovat i s kalibracnimi geometriemi... nicmene i jen prace se samotnymi offsety obrazku je jednoducha a velmi uzitecna. http://wiki.openstreetmap.org/wiki/Using_Imagery " No nainstalované to mám, ale ještě jsem to moc nezkoumal. Jak si to poradí s vesnicí, kde každá půlka je posunutá jinam? Bude se to automaticky přizpůsobovat, podle toho kam mapu posunu? " 2) Kalibrace se da proves bud pomoci GPS stop - pokud je jich nabrano v OSM dost v obou smerech silnic nebo na uzkych cestach, tak staci pouzit GPSBlam plugin a zacit prumerovat... http://wiki.openstreetmap.org/wiki/JOSM/Plugins/GPSBlam Staci si elipsami nachytat dve kolme casto jezdene cesty a hura... Jedine, co tomu dela dost nedobre, je kombinace stop s ruznymi intervaly zaznamu, typicky kdyz pouzivam 10Hz a 1Hz GPSky - protoze pak to ma tendenci brat vazneji ty 10Hz kvuli tomu, ze maji vice bodu. Ale rozhodne lepsi jak nic. A o duvod vic sdilet do OSM sve stopy - i kdyz treba furt dokola clovek jezdi jednu a tutez trasu. " Díky, tohle mne ani nenapadlo a přitom to je logické ;-) " 3) Ke kalibraci lze castecne pouzit i starou dobrou sedivou UHUL ortofotomapu, pokud je k dispozici - casto byvala zkalibrovana lip nez Bing... " Šedivá ortofoto mapa má bohužel výpadky = skoro nikdy mi nefunguje :-( Ale je ještě jedna možnost. LPIS pole jsou dle všeho kresleny dle barevné ortofotomapy, takže by, s trochou snahy. mělo jít kalibrovat podle nich. Mrknout na ruian.poloha.net, zapnout ortofoto a lpis vrstvy, kouknout, kam konkrétní pole zasahuje a pak stejně napasovat i Bing. A mohlo by to jít i bez barevné ortofoto mapy. Stačí kalibrovat dle dír na stožáry vysokého napětí (pokud jsou na Bingu vidět). Marián " Takze kalibrujte, sdilejte a pouzivejte! :) Petr _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20141202/bedb58d7/attachment.html>

2.12.2014 08:03:44 (#12)
gravatar

Marián Kyral

<mkyral at email.cz>
2468 2837
---------- Původní zpráva ---------- Od: Marek Chlup <mara na chlup.net> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 2. 12. 2014 7:29:34 Předmět: Re: [Talk-cz] Posunutá mapa? "Zajímalo by mne, co je příčinou, že vlastně Bing je posunut (a žel v různých místech různě)? Tedy co si při projekci zjednodušili respektive zda jim pro dobrou projekci neschází nějaká data (v dobré kvalitě)? Jde mi o to, zda například s obnovou snímků se dá očekávat vždy stejné posunutí. Databáze posunutí je určitě zajímavá, ale pokud platí údaje o posunutí jen krátký čas... " To by mne taky zajímalo. Je evidentní, že na rozhraní starý a nový snímek k posunu dochází. Marián " Zdraví Marek _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20141202/c2da0a65/attachment.html>

2.12.2014 01:53:52 (#13)
gravatar

Petr Holub

<hopet at ics.muni.cz>
290 4627
zobrazit citaci
> Zajímalo by mne, co je příčinou, že vlastně Bing je posunut (a žel v > různých místech různě)? Tedy co si při projekci zjednodušili respektive > zda jim pro dobrou projekci neschází nějaká data (v dobré kvalitě)?
Nejsem v tomhle uplne kovany a mozna nekdo typu Hanoje bude vedet vice, ale osobne se domnivam, ze hlavni problem souvisi s modelem terenu. Existuji pomerne presne a nakladne metody typu laseroveho snimani terenu z letadel, ale ty pravdepodobne maji zvladnute lokalni firmy pro CR docela slusne, ale pro cely svet v potrebnem rozliseni to muze byt podstatne horsi a nakladnejsi. A muze byt, ze se ty modely take postupne zlepsuji a tudiz treba novejsi snimkovani uz je napasovane na novy model a tudiz presnejsi. Jinak s tim, jak resit predel map a zmeny map: - predel se da resit tak, ze pro starou mapu a novou mapu se udelaji separatni kalibrace - jeden bod pro starou mapu, jeden bod pro novou mapu - zmeny map se resi tak, ze se stavajici offset v databazi prohlasi za deprecated a vyrobi se novy offset Navic by bylo super nabrat nekde ty kalibracni geometrie, idealne zamerene pomoci geodetickych GPSek. Petr

2.12.2014 09:36:39 (#14)
gravatar

Matěj Cepl

<mcepl at cepl.eu>
171
On 2014-12-02, 12:53 GMT, Petr Holub wrote: zobrazit citaci
> Nejsem v tomhle uplne kovany a mozna nekdo typu Hanoje bude vedet vice, > ale osobne se domnivam, ze hlavni problem souvisi s modelem terenu.
Používáme všichni stejnou projekci a datum? To by bylo moc jednoduché, co? Je dnes situace taková, že WGS-84 a GPS projection se používá všude, ne? Používá v Čechách ještě někdo Křováka? Matěj

2.12.2014 10:46:04 (#15)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
346 733
Křováka? jak na co. V projekci vždy křovák (JTSK). JAnD Dne 2. prosince 2014 21:36 Matěj Cepl <mcepl na cepl.eu> napsal(a): zobrazit citaci
> On 2014-12-02, 12:53 GMT, Petr Holub wrote: >> Nejsem v tomhle uplne kovany a mozna nekdo typu Hanoje bude vedet vice, >> ale osobne se domnivam, ze hlavni problem souvisi s modelem terenu. > > Používáme všichni stejnou projekci a datum? To by bylo moc > jednoduché, co? Je dnes situace taková, že WGS-84 a GPS > projection se používá všude, ne? Používá v Čechách ještě někdo > Křováka? > > Matěj > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

3.12.2014 07:22:55 (#16)
gravatar

Marek Chlup

<mara at chlup.net>
30
Rastrové dlaždice OSM jsou standardně v projekci EPSG:900913 (alias EPSG:3857) což je "Spherical Mercator". Rastrové satelitní dlaždice Bing jsou dle mne v této projekci standardně také, ale nepřesně. Ale o tu projekci dle mne úplně nejde. "Nekovaný" pisatel se dle mne domnívá, že chyba je dána tím, že fotografie z družic jsou transformovány chybně, jelikož Bing nezná přesně reliéf terénu - neví přesně, že tam je takový a makový kopec či tam je údolí... Respektive to ví, ale velmi hrubě. Já také "nekovaný" se domnívám také, že by to mohla být příčina. Zdraví Marek On Tue, Dec 02, 2014 at 09:36:39PM +0100, Matěj Cepl wrote: zobrazit citaci
> On 2014-12-02, 12:53 GMT, Petr Holub wrote: > > Nejsem v tomhle uplne kovany a mozna nekdo typu Hanoje bude vedet vice, > > ale osobne se domnivam, ze hlavni problem souvisi s modelem terenu. > > Používáme všichni stejnou projekci a datum? To by bylo moc > jednoduché, co? Je dnes situace taková, že WGS-84 a GPS > projection se používá všude, ne? Používá v Čechách ještě někdo > Křováka? > > Matěj > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

3.12.2014 12:08:55 (#17)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
>> Nejsem v tomhle uplne kovany a mozna nekdo typu Hanoje bude vedet vice, >> ale osobne se domnivam, ze hlavni problem souvisi s modelem terenu.
*** jsa vyzvan, ne kovan, naznacim sve zapadle znalosti z predmetu Dalkovy pruzkum zeme. a) pokud vas zajimaji metody a postupy zpracovani leteckych/druzicovych dat hledejte na googlu heslo "ortorektifikace", praktickych zkusenosti je publikovano dost. Třeba i hodnocení kvality ASTER GDEM na uzemi CR: http://www.gisat.cz/content/cz/dpz/zpracovani-dat/digitalni-vyskove-modely b) add problemy Bing orto Bing stejne jako ostatni globalni vyhledavace/portaly kupuji pro CZ druhotne druzicove snimky, protoze jsou vyrazne levnejsi. Uz jsou vyrobeny po nekoho jineho, casto i jiny ucel nez vyuzivame my. Mohou mit nizsi naroky na vysledek tj. sirku zaberu, pocasi, rocni obdobi. Na mape bingu se tak kombinuji ruzne snimky ruznych kvalit nejen pro ruzne zoomy ale i v ramci zoomu. Ve srovnani s lokalnimy leteckymi ortofotomapami na mapy.cz nebo CUZK je vysledek patrny na prvni pohled. * horsi uspesnost vlicovani (2D napasovani) * nizsi rozliseni (podrobnost) * globalni vyskovy model (3D napasovani) * sirka zaberu (vliv na uklon budov a stineni) * uklon zaberu (kolmy pohled nemusi existovat) ha hanoj

3.12.2014 12:36:18 (#18)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
Ahoj! On Tue 2014-12-02 01:57:25, Petr Holub wrote: zobrazit citaci
> > > Záleží, jaký editor byl použit. Mám pocit, že ID a Potlach posunutí > > > vůbec neřeší (teď už možná jo). No a i v JOSM to je docela > > > skryto. Chtělo by to nějak zviditelnit. Třeba mít možnost nastavit > > > vrstvě nějaký příznak a JOSM by při načtení vrstvy automaticky > > > nabídlo kalibraci. > > > > Bylo by dobry nejaky reseni, ktery funguje.... Nejlepsi by bylo, kdyby > > se ortofoto "samo" zobrazilo se spravnou kalibraci. > > V JOSM tohle reseni "skoro samo" existuje a bylo by dobre, aby ho fakt > uz lidi zacali pouzivat systematicky... Fakt mam obcas pocit, ze nejhorsi > v OSM komunite je nedostatecne sireni informaci o tom, co uz je k dispozici > a jak to pouzit.
zobrazit citaci
> 3) Ke kalibraci lze castecne pouzit i starou dobrou sedivou UHUL > ortofotomapu, pokud je k dispozici - casto byvala zkalibrovana > lip nez Bing...
Byl by nekdo schopnej UHUL pustit tak aby byl spolehlive k dispozici? Myslim ze kalibrace proti UHULu je asi nejlepsi... Melo by to jit vzit i automaticky -- spocitat korelaci mezi dvema obrazkama by nemela byt az takova kovbojka, a tim by melo jit automaticky spocitat offsety pro posun Bingu.... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

4.12.2014 06:02:07 (#19)
gravatar

Petr Holub

<hopet at ics.muni.cz>
290 4627
Ahoj, zobrazit citaci
> Byl by nekdo schopnej UHUL pustit tak aby byl spolehlive k dispozici? > Myslim ze kalibrace proti UHULu je asi nejlepsi...
pamatuji se dobre, ze Ty to mas cele stazene? Kolik toho je? zobrazit citaci
> Melo by to jit vzit i automaticky -- spocitat korelaci mezi dvema > obrazkama by nemela byt az takova kovbojka, a tim by melo jit > automaticky spocitat offsety pro posun Bingu....
Jo a ne. Ja se pri rucnim zarovnavani snazim vyuzit objekty, ktere jsou primo na povrchu a nemaji "3D charakter", abych se vyhnul problemum s uklonem, ktery treba u Bingu umi byt docela nezanedbatelny, jak tady uz ostatne zminoval Hanoj. Cili asi by to prvne chtelo nejakou feature extraction pred tim, nez budu delat minimalizaci ctvercu. A navic je potreba se prubezne rozhodovat, kolik kalibracnich bodu vlastne potrebuji vyrobit, tj. kdy uz pro mne ta odchylka neni akceptovatelna. Obvykle to neni prilis husta sit, ale jsou oblasti, kde evidentne ten model terenu je dost neuspokojivy a je potreba to zhustit. Nicmene toto uz je IMHO ten mensi problem - maximalni odchylka by se dala nastavit jako prah. Petr

4.12.2014 08:44:44 (#20)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
AhoJ! zobrazit citaci
> > Byl by nekdo schopnej UHUL pustit tak aby byl spolehlive k dispozici? > > Myslim ze kalibrace proti UHULu je asi nejlepsi... > > pamatuji se dobre, ze Ty to mas cele stazene? Kolik toho je?
Mam, je toho 1.6GB. (Par lidi tu uz ma kopie). zobrazit citaci
> > Melo by to jit vzit i automaticky -- spocitat korelaci mezi dvema > > obrazkama by nemela byt az takova kovbojka, a tim by melo jit > > automaticky spocitat offsety pro posun Bingu.... > > Jo a ne. Ja se pri rucnim zarovnavani snazim vyuzit objekty, ktere > jsou primo na povrchu a nemaji "3D charakter", abych se vyhnul > problemum s uklonem, ktery treba u Bingu umi byt docela nezanedbatelny, > jak tady uz ostatne zminoval Hanoj. Cili asi by to prvne chtelo nejakou > feature extraction pred tim, nez budu delat minimalizaci ctvercu.
No... tim by se to posunulo dost mimo "rozume implementovatelnou" vec. Vyskovych budov je par, jsou ve velkych mestech -- a asi by slo vyhlasit "sorry, chyba, tady to proste nesedi"... a mesta v panelakama delat rucne. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

4.12.2014 10:51:56 (#21)
gravatar

Petr Holub

<hopet at ics.muni.cz>
290 4627
zobrazit citaci
> > Jo a ne. Ja se pri rucnim zarovnavani snazim vyuzit objekty, ktere > > jsou primo na povrchu a nemaji "3D charakter", abych se vyhnul > > problemum s uklonem, ktery treba u Bingu umi byt docela nezanedbatelny, > > jak tady uz ostatne zminoval Hanoj. Cili asi by to prvne chtelo nejakou > > feature extraction pred tim, nez budu delat minimalizaci ctvercu. > > No... tim by se to posunulo dost mimo "rozume implementovatelnou" > vec. Vyskovych budov je par, jsou ve velkych mestech -- a asi by slo > vyhlasit "sorry, chyba, tady to proste nesedi"... a mesta v panelakama > delat rucne.
Ono se to bohuzel v Bingu obcas tyka i rodinych domku - ten uhel snimani je bohuzel prilis velky a i ty domecky byvaji "poznaklapene" docela dramaticky. Jak psal Hanoj, holt jsou to snimky druhe kategorie, ale rozhodne lepsi jak dratem do voka ;o) Petr

2.1.2015 09:03:17 (#22)
gravatar

Martin Švec - OSM

<osm at maatts.cz>
109
Tak oblast Křižánek je v mezích možností na svém místě. Opravil jsem budovy, silnice, cesty, vodní plochy a adresní místa. Svratka naštěstí posunutá nebyla. Funkce "Filtr" se tímto stává mým nejoblíbenějším nástrojem v JOSM ;-) Martin On 30.11.2014 07:48, Tomáš Tichý wrote: zobrazit citaci
> Dokonce jsem na to zakládal OSM note: > http://www.openstreetmap.org/note/268165#map=14/49.6863/16.0872&layers=N > > Po importu z RÚIAN už jdou podobné případy celkem snadno odhalit. > > TT > > On Sun Nov 30 2014 at 4:23:19 jzvc <jzvc na tpfree.net <mailto:jzvc na tpfree.net>> wrote: > > Dne 30.11.2014 v 1:33 Petr Vejsada napsal(a): > > Ahoj, > > > > na Bing to sedí naprosto přesně, takže věc je asi jasná :-( > > Na tohle narazim taky pomerne casto, Bing by bylo treba terminovat jako > zdroj. Je klidne misty i 50 metru mimo. Zajimavy, ze tvurcum (neb to > neni jeden clovek) nijak zvlast nevadi silnice skrz domy a podobne. > > > > > Dne Ne 30. listopadu 2014 01:20:30, Martin Švec - OSM napsal(a): > > > >> Ahoj, > >> > >> narazil jsem na podezřelou oblast: > >> > >> https://www.openstreetmap.org/#map=16/49.6887/16.0645 > >> > >> Zdá se mi to, nebo jsou adresní místa, budovy, cesty, silnice, Svratka atd. > >> posunuté vůči katastrální mapě (a LPIS polygonům) o 5-10 metrů na západ? > >> Jako by si někdo rovnal katastrální mapu vůči Bingu místo obráceně... > >> > >> Martin > >> > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> > >> https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

« zpět na výpis měsíce