Nagyon hálás lennék, ha a felhasználók a fenti program használata során tapasztalt hibákról és hiányosságokról
e-mail -ben,
vagy az
üzenő-füzet
oldalon értesítenének.
Az online EOV >> WGS84 átszámító program használata
A program a magyarországi polgári térképészetben használatos
EOV koordináta rendszerben
értelmezett koordinátáknak, a manapság már széles körben elterjedt
GPS technológiák által használt
globális
WGS84 koordináta rendszerben használható koordinátákká való tömeges átszámítására
(transzformálására) szolgál.
Ha az
EOV koordinátákat tartalmazó fájl (max 800 kByte) címkéjű mezőben egy fájl
elérési útját és nevét adjuk meg, majd a hozzá tartozó
Adatok elküldése címkéjű
billentyűre kattintunk, akkor a fájlban található
EOV vetületű pontokat transzformáltathatjuk
WGS84
rendszerbe, a Google térképén, vag a Google Eartht -ben megjeleníthető formátumokban is.
A megadott fájlnak a következő követelményeknek kell megfelelnie:
- Nevében ne legyen szóköz (ASCII 32), vagy az angol abc-ben nem szereplő karakter.
A nem ajánlott karakterek használata nem okoz fatális hibát, csak a visszadott
fájl nevében lehetnek hibásan kódolt karakterek. Ahogy időm engedi megoldom a
karakter konverziót.
- Bővítménye kötelezően txt.
- Normál szövegfájl (DOS, Windows) formátumban kell tartalmaznia a pontokat.
Ilyen fájlokat állítanak elő például az Ms Notepad, ConTEXT, NotePad++
editorok. De az általam ismert összes szövegszerkesztő, táblázatkezelő stb. program is
képes az előállítására.
Hibás fájlformátum esetén a program üres, vagy nem megfelelő tartalmú állományt adhat vissza.
-
Rekordszerkezete: Pontnév EovY EovX [Magasság]
Tehát a fájl minden rekordja (sora) egyetlen pont adatait tartalmazza. Minden pontnak kell, hogy legyen
pontneve/pontszáma, és a koordinátákat EovY, EovX, Magasság sorrendben kell megadni.
A fájl tartalmának elején ne legyen a rekordok (sorok) tartalmát leíró, magyarázó fejléc sor. A program
nincs felkészítve ilyen fejléc sorok értelmezésére, többek között azért sem, mert a felhasználók rendkívül
változatos tartalommal szokták azokat megadni, így az értelmezésükre tett próbálkozások az esetek nagy részében
hibás eredményre vezetnének.
Az egyes pontok adatait a rekordokban (sorokban) csak egy vagy több szóköz (ASCII 32), tabulátor (ASCII 9), vagy egy pontosvessző (ASCII 59)
karakter választhatja el.
Ebből következik, hogy a fájlban szóköz, tabulátor, pontosvessző karakter csak az adatmezők elválasztására használható, és
az egyes pont adatok (Pontnév, EovY, EovX, Magasság) belső szóközt/tabulátort/pontosvesszőt nem tartalmazhatnak.
Helytelen: telefon fülke 856 214.36 245 132.71
Helyes: telefon_fülke 856214.36 245132.71
Figyelem! az EOV vetületi rendszer északkeleti tájékozású
geodéziai rendszer. Az Y tengely pozitív ága keletre, az X tengely pozitív ága
északra mutat, és a koordinátákat Y, X sorrendben kell megadni.
Az EOV koordináták értékük alapján megkülönböztethetőek. Az Y mindig nagyobb, az X
pedig mindig kisebb 400 000 -nél.
Az eredményül kapott WGS84 koordináták is megkülönböztethetőek értékük alapján. Hazánk területén a Φ (szélesség)
45°, a Λ (hosszúság) 20°, az X (északi) 4000000 m, az Y (keleti) 1000000 m
körüli értékű.
Az egyes pontok soraiban (rekordjaiban) a pont program által értelmezett adatai (Pontnév, EovY, EovX, Magasság) után, azoktól
a fentebb leírt módon elválasztva, tetszőleges további adatok szerepelhetnek. A program azokat figyelmen kívül hagyja.
- A koordinátákban a tizedeselválasztó jel vessző (ASCII 44), vagy pont (ASCII 47) karakter lehet.
Ebből és az előző pontból következően a koordináták nem tartalmazhatnak semmilyen ezres elválasztó karaktert!
-
Nem kötelező a pontok magasságának megadása.
Ha nem szerepel pont magasság egy rekordban, akkor ne szerepeljen abban más a program által nem kezelendő adat sem, mert a
program a pontok negyedik adatát mindenképpen magasságként próbálja meg értelmezni.
-
Az egyes pontok adatainak végét (rekordok / sorok) kocsivissza+sormelés (CR+LF = ASCII 13 + ASCII 10) karakterek jelzik.
Az editorokban, szövegszerkesztőkben ezek együttes bevitelére általában az Enter billentyű szolgál.
Linux operációs rendszer alatt a szabványos sorvég jel csak LF (soremelés, ASCII 10), MacOS alatt pedig
csak CR (kocsivissza, ASCII 13) karakter. A programot igyekeztem úgy megírni, hogy ezekkel a sorvég jelekkel is
elboldoguljon, de nincs lehetőségem ennek alapos tesztelésére.
Minta megjelenítése a megfelelő adatformátumról
Fontos Tudnivalók a programot használni kívánó látogatóim számára
2010. 09. 04.
A feltöltendő fájl szerkezetének eddigi módon történt leírása úgy tűnik nem bizonyult
eléggé egyértelműnek, vagy közérthetőnek. Igen gyakran kap a program olyan fájlszerkezeteket
amelyek kezelésére nincs felkészítve. Nekem ez furcsának tűnik, de hát én nap mint nap dolgozom
WORD, EXCEL, TXT formátumú koordináta állományokkal, és végzek formátum konvertálásokat
közöttük, így valószínűleg az elvárásaim túlzóak. Megpróbálom hát minél szemléletesebben
közreadni a követelményeket:
|
Megfelelő fájlszerkezet
|
|
Megfelelő fájlszerkezet
|
|
Nem megfelelő fájlszerkezet
|
|
Nem megfelelő fájlszerkezet
|
A fájlszerkezetek megjelenését a
NotePad++ editor segítségével szemléltettem.
Ha
Ms Word -ből kell kiírni az adatokat a megfelelő formátumba, akkor a
Mentés másként menüpontban válasszuk az
Egyszerű szöveg (*.txt) formátumot, és
a megjelenő dialódusablakban adjuk meg a következő beállításokat:
Ha
Ms Excel -ből kell kiírni az adatokat a megfelelő formátumba, akkor a
Mentés másként menüpontban válasszuk az
Formázott szöveg (szóközzel tagolt) (*.txt),
vagy a
Szöveg (tabulátorral tagolt) (*.txt)
formátumot.
Persze az is meglep, hogy a sok eredménytelenül próbálkozó felhasználó közül eddig csak egy keresett
meg, és jelezte a problémáját. Az meg is oldódott, amint megnéztem a fájl formátumát.
2010. 09. 05.
A
00→09,
11→12,
14→31 intervallumokba eső ASCII kódú karaktereket eldobják
a programok, tehát azok az állományok is transzformálhatóak lesznek, amelyeket eddig emiatt nem kezeltek.
Remélem ez a módosítás a problémák egy részét megoldja. De ennek ellenére mindenképpen célszerű lenne az előírt
szerkezetű fájlokban feltölteni a transzformálandó pontokat, hogy ne érhesse meglepetés a felhasználót.
A transzformálás elvégzése során a program a transzformált pontokat fájlba menti, és az átszámítások befejezése után
felkínálja a WGS84 koordinátákat tartalmazó fájl letöltését.
Ha az adott koordinátákat tartalmazó fájl rekordjaiban szerepel a pontok magassága, akkor a kimeneti adatokat tartalmazó
fájlban megjelennek az azoknak megfelelő WGS84 ellipszoid feletti magasságok, vagy a geocentrikus koordináták tartalmazzák azt is.
A transzformált koordináták formátuma címkéjű csoport kapcsolóival határozhatjuk meg a kapott koordináták
formátumát.
A
Fok.tizedesfok (ff.tttttttttt),
Fok perc.tizedesperc (ff pp.tttttt) és
Fok perc másodperc.tizedesmásodperc (ff pp mm.ttttt) beállítások
használata esetén 360°-os rendszerű földrajzi szélességet és hosszúságot, a
Geocentrikus (X,Y,Z) beállítással
pedig geocentrikus X,Y,Z koordinátákat kapunk.
Ha az
Az eredmény fájl szerkezete csoport kapcsolói közül az
Egyszerű pontlista (txt)
címkéjűt választjuk ki, akkor az eredmény fájl az adott koordinátákat tartalmazó fájlhoz hasonló szerkezetű lesz,
wgs
bővítménnyel, a
GPS formátum (gpx) opciót választva pedig a navigációs
GPS-ekben,
a
Garmin Mapsource és
GPS Trackmaker programokban, vagy a
Google Earth-ben használható
XML
formátumú és
gpx bővítményű fájlt kapunk. A
Google formátum (kml) beállítással a
Google Maps
és
Google Earth által favorizált
kml formátumba konvertálhatunk.
Ha
gpx vagy
kml adatszerkezetet állítunk be, az eredmény fájlban a koordináták a formátumbeállítástól függetlenül mindig
tizedesfok alakú földrajzi szélességként és hosszúságként jelennek meg.
gpx vagy
kml adatszerkezetet használata esetén az
Az eredmény fájl objektumai csoport
kapcsolóival határozhatjuk meg, hogy a kimeneti fájlban a pontokat egyedi útpontokként, vagy útvonalak, nyomvonalak töréspontjaiként kell
megjeleníteni.
Ha egy bemeneti fájlban több útvonalat, vagy nyomvonalat akarunk megadni, akkor azok elválasztására
0 (nulla) pontnevű
pontokat kell használnunk, Tehát a másodiktól kezdve minden útvonalnak vagy nyomvonalnak 0 pontnevű ponttal kell kezdődnie.
A
kml formátum használata esetén a program nem tesz különbséget az útvonalak és nyomvonalak között, mindkét beállítás
esetén útvonal jelenik meg a kimeneti fájlban.
Ha az
Útpontok vagy
Útvonalak kapcsolót választjuk, akkor a bemeneti fájlban szereplő pontok önálló, pontmarkerrel megjelölt
objektumként is megjelennek a kimeneti fájlban, a
Nyomvonalak kapcsoló kiválasztása esetén, csak a bemeneti fájlban szereplő pontokat
összekötő vonalak/vonalláncolatok jönnek létre.
Az
Az eredmény fájl objektumai csoport szín, ikonméret, vonalvastagság beállítására szolgáló vezérlőivel
a kimeneti fájl objektumainak megjelenítési jellemzőit állíthatjuk be. Tapasztalataim szerint ez egyenlőre csak a
kml formátum használata
esetén határozza meg egyértelműen az objektumok tulajdonságait. Ahogyan időm és ambícióm engedi, megpróbálom a
gpx formátum esetén is
tisztázni ezek megadásának lehetőségeit.
Az
Útpontok vezérlőcsoport
Pontszámok címkéjű kapcsolójával állítható be, hogy a pontokat jelölő objektumok mellett megjelenjen-e
azok pontszáma/pontneve. KML formátum használata esetén a pontszám/pontnév a kapcsoló kikapcsolt állapota esetén is letárolódik a pontmarker
description attribútumában, és egy felbukkanó ablakban megjelenithető, ha egérrel a pontmarkerre kattintunk.
A program használati statisztikáit elemezve felmerült a gyanú, hogy
gpx vagy
kml kimenő adatszerkezetet választása esetén
gyakorta okoz problémát a feltöltött fájlokban a pont azonosítókban előforduló ékezetes, vagy más speciális karakterek sokféle karakterkódolási
rendszere. Maga a program nem érzékeny erre, de az eredmény fájlt felhasználó programokban meghiúsulhat a fájl beolvasása, és tapasztalataim
szerint azok gyakran nem adnak egyértelmű hibajelzést (A Google Eart semmit, a Garmin MapSource semmitmondót, a Firefox, Chrome, Opera
böngészők jól behatárolják a hibát, az IE8 alig.) A programban a kimenet előállítását úgy igyekeztem megoldani, hogy legalább a pont
azonosítókban előforduló magyar ékezetes karaktereket helyesen konvertálja UTF-8 kódolásúra, de sok agyalás és internetes kereresgélés után
is az a benyomásom, hogy igazán korrekt megoldás nem létezik erre a problémára. Ezért a következőket ajánlom azoknak, akik ebbe a problémába
ütköznek:
-
Ha lehetséges, a pontok azonosítóiban csak az angol ABC betűit, számjegyeket, kötőjel, aláhúzás karaktereket használjanak.
-
Ha a feltöltendő fájlt előállító program lehetőséget biztosít a karakterkódolás beállítására, akkor válasszanak ISO 8859-2, vagy
UTF-8 karakterkódolást.
-
A fájl karakterkódolásának módosítására használhatják például az ingyenesen letölthető
Notepad++ editort, amelyet egyébként is csak ajánlani tudok mindenkinek. A karakterkódolás beállítása azzal az alábbi képen
látható módon végezhető el:
-
Ha a fentebb ajánlott módszerek nem használhatóak, vagy nem vezetnek eredményre, akkor a feltöltendő fájban az ékezetes, vagy egyéb
speciális karaktereket cseréljék le ékezet nélkülire, vagy töröljék azokat. Erre az összes szövegszerkesztésre használatos programban
(Nyilván a Notepad++ -ban is.) lehetőség van a keres-cserél funkcióval.
-
A tesztelések során a hibák helyének behatárolására jó módszernek bizonyult az, ha a lementett GPX vagy KML fájlt Firefox, Chrome vagy
Opera böngészővel megnyitottam (Firefox és Opera esetén a Fájl menü Megnyitás menüpontjával, Chrome esetén a fájl böngészőablakra
vonszolásával).
Ugyan mindig csak az első megtalált hibát jelzik ki, de a megtatált karakterek összes példányának lecserélésével viszonylag gyorsan
azonosíthatóak az általunk használt fájlokban előforduló problémás karakterek.
-
Végső megoldásként
e-mail
mellékletként küldjék el nekem a feltöltésre szánt fájlt. Annak ismeretében bizonyára tudok megoldást ajánlani.
Az EOV-ba visszatranszformált WGS84 koordináták hibája a tesztelések során mindig 0.5 m alatti értékű volt,
tehát a kapott WGS84 koordináták navigációs célra megfelelő pontosságúak. Ha nagyobb pontosságra van szükség, használjuk a
Földmérési és Távérzékelési Intézet (FÖMI) által fejlesztett, ingyenesen használható
EHT programot. Az EHT programmal előállított WGS84
koordináták
gpx vagy
kml formátumba konvertálására a honlapomon elérhető
WGS84 pontlista konverzió GPX vagy KML formátumba programot tudom ajánlani.
Az
Adatok billentyűzetről
címkéjű billentyűvel a program billentyűzetről beírt koordinátákat átszámító verzióját hívhatjuk meg, a
WGS84 >> EOV irány
címkéjűvel pedig fordított irányú transzformációt kérhetünk.