[Talk-cz] Posunutá mapa?
Vlákno 30.11.2014 - 2.1.2015, počet zpráv: 22
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
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
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
>
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>
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.
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
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---------- 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>
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
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
---------- 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>---------- 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>
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
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
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
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
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
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
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
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
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
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