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 je
-- Původní zpráva --
Od: Petr Vejsada o...@propsychology.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 28. 5. 2014 7:43:08
Předmět: Re: [Talk-cz] Nový S-JTSK grid, kdo pomůže?
Dejme tomu, že je posun při transformaci s gridem správným směrem a že je
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 podle
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
Dne 28. května 2014 15:54 Martin Kokes sh...@typo3-hosting.com 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
Dne 28. května 2014 17:26 Martin Kokes sh...@typo3-hosting.com 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
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
).
J. Veselý
-- Původní zpráva --
Od: Martin Kokes sh...@typo3-hosting.com
Komu: talk-cz@openstreetmap.org
Datum: 28. 5. 2014 18:04:45
Předmět: Re: [Talk-cz] Nový S-JTSK grid, kdo pomůže?
Kdybych nebyl zrovna na dovolené, určitě bych přišel poznat české OSMaře a
ČÚZKy na vlastní
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.747197172
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
Ahoj,
ještě se k tomu vracím.
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:
18.793944 49.5737863889
a pro transformaci s gridem
18.79397833 49.5737916667
což je rozdíl:
select
stejný výsledek (až na poslední platnou číslici v délce - mě to dává na konci
5016 místo 5017) dostanu z té konfigurace, kterou jsme testovali.
*** ano to je v pořádku, to jsme daleko za číslicí přesnosti
transformace, max. 10 místo.
Udělal jsem to znovu - http://ruian.poloha.net , vrstva je
díky. To je ten stejný grid, jako měl schovaný Xificurk, binárku. Ten jsme
přeci zkoušeli a dopadlo to špatně. Jevilo se to jakoby ten grid korigoval
obráceně, na opačnou stranu, ale ani tak to nesedělo. Bez něj to vypadá
přesněji vůči KM. Viz archiv konference.
*** Co jste věcně zkoušeli a
Dne 19. května 2014 16:26 hanoj eha...@gmail.com napsal(a):
wget http://gis.templ.net/grid_jezek2008/jezek_czech08.llb
sudo cp jezek_czech08.llb /usr/share/proj
toto je jediny funkcni link s gridem pokud vim, poznamenal jsem to na wiki [1].
Martin
[1]
Martine, ty máš nějakou zkušenost s formátem pro nat2bin? Já našel jenom tohle
http://lists.maptools.org/pipermail/proj/2014-April/006834.html
A jaký je vlastně formát těch souborů v
www.cuzk.cz/Zememerictvi/Geodeticke-zaklady-na-uzemi-CR/GNSS/Nova-realizace-systemu-ETRS89-v-CR.aspx
Možná by
Ahoj,
Dne 17. května 2014 14:06 Jachym Cepicky jachym.cepi...@gmail.com napsal(a):
Martine, ty máš nějakou zkušenost s formátem pro nat2bin? Já našel jenom tohle
Honza Jezek mi psal, ze ma studenta, ktery pracuje na novem gridu,
doufam, ze se dozvime vic na Geoinformatics [1]...
Martin
[1]
Ahoj,
na základě teorie i výpočtů konstatuji, že dříve dostupný grid
Ježek2008 (jehož kopie je opět na odkazu níže dostupná) je do doby
novějšího oficiálního řešení možno používat pro běžné potřeby OSM za
účelem zvýšení přesnosti transformace S-JTSK - WGS84.
více viz tento odstavec:
Ahoj,
díky. To je ten stejný grid, jako měl schovaný Xificurk, binárku. Ten jsme
přeci zkoušeli a dopadlo to špatně. Jevilo se to jakoby ten grid korigoval
obráceně, na opačnou stranu, ale ani tak to nesedělo. Bez něj to vypadá
přesněji vůči KM. Viz archiv konference.
Fajn je ten zdroják,
Zdravím,
On Wed, May 14, 2014 at 12:06:40PM +0200, Martin Landa wrote:
no, nejake zarezy tam mam (VFK, VFR), ale tohle se tyka spise knihovny
Proj.4. Grid generoval v ramci DS Jan Jezek [1], jak psal Jachym.
Bohuzel ty linky ted nefunguji, zkusil jsem oslovit JJ, zda je nekde
jeste nenajde.
Mně to přijde taky nekompletní, asi by to chtělo chtělo sehnat ten CD-ROM, o
kterém autor ve své práci píše, že je přílohou. :-) Proto jsem chtěl zkusit
tu cestu přes GDAL.
Udělal jsem bodove_pole.txt -
https://drive.google.com/file/d/0B5J67rBdf34NbVhtWTJHN1hiWUE/edit?usp=sharing
-
Mám celou databázi polohového bodového pole TB, ZhB a CZEPOS v
ETRS89(ETRF2000) S-JTSK, nechtěl by mi někdo, kdo se víc orientuje v GDAL
(Jáchym Čepický?) pomoci vytvoři nový nadgrid ntv2?
*** ten grid je už spočtený, jen je třeba ho převést do správného
formátu pro GDAL.
Mno, děkuji pěkně za důvěru. GDAL sice obsluhovat umím (nebo jsem si to do teď
myslel), ale pro tuhle oblast aplikace si tedy nejsem jistý ...
Na GDAL je po největší zvíře (i když tak nevypadá) Martin Landa - a kromě toho
ví, o čem mluvíš :-)
Honza Ježek pokud vím se v tom problému fakt vyzná, i
@openstreetmap.org
Datum: 14. 5. 2014 10:56:12
Předmět: Re: [Talk-cz] Nový S-JTSK grid, kdo pomůže?
Mno, děkuji pěkně za důvěru. GDAL sice obsluhovat umím (nebo jsem si to do
teď
myslel), ale pro tuhle oblast aplikace si tedy nejsem jistý ...
Na GDAL je po největší zvíře (i když tak nevypadá) Martin Landa
--
Od: JV j@seznam.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 14. 5. 2014 11:19:34
Předmět: Re: [Talk-cz] Nový S-JTSK grid, kdo pomůže?
Velice stručně - dotransformace pomocí gridu se dělá kvůli tomu, že S-JTSK
není homogenní a má lokální deformace (dané už
%99i_transformaci_z_WGS84_do_S-JTSK
Marián
-- Původní zpráva --
Od: JV j@seznam.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 14. 5. 2014 11:19:34
Předmět: Re: [Talk-cz] Nový S-JTSK grid, kdo pomůže?
Velice stručně - dotransformace
Zdravim,
Dne 14. května 2014 10:55 Jachym Cepicky jachym.cepi...@geosense.cz napsal(a):
Na GDAL je po největší zvíře (i když tak nevypadá) Martin Landa - a kromě toho
ví, o čem mluvíš :-)
no, nejake zarezy tam mam (VFK, VFR), ale tohle se tyka spise knihovny
Proj.4. Grid generoval v ramci DS
Zdravím,
tato problematika mi není úplně jasná, tak se třeba zeptám blbě - co je na tom
k počítání? IMO jde o to, tu databázi, co máte k dispozici, převést do
zdrojové formy pro nad2bin, pustit na to nad2bin a pak už jen upravit definici
+proj ... a od té doby to Postgis bude umět, ne? Netuším
Dobrá, tak jsem se mírně znemožnil ;-). Počítat potřebujeme ten vlastní grid.
Vstupem je databáze bodů a ta se bude interpolovat.
Kromě Postgisu tedy potřebujeme ještě R a PL/R, k tomu možná něco z CRANu.
Zacházet s R celkem zvládám, i když v jiné oblasti než jsou geo-úlohy. Zdá se
mi, že k
28 matches
Mail list logo