Použij buď geotools (java) nebo gdal + knihovnu proj (C++) je to jedno, důležitý
je výsledek.
Velice ve zkratce: v ČR používáme souř. systém S-JTSK (systém jednotné sítě
trigonometrické katastrální), které používá tzv. Křovákovo zobrazení, což je
kužel, s vrcholem někde u Finska a ta čísla jsou me
> obávám se že ČÚZK nemůže - ani jeden z těchto systémů nemá pod svou správou
> a schvalování algoritmů se týká pouze ETRS (možná bude někdo jiný vědět
> víc). Ale přítel Google mi hned jako první odkaz dal
> http://transformace.webst.fd.cvut.cz/Iframe/WGS_ETRS_iframe.htm ...
*** ze je 7/14 prvkova
-- Původní zpráva --
Od: hanoj
Komu: OpenStreetMap Czech Republic
Datum: 28. 5. 2014 23:18:03
Předmět: Re: [Talk-cz] pLPIS a WFS - jak na to?
"> Odpovím si sám ;-)
*** to mě těší, že si tu wiki o JTSK nakonec někdo přečte
"
Já ji četl několikrát. A pořád mi to připomíná Wood
> ano, mapové služby (jak na geoportal.cuzk.cz, tak na services.cuzk.cz - WMS
> i WFS nebo GML) obsahují oficiálně schválené algoritmy pro transformaci
*** tak zda se, ze jadro pudla pri prevodu gridem[1] je v tom, ze
tento grid dela transf EPSG:5514 <-> EPSG:4258 (a pribuzne), kdezto my
v OSM pouz
> Nejprve převeďme tvé výsledky na počítačovější formu. Jestli počítám správně,
> tak tvé výsledky pro transformaci bez gridu jsou:
> ...
> 2.520413388
> to je trochu moc, ne? 2.5 metru?
*** myslím, že jsi opsal špatně jednu číslici jedné souřadnice
> A teď moje výsledky:
>
> 0.7471
> Odpovím si sám ;-)
*** to mě těší, že si tu wiki o JTSK nakonec někdo přečte
>> http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0&SERVICE=WFS&REQUEST=GetFeature&TYPENAME=LPIS_FB4&BBOX=-904539,-1227290,-731680,-935232&SRSNAME=EPSG:102067
> Trochu jsem si s tím hrál. Našel jsem nějaký př
Odpovím si sám ;-)
-- Původní zpráva --
Od: Marián Kyral
Komu: talk-cz@openstreetmap.org
Datum: 24. 5. 2014 23:54:56
Předmět: Re: [Talk-cz] pLPIS a WFS - jak na to?
"Dne 16.5.2014 01:27, hanoj napsal(a):
>> Tak jsem měl teď přes oběd trochu času a koukal jsem na WFS.
>>
>> Zákla
Zdravím všechny,
ano, mapové služby (jak na geoportal.cuzk.cz, tak na services.cuzk.cz - WMS
i WFS nebo GML) obsahují oficiálně schválené algoritmy pro transformaci
(http://www.cuzk.cz/Zememerictvi/Geodeticke-zaklady-na-uzemi-CR/GNSS/
Programy-pouzitelne-pro-data-ziskana-pomoci-GN-%281%29.aspx).
Dne 28.5.2014 16:09, Matěj Cepl napsal(a):
On 2014-05-27, 21:13 GMT, Petr Souček wrote:
A dále je členěna na několik prvků:
- na 57 městských částí
http://vdp.cuzk.cz/vdp/ruian/mestskecasti/vyhledej?ob.kod=554782&search=Vyhledat
- na 22 správních obvodů Prahy
http://vdp.cuzk.cz/vdp/ruian/
Dne 27.5.2014 17:53, Matěj Cepl napsal(a):
On 2014-05-26, 18:19 GMT, Petr Morávek [Xificurk] wrote:
Osobně jsem se (zjevně mylně) domníval, že číslo městského
obvodu do adresy "nepatří". Dokonce i formulář pro ověření
adresy [1] obsahuje jen políčko "Obec", nikoliv "Městský
obvod", takže je potř
Kdybych nebyl zrovna na dovolené, určitě bych přišel poznat české OSMaře a
ČÚZKy na vlastní oko... Tak třeba byste si o tom mohli nějak popovídat sami,
cílem by mělo být dosáhnout přesnosti
oficiální transformační služby
http://geoportal.cuzk.cz/Default.aspx?head_tab=sekce-01-gp&mode=TextMeta&te
Dne 28. května 2014 17:26 Martin Kokes napsal(a):
> Netuším to je spíš otázka na Ondřeje Chlupa - chtěl to asi prostě spočítat v
> PGSQL v R :-). Proto jsem ostatně chtěl "urychlit" výsledek a prostě vzít
> DATAZ body a jít nějakou jinou cestou (Jan Ježek-way) nebo způsob naznačený
> v http://lis
Netuším to je spíš otázka na Ondřeje Chlupa - chtěl to asi prostě spočítat v
PGSQL v R :-). Proto jsem ostatně chtěl "urychlit" výsledek a prostě vzít
DATAZ body a jít nějakou jinou cestou (Jan Ježek-way) nebo způsob naznačený
v http://lists.maptools.org/pipermail/proj/2013-January/006539.html
Dne 28.5.2014 16:09, Matěj Cepl napsal(a):
> On 2014-05-27, 21:13 GMT, Petr Souček wrote:
>> A dále je členěna na několik prvků:
>> - na 57 městských částí
>>
>> http://vdp.cuzk.cz/vdp/ruian/mestskecasti/vyhledej?ob.kod=554782&search=Vyhledat
>> - na 22 správních obvodů Prahy
>> http://vdp.c
On 2014-05-27, 21:13 GMT, Petr Souček wrote:
> A dále je členěna na několik prvků:
> - na 57 městských částí
>
> http://vdp.cuzk.cz/vdp/ruian/mestskecasti/vyhledej?ob.kod=554782&search=Vyhledat
> - na 22 správních obvodů Prahy
> http://vdp.cuzk.cz/vdp/ruian/spravniobvody/vyhledej?search=Vyhl
Dne 28. května 2014 15:54 Martin Kokes napsal(a):
> Ozval se mi p. Ondřej Chlup, co nový grid počítá, můj poslední mail se mu
> někde ztratil v korespondenci, konkrétně píše:
>
> "V současné době ještě není výsledný grid k dispozici. Zatím jsem ve stavu,
> že se podařilo vypočítat grid pro celou Č
Ozval se mi p. Ondřej Chlup, co nový grid počítá, můj poslední mail se mu
někde ztratil v korespondenci, konkrétně píše:
"V současné době ještě není výsledný grid k dispozici. Zatím jsem ve stavu,
že se podařilo vypočítat grid pro celou ČR, ale zatím bohužel vrací nepřesné
výsledky. Metoda pop
Ohledně té chyby http://freegis.fsv.cvut.cz/gwiki/S-JTSK_/_Grid, díval jsem
se na ten XLS a vzal bod s největší odchylkou
930102291
http://dataz.cuzk.cz/hledej.php?a=1 > podle čísla bodu > číslo TL = 3010,
číslo bodu = 229 tak vyjede zrušený bod, bohužel při "hromadnějším" exportu
do texťáku po
18 matches
Mail list logo