Ahoj, nemáte někdo nějaký jednoduchý návod, jak přepočítat souřadnice z "normálního" WGS84 do Křovákova zobrazení (JTSK).
Díky
Mám něco pro Excel, viz http://archaikum.cz/gc/gc_programy.php. Co chceš v křovákovi dělat?
Ahoj. A chceš algoritmus nebo hotový program? Někde na disku mám zahrabané obojí.
Hmm, když tak koukám na bordel na disku, google bude lepší…
Tady se to dá stáhnout: http://www.geospeleos.com/Mapovani/WGS84toSJTSK/WGS84toSJTSK.htm
Mám excelovský prográmek, který zvládá více možných transformací (Křovák, UTM, WGS84,Gauss-Krüger), takže pokud bys měl zájem, tak se ozvi. Myslím, že je výhodou, že se dá použít v PDA a transformace provést i v terénu bez připojení k internetu, což není někdy k zahození.
Odpovídám za Petra: potřebuje napsat přepočet v JAVA programu - jako seminárku. Zvolil si téma přepočty souřadnic, předpokládal, že to bude až příliš jednoduché a už teď, bez přepočtu na/z Křováka, dost nad zadaným rozsahem/velikostí programu. Někde stáhl zdroják v pascalu, ale převod do JAVY mu nějak nešel.
Vlastně jsem kdysi dělal to samé, kvůli ukládání obrázků z cenie. Když přežije moje prasoprogramování, tak to zkusím pohledat. Jenom mám obavu, že tohle za mě už google neudělá, tak to možná chvíli potrvá.
Jinak přepis z pascalu do javy nakonec až tak složitý myslím nebyl.
Tohle byl nějak divnej pascal. Asi se od dob Turbopascalu 6 moc změnilo, ale nějak si nepamatuji, že by v pascalu bylo normální mít dvě funkce stejného jména, jen s jiným počtem parametrů. A už vůbec netuším, jakou hodnotu má mít konstanta definovaná: "A : Tneco = ()" kde Tneco je typ record o dvou proměnných double. No a takových věcí tam bylo víc. A když jsme některé z procedur převedli tak, že to vypadalo, že by to už mohla být JAVA, NetBeans hlásily úplně nesmyslné chyby.
Pokud by stačila transformace pomocí polynomu, tak na to mám funkce v PHP, viz http://archaikum.cz/temp/_oziexplorer.zip. Je to „taková ta běžná transformace” s přesností v řádu decimetrů. Pro centimetrovou přesnost by bylo potřeba postupovat úplně jinak