Ahoj,
mezitím jsem zjistil, že jsem kecal a že mám nejnovější proj ;-)
Udělal jsem testy podle té stránky
http://freegis.fsv.cvut.cz/gwiki/S-JTSK_/_Grid a dostal jsem naprosto stejné
výsledky, jaké se očekávají na oné
stránce, a to jak v postgisu tak cs2cs.
Dne Ne 8. ledna 2017 23:53:11,
Ahoj,
udělal jsem ještě pár testů na budovách v Bukovci a výsledky jsou v
podstatě stejné jako jsem psal u těch adres, viz příloha.
- tmavě zelená je transformace 5514 -> 4326 pomocí gridu, tj. tvoje
oranžová vrstva
- tmavě červená je transformace 5514 -> 4326 pomocí sedmiprvkové
transformace,
Dne Út 3. ledna 2017 20:38:14, Petr Vejsada napsal(a):
> Pustím se teď do toho Seidlova díla.
Výsledek víceméně stejný, ale nemám dost nový proj, abych mohl dát +czech.
Upgrade proj-> rekompilace geos,gdal, postgis etc., možná v noci.
Petr
___
Ahoj,
příloha. KM, růžové jsou transformací z 5514 tak, jak je v postgisu, tedy 7
prvková transformace. Oranžové jsou přes grid, odkazovaný v mé zprávě.
Pustím se teď do toho Seidlova díla.
Dne Út 3. ledna 2017 09:15:09, Petr Morávek [Xificurk] napsal(a):
> Ahoj,
>
> mohl bys prosím poslat
Ahoj,
mohl bys prosím poslat konkrétní příklad, kde je vidět posun, o kterém
mluvíš? Mám pocit, že se v tomhle vlákně míchá více věcí dohromady -
jeden o voze, druhý o koze ;)
Ideálně nějaký obrázek s dvěma vrstvama a popisem, z jakého zdroje a
jakými transformacemi vznikly.
S pozdravem,
Petr
Ahoj,
2017-01-01 13:16 GMT+01:00 Petr Vejsada :
> Grid stažený z
> http://web.archive.org/web/20091003020944/http://git.zcu.cz/grid/czech.lla
> .
> (...) s úplně stejným (blbým) výsledkem, jako byly pokusy před dvěma lety.
Ha Noj ti sem nehodil odkaz, což se divím. Zkus
Ahoj po čase :-)
nejprve chci moc poděkovat všem podporovatelům, penízky se opravdu hodí. Díky
moc.
Na poloha.net proběhl před nějakou dobou dlouho slibovaný major upgrade a je
zaktualizované vše, od OS přes post[gres|gis], mapnik etc., vlastně
instalováno from scratch znovu, aby se vše
016 21:49:20
Předmět: Re: [Talk-cz] RUIAN posun - konečné řešení?
"
Ahoj,
2016-12-30 20:31 GMT+01:00 Pavel Kwiecien <pavel.kwiec...@seznam.cz
(mailto:pavel.kwiec...@seznam.cz)>:
"
Do RÚIAN je ÚKM přebírána jako orientační mapa parcel, z toho vyplývají
nepřesnosti při importu.
&quo
Ahoj,
2016-12-30 20:31 GMT+01:00 Pavel Kwiecien :
> Do RÚIAN je ÚKM přebírána jako orientační mapa parcel, z toho vyplývají
> nepřesnosti při importu.
>
To je pro mě novina. Zní mi to teda jako blbost.. ale budu ti věřit.
Jak jsi teda algoritmicky postupoval? Použil
t;talk-cz@openstreetmap.org>
Datum: 30. 12. 2016 18:32:31
Předmět: Re: [Talk-cz] RUIAN posun - konečné řešení?
"
Ahoj,
2016-12-29 9:02 GMT+01:00 Marián Kyral <mky...@email.cz
(mailto:mky...@email.cz)>:
"
Mimochodem: koukám teď na Bukovec (nejvýchodnější obec republiky), tam
ř
Ahoj,
2016-12-29 9:02 GMT+01:00 Marián Kyral :
>
> Mimochodem: koukám teď na Bukovec (nejvýchodnější obec republiky), tam
> řádili @kwiecpav a @minimalis a budovy většinou sedí přesně na RUIAN (a
> jsou v tomto případě posunuty o 30cm vůči katastru). Ovšem některé budovy
> jsou
Ahoj,
2016-12-27 8:44 GMT+01:00 Marián Kyral :
> Tak jsem hledal v nastavení a tam mám ještě něco úplně jiného:
>
>
> To je OK, nebo to mám nějak změnit?
>
>
Co máš nastaveno v JOSM je v podstatě jedno.
H.
___
Talk-cz mailing list
Dne 29.12.2016 v 08:47 Marián Kyral napsal(a):
> Dne 28.12.2016 v 09:27 Petr Morávek [Xificurk] napsal(a):
>> Dne 27.12.2016 v 14:32 Marián Kyral napsal(a):
>>> Abych pravdu řekl, dle všech dostupných indícií vlastně nemám žádný
>>> problém. Pro ČÚZK je to metr a půl sem, metr a půl tam :-D
>> Jo,
Dne 28.12.2016 v 09:27 Petr Morávek [Xificurk] napsal(a):
> Dne 27.12.2016 v 14:32 Marián Kyral napsal(a):
>> Abych pravdu řekl, dle všech dostupných indícií vlastně nemám žádný
>> problém. Pro ČÚZK je to metr a půl sem, metr a půl tam :-D
> Jo, někde ale ten rozdíl asi vidět bude...
Asi jo, já
Dne 27.12.2016 v 14:32 Marián Kyral napsal(a):
> Abych pravdu řekl, dle všech dostupných indícií vlastně nemám žádný
> problém. Pro ČÚZK je to metr a půl sem, metr a půl tam :-D
Jo, někde ale ten rozdíl asi vidět bude...
> A abych pravdu řekl, vůbec jsem nezaregistroval, že je dostupný nějaký
>
Dne 27.12.2016 v 11:40 Petr Morávek [Xificurk] napsal(a):
> Dne 27.12.2016 v 08:44 Marián Kyral napsal(a):
>> Dne 27.12.2016 v 08:29 Marián Kyral napsal(a):
>>> Dne 26.12.2016 v 23:55 Petr Morávek [Xificurk] napsal(a):
@Marián: Ty se snažíš vyřešit zarovnání dat, co posílá Petr z poloha.net
> Uff, musím říct, že tvoje zmínka o ETRS89 (a rozdílnosti oproti WGS84)
> pro mne otevřela nová dvířka, která si nejsem jistý, že jsem chtěl
> otevřít :-))
*** Chystám na to téma článek na wiki, ale musím to konzultovat, taky to
není pro mne zcela na první pochopitelné. Bude to možná až po
Dne 27.12.2016 v 11:40 Petr Morávek [Xificurk] napsal(a):
> Dne 27.12.2016 v 08:44 Marián Kyral napsal(a):
>> Dne 27.12.2016 v 08:29 Marián Kyral napsal(a):
>>> Dne 26.12.2016 v 23:55 Petr Morávek [Xificurk] napsal(a):
@Marián: Ty se snažíš vyřešit zarovnání dat, co posílá Petr z poloha.net
Dne 27.12.2016 v 08:44 Marián Kyral napsal(a):
> Dne 27.12.2016 v 08:29 Marián Kyral napsal(a):
>> Dne 26.12.2016 v 23:55 Petr Morávek [Xificurk] napsal(a):
>>> @Marián: Ty se snažíš vyřešit zarovnání dat, co posílá Petr z poloha.net
>>> (hádám, že vznikají transformací ze zdrojového EPSG:5514 do
Dne 27.12.2016 v 08:29 Marián Kyral napsal(a):
> Dne 26.12.2016 v 23:55 Petr Morávek [Xificurk] napsal(a):
>> @Marián: Ty se snažíš vyřešit zarovnání dat, co posílá Petr z poloha.net
>> (hádám, že vznikají transformací ze zdrojového EPSG:5514 do latlon
>> pomocí gridu) s čím konkrétně? S WMS
Dne 26.12.2016 v 23:55 Petr Morávek [Xificurk] napsal(a):
> Dne 24.12.2016 v 00:04 Ha Noj napsal(a):
>>> 1) Dělám něco špatně já?
>> *** GRID je spočítán mezi ETRS89 a JTSK, takže by tam mělo být ještě
>> něco mezi ETRS89 a WGS84. Ale nepotěším tě, neboť to dělá jen cca 30 cm.
>>
>> echo
Dne 24.12.2016 v 00:04 Ha Noj napsal(a):
>> 1) Dělám něco špatně já?
> *** GRID je spočítán mezi ETRS89 a JTSK, takže by tam mělo být ještě
> něco mezi ETRS89 a WGS84. Ale nepotěším tě, neboť to dělá jen cca 30 cm.
>
> echo "18.845223 49.547998" | cs2cs +init=epsg:4326 +to +init=epsg:4258
>
> 1) Dělám něco špatně já?
*** GRID je spočítán mezi ETRS89 a JTSK, takže by tam mělo být ještě něco
mezi ETRS89 a WGS84. Ale nepotěším tě, neboť to dělá jen cca 30 cm.
echo "18.845223 49.547998" | cs2cs +init=epsg:4326 +to +init=epsg:4258
Dne 20.12.2016 v 16:39 Ha Noj napsal(a):
>> Aktuálně je rozdíl RUIAN vs. KM. Takže jsem předpokládal, že stačí
> napasovat RUIAN na KM. Ale jestli je KM taky
>> mimo, tak jsme v pr..li úplně. :-(
>
> *** tak pokud nám stačí, aby to sedělo na cuzk:km v epsg:4326 pak
> použijme WFS např. Bukovec
Ahoj, díky za nastínění problému.
2016-12-21 7:20 GMT+01:00 Marián Kyral :
> Ve zkratce, při převodu křováka (souřadnicový systém užívaný v
> katastrálních mapách) na WGS84 (souřadnicový systém GPS) používá ČÚZK
> program, který přepočet nějakým algoritmem koriguje. Aktuální
Dne 22.12.2016 v 20:51 Ha Noj napsal(a):
> > > Že já se do toho vůbec pouštěl. Nakonec to dopadlo tak, že problém
> vlastně není a všichni jsou happy.
> > *** Snad nebude tak zle. Myslím, že to WFS je hezká cesta k tomu co
> nám vyhovuje a označil bych to podle pravidla "blbě ale jednotně." ;)
> >
> Jsem si celkem jistý, že v databázi, ze které pouštím aktualizace
> administrativních hranic mám nějaký starší méně přesný grid... a vůbec
> bych se nedivil, kdyby to měl Petr na poloha.net taky tak.
*** není žádný starší méně přesný a nový přesnější. Jsou dva gridy starý
Ježek2008 XY a nový
> > Že já se do toho vůbec pouštěl. Nakonec to dopadlo tak, že problém
vlastně není a všichni jsou happy.
> *** Snad nebude tak zle. Myslím, že to WFS je hezká cesta k tomu co nám
vyhovuje a označil bych to podle pravidla "blbě ale jednotně." ;)
> No pro mně by bylo ideální, kdyby to za mně
Dne 20.12.2016 v 11:40 Ha Noj napsal(a):
> 2) Transformace gridem je znama: http://k154.fsv.cvut.cz/~seidl/
> http://freegis.fsv.cvut.cz/gwiki/S-JTSK_/_Grid
Ahoj,
tohle je třeba pro mne nové info - přiznám se, že jsem to tu poslední
dobou moc nesledoval, tak nevím jestli jsem zmínku o tomto
Dne 22.12.2016 v 13:32 Ha Noj napsal(a):
> > Že já se do toho vůbec pouštěl. Nakonec to dopadlo tak, že problém
> vlastně není a všichni jsou happy.
> *** Snad nebude tak zle. Myslím, že to WFS je hezká cesta k tomu co
> nám vyhovuje a označil bych to podle pravidla "blbě ale jednotně." ;)
>
No
> Že já se do toho vůbec pouštěl. Nakonec to dopadlo tak, že problém
vlastně není a všichni jsou happy.
*** Snad nebude tak zle. Myslím, že to WFS je hezká cesta k tomu co nám
vyhovuje a označil bych to podle pravidla "blbě ale jednotně." ;)
ha
hanoj
-- Původní zpráva --
Od: Ha Noj <eha...@gmail.com>
Komu: OpenStreetMap Czech Republic <talk-cz@openstreetmap.org>
Datum: 21. 12. 2016 21:11:44
Předmět: Re: [Talk-cz] RUIAN posun - konečné řešení?
"
> > > Pro korekci tohoto posunu se dá použít kore
> > > Pro korekci tohoto posunu se dá použít korekční Grid (
http://freegis.fsv.cvut.cz/gwiki/S-JTSK_/_Grid ), který ovšem > > po změně
algoritmu nedává správná data, takže přepočet není správný.
> > *** nic takového se neprokázalo. ;)
> >
> Fááákt? A proč mám sakra tady v Beskydech ty rozdíly :-D
Dne 21.12.2016 v 16:16 Ha Noj napsal(a):
> 0 > Teoreticky bych se u každé budovy mohl zeptat WFS a korigované
> souřadnice, ale je to zase další dotaz do sítě, další zdržení během
> trasování.
> *** tak se zeptejme WFS předem hromadně přes BBOX či podobně.
>
Tak jestli se budu někdy nudit, tak
0 > Teoreticky bych se u každé budovy mohl zeptat WFS a korigované
souřadnice, ale je to zase další dotaz do sítě, další zdržení během
trasování.
*** tak se zeptejme WFS předem hromadně přes BBOX či podobně.
> Pro korekci tohoto posunu se dá použít korekční Grid (
Ahojte,
může někdo srozumitelně formulovat problém? O jakém posunu čeho vůči čemu a
v jakých řádech se tu bavíme?
Díky H.
On Tuesday, 20 December 2016, Marián Kyral wrote:
> Dne 20.12.2016 v 16:39 Ha Noj napsal(a):
>
>> Aktuálně je rozdíl RUIAN vs. KM. Takže jsem předpokládal,
Dne 20.12.2016 v 16:39 Ha Noj napsal(a):
> > Aktuálně je rozdíl RUIAN vs. KM. Takže jsem předpokládal, že stačí
> napasovat RUIAN na KM. Ale jestli je KM taky
> > mimo, tak jsme v pr..li úplně. :-(
>
> *** tak pokud nám stačí, aby to sedělo na cuzk:km v epsg:4326 pak
> použijme WFS např. Bukovec
> Aktuálně je rozdíl RUIAN vs. KM. Takže jsem předpokládal, že stačí
napasovat RUIAN na KM. Ale jestli je KM taky
> mimo, tak jsme v pr..li úplně. :-(
*** tak pokud nám stačí, aby to sedělo na cuzk:km v epsg:4326 pak použijme
WFS např. Bukovec č.p.109 okres FrýdekMístek:
Ahoj,
-- Původní zpráva --
Od: Ha Noj <eha...@gmail.com>
Komu: OpenStreetMap Czech Republic <talk-cz@openstreetmap.org>
Datum: 20. 12. 2016 11:42:22
Předmět: Re: [Talk-cz] RUIAN posun - konečné řešení?
"
Cau
1) CUZK problem svych dat RUIAN mimo JTSK (rozdil
Cau
1) CUZK problem svych dat RUIAN mimo JTSK (rozdily WFS v ETRS89 vs WGS84)
napul nevnima, napul neovlada a tak ho resit zda se nehodla. Mluvil jsem
opet v lete p. Souckem. Zrejme jsme jedini, ktery RUIAN uzivaji mimo JTSK a
vadi jim to.
2) Transformace gridem je znama:
Ahoj,
další vánoce před námi a stále nám chybí ta korekční matice či co to je. Asi
žádný posun nenastal co? Co přesně potřebujeme? V jakém formátu a kolik bodů
to má být?
V souvislosti s tím, co psal Martin Janda mne napadlo, jestli by třeba
nestačilo vzít pár míst, kde to ulítává nejvíc, tam
41 matches
Mail list logo