Turistautak.hu - Szerkesztő közreműködései [hu]

Típusreform TODO

2010-05-05T14:11:05Z

Fgg: /* Felülelet reform konverziós hibák, észrevételek */ + település felületek

A típusrefom végrehajtása után az alábbi hibákat jelezték a rajzolók a fórumon.

Ha találkozol az alábbiakhoz hasonló típuskonverzió hibával, akkor kérünk, hogy jelezd ezen a lapon.

Viták esetén használd a szócikk vitalapját: [[Vita:Típusreform_TODO]].

Amikor összejött egy csomag, akkor átadjuk Andrásnak a hibalistát.

== Felülelet reform konverziós hibák, észrevételek ==

Félkövér: fontosabb eltérések.

{| border="1"
|+ Garmin kimenet felület hibák / észrevételek
|-
!Mapedit típus !! Hibás Garmin típus !! Javasolt Garmin típus !! Példa !! Megjegyzés
|-
|'''fenyves (0x82)''' || Ismeretlen (0x0) || National park (0x16) || N47.445217 E18.420383 || Garmin kimeneten nem jelenik meg (átlátszó lesz
|-
| vegyes erdő (0x8b) || National park (0x14) || National park (0x15) || N47.445597 E18.336753 || Most 0x14 erdőként jelenik meg, de lehetne külön Typ-elni, ha 0x15 lenne.
|-
| '''nagyközség (0xa4)''' || Ismeretlen (0x0) ||Small urban area (<50K) (0x3) || N47.119461 E18.361664 || Garmin kimeneten nem jelenik meg (átlátszó lesz
|-

| község (0xa5) || Reservation (0xd) ||Small urban area (<50K) (0x3) || . || .
|-
| település (0xa0) || Large urban area (0x1) ||Small urban area (<50K) (0x3) || . || .
|-
| megyeszékhely (0xa1) || Large urban area (0x1) ||Large urban area (>200K) (0x1, felület)|| . || .
|-
| megyei jogú város (0xa2) ||? ||Large urban area (>200K) (0x1, felület)|| . || .
|-
| város (0xa3) || |Small urban area (<50K) (0x3) ||Medium urban area (50K-200K) (0x2, felület)|| . || .
|-

| szántó (0x8a) || Ismeretlen (0x0) || ??? || N47.386321 E17.796361 || Typ nélküli megjelenítés esetén nincs jó javaslatom.
|-
|   ||   ||   ||   ||  
|-
|   ||   ||   ||   ||  
|}

== Vonalreform konverziós hibák, észrevételek ==

{| border="1"
|+ Garmin kimenet vonal hibák / észrevételek
|-
!Mapedit típus !! Hibás Garmin típus !! Javasolt Garmin típus !! Példa !! Megjegyzés
|-
|   ||   ||   ||   ||  
|-
|   ||   ||   ||   ||  
|-
|   ||   ||   ||   ||  
|-
|   ||   ||   ||   ||  
|}

== POI reform konverziós hibák, észrevételek ==

{| border="1"
|+ Garmin kimenet, POI hibák / észrevételek
|-
!Mapedit típus !! Hibás Garmin típus !! Javasolt Garmin típus !! Példa !! Megjegyzés
|-
|geoláda (0xad02) || Information (0x4c00) || Scenic area (0x5200) || N47.371250 E18.412933 || Sokan kritizálják a fórumon, hogy a ládák (i) ikonnal jelennek meg.
|-
|-
|   ||   ||   ||   ||  
|-
|   ||   ||   ||   ||  
|-
|   ||   ||   ||   ||  
|-
|}

Az MP file-okba a típusreform óta kis számban, de folyamatosan megjelennek olyan POI entitások, melyekben a '''Type=''' attribútum értéke 0x00 (egy karakteterrel, UNKNOWN), a '''TypeTuristautak=''' attribútum azonban megfelelő ki van töltve. Csak feltételezem, hogy a WEB-es felületen keresztül érkeznek. A típuskód konverziós rutint folyamatosan kell[ene] futtatni.
[[Kategória:Szerkesztési megbeszélés]]

Típusreform TODO

2010-05-04T03:44:04Z

Fgg: + kategória

CLC bővítés végrehajtása

2010-04-13T10:36:16Z

Fgg: vértes

{| border="1"
|+ CLC bővítés állapota tájegységenként
|-
!Tájegység !!CLC település csere !!By !!CLC bővítés !!By !!Mpwiz !!By !!Kész? !!Megjegyzés
|-
|aggtelek ||2009.07.13 23:24 e ||Hajo ||2009.10.02 21:25 ||baggio ||2009.11.23. 13:51||vacsape, kovrob||kész||
|-
|also-tisza ||2009.11.10 22:38 ||baggio ||2009.11.11 21:20 ||baggio ||  ||  ||  ||.
|-
|bakony ||2009.05.06 12:48 ||Hajo ||2009.10.07 23:01 ||baggio ||2009.10.11 11:44||Hajo||kész ||.
|-
|balaton ||2009.04.01 18:37 ||Hajo ||2009.10.08 05:55 ||baggio ||2009.10.25 08:21 ||Hajo||kész ||.
|-
|borzsony ||2009.07.17 13:35 ||Hajo ||2009.10.08 06:12 ||baggio ||2010.03.13 ||Fgg ||kész||.
|-
|budai ||2009.07.17 19:00 *||Hajo ||2009.10.08 08:55 ||baggio ||. ||. ||részleges ||.
|-
|bukk ||2009.07.18 12:34 ||Hajo ||2009.10.08 09:33 ||baggio ||2010.02.02 01:08 ||zayd ||kész ||.
|-
|cserhat ||2009.07.18 14:06 *||Hajo ||2009.10.08 09:53 ||baggio ||. ||. ||részleges ||.
|-
|felso-tisza ||2009.10.08 22:15 ||pgyp ||2009.10.08 22:15 ||pgyp ||. ||. ||részleges || 
|-
|gerecse ||2009.07.22 ell ||Hajo ||2009.10.06 14:57 ||zacz ||2009.10.08 21:24||zacz ||teljes ||.
|-
|godolloi ||2009.09.30 21:03* ||baggio ||2009.10.07. 21:30 ||Fgg ||2009.11.02 05:42 ||Fgg ||teljes ||Át kellene nézni a CLC142-esek típusait;
|-
|karancs-medves ||2009.07.19 08:04 ||Hajo ||2009.10.16 00:41 ||Stimm ||2009.11.08 19:07 ||Stimm ||kész ||CLC 142-es és 242-es poligonokat átnéztem 091111 zayd
|-
|kisalfold ||2009.05.15 18:03 ||Hajo ||2009.10.08 11:25 ||baggio ||. ||. ||részleges ||.
|-
|korosvidek ||2009.05.21 0:23 ||baggio ||2009.07.07 23:18 ||baggio ||2009.09.07 01:23 ||baggio ||teljes || 
|-
|koszegi ||2009.10.14 22:17 ||baggio ||2009.10.15 18:16 ||baggio ||  ||  ||részleges || 
|-
|matra ||2009.04.29 22:16 ||Hajo ||2009.11.02 07:38 ||vacsape ||2009.11.02 07:38||vacsape||kész || 
|-
|mecsek ||2009.11.04 08:48* ||Fairy ||2009.11.19 09:14 ||baggio ||  ||  ||  || 
|-
|mezofold ||2009.05.06 17:21 ||Hajo ||2009.10.04 19:45 ||Hajo ||2009.10.04 19:45||Hajo ||kész ||.
|-
|orseg ||2009.10.19 13:38 ||baggio ||2009.10.19 13:38 ||baggio ||2009.11.21 13:55 ||Fgg||kész|| 
|-
|pilis ||2009.10.20 14:05 ||kovrob ||2009.10.20 14:05 ||kovrob ||2009.11.07. 12:36||kovrob ||kész || 
|-
|somogy ||2009.11.17 12:43 ||baggio ||2009.11.18 09:34 ||baggio ||  ||  ||részleges ||2009.04.17 Hajo előzetes snap
|-
|soproni ||2009.09.09 11:52 ||baggio ||2009.10.01 20:16 ||baggio ||  ||baggio ||folyamatban || 
|-
|tisza-to ||2009.09.28 19:18 ||baggio ||2009.10.09 10:39 ||baggio ||  ||  ||részleges ||település csere teljes
|-
|velencei ||2009.05.06 21:07 ||Hajo ||2009.10.05 23:01 ||baggio ||2009.10.18 16:05 ||Hajo ||kész ||.
|-
|vertes ||2007.02.04 10:08 ||András ||2009.10.08 12:47 ||baggio ||2010.04.12 ||Fgg ||kész ||.
|-
|zala ||2009.10.09 09:07 ||baggio ||2009.10.22 08:53 ||baggio ||  ||Fgg ||kész || 
|-
|zemplen ||2009.09.08 23:47 ||baggio ||2009.10.06 23:09 ||zayd ||2009.10.26 03:11 ||zayd ||kész || 
|}
(* - Település csere teljes, de néhány dokumentált települést később kézzel kell rendezni.)

A Wiki-n hónapok óta megvan a szócikk ([[CLC bővítési javaslat]]). Valójában a [[Gyenesdiás]]i munkamegbeszélésre készült el bár jóval korábban felvetődött itt a fórumon.

Az alapelv az, hogy a CLC-ben (ahonnan a tuhu-n jelenleg alkalmazott poligonok többsége származik) sokkal több és sokrétűbb poligontípus van, mint amennyit most használunk. Gondolom ennek jórész erőforrásbéli okai voltak. (2001-2002-ben erősen korlátozott memóriájú GPS készülékek; szerveridő a [[Kimenetek| kimenetek]] gyártásakor; mp fileméret stb.)

Felmerült, hogy jó volna pl a bózót stb. felületeket is beemelni a tuhu-ba. Volt olyan erdőtípus, amit a CLC külön kezelt, de annó nem került bele (pl fenyves). Erre mndtad, hogy background poligonban mész a GPS szerint közben pedig bozótban vagy épp egy sűrű fenyvesben.

Gyenesdiáson pgyp előterjesztése után döntés született, hogy meglépjük a bővítést a szervercsere után

Azóta több kolléga közreműködésével folyt némi háttérmunka.

# Elkészült Trackman kolléga kiváló mpwiz programjának span polygons funkciója, ami lehetővé teszi, hogy a meglévő (és többnyire módosított poligonok) közti véletlen hézagok megszűnjenek. (Az eredeti CLC poligonok hézag nélkül illeszkednek egymáshoz). A további CLC poligonok beemelése után ugyanez a funkció teszi lehetővé a beemelt poligonok hézagmentesítését. Sok tájegységnél ez a művelet végrehajtásra került. (Feltöltési logokban dokumentáltuk).
# A tuhu-n tavaly a településpoligonok jelentős része még nem CLC szerinti volt (főleg falvak, községek esetében). Ezeket sok tájegységben kicseréltük. Lehetnek még ilyen tájegységek. Ezekben még ki kell cserélni a településpoligonokat.
# Peter68 kolléga vezetésével (a poi reform mellett) előkészítettük a felületreformot is. Elkészült a konverziós függvény. Emlékeim szerint beépítettük a bővítésre szánt típusokat is, hogy azok összerendelődjenek a majdani turistautak typeset felületkategóriáihoz.
# Hajo, pgyp és baggio kollégák elkezdték a településpolygonok cseréjét, a bővítés előkészítéseként.
# Lezajlott az első bővítés a Körösvidéken, sok értékes tapasztalatot nyerve a további bővítéshez.
== Településpoligonok cseréje CLC szerintire ==

Településpoligonok cseréje CLC szerintire úgy, hogy az utólag berajzolt lyukasztások (parkok, tavak stb.) megmaradjanak.

1.) A CLC fileból az összes település poligon kiválasztása: Type=0x0d
* CLC file megnyitása.
* Szerkesztés - Kiválasztás - Minden felület
* Szerkesztés - Kijelölés törlése - Típus alapján (0x0d Reservation)
* Szerkesztés - Kijelölés törlése - Típus alapján (0x4b Background)
* Szerkesztés - Törlés nyom nélkül (Ctrl-Del)

2.) Ha a tájegységet több CLC szelvény fedi le, akkor a másik szelvényből is be kell másolni a település poligonokat. A szelvényezettség miatt két vagy több részből álló településpoligonokat össze kell vonni. (Extra értékeket vágólapra helyezni. Mindkét felületek kijelölni. Az egyiken jobb gomb, majd Felületek egyesítése. Ctrl-Enter, majd vágólapról az extra értékek visszamásolása).

3.) Kijelölni az összes CLC településpoligont.
Szerkesztés - Kiválasztás - Típus alapján (0x0d reservation)

4.) Mindegyikhez hozzáfűzni egy új extra értéket.
* Ctrl-Enter, majd beírni: Tajegyseg=CLC
* Mindegyik kijelölt településpoligont a vágólapra másolni.
* Szerkesztés - Másolás (Ctrl-C)

5.) A településpoligonokat bemásolni a tájegység mp-be

6.) Egyeségel végignézni az összes településpoligont, hogy fedik-e egymást?
* --> Átlátszó felületeknél nagyon kiabál, hogy ha nem. Az is nagyon látható, hogy ha eredetileg CLC poligon volt, de módosítva lett valamiért a körvonal. Ilyenkor inkább jobb nem bántani. A rajzoló nyilván tudta, hogy mit csinál.

7.) Ha cserélni kell, akkor - fontos! - a legkülső kontúr (rendszerint az első felület) minden pontját kell kicserélni a CLC szerintire (amelyiknek nincs labelje az a CLC szerinti).
A kijelölt forrás CLC poligon esetén Enter, majd Alkotórészek fül, 1. kontúr kiválsztása, másolás (Ctrl-C).
Label-lel rendelkező településpoligon kijelöl, majd Enter, Alkotórészek fül, 1. kontúr, beillesztés (Ctrl-V).
(Ekkor a külső kontúr minden pontját kicserltük a CLC szerintire. Ha voltak településen belüli utólagos lyukasztások, akkor azok megmaradnak amennyiben az új kontúron belülre esnek).

8.) Amikor minden településpoligon készen van, akkor Ctrl-E -vel kiválasztottam az összes Tajegyseg=CLC extra értékkel rendelkező poligont (az bemásolt eredeti CLC poligonokat), majd Ctrl-DEL-let kitöröltem azokat.
(Fontos, hogy ne maradjanak benne, mert akkor duplázódnak a poligonok. Igaz CLC nevű tájegység nincs).

== Mik a további lépések? (a CLC bővítés tényleges végrehajtása) ==
# Településpoligon cserék befejezése minden tájegységben. (Részletesen lásd fentebb.) (Amíg ez nincs készen az adott tájegységben, ott haladjunk tovább!)
# A [http://turistautak.hu/tracks.php?id=20710 CLC poligonokat] tájegyságenként vágva elkészítettem (Hajo) (CLC2000Full_tajegyseg.zip)
# Töltsd le zárolva a tájegységet a szokásos módon.
# A bővítésre kijelölt poligonokat be kell emelni tájegységenként (CLC2000Bovi_tajegyseg.mp) a tuhu-ba (Mindent kijelöl, másolás, a tuhu tájegység mp-be beillesztés).
# A CLC 142 és CLC 242 típusok beemelésénél gondosan kell eljárni. Szükség esetén át kell kódolni a típust. (Magyarázatot lásd alább)
# A beemelt poligonokra ellenőrizni kell, hogy pontosan illeszkednek-e a meglevőkhöz. Ahol nem ott javítani kell. Ez az [http://turistautak.hu/file.php?dir=upload&id=20710&file=mpwiz.zip mpwiz] snap polygons funkcióval jórészt automatizálható (mpwiz_clc_boviteshez_jav_par.bat, ami 1.mp-ből 2.mp-t készít), de számottevő kézi munkára is szükség van. Az automatikus javítás folyamán a nem pontos, de 3 m-en belüli 'laza' illeszkedések nagy többségét az mpwiz pontos illeszkedéssé konvertálja. (Egyes tájegységekben szükség lehet a vizsgálati távolság csökkentésére).
# A snap poligons funkció egyes ritka esetekben hurkot hoz lépre a poligonokban. Ezért a Mapedittel az Eszközök/Térkép átvizsgálása funkcióval ellenőrizni kell a poligonokat. Hibajelzés esetén rajítani kell a poligonokat. (pár db szokott lenni).
# A snap poligons egy csomó poit hoz létre, amelyek nem töltödnek fel a szerverre. Mielőtt a következő lépésre továbbmennél célszerű a Type=0x0000 típusú (kérdőjel) jelzőpoikat törölni.
# A következő lépésben ellenőrizni kell, hogy van-e nagy átfedés poligonok között. Ennek több oka is lehet: pl. korábban már be lett emelve egy poligon és most újra beemeltük. (A Megjegyzes=CLC bovites extra-val és id nélküli poligonok azok amelyeket most emetünk be); korábbi kézi módosítás miatt egyes poligonok belelógnak a most beemelt poligonokba stb. Ebben a munkában az mpwiz egy másik funkciója segít (mpwiz_poligonok_atfedes_vizsgalata.bat, ami 2.mp-ből 3.mp-t készít). Ez 0x0000 típusú poligonokkal illetve 0x00 típusú poival jelzi az átfedő részeket. Ezeket célszerű maradéktalanul megszüntetni. Természetesen a 0x0000 típusú poligonokat a feltöltés előtt mindenképpen ki kell törölni ((Ctrl-T 0x0000 poi, majd Ctrl-Del. A jelőpoikat nem szükséges, mert azokat az mpwiz ellátja DoNotUpload=1 paraméterrel).
# Ha bármilyen kérdés merül fel a munka során kérlek jelezd a fórumon.
# Kérlek, hogy a szerverre történő feltöltéskor a szöveges részben mindenképpen dokumentáld/jelezd, hogy minden fenti műveletet végrehajtottál-e, vagy esetleg valamelyiket nem sikerült végrehajtani.
::(+) Bővítésre szánt poligonok beemelése kész
::(+) Snap poligons kész
::(+) Átfedésvizsgálat kész
::(+) CLC 242, CLC 142 típus átkódolása kész
# Fontos, hogy ha egy lépés kimaradt, akkor kérlek ne folytasd a következővel, mert az problémát okozhat (itt is igaz, hogy inkább beszéljük meg a fórumon).

'''További tervezett lépések (még Vita tárgya)'''
# Célszerű volna egy adhesive generalizálást ráengedni az összesített poligonokra. Mindannyian ismerjük, hogy a CLC poligonok pár méteren belül 3-5 pontot is tartalmazhatnak. A generalizálással nagyban csökkenthetjük az adattömeget, miközben az információtartalom lényegében nem vész el. (Igaz, hogy a cgmpmapper is generalizál a kimenet elkészítésekor, így a GPS készülékre végső soron nem jut kevesebb adat). Ez mpwiz-zel megoldható úgy, hogy közben a szomszédos poligonok illeszkedése megmarad (adhesive generalizálás funkció).
# Ha b) pontban minden poligont beemeltünk, itt lehetőségünk van a [[Kimenetek| kimenetek]]be nem szánt poligonokat kivenni, vagy megjelölni az adatbázisban talonba rakottként. (Miért jó ez? Ha esetleg később mégis szükség volna további - akár átmeneti - bővítésre, akkor már lesz koherensen illeszkedő generalizált poligonkészletünk).
# Célszerű meglépni a felületreformot a közeljövőben (bár ez nem kifejezett feltétel).
# Jó volna typ-et használni a Garmin kimenetnél, hogy a bővítés után igazán szép eredményt lássunk a GPS készülékeken. (Az omp már most is képes megjeleníteni a bővítés utáni típuskészletet).

'''CLC 142, 242 típusok problémája'''

'''A CLC 142 (Sport, üdülő- és pihenőterületek)''' típus a neve szerint is gyűjtőtípus. Többnyire lakott területek ezért Reservation (0xd, felület) típussal emeljük be. Ezzel az alábbi gondok lehetnek:
- Túlnyomó többségben ezeket a felületek korábban kézzel már be lettek emelve a turistautak.hu-ra (pl. Balanon és Velencei-tó parti települései). Nem szabad még egyszer beemelni. (Ehhez segítséget nyújt a fent jelzett poligon átfedés vizsgálat.)
- Nem csak lakott területek, hanem sportközpontok is ebbe a CLC típusba tartoznak. Ezeket szükség szerint kézzel át kell kódolni(*).

'''A CLC 242 (Mozaikművelésű területek)''' szintén gyűjtőtípus. Egyebek mellett zártkerti övezetek, nadrágszíj parcellák is ide tartoznak. Az épületekkel rendelkező részeket Reservation (0xd, felület) típussal a többit Orchard/plantation (0x4e, felület) típussal kellene beemelni. Ehhez kézi ellenőrzésre van szükség(*).

(*) A kézi javítást helyismeret, Pojehali térképek információi vagy egyéb információ alapján lehet elvégezni. (Végső esetben segítség lehet a CLC2000Bovi_tajegyseg.kml file, ami csak ezekez a CLC típusokat tartalmazza.)

'''Jelentkezők''' (CLC bővítés végrehajtása munkára):

* Hajo (Bakony, Vértes, Velencei, Mezőföld)
* pgyp (Felső-Tisza, Alsó-Tisza)
* baggio
* zayd (Bükk, Aggtelek, Zemplém)
* kovrob
* Stimm (Duna mellett, Karancs-Medves)
* Fgg (kézi)
* Fairy (mecsek)

'''Határidők:'''
* október 2 (péntek) 23:59 beemelendő típusok vita lezárása. (úgyis mindent beemelünk ;-) ), jelentkezők toborzása
* október 9 (péntek) 23:59 beemelendő poligonok előkészítése. (Lényegében csak meg kell szűrni Tipus=CLC xxx szerint, hogy csak a bővítésre szánt típusok maradjanak).
* október 16 (péntek) 23:59 tájegységenként beemelni a poligonokat.
* október 30 (péntek) utánmunkálatok. Lásd fenti leírás.

== A CLC településpoligonok cseréjekor elromlott egy településpoligon. Mi a teendő? ==

1.) A CLC 2000 sem tökéletes. kb 100 m-en belül pontosnak kell azonban lennie. (A gyakorlatban 20-em belül pontos, de 100m-nél keskenyebb részleteket nem nagyon tartalmaz --> "geometriai hibák"). Elvétve lehetnek felületkódolási problémák, de a hivatalos adatok szerint ezek kb 1% alatt vannak.

Az ilyen jellengű tapasztalatokban a gondot, az jelenti, hogy egyelőre gyümölcsös típussal jelöli a tuhu a CLC 242 kódú (Complex cultivation patterns) területeket, ami a neve ellenére leginkább kertvárosi vagy zártkertü övezeteket jelöl. Itt elsősorban nem geometriai hibáról, hanem kódolási hibáról beszélhetünk. Mondhatnám, hogy majd a reform megoldja, de erre a reformnak sincs egyelőre kész megoldása. Nincs nagy gond. Egyszerűen létre kellene hozni egy kertváros / zártkerti övezet felületet.

Most a tuhun gyümölcsösként jelöljük az alábbi CLC típusokat:

* CLC221/Szőlőskert,
* CLC222/gyümölcsös

A bővítés során jobb híján gyümölcsössé vált:
* CLC242/complex culvivation pattern

A reform idején a Tipus=CLC 242 poligonokat tehát át kell kódolni egy egyelőre nem létező felülettípussá (lásd [[Vita:Felület-reform]]).

2.) Előfordulhat, hogy eltűnt egy korábban településpoligon által lefedett zártkerti/pihenőőövezet. Nagy valószínűséggel azt történt, hogy az azt lefedő CLC242 felület még nem lett beemelve. Ha nem súrgős, akkor kérünk várd meg, amíg a teljes bővítést el nem végezzük.

3.) A poligoncserék alkalmával megpróbáljuk megőrizni a rajzolók által korábban elvégzett módosításokat (pl. külső kontúrban útra illesztések illetve főleg a belső lyukasztások stb.) A cserét kézzel végezzük, ami azért biztonságosabb, mint ha automata végezné, de előfordulhatnak hibák.

4.) Mit tegyek ha ennek ellenére problémát tapsztalok?
Kérünk jelezd a fórumban. Természetesen szabadon módosíthatod a településpoligont, illetve a cserét végző rajzoló mentéséből vissza is tudjuk állítani az eredeti poligont. Ez viszont a bővítés végrehajtásakor jelenthet problémát, amit majd újból kézzel kell orvosolni.

==mpwiz Snap polygons==
Segédlet az mpwiz program, címben említett funkciójának egyszerűsített használatához, és az utána végzendő műveletekhez.

A funkció röviden a kontúrok laza és pontos illeszkedését méri fel, elemzi és javítja. Kontúrok, vagyis poligon-poligon, és poligon-vonal közt is javíthat illesztéséi hibákat. Hajonak köszönhető mpwiz ezen kiegészítése, aki CLC bővítéshez szükséges (nem egyszerű) paraméter készletet bat-fileba tette, így egyszerűsítve kezdők számra használatát.

Teendők:
# Előkészített készletett tartalmazó mpwiz.zip letöltése innen: http://turistautak.hu/tracks.php?id=20710
# Tartalmának kitömörítése egy könyvtárba, ami legyen most mpwiz.
# Tájegység, és track-jeinek letöltése, kitömörítése az mpwiz könyvtárba.
# Letöltött mp átnevezése "1.mp" –re.
# mpwiz_clc_boviteshez_jav_par.bat file futtatása
# Az eredményül kapott "2.mp" file átnézése, kézi javítása.
# 2.mp visszatöltése a szerverre.

A 2.mp file-t megnyitva sok új POI-t találunk, amik az elvégzett javításokat, és a laza illesztéskete jelölik (Soproni tájegységben 6298db csak az eltéréseket jelölő POI!). A kézi javítás abból áll, hogy egyenként, az összes POI-val jelölt helyen meg kell vizsgálni, az illesztést, és szükség esetén kézzel javítani rajta. Mivel a progi se tud minden hibát számunkra megfelelően javítani, az automatikus javítás ellenőrzése se maradhat el. Az új POI-kat feltöltéskor a szerver eldobja, így azok nem kerülnek be az adatbázisba. Ez egy részről jó nekünk, más részről viszont nem. Ha egy automatikusan javított pont, számunkra még hibás maradt, újbóli letöltés utáni újra futtatáskor már nem jelentkezik, mert a progi már nem érzékeli hibának, így azt meg se jelöli. Ez azt jelenti, hogy egy letöltés alatt kellene javítani az összes (több ezernyi) hibát, ami nem kis feladat. Javításkor ne csak a POI-val jelzet hiba közvetlen közelét javítsuk, hanem tekintsünk egy kicsit távolabbra is. Pl. egy úttal párhuzamosan poligon kontúrnál csak egy helyen jelzi a laza illesztést, akkor javítsuk az egész útnál, ne végezzünk félmunkát. A program alapos, de így is lehetnek olyan hibák, amiket nem észlel. Ezeket is javítsuk, ha már felfedeztük.

POI-k következőket jelölik:
- 0x1a11 (zöld navaid) poi jelöli a pontosan egymást fedő poligonokat,0x1a12 (sárga navaid) poi jelöli a félig pontosan fedő poligonokat (min 50%-ban pontos illeszkedés)
- 0x0000 (kérdőjel) poi-val megjelöli az azonosított laza illeszkedéseket
- 0x1a15 (kék navaid) pár m-en belüli két node egymásra illesztése történt (nem összekeverendő a 0x1b15 tájegységek közötti útilleszkedést jelző POI-val!)
- 0x1a13 (narancs navaid) node elhagyásával javított illeszkedés
- 0x1a16 (piros-fehér-zöld navaid) node beszúrásával javított illeszkedés

Jó munkát! :-)

==Tanácsok, javaslatok CLC bővítéshez==

* TUHU-ban már meglévő régi CLC-s polygonok eltérhetnek az új CLC-sektől. Eddig erdőpolygonoknál találkoztam ilyennel. Ha valaki észlelne ilyet, akkor ellenőrizze, hogy az nem rajzolói beavatkozás eredménye (útra/trackre igazítás), mert ha nem, akkor CLC2000Full_''tájegység''.mp-ből át kell emelni a helyes kontúrt, a polygonhoz tartozó lyuk kontúrokkal együtt (nem polygont másolni!). Ilyenkor figyelni kell a lyukakban található polygonk kontúrcseréjére is.
* Néhol polygon összevonások is találhatók. Ilyenkor másoljunk át egy, az összevonásban megtalálható polygon kontúját a CLC2000Full_''tájegység''.mp-ből, majd a hiányzó részeket másolással töltsük fel, figyelve a megfelelő CLC típusokra.
* Egyes TUHU-ban már létező polygonoknál, nem egyezhet Tipus= paraméter a CLC-sel. Pl. Tipus=CLC 313 helyett Tipus=CLC 311-et találtam. Mivel ez külsőleg nem látszódik, válaszuk ki egy típust, extraparaméteres kijelöléssel, mind a TUHU-s mp-ben mind a CLC2000Full_''tájegység''.mp-ben, majd váltogatva, vagy egymás mellé téve, vizuálisan ellenőrizzük végig a megjelenő kijelölés "minták" közti eltérést. A hibák így gyorsan észrevehetőek, majd javíthatóak.
* Új, bővítéskor bekerült tundra, és gyümölcsös polygonok előszeretettel fednek le polygonokból álló folyókat, holtágakat. Ezeket a hibákat a lefedés vizsgálat 100%-ban megtalálja.
* Különféle, polygonokkal végzet módosításoknál ügyeljünk arra, hogy bizonyos műveleteknél törlődhetnek a polygonok adatai (extraparaméterek, és a label is!). Ezért mentsük ezeket notepad-re, hogy művelet elvégzése után visszamásolhassuk a polygonba.

[[Kategória:Szerkesztési segítség]]

CLC bővítés végrehajtása

2010-04-12T16:18:04Z

Fgg: vértes

{| border="1"
|+ CLC bővítés állapota tájegységenként
|-
!Tájegység !!CLC település csere !!By !!CLC bővítés !!By !!Mpwiz !!By !!Kész? !!Megjegyzés
|-
|aggtelek ||2009.07.13 23:24 e ||Hajo ||2009.10.02 21:25 ||baggio ||2009.11.23. 13:51||vacsape, kovrob||kész||
|-
|also-tisza ||2009.11.10 22:38 ||baggio ||2009.11.11 21:20 ||baggio ||  ||  ||  ||.
|-
|bakony ||2009.05.06 12:48 ||Hajo ||2009.10.07 23:01 ||baggio ||2009.10.11 11:44||Hajo||kész ||.
|-
|balaton ||2009.04.01 18:37 ||Hajo ||2009.10.08 05:55 ||baggio ||2009.10.25 08:21 ||Hajo||kész ||.
|-
|borzsony ||2009.07.17 13:35 ||Hajo ||2009.10.08 06:12 ||baggio ||2010.03.13 ||Fgg ||kész||.
|-
|budai ||2009.07.17 19:00 *||Hajo ||2009.10.08 08:55 ||baggio ||. ||. ||részleges ||.
|-
|bukk ||2009.07.18 12:34 ||Hajo ||2009.10.08 09:33 ||baggio ||2010.02.02 01:08 ||zayd ||kész ||.
|-
|cserhat ||2009.07.18 14:06 *||Hajo ||2009.10.08 09:53 ||baggio ||. ||. ||részleges ||.
|-
|felso-tisza ||2009.10.08 22:15 ||pgyp ||2009.10.08 22:15 ||pgyp ||. ||. ||részleges || 
|-
|gerecse ||2009.07.22 ell ||Hajo ||2009.10.06 14:57 ||zacz ||2009.10.08 21:24||zacz ||teljes ||.
|-
|godolloi ||2009.09.30 21:03* ||baggio ||2009.10.07. 21:30 ||Fgg ||2009.11.02 05:42 ||Fgg ||teljes ||Át kellene nézni a CLC142-esek típusait;
|-
|karancs-medves ||2009.07.19 08:04 ||Hajo ||2009.10.16 00:41 ||Stimm ||2009.11.08 19:07 ||Stimm ||kész ||CLC 142-es és 242-es poligonokat átnéztem 091111 zayd
|-
|kisalfold ||2009.05.15 18:03 ||Hajo ||2009.10.08 11:25 ||baggio ||. ||. ||részleges ||.
|-
|korosvidek ||2009.05.21 0:23 ||baggio ||2009.07.07 23:18 ||baggio ||2009.09.07 01:23 ||baggio ||teljes || 
|-
|koszegi ||2009.10.14 22:17 ||baggio ||2009.10.15 18:16 ||baggio ||  ||  ||részleges || 
|-
|matra ||2009.04.29 22:16 ||Hajo ||2009.11.02 07:38 ||vacsape ||2009.11.02 07:38||vacsape||kész || 
|-
|mecsek ||2009.11.04 08:48* ||Fairy ||2009.11.19 09:14 ||baggio ||  ||  ||  || 
|-
|mezofold ||2009.05.06 17:21 ||Hajo ||2009.10.04 19:45 ||Hajo ||2009.10.04 19:45||Hajo ||kész ||.
|-
|orseg ||2009.10.19 13:38 ||baggio ||2009.10.19 13:38 ||baggio ||2009.11.21 13:55 ||Fgg||kész|| 
|-
|pilis ||2009.10.20 14:05 ||kovrob ||2009.10.20 14:05 ||kovrob ||2009.11.07. 12:36||kovrob ||kész || 
|-
|somogy ||2009.11.17 12:43 ||baggio ||2009.11.18 09:34 ||baggio ||  ||  ||részleges ||2009.04.17 Hajo előzetes snap
|-
|soproni ||2009.09.09 11:52 ||baggio ||2009.10.01 20:16 ||baggio ||  ||baggio ||folyamatban || 
|-
|tisza-to ||2009.09.28 19:18 ||baggio ||2009.10.09 10:39 ||baggio ||  ||  ||részleges ||település csere teljes
|-
|velencei ||2009.05.06 21:07 ||Hajo ||2009.10.05 23:01 ||baggio ||2009.10.18 16:05 ||Hajo ||kész ||.
|-
|vertes ||2007.02.04 10:08 ||András ||2009.10.08 12:47 ||baggio ||2010.04.12 ||Fgg ||folyamatban... ||.
|-
|zala ||2009.10.09 09:07 ||baggio ||2009.10.22 08:53 ||baggio ||  ||Fgg ||kész || 
|-
|zemplen ||2009.09.08 23:47 ||baggio ||2009.10.06 23:09 ||zayd ||2009.10.26 03:11 ||zayd ||kész || 
|}
(* - Település csere teljes, de néhány dokumentált települést később kézzel kell rendezni.)

A Wiki-n hónapok óta megvan a szócikk ([[CLC bővítési javaslat]]). Valójában a [[Gyenesdiás]]i munkamegbeszélésre készült el bár jóval korábban felvetődött itt a fórumon.

Az alapelv az, hogy a CLC-ben (ahonnan a tuhu-n jelenleg alkalmazott poligonok többsége származik) sokkal több és sokrétűbb poligontípus van, mint amennyit most használunk. Gondolom ennek jórész erőforrásbéli okai voltak. (2001-2002-ben erősen korlátozott memóriájú GPS készülékek; szerveridő a [[Kimenetek| kimenetek]] gyártásakor; mp fileméret stb.)

Felmerült, hogy jó volna pl a bózót stb. felületeket is beemelni a tuhu-ba. Volt olyan erdőtípus, amit a CLC külön kezelt, de annó nem került bele (pl fenyves). Erre mndtad, hogy background poligonban mész a GPS szerint közben pedig bozótban vagy épp egy sűrű fenyvesben.

Gyenesdiáson pgyp előterjesztése után döntés született, hogy meglépjük a bővítést a szervercsere után

Azóta több kolléga közreműködésével folyt némi háttérmunka.

# Elkészült Trackman kolléga kiváló mpwiz programjának span polygons funkciója, ami lehetővé teszi, hogy a meglévő (és többnyire módosított poligonok) közti véletlen hézagok megszűnjenek. (Az eredeti CLC poligonok hézag nélkül illeszkednek egymáshoz). A további CLC poligonok beemelése után ugyanez a funkció teszi lehetővé a beemelt poligonok hézagmentesítését. Sok tájegységnél ez a művelet végrehajtásra került. (Feltöltési logokban dokumentáltuk).
# A tuhu-n tavaly a településpoligonok jelentős része még nem CLC szerinti volt (főleg falvak, községek esetében). Ezeket sok tájegységben kicseréltük. Lehetnek még ilyen tájegységek. Ezekben még ki kell cserélni a településpoligonokat.
# Peter68 kolléga vezetésével (a poi reform mellett) előkészítettük a felületreformot is. Elkészült a konverziós függvény. Emlékeim szerint beépítettük a bővítésre szánt típusokat is, hogy azok összerendelődjenek a majdani turistautak typeset felületkategóriáihoz.
# Hajo, pgyp és baggio kollégák elkezdték a településpolygonok cseréjét, a bővítés előkészítéseként.
# Lezajlott az első bővítés a Körösvidéken, sok értékes tapasztalatot nyerve a további bővítéshez.
== Településpoligonok cseréje CLC szerintire ==

Településpoligonok cseréje CLC szerintire úgy, hogy az utólag berajzolt lyukasztások (parkok, tavak stb.) megmaradjanak.

1.) A CLC fileból az összes település poligon kiválasztása: Type=0x0d
* CLC file megnyitása.
* Szerkesztés - Kiválasztás - Minden felület
* Szerkesztés - Kijelölés törlése - Típus alapján (0x0d Reservation)
* Szerkesztés - Kijelölés törlése - Típus alapján (0x4b Background)
* Szerkesztés - Törlés nyom nélkül (Ctrl-Del)

2.) Ha a tájegységet több CLC szelvény fedi le, akkor a másik szelvényből is be kell másolni a település poligonokat. A szelvényezettség miatt két vagy több részből álló településpoligonokat össze kell vonni. (Extra értékeket vágólapra helyezni. Mindkét felületek kijelölni. Az egyiken jobb gomb, majd Felületek egyesítése. Ctrl-Enter, majd vágólapról az extra értékek visszamásolása).

3.) Kijelölni az összes CLC településpoligont.
Szerkesztés - Kiválasztás - Típus alapján (0x0d reservation)

4.) Mindegyikhez hozzáfűzni egy új extra értéket.
* Ctrl-Enter, majd beírni: Tajegyseg=CLC
* Mindegyik kijelölt településpoligont a vágólapra másolni.
* Szerkesztés - Másolás (Ctrl-C)

5.) A településpoligonokat bemásolni a tájegység mp-be

6.) Egyeségel végignézni az összes településpoligont, hogy fedik-e egymást?
* --> Átlátszó felületeknél nagyon kiabál, hogy ha nem. Az is nagyon látható, hogy ha eredetileg CLC poligon volt, de módosítva lett valamiért a körvonal. Ilyenkor inkább jobb nem bántani. A rajzoló nyilván tudta, hogy mit csinál.

7.) Ha cserélni kell, akkor - fontos! - a legkülső kontúr (rendszerint az első felület) minden pontját kell kicserélni a CLC szerintire (amelyiknek nincs labelje az a CLC szerinti).
A kijelölt forrás CLC poligon esetén Enter, majd Alkotórészek fül, 1. kontúr kiválsztása, másolás (Ctrl-C).
Label-lel rendelkező településpoligon kijelöl, majd Enter, Alkotórészek fül, 1. kontúr, beillesztés (Ctrl-V).
(Ekkor a külső kontúr minden pontját kicserltük a CLC szerintire. Ha voltak településen belüli utólagos lyukasztások, akkor azok megmaradnak amennyiben az új kontúron belülre esnek).

8.) Amikor minden településpoligon készen van, akkor Ctrl-E -vel kiválasztottam az összes Tajegyseg=CLC extra értékkel rendelkező poligont (az bemásolt eredeti CLC poligonokat), majd Ctrl-DEL-let kitöröltem azokat.
(Fontos, hogy ne maradjanak benne, mert akkor duplázódnak a poligonok. Igaz CLC nevű tájegység nincs).

== Mik a további lépések? (a CLC bővítés tényleges végrehajtása) ==
# Településpoligon cserék befejezése minden tájegységben. (Részletesen lásd fentebb.) (Amíg ez nincs készen az adott tájegységben, ott haladjunk tovább!)
# A [http://turistautak.hu/tracks.php?id=20710 CLC poligonokat] tájegyságenként vágva elkészítettem (Hajo) (CLC2000Full_tajegyseg.zip)
# Töltsd le zárolva a tájegységet a szokásos módon.
# A bővítésre kijelölt poligonokat be kell emelni tájegységenként (CLC2000Bovi_tajegyseg.mp) a tuhu-ba (Mindent kijelöl, másolás, a tuhu tájegység mp-be beillesztés).
# A CLC 142 és CLC 242 típusok beemelésénél gondosan kell eljárni. Szükség esetén át kell kódolni a típust. (Magyarázatot lásd alább)
# A beemelt poligonokra ellenőrizni kell, hogy pontosan illeszkednek-e a meglevőkhöz. Ahol nem ott javítani kell. Ez az [http://turistautak.hu/file.php?dir=upload&id=20710&file=mpwiz.zip mpwiz] snap polygons funkcióval jórészt automatizálható (mpwiz_clc_boviteshez_jav_par.bat, ami 1.mp-ből 2.mp-t készít), de számottevő kézi munkára is szükség van. Az automatikus javítás folyamán a nem pontos, de 3 m-en belüli 'laza' illeszkedések nagy többségét az mpwiz pontos illeszkedéssé konvertálja. (Egyes tájegységekben szükség lehet a vizsgálati távolság csökkentésére).
# A snap poligons funkció egyes ritka esetekben hurkot hoz lépre a poligonokban. Ezért a Mapedittel az Eszközök/Térkép átvizsgálása funkcióval ellenőrizni kell a poligonokat. Hibajelzés esetén rajítani kell a poligonokat. (pár db szokott lenni).
# A snap poligons egy csomó poit hoz létre, amelyek nem töltödnek fel a szerverre. Mielőtt a következő lépésre továbbmennél célszerű a Type=0x0000 típusú (kérdőjel) jelzőpoikat törölni.
# A következő lépésben ellenőrizni kell, hogy van-e nagy átfedés poligonok között. Ennek több oka is lehet: pl. korábban már be lett emelve egy poligon és most újra beemeltük. (A Megjegyzes=CLC bovites extra-val és id nélküli poligonok azok amelyeket most emetünk be); korábbi kézi módosítás miatt egyes poligonok belelógnak a most beemelt poligonokba stb. Ebben a munkában az mpwiz egy másik funkciója segít (mpwiz_poligonok_atfedes_vizsgalata.bat, ami 2.mp-ből 3.mp-t készít). Ez 0x0000 típusú poligonokkal illetve 0x00 típusú poival jelzi az átfedő részeket. Ezeket célszerű maradéktalanul megszüntetni. Természetesen a 0x0000 típusú poligonokat a feltöltés előtt mindenképpen ki kell törölni ((Ctrl-T 0x0000 poi, majd Ctrl-Del. A jelőpoikat nem szükséges, mert azokat az mpwiz ellátja DoNotUpload=1 paraméterrel).
# Ha bármilyen kérdés merül fel a munka során kérlek jelezd a fórumon.
# Kérlek, hogy a szerverre történő feltöltéskor a szöveges részben mindenképpen dokumentáld/jelezd, hogy minden fenti műveletet végrehajtottál-e, vagy esetleg valamelyiket nem sikerült végrehajtani.
::(+) Bővítésre szánt poligonok beemelése kész
::(+) Snap poligons kész
::(+) Átfedésvizsgálat kész
::(+) CLC 242, CLC 142 típus átkódolása kész
# Fontos, hogy ha egy lépés kimaradt, akkor kérlek ne folytasd a következővel, mert az problémát okozhat (itt is igaz, hogy inkább beszéljük meg a fórumon).

'''További tervezett lépések (még Vita tárgya)'''
# Célszerű volna egy adhesive generalizálást ráengedni az összesített poligonokra. Mindannyian ismerjük, hogy a CLC poligonok pár méteren belül 3-5 pontot is tartalmazhatnak. A generalizálással nagyban csökkenthetjük az adattömeget, miközben az információtartalom lényegében nem vész el. (Igaz, hogy a cgmpmapper is generalizál a kimenet elkészítésekor, így a GPS készülékre végső soron nem jut kevesebb adat). Ez mpwiz-zel megoldható úgy, hogy közben a szomszédos poligonok illeszkedése megmarad (adhesive generalizálás funkció).
# Ha b) pontban minden poligont beemeltünk, itt lehetőségünk van a [[Kimenetek| kimenetek]]be nem szánt poligonokat kivenni, vagy megjelölni az adatbázisban talonba rakottként. (Miért jó ez? Ha esetleg később mégis szükség volna további - akár átmeneti - bővítésre, akkor már lesz koherensen illeszkedő generalizált poligonkészletünk).
# Célszerű meglépni a felületreformot a közeljövőben (bár ez nem kifejezett feltétel).
# Jó volna typ-et használni a Garmin kimenetnél, hogy a bővítés után igazán szép eredményt lássunk a GPS készülékeken. (Az omp már most is képes megjeleníteni a bővítés utáni típuskészletet).

'''CLC 142, 242 típusok problémája'''

'''A CLC 142 (Sport, üdülő- és pihenőterületek)''' típus a neve szerint is gyűjtőtípus. Többnyire lakott területek ezért Reservation (0xd, felület) típussal emeljük be. Ezzel az alábbi gondok lehetnek:
- Túlnyomó többségben ezeket a felületek korábban kézzel már be lettek emelve a turistautak.hu-ra (pl. Balanon és Velencei-tó parti települései). Nem szabad még egyszer beemelni. (Ehhez segítséget nyújt a fent jelzett poligon átfedés vizsgálat.)
- Nem csak lakott területek, hanem sportközpontok is ebbe a CLC típusba tartoznak. Ezeket szükség szerint kézzel át kell kódolni(*).

'''A CLC 242 (Mozaikművelésű területek)''' szintén gyűjtőtípus. Egyebek mellett zártkerti övezetek, nadrágszíj parcellák is ide tartoznak. Az épületekkel rendelkező részeket Reservation (0xd, felület) típussal a többit Orchard/plantation (0x4e, felület) típussal kellene beemelni. Ehhez kézi ellenőrzésre van szükség(*).

(*) A kézi javítást helyismeret, Pojehali térképek információi vagy egyéb információ alapján lehet elvégezni. (Végső esetben segítség lehet a CLC2000Bovi_tajegyseg.kml file, ami csak ezekez a CLC típusokat tartalmazza.)

'''Jelentkezők''' (CLC bővítés végrehajtása munkára):

* Hajo (Bakony, Vértes, Velencei, Mezőföld)
* pgyp (Felső-Tisza, Alsó-Tisza)
* baggio
* zayd (Bükk, Aggtelek, Zemplém)
* kovrob
* Stimm (Duna mellett, Karancs-Medves)
* Fgg (kézi)
* Fairy (mecsek)

'''Határidők:'''
* október 2 (péntek) 23:59 beemelendő típusok vita lezárása. (úgyis mindent beemelünk ;-) ), jelentkezők toborzása
* október 9 (péntek) 23:59 beemelendő poligonok előkészítése. (Lényegében csak meg kell szűrni Tipus=CLC xxx szerint, hogy csak a bővítésre szánt típusok maradjanak).
* október 16 (péntek) 23:59 tájegységenként beemelni a poligonokat.
* október 30 (péntek) utánmunkálatok. Lásd fenti leírás.

== A CLC településpoligonok cseréjekor elromlott egy településpoligon. Mi a teendő? ==

1.) A CLC 2000 sem tökéletes. kb 100 m-en belül pontosnak kell azonban lennie. (A gyakorlatban 20-em belül pontos, de 100m-nél keskenyebb részleteket nem nagyon tartalmaz --> "geometriai hibák"). Elvétve lehetnek felületkódolási problémák, de a hivatalos adatok szerint ezek kb 1% alatt vannak.

Az ilyen jellengű tapasztalatokban a gondot, az jelenti, hogy egyelőre gyümölcsös típussal jelöli a tuhu a CLC 242 kódú (Complex cultivation patterns) területeket, ami a neve ellenére leginkább kertvárosi vagy zártkertü övezeteket jelöl. Itt elsősorban nem geometriai hibáról, hanem kódolási hibáról beszélhetünk. Mondhatnám, hogy majd a reform megoldja, de erre a reformnak sincs egyelőre kész megoldása. Nincs nagy gond. Egyszerűen létre kellene hozni egy kertváros / zártkerti övezet felületet.

Most a tuhun gyümölcsösként jelöljük az alábbi CLC típusokat:

* CLC221/Szőlőskert,
* CLC222/gyümölcsös

A bővítés során jobb híján gyümölcsössé vált:
* CLC242/complex culvivation pattern

A reform idején a Tipus=CLC 242 poligonokat tehát át kell kódolni egy egyelőre nem létező felülettípussá (lásd [[Vita:Felület-reform]]).

2.) Előfordulhat, hogy eltűnt egy korábban településpoligon által lefedett zártkerti/pihenőőövezet. Nagy valószínűséggel azt történt, hogy az azt lefedő CLC242 felület még nem lett beemelve. Ha nem súrgős, akkor kérünk várd meg, amíg a teljes bővítést el nem végezzük.

3.) A poligoncserék alkalmával megpróbáljuk megőrizni a rajzolók által korábban elvégzett módosításokat (pl. külső kontúrban útra illesztések illetve főleg a belső lyukasztások stb.) A cserét kézzel végezzük, ami azért biztonságosabb, mint ha automata végezné, de előfordulhatnak hibák.

4.) Mit tegyek ha ennek ellenére problémát tapsztalok?
Kérünk jelezd a fórumban. Természetesen szabadon módosíthatod a településpoligont, illetve a cserét végző rajzoló mentéséből vissza is tudjuk állítani az eredeti poligont. Ez viszont a bővítés végrehajtásakor jelenthet problémát, amit majd újból kézzel kell orvosolni.

==mpwiz Snap polygons==
Segédlet az mpwiz program, címben említett funkciójának egyszerűsített használatához, és az utána végzendő műveletekhez.

A funkció röviden a kontúrok laza és pontos illeszkedését méri fel, elemzi és javítja. Kontúrok, vagyis poligon-poligon, és poligon-vonal közt is javíthat illesztéséi hibákat. Hajonak köszönhető mpwiz ezen kiegészítése, aki CLC bővítéshez szükséges (nem egyszerű) paraméter készletet bat-fileba tette, így egyszerűsítve kezdők számra használatát.

Teendők:
# Előkészített készletett tartalmazó mpwiz.zip letöltése innen: http://turistautak.hu/tracks.php?id=20710
# Tartalmának kitömörítése egy könyvtárba, ami legyen most mpwiz.
# Tájegység, és track-jeinek letöltése, kitömörítése az mpwiz könyvtárba.
# Letöltött mp átnevezése "1.mp" –re.
# mpwiz_clc_boviteshez_jav_par.bat file futtatása
# Az eredményül kapott "2.mp" file átnézése, kézi javítása.
# 2.mp visszatöltése a szerverre.

A 2.mp file-t megnyitva sok új POI-t találunk, amik az elvégzett javításokat, és a laza illesztéskete jelölik (Soproni tájegységben 6298db csak az eltéréseket jelölő POI!). A kézi javítás abból áll, hogy egyenként, az összes POI-val jelölt helyen meg kell vizsgálni, az illesztést, és szükség esetén kézzel javítani rajta. Mivel a progi se tud minden hibát számunkra megfelelően javítani, az automatikus javítás ellenőrzése se maradhat el. Az új POI-kat feltöltéskor a szerver eldobja, így azok nem kerülnek be az adatbázisba. Ez egy részről jó nekünk, más részről viszont nem. Ha egy automatikusan javított pont, számunkra még hibás maradt, újbóli letöltés utáni újra futtatáskor már nem jelentkezik, mert a progi már nem érzékeli hibának, így azt meg se jelöli. Ez azt jelenti, hogy egy letöltés alatt kellene javítani az összes (több ezernyi) hibát, ami nem kis feladat. Javításkor ne csak a POI-val jelzet hiba közvetlen közelét javítsuk, hanem tekintsünk egy kicsit távolabbra is. Pl. egy úttal párhuzamosan poligon kontúrnál csak egy helyen jelzi a laza illesztést, akkor javítsuk az egész útnál, ne végezzünk félmunkát. A program alapos, de így is lehetnek olyan hibák, amiket nem észlel. Ezeket is javítsuk, ha már felfedeztük.

POI-k következőket jelölik:
- 0x1a11 (zöld navaid) poi jelöli a pontosan egymást fedő poligonokat,0x1a12 (sárga navaid) poi jelöli a félig pontosan fedő poligonokat (min 50%-ban pontos illeszkedés)
- 0x0000 (kérdőjel) poi-val megjelöli az azonosított laza illeszkedéseket
- 0x1a15 (kék navaid) pár m-en belüli két node egymásra illesztése történt (nem összekeverendő a 0x1b15 tájegységek közötti útilleszkedést jelző POI-val!)
- 0x1a13 (narancs navaid) node elhagyásával javított illeszkedés
- 0x1a16 (piros-fehér-zöld navaid) node beszúrásával javított illeszkedés

Jó munkát! :-)

==Tanácsok, javaslatok CLC bővítéshez==

* TUHU-ban már meglévő régi CLC-s polygonok eltérhetnek az új CLC-sektől. Eddig erdőpolygonoknál találkoztam ilyennel. Ha valaki észlelne ilyet, akkor ellenőrizze, hogy az nem rajzolói beavatkozás eredménye (útra/trackre igazítás), mert ha nem, akkor CLC2000Full_''tájegység''.mp-ből át kell emelni a helyes kontúrt, a polygonhoz tartozó lyuk kontúrokkal együtt (nem polygont másolni!). Ilyenkor figyelni kell a lyukakban található polygonk kontúrcseréjére is.
* Néhol polygon összevonások is találhatók. Ilyenkor másoljunk át egy, az összevonásban megtalálható polygon kontúját a CLC2000Full_''tájegység''.mp-ből, majd a hiányzó részeket másolással töltsük fel, figyelve a megfelelő CLC típusokra.
* Egyes TUHU-ban már létező polygonoknál, nem egyezhet Tipus= paraméter a CLC-sel. Pl. Tipus=CLC 313 helyett Tipus=CLC 311-et találtam. Mivel ez külsőleg nem látszódik, válaszuk ki egy típust, extraparaméteres kijelöléssel, mind a TUHU-s mp-ben mind a CLC2000Full_''tájegység''.mp-ben, majd váltogatva, vagy egymás mellé téve, vizuálisan ellenőrizzük végig a megjelenő kijelölés "minták" közti eltérést. A hibák így gyorsan észrevehetőek, majd javíthatóak.
* Új, bővítéskor bekerült tundra, és gyümölcsös polygonok előszeretettel fednek le polygonokból álló folyókat, holtágakat. Ezeket a hibákat a lefedés vizsgálat 100%-ban megtalálja.
* Különféle, polygonokkal végzet módosításoknál ügyeljünk arra, hogy bizonyos műveleteknél törlődhetnek a polygonok adatai (extraparaméterek, és a label is!). Ezért mentsük ezeket notepad-re, hogy művelet elvégzése után visszamásolhassuk a polygonba.

[[Kategória:Szerkesztési segítség]]

CLC bővítés végrehajtása

2010-03-20T06:07:55Z

Fgg: Börzsöny CLC: kész

{| border="1"
|+ CLC bővítés állapota tájegységenként
|-
!Tájegység !!CLC település csere !!By !!CLC bővítés !!By !!Mpwiz !!By !!Kész? !!Megjegyzés
|-
|aggtelek ||2009.07.13 23:24 e ||Hajo ||2009.10.02 21:25 ||baggio ||2009.11.23. 13:51||vacsape, kovrob||kész||
|-
|also-tisza ||2009.11.10 22:38 ||baggio ||2009.11.11 21:20 ||baggio ||  ||  ||  ||.
|-
|bakony ||2009.05.06 12:48 ||Hajo ||2009.10.07 23:01 ||baggio ||2009.10.11 11:44||Hajo||kész ||.
|-
|balaton ||2009.04.01 18:37 ||Hajo ||2009.10.08 05:55 ||baggio ||2009.10.25 08:21 ||Hajo||kész ||.
|-
|borzsony ||2009.07.17 13:35 ||Hajo ||2009.10.08 06:12 ||baggio ||2010.03.13 ||Fgg ||kész||.
|-
|budai ||2009.07.17 19:00 *||Hajo ||2009.10.08 08:55 ||baggio ||. ||. ||részleges ||.
|-
|bukk ||2009.07.18 12:34 ||Hajo ||2009.10.08 09:33 ||baggio ||2010.02.02 01:08 ||zayd ||kész ||.
|-
|cserhat ||2009.07.18 14:06 *||Hajo ||2009.10.08 09:53 ||baggio ||. ||. ||részleges ||.
|-
|felso-tisza ||2009.10.08 22:15 ||pgyp ||2009.10.08 22:15 ||pgyp ||. ||. ||részleges || 
|-
|gerecse ||2009.07.22 ell ||Hajo ||2009.10.06 14:57 ||zacz ||2009.10.08 21:24||zacz ||teljes ||.
|-
|godolloi ||2009.09.30 21:03* ||baggio ||2009.10.07. 21:30 ||Fgg ||2009.11.02 05:42 ||Fgg ||teljes ||Át kellene nézni a CLC142-esek típusait;
|-
|karancs-medves ||2009.07.19 08:04 ||Hajo ||2009.10.16 00:41 ||Stimm ||2009.11.08 19:07 ||Stimm ||kész ||CLC 142-es és 242-es poligonokat átnéztem 091111 zayd
|-
|kisalfold ||2009.05.15 18:03 ||Hajo ||2009.10.08 11:25 ||baggio ||. ||. ||részleges ||.
|-
|korosvidek ||2009.05.21 0:23 ||baggio ||2009.07.07 23:18 ||baggio ||2009.09.07 01:23 ||baggio ||teljes || 
|-
|koszegi ||2009.10.14 22:17 ||baggio ||2009.10.15 18:16 ||baggio ||  ||  ||részleges || 
|-
|matra ||2009.04.29 22:16 ||Hajo ||2009.11.02 07:38 ||vacsape ||2009.11.02 07:38||vacsape||kész || 
|-
|mecsek ||2009.11.04 08:48* ||Fairy ||2009.11.19 09:14 ||baggio ||  ||  ||  || 
|-
|mezofold ||2009.05.06 17:21 ||Hajo ||2009.10.04 19:45 ||Hajo ||2009.10.04 19:45||Hajo ||kész ||.
|-
|orseg ||2009.10.19 13:38 ||baggio ||2009.10.19 13:38 ||baggio ||2009.11.21 13:55 ||Fgg||kész|| 
|-
|pilis ||2009.10.20 14:05 ||kovrob ||2009.10.20 14:05 ||kovrob ||2009.11.07. 12:36||kovrob ||kész || 
|-
|somogy ||2009.11.17 12:43 ||baggio ||2009.11.18 09:34 ||baggio ||  ||  ||részleges ||2009.04.17 Hajo előzetes snap
|-
|soproni ||2009.09.09 11:52 ||baggio ||2009.10.01 20:16 ||baggio ||  ||baggio ||folyamatban || 
|-
|tisza-to ||2009.09.28 19:18 ||baggio ||2009.10.09 10:39 ||baggio ||  ||  ||részleges ||település csere teljes
|-
|velencei ||2009.05.06 21:07 ||Hajo ||2009.10.05 23:01 ||baggio ||2009.10.18 16:05 ||Hajo ||kész ||.
|-
|vertes ||2007.02.04 10:08 ||András ||2009.10.08 12:47 ||baggio ||. ||. ||részleges ||.
|-
|zala ||2009.10.09 09:07 ||baggio ||2009.10.22 08:53 ||baggio ||  ||Fgg ||kész || 
|-
|zemplen ||2009.09.08 23:47 ||baggio ||2009.10.06 23:09 ||zayd ||2009.10.26 03:11 ||zayd ||kész || 
|}
(* - Település csere teljes, de néhány dokumentált települést később kézzel kell rendezni.)

A Wiki-n hónapok óta megvan a szócikk ([[CLC bővítési javaslat]]). Valójában a [[Gyenesdiás]]i munkamegbeszélésre készült el bár jóval korábban felvetődött itt a fórumon.

Az alapelv az, hogy a CLC-ben (ahonnan a tuhu-n jelenleg alkalmazott poligonok többsége származik) sokkal több és sokrétűbb poligontípus van, mint amennyit most használunk. Gondolom ennek jórész erőforrásbéli okai voltak. (2001-2002-ben erősen korlátozott memóriájú GPS készülékek; szerveridő a [[Kimenetek| kimenetek]] gyártásakor; mp fileméret stb.)

Felmerült, hogy jó volna pl a bózót stb. felületeket is beemelni a tuhu-ba. Volt olyan erdőtípus, amit a CLC külön kezelt, de annó nem került bele (pl fenyves). Erre mndtad, hogy background poligonban mész a GPS szerint közben pedig bozótban vagy épp egy sűrű fenyvesben.

Gyenesdiáson pgyp előterjesztése után döntés született, hogy meglépjük a bővítést a szervercsere után

Azóta több kolléga közreműködésével folyt némi háttérmunka.

# Elkészült Trackman kolléga kiváló mpwiz programjának span polygons funkciója, ami lehetővé teszi, hogy a meglévő (és többnyire módosított poligonok) közti véletlen hézagok megszűnjenek. (Az eredeti CLC poligonok hézag nélkül illeszkednek egymáshoz). A további CLC poligonok beemelése után ugyanez a funkció teszi lehetővé a beemelt poligonok hézagmentesítését. Sok tájegységnél ez a művelet végrehajtásra került. (Feltöltési logokban dokumentáltuk).
# A tuhu-n tavaly a településpoligonok jelentős része még nem CLC szerinti volt (főleg falvak, községek esetében). Ezeket sok tájegységben kicseréltük. Lehetnek még ilyen tájegységek. Ezekben még ki kell cserélni a településpoligonokat.
# Peter68 kolléga vezetésével (a poi reform mellett) előkészítettük a felületreformot is. Elkészült a konverziós függvény. Emlékeim szerint beépítettük a bővítésre szánt típusokat is, hogy azok összerendelődjenek a majdani turistautak typeset felületkategóriáihoz.
# Hajo, pgyp és baggio kollégák elkezdték a településpolygonok cseréjét, a bővítés előkészítéseként.
# Lezajlott az első bővítés a Körösvidéken, sok értékes tapasztalatot nyerve a további bővítéshez.
== Településpoligonok cseréje CLC szerintire ==

Településpoligonok cseréje CLC szerintire úgy, hogy az utólag berajzolt lyukasztások (parkok, tavak stb.) megmaradjanak.

1.) A CLC fileból az összes település poligon kiválasztása: Type=0x0d
* CLC file megnyitása.
* Szerkesztés - Kiválasztás - Minden felület
* Szerkesztés - Kijelölés törlése - Típus alapján (0x0d Reservation)
* Szerkesztés - Kijelölés törlése - Típus alapján (0x4b Background)
* Szerkesztés - Törlés nyom nélkül (Ctrl-Del)

2.) Ha a tájegységet több CLC szelvény fedi le, akkor a másik szelvényből is be kell másolni a település poligonokat. A szelvényezettség miatt két vagy több részből álló településpoligonokat össze kell vonni. (Extra értékeket vágólapra helyezni. Mindkét felületek kijelölni. Az egyiken jobb gomb, majd Felületek egyesítése. Ctrl-Enter, majd vágólapról az extra értékek visszamásolása).

3.) Kijelölni az összes CLC településpoligont.
Szerkesztés - Kiválasztás - Típus alapján (0x0d reservation)

4.) Mindegyikhez hozzáfűzni egy új extra értéket.
* Ctrl-Enter, majd beírni: Tajegyseg=CLC
* Mindegyik kijelölt településpoligont a vágólapra másolni.
* Szerkesztés - Másolás (Ctrl-C)

5.) A településpoligonokat bemásolni a tájegység mp-be

6.) Egyeségel végignézni az összes településpoligont, hogy fedik-e egymást?
* --> Átlátszó felületeknél nagyon kiabál, hogy ha nem. Az is nagyon látható, hogy ha eredetileg CLC poligon volt, de módosítva lett valamiért a körvonal. Ilyenkor inkább jobb nem bántani. A rajzoló nyilván tudta, hogy mit csinál.

7.) Ha cserélni kell, akkor - fontos! - a legkülső kontúr (rendszerint az első felület) minden pontját kell kicserélni a CLC szerintire (amelyiknek nincs labelje az a CLC szerinti).
A kijelölt forrás CLC poligon esetén Enter, majd Alkotórészek fül, 1. kontúr kiválsztása, másolás (Ctrl-C).
Label-lel rendelkező településpoligon kijelöl, majd Enter, Alkotórészek fül, 1. kontúr, beillesztés (Ctrl-V).
(Ekkor a külső kontúr minden pontját kicserltük a CLC szerintire. Ha voltak településen belüli utólagos lyukasztások, akkor azok megmaradnak amennyiben az új kontúron belülre esnek).

8.) Amikor minden településpoligon készen van, akkor Ctrl-E -vel kiválasztottam az összes Tajegyseg=CLC extra értékkel rendelkező poligont (az bemásolt eredeti CLC poligonokat), majd Ctrl-DEL-let kitöröltem azokat.
(Fontos, hogy ne maradjanak benne, mert akkor duplázódnak a poligonok. Igaz CLC nevű tájegység nincs).

== Mik a további lépések? (a CLC bővítés tényleges végrehajtása) ==
# Településpoligon cserék befejezése minden tájegységben. (Részletesen lásd fentebb.) (Amíg ez nincs készen az adott tájegységben, ott haladjunk tovább!)
# A [http://turistautak.hu/tracks.php?id=20710 CLC poligonokat] tájegyságenként vágva elkészítettem (Hajo) (CLC2000Full_tajegyseg.zip)
# Töltsd le zárolva a tájegységet a szokásos módon.
# A bővítésre kijelölt poligonokat be kell emelni tájegységenként (CLC2000Bovi_tajegyseg.mp) a tuhu-ba (Mindent kijelöl, másolás, a tuhu tájegység mp-be beillesztés).
# A CLC 142 és CLC 242 típusok beemelésénél gondosan kell eljárni. Szükség esetén át kell kódolni a típust. (Magyarázatot lásd alább)
# A beemelt poligonokra ellenőrizni kell, hogy pontosan illeszkednek-e a meglevőkhöz. Ahol nem ott javítani kell. Ez az [http://turistautak.hu/file.php?dir=upload&id=20710&file=mpwiz.zip mpwiz] snap polygons funkcióval jórészt automatizálható (mpwiz_clc_boviteshez_jav_par.bat, ami 1.mp-ből 2.mp-t készít), de számottevő kézi munkára is szükség van. Az automatikus javítás folyamán a nem pontos, de 3 m-en belüli 'laza' illeszkedések nagy többségét az mpwiz pontos illeszkedéssé konvertálja. (Egyes tájegységekben szükség lehet a vizsgálati távolság csökkentésére).
# A snap poligons funkció egyes ritka esetekben hurkot hoz lépre a poligonokban. Ezért a Mapedittel az Eszközök/Térkép átvizsgálása funkcióval ellenőrizni kell a poligonokat. Hibajelzés esetén rajítani kell a poligonokat. (pár db szokott lenni).
# A snap poligons egy csomó poit hoz létre, amelyek nem töltödnek fel a szerverre. Mielőtt a következő lépésre továbbmennél célszerű a Type=0x0000 típusú (kérdőjel) jelzőpoikat törölni.
# A következő lépésben ellenőrizni kell, hogy van-e nagy átfedés poligonok között. Ennek több oka is lehet: pl. korábban már be lett emelve egy poligon és most újra beemeltük. (A Megjegyzes=CLC bovites extra-val és id nélküli poligonok azok amelyeket most emetünk be); korábbi kézi módosítás miatt egyes poligonok belelógnak a most beemelt poligonokba stb. Ebben a munkában az mpwiz egy másik funkciója segít (mpwiz_poligonok_atfedes_vizsgalata.bat, ami 2.mp-ből 3.mp-t készít). Ez 0x0000 típusú poligonokkal illetve 0x00 típusú poival jelzi az átfedő részeket. Ezeket célszerű maradéktalanul megszüntetni. Természetesen a 0x0000 típusú poligonokat a feltöltés előtt mindenképpen ki kell törölni ((Ctrl-T 0x0000 poi, majd Ctrl-Del. A jelőpoikat nem szükséges, mert azokat az mpwiz ellátja DoNotUpload=1 paraméterrel).
# Ha bármilyen kérdés merül fel a munka során kérlek jelezd a fórumon.
# Kérlek, hogy a szerverre történő feltöltéskor a szöveges részben mindenképpen dokumentáld/jelezd, hogy minden fenti műveletet végrehajtottál-e, vagy esetleg valamelyiket nem sikerült végrehajtani.
::(+) Bővítésre szánt poligonok beemelése kész
::(+) Snap poligons kész
::(+) Átfedésvizsgálat kész
::(+) CLC 242, CLC 142 típus átkódolása kész
# Fontos, hogy ha egy lépés kimaradt, akkor kérlek ne folytasd a következővel, mert az problémát okozhat (itt is igaz, hogy inkább beszéljük meg a fórumon).

'''További tervezett lépések (még Vita tárgya)'''
# Célszerű volna egy adhesive generalizálást ráengedni az összesített poligonokra. Mindannyian ismerjük, hogy a CLC poligonok pár méteren belül 3-5 pontot is tartalmazhatnak. A generalizálással nagyban csökkenthetjük az adattömeget, miközben az információtartalom lényegében nem vész el. (Igaz, hogy a cgmpmapper is generalizál a kimenet elkészítésekor, így a GPS készülékre végső soron nem jut kevesebb adat). Ez mpwiz-zel megoldható úgy, hogy közben a szomszédos poligonok illeszkedése megmarad (adhesive generalizálás funkció).
# Ha b) pontban minden poligont beemeltünk, itt lehetőségünk van a [[Kimenetek| kimenetek]]be nem szánt poligonokat kivenni, vagy megjelölni az adatbázisban talonba rakottként. (Miért jó ez? Ha esetleg később mégis szükség volna további - akár átmeneti - bővítésre, akkor már lesz koherensen illeszkedő generalizált poligonkészletünk).
# Célszerű meglépni a felületreformot a közeljövőben (bár ez nem kifejezett feltétel).
# Jó volna typ-et használni a Garmin kimenetnél, hogy a bővítés után igazán szép eredményt lássunk a GPS készülékeken. (Az omp már most is képes megjeleníteni a bővítés utáni típuskészletet).

'''CLC 142, 242 típusok problémája'''

'''A CLC 142 (Sport, üdülő- és pihenőterületek)''' típus a neve szerint is gyűjtőtípus. Többnyire lakott területek ezért Reservation (0xd, felület) típussal emeljük be. Ezzel az alábbi gondok lehetnek:
- Túlnyomó többségben ezeket a felületek korábban kézzel már be lettek emelve a turistautak.hu-ra (pl. Balanon és Velencei-tó parti települései). Nem szabad még egyszer beemelni. (Ehhez segítséget nyújt a fent jelzett poligon átfedés vizsgálat.)
- Nem csak lakott területek, hanem sportközpontok is ebbe a CLC típusba tartoznak. Ezeket szükség szerint kézzel át kell kódolni(*).

'''A CLC 242 (Mozaikművelésű területek)''' szintén gyűjtőtípus. Egyebek mellett zártkerti övezetek, nadrágszíj parcellák is ide tartoznak. Az épületekkel rendelkező részeket Reservation (0xd, felület) típussal a többit Orchard/plantation (0x4e, felület) típussal kellene beemelni. Ehhez kézi ellenőrzésre van szükség(*).

(*) A kézi javítást helyismeret, Pojehali térképek információi vagy egyéb információ alapján lehet elvégezni. (Végső esetben segítség lehet a CLC2000Bovi_tajegyseg.kml file, ami csak ezekez a CLC típusokat tartalmazza.)

'''Jelentkezők''' (CLC bővítés végrehajtása munkára):

* Hajo (Bakony, Vértes, Velencei, Mezőföld)
* pgyp (Felső-Tisza, Alsó-Tisza)
* baggio
* zayd (Bükk, Aggtelek, Zemplém)
* kovrob
* Stimm (Duna mellett, Karancs-Medves)
* Fgg (kézi)
* Fairy (mecsek)

'''Határidők:'''
* október 2 (péntek) 23:59 beemelendő típusok vita lezárása. (úgyis mindent beemelünk ;-) ), jelentkezők toborzása
* október 9 (péntek) 23:59 beemelendő poligonok előkészítése. (Lényegében csak meg kell szűrni Tipus=CLC xxx szerint, hogy csak a bővítésre szánt típusok maradjanak).
* október 16 (péntek) 23:59 tájegységenként beemelni a poligonokat.
* október 30 (péntek) utánmunkálatok. Lásd fenti leírás.

== A CLC településpoligonok cseréjekor elromlott egy településpoligon. Mi a teendő? ==

1.) A CLC 2000 sem tökéletes. kb 100 m-en belül pontosnak kell azonban lennie. (A gyakorlatban 20-em belül pontos, de 100m-nél keskenyebb részleteket nem nagyon tartalmaz --> "geometriai hibák"). Elvétve lehetnek felületkódolási problémák, de a hivatalos adatok szerint ezek kb 1% alatt vannak.

Az ilyen jellengű tapasztalatokban a gondot, az jelenti, hogy egyelőre gyümölcsös típussal jelöli a tuhu a CLC 242 kódú (Complex cultivation patterns) területeket, ami a neve ellenére leginkább kertvárosi vagy zártkertü övezeteket jelöl. Itt elsősorban nem geometriai hibáról, hanem kódolási hibáról beszélhetünk. Mondhatnám, hogy majd a reform megoldja, de erre a reformnak sincs egyelőre kész megoldása. Nincs nagy gond. Egyszerűen létre kellene hozni egy kertváros / zártkerti övezet felületet.

Most a tuhun gyümölcsösként jelöljük az alábbi CLC típusokat:

* CLC221/Szőlőskert,
* CLC222/gyümölcsös

A bővítés során jobb híján gyümölcsössé vált:
* CLC242/complex culvivation pattern

A reform idején a Tipus=CLC 242 poligonokat tehát át kell kódolni egy egyelőre nem létező felülettípussá (lásd [[Vita:Felület-reform]]).

2.) Előfordulhat, hogy eltűnt egy korábban településpoligon által lefedett zártkerti/pihenőőövezet. Nagy valószínűséggel azt történt, hogy az azt lefedő CLC242 felület még nem lett beemelve. Ha nem súrgős, akkor kérünk várd meg, amíg a teljes bővítést el nem végezzük.

3.) A poligoncserék alkalmával megpróbáljuk megőrizni a rajzolók által korábban elvégzett módosításokat (pl. külső kontúrban útra illesztések illetve főleg a belső lyukasztások stb.) A cserét kézzel végezzük, ami azért biztonságosabb, mint ha automata végezné, de előfordulhatnak hibák.

4.) Mit tegyek ha ennek ellenére problémát tapsztalok?
Kérünk jelezd a fórumban. Természetesen szabadon módosíthatod a településpoligont, illetve a cserét végző rajzoló mentéséből vissza is tudjuk állítani az eredeti poligont. Ez viszont a bővítés végrehajtásakor jelenthet problémát, amit majd újból kézzel kell orvosolni.

==mpwiz Snap polygons==
Segédlet az mpwiz program, címben említett funkciójának egyszerűsített használatához, és az utána végzendő műveletekhez.

A funkció röviden a kontúrok laza és pontos illeszkedését méri fel, elemzi és javítja. Kontúrok, vagyis poligon-poligon, és poligon-vonal közt is javíthat illesztéséi hibákat. Hajonak köszönhető mpwiz ezen kiegészítése, aki CLC bővítéshez szükséges (nem egyszerű) paraméter készletet bat-fileba tette, így egyszerűsítve kezdők számra használatát.

Teendők:
# Előkészített készletett tartalmazó mpwiz.zip letöltése innen: http://turistautak.hu/tracks.php?id=20710
# Tartalmának kitömörítése egy könyvtárba, ami legyen most mpwiz.
# Tájegység, és track-jeinek letöltése, kitömörítése az mpwiz könyvtárba.
# Letöltött mp átnevezése "1.mp" –re.
# mpwiz_clc_boviteshez_jav_par.bat file futtatása
# Az eredményül kapott "2.mp" file átnézése, kézi javítása.
# 2.mp visszatöltése a szerverre.

A 2.mp file-t megnyitva sok új POI-t találunk, amik az elvégzett javításokat, és a laza illesztéskete jelölik (Soproni tájegységben 6298db csak az eltéréseket jelölő POI!). A kézi javítás abból áll, hogy egyenként, az összes POI-val jelölt helyen meg kell vizsgálni, az illesztést, és szükség esetén kézzel javítani rajta. Mivel a progi se tud minden hibát számunkra megfelelően javítani, az automatikus javítás ellenőrzése se maradhat el. Az új POI-kat feltöltéskor a szerver eldobja, így azok nem kerülnek be az adatbázisba. Ez egy részről jó nekünk, más részről viszont nem. Ha egy automatikusan javított pont, számunkra még hibás maradt, újbóli letöltés utáni újra futtatáskor már nem jelentkezik, mert a progi már nem érzékeli hibának, így azt meg se jelöli. Ez azt jelenti, hogy egy letöltés alatt kellene javítani az összes (több ezernyi) hibát, ami nem kis feladat. Javításkor ne csak a POI-val jelzet hiba közvetlen közelét javítsuk, hanem tekintsünk egy kicsit távolabbra is. Pl. egy úttal párhuzamosan poligon kontúrnál csak egy helyen jelzi a laza illesztést, akkor javítsuk az egész útnál, ne végezzünk félmunkát. A program alapos, de így is lehetnek olyan hibák, amiket nem észlel. Ezeket is javítsuk, ha már felfedeztük.

POI-k következőket jelölik:
- 0x1a11 (zöld navaid) poi jelöli a pontosan egymást fedő poligonokat,0x1a12 (sárga navaid) poi jelöli a félig pontosan fedő poligonokat (min 50%-ban pontos illeszkedés)
- 0x0000 (kérdőjel) poi-val megjelöli az azonosított laza illeszkedéseket
- 0x1a15 (kék navaid) pár m-en belüli két node egymásra illesztése történt (nem összekeverendő a 0x1b15 tájegységek közötti útilleszkedést jelző POI-val!)
- 0x1a13 (narancs navaid) node elhagyásával javított illeszkedés
- 0x1a16 (piros-fehér-zöld navaid) node beszúrásával javított illeszkedés

Jó munkát! :-)

==Tanácsok, javaslatok CLC bővítéshez==

* TUHU-ban már meglévő régi CLC-s polygonok eltérhetnek az új CLC-sektől. Eddig erdőpolygonoknál találkoztam ilyennel. Ha valaki észlelne ilyet, akkor ellenőrizze, hogy az nem rajzolói beavatkozás eredménye (útra/trackre igazítás), mert ha nem, akkor CLC2000Full_''tájegység''.mp-ből át kell emelni a helyes kontúrt, a polygonhoz tartozó lyuk kontúrokkal együtt (nem polygont másolni!). Ilyenkor figyelni kell a lyukakban található polygonk kontúrcseréjére is.
* Néhol polygon összevonások is találhatók. Ilyenkor másoljunk át egy, az összevonásban megtalálható polygon kontúját a CLC2000Full_''tájegység''.mp-ből, majd a hiányzó részeket másolással töltsük fel, figyelve a megfelelő CLC típusokra.
* Egyes TUHU-ban már létező polygonoknál, nem egyezhet Tipus= paraméter a CLC-sel. Pl. Tipus=CLC 313 helyett Tipus=CLC 311-et találtam. Mivel ez külsőleg nem látszódik, válaszuk ki egy típust, extraparaméteres kijelöléssel, mind a TUHU-s mp-ben mind a CLC2000Full_''tájegység''.mp-ben, majd váltogatva, vagy egymás mellé téve, vizuálisan ellenőrizzük végig a megjelenő kijelölés "minták" közti eltérést. A hibák így gyorsan észrevehetőek, majd javíthatóak.
* Új, bővítéskor bekerült tundra, és gyümölcsös polygonok előszeretettel fednek le polygonokból álló folyókat, holtágakat. Ezeket a hibákat a lefedés vizsgálat 100%-ban megtalálja.
* Különféle, polygonokkal végzet módosításoknál ügyeljünk arra, hogy bizonyos műveleteknél törlődhetnek a polygonok adatai (extraparaméterek, és a label is!). Ezért mentsük ezeket notepad-re, hogy művelet elvégzése után visszamásolhassuk a polygonba.

[[Kategória:Szerkesztési segítség]]

CLC bővítés végrehajtása

2010-03-13T09:05:23Z

Fgg:

{| border="1"
|+ CLC bővítés állapota tájegységenként
|-
!Tájegység !!CLC település csere !!By !!CLC bővítés !!By !!Mpwiz !!By !!Kész? !!Megjegyzés
|-
|aggtelek ||2009.07.13 23:24 e ||Hajo ||2009.10.02 21:25 ||baggio ||2009.11.23. 13:51||vacsape, kovrob||kész||
|-
|also-tisza ||2009.11.10 22:38 ||baggio ||2009.11.11 21:20 ||baggio ||  ||  ||  ||.
|-
|bakony ||2009.05.06 12:48 ||Hajo ||2009.10.07 23:01 ||baggio ||2009.10.11 11:44||Hajo||kész ||.
|-
|balaton ||2009.04.01 18:37 ||Hajo ||2009.10.08 05:55 ||baggio ||2009.10.25 08:21 ||Hajo||kész ||.
|-
|borzsony ||2009.07.17 13:35 ||Hajo ||2009.10.08 06:12 ||baggio ||2010.03.13 ||Fgg ||folyamatban...||.
|-
|budai ||2009.07.17 19:00 *||Hajo ||2009.10.08 08:55 ||baggio ||. ||. ||részleges ||.
|-
|bukk ||2009.07.18 12:34 ||Hajo ||2009.10.08 09:33 ||baggio ||2010.02.02 01:08 ||zayd ||kész ||.
|-
|cserhat ||2009.07.18 14:06 *||Hajo ||2009.10.08 09:53 ||baggio ||. ||. ||részleges ||.
|-
|felso-tisza ||2009.10.08 22:15 ||pgyp ||2009.10.08 22:15 ||pgyp ||. ||. ||részleges || 
|-
|gerecse ||2009.07.22 ell ||Hajo ||2009.10.06 14:57 ||zacz ||2009.10.08 21:24||zacz ||teljes ||.
|-
|godolloi ||2009.09.30 21:03* ||baggio ||2009.10.07. 21:30 ||Fgg ||2009.11.02 05:42 ||Fgg ||teljes ||Át kellene nézni a CLC142-esek típusait;
|-
|karancs-medves ||2009.07.19 08:04 ||Hajo ||2009.10.16 00:41 ||Stimm ||2009.11.08 19:07 ||Stimm ||kész ||CLC 142-es és 242-es poligonokat átnéztem 091111 zayd
|-
|kisalfold ||2009.05.15 18:03 ||Hajo ||2009.10.08 11:25 ||baggio ||. ||. ||részleges ||.
|-
|korosvidek ||2009.05.21 0:23 ||baggio ||2009.07.07 23:18 ||baggio ||2009.09.07 01:23 ||baggio ||teljes || 
|-
|koszegi ||2009.10.14 22:17 ||baggio ||2009.10.15 18:16 ||baggio ||  ||  ||részleges || 
|-
|matra ||2009.04.29 22:16 ||Hajo ||2009.11.02 07:38 ||vacsape ||2009.11.02 07:38||vacsape||kész || 
|-
|mecsek ||2009.11.04 08:48* ||Fairy ||2009.11.19 09:14 ||baggio ||  ||  ||  || 
|-
|mezofold ||2009.05.06 17:21 ||Hajo ||2009.10.04 19:45 ||Hajo ||2009.10.04 19:45||Hajo ||kész ||.
|-
|orseg ||2009.10.19 13:38 ||baggio ||2009.10.19 13:38 ||baggio ||2009.11.21 13:55 ||Fgg||kész|| 
|-
|pilis ||2009.10.20 14:05 ||kovrob ||2009.10.20 14:05 ||kovrob ||2009.11.07. 12:36||kovrob ||kész || 
|-
|somogy ||2009.11.17 12:43 ||baggio ||2009.11.18 09:34 ||baggio ||  ||  ||részleges ||2009.04.17 Hajo előzetes snap
|-
|soproni ||2009.09.09 11:52 ||baggio ||2009.10.01 20:16 ||baggio ||  ||baggio ||folyamatban || 
|-
|tisza-to ||2009.09.28 19:18 ||baggio ||2009.10.09 10:39 ||baggio ||  ||  ||részleges ||település csere teljes
|-
|velencei ||2009.05.06 21:07 ||Hajo ||2009.10.05 23:01 ||baggio ||2009.10.18 16:05 ||Hajo ||kész ||.
|-
|vertes ||2007.02.04 10:08 ||András ||2009.10.08 12:47 ||baggio ||. ||. ||részleges ||.
|-
|zala ||2009.10.09 09:07 ||baggio ||2009.10.22 08:53 ||baggio ||  ||Fgg ||kész || 
|-
|zemplen ||2009.09.08 23:47 ||baggio ||2009.10.06 23:09 ||zayd ||2009.10.26 03:11 ||zayd ||kész || 
|}
(* - Település csere teljes, de néhány dokumentált települést később kézzel kell rendezni.)

A Wiki-n hónapok óta megvan a szócikk ([[CLC bővítési javaslat]]). Valójában a [[Gyenesdiás]]i munkamegbeszélésre készült el bár jóval korábban felvetődött itt a fórumon.

Az alapelv az, hogy a CLC-ben (ahonnan a tuhu-n jelenleg alkalmazott poligonok többsége származik) sokkal több és sokrétűbb poligontípus van, mint amennyit most használunk. Gondolom ennek jórész erőforrásbéli okai voltak. (2001-2002-ben erősen korlátozott memóriájú GPS készülékek; szerveridő a [[Kimenetek| kimenetek]] gyártásakor; mp fileméret stb.)

Felmerült, hogy jó volna pl a bózót stb. felületeket is beemelni a tuhu-ba. Volt olyan erdőtípus, amit a CLC külön kezelt, de annó nem került bele (pl fenyves). Erre mndtad, hogy background poligonban mész a GPS szerint közben pedig bozótban vagy épp egy sűrű fenyvesben.

Gyenesdiáson pgyp előterjesztése után döntés született, hogy meglépjük a bővítést a szervercsere után

Azóta több kolléga közreműködésével folyt némi háttérmunka.

# Elkészült Trackman kolléga kiváló mpwiz programjának span polygons funkciója, ami lehetővé teszi, hogy a meglévő (és többnyire módosított poligonok) közti véletlen hézagok megszűnjenek. (Az eredeti CLC poligonok hézag nélkül illeszkednek egymáshoz). A további CLC poligonok beemelése után ugyanez a funkció teszi lehetővé a beemelt poligonok hézagmentesítését. Sok tájegységnél ez a művelet végrehajtásra került. (Feltöltési logokban dokumentáltuk).
# A tuhu-n tavaly a településpoligonok jelentős része még nem CLC szerinti volt (főleg falvak, községek esetében). Ezeket sok tájegységben kicseréltük. Lehetnek még ilyen tájegységek. Ezekben még ki kell cserélni a településpoligonokat.
# Peter68 kolléga vezetésével (a poi reform mellett) előkészítettük a felületreformot is. Elkészült a konverziós függvény. Emlékeim szerint beépítettük a bővítésre szánt típusokat is, hogy azok összerendelődjenek a majdani turistautak typeset felületkategóriáihoz.
# Hajo, pgyp és baggio kollégák elkezdték a településpolygonok cseréjét, a bővítés előkészítéseként.
# Lezajlott az első bővítés a Körösvidéken, sok értékes tapasztalatot nyerve a további bővítéshez.
== Településpoligonok cseréje CLC szerintire ==

Településpoligonok cseréje CLC szerintire úgy, hogy az utólag berajzolt lyukasztások (parkok, tavak stb.) megmaradjanak.

1.) A CLC fileból az összes település poligon kiválasztása: Type=0x0d
* CLC file megnyitása.
* Szerkesztés - Kiválasztás - Minden felület
* Szerkesztés - Kijelölés törlése - Típus alapján (0x0d Reservation)
* Szerkesztés - Kijelölés törlése - Típus alapján (0x4b Background)
* Szerkesztés - Törlés nyom nélkül (Ctrl-Del)

2.) Ha a tájegységet több CLC szelvény fedi le, akkor a másik szelvényből is be kell másolni a település poligonokat. A szelvényezettség miatt két vagy több részből álló településpoligonokat össze kell vonni. (Extra értékeket vágólapra helyezni. Mindkét felületek kijelölni. Az egyiken jobb gomb, majd Felületek egyesítése. Ctrl-Enter, majd vágólapról az extra értékek visszamásolása).

3.) Kijelölni az összes CLC településpoligont.
Szerkesztés - Kiválasztás - Típus alapján (0x0d reservation)

4.) Mindegyikhez hozzáfűzni egy új extra értéket.
* Ctrl-Enter, majd beírni: Tajegyseg=CLC
* Mindegyik kijelölt településpoligont a vágólapra másolni.
* Szerkesztés - Másolás (Ctrl-C)

5.) A településpoligonokat bemásolni a tájegység mp-be

6.) Egyeségel végignézni az összes településpoligont, hogy fedik-e egymást?
* --> Átlátszó felületeknél nagyon kiabál, hogy ha nem. Az is nagyon látható, hogy ha eredetileg CLC poligon volt, de módosítva lett valamiért a körvonal. Ilyenkor inkább jobb nem bántani. A rajzoló nyilván tudta, hogy mit csinál.

7.) Ha cserélni kell, akkor - fontos! - a legkülső kontúr (rendszerint az első felület) minden pontját kell kicserélni a CLC szerintire (amelyiknek nincs labelje az a CLC szerinti).
A kijelölt forrás CLC poligon esetén Enter, majd Alkotórészek fül, 1. kontúr kiválsztása, másolás (Ctrl-C).
Label-lel rendelkező településpoligon kijelöl, majd Enter, Alkotórészek fül, 1. kontúr, beillesztés (Ctrl-V).
(Ekkor a külső kontúr minden pontját kicserltük a CLC szerintire. Ha voltak településen belüli utólagos lyukasztások, akkor azok megmaradnak amennyiben az új kontúron belülre esnek).

8.) Amikor minden településpoligon készen van, akkor Ctrl-E -vel kiválasztottam az összes Tajegyseg=CLC extra értékkel rendelkező poligont (az bemásolt eredeti CLC poligonokat), majd Ctrl-DEL-let kitöröltem azokat.
(Fontos, hogy ne maradjanak benne, mert akkor duplázódnak a poligonok. Igaz CLC nevű tájegység nincs).

== Mik a további lépések? (a CLC bővítés tényleges végrehajtása) ==
# Településpoligon cserék befejezése minden tájegységben. (Részletesen lásd fentebb.) (Amíg ez nincs készen az adott tájegységben, ott haladjunk tovább!)
# A [http://turistautak.hu/tracks.php?id=20710 CLC poligonokat] tájegyságenként vágva elkészítettem (Hajo) (CLC2000Full_tajegyseg.zip)
# Töltsd le zárolva a tájegységet a szokásos módon.
# A bővítésre kijelölt poligonokat be kell emelni tájegységenként (CLC2000Bovi_tajegyseg.mp) a tuhu-ba (Mindent kijelöl, másolás, a tuhu tájegység mp-be beillesztés).
# A CLC 142 és CLC 242 típusok beemelésénél gondosan kell eljárni. Szükség esetén át kell kódolni a típust. (Magyarázatot lásd alább)
# A beemelt poligonokra ellenőrizni kell, hogy pontosan illeszkednek-e a meglevőkhöz. Ahol nem ott javítani kell. Ez az [http://turistautak.hu/file.php?dir=upload&id=20710&file=mpwiz.zip mpwiz] snap polygons funkcióval jórészt automatizálható (mpwiz_clc_boviteshez_jav_par.bat, ami 1.mp-ből 2.mp-t készít), de számottevő kézi munkára is szükség van. Az automatikus javítás folyamán a nem pontos, de 3 m-en belüli 'laza' illeszkedések nagy többségét az mpwiz pontos illeszkedéssé konvertálja. (Egyes tájegységekben szükség lehet a vizsgálati távolság csökkentésére).
# A snap poligons funkció egyes ritka esetekben hurkot hoz lépre a poligonokban. Ezért a Mapedittel az Eszközök/Térkép átvizsgálása funkcióval ellenőrizni kell a poligonokat. Hibajelzés esetén rajítani kell a poligonokat. (pár db szokott lenni).
# A snap poligons egy csomó poit hoz létre, amelyek nem töltödnek fel a szerverre. Mielőtt a következő lépésre továbbmennél célszerű a Type=0x0000 típusú (kérdőjel) jelzőpoikat törölni.
# A következő lépésben ellenőrizni kell, hogy van-e nagy átfedés poligonok között. Ennek több oka is lehet: pl. korábban már be lett emelve egy poligon és most újra beemeltük. (A Megjegyzes=CLC bovites extra-val és id nélküli poligonok azok amelyeket most emetünk be); korábbi kézi módosítás miatt egyes poligonok belelógnak a most beemelt poligonokba stb. Ebben a munkában az mpwiz egy másik funkciója segít (mpwiz_poligonok_atfedes_vizsgalata.bat, ami 2.mp-ből 3.mp-t készít). Ez 0x0000 típusú poligonokkal illetve 0x00 típusú poival jelzi az átfedő részeket. Ezeket célszerű maradéktalanul megszüntetni. Természetesen a 0x0000 típusú poligonokat a feltöltés előtt mindenképpen ki kell törölni ((Ctrl-T 0x0000 poi, majd Ctrl-Del. A jelőpoikat nem szükséges, mert azokat az mpwiz ellátja DoNotUpload=1 paraméterrel).
# Ha bármilyen kérdés merül fel a munka során kérlek jelezd a fórumon.
# Kérlek, hogy a szerverre történő feltöltéskor a szöveges részben mindenképpen dokumentáld/jelezd, hogy minden fenti műveletet végrehajtottál-e, vagy esetleg valamelyiket nem sikerült végrehajtani.
::(+) Bővítésre szánt poligonok beemelése kész
::(+) Snap poligons kész
::(+) Átfedésvizsgálat kész
::(+) CLC 242, CLC 142 típus átkódolása kész
# Fontos, hogy ha egy lépés kimaradt, akkor kérlek ne folytasd a következővel, mert az problémát okozhat (itt is igaz, hogy inkább beszéljük meg a fórumon).

'''További tervezett lépések (még Vita tárgya)'''
# Célszerű volna egy adhesive generalizálást ráengedni az összesített poligonokra. Mindannyian ismerjük, hogy a CLC poligonok pár méteren belül 3-5 pontot is tartalmazhatnak. A generalizálással nagyban csökkenthetjük az adattömeget, miközben az információtartalom lényegében nem vész el. (Igaz, hogy a cgmpmapper is generalizál a kimenet elkészítésekor, így a GPS készülékre végső soron nem jut kevesebb adat). Ez mpwiz-zel megoldható úgy, hogy közben a szomszédos poligonok illeszkedése megmarad (adhesive generalizálás funkció).
# Ha b) pontban minden poligont beemeltünk, itt lehetőségünk van a [[Kimenetek| kimenetek]]be nem szánt poligonokat kivenni, vagy megjelölni az adatbázisban talonba rakottként. (Miért jó ez? Ha esetleg később mégis szükség volna további - akár átmeneti - bővítésre, akkor már lesz koherensen illeszkedő generalizált poligonkészletünk).
# Célszerű meglépni a felületreformot a közeljövőben (bár ez nem kifejezett feltétel).
# Jó volna typ-et használni a Garmin kimenetnél, hogy a bővítés után igazán szép eredményt lássunk a GPS készülékeken. (Az omp már most is képes megjeleníteni a bővítés utáni típuskészletet).

'''CLC 142, 242 típusok problémája'''

'''A CLC 142 (Sport, üdülő- és pihenőterületek)''' típus a neve szerint is gyűjtőtípus. Többnyire lakott területek ezért Reservation (0xd, felület) típussal emeljük be. Ezzel az alábbi gondok lehetnek:
- Túlnyomó többségben ezeket a felületek korábban kézzel már be lettek emelve a turistautak.hu-ra (pl. Balanon és Velencei-tó parti települései). Nem szabad még egyszer beemelni. (Ehhez segítséget nyújt a fent jelzett poligon átfedés vizsgálat.)
- Nem csak lakott területek, hanem sportközpontok is ebbe a CLC típusba tartoznak. Ezeket szükség szerint kézzel át kell kódolni(*).

'''A CLC 242 (Mozaikművelésű területek)''' szintén gyűjtőtípus. Egyebek mellett zártkerti övezetek, nadrágszíj parcellák is ide tartoznak. Az épületekkel rendelkező részeket Reservation (0xd, felület) típussal a többit Orchard/plantation (0x4e, felület) típussal kellene beemelni. Ehhez kézi ellenőrzésre van szükség(*).

(*) A kézi javítást helyismeret, Pojehali térképek információi vagy egyéb információ alapján lehet elvégezni. (Végső esetben segítség lehet a CLC2000Bovi_tajegyseg.kml file, ami csak ezekez a CLC típusokat tartalmazza.)

'''Jelentkezők''' (CLC bővítés végrehajtása munkára):

* Hajo (Bakony, Vértes, Velencei, Mezőföld)
* pgyp (Felső-Tisza, Alsó-Tisza)
* baggio
* zayd (Bükk, Aggtelek, Zemplém)
* kovrob
* Stimm (Duna mellett, Karancs-Medves)
* Fgg (kézi)
* Fairy (mecsek)

'''Határidők:'''
* október 2 (péntek) 23:59 beemelendő típusok vita lezárása. (úgyis mindent beemelünk ;-) ), jelentkezők toborzása
* október 9 (péntek) 23:59 beemelendő poligonok előkészítése. (Lényegében csak meg kell szűrni Tipus=CLC xxx szerint, hogy csak a bővítésre szánt típusok maradjanak).
* október 16 (péntek) 23:59 tájegységenként beemelni a poligonokat.
* október 30 (péntek) utánmunkálatok. Lásd fenti leírás.

== A CLC településpoligonok cseréjekor elromlott egy településpoligon. Mi a teendő? ==

1.) A CLC 2000 sem tökéletes. kb 100 m-en belül pontosnak kell azonban lennie. (A gyakorlatban 20-em belül pontos, de 100m-nél keskenyebb részleteket nem nagyon tartalmaz --> "geometriai hibák"). Elvétve lehetnek felületkódolási problémák, de a hivatalos adatok szerint ezek kb 1% alatt vannak.

Az ilyen jellengű tapasztalatokban a gondot, az jelenti, hogy egyelőre gyümölcsös típussal jelöli a tuhu a CLC 242 kódú (Complex cultivation patterns) területeket, ami a neve ellenére leginkább kertvárosi vagy zártkertü övezeteket jelöl. Itt elsősorban nem geometriai hibáról, hanem kódolási hibáról beszélhetünk. Mondhatnám, hogy majd a reform megoldja, de erre a reformnak sincs egyelőre kész megoldása. Nincs nagy gond. Egyszerűen létre kellene hozni egy kertváros / zártkerti övezet felületet.

Most a tuhun gyümölcsösként jelöljük az alábbi CLC típusokat:

* CLC221/Szőlőskert,
* CLC222/gyümölcsös

A bővítés során jobb híján gyümölcsössé vált:
* CLC242/complex culvivation pattern

A reform idején a Tipus=CLC 242 poligonokat tehát át kell kódolni egy egyelőre nem létező felülettípussá (lásd [[Vita:Felület-reform]]).

2.) Előfordulhat, hogy eltűnt egy korábban településpoligon által lefedett zártkerti/pihenőőövezet. Nagy valószínűséggel azt történt, hogy az azt lefedő CLC242 felület még nem lett beemelve. Ha nem súrgős, akkor kérünk várd meg, amíg a teljes bővítést el nem végezzük.

3.) A poligoncserék alkalmával megpróbáljuk megőrizni a rajzolók által korábban elvégzett módosításokat (pl. külső kontúrban útra illesztések illetve főleg a belső lyukasztások stb.) A cserét kézzel végezzük, ami azért biztonságosabb, mint ha automata végezné, de előfordulhatnak hibák.

4.) Mit tegyek ha ennek ellenére problémát tapsztalok?
Kérünk jelezd a fórumban. Természetesen szabadon módosíthatod a településpoligont, illetve a cserét végző rajzoló mentéséből vissza is tudjuk állítani az eredeti poligont. Ez viszont a bővítés végrehajtásakor jelenthet problémát, amit majd újból kézzel kell orvosolni.

==mpwiz Snap polygons==
Segédlet az mpwiz program, címben említett funkciójának egyszerűsített használatához, és az utána végzendő műveletekhez.

A funkció röviden a kontúrok laza és pontos illeszkedését méri fel, elemzi és javítja. Kontúrok, vagyis poligon-poligon, és poligon-vonal közt is javíthat illesztéséi hibákat. Hajonak köszönhető mpwiz ezen kiegészítése, aki CLC bővítéshez szükséges (nem egyszerű) paraméter készletet bat-fileba tette, így egyszerűsítve kezdők számra használatát.

Teendők:
# Előkészített készletett tartalmazó mpwiz.zip letöltése innen: http://turistautak.hu/tracks.php?id=20710
# Tartalmának kitömörítése egy könyvtárba, ami legyen most mpwiz.
# Tájegység, és track-jeinek letöltése, kitömörítése az mpwiz könyvtárba.
# Letöltött mp átnevezése "1.mp" –re.
# mpwiz_clc_boviteshez_jav_par.bat file futtatása
# Az eredményül kapott "2.mp" file átnézése, kézi javítása.
# 2.mp visszatöltése a szerverre.

A 2.mp file-t megnyitva sok új POI-t találunk, amik az elvégzett javításokat, és a laza illesztéskete jelölik (Soproni tájegységben 6298db csak az eltéréseket jelölő POI!). A kézi javítás abból áll, hogy egyenként, az összes POI-val jelölt helyen meg kell vizsgálni, az illesztést, és szükség esetén kézzel javítani rajta. Mivel a progi se tud minden hibát számunkra megfelelően javítani, az automatikus javítás ellenőrzése se maradhat el. Az új POI-kat feltöltéskor a szerver eldobja, így azok nem kerülnek be az adatbázisba. Ez egy részről jó nekünk, más részről viszont nem. Ha egy automatikusan javított pont, számunkra még hibás maradt, újbóli letöltés utáni újra futtatáskor már nem jelentkezik, mert a progi már nem érzékeli hibának, így azt meg se jelöli. Ez azt jelenti, hogy egy letöltés alatt kellene javítani az összes (több ezernyi) hibát, ami nem kis feladat. Javításkor ne csak a POI-val jelzet hiba közvetlen közelét javítsuk, hanem tekintsünk egy kicsit távolabbra is. Pl. egy úttal párhuzamosan poligon kontúrnál csak egy helyen jelzi a laza illesztést, akkor javítsuk az egész útnál, ne végezzünk félmunkát. A program alapos, de így is lehetnek olyan hibák, amiket nem észlel. Ezeket is javítsuk, ha már felfedeztük.

POI-k következőket jelölik:
- 0x1a11 (zöld navaid) poi jelöli a pontosan egymást fedő poligonokat,0x1a12 (sárga navaid) poi jelöli a félig pontosan fedő poligonokat (min 50%-ban pontos illeszkedés)
- 0x0000 (kérdőjel) poi-val megjelöli az azonosított laza illeszkedéseket
- 0x1a15 (kék navaid) pár m-en belüli két node egymásra illesztése történt (nem összekeverendő a 0x1b15 tájegységek közötti útilleszkedést jelző POI-val!)
- 0x1a13 (narancs navaid) node elhagyásával javított illeszkedés
- 0x1a16 (piros-fehér-zöld navaid) node beszúrásával javított illeszkedés

Jó munkát! :-)

==Tanácsok, javaslatok CLC bővítéshez==

* TUHU-ban már meglévő régi CLC-s polygonok eltérhetnek az új CLC-sektől. Eddig erdőpolygonoknál találkoztam ilyennel. Ha valaki észlelne ilyet, akkor ellenőrizze, hogy az nem rajzolói beavatkozás eredménye (útra/trackre igazítás), mert ha nem, akkor CLC2000Full_''tájegység''.mp-ből át kell emelni a helyes kontúrt, a polygonhoz tartozó lyuk kontúrokkal együtt (nem polygont másolni!). Ilyenkor figyelni kell a lyukakban található polygonk kontúrcseréjére is.
* Néhol polygon összevonások is találhatók. Ilyenkor másoljunk át egy, az összevonásban megtalálható polygon kontúját a CLC2000Full_''tájegység''.mp-ből, majd a hiányzó részeket másolással töltsük fel, figyelve a megfelelő CLC típusokra.
* Egyes TUHU-ban már létező polygonoknál, nem egyezhet Tipus= paraméter a CLC-sel. Pl. Tipus=CLC 313 helyett Tipus=CLC 311-et találtam. Mivel ez külsőleg nem látszódik, válaszuk ki egy típust, extraparaméteres kijelöléssel, mind a TUHU-s mp-ben mind a CLC2000Full_''tájegység''.mp-ben, majd váltogatva, vagy egymás mellé téve, vizuálisan ellenőrizzük végig a megjelenő kijelölés "minták" közti eltérést. A hibák így gyorsan észrevehetőek, majd javíthatóak.
* Új, bővítéskor bekerült tundra, és gyümölcsös polygonok előszeretettel fednek le polygonokból álló folyókat, holtágakat. Ezeket a hibákat a lefedés vizsgálat 100%-ban megtalálja.
* Különféle, polygonokkal végzet módosításoknál ügyeljünk arra, hogy bizonyos műveleteknél törlődhetnek a polygonok adatai (extraparaméterek, és a label is!). Ezért mentsük ezeket notepad-re, hogy művelet elvégzése után visszamásolhassuk a polygonba.

[[Kategória:Szerkesztési segítség]]

Garmin kimenet manuális TYP-elése

2010-01-03T00:49:56Z

Fgg: + aktegória

Készítettem egy typ példát, ami mutatja milyen lehetne a tuhu egy a tervezett Mapedithez hasonló színösszeállítással.

FIGYELEM: GPS készülékre nem tölti fel a typ-et. Egyelőre a módszer csak Mapsource-ban vezet eredményre.

Tihany eredetiben:

[[Kép:tuhu_typ_nelkul.PNG]]

Tihany részben a tervezett színekkel (Saját typ-el):

[[Kép:tuhu_omp_hajo_typpel.PNG]]

(A teljesség kedvéért Tihany az openmaps.eu térképén):

[[Kép:tuhu_omp_typ_el.PNG]]

A typ egyébként könnyen 'telepíthető'. Letölthető [http://turistautak.hu/tracks.php?id=21768 innen].

* A zip-ben van maga typ file. Azt be kell másolni a c:\Garmin\Turistautak mappába.

* A .reg file-ra duplakatt, összefésül és örül.

* (Ha a tuhu nem a fenti mappában van, akkor a reg fileban át kell írni az útvonalat.)

* (Törölni úgy lehet, hogy regedit-tel töröljük a typ-re való hivatkozást a [HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\Mapsource\Families\Turistautak] ágból.)

Nem próbáltam ki, hogy kütyün hogy fest.

Maga a typ file az [http://openmaps.eu omp]-ről való, de teljesen át kellett írnom a felület és vonal színeket, kódolást stb.

(A typ-et [http://ati.land.cz/gps/typdecomp/editor.cgi ezzel] a programmal mókoltam).
[[Kategória:Technikai segítség]]

CLC bővítés végrehajtása

2009-12-28T03:23:08Z

Fgg: zala CLC kész

{| border="1"
|+ CLC bővítés állapota tájegységenként
|-
!Tájegység !!CLC település csere !!By !!CLC bővítés !!By !!Mpwiz !!By !!Kész? !!Megjegyzés
|-
|aggtelek ||2009.07.13 23:24 e ||Hajo ||2009.10.02 21:25 ||baggio ||2009.11.23. 13:51||vacsape, kovrob||kész||
|-
|also-tisza ||2009.11.10 22:38 ||baggio ||2009.11.11 21:20 ||baggio ||  ||  ||  ||.
|-
|bakony ||2009.05.06 12:48 ||Hajo ||2009.10.07 23:01 ||baggio ||2009.10.11 11:44||Hajo||kész ||.
|-
|balaton ||2009.04.01 18:37 ||Hajo ||2009.10.08 05:55 ||baggio ||2009.10.25 08:21 ||Hajo||kész ||.
|-
|borzsony ||2009.07.17 13:35 ||Hajo ||2009.10.08 06:12 ||baggio ||. ||. ||részleges ||.
|-
|budai ||2009.07.17 19:00 *||Hajo ||2009.10.08 08:55 ||baggio ||. ||. ||részleges ||.
|-
|bukk ||2009.07.18 12:34 ||Hajo ||2009.10.08 09:33 ||baggio ||. ||zayd ||folyamatban... ||.
|-
|cserhat ||2009.07.18 14:06 *||Hajo ||2009.10.08 09:53 ||baggio ||. ||. ||részleges ||.
|-
|felso-tisza ||2009.10.08 22:15 ||pgyp ||2009.10.08 22:15 ||pgyp ||. ||. ||részleges || 
|-
|gerecse ||2009.07.22 ell ||Hajo ||2009.10.06 14:57 ||zacz ||2009.10.08 21:24||zacz ||teljes ||.
|-
|godolloi ||2009.09.30 21:03* ||baggio ||2009.10.07. 21:30 ||Fgg ||2009.11.02 05:42 ||Fgg ||teljes ||Át kellene nézni a CLC142-esek típusait;
|-
|karancs-medves ||2009.07.19 08:04 ||Hajo ||2009.10.16 00:41 ||Stimm ||2009.11.08 19:07 ||Stimm ||kész ||CLC 142-es és 242-es poligonokat átnéztem 091111 zayd
|-
|kisalfold ||2009.05.15 18:03 ||Hajo ||2009.10.08 11:25 ||baggio ||. ||. ||részleges ||.
|-
|korosvidek ||2009.05.21 0:23 ||baggio ||2009.07.07 23:18 ||baggio ||2009.09.07 01:23 ||baggio ||teljes || 
|-
|koszegi ||2009.10.14 22:17 ||baggio ||2009.10.15 18:16 ||baggio ||  ||  ||részleges || 
|-
|matra ||2009.04.29 22:16 ||Hajo ||2009.11.02 07:38 ||vacsape ||2009.11.02 07:38||vacsape||kész || 
|-
|mecsek ||2009.11.04 08:48* ||Fairy ||2009.11.19 09:14 ||baggio ||  ||  ||  || 
|-
|mezofold ||2009.05.06 17:21 ||Hajo ||2009.10.04 19:45 ||Hajo ||2009.10.04 19:45||Hajo ||kész ||.
|-
|orseg ||2009.10.19 13:38 ||baggio ||2009.10.19 13:38 ||baggio ||2009.11.21 13:55 ||Fgg||kész|| 
|-
|pilis ||2009.10.20 14:05 ||kovrob ||2009.10.20 14:05 ||kovrob ||2009.11.07. 12:36||kovrob ||kész || 
|-
|somogy ||2009.11.17 12:43 ||baggio ||2009.11.18 09:34 ||baggio ||  ||  ||részleges ||2009.04.17 Hajo előzetes snap
|-
|soproni ||2009.09.09 11:52 ||baggio ||2009.10.01 20:16 ||baggio ||  ||baggio ||folyamatban || 
|-
|tisza-to ||2009.09.28 19:18 ||baggio ||2009.10.09 10:39 ||baggio ||  ||  ||részleges ||település csere teljes
|-
|velencei ||2009.05.06 21:07 ||Hajo ||2009.10.05 23:01 ||baggio ||2009.10.18 16:05 ||Hajo ||kész ||.
|-
|vertes ||2007.02.04 10:08 ||András ||2009.10.08 12:47 ||baggio ||. ||. ||részleges ||.
|-
|zala ||2009.10.09 09:07 ||baggio ||2009.10.22 08:53 ||baggio ||  ||Fgg ||kész || 
|-
|zemplen ||2009.09.08 23:47 ||baggio ||2009.10.06 23:09 ||zayd ||2009.10.26 03:11 ||zayd ||kész || 
|}
(* - Település csere teljes, de néhány dokumentált települést később kézzel kell rendezni.)

A Wiki-n hónapok óta megvan a szócikk ([[CLC bővítési javaslat]]). Valójában a [[Gyenesdiás]]i munkamegbeszélésre készült el bár jóval korábban felvetődött itt a fórumon.

Az alapelv az, hogy a CLC-ben (ahonnan a tuhu-n jelenleg alkalmazott poligonok többsége származik) sokkal több és sokrétűbb poligontípus van, mint amennyit most használunk. Gondolom ennek jórész erőforrásbéli okai voltak. (2001-2002-ben erősen korlátozott memóriájú GPS készülékek; szerveridő a [[Kimenetek| kimenetek]] gyártásakor; mp fileméret stb.)

Felmerült, hogy jó volna pl a bózót stb. felületeket is beemelni a tuhu-ba. Volt olyan erdőtípus, amit a CLC külön kezelt, de annó nem került bele (pl fenyves). Erre mndtad, hogy background poligonban mész a GPS szerint közben pedig bozótban vagy épp egy sűrű fenyvesben.

Gyenesdiáson pgyp előterjesztése után döntés született, hogy meglépjük a bővítést a szervercsere után

Azóta több kolléga közreműködésével folyt némi háttérmunka.

# Elkészült Trackman kolléga kiváló mpwiz programjának span polygons funkciója, ami lehetővé teszi, hogy a meglévő (és többnyire módosított poligonok) közti véletlen hézagok megszűnjenek. (Az eredeti CLC poligonok hézag nélkül illeszkednek egymáshoz). A további CLC poligonok beemelése után ugyanez a funkció teszi lehetővé a beemelt poligonok hézagmentesítését. Sok tájegységnél ez a művelet végrehajtásra került. (Feltöltési logokban dokumentáltuk).
# A tuhu-n tavaly a településpoligonok jelentős része még nem CLC szerinti volt (főleg falvak, községek esetében). Ezeket sok tájegységben kicseréltük. Lehetnek még ilyen tájegységek. Ezekben még ki kell cserélni a településpoligonokat.
# Peter68 kolléga vezetésével (a poi reform mellett) előkészítettük a felületreformot is. Elkészült a konverziós függvény. Emlékeim szerint beépítettük a bővítésre szánt típusokat is, hogy azok összerendelődjenek a majdani turistautak typeset felületkategóriáihoz.
# Hajo, pgyp és baggio kollégák elkezdték a településpolygonok cseréjét, a bővítés előkészítéseként.
# Lezajlott az első bővítés a Körösvidéken, sok értékes tapasztalatot nyerve a további bővítéshez.
== Településpoligonok cseréje CLC szerintire ==

Településpoligonok cseréje CLC szerintire úgy, hogy az utólag berajzolt lyukasztások (parkok, tavak stb.) megmaradjanak.

1.) A CLC fileból az összes település poligon kiválasztása: Type=0x0d
* CLC file megnyitása.
* Szerkesztés - Kiválasztás - Minden felület
* Szerkesztés - Kijelölés törlése - Típus alapján (0x0d Reservation)
* Szerkesztés - Kijelölés törlése - Típus alapján (0x4b Background)
* Szerkesztés - Törlés nyom nélkül (Ctrl-Del)

2.) Ha a tájegységet több CLC szelvény fedi le, akkor a másik szelvényből is be kell másolni a település poligonokat. A szelvényezettség miatt két vagy több részből álló településpoligonokat össze kell vonni. (Extra értékeket vágólapra helyezni. Mindkét felületek kijelölni. Az egyiken jobb gomb, majd Felületek egyesítése. Ctrl-Enter, majd vágólapról az extra értékek visszamásolása).

3.) Kijelölni az összes CLC településpoligont.
Szerkesztés - Kiválasztás - Típus alapján (0x0d reservation)

4.) Mindegyikhez hozzáfűzni egy új extra értéket.
* Ctrl-Enter, majd beírni: Tajegyseg=CLC
* Mindegyik kijelölt településpoligont a vágólapra másolni.
* Szerkesztés - Másolás (Ctrl-C)

5.) A településpoligonokat bemásolni a tájegység mp-be

6.) Egyeségel végignézni az összes településpoligont, hogy fedik-e egymást?
* --> Átlátszó felületeknél nagyon kiabál, hogy ha nem. Az is nagyon látható, hogy ha eredetileg CLC poligon volt, de módosítva lett valamiért a körvonal. Ilyenkor inkább jobb nem bántani. A rajzoló nyilván tudta, hogy mit csinál.

7.) Ha cserélni kell, akkor - fontos! - a legkülső kontúr (rendszerint az első felület) minden pontját kell kicserélni a CLC szerintire (amelyiknek nincs labelje az a CLC szerinti).
A kijelölt forrás CLC poligon esetén Enter, majd Alkotórészek fül, 1. kontúr kiválsztása, másolás (Ctrl-C).
Label-lel rendelkező településpoligon kijelöl, majd Enter, Alkotórészek fül, 1. kontúr, beillesztés (Ctrl-V).
(Ekkor a külső kontúr minden pontját kicserltük a CLC szerintire. Ha voltak településen belüli utólagos lyukasztások, akkor azok megmaradnak amennyiben az új kontúron belülre esnek).

8.) Amikor minden településpoligon készen van, akkor Ctrl-E -vel kiválasztottam az összes Tajegyseg=CLC extra értékkel rendelkező poligont (az bemásolt eredeti CLC poligonokat), majd Ctrl-DEL-let kitöröltem azokat.
(Fontos, hogy ne maradjanak benne, mert akkor duplázódnak a poligonok. Igaz CLC nevű tájegység nincs).

== Mik a további lépések? (a CLC bővítés tényleges végrehajtása) ==
# Településpoligon cserék befejezése minden tájegységben. (Részletesen lásd fentebb.) (Amíg ez nincs készen az adott tájegységben, ott haladjunk tovább!)
# A [http://turistautak.hu/tracks.php?id=20710 CLC poligonokat] tájegyságenként vágva elkészítettem (Hajo) (CLC2000Full_tajegyseg.zip)
# Töltsd le zárolva a tájegységet a szokásos módon.
# A bővítésre kijelölt poligonokat be kell emelni tájegységenként (CLC2000Bovi_tajegyseg.mp) a tuhu-ba (Mindent kijelöl, másolás, a tuhu tájegység mp-be beillesztés).
# A CLC 142 és CLC 242 típusok beemelésénél gondosan kell eljárni. Szükség esetén át kell kódolni a típust. (Magyarázatot lásd alább)
# A beemelt poligonokra ellenőrizni kell, hogy pontosan illeszkednek-e a meglevőkhöz. Ahol nem ott javítani kell. Ez az [http://turistautak.hu/file.php?dir=upload&id=20710&file=mpwiz.zip mpwiz] snap polygons funkcióval jórészt automatizálható (mpwiz_clc_boviteshez_jav_par.bat, ami 1.mp-ből 2.mp-t készít), de számottevő kézi munkára is szükség van. Az automatikus javítás folyamán a nem pontos, de 3 m-en belüli 'laza' illeszkedések nagy többségét az mpwiz pontos illeszkedéssé konvertálja. (Egyes tájegységekben szükség lehet a vizsgálati távolság csökkentésére).
# A snap poligons funkció egyes ritka esetekben hurkot hoz lépre a poligonokban. Ezért a Mapedittel az Eszközök/Térkép átvizsgálása funkcióval ellenőrizni kell a poligonokat. Hibajelzés esetén rajítani kell a poligonokat. (pár db szokott lenni).
# A snap poligons egy csomó poit hoz létre, amelyek nem töltödnek fel a szerverre. Mielőtt a következő lépésre továbbmennél célszerű a Type=0x0000 típusú (kérdőjel) jelzőpoikat törölni.
# A következő lépésben ellenőrizni kell, hogy van-e nagy átfedés poligonok között. Ennek több oka is lehet: pl. korábban már be lett emelve egy poligon és most újra beemeltük. (A Megjegyzes=CLC bovites extra-val és id nélküli poligonok azok amelyeket most emetünk be); korábbi kézi módosítás miatt egyes poligonok belelógnak a most beemelt poligonokba stb. Ebben a munkában az mpwiz egy másik funkciója segít (mpwiz_poligonok_atfedes_vizsgalata.bat, ami 2.mp-ből 3.mp-t készít). Ez 0x0000 típusú poligonokkal illetve 0x00 típusú poival jelzi az átfedő részeket. Ezeket célszerű maradéktalanul megszüntetni. Természetesen a 0x0000 típusú poligonokat a feltöltés előtt mindenképpen ki kell törölni ((Ctrl-T 0x0000 poi, majd Ctrl-Del. A jelőpoikat nem szükséges, mert azokat az mpwiz ellátja DoNotUpload=1 paraméterrel).
# Ha bármilyen kérdés merül fel a munka során kérlek jelezd a fórumon.
# Kérlek, hogy a szerverre történő feltöltéskor a szöveges részben mindenképpen dokumentáld/jelezd, hogy minden fenti műveletet végrehajtottál-e, vagy esetleg valamelyiket nem sikerült végrehajtani.
::(+) Bővítésre szánt poligonok beemelése kész
::(+) Snap poligons kész
::(+) Átfedésvizsgálat kész
::(+) CLC 242, CLC 142 típus átkódolása kész
# Fontos, hogy ha egy lépés kimaradt, akkor kérlek ne folytasd a következővel, mert az problémát okozhat (itt is igaz, hogy inkább beszéljük meg a fórumon).

'''További tervezett lépések (még Vita tárgya)'''
# Célszerű volna egy adhesive generalizálást ráengedni az összesített poligonokra. Mindannyian ismerjük, hogy a CLC poligonok pár méteren belül 3-5 pontot is tartalmazhatnak. A generalizálással nagyban csökkenthetjük az adattömeget, miközben az információtartalom lényegében nem vész el. (Igaz, hogy a cgmpmapper is generalizál a kimenet elkészítésekor, így a GPS készülékre végső soron nem jut kevesebb adat). Ez mpwiz-zel megoldható úgy, hogy közben a szomszédos poligonok illeszkedése megmarad (adhesive generalizálás funkció).
# Ha b) pontban minden poligont beemeltünk, itt lehetőségünk van a [[Kimenetek| kimenetek]]be nem szánt poligonokat kivenni, vagy megjelölni az adatbázisban talonba rakottként. (Miért jó ez? Ha esetleg később mégis szükség volna további - akár átmeneti - bővítésre, akkor már lesz koherensen illeszkedő generalizált poligonkészletünk).
# Célszerű meglépni a felületreformot a közeljövőben (bár ez nem kifejezett feltétel).
# Jó volna typ-et használni a Garmin kimenetnél, hogy a bővítés után igazán szép eredményt lássunk a GPS készülékeken. (Az omp már most is képes megjeleníteni a bővítés utáni típuskészletet).

'''CLC 142, 242 típusok problémája'''

'''A CLC 142 (Sport, üdülő- és pihenőterületek)''' típus a neve szerint is gyűjtőtípus. Többnyire lakott területek ezért Reservation (0xd, felület) típussal emeljük be. Ezzel az alábbi gondok lehetnek:
- Túlnyomó többségben ezeket a felületek korábban kézzel már be lettek emelve a turistautak.hu-ra (pl. Balanon és Velencei-tó parti települései). Nem szabad még egyszer beemelni. (Ehhez segítséget nyújt a fent jelzett poligon átfedés vizsgálat.)
- Nem csak lakott területek, hanem sportközpontok is ebbe a CLC típusba tartoznak. Ezeket szükség szerint kézzel át kell kódolni(*).

'''A CLC 242 (Mozaikművelésű területek)''' szintén gyűjtőtípus. Egyebek mellett zártkerti övezetek, nadrágszíj parcellák is ide tartoznak. Az épületekkel rendelkező részeket Reservation (0xd, felület) típussal a többit Orchard/plantation (0x4e, felület) típussal kellene beemelni. Ehhez kézi ellenőrzésre van szükség(*).

(*) A kézi javítást helyismeret, Pojehali térképek információi vagy egyéb információ alapján lehet elvégezni. (Végső esetben segítség lehet a CLC2000Bovi_tajegyseg.kml file, ami csak ezekez a CLC típusokat tartalmazza.)

'''Jelentkezők''' (CLC bővítés végrehajtása munkára):

* Hajo (Bakony, Vértes, Velencei, Mezőföld)
* pgyp (Felső-Tisza, Alsó-Tisza)
* baggio
* zayd (Bükk, Aggtelek, Zemplém)
* kovrob
* Stimm (Duna mellett, Karancs-Medves)
* Fgg (kézi)
* Fairy (mecsek)

'''Határidők:'''
* október 2 (péntek) 23:59 beemelendő típusok vita lezárása. (úgyis mindent beemelünk ;-) ), jelentkezők toborzása
* október 9 (péntek) 23:59 beemelendő poligonok előkészítése. (Lényegében csak meg kell szűrni Tipus=CLC xxx szerint, hogy csak a bővítésre szánt típusok maradjanak).
* október 16 (péntek) 23:59 tájegységenként beemelni a poligonokat.
* október 30 (péntek) utánmunkálatok. Lásd fenti leírás.

== A CLC településpoligonok cseréjekor elromlott egy településpoligon. Mi a teendő? ==

1.) A CLC 2000 sem tökéletes. kb 100 m-en belül pontosnak kell azonban lennie. (A gyakorlatban 20-em belül pontos, de 100m-nél keskenyebb részleteket nem nagyon tartalmaz --> "geometriai hibák"). Elvétve lehetnek felületkódolási problémák, de a hivatalos adatok szerint ezek kb 1% alatt vannak.

Az ilyen jellengű tapasztalatokban a gondot, az jelenti, hogy egyelőre gyümölcsös típussal jelöli a tuhu a CLC 242 kódú (Complex cultivation patterns) területeket, ami a neve ellenére leginkább kertvárosi vagy zártkertü övezeteket jelöl. Itt elsősorban nem geometriai hibáról, hanem kódolási hibáról beszélhetünk. Mondhatnám, hogy majd a reform megoldja, de erre a reformnak sincs egyelőre kész megoldása. Nincs nagy gond. Egyszerűen létre kellene hozni egy kertváros / zártkerti övezet felületet.

Most a tuhun gyümölcsösként jelöljük az alábbi CLC típusokat:

* CLC221/Szőlőskert,
* CLC222/gyümölcsös

A bővítés során jobb híján gyümölcsössé vált:
* CLC242/complex culvivation pattern

A reform idején a Tipus=CLC 242 poligonokat tehát át kell kódolni egy egyelőre nem létező felülettípussá (lásd [[Vita:Felület-reform]]).

2.) Előfordulhat, hogy eltűnt egy korábban településpoligon által lefedett zártkerti/pihenőőövezet. Nagy valószínűséggel azt történt, hogy az azt lefedő CLC242 felület még nem lett beemelve. Ha nem súrgős, akkor kérünk várd meg, amíg a teljes bővítést el nem végezzük.

3.) A poligoncserék alkalmával megpróbáljuk megőrizni a rajzolók által korábban elvégzett módosításokat (pl. külső kontúrban útra illesztések illetve főleg a belső lyukasztások stb.) A cserét kézzel végezzük, ami azért biztonságosabb, mint ha automata végezné, de előfordulhatnak hibák.

4.) Mit tegyek ha ennek ellenére problémát tapsztalok?
Kérünk jelezd a fórumban. Természetesen szabadon módosíthatod a településpoligont, illetve a cserét végző rajzoló mentéséből vissza is tudjuk állítani az eredeti poligont. Ez viszont a bővítés végrehajtásakor jelenthet problémát, amit majd újból kézzel kell orvosolni.

==mpwiz Snap polygons==
Segédlet az mpwiz program, címben említett funkciójának egyszerűsített használatához, és az utána végzendő műveletekhez.

A funkció röviden a kontúrok laza és pontos illeszkedését méri fel, elemzi és javítja. Kontúrok, vagyis poligon-poligon, és poligon-vonal közt is javíthat illesztéséi hibákat. Hajonak köszönhető mpwiz ezen kiegészítése, aki CLC bővítéshez szükséges (nem egyszerű) paraméter készletet bat-fileba tette, így egyszerűsítve kezdők számra használatát.

Teendők:
# Előkészített készletett tartalmazó mpwiz.zip letöltése innen: http://turistautak.hu/tracks.php?id=20710
# Tartalmának kitömörítése egy könyvtárba, ami legyen most mpwiz.
# Tájegység, és track-jeinek letöltése, kitömörítése az mpwiz könyvtárba.
# Letöltött mp átnevezése "1.mp" –re.
# mpwiz_clc_boviteshez_jav_par.bat file futtatása
# Az eredményül kapott "2.mp" file átnézése, kézi javítása.
# 2.mp visszatöltése a szerverre.

A 2.mp file-t megnyitva sok új POI-t találunk, amik az elvégzett javításokat, és a laza illesztéskete jelölik (Soproni tájegységben 6298db csak az eltéréseket jelölő POI!). A kézi javítás abból áll, hogy egyenként, az összes POI-val jelölt helyen meg kell vizsgálni, az illesztést, és szükség esetén kézzel javítani rajta. Mivel a progi se tud minden hibát számunkra megfelelően javítani, az automatikus javítás ellenőrzése se maradhat el. Az új POI-kat feltöltéskor a szerver eldobja, így azok nem kerülnek be az adatbázisba. Ez egy részről jó nekünk, más részről viszont nem. Ha egy automatikusan javított pont, számunkra még hibás maradt, újbóli letöltés utáni újra futtatáskor már nem jelentkezik, mert a progi már nem érzékeli hibának, így azt meg se jelöli. Ez azt jelenti, hogy egy letöltés alatt kellene javítani az összes (több ezernyi) hibát, ami nem kis feladat. Javításkor ne csak a POI-val jelzet hiba közvetlen közelét javítsuk, hanem tekintsünk egy kicsit távolabbra is. Pl. egy úttal párhuzamosan poligon kontúrnál csak egy helyen jelzi a laza illesztést, akkor javítsuk az egész útnál, ne végezzünk félmunkát. A program alapos, de így is lehetnek olyan hibák, amiket nem észlel. Ezeket is javítsuk, ha már felfedeztük.

POI-k következőket jelölik:
- 0x1a11 (zöld navaid) poi jelöli a pontosan egymást fedő poligonokat,0x1a12 (sárga navaid) poi jelöli a félig pontosan fedő poligonokat (min 50%-ban pontos illeszkedés)
- 0x0000 (kérdőjel) poi-val megjelöli az azonosított laza illeszkedéseket
- 0x1a15 (kék navaid) pár m-en belüli két node egymásra illesztése történt (nem összekeverendő a 0x1b15 tájegységek közötti útilleszkedést jelző POI-val!)
- 0x1a13 (narancs navaid) node elhagyásával javított illeszkedés
- 0x1a16 (piros-fehér-zöld navaid) node beszúrásával javított illeszkedés

Jó munkát! :-)

==Tanácsok, javaslatok CLC bővítéshez==

* TUHU-ban már meglévő régi CLC-s polygonok eltérhetnek az új CLC-sektől. Eddig erdőpolygonoknál találkoztam ilyennel. Ha valaki észlelne ilyet, akkor ellenőrizze, hogy az nem rajzolói beavatkozás eredménye (útra/trackre igazítás), mert ha nem, akkor CLC2000Full_''tájegység''.mp-ből át kell emelni a helyes kontúrt, a polygonhoz tartozó lyuk kontúrokkal együtt (nem polygont másolni!). Ilyenkor figyelni kell a lyukakban található polygonk kontúrcseréjére is.
* Néhol polygon összevonások is találhatók. Ilyenkor másoljunk át egy, az összevonásban megtalálható polygon kontúját a CLC2000Full_''tájegység''.mp-ből, majd a hiányzó részeket másolással töltsük fel, figyelve a megfelelő CLC típusokra.
* Egyes TUHU-ban már létező polygonoknál, nem egyezhet Tipus= paraméter a CLC-sel. Pl. Tipus=CLC 313 helyett Tipus=CLC 311-et találtam. Mivel ez külsőleg nem látszódik, válaszuk ki egy típust, extraparaméteres kijelöléssel, mind a TUHU-s mp-ben mind a CLC2000Full_''tájegység''.mp-ben, majd váltogatva, vagy egymás mellé téve, vizuálisan ellenőrizzük végig a megjelenő kijelölés "minták" közti eltérést. A hibák így gyorsan észrevehetőek, majd javíthatóak.
* Új, bővítéskor bekerült tundra, és gyümölcsös polygonok előszeretettel fednek le polygonokból álló folyókat, holtágakat. Ezeket a hibákat a lefedés vizsgálat 100%-ban megtalálja.
* Különféle, polygonokkal végzet módosításoknál ügyeljünk arra, hogy bizonyos műveleteknél törlődhetnek a polygonok adatai (extraparaméterek, és a label is!). Ezért mentsük ezeket notepad-re, hogy művelet elvégzése után visszamásolhassuk a polygonba.

[[Kategória:Szerkesztési segítség]]

CLC bővítés végrehajtása

2009-12-27T22:21:44Z

Fgg:

{| border="1"
|+ CLC bővítés állapota tájegységenként
|-
!Tájegység !!CLC település csere !!By !!CLC bővítés !!By !!Mpwiz !!By !!Kész? !!Megjegyzés
|-
|aggtelek ||2009.07.13 23:24 e ||Hajo ||2009.10.02 21:25 ||baggio ||2009.11.23. 13:51||vacsape, kovrob||kész||
|-
|also-tisza ||2009.11.10 22:38 ||baggio ||2009.11.11 21:20 ||baggio ||  ||  ||  ||.
|-
|bakony ||2009.05.06 12:48 ||Hajo ||2009.10.07 23:01 ||baggio ||2009.10.11 11:44||Hajo||kész ||.
|-
|balaton ||2009.04.01 18:37 ||Hajo ||2009.10.08 05:55 ||baggio ||2009.10.25 08:21 ||Hajo||kész ||.
|-
|borzsony ||2009.07.17 13:35 ||Hajo ||2009.10.08 06:12 ||baggio ||. ||. ||részleges ||.
|-
|budai ||2009.07.17 19:00 *||Hajo ||2009.10.08 08:55 ||baggio ||. ||. ||részleges ||.
|-
|bukk ||2009.07.18 12:34 ||Hajo ||2009.10.08 09:33 ||baggio ||. ||zayd ||folyamatban... ||.
|-
|cserhat ||2009.07.18 14:06 *||Hajo ||2009.10.08 09:53 ||baggio ||. ||. ||részleges ||.
|-
|felso-tisza ||2009.10.08 22:15 ||pgyp ||2009.10.08 22:15 ||pgyp ||. ||. ||részleges || 
|-
|gerecse ||2009.07.22 ell ||Hajo ||2009.10.06 14:57 ||zacz ||2009.10.08 21:24||zacz ||teljes ||.
|-
|godolloi ||2009.09.30 21:03* ||baggio ||2009.10.07. 21:30 ||Fgg ||2009.11.02 05:42 ||Fgg ||teljes ||Át kellene nézni a CLC142-esek típusait;
|-
|karancs-medves ||2009.07.19 08:04 ||Hajo ||2009.10.16 00:41 ||Stimm ||2009.11.08 19:07 ||Stimm ||kész ||CLC 142-es és 242-es poligonokat átnéztem 091111 zayd
|-
|kisalfold ||2009.05.15 18:03 ||Hajo ||2009.10.08 11:25 ||baggio ||. ||. ||részleges ||.
|-
|korosvidek ||2009.05.21 0:23 ||baggio ||2009.07.07 23:18 ||baggio ||2009.09.07 01:23 ||baggio ||teljes || 
|-
|koszegi ||2009.10.14 22:17 ||baggio ||2009.10.15 18:16 ||baggio ||  ||  ||részleges || 
|-
|matra ||2009.04.29 22:16 ||Hajo ||2009.11.02 07:38 ||vacsape ||2009.11.02 07:38||vacsape||kész || 
|-
|mecsek ||2009.11.04 08:48* ||Fairy ||2009.11.19 09:14 ||baggio ||  ||  ||  || 
|-
|mezofold ||2009.05.06 17:21 ||Hajo ||2009.10.04 19:45 ||Hajo ||2009.10.04 19:45||Hajo ||kész ||.
|-
|orseg ||2009.10.19 13:38 ||baggio ||2009.10.19 13:38 ||baggio ||2009.11.21 13:55 ||Fgg||kész|| 
|-
|pilis ||2009.10.20 14:05 ||kovrob ||2009.10.20 14:05 ||kovrob ||2009.11.07. 12:36||kovrob ||kész || 
|-
|somogy ||2009.11.17 12:43 ||baggio ||2009.11.18 09:34 ||baggio ||  ||  ||részleges ||2009.04.17 Hajo előzetes snap
|-
|soproni ||2009.09.09 11:52 ||baggio ||2009.10.01 20:16 ||baggio ||  ||baggio ||folyamatban || 
|-
|tisza-to ||2009.09.28 19:18 ||baggio ||2009.10.09 10:39 ||baggio ||  ||  ||részleges ||település csere teljes
|-
|velencei ||2009.05.06 21:07 ||Hajo ||2009.10.05 23:01 ||baggio ||2009.10.18 16:05 ||Hajo ||kész ||.
|-
|vertes ||2007.02.04 10:08 ||András ||2009.10.08 12:47 ||baggio ||. ||. ||részleges ||.
|-
|zala ||2009.10.09 09:07 ||baggio ||2009.10.22 08:53 ||baggio ||  ||Fgg ||folyamatban ||Snap kész!
|-
|zemplen ||2009.09.08 23:47 ||baggio ||2009.10.06 23:09 ||zayd ||2009.10.26 03:11 ||zayd ||kész || 
|}
(* - Település csere teljes, de néhány dokumentált települést később kézzel kell rendezni.)

A Wiki-n hónapok óta megvan a szócikk ([[CLC bővítési javaslat]]). Valójában a [[Gyenesdiás]]i munkamegbeszélésre készült el bár jóval korábban felvetődött itt a fórumon.

Az alapelv az, hogy a CLC-ben (ahonnan a tuhu-n jelenleg alkalmazott poligonok többsége származik) sokkal több és sokrétűbb poligontípus van, mint amennyit most használunk. Gondolom ennek jórész erőforrásbéli okai voltak. (2001-2002-ben erősen korlátozott memóriájú GPS készülékek; szerveridő a [[Kimenetek| kimenetek]] gyártásakor; mp fileméret stb.)

Felmerült, hogy jó volna pl a bózót stb. felületeket is beemelni a tuhu-ba. Volt olyan erdőtípus, amit a CLC külön kezelt, de annó nem került bele (pl fenyves). Erre mndtad, hogy background poligonban mész a GPS szerint közben pedig bozótban vagy épp egy sűrű fenyvesben.

Gyenesdiáson pgyp előterjesztése után döntés született, hogy meglépjük a bővítést a szervercsere után

Azóta több kolléga közreműködésével folyt némi háttérmunka.

# Elkészült Trackman kolléga kiváló mpwiz programjának span polygons funkciója, ami lehetővé teszi, hogy a meglévő (és többnyire módosított poligonok) közti véletlen hézagok megszűnjenek. (Az eredeti CLC poligonok hézag nélkül illeszkednek egymáshoz). A további CLC poligonok beemelése után ugyanez a funkció teszi lehetővé a beemelt poligonok hézagmentesítését. Sok tájegységnél ez a művelet végrehajtásra került. (Feltöltési logokban dokumentáltuk).
# A tuhu-n tavaly a településpoligonok jelentős része még nem CLC szerinti volt (főleg falvak, községek esetében). Ezeket sok tájegységben kicseréltük. Lehetnek még ilyen tájegységek. Ezekben még ki kell cserélni a településpoligonokat.
# Peter68 kolléga vezetésével (a poi reform mellett) előkészítettük a felületreformot is. Elkészült a konverziós függvény. Emlékeim szerint beépítettük a bővítésre szánt típusokat is, hogy azok összerendelődjenek a majdani turistautak typeset felületkategóriáihoz.
# Hajo, pgyp és baggio kollégák elkezdték a településpolygonok cseréjét, a bővítés előkészítéseként.
# Lezajlott az első bővítés a Körösvidéken, sok értékes tapasztalatot nyerve a további bővítéshez.
== Településpoligonok cseréje CLC szerintire ==

Településpoligonok cseréje CLC szerintire úgy, hogy az utólag berajzolt lyukasztások (parkok, tavak stb.) megmaradjanak.

1.) A CLC fileból az összes település poligon kiválasztása: Type=0x0d
* CLC file megnyitása.
* Szerkesztés - Kiválasztás - Minden felület
* Szerkesztés - Kijelölés törlése - Típus alapján (0x0d Reservation)
* Szerkesztés - Kijelölés törlése - Típus alapján (0x4b Background)
* Szerkesztés - Törlés nyom nélkül (Ctrl-Del)

2.) Ha a tájegységet több CLC szelvény fedi le, akkor a másik szelvényből is be kell másolni a település poligonokat. A szelvényezettség miatt két vagy több részből álló településpoligonokat össze kell vonni. (Extra értékeket vágólapra helyezni. Mindkét felületek kijelölni. Az egyiken jobb gomb, majd Felületek egyesítése. Ctrl-Enter, majd vágólapról az extra értékek visszamásolása).

3.) Kijelölni az összes CLC településpoligont.
Szerkesztés - Kiválasztás - Típus alapján (0x0d reservation)

4.) Mindegyikhez hozzáfűzni egy új extra értéket.
* Ctrl-Enter, majd beírni: Tajegyseg=CLC
* Mindegyik kijelölt településpoligont a vágólapra másolni.
* Szerkesztés - Másolás (Ctrl-C)

5.) A településpoligonokat bemásolni a tájegység mp-be

6.) Egyeségel végignézni az összes településpoligont, hogy fedik-e egymást?
* --> Átlátszó felületeknél nagyon kiabál, hogy ha nem. Az is nagyon látható, hogy ha eredetileg CLC poligon volt, de módosítva lett valamiért a körvonal. Ilyenkor inkább jobb nem bántani. A rajzoló nyilván tudta, hogy mit csinál.

7.) Ha cserélni kell, akkor - fontos! - a legkülső kontúr (rendszerint az első felület) minden pontját kell kicserélni a CLC szerintire (amelyiknek nincs labelje az a CLC szerinti).
A kijelölt forrás CLC poligon esetén Enter, majd Alkotórészek fül, 1. kontúr kiválsztása, másolás (Ctrl-C).
Label-lel rendelkező településpoligon kijelöl, majd Enter, Alkotórészek fül, 1. kontúr, beillesztés (Ctrl-V).
(Ekkor a külső kontúr minden pontját kicserltük a CLC szerintire. Ha voltak településen belüli utólagos lyukasztások, akkor azok megmaradnak amennyiben az új kontúron belülre esnek).

8.) Amikor minden településpoligon készen van, akkor Ctrl-E -vel kiválasztottam az összes Tajegyseg=CLC extra értékkel rendelkező poligont (az bemásolt eredeti CLC poligonokat), majd Ctrl-DEL-let kitöröltem azokat.
(Fontos, hogy ne maradjanak benne, mert akkor duplázódnak a poligonok. Igaz CLC nevű tájegység nincs).

== Mik a további lépések? (a CLC bővítés tényleges végrehajtása) ==
# Településpoligon cserék befejezése minden tájegységben. (Részletesen lásd fentebb.) (Amíg ez nincs készen az adott tájegységben, ott haladjunk tovább!)
# A [http://turistautak.hu/tracks.php?id=20710 CLC poligonokat] tájegyságenként vágva elkészítettem (Hajo) (CLC2000Full_tajegyseg.zip)
# Töltsd le zárolva a tájegységet a szokásos módon.
# A bővítésre kijelölt poligonokat be kell emelni tájegységenként (CLC2000Bovi_tajegyseg.mp) a tuhu-ba (Mindent kijelöl, másolás, a tuhu tájegység mp-be beillesztés).
# A CLC 142 és CLC 242 típusok beemelésénél gondosan kell eljárni. Szükség esetén át kell kódolni a típust. (Magyarázatot lásd alább)
# A beemelt poligonokra ellenőrizni kell, hogy pontosan illeszkednek-e a meglevőkhöz. Ahol nem ott javítani kell. Ez az [http://turistautak.hu/file.php?dir=upload&id=20710&file=mpwiz.zip mpwiz] snap polygons funkcióval jórészt automatizálható (mpwiz_clc_boviteshez_jav_par.bat, ami 1.mp-ből 2.mp-t készít), de számottevő kézi munkára is szükség van. Az automatikus javítás folyamán a nem pontos, de 3 m-en belüli 'laza' illeszkedések nagy többségét az mpwiz pontos illeszkedéssé konvertálja. (Egyes tájegységekben szükség lehet a vizsgálati távolság csökkentésére).
# A snap poligons funkció egyes ritka esetekben hurkot hoz lépre a poligonokban. Ezért a Mapedittel az Eszközök/Térkép átvizsgálása funkcióval ellenőrizni kell a poligonokat. Hibajelzés esetén rajítani kell a poligonokat. (pár db szokott lenni).
# A snap poligons egy csomó poit hoz létre, amelyek nem töltödnek fel a szerverre. Mielőtt a következő lépésre továbbmennél célszerű a Type=0x0000 típusú (kérdőjel) jelzőpoikat törölni.
# A következő lépésben ellenőrizni kell, hogy van-e nagy átfedés poligonok között. Ennek több oka is lehet: pl. korábban már be lett emelve egy poligon és most újra beemeltük. (A Megjegyzes=CLC bovites extra-val és id nélküli poligonok azok amelyeket most emetünk be); korábbi kézi módosítás miatt egyes poligonok belelógnak a most beemelt poligonokba stb. Ebben a munkában az mpwiz egy másik funkciója segít (mpwiz_poligonok_atfedes_vizsgalata.bat, ami 2.mp-ből 3.mp-t készít). Ez 0x0000 típusú poligonokkal illetve 0x00 típusú poival jelzi az átfedő részeket. Ezeket célszerű maradéktalanul megszüntetni. Természetesen a 0x0000 típusú poligonokat a feltöltés előtt mindenképpen ki kell törölni ((Ctrl-T 0x0000 poi, majd Ctrl-Del. A jelőpoikat nem szükséges, mert azokat az mpwiz ellátja DoNotUpload=1 paraméterrel).
# Ha bármilyen kérdés merül fel a munka során kérlek jelezd a fórumon.
# Kérlek, hogy a szerverre történő feltöltéskor a szöveges részben mindenképpen dokumentáld/jelezd, hogy minden fenti műveletet végrehajtottál-e, vagy esetleg valamelyiket nem sikerült végrehajtani.
::(+) Bővítésre szánt poligonok beemelése kész
::(+) Snap poligons kész
::(+) Átfedésvizsgálat kész
::(+) CLC 242, CLC 142 típus átkódolása kész
# Fontos, hogy ha egy lépés kimaradt, akkor kérlek ne folytasd a következővel, mert az problémát okozhat (itt is igaz, hogy inkább beszéljük meg a fórumon).

'''További tervezett lépések (még Vita tárgya)'''
# Célszerű volna egy adhesive generalizálást ráengedni az összesített poligonokra. Mindannyian ismerjük, hogy a CLC poligonok pár méteren belül 3-5 pontot is tartalmazhatnak. A generalizálással nagyban csökkenthetjük az adattömeget, miközben az információtartalom lényegében nem vész el. (Igaz, hogy a cgmpmapper is generalizál a kimenet elkészítésekor, így a GPS készülékre végső soron nem jut kevesebb adat). Ez mpwiz-zel megoldható úgy, hogy közben a szomszédos poligonok illeszkedése megmarad (adhesive generalizálás funkció).
# Ha b) pontban minden poligont beemeltünk, itt lehetőségünk van a [[Kimenetek| kimenetek]]be nem szánt poligonokat kivenni, vagy megjelölni az adatbázisban talonba rakottként. (Miért jó ez? Ha esetleg később mégis szükség volna további - akár átmeneti - bővítésre, akkor már lesz koherensen illeszkedő generalizált poligonkészletünk).
# Célszerű meglépni a felületreformot a közeljövőben (bár ez nem kifejezett feltétel).
# Jó volna typ-et használni a Garmin kimenetnél, hogy a bővítés után igazán szép eredményt lássunk a GPS készülékeken. (Az omp már most is képes megjeleníteni a bővítés utáni típuskészletet).

'''CLC 142, 242 típusok problémája'''

'''A CLC 142 (Sport, üdülő- és pihenőterületek)''' típus a neve szerint is gyűjtőtípus. Többnyire lakott területek ezért Reservation (0xd, felület) típussal emeljük be. Ezzel az alábbi gondok lehetnek:
- Túlnyomó többségben ezeket a felületek korábban kézzel már be lettek emelve a turistautak.hu-ra (pl. Balanon és Velencei-tó parti települései). Nem szabad még egyszer beemelni. (Ehhez segítséget nyújt a fent jelzett poligon átfedés vizsgálat.)
- Nem csak lakott területek, hanem sportközpontok is ebbe a CLC típusba tartoznak. Ezeket szükség szerint kézzel át kell kódolni(*).

'''A CLC 242 (Mozaikművelésű területek)''' szintén gyűjtőtípus. Egyebek mellett zártkerti övezetek, nadrágszíj parcellák is ide tartoznak. Az épületekkel rendelkező részeket Reservation (0xd, felület) típussal a többit Orchard/plantation (0x4e, felület) típussal kellene beemelni. Ehhez kézi ellenőrzésre van szükség(*).

(*) A kézi javítást helyismeret, Pojehali térképek információi vagy egyéb információ alapján lehet elvégezni. (Végső esetben segítség lehet a CLC2000Bovi_tajegyseg.kml file, ami csak ezekez a CLC típusokat tartalmazza.)

'''Jelentkezők''' (CLC bővítés végrehajtása munkára):

* Hajo (Bakony, Vértes, Velencei, Mezőföld)
* pgyp (Felső-Tisza, Alsó-Tisza)
* baggio
* zayd (Bükk, Aggtelek, Zemplém)
* kovrob
* Stimm (Duna mellett, Karancs-Medves)
* Fgg (kézi)
* Fairy (mecsek)

'''Határidők:'''
* október 2 (péntek) 23:59 beemelendő típusok vita lezárása. (úgyis mindent beemelünk ;-) ), jelentkezők toborzása
* október 9 (péntek) 23:59 beemelendő poligonok előkészítése. (Lényegében csak meg kell szűrni Tipus=CLC xxx szerint, hogy csak a bővítésre szánt típusok maradjanak).
* október 16 (péntek) 23:59 tájegységenként beemelni a poligonokat.
* október 30 (péntek) utánmunkálatok. Lásd fenti leírás.

== A CLC településpoligonok cseréjekor elromlott egy településpoligon. Mi a teendő? ==

1.) A CLC 2000 sem tökéletes. kb 100 m-en belül pontosnak kell azonban lennie. (A gyakorlatban 20-em belül pontos, de 100m-nél keskenyebb részleteket nem nagyon tartalmaz --> "geometriai hibák"). Elvétve lehetnek felületkódolási problémák, de a hivatalos adatok szerint ezek kb 1% alatt vannak.

Az ilyen jellengű tapasztalatokban a gondot, az jelenti, hogy egyelőre gyümölcsös típussal jelöli a tuhu a CLC 242 kódú (Complex cultivation patterns) területeket, ami a neve ellenére leginkább kertvárosi vagy zártkertü övezeteket jelöl. Itt elsősorban nem geometriai hibáról, hanem kódolási hibáról beszélhetünk. Mondhatnám, hogy majd a reform megoldja, de erre a reformnak sincs egyelőre kész megoldása. Nincs nagy gond. Egyszerűen létre kellene hozni egy kertváros / zártkerti övezet felületet.

Most a tuhun gyümölcsösként jelöljük az alábbi CLC típusokat:

* CLC221/Szőlőskert,
* CLC222/gyümölcsös

A bővítés során jobb híján gyümölcsössé vált:
* CLC242/complex culvivation pattern

A reform idején a Tipus=CLC 242 poligonokat tehát át kell kódolni egy egyelőre nem létező felülettípussá (lásd [[Vita:Felület-reform]]).

2.) Előfordulhat, hogy eltűnt egy korábban településpoligon által lefedett zártkerti/pihenőőövezet. Nagy valószínűséggel azt történt, hogy az azt lefedő CLC242 felület még nem lett beemelve. Ha nem súrgős, akkor kérünk várd meg, amíg a teljes bővítést el nem végezzük.

3.) A poligoncserék alkalmával megpróbáljuk megőrizni a rajzolók által korábban elvégzett módosításokat (pl. külső kontúrban útra illesztések illetve főleg a belső lyukasztások stb.) A cserét kézzel végezzük, ami azért biztonságosabb, mint ha automata végezné, de előfordulhatnak hibák.

4.) Mit tegyek ha ennek ellenére problémát tapsztalok?
Kérünk jelezd a fórumban. Természetesen szabadon módosíthatod a településpoligont, illetve a cserét végző rajzoló mentéséből vissza is tudjuk állítani az eredeti poligont. Ez viszont a bővítés végrehajtásakor jelenthet problémát, amit majd újból kézzel kell orvosolni.

==mpwiz Snap polygons==
Segédlet az mpwiz program, címben említett funkciójának egyszerűsített használatához, és az utána végzendő műveletekhez.

A funkció röviden a kontúrok laza és pontos illeszkedését méri fel, elemzi és javítja. Kontúrok, vagyis poligon-poligon, és poligon-vonal közt is javíthat illesztéséi hibákat. Hajonak köszönhető mpwiz ezen kiegészítése, aki CLC bővítéshez szükséges (nem egyszerű) paraméter készletet bat-fileba tette, így egyszerűsítve kezdők számra használatát.

Teendők:
# Előkészített készletett tartalmazó mpwiz.zip letöltése innen: http://turistautak.hu/tracks.php?id=20710
# Tartalmának kitömörítése egy könyvtárba, ami legyen most mpwiz.
# Tájegység, és track-jeinek letöltése, kitömörítése az mpwiz könyvtárba.
# Letöltött mp átnevezése "1.mp" –re.
# mpwiz_clc_boviteshez_jav_par.bat file futtatása
# Az eredményül kapott "2.mp" file átnézése, kézi javítása.
# 2.mp visszatöltése a szerverre.

A 2.mp file-t megnyitva sok új POI-t találunk, amik az elvégzett javításokat, és a laza illesztéskete jelölik (Soproni tájegységben 6298db csak az eltéréseket jelölő POI!). A kézi javítás abból áll, hogy egyenként, az összes POI-val jelölt helyen meg kell vizsgálni, az illesztést, és szükség esetén kézzel javítani rajta. Mivel a progi se tud minden hibát számunkra megfelelően javítani, az automatikus javítás ellenőrzése se maradhat el. Az új POI-kat feltöltéskor a szerver eldobja, így azok nem kerülnek be az adatbázisba. Ez egy részről jó nekünk, más részről viszont nem. Ha egy automatikusan javított pont, számunkra még hibás maradt, újbóli letöltés utáni újra futtatáskor már nem jelentkezik, mert a progi már nem érzékeli hibának, így azt meg se jelöli. Ez azt jelenti, hogy egy letöltés alatt kellene javítani az összes (több ezernyi) hibát, ami nem kis feladat. Javításkor ne csak a POI-val jelzet hiba közvetlen közelét javítsuk, hanem tekintsünk egy kicsit távolabbra is. Pl. egy úttal párhuzamosan poligon kontúrnál csak egy helyen jelzi a laza illesztést, akkor javítsuk az egész útnál, ne végezzünk félmunkát. A program alapos, de így is lehetnek olyan hibák, amiket nem észlel. Ezeket is javítsuk, ha már felfedeztük.

POI-k következőket jelölik:
- 0x1a11 (zöld navaid) poi jelöli a pontosan egymást fedő poligonokat,0x1a12 (sárga navaid) poi jelöli a félig pontosan fedő poligonokat (min 50%-ban pontos illeszkedés)
- 0x0000 (kérdőjel) poi-val megjelöli az azonosított laza illeszkedéseket
- 0x1a15 (kék navaid) pár m-en belüli két node egymásra illesztése történt (nem összekeverendő a 0x1b15 tájegységek közötti útilleszkedést jelző POI-val!)
- 0x1a13 (narancs navaid) node elhagyásával javított illeszkedés
- 0x1a16 (piros-fehér-zöld navaid) node beszúrásával javított illeszkedés

Jó munkát! :-)

==Tanácsok, javaslatok CLC bővítéshez==

* TUHU-ban már meglévő régi CLC-s polygonok eltérhetnek az új CLC-sektől. Eddig erdőpolygonoknál találkoztam ilyennel. Ha valaki észlelne ilyet, akkor ellenőrizze, hogy az nem rajzolói beavatkozás eredménye (útra/trackre igazítás), mert ha nem, akkor CLC2000Full_''tájegység''.mp-ből át kell emelni a helyes kontúrt, a polygonhoz tartozó lyuk kontúrokkal együtt (nem polygont másolni!). Ilyenkor figyelni kell a lyukakban található polygonk kontúrcseréjére is.
* Néhol polygon összevonások is találhatók. Ilyenkor másoljunk át egy, az összevonásban megtalálható polygon kontúját a CLC2000Full_''tájegység''.mp-ből, majd a hiányzó részeket másolással töltsük fel, figyelve a megfelelő CLC típusokra.
* Egyes TUHU-ban már létező polygonoknál, nem egyezhet Tipus= paraméter a CLC-sel. Pl. Tipus=CLC 313 helyett Tipus=CLC 311-et találtam. Mivel ez külsőleg nem látszódik, válaszuk ki egy típust, extraparaméteres kijelöléssel, mind a TUHU-s mp-ben mind a CLC2000Full_''tájegység''.mp-ben, majd váltogatva, vagy egymás mellé téve, vizuálisan ellenőrizzük végig a megjelenő kijelölés "minták" közti eltérést. A hibák így gyorsan észrevehetőek, majd javíthatóak.
* Új, bővítéskor bekerült tundra, és gyümölcsös polygonok előszeretettel fednek le polygonokból álló folyókat, holtágakat. Ezeket a hibákat a lefedés vizsgálat 100%-ban megtalálja.
* Különféle, polygonokkal végzet módosításoknál ügyeljünk arra, hogy bizonyos műveleteknél törlődhetnek a polygonok adatai (extraparaméterek, és a label is!). Ezért mentsük ezeket notepad-re, hogy művelet elvégzése után visszamásolhassuk a polygonba.

[[Kategória:Szerkesztési segítség]]

Akkumulátorok, elemek, töltők

2009-12-04T06:14:57Z

Fgg: Új oldal, tartalma: „Sok GPS készülék üzemel ceruza (AA jelű) illetve mikró ceruza (AAA jelű) méretű akkumulátorokról. Sokszor felmerűl a kérdés, hogy "milyet vegyek?" Ez az old...”

Sok GPS készülék üzemel ceruza (AA jelű) illetve mikró ceruza (AAA jelű) méretű akkumulátorokról.
Sokszor felmerűl a kérdés, hogy "milyet vegyek?"

Ez az oldal kis segítséget szeretne adni ehhez.

== NiCd akksik ==

== NiMH akksik ==
* olcsóbbak
* nagyobb kapacitásúak
* nagy az önkisülésük

== Alacsony önkisülésű NiMH akksik ==
* drágábbak a hagyományos NiMH akksiknál
* kisebb kapacitásúak
* jóval kisebb az önkisülésük.

----

A "hagyományos" NiMH akksik 1-2 hét alatt maguktól is lemerülnek a szekrényben való álláskor.

Ha a GPS-t nem használjuk rendszeresen, akkor érdemes alacsony önkisülésű akkukat választani.

== Az alacsony önkisülésű akksi családok nevei márkák szerint ==
* Ansmann: MaxE
* GP: Recyko
* Panasonic: Infinium
* Sanyo: Eneloop
* Varta: Ready2use (r2u)
[[Kategória:Technikai segítség]]

Milyen GPS-t vegyek?

2009-11-25T13:01:58Z

Fgg: + kategória

''(A 2009.11.23.-i fórumbejegyzések kapcsán)''

A kezdők érthetően legelső és legnehezebb kérdése; főleg ha még nem is volt ilyesmi a kezükben.

==Felhasználás jellege==
*autóba
*kerékpározáshoz
*gyalogos (babakocsis) túrázáshoz

==Készülék jellege==
*GPS célműszer
*PDA
*"Okostelefon"
*logger (kiegésztőként)

===Trackek készítése===
*Minél jobb antenna. Csak beépített antenna esetén inkább a "pálcika-antennás" (Pl:60-as, Colorado); de lehetőleg vezetékes külső antenna lehetőséggel.
*Minél nagyobb track memória; de inkább külső memóriakártyára mentés. (Pl:Legend HCx, 60CSx...)
*Távolság alapú track készítésére automatikusan képes készülék.
[[Hogyan trackeljünk?|Hosszabb szócikk: Hogyan trackeljünk? - Hogyan áll elő a pontos track?]]

==Ár==
Amíg valaki nem próbált ki valamit a gyakorlatban is; addig akár bármi jónak avagy rossznak tűnhet. A csalódás lehetőségét csökkenti, ha kipróbálhatjuk az egyéb szempontok szerint már behatárol készüléket; vagy ahhoz "technikailag" minél közelebbi testvérét.

Szerencsés esetben egy ismerőstől lehet kérni... Egyébként csoportos túrák, találkozók estén akadhat lehetőség egy kis fogdosásra (az aggódó tulaj szeme láttára). A biztosabb megoldás pedig fizetős; GPS szaküzletben lehet kölcsönözni.

''Új vagy használt?''

Az új dolgoknak mindenképp nagyobb a varázsa és a garancia is megnyugtató lehet.
A használt ellen pedig a ismeretlen előélet és a garancia hiánya szólhat.

Kevéssé használtat, nagyon olcsón sajnos ritkán kapni... A régebbi típusok pedig előbb-utóbb már csak használtan fellelhetők.

===Új készülékek===
''Magyaroszágon vagy külföldön vásárolni?''

Az internetnek hála megtudhatjuk, hogy egy adott készülék a világon hol és mennyibe kerül. A Garmin készülékeknél gyakori felfedezés, hogy az USA-ban az adott kütyü olcsóbb. Mielőtt másik országból vásárolnánk, érdemes pár dolgot figyelembe venni:
*Egyéb költségek: szállítás, csomagolás vám költsége
*Garancia érvényesítés lehetősége
*Magyar nyelvű leírás nem lesz hozzá
*A készüléket esetleg nem lehet majd rábírni a mi nyelvünk használatára.

Kapcsolódó írások: [http://sylverrat.hu/faq/index.php?page=gpsbuy Sylverrat]; [http://gpsgames.hu/blog/feri60/13/kutyuk_beszerzese_kulfoldrol/ Feri60]

===Használt készülékek===

A típus előzetes kiválasztása után érdemes megtudakolni a készülék jellemző problémáit. Például: lefagy.

A használt készülék előéletét a meglévő számlák (Pl: vásárlás napja, javítás, 6x is cserélt alkatrész), illetve a külalakja alapján érdemes megítélni és az eladó elmondásával párba állítani.

''Mi lesz, ha elromlik?''

A Garmin-nál sok készülékeknek "egységáras" javítási ára van; ugyanis a megadott összegért a készüléket kicserélik egy újra, amihez a garancia is újra indul. Ennek árát előre megismerhetjük: [http://www.garmin.hu/koezponti-uegyfelszolgalat itt]. Erre csak az eredetileg Magyarországon vásárolt készülékek esetén van lehetőség!

A sok felhasználót érintő problémáknak egyébként gyakran születik házi javítási módszerük is, amelynek leírását általában közzé is teszik pl: a Legend/Vista gumicsík leválás javítása.

''Mi van, ha már eleve rosszat vettem?''

"Régebbi" típus esetén igen kevés olyan probléma van amit ne tudhatnánk meg előre a többi tulajtól; ekkor általában az előidézését, esetleg már a javítás módját is elárulják.

==Gyártó==
Főleg gyalogos, kerékpáros túrázás esetén valószínűleg [[Garmin]] készülékre esik majd a választás. 
PDA és telefon esetén már több a variáció.

[[Kategória:Technikai segítség]]

Kategória:Technikai segítség

2009-11-23T09:56:02Z

Fgg:

A GPS készülékek, programok használatával kapcsolatos leírások

[[Kategória:Kategóriák]]

Kezdőlap

2009-11-23T09:55:40Z

Fgg: /* Kategóriák */

Ez a [http://turistautak.hu/ '''turistautak.hu'''] wiki oldala.
[[Kép:20080517 0946 Soponya GPS.gif|right|100px]]

Az oldal elsősorban azért jött létre, hogy közösen tudjuk megszerkeszteni és közzétenni a [http://turistautak.hu/ turistautak.hu]-val kapcsolatos dokumentációt, háttéranyagokat, gyakran ismételt kérdésekre adott válaszokat.

Szerkesztési jogosultsághoz be kell jelentkezni. A bejelentkezés közös a [http://geocaching.hu/ geocaching.hu] / [http://turistautak.hu/ turistautak.hu] / [http://muemlekem.hu/ műemlékem.hu] felhasználónevekkel, tehát ottani felhasználónévvel és jelszóval lehet belépni (lásd a lap tetején levő "bejelentkezés" hivatkozást). Az első bejelentkezéskor létrejön a felhasználónév ebben a rendszerben, utána már automatikusan bejelentkezik a munkamenet (session) vagy a letárolt bejelentkezés (cookie) alapján is. 
Fájlfeltöltés is működik már, lásd a [[Speciális:Feltöltés]] oldalt.

== '''[[Leírások]]''' ==
A [http://turistautak.hu/ turistautak.hu]-val kapcsolatos dokumentációt, háttéranyagokat, gyakran ismételt kérdéseket foglalja össze a '''[[Leírások]]''' oldal.

== Kategóriák ==
* [http://www.turistautak.hu/wiki/Kateg%C3%B3ria:K%C3%B6z%C3%B6ss%C3%A9g Közösség] - A közösség életével foglalkozó lapok.
* [http://www.turistautak.hu/wiki/Kateg%C3%B3ria:Szerkeszt%C3%A9si_megbesz%C3%A9l%C3%A9s Szerkesztési megbeszélés] - A térképkészítéssel kapcsolatos megbeszélések.
* [http://www.turistautak.hu/wiki/Kateg%C3%B3ria:Szerkeszt%C3%A9si_seg%C3%ADts%C3%A9g Szerkesztési segítség] - A térképrajzoláshoz készült leírások, útmutatók.
* [http://www.turistautak.hu/wiki/Kateg%C3%B3ria:Technikai_seg%C3%ADts%C3%A9g Technikai segítség] - A GPS készülékek, programok használatával kapcsolatos leírások

== Archív ==
*Felmérő- és térképszerkesztő [[Tábor Zalában]]: 2009. július 26 – augusztus 1.

*2009. április 4-5. hétvégén volt a Zalai-dombságban szervezett trackelés, '''[[Zalaszentgrót | zalaszentgróti]]''' bázissal.

*2008. november 8-9. hétvégén '''[[Gyenesdiás | Gyenesdiáson]]''' ünnepeltük a turistautak.hu '''[[Gyenesdiás | ötödik születésnapját]]'''.

hosts file beállítása

2009-11-23T09:55:00Z

Fgg: Új oldal, tartalma: „Ha nem szeretnéd, hogy a számítógéped mindig lekérje a DNS szolgáltatótól a tuhu ip-címét, akkor a következőt kell tenned: A hosts file-ba be fel kell venne...”

Ha nem szeretnéd, hogy a számítógéped mindig lekérje a DNS szolgáltatótól a tuhu ip-címét, akkor a következőt kell tenned:

A hosts file-ba be fel kell venned a tuhu-t.

Ez a file-t windowson a "C:\WINDOWS\system32\drivers\etc\hosts", linuxon a "/etc/hosts".

Egy sima szövegszerkesztővel másold bele az alábbiakat és készen is vagyunk.

195.56.44.227 www.turistautak.hu
195.56.44.227 turistautak.hu
195.56.44.227 tuhu.hu
195.56.44.227 okt.turistautak.hu
195.56.44.227 ddk.turistautak.hu

[[kategória:Technikai segítség]]

Kezdőlap

2009-11-23T09:42:42Z

Fgg: + kategóriák menü

Ez a [http://turistautak.hu/ '''turistautak.hu'''] wiki oldala.
[[Kép:20080517 0946 Soponya GPS.gif|right|100px]]

Az oldal elsősorban azért jött létre, hogy közösen tudjuk megszerkeszteni és közzétenni a [http://turistautak.hu/ turistautak.hu]-val kapcsolatos dokumentációt, háttéranyagokat, gyakran ismételt kérdésekre adott válaszokat.

Szerkesztési jogosultsághoz be kell jelentkezni. A bejelentkezés közös a [http://geocaching.hu/ geocaching.hu] / [http://turistautak.hu/ turistautak.hu] / [http://muemlekem.hu/ műemlékem.hu] felhasználónevekkel, tehát ottani felhasználónévvel és jelszóval lehet belépni (lásd a lap tetején levő "bejelentkezés" hivatkozást). Az első bejelentkezéskor létrejön a felhasználónév ebben a rendszerben, utána már automatikusan bejelentkezik a munkamenet (session) vagy a letárolt bejelentkezés (cookie) alapján is. 
Fájlfeltöltés is működik már, lásd a [[Speciális:Feltöltés]] oldalt.

== '''[[Leírások]]''' ==
A [http://turistautak.hu/ turistautak.hu]-val kapcsolatos dokumentációt, háttéranyagokat, gyakran ismételt kérdéseket foglalja össze a '''[[Leírások]]''' oldal.

== Kategóriák ==
* [http://www.turistautak.hu/wiki/Kateg%C3%B3ria:K%C3%B6z%C3%B6ss%C3%A9g Közösség] - A közösség életével foglalkozó lapok.
* [http://www.turistautak.hu/wiki/Kateg%C3%B3ria:Szerkeszt%C3%A9si_megbesz%C3%A9l%C3%A9s Szerkesztési megbeszélés] - A térképkészítéssel kapcsolatos megbeszélések.
* [http://www.turistautak.hu/wiki/Kateg%C3%B3ria:Szerkeszt%C3%A9si_seg%C3%ADts%C3%A9g Szerkesztési segítség] - A térképrajzoláshoz készült leírások, útmutatók.
* [http://www.turistautak.hu/wiki/Kateg%C3%B3ria:Technikai_seg%C3%ADts%C3%A9g Technikai segítség] - A GPS készülékek, térkép programok használatával kapcsolatos leírások
== Archív ==
*Felmérő- és térképszerkesztő [[Tábor Zalában]]: 2009. július 26 – augusztus 1.

*2009. április 4-5. hétvégén volt a Zalai-dombságban szervezett trackelés, '''[[Zalaszentgrót | zalaszentgróti]]''' bázissal.

*2008. november 8-9. hétvégén '''[[Gyenesdiás | Gyenesdiáson]]''' ünnepeltük a turistautak.hu '''[[Gyenesdiás | ötödik születésnapját]]'''.

CLC bővítés végrehajtása

2009-11-21T13:06:09Z

Fgg: Őrség KÉSZ!

{| border="1"
|+ CLC bővítés állapota tájegységenként
|-
!Tájegység !!CLC település csere !!By !!CLC bővítés !!By !!Mpwiz !!By !!Kész? !!Megjegyzés
|-
|aggtelek ||2009.07.13 23:24 e ||Hajo ||2009.10.02 21:25 ||baggio ||2009.11.13 - tól ||vacsape||folyamatban ||-
|-
|also-tisza ||2009.11.10 22:38 ||baggio ||2009.11.11 21:20 ||baggio ||  ||  ||  ||.
|-
|bakony ||2009.05.06 12:48 ||Hajo ||2009.10.07 23:01 ||baggio ||2009.10.11 11:44||Hajo||kész ||.
|-
|balaton ||2009.04.01 18:37 ||Hajo ||2009.10.08 05:55 ||baggio ||2009.10.25 08:21 ||Hajo||kész ||.
|-
|borzsony ||2009.07.17 13:35 ||Hajo ||2009.10.08 06:12 ||baggio ||. ||. ||részleges ||.
|-
|budai ||2009.07.17 19:00 *||Hajo ||2009.10.08 08:55 ||baggio ||. ||. ||részleges ||.
|-
|bukk ||2009.07.18 12:34 ||Hajo ||2009.10.08 09:33 ||baggio ||. ||zayd ||folyamatban... ||.
|-
|cserhat ||2009.07.18 14:06 *||Hajo ||2009.10.08 09:53 ||baggio ||. ||. ||részleges ||.
|-
|felso-tisza ||2009.10.08 22:15 ||pgyp ||2009.10.08 22:15 ||pgyp ||. ||. ||részleges || 
|-
|gerecse ||2009.07.22 ell ||Hajo ||2009.10.06 14:57 ||zacz ||2009.10.08 21:24||zacz ||teljes ||.
|-
|godolloi ||2009.09.30 21:03* ||baggio ||2009.10.07. 21:30 ||Fgg ||2009.11.02 05:42 ||Fgg ||teljes ||Át kellene nézni a CLC142-esek típusait;
|-
|karancs-medves ||2009.07.19 08:04 ||Hajo ||2009.10.16 00:41 ||Stimm ||2009.11.08 19:07 ||Stimm ||kész ||CLC 142-es és 242-es poligonokat átnéztem 091111 zayd
|-
|kisalfold ||2009.05.15 18:03 ||Hajo ||2009.10.08 11:25 ||baggio ||. ||. ||részleges ||.
|-
|korosvidek ||2009.05.21 0:23 ||baggio ||2009.07.07 23:18 ||baggio ||2009.09.07 01:23 ||baggio ||teljes || 
|-
|koszegi ||2009.10.14 22:17 ||baggio ||2009.10.15 18:16 ||baggio ||  ||  ||részleges || 
|-
|matra ||2009.04.29 22:16 ||Hajo ||2009.11.02 07:38 ||vacsape ||2009.11.02 07:38||vacsape||kész || 
|-
|mecsek ||2009.11.04 08:48* ||Fairy ||2009.11.19 09:14 ||baggio ||  ||  ||  || 
|-
|mezofold ||2009.05.06 17:21 ||Hajo ||2009.10.04 19:45 ||Hajo ||2009.10.04 19:45||Hajo ||kész ||.
|-
|orseg ||2009.10.19 13:38 ||baggio ||2009.10.19 13:38 ||baggio ||2009.11.02 ||Fgg||kész (091121)|| 
|-
|pilis ||2009.10.20 14:05 ||kovrob ||2009.10.20 14:05 ||kovrob ||2009.11.07. 12:36||kovrob ||kész || 
|-
|somogy ||2009.11.17 12:43 ||baggio ||2009.11.18 09:34 ||baggio ||  ||  ||részleges ||2009.04.17 Hajo előzetes snap
|-
|soproni ||2009.09.09 11:52 ||baggio ||2009.10.01 20:16 ||baggio ||  ||  ||részleges || 
|-
|tisza-to ||2009.09.28 19:18 ||baggio ||2009.10.09 10:39 ||baggio ||  ||  ||részleges ||település csere teljes
|-
|velencei ||2009.05.06 21:07 ||Hajo ||2009.10.05 23:01 ||baggio ||2009.10.18 16:05 ||Hajo ||kész ||.
|-
|vertes ||2007.02.04 10:08 ||András ||2009.10.08 12:47 ||baggio ||. ||. ||részleges? ||.
|-
|zala ||2009.10.09 09:07 ||baggio ||2009.10.22 08:53 ||baggio ||  ||  ||részleges || 
|-
|zemplen ||2009.09.08 23:47 ||baggio ||2009.10.06 23:09 ||zayd ||2009.10.26 03:11 ||zayd ||kész || 
|}
(* - Település csere teljes, de néhány dokumentált települést később kézzel kell rendezni.)

A Wiki-n hónapok óta megvan a szócikk ([[CLC bővítési javaslat]]). Valójában a [[Gyenesdiás]]i munkamegbeszélésre készült el bár jóval korábban felvetődött itt a fórumon.

Az alapelv az, hogy a CLC-ben (ahonnan a tuhu-n jelenleg alkalmazott poligonok többsége származik) sokkal több és sokrétűbb poligontípus van, mint amennyit most használunk. Gondolom ennek jórész erőforrásbéli okai voltak. (2001-2002-ben erősen korlátozott memóriájú GPS készülékek; szerveridő a [[Kimenetek| kimenetek]] gyártásakor; mp fileméret stb.)

Felmerült, hogy jó volna pl a bózót stb. felületeket is beemelni a tuhu-ba. Volt olyan erdőtípus, amit a CLC külön kezelt, de annó nem került bele (pl fenyves). Erre mndtad, hogy background poligonban mész a GPS szerint közben pedig bozótban vagy épp egy sűrű fenyvesben.

Gyenesdiáson pgyp előterjesztése után döntés született, hogy meglépjük a bővítést a szervercsere után

Azóta több kolléga közreműködésével folyt némi háttérmunka.

# Elkészült Trackman kolléga kiváló mpwiz programjának span polygons funkciója, ami lehetővé teszi, hogy a meglévő (és többnyire módosított poligonok) közti véletlen hézagok megszűnjenek. (Az eredeti CLC poligonok hézag nélkül illeszkednek egymáshoz). A további CLC poligonok beemelése után ugyanez a funkció teszi lehetővé a beemelt poligonok hézagmentesítését. Sok tájegységnél ez a művelet végrehajtásra került. (Feltöltési logokban dokumentáltuk).
# A tuhu-n tavaly a településpoligonok jelentős része még nem CLC szerinti volt (főleg falvak, községek esetében). Ezeket sok tájegységben kicseréltük. Lehetnek még ilyen tájegységek. Ezekben még ki kell cserélni a településpoligonokat.
# Peter68 kolléga vezetésével (a poi reform mellett) előkészítettük a felületreformot is. Elkészült a konverziós függvény. Emlékeim szerint beépítettük a bővítésre szánt típusokat is, hogy azok összerendelődjenek a majdani turistautak typeset felületkategóriáihoz.
# Hajo, pgyp és baggio kollégák elkezdték a településpolygonok cseréjét, a bővítés előkészítéseként.
# Lezajlott az első bővítés a Körösvidéken, sok értékes tapasztalatot nyerve a további bővítéshez.
== Településpoligonok cseréje CLC szerintire ==

Településpoligonok cseréje CLC szerintire úgy, hogy az utólag berajzolt lyukasztások (parkok, tavak stb.) megmaradjanak.

1.) A CLC fileból az összes település poligon kiválasztása: Type=0x0d
* CLC file megnyitása.
* Szerkesztés - Kiválasztás - Minden felület
* Szerkesztés - Kijelölés törlése - Típus alapján (0x0d Reservation)
* Szerkesztés - Kijelölés törlése - Típus alapján (0x4b Background)
* Szerkesztés - Törlés nyom nélkül (Ctrl-Del)

2.) Ha a tájegységet több CLC szelvény fedi le, akkor a másik szelvényből is be kell másolni a település poligonokat. A szelvényezettség miatt két vagy több részből álló településpoligonokat össze kell vonni. (Extra értékeket vágólapra helyezni. Mindkét felületek kijelölni. Az egyiken jobb gomb, majd Felületek egyesítése. Ctrl-Enter, majd vágólapról az extra értékek visszamásolása).

3.) Kijelölni az összes CLC településpoligont.
Szerkesztés - Kiválasztás - Típus alapján (0x0d reservation)

4.) Mindegyikhez hozzáfűzni egy új extra értéket.
* Ctrl-Enter, majd beírni: Tajegyseg=CLC
* Mindegyik kijelölt településpoligont a vágólapra másolni.
* Szerkesztés - Másolás (Ctrl-C)

5.) A településpoligonokat bemásolni a tájegység mp-be

6.) Egyeségel végignézni az összes településpoligont, hogy fedik-e egymást?
* --> Átlátszó felületeknél nagyon kiabál, hogy ha nem. Az is nagyon látható, hogy ha eredetileg CLC poligon volt, de módosítva lett valamiért a körvonal. Ilyenkor inkább jobb nem bántani. A rajzoló nyilván tudta, hogy mit csinál.

7.) Ha cserélni kell, akkor - fontos! - a legkülső kontúr (rendszerint az első felület) minden pontját kell kicserélni a CLC szerintire (amelyiknek nincs labelje az a CLC szerinti).
A kijelölt forrás CLC poligon esetén Enter, majd Alkotórészek fül, 1. kontúr kiválsztása, másolás (Ctrl-C).
Label-lel rendelkező településpoligon kijelöl, majd Enter, Alkotórészek fül, 1. kontúr, beillesztés (Ctrl-V).
(Ekkor a külső kontúr minden pontját kicserltük a CLC szerintire. Ha voltak településen belüli utólagos lyukasztások, akkor azok megmaradnak amennyiben az új kontúron belülre esnek).

8.) Amikor minden településpoligon készen van, akkor Ctrl-E -vel kiválasztottam az összes Tajegyseg=CLC extra értékkel rendelkező poligont (az bemásolt eredeti CLC poligonokat), majd Ctrl-DEL-let kitöröltem azokat.
(Fontos, hogy ne maradjanak benne, mert akkor duplázódnak a poligonok. Igaz CLC nevű tájegység nincs).

== Mik a további lépések? (a CLC bővítés tényleges végrehajtása) ==
# Településpoligon cserék befejezése minden tájegységben. (Részletesen lásd fentebb.) (Amíg ez nincs készen az adott tájegységben, ott haladjunk tovább!)
# A [http://turistautak.hu/tracks.php?id=20710 CLC poligonokat] tájegyságenként vágva elkészítettem (Hajo) (CLC2000Full_tajegyseg.zip)
# Töltsd le zárolva a tájegységet a szokásos módon.
# A bővítésre kijelölt poligonokat be kell emelni tájegységenként (CLC2000Bovi_tajegyseg.mp) a tuhu-ba (Mindent kijelöl, másolás, a tuhu tájegység mp-be beillesztés).
# A CLC 142 és CLC 242 típusok beemelésénél gondosan kell eljárni. Szükség esetén át kell kódolni a típust. (Magyarázatot lásd alább)
# A beemelt poligonokra ellenőrizni kell, hogy pontosan illeszkednek-e a meglevőkhöz. Ahol nem ott javítani kell. Ez az [http://turistautak.hu/file.php?dir=upload&id=20710&file=mpwiz.zip mpwiz] snap polygons funkcióval jórészt automatizálható (mpwiz_clc_boviteshez_jav_par.bat, ami 1.mp-ből 2.mp-t készít), de számottevő kézi munkára is szükség van. Az automatikus javítás folyamán a nem pontos, de 3 m-en belüli 'laza' illeszkedések nagy többségét az mpwiz pontos illeszkedéssé konvertálja. (Egyes tájegységekben szükség lehet a vizsgálati távolság csökkentésére).
# A snap poligons funkció egyes ritka esetekben hurkot hoz lépre a poligonokban. Ezért a Mapedittel az Eszközök/Térkép átvizsgálása funkcióval ellenőrizni kell a poligonokat. Hibajelzés esetén rajítani kell a poligonokat. (pár db szokott lenni).
# A snap poligons egy csomó poit hoz létre, amelyek nem töltödnek fel a szerverre. Mielőtt a következő lépésre továbbmennél célszerű a Type=0x0000 típusú (kérdőjel) jelzőpoikat törölni.
# A következő lépésben ellenőrizni kell, hogy van-e nagy átfedés poligonok között. Ennek több oka is lehet: pl. korábban már be lett emelve egy poligon és most újra beemeltük. (A Megjegyzes=CLC bovites extra-val és id nélküli poligonok azok amelyeket most emetünk be); korábbi kézi módosítás miatt egyes poligonok belelógnak a most beemelt poligonokba stb. Ebben a munkában az mpwiz egy másik funkciója segít (mpwiz_poligonok_atfedes_vizsgalata.bat, ami 2.mp-ből 3.mp-t készít). Ez 0x0000 típusú poligonokkal illetve 0x00 típusú poival jelzi az átfedő részeket. Ezeket célszerű maradéktalanul megszüntetni. Természetesen a 0x0000 típusú poligonokat a feltöltés előtt mindenképpen ki kell törölni ((Ctrl-T 0x0000 poi, majd Ctrl-Del. A jelőpoikat nem szükséges, mert azokat az mpwiz ellátja DoNotUpload=1 paraméterrel).
# Ha bármilyen kérdés merül fel a munka során kérlek jelezd a fórumon.
# Kérlek, hogy a szerverre történő feltöltéskor a szöveges részben mindenképpen dokumentáld/jelezd, hogy minden fenti műveletet végrehajtottál-e, vagy esetleg valamelyiket nem sikerült végrehajtani.
::(+) Bővítésre szánt poligonok beemelése kész
::(+) Snap poligons kész
::(+) Átfedésvizsgálat kész
::(+) CLC 242, CLC 142 típus átkódolása kész
# Fontos, hogy ha egy lépés kimaradt, akkor kérlek ne folytasd a következővel, mert az problémát okozhat (itt is igaz, hogy inkább beszéljük meg a fórumon).

'''További tervezett lépések (még Vita tárgya)'''
# Célszerű volna egy adhesive generalizálást ráengedni az összesített poligonokra. Mindannyian ismerjük, hogy a CLC poligonok pár méteren belül 3-5 pontot is tartalmazhatnak. A generalizálással nagyban csökkenthetjük az adattömeget, miközben az információtartalom lényegében nem vész el. (Igaz, hogy a cgmpmapper is generalizál a kimenet elkészítésekor, így a GPS készülékre végső soron nem jut kevesebb adat). Ez mpwiz-zel megoldható úgy, hogy közben a szomszédos poligonok illeszkedése megmarad (adhesive generalizálás funkció).
# Ha b) pontban minden poligont beemeltünk, itt lehetőségünk van a [[Kimenetek| kimenetek]]be nem szánt poligonokat kivenni, vagy megjelölni az adatbázisban talonba rakottként. (Miért jó ez? Ha esetleg később mégis szükség volna további - akár átmeneti - bővítésre, akkor már lesz koherensen illeszkedő generalizált poligonkészletünk).
# Célszerű meglépni a felületreformot a közeljövőben (bár ez nem kifejezett feltétel).
# Jó volna typ-et használni a Garmin kimenetnél, hogy a bővítés után igazán szép eredményt lássunk a GPS készülékeken. (Az omp már most is képes megjeleníteni a bővítés utáni típuskészletet).

'''CLC 142, 242 típusok problémája'''

'''A CLC 142 (Sport, üdülő- és pihenőterületek)''' típus a neve szerint is gyűjtőtípus. Többnyire lakott területek ezért Reservation (0xd, felület) típussal emeljük be. Ezzel az alábbi gondok lehetnek:
- Túlnyomó többségben ezeket a felületek korábban kézzel már be lettek emelve a turistautak.hu-ra (pl. Balanon és Velencei-tó parti települései). Nem szabad még egyszer beemelni. (Ehhez segítséget nyújt a fent jelzett poligon átfedés vizsgálat.)
- Nem csak lakott területek, hanem sportközpontok is ebbe a CLC típusba tartoznak. Ezeket szükség szerint kézzel át kell kódolni(*).

'''A CLC 242 (Mozaikművelésű területek)''' szintén gyűjtőtípus. Egyebek mellett zártkerti övezetek, nadrágszíj parcellák is ide tartoznak. Az épületekkel rendelkező részeket Reservation (0xd, felület) típussal a többit Orchard/plantation (0x4e, felület) típussal kellene beemelni. Ehhez kézi ellenőrzésre van szükség(*).

(*) A kézi javítást helyismeret, Pojehali térképek információi vagy egyéb információ alapján lehet elvégezni. (Végső esetben segítség lehet a CLC2000Bovi_tajegyseg.kml file, ami csak ezekez a CLC típusokat tartalmazza.)

'''Jelentkezők''' (CLC bővítés végrehajtása munkára):

* Hajo (Bakony, Vértes, Velencei, Mezőföld)
* pgyp (Felső-Tisza, Alsó-Tisza)
* baggio
* zayd (Bükk, Aggtelek, Zemplém)
* kovrob
* Stimm (Duna mellett, Karancs-Medves)
* Fgg (kézi)
* Fairy (mecsek)

'''Határidők:'''
* október 2 (péntek) 23:59 beemelendő típusok vita lezárása. (úgyis mindent beemelünk ;-) ), jelentkezők toborzása
* október 9 (péntek) 23:59 beemelendő poligonok előkészítése. (Lényegében csak meg kell szűrni Tipus=CLC xxx szerint, hogy csak a bővítésre szánt típusok maradjanak).
* október 16 (péntek) 23:59 tájegységenként beemelni a poligonokat.
* október 30 (péntek) utánmunkálatok. Lásd fenti leírás.

== A CLC településpoligonok cseréjekor elromlott egy településpoligon. Mi a teendő? ==

1.) A CLC 2000 sem tökéletes. kb 100 m-en belül pontosnak kell azonban lennie. (A gyakorlatban 20-em belül pontos, de 100m-nél keskenyebb részleteket nem nagyon tartalmaz --> "geometriai hibák"). Elvétve lehetnek felületkódolási problémák, de a hivatalos adatok szerint ezek kb 1% alatt vannak.

Az ilyen jellengű tapasztalatokban a gondot, az jelenti, hogy egyelőre gyümölcsös típussal jelöli a tuhu a CLC 242 kódú (Complex cultivation patterns) területeket, ami a neve ellenére leginkább kertvárosi vagy zártkertü övezeteket jelöl. Itt elsősorban nem geometriai hibáról, hanem kódolási hibáról beszélhetünk. Mondhatnám, hogy majd a reform megoldja, de erre a reformnak sincs egyelőre kész megoldása. Nincs nagy gond. Egyszerűen létre kellene hozni egy kertváros / zártkerti övezet felületet.

Most a tuhun gyümölcsösként jelöljük az alábbi CLC típusokat:

* CLC221/Szőlőskert,
* CLC222/gyümölcsös

A bővítés során jobb híján gyümölcsössé vált:
* CLC242/complex culvivation pattern

A reform idején a Tipus=CLC 242 poligonokat tehát át kell kódolni egy egyelőre nem létező felülettípussá (lásd [[Vita:Felület-reform]]).

2.) Előfordulhat, hogy eltűnt egy korábban településpoligon által lefedett zártkerti/pihenőőövezet. Nagy valószínűséggel azt történt, hogy az azt lefedő CLC242 felület még nem lett beemelve. Ha nem súrgős, akkor kérünk várd meg, amíg a teljes bővítést el nem végezzük.

3.) A poligoncserék alkalmával megpróbáljuk megőrizni a rajzolók által korábban elvégzett módosításokat (pl. külső kontúrban útra illesztések illetve főleg a belső lyukasztások stb.) A cserét kézzel végezzük, ami azért biztonságosabb, mint ha automata végezné, de előfordulhatnak hibák.

4.) Mit tegyek ha ennek ellenére problémát tapsztalok?
Kérünk jelezd a fórumban. Természetesen szabadon módosíthatod a településpoligont, illetve a cserét végző rajzoló mentéséből vissza is tudjuk állítani az eredeti poligont. Ez viszont a bővítés végrehajtásakor jelenthet problémát, amit majd újból kézzel kell orvosolni.

==mpwiz Snap polygons==
Segédlet az mpwiz program, címben említett funkciójának egyszerűsített használatához, és az utána végzendő műveletekhez.

A funkció röviden a kontúrok laza és pontos illeszkedését méri fel, elemzi és javítja. Kontúrok, vagyis poligon-poligon, és poligon-vonal közt is javíthat illesztéséi hibákat. Hajonak köszönhető mpwiz ezen kiegészítése, aki CLC bővítéshez szükséges (nem egyszerű) paraméter készletet bat-fileba tette, így egyszerűsítve kezdők számra használatát.

Teendők:
# Előkészített készletett tartalmazó mpwiz.zip letöltése innen: http://turistautak.hu/tracks.php?id=20710
# Tartalmának kitömörítése egy könyvtárba, ami legyen most mpwiz.
# Tájegység, és track-jeinek letöltése, kitömörítése az mpwiz könyvtárba.
# Letöltött mp átnevezése "1.mp" –re.
# mpwiz_clc_boviteshez_jav_par.bat file futtatása
# Az eredményül kapott "2.mp" file átnézése, kézi javítása.
# 2.mp visszatöltése a szerverre.

A 2.mp file-t megnyitva sok új POI-t találunk, amik az elvégzett javításokat, és a laza illesztéskete jelölik (Soproni tájegységben 6298db csak az eltéréseket jelölő POI!). A kézi javítás abból áll, hogy egyenként, az összes POI-val jelölt helyen meg kell vizsgálni, az illesztést, és szükség esetén kézzel javítani rajta. Mivel a progi se tud minden hibát számunkra megfelelően javítani, az automatikus javítás ellenőrzése se maradhat el. Az új POI-kat feltöltéskor a szerver eldobja, így azok nem kerülnek be az adatbázisba. Ez egy részről jó nekünk, más részről viszont nem. Ha egy automatikusan javított pont, számunkra még hibás maradt, újbóli letöltés utáni újra futtatáskor már nem jelentkezik, mert a progi már nem érzékeli hibának, így azt meg se jelöli. Ez azt jelenti, hogy egy letöltés alatt kellene javítani az összes (több ezernyi) hibát, ami nem kis feladat. Javításkor ne csak a POI-val jelzet hiba közvetlen közelét javítsuk, hanem tekintsünk egy kicsit távolabbra is. Pl. egy úttal párhuzamosan poligon kontúrnál csak egy helyen jelzi a laza illesztést, akkor javítsuk az egész útnál, ne végezzünk félmunkát. A program alapos, de így is lehetnek olyan hibák, amiket nem észlel. Ezeket is javítsuk, ha már felfedeztük.

POI-k következőket jelölik:
- 0x1a11 (zöld navaid) poi jelöli a pontosan egymást fedő poligonokat,0x1a12 (sárga navaid) poi jelöli a félig pontosan fedő poligonokat (min 50%-ban pontos illeszkedés)
- 0x0000 (kérdőjel) poi-val megjelöli az azonosított laza illeszkedéseket
- 0x1a15 (kék navaid) pár m-en belüli két node egymásra illesztése történt (nem összekeverendő a 0x1b15 tájegységek közötti útilleszkedést jelző POI-val!)
- 0x1a13 (narancs navaid) node elhagyásával javított illeszkedés
- 0x1a16 (piros-fehér-zöld navaid) node beszúrásával javított illeszkedés

Jó munkát! :-)

==Tanácsok, javaslatok CLC bővítéshez==

* TUHU-ban már meglévő régi CLC-s polygonok eltérhetnek az új CLC-sektől. Eddig erdőpolygonoknál találkoztam ilyennel. Ha valaki észlelne ilyet, akkor ellenőrizze, hogy az nem rajzolói beavatkozás eredménye (útra/trackre igazítás), mert ha nem, akkor CLC2000Full_''tájegység''.mp-ből át kell emelni a helyes kontúrt, a polygonhoz tartozó lyuk kontúrokkal együtt (nem polygont másolni!). Ilyenkor figyelni kell a lyukakban található polygonk kontúrcseréjére is.
* Néhol polygon összevonások is találhatók. Ilyenkor másoljunk át egy, az összevonásban megtalálható polygon kontúját a CLC2000Full_''tájegység''.mp-ből, majd a hiányzó részeket másolással töltsük fel, figyelve a megfelelő CLC típusokra.
* Egyes TUHU-ban már létező polygonoknál, nem egyezhet Tipus= paraméter a CLC-sel. Pl. Tipus=CLC 313 helyett Tipus=CLC 311-et találtam. Mivel ez külsőleg nem látszódik, válaszuk ki egy típust, extraparaméteres kijelöléssel, mind a TUHU-s mp-ben mind a CLC2000Full_''tájegység''.mp-ben, majd váltogatva, vagy egymás mellé téve, vizuálisan ellenőrizzük végig a megjelenő kijelölés "minták" közti eltérést. A hibák így gyorsan észrevehetőek, majd javíthatóak.
* Új, bővítéskor bekerült tundra, és gyümölcsös polygonok előszeretettel fednek le polygonokból álló folyókat, holtágakat. Ezeket a hibákat a lefedés vizsgálat 100%-ban megtalálja.
* Különféle, polygonokkal végzet módosításoknál ügyeljünk arra, hogy bizonyos műveleteknél törlődhetnek a polygonok adatai (extraparaméterek, és a label is!). Ezért mentsük ezeket notepad-re, hogy művelet elvégzése után visszamásolhassuk a polygonba.

[[Kategória:Szerkesztési segítség]]

Erdészetek

2009-11-18T15:50:52Z

Fgg: + kategória

Az 1996. évi LIV. Törvény 8. §-a (1), (2) bekezdése alapján egyes területeken erdőlátogatási korlátozásokat vezethetnek be. 
Az erdészetek [http://www.fvm.hu/doc/upload/200407/37_1996_fm.pdf listája], és egyéb helyről származó információk bővítésével. 
Címkereséshez kiinduló anyagok [http://gportal.hu/gindex.php?pg=209249 a vadászati információs portálról] gyűjthetőek 
 

Túrák szervezésénél, így az alábbi erdészeteket lehet keresni.

== Ipoly Erdő Zrt ==

2660 Balassagyarmat, Bajcsy u. 10.

2661 Balassagyarmat, Pf: 34

Telefon: 06-35/300-769; 06-20/468-7131

Lengyel László

== Pilisi Parkerdő Zrt ==

[http://www.parkerdo.hu/kapcsolat_szervezeti_egysegek Szervezeti egységek, kapcsolat]

[http://www.parkerdo.hu/_user/browser/Image/magunkrol/kezelt_terulet_terkep.jpg A kezelt terület]

[http://www.turistautak.hu/file.php?dir=upload&id=16768&file=pilisiparkerdo.gdb Vektoros körvonalrajz]

=== Bajnai Erdészet ===

2525 Bajna, Bem u. 7.

Telefon: 06-33/447-144, fax: 06-33/447-154

=== Szentkereszti erdészet ===

2098 Pilisszentkereszt, Fő u. 5.

Telefon: 06-26/347-528, fax: 06-26/347-528

Farkas Viktor

=== Valkói Erdészet ===

2114 Valkó, Szabadság u. 223.

Telefon: 06-28/572-020, fax: 06-28/572-021

== SEFAG Erdészeti és Faipari Zrt. (SEFAG Zrt.) ==

[http://www.sefag.hu/index.php?kapcs=1&contact=2 Elérhetőségek, erdészeti telephelyek]

=== Barcsi Erdészet ===
[http://www.sefag.hu/index.php?mode=46 A SEFAG Zrt. Barcsi Erdészetének bemutatása ]

7570 Barcs, Bajcsy-Zs. u. 1.

Telefon: 06-82/565-910, fax: 06-82/565-911

=== Iharosi Erdészet ===

[http://www.sefag.hu/index.php?mode=47 A SEFAG Zrt. Iharosi Erdészetének bemutatása]

8726 Iharos, Kis u. 1.

Telefon: 06-82/594-930, fax: +36-82-594 931

=== Kaposvári Erdészet ===

[http://www.sefag.hu/index.php?mode=44 A SEFAG Zrt. Kaposvári Erdészetének bemutatása ]

7400 Kaposvár, Bajcsy-Zs. u. 21.

Telefon: 06-82/505-100, fax: 06-82/505-133

=== Marcali Erdészet ===

[http://www.sefag.hu/index.php?mode=49 A SEFAG Zrt. Marcali Erdészetének bemutatása]

8700 Marcali, Kossuth u. 60.

Telefon: 06-85/515-060, fax: 06-85/515-061

=== Lábodi Vadászerdészet ===

7500 Nagyatád Szabadság tér 9.

Telefon: 06-82/553-900, fax: 06-82/553-901

=== Nagybajomi Erdészet ===

7561 Nagybajom Zrínyi u. 15.

Telefon: 06-82/556-930, fax: 06-82/556-931

=== Szántódi Erdészet ===

8622 Szántód, Római u. 1.

Telefon: 06-84/545-940, fax: 06-84/545-941

=== Zselici Erdészet ===

7400 Kaposvár Tinódi L. S. u. 6.

Telefon: 06-82/529-722, fax: 06-82/529-731

== Erdőbirtokossági Társulatok Somogyban ==

=== Kőröshegyi Erdőbirtokossági Társulat ===

8617 Kőröshegy, Petőfi S. u. 57.

Telefon: 06-84/341-953, fax: 06-84/540-115

=== Kapolyi Erdőbirtokossági Társulat ===

8671 Kapoly, Szabadság utca 42.

Telefon: 06-84/321-732

== Egererdő Zrt ==

3300 Eger, Kossuth L. u. 18.

[http://www.egererdo.hu/ egererdo.hu]

=== Egri Erdészet ===

3304 Eger, Tárkányi út

Telefon: 06-36/410-734, 06-36/420-499

E-mail: eger.erd@egererdo.hu

Garamszegi István

=== Pétervásárai Erdészet ===

3250 Pétervására, Szabadság tér 17.

Telefon: 06-36/568-090, 06-36/368-649

E-mail: petervasara.erd@egererdo.hu

Papp Gyula

=== Felsőtárkányi Erdészet ===

3324 Felsőtárkány, Fő út 282.

Telefon: 06-36/434-603, 06-36/434-210

E-mail: felsotarkany.erd@egererdo.hu

Zay Adorján

=== Mátrafüredi Erdészet ===

3232 Mátrafüred, Hegyalja u. 12.

Telefon: 06-37/320-025, 06-37/320-190

E-mail: matrafured.erd@egererdo.hu

Rosta Gyula

=== Bátonyterenyei Erdészet ===

3070 Bátonyterenye, Béke út 13.

Telefon: 06-32/353-281, 06-32/354-179

E-mail: batonyterenye.erd@egererdo.hu

Szabó Lajos

=== Parádfürdői Erdészet ===

Parádfürdő, Peres út 4.

Telefon: 06-36/364-206, 06-36/544-080

E-mail: paradfurdo.erd@egererdo.hu

Tóth László

=== Szilvásváradi Erdészet ===

3348 Szilvásvárad, Park u. 2.

Telefon: 06-36/355-112, 06-36/564-004

E-mail: szilvasvarad.erd@egererdo.hu

Grédics Szilárd

[[Kategória:Szerkesztési segítség]]

omp2mp

2009-11-18T15:46:38Z

Fgg: + kategória

sattila: elkészültem az omp-->tuhu.mp táblázattal is. Csakúgy mint az előző [[mp2omp]], ez is vitaindító.

{| class="prettytable"
| colspan="2" | <center>'''omp'''</center>
| colspan="5" | <center>'''.mp'''</center>

|-
| 1024
| Nagyváros
| 0xa0
| 0x02
| település
| nagyváros
|

|-
| 2048
| Város
| 0xa0
| 0x03
| település
| kisváros
|

|-
| 3072
| Település
| 0xa0
| 0x00
| település
| település
|

|-
| 4609
| Temető
| 0xa5
| 0x05
| emlékhely
| temető
|

|-
| 4610
| Emléktábla
| 0xa5
| 0x01
| emlékhely
| emléktábla
|

|-
| 5120
| Térképfelirat
| 0xae
| 0x01
| egyéb
| névrajz
|

|-
| 5634
| Internet
| 0xa7
| 0x09
| szolgáltatás
| hotspot
|

|-
| 5635
| Hotspot
| 0xa7
| 0x09
| szolgáltatás
| hotspot
|

|-
| 5643
| Vadállat-etető
| 0xaa
| 0x19
| épített tereptárgy
| vadetető
|

|-
| 5647
| Egyéb
| 0xae
| 0x00
| egyéb
| egyéb
|

|-
| 5648
| Gyümölcsös
| 0xab
| 0x09
| természetes tereptárgy
| gyümölcsös
|

|-
| 5649
| Természeti képződmény
| 0xab
| 0x00
| természetes tereptárgy
| természetes tereptárgy
|

|-
| 5888
| Kereszt
| 0xa5
| 0x02
| emlékhely
| kereszt
|

|-
| 5890
| Szélkerék
| 0xaa
| 0x09
| épített tereptárgy
| szélkerék
|

|-
| 5891
| Magasles
| 0xaa
| 0x10
| épített tereptárgy
| magasles
|

|-
| 5898
| Külszíni fejtés
| 0xaa
| 0x02
| épített tereptárgy
| feltárás
|

|-
| 6144
| Szobor/emlékmű
| 0xa5
| 0x04
| emlékhely
| szobor
|

|-
| 6154
| Gyár
| 0xaa
| 0x03
| épített tereptárgy
| gyár
|

|-
| 7424
| Teniszcsarnok
| 0xa8
| 0x06
| sport
| teniszpálya
|

|-
| 7680
| Kicsi térképfelirat
| 0xae
| 0x01
| egyéb
| névrajz
|

|-
| 8192
| Kerítéskapu/-létra
| 0xaa
| 0x0e
| épített tereptárgy
| kapu
|

|-
| 9472
| Sorompó
| 0xaa
| 0x14
| épített tereptárgy
| sorompó
|

|-
| 10496
| Magassági pont
| 0xaa
| 0x16
| épített tereptárgy
| háromszögelési pont
|

|-
| 10752
| Étterem
| 0xa1
| 0x03
| étel/ital
| étterem
|

|-
| 10757
| Pékség
| 0xa1
| 0x0a
| étel/ital
| pékség
|

|-
| 10759
| Büfé
| 0xa1
| 0x04
| étel/ital
| büfé
|

|-
| 10760
| Gyorsétterem
| 0xa1
| 0x09
| étel/ital
| gyorsétterem
|

|-
| 10766
| Kávézó
| 0xa1
| 0x06
| étel/ital
| kávézó
|

|-
| 11008
| Hotel/Motel/Panzió
| 0xa4
| 0x00
| szállás
| szállás
|

|-
| 11010
| Turistaszállás
| 0xa4
| 0x05
| szállás
| turistaszállás
|

|-
| 11011
| Kemping
| 0xa4
| 0x04
| szállás
| kemping
|

|-
| 11265
| Vidámpark
| 0xa9
| 0x07
| kulturális intézmény
| vidámpark
|

|-
| 11266
| Múzeum
| 0xa3
| 0x02
| épület
| múzeum
|

|-
| 11267
| Könyvtár
| 0xa9
| 0x03
| kulturális intézmény
| könyvtár
|

|-
| 11268
| Kilátóhely/szép kilátás
| 0xab
| 0x0b
| természetes tereptárgy
| kilátás
|

|-
| 11269
| Iskola/egyetem
| 0xa3
| 0x06
| épület
| iskola
|

|-
| 11271
| Állatkert
| 0xa9
| 0x05
| kulturális intézmény
| állatkert
|

|-
| 11272
| Sport
| 0xa8
| 0x00
| sport
| sport
|

|-
| 11273
| Emlékhely
| 0xa5
| 0x07
| emlékhely
| emlékhely
|

|-
| 11274
| Borászat
| 0xa1
| 0x08
| étel/ital
| pincészet
|

|-
| 11277
| Játszótér
|
|
|
|
|

|-
| 11335
| Cirkusz
| 0xa9
| 0x06
| kulturális intézmény
| cirkusz
|

|-
| 11336
| Focipálya
| 0xa8
| 0x02
| sport
| focipálya
|

|-
| 11521
| Színház
| 0xa9
| 0x01
| kulturális intézmény
| színház
|

|-
| 11522
| Bár
| 0xa1
| 0x05
| étel/ital
| kocsma
|

|-
| 11523
| Mozi
| 0xa9
| 0x02
| kulturális intézmény
| mozi
|

|-
| 11524
| Szórakozóhely
| 0xa9
| 0x00
| kulturális intézmény
| kulturális intézmény
| ?

|-
| 11525
| Golfpálya
| 0xa8
| 0x01
| sport
| golfpálya
|

|-
| 11526
| Síközpont
| 0xa8
| 0x03
| sport
| sípálya
|

|-
| 11528
| Korcsolyapálya
| 0xa8
| 0x10
| sport
| sportpálya
|

|-
| 11529
| Uszoda
| 0xa8
| 0x09
| sport
| uszoda
|

|-
| 11777
| Szolgáltatás
| 0xa7
| 0x00
| szolgáltatás
| szolgáltatás
|

|-
| 11779
| Élelmiszerbolt
| 0xa1
| 0x01
| étel/ital
| élelmiszerbolt
|

|-
| 11780
| Bevásárlóközpont
| 0xa1
| 0x02
| étel/ital
| bevásárlóközpont
|

|-
| 11781
| Gyógyszertár
| 0xa7
| 0x07
| szolgáltatás
| gyógyszertár
|

|-
| 11783
| Szakbolt
| 0xa7
| 0x01
| szolgáltatás
| üzlet
|

|-
| 12033
| Benzinkút
| 0xa7
| 0x04
| szolgáltatás
| benzinkút
|

|-
| 12035
| Autószervíz
| 0xa7
| 0x12
| szolgáltatás
| autószerviz
|

|-
| 12036
| Repülőtér
| 0xa6
| 0x0b
| közlekedés
| repülőtér
|

|-
| 12037
| Posta/postaláda
| 0xa7
| 0x0c
| szolgáltatás
| posta
|

|-
| 12038
| Bankautomata
| 0xa7
| 0x02
| szolgáltatás
| bankautomata
|

|-
| 12039
| Közlekedés
| 0xa6
| 0x00
| közlekedés
| közlekedés
|

|-
| 12040
| Vasútállomás
| 0xa6
| 0x05
| közlekedés
| vasútállomás
|

|-
| 12041
| Komp/kikötő
| 0xa6
| 0x08
| közlekedés
| komp
|

|-
| 12043
| Parkoló
| 0xa7
| 0x0b
| szolgáltatás
| parkoló
|

|-
| 12045
| Taxiállomás
| 0xa7
| 0x15
| szolgáltatás
| kölcsönző
|

|-
| 12048
| Gólyafészek
| 0xae
| 0x00
| egyéb
| egyéb
|

|-
| 12051
| Biciklibolt
| 0xa7
| 0x13
| szolgáltatás
| kerékpárbolt
|

|-
| 12054
| Buszmegálló
| 0xa6
| 0x02
| közlekedés
| buszmegálló
|

|-
| 12102
| Bank/Pénzváltó
| 0xa7
| 0x03
| szolgáltatás
| bankfiók
|

|-
| 12288
| Épület
| 0xa3
| 0x00
| épület
| épület
|

|-
| 12289
| Rendőrség
| 0xa7
| 0x0f
| szolgáltatás
| rendőrség
|

|-
| 12290
| Kórház
| 0xa7
| 0x05
| szolgáltatás
| kórház
|

|-
| 12291
| Hivatal
| 0xa7
| 0x08
| szolgáltatás
| hivatal
|

|-
| 12294
| Határátkelőhely
| 0xa6
| 0x07
| közlekedés
| határátkelőhely
|

|-
| 12297
| Esztena (birkapásztor-telep)
| 0xae
| 0x00
| egyéb
| egyéb
|

|-
| 12298
| Rom
| 0xaa
| 0x2b
| épített tereptárgy
| rom
|

|-
| 12299
| Esőbeálló
| 0xaa
| 0x0a
| épített tereptárgy
| esőház
|

|-
| 16384
| Lovastanya
| 0xa8
| 0x07
| sport
| lovastanya
|

|-
| 16640
| Horgászhely
| 0xa8
| 0x00
| sport
| sport
|

|-
| 18944
| Pihenőhely
| 0xaa
| 0x11
| épített tereptárgy
| pihenőhely
|

|-
| 19200
| Elsősegély
| 0xa7
| 0x06
| szolgáltatás
| orvosi rendelő
|

|-
| 19456
| Információs tábla
| 0xaa
| 0x0c
| épített tereptárgy
| információs tábla
|

|-
| 19457
| Tanösvényállomás
| 0xaa
| 0x18
| épített tereptárgy
| tanösvény-állomás
|

|-
| 19458
| Turistainformáció
| 0xa7
| 0x00
| szolgáltatás
| szolgáltatás
| ?

|-
| 19968
| WC
| 0xa7
| 0x14
| szolgáltatás
| wc
|

|-
| 20480
| Kút
| 0xa2
| 0x05
| víz
| közkút
|

|-
| 20481
| Ásványvíz-forrás
| 0xa2
| 0x02
| víz
| forrás
|

|-
| 20482
| Gémeskút
| 0xa2
| 0x09
| víz
| gémeskút
|

|-
| 20736
| Nyilvános telefon
| 0xa7
| 0x0a
| szolgáltatás
| nyilvános telefon
|

|-
| 20992
| Traffipax
| 0xa6
| 0x0e
| közlekedés
| traffipax
|

|-
| 20993
| Világörökség
| 0xa9
| 0x08
| kulturális intézmény
| látnivaló
| ?

|-
| 21504
| Strand/Fürdő
| 0xa8
| 0x08
| sport
| strand
|

|-
| 21760
| Gát
| 0xaa
| 0x00
| épített tereptárgy
| épített tereptárgy
|

|-
| 22016
| Szelektív hulladékgyűjtő
| 0xac
| 0x02
| hulladék
| szelektív hulladékgyűjtő
|

|-
| 22273
| Illegális szemétlerakó
| 0xac
| 0x01
| hulladék
| illegális szemétlerakó
|

|-
| 22528
| Nemzeti Park
| 0xae
| 0x02
| egyéb
| tájegység
| ?

|-
| 23040
| Kilométerkő
| 0xaa
| 0x2a
| épített tereptárgy
| kilométerkő
|

|-
| 25601
| Híd
| 0xaa
| 0x0b
| épített tereptárgy
| híd
|

|-
| 25602
| Erdei/vadászház
| 0xa3
| 0x01
| épület
| ház
|

|-
| 25603
| Sír
| 0xa5
| 0x06
| emlékhely
| sír
|

|-
| 25604
| Templom/vallási épület
| 0xa3
| 0x03
| épület
| templom
| túl tág

|-
| 25606
| Vasúti kereszteződés
| 0xae
| 0x03
| egyéb
| csatlakozó vonalak
| ?

|-
| 25607
| Vízesés
| 0xab
| 0x0d
| természetes tereptárgy
| vízesés
|

|-
| 25611
| Katonai terület
| 0xaa
| 0x04
| épített tereptárgy
| katonai terület
|

|-
| 25612
| Bánya
| 0xaa
| 0x01
| épített tereptárgy
| bánya
|

|-
| 25613
| Kilátótorony
| 0xaa
| 0x0f
| épített tereptárgy
| kilátó
|

|-
| 25614
| Nevezetes fa
| 0xab
| 0x02
| természetes tereptárgy
| fa
|

|-
| 25617
| Bázisállomás/Adótorony
| 0xaa
| 0x06
| épített tereptárgy
| rádiótorony
|

|-
| 25618
| Túraállomás/csomópont
| 0xad
| 0x01
| szerveződés
| pecsételőhely
|

|-
| 25619
| Alagút
| 0xa6
| 0x01
| közlekedés
| alagút
|

|-
| 25620
| Forrás
| 0xa2
| 0x02
| víz
| forrás
|

|-
| 25621
| Kastély
| 0xa3
| 0x08
| épület
| kastély
|

|-
| 25623
| Tó
| 0xa2
| 0x01
| víz
| tó
|

|-
| 25624
| Gázló
| 0xab
| 0x03
| természetes tereptárgy
| gázló
|

|-
| 25665
| Gyaloghíd
| 0xaa
| 0x2e
| épített tereptárgy
| gyaloghíd
|

|-
| 25859
| Öböl
| 0xa2
| 0x01
| víz
| tó
| ?

|-
| 25865
| Gejzír
| 0xa2
| 0x08
| víz
| szökőkút
|

|-
| 25872
| Szökőkút
| 0xa2
| 0x08
| víz
| szökőkút
|

|-
| 25875
| Mocsár/láp
| 0xab
| 0x04
| természetes tereptárgy
| dagonya
|

|-
| 26113
| Barlang
| 0xab
| 0x07
| természetes tereptárgy
| barlang
|

|-
| 26114
| Nevesített terület/rét
| 0xab
| 0x01
| természetes tereptárgy
| kert
|

|-
| 26116
| Tengerpart
| 0xae
| 0x01
| egyéb
| névrajz
|

|-
| 26120
| Töbör/kráter
| 0xab
| 0x08
| természetes tereptárgy
| zsomboly
|

|-
| 26122
| Arborétum/Nevesített erdő
| 0xae
| 0x01
| egyéb
| névrajz
|

|-
| 26131
| Nyereg
| 0xae
| 0x01
| egyéb
| névrajz
|

|-
| 26132
| Csúcs
| 0xab
| 0x0a
| természetes tereptárgy
| magaslat
|

|-
| 26134
| Szikla
| 0xab
| 0x0c
| természetes tereptárgy
| szikla
|

|-
| 26135
| Szoros
| 0xae
| 0x01
| egyéb
| névrajz
|

|}

[[Kategória:Szerkesztési megbeszélés]]

mpwiz

2009-11-18T15:46:14Z

Fgg: + kategória

= mpwiz v0.6.20 =
Link: http://mser.elte.hu/public/mpwiz.zip

mpwiz is a Windows-based command line tool for manipulating polish format (mp) files.

You are free to download and use this program for any non-commercial purpose.

You are also free to redistribute it but only with this copyright note.

This program was created for automatizing GIS processes at http://openmaps.eu. Please visit this site and help the authors to make more, better and nicer maps.

mpwiz contains code from Alan Murta. See http://www.cs.man.ac.uk/~toby/alan/software/ for GPC library.

(C) Zaka Ferenc 2006-2008

zakaf at citromail.hu

(Figyelem: az mpwiz aktuális leírása mindig a program mellett található version_public.txt tartalmazza)

Az mpwiz egy Windowsra készült parancssoros program, amely a Polish Format (mp) file-okon tud műveleteket végrehajtani.

A program szabadon (ingyenesen) letölthető és használható bármilyen nem üzleti célra. Szabadon terjeszthető azzal a feltétellel, hogy ez a szöveg a programmal együtt terjesztésre kerül.

Az mpwiz a http://openmaps.eu oldalon található térképek készítésének automatizálásához készült. Ha tudsz, segíts nekik több, jobb, szebb térképeket készíteni.

Beépítésre került az mpwiz-be Alan Murta GPC könyvtára, lásd http://www.cs.man.ac.uk/~toby/alan/software/

(C) Zaka Ferenc 2006-2008

zakaf at citromail.hu

= Használat leírása: =
A # jellel kezdődő sor mindig példaparancs.

<nowiki>A [] jelek az opcionalitást (nem kötelezőséget) jelzik.</nowiki>

A | jel e jel két oldalán levő lehetőségek közötti kizáró alternálást jelzi (egyik VAGY másik)

A "művelet" és a "funkció" szó az alábbiakban szinonímaként szerepel, jelentésük ugyanaz.

= Általános leírás: =
Az mpwiz egy paranccsoros program, amely mp (polish format) formátumú adatot tud beolvasni, azon műveleteket végezni, és az eredményt mp formátumban kiírni.

<nowiki>A bemenet a standard input, file-ból átirányítani a < jellel lehet. pl.</nowiki>

'''''<nowiki># mpwiz < valami.mp</nowiki>'''''

A kimenet a standard output file-ba átirányítani a > jellel lehet. pl.

'''''<nowiki># mpwiz > valami.mp</nowiki>'''''

Kérhető a -v opcióval, hogy az éppen elvégzett művelet kiírásra kerüljön, ez a standard error outputra íródik, átirányítható a 2 szimbólum átirányításával, pl.

'''''<nowiki># mpwiz 2>uzenetek.txt</nowiki>'''''

(az átirányításról bővebben lásd a dos/cmd dokumentációt)

Az elvégzendő műveleteket a paranccsorba írt opciók szabják meg, az mpwiz a paranccsorba írás sorrendjének megfelelő sorrendben hajtja végre őket. Kivétel ez alól az "egyéb" műveletcsoport, amit csak egyszer, a megfelelő ponton hajt végre, függetlenül attól, hogy hol adtuk meg a rá vonatkozó opciót.

Működése: bemenet teljes beolvasása a memóriába -> opcióknak megfelelő műveletek elvégzése a megadás sorrendjében -> eredmény kiírása a kimenetre

== Az mpwiz a következő elemeket ismeri- és dolgozza fel az mp adatok közül: ==
<nowiki>- objektumfajták: [POI], [POLYLINE], [POLYGON] : különbséget tesz e három objektumtípus között illetve a negyedik [IMG ID] fejlécet speciális objektumként kezeli</nowiki>

<nowiki>Minden más szekciót eldob (pl. [RESTRICT], [CITY], stb).</nowiki>

- DataN= N:0-10 ; az objektum egy element-jének N-edik levelen levő koordinátája/koordinátái.

> Poi esetén csak 1 element létezhet, és annak csak 1 koordinátája lehet. Ha 1-nél több koordináta van megadva, akkor nem tekinti érvényes DataN sornak. Több element esetén csak az elsőt veszi figyelembe.

> Polyline esetében bármennyi element létezhet, mindegyik minimum 2 koordinátával. Ha 2-nél kevesebb koodinátájú az element, akkor eldobja

> Polygon esetében bármennyi element létezhet, mindegyik minimum 3 koordinátával. Ha 3-nál kevesebb koodinátájú az element, akkor eldobja

Eldob továbbá minden olyan objektumot, aminek nincs legalább 1 element-je (üres objektum).

Ha egy objektum több level-re is tartalmaz Data sort, akkor azt az objektumot az mpwiz betöltéskor minden level-re külön objektumként hozza létre.

- OriginN= a DataN= sorral teljesen egyenértékű

- ExternalEndings= a routing gráf generáláshoz szükséges "külső" végpontokra vonatkozó információ, mpwiz specifikus

- DoNotDrop= a vágás-összefűzéshez megjelölt node-ok, amelyeket összefűzésnél nem kell eldobni a polyline-okból, mpwiz specifikus

- RoadID= routing információ, az mpwiz beolvasáskor felismeri és feldolgozás nélkül eltávolítja, az extrák közé sem olvassa be

- Nod...= azaz bármely "Nod" karakterhármassal kezdődő sor: routing információ, az mpwiz beolvasáskor felismeri és feldolgozás nélkül eltávolítja, az extrák közé sem olvassa be

- bármely más extra objektum-jellemző: az mpwiz nem ismeri fel, de szövegesen tárolja (manipulálható, szűrés alapjául szolgálhat, stb) (Így tehát nincs kiemelt jelentősége pl. a Type= vagy Label= paramétereknek sem!)

Több azonos nevű extra paraméter közül csak az elsőt tartja meg!

== A műveletek három csoportba sorolhatóak: ==
szűrő műveletek

geometriai/manipulatív műveletek

egyéb műveletek

=== Szűrő műveletek: ===
Az mpwiz 2 halmazt tart fenn az objektumok számára, egy művelethalmazt és egy raktárhalmazt.

Beolvasáskor minden objektum a művelethalmazba kerül. A szűrő műveletek képesek innen vagy megsemmisíteni objektumokat, vagy átmozgatni őket a raktár halmazba. A raktár halmazból - megfelelő művelettel - az objektumok visszahelyezhetőek a művelethalmazba, de mindig csak az összes egyszerre, tehát "visszafelé szűrni" nem lehet.

Az imént emllített "raktárhalmaz -> művelethalmaz" funkción kívül minden más szűrő vagy geometriai/manipulatív művelet csak a művelethalmazban levő objektumokon hajtódik végre.

A paranccsorban megadott összes művelet elvégzése után a kimentre a művelethalmaz és a raktárhalmaz elemei egyaránt kiírásra kerülnek!

=== Geometriai/manipulatív műveletek: ===
A művelethalmazban levő objektumokon (és csak azokon!) különféle geometriai ("computational geometry") és az mp file egyéb adatait manipuláló funkciók hajthatók végre.

=== Egyéb műveletek: ===
Az egyéb műveletek a végrehajtás sorrendjébe nem illeszkednek, az mpwiz akkor hajtja végre őket, amikor szükséges. Pl. üzenetek megjelenítésére vonatkozó parancs, vagy a fejléccel kapcsolatos parancsok.

A műveletek paramétereiben gyakran alkalmazható regular expression (szabályos kifejezés). A GNU teljes értékű regexp motorja van beépítve, a lehetőségek megegyeznek az egrep unix parancs lehetőségeivel, azaz az úgynevezett extended regular expression-t használja.

Regexp tutorial: http://www.regular-expressions.info/

Fejléc: a fejléc (header) speciálisan kezelt objektum, őt szűrőkkel kiírtani nem lehet. Bármilyen szűrőt is adjunk meg, a fejléc mindig valamely halmazban marad, tehát kiírásra kerül a futás végén. Kivéve, ha egy külön erre a célra szolgáló opcióval arra nem utasítjuk az mpwizt, hogy nyelje le a fejlécet.

A fejlécre egyetlen művelet van hatással, amivel a bejegyzései módosíthatóak (extra set).

Hibák: rossz paraméter-megadás, a fejléc hiánya, stb képesek olyan hibát generálni, amitől az mpwiz a hiba észlelése után nem működik tovább. Erről minden esetben üzenettel tájékoztat, illetve az ERRORLEVEL dos/cmd változót 1-re állítja, ami alapján batch file-ban elágazást lehet megvalósítani.

== Szintaxis: ==
'''''<nowiki>mpwiz [egyéb opciók] </nowiki><nowiki>[művelet-opció [művelet opció paramétere] [művelet-opció működését módosító opció1] [művelet-opció működését módosító opció2...]] [átirányítások]</nowiki>'''''

Minden opció a - jellel kezdődik és közvetlen utána 1 karakter áll, azaz összesen mindig 2 karakter. Kis és nagybetűk különbözőek.

Bármely opció rendelkezhet paraméterrel, de mindig csak 1-el. Minden opció saját jellemzője, hogy kell-e utána állnia paraméternek. Nem kötelező paraméter nem létezik, ha egy opciónak van paramétere, akkor az minden esetben van és kötelező használni. A paraméter tetszőleges hosszú lehet.

Az opciókat egymástól, valamint az opciókat és az ő paraméterüket egy vagy több szóközzel kell elválasztani (ez a command.com/cmd.exe parancsértelmező működéséből adódik).

A funkció működést módosító opció mindig a vonatkozó művelet-opció után áll. A módosító opciók egymáshoz képesti sorrendje nem számít!

A paramétereket célszerű " jelek közé tenni, mivel számos karakter a parancsértelmező (cmd.exe, command.com) számára speciális jelentéssel bír (pl. szóköz, \ jel, stb), ezeket nem tekinti speciálisnak, ha két " jel közé tesszük. (Bővebben erről lásd a dos/cmd dokumentációt.)

'''''Pl.'''''

'''''<nowiki># mpwiz -v -c vágó.mp -x -z -C "Label=valami" -s -r -6 < be.mp > ki.mp</nowiki>'''''

Itt:

-v : egyéb opció

-c : művelet-opció

vágó.mp : a -c paramétere

-x : a -c módosító opciója

-z : a -c módosító opciója (állhatnának -z -x sorrendben is)

-C : a -c módosító opciója

Label=valami : a -C paramétere

-s : művelet-opció

-r : művelet-opció

-6 : a -r módosító opciója

<nowiki>< be.mp </nowiki>: bemenet átirányítása a be.mp-file-ra

> ki.mp : bemenet átirányítása a be.mp-file-ra

== Műveletek és opcióik: ==
( Teljesen balra igazítva találhatóak a művelet-opciók, TAB behúzásnyira a módosító opciók. )

= Szűrő műveletek =
== -k : kind filter ==
paraméter:'''''regex kifejezés''''', az objektum-típusnevekből alkotva

funkció:objektum-fajta szűrő, csak az illeszkedő fajtájú objektumok maradnak a művelethalmazban. Az objektum típusnevek: POI, POLYLINE, POLYGON, HEADER

'''-i : inclusive'''

paraméter:nincs

hatás:megadásakor a szűrőkre nem illeszkedő objektumok a raktárhalmazba kerülnek, egyébként törlődnek. A headert mindig inkluzívan kezeli, függetlenül a -i opciótól! HEADER-re csak a -e művelet van hatással!!!

'''''pl:'''''

'''''<nowiki># mpwiz -k "POLYGON|POLYLINE" < be.mp > ki.mp</nowiki>'''''

== -q : min area/length filter ==
paraméter: '''''egy decimális egész vagy tört szám'''''

funkció: terület/hossz szűrő, az opció paramétereként megadott számnál csak a nagyobb területű polygonok (km2-ben) vagy a nagyobb hosszúságú polyline-ok maradnak a művelethalmazban (km-ben)

'''-i : inclusive'''

paraméter: nincs

hatás: megadásakor a szűrőkre nem illeszkedő objektumok a raktárhalmazba kerülnek, egyébként törlődnek.

'''-T : area/length filter Type'''

paraméter: '''''filter-típus-string'''''

filter-típus-string : egyike ezen szavaknak: first, sum, biggest, smallest, subtract_holes, ignore_holes. Ha nem adjuk meg, akkor a first az alapértelmezett, vonalaknál és felületeknél egyaránt.

hatás: a polygon területének illetve a vonal hosszának számítását adja meg

'''''first''''': az mp-ben elsőnek szereplő element területe/hossza

'''''sum''''': az összes element terület/hossz összege

'''''biggest''''': a legnagyobb területű/hosszú element területe/hossza

'''''smallest''''': a legkisebb területű/hosszú element területe/hossza

'''''subtract_holes''''': polygonoknál detektálja, hogy melyik element lyuk, külön summázza a nem-lyuk és lyuk elementek területét, majd az összesített nem-lyuk területből kivonja a lyuk-elementek összterületét. Vonalaknál nincs hatása, megadásakor vonalaknál az alapértelmezés lesz érvényben.

'''''ignore_holes''''': polygonoknál detektálja, hogy melyik element lyuk, a lyuk-elementek területét nem számolja ki, a nem-lyuk elementek területét összeadja. Vonalaknál nincs hatása, megadásakor vonalaknál az alapértelmezés lesz érvényben.

<nowiki>(Megjegyzés lyuk-vizsgálathoz: a mapedit minden element-re megállapítja, hogy hány darab másik element-nek "lyukja" az épp vizsgált element; ha ez a szám páros, az element nem lyuk, ha páratlan, akkor lyuk. Két element közötti lyuk relációt pedig úgy állapítja meg, hogy A element lyukja / nem lyukja B-nek, ha A első, nem B élére eső pontja belül / kívül van B-n (azaz gyakorlatilag az első pont határozza meg, hogy lyuk v. nem). Ez relatív gyors, de igen buta mód. Az mpwiz a két element közötti relációt úgy állapítja meg, hogy A element lyukja B-nek ha a minden pontja benne van B-ben, egyébként nem lyuk. Kivéve, ha megadjuk a "-R szám" módosító opciót, akkor ha a megadott számnál nagyobb arányban vannak a vizsgált element node-jai a tartalmazó element-ben, már belsőnek, azaz lyuknak tekinti. [A "lyukságra" elméletileg sem lehet egyértelmű definíciót adni.])</nowiki>

futásidő:

first :a leggyorsabb, az első element node-számával lineáris idejű

sum, biggest,smallest :közepesen gyors, az objektum összes node-számával lineáris idejű

subtract-holes, ignore_holes :lassú, az össz node-számmal lineáris-, az elementek számával négyzetes idejű, de függ attól is, hogy mennyi node nem esik a többi element-be, és melyik az első külső node.

'''-R : node Ratio'''

paraméter: '''''0 és 1 közötti R szám''''', a határokat nem beleértve

hatás:a -T subtract_holes, ignore_holes opcióival együtt van értelme használni, ekkor az R szám azt adja meg, hogy az "A element lyuk-e B-n" vizsgálatnál az A node-jainak legalább mekkora hányada kell a B-be essen, hogy lyuknak tekintse.

'''''pl. '''''

'''''<nowiki># mpwiz -q 20.5 -T subtract_holes -R 0.5 < be.mp > ki.mp</nowiki>'''''

''Ekkor lyuknak tekinti az elementet, ha legalább a node-jainak fele a másik element-be esik.''

'''-l (kis L): filter by line lengths'''

paraméter:nincs

hatás:a filter a vonalakra hat, a vonalak lesznek szűrve hosszuk alapján. Elhagyása esetén a polygonok lesznek szűrve, területük alapján.

'''-D : Drop elements:'''

paraméter:nincs

hatás:a szűrés element-ekre vonatkozik. -i nélkül a feltételnek meg nem felelő elementek törlődnek.

-i-vel a raktárhalmazban új objektum jön létre, melynek extra paraméterei megyegyeznek a kiinduló objektuméval, de csak a feltételnem nem megfelelő elementeket fogja tartalmazni.

Akár -i-vel, akár nélküle, ha a művelethalmazbeli objektum egyetlen eleme sem felel meg a feltételeknek, akkor maga az objektum is törlődik.

'''''pl:'''''

'''''<nowiki># mpwiz -q 20.5 -T sum < be.mp > ki.mp</nowiki>'''''

== -Q : max area/length filter ==
paraméter:'''''egy decimális egész vagy tört szám'''''

funkció:terület/hossz szűrő, az opció paramétereként megadott számnál csak a kisebbek maradnak a művelethalmazban (km2-ben)

'''-i : inclusive'''

paraméter:nincs

funkció:terület/hossz szűrő, az opció paramétereként megadott számnál csak a kisebbbb területű polygonok (km2-ben) vagy a kisebb hosszúságú polyline-ok maradnak a művelethalmazban (km-ben)

'''-T : area/length filter Type'''

paraméter:'''''filter-típus-string'''''

filter-típus-string :egyike ezen szavaknak: first, sum, biggest, smallest, subtract_holes, ignore_holes. Ha nem adjuk meg, akkor a first az alapértelmezett.

hatás:a polygon területének illetve a vonal hosszának számítását adja meg

first: az mp-ben elsőnek szereplő element területe/hossza

'''''sum''''':az összes element terület/hossz összege

'''''biggest''''':a legnagyobb területű/hosszú element területe/hossza

'''''smallest''''':a legkisebb területű/hosszú element területe/hossza

'''''subtract_holes''''':polygonoknál detektálja, hogy melyik element lyuk, külön summázza a nem-lyuk és lyuk elementek területét, majd az összesített nem-lyuk területből kivonja a lyuk-elementek összterületét. Vonalaknál nincs hatása, megadásakor vonalaknál az alapértelmezés lesz érvényben.

'''''ignore_holes''''':polygonoknál detektálja, hogy melyik element lyuk, a lyuk-elementek területét nem számolja ki, a nem-lyuk elementek területét összeadja. Vonalaknál nincs hatása, megadásakor vonalaknál az alapértelmezés lesz érvényben.

futásidő:

first :a leggyorsabb, az első element node-számával lineáris idejű

sum, biggest,smallest :közepesen gyors, az objektum összes node-számával lineáris idejű

subtract-holes, ignore_holes :lassú, az össz node-számmal lineáris-, az elementek számával négyzetes idejű, de függ attól is, hogy mennyi node nem esik a többi element-be, és melyik az első külső node.

'''-R : node Ratio'''

paraméter:'''''0 és 1 közötti R szám''''', a határokat nem beleértve

hatás:a -T subtract_holes, ignore_holes opcióival együtt van értelme használni, ekkor az R szám azt adja meg, hogy az "A element lyuk-e B-n" vizsgálatnál az A node-jainak legalább mekkora hányada kell a B-be essen, hogy lyuknak tekintse.

'''''pl. '''''

'''''<nowiki># mpwiz -q 20.5 -T subtract_holes -R 0.5 < be.mp > ki.mp</nowiki>'''''

''Ekkor lyuknak tekinti az elementet, ha legalább a node-jainak fele a másik element-be esik.''

'''-l : filter by line lengths'''

paraméter:nincs

hatás:a filter a vonalakra hat, a vonalak lesznek szűrve hosszuk alapján. Elhagyása esetén a polygonok lesznek szűrve, területük alapján.

'''''pl:'''''

'''''<nowiki># mpwiz -Q 52.5 -l -T subtract_holes < be.mp > ki.mp</nowiki>'''''

== -f : filter ==
paraméter: '''''filter-string''''', formátuma '''''<nowiki>: [@Dparamnév1=regex1Dparamnév2=regex2</nowiki>'''''... ahol

'''''@D'''''a @ karakter és utána egy tetszőleges karakter, ami a delimiter lesz a továbbiakban. Elhagyása esetén maga a @ karakter a delimiter

'''''paramnév1'''''egy extra név

'''''regex1'''''egy szabályos kifejezés, mely paramnév1 extra tartalmára kell illeszkedjen

'''''D'''''paramnév1 és paramnév2 (és kívánt regex értékekik) elválasztására szolgáló karakter

'''''Paramnév2'''''következő extra név

'''''Regex2'''''következő szabályos kifejezés, mely paramnév2 extra tartalmára kell illeszkedjen

...az Extranév=extraérték ismételhetőségét jelzi

funkció:szűrő, az objektum extra paraméterei alapján szűr, csak az illeszkedő objektumok maradnak a művelethalmazban, a delimiter mindig ÉS kapcsolatot jelent. Tetszőleges számú Extra=érték páros megadható.

'''-i : inclusive'''

paraméter:nincs

hatás:megadásakor a szűrőkre nem illeszkedő objektumok a raktárhalmazba kerülnek, egyébként törlődnek.

'''-t : traverse filter'''

paraméter:nincs

hatás:a megadott feltételekre NEM illeszkedő elemeket dolgozza fel

'''''pl.'''''

'''''<nowiki># mpwiz -f "@%Label=[0-9]+%Email=.+@hotmail\.com" -t -i < be.mp > ki.mp</nowiki>'''''

'''''<nowiki># mpwiz -f "Type=0x[0]*19$" < be.mp > ki.mp</nowiki>'''''

== -V : leVel filter ==
paraméter:'''''level érték''''' vagy értékek vesszővel elválasztva

funkció:a megadott szint(ek)en levő objektumok maradnak a művelethalmazban

'''-i : inclusive'''

paraméter:nincs

hatás:megadásakor a szűrőkre nem illeszkedő objektumok a raktárhalmazba kerülnek, egyébként törlődnek.

'''''pl.'''''

'''''<nowiki># mpwiz -V 0,1,2 < be.mp > ki.mp</nowiki>'''''

== -4 : rectangle filter ==
paraméter:'''''minlat,minlon,maxlat,maxlon'''''<nowiki>[,minlat2,minlon2,maxlat2,maxlon2[,...]]</nowiki>

vagy:'''''@filenév'''''

minlat,minlon,maxlat,maxlon : racionális számok, a téglalap "bal alsó" és "jobb felső" koordinátái, több téglalap is megadható

filenév:koordinátákat e szöveges file-ból olvassa be

funkció:a megadott téglappal/téglalapokkal metsző objektumok maradnak a művelethalmazban

'''-i : inclusive'''

paraméter:nincs

hatás:megadásakor a szűrőkre nem illeszkedő objektumok a raktárhalmazba kerülnek, egyébként törlődnek.

'''''pl.'''''

'''''<nowiki># mpwiz -4 47.2,18.2,49.1,20.5,50.2,11.8,52,13 -i < be.mp > ki.mp</nowiki>'''''

== -U : Unfilter ==
paraméter:nincs

funkció:a raktárhalmazban levő objektumokat visszateszi a művelethalmazba

'''-t : swiTch'''

paraméter:nincs

hatás:az eredeti -U művelet helyett a raktár- és művelethalmaz elemeit felcseréli

'''''pl.'''''

'''''<nowiki># mpwiz -k POLYGON -i -U < be.mp > ki.mp</nowiki>'''''

= *** Geometriai/manipulatív műveletek *** =
== -L : convert to polyLine ==
paraméter:nincs

funkció:a felületeket vonallá konvertálja

'''''pl.'''''

'''''<nowiki># mpwiz -L < be.mp > ki.mp</nowiki>'''''

== -G : convert to polyGon ==
paraméter:nincs

funkció:a vonalakat felületté konvertálja

'''''pl.'''''

'''''<nowiki># mpwiz -G < be.mp > ki.mp</nowiki>'''''

== -e : extra set ==
Paraméter:'''''set-string''''', formátuma '''''<nowiki>"Paraméternév=konstans<meglévő-paraméter-érték></nowiki>'''''..." vagy '''''<nowiki>"Paraméternév=konstans<meglévő-paraméter-érték=szám1,szám2></nowiki>'''''..." ahol

'''''Paraméternév'''''az átállítandó extra neve

'''''konstans'''''tetszőleges szöveg

'''''<nowiki><</nowiki>'''''paraméter-értékre utalás kezdő jele

'''''meglévő-paraméter-érték'''''egy tetszőleges extra praméter név, ennek értéket helyettesíti be a név helyére

'''''<nowiki>=</nowiki>'''''<nowiki>a <> jelek közötti = jel után álló vesszővel elválasztott egész szám, a kezdő karakterpozíció és a kívánt hossz</nowiki>

'''''>'''''paraméter-értékre utalás záró jele

'''''...'''''<nowiki>konstansok és <meglévő-paraméter-érték> -ek ismételhetőségét jelzi</nowiki>

funkció:<nowiki>a megadott nevű extra értékét átállítja a paraméter szerint. Ha konstans szövegbe < vagy > jelet akarunk tenni, duplázzuk meg</nowiki>

<nowiki>A <> jelek közötti = jel a substring funkciót valósítja meg. Az = jel utáni első szám a kezdőpozíciót jelenti (nullától indexelve), a vessző utáni második szám a beillesztendő karakterek száma.</nowiki>

'''''pl.'''''

'''''<nowiki># mpwiz -e "Label=<HUN>(<TM>)" < be.mp > ki.mp</nowiki>'''''

'''''<nowiki># mpwiz -e "Label=<HUN=1,2>" < be.mp > ki.mp</nowiki>'''''

''ez a példa a Label értékét a HUN extra második és harmadik karakterér állítja, pl. ha HUN=ABCDE, akkor Label=BC lesz.''

'''''<nowiki># mpwiz -e "Label=<<<Label>>>" < be.mp > ki.mp</nowiki>'''''

''<nowiki>ez a példa a Label értéke elé és mögé tesz egy-egy < és > jelet</nowiki>''

== -E : set lEvel ==
paraméter:'''''egy egész szám, a 0-10 tartományban'''''

funkció:minden objektumot az adott level-re teszi

'''''pl.'''''

'''''<nowiki># mpwiz -E 3 < be.mp > ki.mp</nowiki>'''''

== -m : merge ==
paraméter:nincs

funkció:multi-element polyline-ok elementjeinek összefűzése egy element-be, ha lehetséges

'''-w : use old-style oneWayness'''

paraméter:nincs

hatás:a vonalak egyirányúságára a DirIndicator extrát használja

'''''pl.'''''

'''''<nowiki># mpwiz -m < be.mp > ki.mp</nowiki>'''''

== -j : join ==
paraméter:'''''összefűzést szabályozó string''''', formája: '''''<nowiki>[!]extranév1,[!]extranév2...]</nowiki>''''' ahol:

'''''!'''''a mögötte álló feltétel NEM teljesülése esetén ad igazat a rész-kifejezés

'''''extranév1'''''első összehasonlítandó extra neve

''''','''''extraneveket elválasztó karakter

'''''extranév2'''''első összehasonlítandó extra neve

'''''...'''''a ! jel és az extranevek ismételhetőségét jelzi

funkció:összefűz vonalakat, ha a végpontjuk egybeesik és a megadott paraméterek értékei egyeznek, a ! jellel kezdődő paraméternevek esetén akkor, ha azok NEM egyeznek.

<nowiki>Összefűz polygonokat is, ha a megadott paraméterek értékei egyeznek, összefűzésekor eltávolítja azokat a pontokat, amelyek éppen az adott pont két szomszédos pontja által meghatározott szakaszra esnek (azaz generalizál egy olyan értékkel, ami az adott tizedes-pontosság mellett a hibahatárnál minimálisan nagyobb [kivéve -J opció megadásakor, lásd ott])</nowiki>

adott nevű extra paramétert egyezőnek vesz, ha értékük megegyezik, vagy az adott nevű paraméter mindkét objektumból hiányzik. Több extra-név megadásakor a részfeltételek között ÉS kapcsolat van

'''-l : loop avoidance'''

paraméter:nincs

hatás:használatával nem von össze úgy vonalakat, hogy "kör" keletkezzen

'''-B : Bow avoidance'''

paraméter:nincs

hatás:használatával nem von össze úgy vonalakat, hogy "hurok" keletkezzen, azaz meggátolja azt, hogy az összevonás olyan vonalat generáljon, aminek van többszörös node-ja (azaz önmagába visszatér)

'''-N : rectaNgle join'''

paraméter:'''''téglalap koordinátái''''', min_lat,min_lon,max_lat,max_lon formában; min_lat,min_lon a "bal alsó"-, max_lat,max_lon a "jobb felső" koordinátái a téglalapnak

hatás:> vonalak összefűzésénél csak a megadott téglalap oldalaira eső node-oknál fűz össze

> felületek összefűzésekor csak akkor van hatása, ha a -O kapcsolót is megadtuk. Ekkor a az "overlapping node"-ok számlálásakor csak azokat veszi figyelembe, ahol ezek a fedésben levő pontok pontosan a megadott téglalap éleire esnek

'''-O : number of Overlapping nodes'''

paraméter:'''''nullánál nagyobb egész szám'''''

hatás:polygonok összefűzésénére van hatással, csak azokat a polygonokat fűzi össze, ahol legalább a megadott darabszámú közös node van

'''-J : do not generalize when Joining'''

paraméter:nincs

hatás:polygonok összefűzésénél -J megadásakor nem generalizál a "rácshibával" (ld. -j leírását is)

'''-R : eRror factor'''

paraméter:'''''5 vagy 6'''''

hatás:a polygon-összefűzés utáni generalizálás számára megmondja, hogy milyen pontosságúnak vegye a koordinátákat, tizedesjegyek számát kell megadni, jellemzően 5 v. 6. (A hibahatár Mo-on nagyjából 5 tizedesnél 1.4m, 6 tizedesnél 14cm). Az alapértelmezés 6.

'''-D : Drop unecessary nodes'''

paraméter:nincs

hatás:vonalak összefűzésénél a csatlakozó végpontokat teljesen eltávolítja a vonalból, kivéve, ha azt a vágásnál a -D-vel megjelölte és az összefűzésnél is megadjuk ezt az opciót

'''-i : extra inheritance control'''

paraméter:'''''Extra''''' vagy '''''Extra=érték''''', ahol Extra az objektum egy extra paraméterének neve, érték pedig annak értéke

hatás:összefűzésnél az összevonandók közül a Key vagy Key=Value-t tartalmazó objektumtól kapja az extra paramétereket

(ha nem adunk meg -i opciót vagy mindkettő rendelkezik a megadott extrával, akkor nem determinisztikus, hogy melyik objektum extráit kapja az összevonással létrejött objektum)

'''-x : use extra algorithm on coinciding polygon-join (with -O)'''

paraméter:'''''rácsba osztást szabályozó paraméter''''', formája: '''''<nowiki>lat_irányú_rácsméret[-|/]lat_csökkentés_faktor,lon_irányú_rácsméret[-|/]lon_csökkentés_faktor</nowiki>''''' ahol:

'''''lat_irányú_rácsméret'''''"függőleges" irányban ennyi részre osztja a teljes file befoglaló téglalapját, nullánál nagyobb egész

'''''/'''''a rácsméret-csökkentést lat irányban osztással végzi

'''''-'''''a rácsméret-csökkentést lat irányban kivonással végzi

'''''lat_csökkentés_faktor'''''a csökkentést mértéke, osztásnál osztó (egynél nagyobb valós szám), kivonásnál kivonandó (nullánál nagyobb valós szám)

'''''lon_irányú_rácsméret'''''"vízszintes" irányban ennyi részre osztja a teljes file befoglaló téglalapját, nullánál nagyobb egész

'''''/'''''a rácsméret-csökkentést lon irányban osztással végzi

'''''-'''''a rácsméret-csökkentést lon irányban kivonással végzi

'''''lon_csökkentés_faktor'''''a csökkentést mértéke, osztásnál osztó (egynél nagyobb valós szám), kivonásnál kivonandó (nullánál nagyobb valós szám)

hatás:-O opcióval együtt lehet használni, hatására a polygonok összevonását az alábbiak szerint végzi: a polygonokat szétválogatja a befoglaló téglalpjuk közepe szerint egy "téglalap-rács" celláiba (a lat_irányú_rácsméret és a lon_irányú_rácsméret paramétereknek megfelelő induló rácsmérettel) , majd a polygonokat cellánként külön vonja össze. Utána csökkenti a rácsméretet (a paraméterekben megadottak szerint, ha tört szám jönne ki, akkor lefelé kerekít, ha az eredmény egynél kisebb, akkor egyet vesz), az eredmény-polygonokat újra szétossza, majd megint cellánként külön összevon. Ezt egészen addig folytatja, míg 1x1-es "ráccsal" is elvégezte, akkor készen van az összevonás. (A rácsba osztás, rácsból összevonás, stb + műveletek veszteséget jelentenek, míg a több menetben végzett összevonás jelentős nyereséget, az objektum- és node-számokhoz viszonyított exponenciális futásidő miatt. Minden adattömegnek van egy optimuma, ahonnan a rácsméret növelése miatt a + műveletek többet vesznek el, mint amennyi nyereség van a szétosztáson. Egy Magyarország méretű országnál kb. a 16x16 vagy a 32x32-es rács 2-es osztókkal kb. optimális eredményt adhat, de a végeredmény nagyban függ a teljes térkép alakjától, a polygonok eloszlásától, stb)

'''-T : detect holes as maPedit do'''

paraméter:nincs

hatás:a polygon-összevonások után a létrejött element-ek "lyukságát" úgy állapítja meg, mint a mapedit (előrehozza nem-lyukat és hátra a lyukakat)

'''-w : use old-style oneWayness'''

paraméter:nincs

hatás:a vonalak egyirányúságára a DirIndicator extrát használja

'''-t : disTance filter'''

paraméter:'''''d valós szám''''', méterben értendő

hatás:polygont csak akkor join-ol, ha a megadott távolságnál közelebb vannak az összefűzendő polygonok centroidjai

'''''pl.'''''

'''''<nowiki>#mpwiz -j "Label,!Type" -l -B -O 2 -x "16/2,8-1" -R 5 -D -i "Stronger=1" -N "47.20,20.50,48.00,21.10" < be.mp > ki.mp</nowiki>'''''

== -g : generalize ==
paraméter:'''''R pozitív racionális szám''''' (egész vagy tört), méterben értendő

funkció:"egyszerűsít" vonalakat vagy felületeleket úgy, hogy kivesz pontokat belőlük, oly módon, hogy egyetlen törölt pont sincs messzebb az eredményül kapott objektum éleitől, mint a megadott R szám

'''-a : adhesive generalization '''

paraméter:nincs

hatás:használatakor nem töröl olyan pontot a generalizálás, ahol ugyanolyan fajtájú objektumnak van másik node-ja (coinciding polyline, vagy tökéletesen passzintott polygonok). Vonalaknál nagyon ajánlott!!

'''-A : extra Adhesive generalization'''

paraméter:nincs

hatás:vonalaknál a hatása megegyezik -a-val; két (vagy több) polygon több node-on keresztüli együttfutó oldalait is generalizálja, de úgy, hogy megtartja a polygonok illeszkedését.

'''-N : Number of target nodes'''

paraméter:'''''N pozitív egész szám''''', az elérendő polygon-node szám

hatás:-x és -l kapcsolókkal együtt értelmes, lásd lejjebb

'''-x : max generalization value'''

paraméter:'''''Rx pozitív racionális szám''''' (egész vagy tört), méterben értendő, a generalizálás maximum értéke

hatás:-N és -l kapcsolókkal együtt értelmes, lásd lejjebb

'''-l : approximation limit'''

paraméter:'''''Ra pozitív racionális szám'''''

hatás:-x és -N paraméterekkel együtt értelmes használni. A poylgon-generalizálást oly mód végzi, hogy az egyszerűsített polygonnak maximum N node-ja maradjon. Ehhez felező keresést használ a m=(R+Rx)/2 kezdeti értékkel. Majd folytatja m=(R+m)/2 vagy m=(m+Rx)/2 értékkel, attól függően, hogy a próbaként kapott polygon node-száma kisebb vagy nagyobb N-nél. A felezést és generalizálást m-mel addig folytatja, míg 1) a node-szám pontosan N-nek nem adódott, vagy 2) az aktuális felezendő tartomány kisebbé vált, mint Ra

'''''pl.'''''

'''''<nowiki># mpwiz -g 5 -A < be.mp > ki.mp</nowiki>'''''

== -c : cut ==
paraméter:'''''a vágópolygont tartalmazó file neve''''' (lehet ugynaz, mint a bemeneti file!)

funkció:vágópolygonnal vág, azaz a kimenetbe a polygon belsejébe eső objektumok vagy objektumrészek kerülnek

'''-x : mark external nodes'''

paraméter:nincs

hatás:megadása esetén a -c vágófunkció megjelöli a vágott végeket (ExternalEndings extra paraméterrel) a routing funkció számára, hogy az external node-okat tudjon majd állítani

'''-p : border-inclusive point-in-polygon'''

paraméter:nincs

hatás:használata esetén a vonalvágáshoz és a "pontvágáshoz" olyan pont-a-polygonban-van-e algoritmust használ, ami minden vágópolygon élre eső pontot a vágópolygonon belülinek mond. Elhagyása estén olyan pont-a-polygonban-van-e algoritmust használ, ami egymással tökéletesen érintkező polygonok esetén is 1 pontot biztosan csak egy polygonba válogat bele

'''-D : mark nodes to be unDropped'''

paraméter:nincs

hatás:megjelöli azokat a polyline-node-okat (DoNotDrop extra paraméterrel), amelyek pont a vágópolygon node-jára esnek, hogy a -j funkció ezeket ne távolítsa majd el

'''-C : Cutting polygon name'''

paraméter:'''''Extra=érték''''' ahol Extra egy extra paraméter neve, érték pedig annak értéke

hatás:itt megadható a vágópolygont tartalmazó file-ban annak a polygonnak egy paramétere, amivel éppen vágni akarunk, pl. -C "Label=bihar". Elhagyása esetén az első polygonnal vág.

'''-z : dont create short polylines'''

paraméter:'''''R pozitív racionális szám''''' (egész vagy tört), méterben értendő

hatás:vonalvágáskor nem készít a megadott R-nél rövidebb vonalat (inkább egyben hagyja, ha a vágással ilyen keletkezne)

'''-T : deTect holes as mapedit do'''

paraméter:nincs

hatás:a polygon-vágások után a létrejött element-ek "lyukságát" úgy állapítja meg, mint a mapedit (előrehozza nem-lyukat és hátra a lyukakat)

'''-a : act like ABA analyze'''

paraméter:nincs

hatás:a vágás után

1. megvizsgálja, hogy az adott pontosságra való kerekítés után nincs-e olyan háromszög, melynek legalább 2 koordinátája azonos (ABA 3szög), ha van, ezeket eldobja

2. megvizsgálja, hogy a vágópolygon területén kívül nincs-e olyan háromszög, melynek az adott pontosságra való kerekítés után legalább 2 koordinátája azonos. Ha van, ezeket visszaforrassza a vágópolygon belsejébe eső objektum-részre

'''-N : help with giving cutting rectaNgle coordinates'''

paraméter:'''''téglalap koordinátái''''', min_lat,min_lon,max_lat,max_lon formában; min_lat,min_lon a "bal alsó"-, max_lat,max_lon a "jobb felső" koordinátái a téglalapnak

hatás:-a-val együtt van értelme használni; ha a -a a 2.lépésben visszaforraszt egy ABA háromszöget, akkor a vágóélre eső pontok feleslegesen az objektum részei maradnak. Ha megadjuk azt, hogy a vágópolygon valójában egy téglalap volt, akkor ennek segítségével a felesegesen bent maradt node-okat "kigeneralizálja".

'''-O : detect onlaying polyline edges : '''

paraméter:nincs

hatás:a vágópolygon élére pontosan illeszkedő vonalat nem vágja véletlenszerű két darabra, hanem nem metszőnek veszi

'''''pl.'''''

'''''<nowiki># mpwiz -c cutter.mp -x -p -D -C "Label=region1" -z < be.mp > ki.mp</nowiki>'''''

== -s : split ==
paraméter:nincs

funkció:multi-element polyline-okat egy-elementes vonal-objektumokra osztja szét

multi-element polygonokat úgy oszt szét több objektumra, hogy egy objektumban egy outer element marad csak, az inner element-eket pedig tartalmazás alapján szétosztja az outerek között. Abban az esetben, ha egy vagy több element élei metszik más element éleit, akkor nem minden esetben definiálható egyértelműen, hogy egy inner melyik outerhez tartozik, ilyenkor "véletlenszerűen" dől el az inner hovatartozása. Ez a funkció garantálja, hogy a -T módosító nélkül is biztosan az 1 db outer lesz az első element az outputban.

'''-x : XOR polygons'''

paraméter:nincs

hatás:polygonoknál a fentebb leírt szétosztó módszer _helyett_ az elementek közt XOR műveletet végez. Azaz 1) nem lesz olyan element, aminek bármely éle metszené más element élét (legfeljebb együtt futnak); 2) a keletkező polygon területén bármely pont maximum 2 element-be esik; 3) amely pont a xor művelet előtt páratlan számú element-be esett, az a pont a xor után a polygon belsejében/területén lesz, azaz ki lesz színezve kirajzoláskor; 4) amely pont a xor művelet előtt páros számú element-be esett, az a pont a xor után a nem lesz a polygon belsejében/területén, azaz lyuk lesz, nem lesz kiszínezve kirajzoláskor.

'''-T : detect holes as maPedit do'''

paraméter:nincs

hatás:a polygon-összevonások után a létrejött element-ek "lyukságát" úgy állapítja meg, mint a mapedit (előrehozza nem-lyukat és hátra a lyukakat)

'''-D : drop other elements'''

paraméter:nincs

hatás:csak az első elementet tartja meg. A többi -s művelet UTÁN csinálja meg, ha megadtuk ezt a módosítót

'''''pl.'''''

'''''<nowiki># mpwiz -s -x -T < be.mp > ki.mp</nowiki>'''''

== -S : unSplit ==
paraméter:'''''extra paraméter nevek''''', vesszővel elválasztva: extranév1,extranév2,...

funkció:több element-es vonallá von össze különálló vonalakat, ha a megadott nevű paraméterek megegyeznek

'''''pl.'''''

'''''<nowiki># mpwiz -S "Label,Type" < be.mp > ki.mp</nowiki>'''''

'''-b : boundary node-mark'''

paraméter:'''''a határpolygont tartalmazó file neve''''' (lehet ugynaz, mint a bemeneti file!)

funkció:megjelöli a routing node generálás funkció számára external node gyártáshoz mindazon vonalak végpontjait amik a határpolygon.mp-ben levő polygon node-jaira illeszkednek

'''-C : Cutting polygon name'''

paraméter:'''''Extra=érték''''' ahol Extra egy extra paraméter neve, érték pedig annak értéke

hatás:itt megadható a határpolygont tartalmazó file-ban annak a polygonnak egy paramétere, amivel éppen jelölni akarunk, pl. -C "Label=bihar". Elhagyása esetén az első polygonnal jelöl

'''''pl.'''''

'''''<nowiki># mpwiz -b boundaries.mp -C "Label=region1" < be.mp > ki.mp</nowiki>'''''

'''-n : multi-node mark'''

paraméter:'''''típus-string''''', ahogyan az mp file a típuskódokat ábrázolja, hexadecimális alakban, pl. 0x100

funkció:poit tesz a kimenetbe ott, ahol polyline-elementben egy koordinátán több node is van

'''''pl.'''''

'''''<nowiki># mpwiz -n 0x2345 < be.mp > ki.mp</nowiki>'''''

== -o : orphan mark ==
paraméter:'''''típus-string''''', ahogyan az mp file a típuskódokat ábrázolja, hexadecimális alakban, pl. 0x100

funkció:poit tesz a kimenetbe ott, ahol polyline végpont árva, azaz nem csatlakozik más vonal végpontjához

'''''pl.'''''

'''''<nowiki># mpwiz -o 0x2345 < be.mp > ki.mp</nowiki>'''''

== -u : unconnected endpoint mark ==
paraméter:'''''típus-string''''', ahogyan az mp file a típuskódokat ábrázolja, hexadecimális alakban, pl. 0x100

funkció:poit tesz a kimenetbe ott, ahol polyline végpont nem csatlakozik más vonal bármely node-jához

'''''pl.'''''

'''''<nowiki># mpwiz -u 0x2345 < be.mp > ki.mp</nowiki>'''''

== -I : mark Intersecting lines ==
paraméter:'''''típus-string''''', ahogyan az mp file a típuskódokat ábrázolja, hexadecimális alakban, pl. 0x100

funkció:poit tesz a kimenetbe ott, ahol polylineok szakaszai metszik egymást (nem node-nál)

'''-l : seLf intersecting check'''

paraméter:nincs

hatás:minden vonalat csak saját magára vizsgál, azaz nem node-nál önmetsző vonalak metszési pontjára illeszt poit

'''''pl.'''''

'''''<nowiki># mpwiz -I 0x2345 < be.mp > ki.mp</nowiki>'''''

== -2 : mark two too close nodes ==
paraméter:'''''R pozitív racionális szám'''''

hatás:megjelöli poi beillesztésével azon node-okat, amelyek a) nem egy objektumhoz tartoznak, b) nem pontosan egy koordinátán vannak, c) a távolságuk kisebb, mint R

'''-p : poi type'''

paraméter:'''''poi typus''''', mp formátumban, pl. 0x1700, alapértelmezés a 0x0

hatás:a beillesztett poik ilyen típusúak lesznek

'''-x : extra names'''

paraméter:'''''extra név''''' vagy nevek vesszővel elválasztva

hatás:csak akkor illeszt be poit, ha a fenti feltételeken kívül az is teljesül, hogy az itt megadott extra paraméterek értékei egyeznek a két közeli node-ot tartalmazó objektumnál

'''''pl.'''''

'''''<nowiki># mpwiz -2 2.5 -p 0x1700 -x Label < be.mp > ki.mp</nowiki>'''''

== -M : naMe objects by another kind of objects ==
paraméter:'''''nevestípus,elenevezendőtípus,extranév,delimiter''''' formátumú string, ahol

nevestípus:a "nevet" tartalmazó objektum mp formátumú típusa, pl. 0x100

elnevezendőtípus:az elnevezendő objektum mp formátumú típusa, pl. 0xd

extranév: a "nevet" tartalmazó extra paraméter neve

delimiter:ezt a stringet teszi két név közé elválasztónak, ha egy objektumnak több nevet is kell adni

funkció:- polygont nevez el poi alapján, ha a poi a polygonba esik (ALAPÉRTELMEZÉS), vagy

- vonalat nevez el polygon alapján, ha a vonal a polygonba esik (teljesen v. részlegesen)

- poit nevez el polygon alapján, ha a poi a polygonba esik

Az elnevezést úgy hajtja végre, hogy a megadott extra paraméterének értékét hozzáfűzi a polygon ugyanilyen nevű extra paraméterének értékéhez

'''-Y : nameless onlY'''

paraméter:nincs

hatás:megadása esetén csak akkor nevez el obejktumot, ha annak még nincs neve (nincs olyan nevű extra paramétere vagy az üres string)

'''-x : reset name first'''

paraméter:nincs

hatás:az (első) elnevezés előtt az extranév tartalmát törli

'''-l : name line by polygons'''

paraméter:'''''<nowiki>[any|all]</nowiki>'''''

hatás:vonalat nevez el polygonba esés alapján, any esetén beleesőnek minősíti, ha a vonal bármely pontja a polygonba esik, all esetén csak ha mindegyik

'''-p : name pois by polygons'''

paraméter:nincs

hatás:poit nevez el polygon alapján, ha a polygonba esik a poi

'''''pl.'''''

'''''<nowiki># mpwiz -M "0x2345,0xd,Label,|" -Y < be.mp > ki.mp</nowiki>'''''

== -r : routing graph generation ==
paraméter:nincs

funkció:routing graph-ot generál

'''-6 : mark sections below 6m '''

paraméter:'''''poitípus'''''

poitípus : a megjelöléshez használandó poi mp formátumú típusa, pl. 0x100

hatás:routing graph generálás után poit tesz a kimenetbe a cgpsmapper szerint túl rövid routing szakaszok két végpontjára

'''-R : process turn Restriction lines'''

paraméter:'''''r_polylinetípus'''''

r_polylinetípus:a kanyarodás-tiltás vonal mp formátumú típusa, pl. 0x2f

hatás:<nowiki>a routing graph generálás után az r_polylinetípus típusú vonalak alapján [Restrcit] szekciókat generál a cgpsmapper számára</nowiki>

A kanyarodástiltó vonal (TRL) kötelezően 3 node-ból kell álljon. Az első node a kiinduló vonal (amelyről nem szabad kanyarodni) elágazás-node-ja előtti bármely node-jával kell egybeessen. A második TRL node az elágazásra kell essen, azaz ahol a két út-polyline közös node-ja van. A harmadik TRL node a cél-polyline (amelyre nem szabad kanyarodni) elágazás node-ja utáni bármely node.

'''-D : Delete turn restriction lines'''

paraméter:nincs

hatás:a -R-nél megadott típusú vonalakat törli a műveletek elvégzése után

'''-i : insert pois onto invalid turn restrictions'''

paraméter:'''''h_poitípus'''''

h_poitípus:beszúrandó poi mp formátumú típusa, pl. 0x100

hatás:<nowiki>ha a -R meg van adva, és TRL vonallal találkozik, ami alapján nem lehet [Restrict] szekciót generálni (rossz az illesztés,stb) akkor beszúr egy poit a kanyarodástiltó vonal második (középső) node-jára</nowiki>

'''-O : start with zero node id'''

paraméter :nincs

hatás :a node_id-ket nullától kezdi (egyébként 1-től)

'''''pl.'''''

'''''<nowiki># mpwiz -r -6 "0x1700" -R "0x2f" -D -i "0x1700" < be.mp > ki.mp</nowiki>'''''

== -F : Filter extras ==
paraméter:'''''extranév_regex''''' : tetszőleges szabályos kifejezés

funnkció:használatával csak az extranév_regex-re illeszkedő nevű extra paraméterek maradnak meg, a többi törlésre kerül

'''-T: Traverse extra filter'''

paraméter:nincs

hatás:használatával az extranév_regex-re NEM illeszkedő nevű extra paraméterek maradnak meg

'''''pl.'''''

'''''<nowiki># mpwiz -F "^Label$|^Type$" -T < be.mp > ki.mp</nowiki>'''''

== -d : duplicate object ==
paraméter:egy db '''''-''''' jel, vagy

egy '''''Extra=érték''''' pár

funkció:az objektumokat megduplázza, mindegyikből kreál egy másik ugyanolyat. Ha a paraméter egy db - jel, akkor a duplikált objektum pont olyan lesz, mint az eredeti

ha egy Extra=érték párost adunk meg, akkor a másolat megkapja ezt a + extrát

'''''pl.'''''

'''''<nowiki># mpwiz -d "Duplicated=1" < be.mp > ki.mp</nowiki>'''''

'''''<nowiki># mpwiz -d - < be.mp > ki.mp</nowiki>'''''

== -P : mark Polyline with Poi ==
paraméter:'''''jelzéstávolság,minimum-hossz,poitípus''''' ahol:

'''''jelzéstávolság''''':pozitív racionális szám méterben

'''''minimum-hossz''''':pozitív racionális szám méterben

'''''poitípus''''':mp formátumú típus-string; ilyen típusú poikat ad hozzá

funkció:a vonalakon poikat helyez el úgy, hogy megpróbálja az alábbi minta szerint elosztani a vonalon a poikat:

<nowiki><vonalvég> <jelzéstávolság/2 hosszú üres hely> <poi> <jelzéstávolságnyi üres hely> <poi> <jelzéstávolságnyi üres hely>...... <poi> <jelzéstávolság/2 üres hely> <vonalvég></nowiki>

A vonal hossza gyakorlatilag sosem a megadott jelzéstávolság egész-számú többszöröse, ezért az mpwiz először kiszámolja, hogy a fenti módszerrel hány poi férne el, majd a vonal valós hosszában a kiszámolt darabszámú poit egyenletesen elosztja

Ha egy poi sem férne el a jelzéstávolság paraméter miatt, de a vonal hossza a minimum-hosszat eléri, akkor a vonal közepére mégis tesz 1db poit

'''-R : randomize places'''

paraméter:nincs

hatás:véletlenszerűen, maximum a vonalvég és az első poi távolságának felével jobbra vagy balra tolja az összes poit, vonal-elementenként, azaz minden elementre új véletlenszámmal

'''-i : inherit extra(s)'''

paraméter:'''''egy vagy több extranév''''' vesszővel elválasztva

hatás:a poi létrehozása után a megadott nevű extrák értékeit örökli a generáló vonaltól

'''''pl.'''''

'''''<nowiki># mpwiz -P 250,50,0x1701 -R < be.mp > ki.mp</nowiki>'''''

== -X : slice objects ==
paraméter:'''''lat_irányú_osztó,lon_irányú_osztó | lat_kezdet,lon_kezdet,lat_irányú lépés,lon_irányú lépés'''''

Vagy az első kettő vagy a második négy paraméter adható meg. Első esetben a befoglaló téglalap lesz a magadott darabszámú szeletre vágva. A második estben a rácspontok rögzítettek az első két paraméterhez képest, míg a rácsméretet a 3,4 paraméter adja meg.

'''''lat_irányú_osztó''''': a teljes térkép lat irányban ennyi szeletre lesz vágva, pozitív egész szám

'''''lon_irányú_osztó''''': a teljes térkép lon irányban ennyi szeletre lesz vágva, pozitív egész szám

'''''lat_kezdet''''': a szeletelőrács egy rácspontjának lat koordinátája, valós szám fokban

'''''lon_kezdet''''': a szeletelőrács egy rácspontjának lon koordinátája, valós szám fokban

'''''lat_irányú_lépés''''': a szeletelőrács egy cellájának lat irányú mérete, valós szám fokban

'''''lon_irányú_lépés''''': a szeletelőrács egy cellájának lon irányú mérete, valós szám fokban

funkció:az objektumokat felszeleti a megadott téglalap-ráccsal

'''-z : dont create short polylines'''

paraméter:'''''R pozitív racionális szám''''' (egész vagy tört), méterben értendő

hatás:vonalvágáskor nem készít a megadott R rövidebb vonalat (inkább egyben hagyja, ha a vágással ilyen keletkezne)

'''-T : detect holes as mapediT do'''

paraméter:nincs

hatás:a polygon-vágások után a létrejött element-ek "lyukságát" úgy állapítja meg, mint a mapedit (előrehozza nem-lyukat és hátra a lyukakat)

'''-p : Postfix for output filenames'''

paraméter:'''''file-postfix'''''

hatás:-O-val együtt van hatása, a szelet-file-ok végződését adja, részletesen ld lejjebb, -O-nál

'''-O : Output slices into separate files'''

paraméter:'''''filenév-prefix'''''

hatás:minden szelet külön file-ba is kiírásra kerül, amellett, hogy a művelethalmazban is benne marad. A file név az alábbiak szerint képződik:

<nowiki><filenév-prefix><aláhúzásjel><függőleges szelet-sorszám><aláhúzásjel> <vízszintes szelet-sorszám></nowiki>

A szeletek sorszámozásának módja: 0_0 a bal alsó, 0_1 a 0_0 közvetlen jobb szomszédja, a 0_2 a 0_1 közvetlen jobb szomszédja, stb.

1_0 a bal alsó feletti, az 1_1 az 1_0 jobb szomszédja, a 2_1 az 1_1 feletti, stb.

'''-x : exec outer program'''

paraméter:'''''<nowiki><végrehajtandó parancs></nowiki>'''''

hatás:<nowiki>-O-val együtt van értelme használni, megadása esetén minden szelet-file kiírása után lefuttatja a <végrehajtandó parancs>-ot úgy, hogy paraméterként átadja az épp kiírásra került file nevét. Ha az épp kiírt file neve out_1_0.omp, a megadott <végrehajtandó parancs> pedig a "feldolgoz.bat", akkor a </nowiki>

feldolgoz.bat out_1_0.omp

parancs fog végrehajtódni.

'''''pl.'''''

'''''<nowiki># mpwiz -X "3,4" < be.mp > ki.mp</nowiki>'''''

'''''<nowiki># mpwiz -X "46,16,0.35,0.5" < be.mp > ki.mp</nowiki>'''''

'''''<nowiki># mpwiz -X "46,16,0.35,0.5" -O "out_" -p ".omp" -x "feldolgoz.bat" < be.mp > ki.mp</nowiki>'''''

== -K : change Karakter coding ==
paraméter :'''''művelet-betű'''''

lehet: u, l,g vagy a

u - to uppercase, nagybetűsít

l - to lowercase, kisbetűsít

g - to garmin, nagyjából cp1250-ről cp1252-re konvertál, úgy, hogy a lehető leghasonlóbb betűkre alakítson, cp1252-ből is csak azokat használja, amit a garmin meg is tud jeleníteni

a - to accentless, minden olyan karaktert, ami bármilyen (nemzeti) ékezettel bír és van az angol abc-ben neki megfelelő ékezet nélküli formája, ott lecseréli az ékezetest az ékezet nélkülire

funkció :karakterketet cserél ha szükséges, a paraméterben megadottak szerint

'''-N : Name of extra'''

paraméter:'''''extranév'''''

extranév : azon extra neve, amely karakterein a cserét végre kell hajtani, alapértelmezés a Label

hatás :a megadott nevű mp extrán végzi a karakter-cserét

'''-! : 0th character'''

paraméter:nincs

hatás:az átalakítás a teljes extra első karakterére vonatkozik csak

'''-1 : 1st char of every word'''

paraméter:nincs

hatás:az átalakítás az extra minden szavának első karakterére vonatkozik

== -W : Wipe out empty extras ==
paraméter:nincs

funkció:minden olyan extrát eltávolít, amelynél az = jel után nincs érték megadva (egyből sorvég jön)

'''''pl.'''''

'''''<nowiki># mpwiz -W < be.mp > ki.mp</nowiki>'''''

'''-Z : virtual cut with rectangle'''

paraméter:'''''minlat,minlon,maxlat,maxlon'''''

'''''minlat''''':valós szám, virtuális vágó-téglalap "bal alsó" sarkának lat koordinátája

'''''minlon''''':valós szám, virtuális vágó-téglalap "bal alsó" sarkának lon koordinátája

'''''maxlat''''':valós szám, virtuális vágó-téglalap "jobb felső" sarkának lat koordinátája

'''''maxlon''''':valós szám, virtuális vágó-téglalap "jobb felső" sarkának lon koordinátája

funkció:plusz node-okat szúr be a vonalakba és a felületekbe ott, ahol a megadott téglalap élei metszik az objektum éleit

'''-C : virtual Cut output file name'''

paraméter:'''''<nowiki><output file neve>,<extra név></nowiki>'''''

'''''output file neve''''': file név, amibe beírja az

'''''extra név''''': nevű extrát

hatás:a megadott nevű file-ba vesszővel elválasztva kiírja a megadott nevű extrák értékét, amely objektumokat érintette a + node beszúrás

'''-a : ABA analyze'''

paraméter:nincs

hatás:a plusz node-ok beszúrása után megvizsgálja, hogy az adott pontosságra való kerekítés után nincs-e olyan azonos koordinátájú beszúrt node-páros, ahol e két node között egy darab harmadik-, más koordinátára eső node van. Azaz ABA mintát keres az objektum koordinátái közt, ahol az A koordináta a virtuális vágóélre esik, B pedig A-tól különbözik. Ha talál ilyet, akkor az mindkét A node-ot eldobja.

'''''pl.'''''

'''''<nowiki># mpwiz -Z "47.18,19.184,47.597,19.8" -C "idfile.txt,ObjID" < be.mp > ki.mp</nowiki>'''''

== -0 : Output partially result ==
paraméter:'''''filenév'''''

funkció:a memóriában levő aktuális állapotot kiírja a filenév nevű file-ba. Alapértelmezésben csak a művelethalmaz elemeit írja ki!

'''-R : write stoRe set'''

paraméter:nincs

hatás:a raktárhalmaz elemeit írja ki. Ennek a megadása kikapcsolja a -0 alapértelmezett működését, azaz a művelethalmazt ilyenkor nem írja ki (hacsak meg nem adjuk a -O módosítót is

'''-O : write Operation set as well'''

paraméter:nincs

hatás:-R megadása esetén értelmes használni, hatására a művelethalmazt is kiíra (azaz: módosító nélkül csak a művelethalmazt írja, -R módosítóval csak a raktárhalmazt, míg -R és -O együttes megadása esetén mindkettőt)

'''-a : append to file'''

paraméter:nincs

hatás:a célfile-hoz hozzáfűzi a kiírandó adatot, ha a célfile már létezett

'''-p : wite out paramter instead of object'''

paraméter:'''''extra-név'''''

hatás:a részkimenetre a megadott nevű extra értéke kerül (vesszővel elválasztva az egyes objektumok extra-értékei), nem maguk az objektumok

'''-! : magellan poi format'''

paraméter:nincs

hatás:csak a poikat írja ki, magellán formátumú txt-be

'''-~ : routing XML format'''

hatás:ha lett routing graph generálva, akkor azt kiírja XML formátumban

'''-P : sPeed extras'''

paraméter:'''''extranév1,extranév2,...'''''

hatás:<nowiki>a megadott extrák neveit és értékeit kiírja az XML file-ba, <speed index="1" value="extra-érték"> formában</nowiki>

'''-A : Attribute extras'''

paraméter:'''''extranév1,extranév2,...'''''

hatás:<nowiki>a megadott extrák neveit és értékeit kiírja az XML file-ba, <attribute index="1" value="extra-érték"> formában</nowiki>

'''-C : add Coordinates too'''

Paraméter:nincs

hatás:az xml-be beírja a teljes geometriát is

'''-i : set edge ID'''

Paraméter:'''''extranév'''''

hatás: a routing xml-be a RouteID extrába a generált él-azonosító helyett az extranév nevű extra értékét írja ki

= Egyéb funkciók =
== -v : verbose ==
paraméter:nincs

funkció:egyszer vagy kétszer is van értelme megadni, egyszeri megadásnál különféle üzeneteket ír a képernyőre aszerint, hogy mit csinál épp, kétszeri megadásnál emellett a műveletekehez felhasznált időt is kiírja

== -h : header ignore ==
paraméter:nincs

funkció:<nowiki>megadása esetén nem áll le a fejléc [IMG ID] szekció hiányától</nowiki>

== -H : Header suppression ==
paraméter:nincs

funkció:<nowiki>használatával nem írja ki a kimenetbe a fejlécet [IMG-ID] szekciót</nowiki>

== -5 : 5 decimals ==
paraméter:nincs

funkció:5 tizedes pontossággal dolgozik (megadása nélkül 6 tizedes pontossággal számol)

[[Kategória:Technikai segítség]]

mp2omp

2009-11-18T15:45:51Z

Fgg: + kategória

sattila: Elkészítettem az aktuális poi-lista omp-s megfelelőit tartalmazó táblázatot. Nem teljes, inkább csak vitaindító

{| class="wikitable"
|-
! mp !! mp !! Kategória !! Típus !! omp !! Típus !! Megjegyzés
|-
| 0xa0 || 0x01 || település || megyeszékhely || 1024 || Nagyváros ||
|-
| 0xa0 || 0x02 || település || nagyváros || 1024 ||Nagyváros ||
|-
| 0xa0 || 0x03 || település || kisváros || 2048 || Város ||
|-
| 0xa0 || 0x04 || település || nagyközség || 3072 || Település ||
|-
| 0xa0 || 0x05 || település || falu || 3072 || Település ||
|-
| 0xa0 || 0x06 || település || településrész || 3072 || Település ||
|-
| 0xa0 || 0x00 || település || település || 3072 || Település ||
|-
| 0xa1 || 0x01 || étel/ital || élelmiszerbolt || 11779 || Élelmiszerbolt ||
|-
| 0xa1 || 0x02 || étel/ital || bevásárlóközpont || 11780 || Bevásárlóközpont ||
|-
| 0xa1 || 0x03 || étel/ital || étterem || 10752 || Étterem ||
|-
| 0xa1 || 0x04 || étel/ital || büfé || 10759 || Büfé ||
|-
| 0xa1 || 0x05 || étel/ital || kocsma || 11522 || Bár ||
|-
| 0xa1 || 0x06 || étel/ital || kávézó || 10766 || Kávézó ||
|-
| 0xa1 || 0x07 || étel/ital || cukrászda || 10759 || Büfé ||
|-
| 0xa1 || 0x08 || étel/ital || pincészet || 11274 || Borászat ||
|-
| 0xa1 || 0x09 || étel/ital || gyorsétterem || 10760 || Gyorsétterem ||
|-
| 0xa1 || 0x0a || étel/ital || pékség || 10757 || Pékség ||
|-
| 0xa1 || 0x0b || étel/ital || zöldség-gyümölcs || 11779 || Élelmiszerbolt ||
|-
| 0xa1 || 0x00 || étel/ital || étel/ital || 11779 || Élelmiszerbolt ||
|-
| 0xa2 || 0x01 || víz || tó || 25623 || Tó ||
|-
| 0xa2 || 0x02 || víz || forrás || 25620 || Forrás ||
|-
| 0xa2 || 0x03 || víz || időszakos forrás || 25620 || Forrás ||
|-
| 0xa2 || 0x04 || víz || nem iható forrás || 25620 || Forrás ||
|-
| 0xa2 || 0x05 || víz || közkút || 20480 || Kút ||
|-
| 0xa2 || 0x06 || víz || elzárt közkút || 20480 || Kút || megtévesztő
|-
| 0xa2 || 0x07 || víz || tűzcsap || 20480 || Kút || megtévesztő
|-
| 0xa2 || 0x08 || víz || szökőkút || 25872 || Szökőkút ||
|-
| 0xa2 || 0x09 || víz || gémeskút || 20482 || Gémeskút ||
|-
| 0xa2 || 0x00 || víz || víz || || ||
|-
| 0xa3 || 0x01 || épület || ház || 12288 || Épület ||
|-
| 0xa3 || 0x02 || épület || múzeum || 11266 || Múzeum ||
|-
| 0xa3 || 0x03 || épület || templom || 25604 || Templom/vallási épület ||
|-
| 0xa3 || 0x04 || épület || kápolna || 25604 || Templom/vallási épület ||
|-
| 0xa3 || 0x05 || épület || zsinagóga || 25604 || Templom/vallási épület ||
|-
| 0xa3 || 0x06 || épület || iskola || 11269 || Iskola/egyetem ||
|-
| 0xa3 || 0x07 || épület || vár || 12298 || Rom ||
|-
| 0xa3 || 0x08 || épület || kastély || 25621 || Kastély ||
|-
| 0xa3 || 0x00 || épület || épület || 12288 || Épület ||
|-
| 0xa4 || 0x01 || szállás || szálloda || 11008 || Hotel/Motel/Panzió ||
|-
| 0xa4 || 0x02 || szállás || panzió || 11008 || Hotel/Motel/Panzió ||
|-
| 0xa4 || 0x03 || szállás || magánszállás || 11008 || Hotel/Motel/Panzió ||
|-
| 0xa4 || 0x04 || szállás || kemping || 11011 || Kemping ||
|-
| 0xa4 || 0x05 || szállás || turistaszállás || 11010 || Turistaszállás ||
|-
| 0xa4 || 0x06 || szállás || kulcsosház || 11010 || Turistaszállás ||
|-
| 0xa4 || 0x00 || szállás || szállás || 11008 || Hotel/Motel/Panzió ||
|-
| 0xa5 || 0x01 || emlékhely || emléktábla || 4610 || Emléktábla ||
|-
| 0xa5 || 0x02 || emlékhely || kereszt || 5888 || Kereszt ||
|-
| 0xa5 || 0x03 || emlékhely || emlékmű || 6144 || Szobor/emlékmű ||
|-
| 0xa5 || 0x04 || emlékhely || szobor || 6144 || Szobor/emlékmű ||
|-
| 0xa5 || 0x05 || emlékhely || temető || 4609 || Temető ||
|-
| 0xa5 || 0x06 || emlékhely || sír || 25603 || Sír ||
|-
| 0xa5 || 0x07 || emlékhely || emlékhely || 11273 || Emlékhely ||
|-
| 0xa6 || 0x01 || közlekedés || alagút || 25619 || Alagút ||
|-
| 0xa6 || 0x02 || közlekedés || buszmegálló || 12054 || Buszmegálló ||
|-
| 0xa6 || 0x03 || közlekedés || villamosmegálló || 12040 || Vasútállomás ||
|-
| 0xa6 || 0x04 || közlekedés || pályaudvar || 12040 || Vasútállomás ||
|-
| 0xa6 || 0x05 || közlekedés || vasútállomás || 12040 || Vasútállomás ||
|-
| 0xa6 || 0x06 || közlekedés || vasúti megálló || 12040 || Vasútállomás ||
|-
| 0xa6 || 0x07 || közlekedés || határátkelőhely || 12294 || Határátkelőhely ||
|-
| 0xa6 || 0x08 || közlekedés || komp || 12041 || Komp/kikötő ||
|-
| 0xa6 || 0x09 || közlekedés || kikötő || 12041 || Komp/kikötő ||
|-
| 0xa6 || 0x0a || közlekedés || hajóállomás || 12041 || Komp/kikötő ||
|-
| 0xa6 || 0x0b || közlekedés || repülőtér || 12036 || Repülőtér ||
|-
| 0xa6 || 0x0c || közlekedés || kötélpálya || 11526 || Síközpont ||
|-
| 0xa6 || 0x0d || közlekedés || parkoló járművek veszélyben || 12043 || Parkoló || megtévesztő
|-
| 0xa6 || 0x0e || közlekedés || traffipax || 20992 || Traffipax ||
|-
| 0xa6 || 0x0f || közlekedés || buszpályaudvar || 12054 || Buszmegálló ||
|-
| 0xa6 || 0x00 || közlekedés || közlekedés || 12039 || Közlekedés ||
|-
| 0xa7 || 0x01 || szolgáltatás || üzlet || 11783 || Szakbolt ||
|-
| 0xa7 || 0x02 || szolgáltatás || bankautomata || 12038 || Bankautomata ||
|-
| 0xa7 || 0x03 || szolgáltatás || bankfiók || 12102 || Bank/Pénzváltó ||
|-
| 0xa7 || 0x04 || szolgáltatás || benzinkút || 12033 || Benzinkút ||
|-
| 0xa7 || 0x05 || szolgáltatás || kórház || 12290 || Kórház ||
|-
| 0xa7 || 0x06 || szolgáltatás || orvosi rendelő || 19200 || Elsősegély || ?
|-
| 0xa7 || 0x07 || szolgáltatás || gyógyszertár || 11781 || Gyógyszertár ||
|-
| 0xa7 || 0x08 || szolgáltatás || hivatal || 12291 || Hivatal ||
|-
| 0xa7 || 0x09 || szolgáltatás || hotspot || 5635 || Hotspot ||
|-
| 0xa7 || 0x0a || szolgáltatás || nyilvános telefon || 20736 || Nyilvános telefon ||
|-
| 0xa7 || 0x0b || szolgáltatás || parkoló || 12043 || Parkoló ||
|-
| 0xa7 || 0x0c || szolgáltatás || posta || 12037 || Posta/postaláda ||
|-
| 0xa7 || 0x0d || szolgáltatás || postaláda || 12037 || Posta/postaláda || megtévesztő
|-
| 0xa7 || 0x0e || szolgáltatás || postafiókok || 12037 || Posta/postaláda || megtévesztő
|-
| 0xa7 || 0x0f || szolgáltatás || rendőrség || 12289 || Rendőrség ||
|-
| 0xa7 || 0x10 || szolgáltatás || tűzoltóság || 12291 || Hivatal ||
|-
| 0xa7 || 0x11 || szolgáltatás || mentőállomás || 12291 || Hivatal ||
|-
| 0xa7 || 0x12 || szolgáltatás || autószerviz || 12035 || Autószervíz ||
|-
| 0xa7 || 0x13 || szolgáltatás || kerékpárbolt || 12051 || Biciklibolt ||
|-
| 0xa7 || 0x14 || szolgáltatás || wc || 19968 || WC ||
|-
| 0xa7 || 0x15 || szolgáltatás || kölcsönző || 12045 || Taxiállomás ||
|-
| 0xa7 || 0x16 || szolgáltatás || iparos || 11783 || Szakbolt ||
|-
| 0xa7 || 0x17 || szolgáltatás || piac || 11777 || Szolgáltatás ||
|-
| 0xa7 || 0x00 || szolgáltatás || szolgáltatás || 11777 || Szolgáltatás ||
|-
| 0xa8 || 0x01 || sport || golfpálya || 11525 || Golfpálya ||
|-
| 0xa8 || 0x02 || sport || focipálya || 11336 || Focipálya ||
|-
| 0xa8 || 0x03 || sport || sípálya || 11526 || Síközpont ||
|-
| 0xa8 || 0x04 || sport || szánkópálya || 11526 || Síközpont ||
|-
| 0xa8 || 0x05 || sport || stadion || 11336 || Focipálya ||
|-
| 0xa8 || 0x06 || sport || teniszpálya || 7424 || Teniszcsarnok ||
|-
| 0xa8 || 0x07 || sport || lovastanya || 16384 || Lovastanya ||
|-
| 0xa8 || 0x08 || sport || strand || 21504 || Strand/Fürdő ||
|-
| 0xa8 || 0x09 || sport || uszoda || 11529 || Uszoda ||
|-
| 0xa8 || 0x0a || sport || fürdő || 21504 || Strand/Fürdő ||
|-
| 0xa8 || 0x10 || sport || sportpálya || 11336 || Focipálya ||
|-
| 0xa8 || 0x00 || sport || sport || 11272 || Sport ||
|-
| 0xa9 || 0x01 || kulturális intézmény || színház || 11521 || Színház ||
|-
| 0xa9 || 0x02 || kulturális intézmény || mozi || 11523 || Mozi ||
|-
| 0xa9 || 0x03 || kulturális intézmény || könyvtár || 11267 || Könyvtár ||
|-
| 0xa9 || 0x04 || kulturális intézmény || közösségi ház || 12288 || Épület ||
|-
| 0xa9 || 0x05 || kulturális intézmény || állatkert || 11271 || Állatkert ||
|-
| 0xa9 || 0x06 || kulturális intézmény || cirkusz || 11335 || Cirkusz ||
|-
| 0xa9 || 0x07 || kulturális intézmény || vidámpark || 11265 || Vidámpark ||
|-
| 0xa9 || 0x08 || kulturális intézmény || látnivaló || 11268 || Kilátóhely/szép kilátás ||
|-
| 0xa9 || 0x00 || kulturális intézmény || kulturális intézmény || 12288 || Épület ||
|-
| 0xaa || 0x01 || épített tereptárgy || bánya || 25612 || Bánya ||
|-
| 0xaa || 0x02 || épített tereptárgy || feltárás || 5898 || Külszíni fejtés ||
|-
| 0xaa || 0x03 || épített tereptárgy || gyár || 6154 || Gyár ||
|-
| 0xaa || 0x04 || épített tereptárgy || katonai terület || 25611 || Katonai terület ||
|-
| 0xaa || 0x05 || épített tereptárgy || mezőgazdasági telep || 12288 || Épület ||
|-
| 0xaa || 0x06 || épített tereptárgy || rádiótorony || 25617 || Bázisállomás/Adótorony ||
|-
| 0xaa || 0x07 || épített tereptárgy || kémény || 25617 || Bázisállomás/Adótorony ||
|-
| 0xaa || 0x08 || épített tereptárgy || víztorony || 25617 || Bázisállomás/Adótorony ||
|-
| 0xaa || 0x09 || épített tereptárgy || szélkerék || 5890 || Szélkerék ||
|-
| 0xaa || 0x0a || épített tereptárgy || esőház || 12299 || Esőbeálló ||
|-
| 0xaa || 0x0b || épített tereptárgy || híd || 25601 || Híd ||
|-
| 0xaa || 0x0c || épített tereptárgy || információs tábla || 19456 || Információs tábla ||
|-
| 0xaa || 0x0d || épített tereptárgy || létra || 8192 || Kerítéskapu/-létra ||
|-
| 0xaa || 0x0e || épített tereptárgy || kapu || 8192 || Kerítéskapu/-létra ||
|-
| 0xaa || 0x0f || épített tereptárgy || kilátó || 25613 || Kilátótorony ||
|-
| 0xaa || 0x10 || épített tereptárgy || magasles || 5891 || Magasles ||
|-
| 0xaa || 0x11 || épített tereptárgy || pihenőhely || 18944 || Pihenőhely ||
|-
| 0xaa || 0x12 || épített tereptárgy || pad || 18944 || Pihenőhely ||
|-
| 0xaa || 0x13 || épített tereptárgy || tűzrakóhely || 18944 || Pihenőhely ||
|-
| 0xaa || 0x14 || épített tereptárgy || sorompó || 9472 || Sorompó ||
|-
| 0xaa || 0x15 || épített tereptárgy || mérőtorony || 25617 || Bázisállomás/Adótorony ||
|-
| 0xaa || 0x16 || épített tereptárgy || háromszögelési pont || 10496 || Magassági pont ||
|-
| 0xaa || 0x17 || épített tereptárgy || határkő || 23040 || Kilométerkő ||
|-
| 0xaa || 0x18 || épített tereptárgy || tanösvény-állomás || 19457 || Tanösvényállomás ||
|-
| 0xaa || 0x19 || épített tereptárgy || vadetető || 5643 || Vadállat-etető ||
|-
| 0xaa || 0x2a || épített tereptárgy || kilométerkő || 23040 || Kilométerkő ||
|-
| 0xaa || 0x2b || épített tereptárgy || rom || 12298 || Rom ||
|-
| 0xaa || 0x2c || épített tereptárgy || boksa || 26114 || Nevesített terület/rét ||
|-
| 0xaa || 0x2d || épített tereptárgy || torony || 25617 || Bázisállomás/Adótorony ||
|-
| 0xaa || 0x2e || épített tereptárgy || gyaloghíd || 25665 || Gyaloghíd ||
|-
| 0xaa || 0x00 || épített tereptárgy || épített tereptárgy || || ||
|-
| 0xab || 0x01 || természetes tereptárgy || kert || 26114 || Nevesített terület/rét ||
|-
| 0xab || 0x02 || természetes tereptárgy || fa || 25614 || Nevezetes fa ||
|-
| 0xab || 0x03 || természetes tereptárgy || gázló || 25624 || Gázló ||
|-
| 0xab || 0x04 || természetes tereptárgy || dagonya || 25875 || Mocsár/láp ||
|-
| 0xab || 0x05 || természetes tereptárgy || geofa || 25614 || Nevezetes fa ||
|-
| 0xab || 0x06 || természetes tereptárgy || akadály || 9472 || Sorompó || ?
|-
| 0xab || 0x07 || természetes tereptárgy || barlang || 26113 || Barlang ||
|-
| 0xab || 0x08 || természetes tereptárgy || zsomboly || 26113 || Barlang ||
|-
| 0xab || 0x09 || természetes tereptárgy || gyümölcsös || 5648 || Gyümölcsös ||
|-
| 0xab || 0x0a || természetes tereptárgy || magaslat || 26132 || Csúcs ||
|-
| 0xab || 0x0b || természetes tereptárgy || kilátás || 11268 || Kilátóhely/szép kilátás ||
|-
| 0xab || 0x0c || természetes tereptárgy || szikla || 26134 || Szikla ||
|-
| 0xab || 0x0d || természetes tereptárgy || vízesés || 25607 || Vízesés ||
|-
| 0xab || 0x00 || természetes tereptárgy || természetes tereptárgy || 5649 || Természeti képződmény ||
|-
| 0xac || 0x01 || hulladék || illegális szemétlerakó || 22273 || Illegális szemétlerakó ||
|-
| 0xac || 0x02 || hulladék || szelektív hulladékgyűjtő || 22016 || Szelektív hulladékgyűjtő ||
|-
| 0xac || 0x03 || hulladék || szeméttelep || 22016 || Szelektív hulladékgyűjtő ||
|-
| 0xac || 0x04 || hulladék || szemétgyűjtő || 22016 || Szelektív hulladékgyűjtő ||
|-
| 0xac || 0x05 || hulladék || konténer || 22016 || Szelektív hulladékgyűjtő ||
|-
| 0xac || 0x00 || hulladék || hulladék || || ||
|-
| 0xad || 0x01 || szerveződés || pecsételőhely || 25618 || Túraállomás/csomópont ||
|-
| 0xad || 0x02 || szerveződés || geoláda || || ||
|-
| 0xad || 0x03 || szerveződés || megtalált geoláda || || ||
|-
| 0xad || 0x04 || szerveződés || vándorbogár || || ||
|-
| 0xad || 0x05 || szerveződés || geo-esemény || || ||
|-
| 0xad || 0x06 || szerveződés || húsvéti tojás || || ||
|-
| 0xad || 0x07 || szerveződés || mikulás-ajándék || || ||
|-
| 0xad || 0x00 || szerveződés || szerveződés || || ||
|-
| 0xae || 0x01 || egyéb || névrajz || 7680 || Kicsi térképfelirat ||
|-
| 0xae || 0x02 || egyéb || tájegység || 5120 || Térképfelirat ||
|-
| 0xae || 0x03 || egyéb || csatlakozó vonalak || || ||
|-
| 0xae || 0x04 || egyéb || külső csatlakozás || || ||
|-
| 0xae || 0x05 || egyéb || árva végpont || || ||
|-
| 0xae || 0x00 || egyéb || egyéb || 5647 || Egyéb ||
|}

[[Kategória:Szerkesztési megbeszélés]]

Tábor Zalában

2009-11-18T15:45:02Z

Fgg: + kategória

A felméréssel és térképszerkesztéssel ismerkedők Dél-Zalában, egyhetes kerékpáros táborban találkozhatnak egymással és a tapasztaltabbakkal. Bejárjuk és felmérjük a környéket, megrajzoljuk a térképre, közben pedig tanácskozunk, és/vagy pihenünk. Kerékpározni nem kötelező, sőt: van gyalog felmérhető út is bőven.

2009. július 26-augusztus 1. [http://turistautak.hu/maps.php?id=magyarorszag&image=raster&lat=46.542917&lon=16.697561&zoom=16&arrow=0&shading=1 Lispeszentadorján]

Részvételi díj 20 vagy több fő részvétele esetén 30.000 Ft/fő, ami tartalmazza a teljes ellátást. A ház befogadóképessége korlátozott, a jelentkezés sorrendje számít, akit érdekel, írja ide a nevét a lap aljára, vagy ha nem gyakorlott a wiki-lap szerkesztésében, [http://geocaching.hu/users.geo?id=126 keressen meg].

[http://turistautak.hu/download/del-zala-tabor-2009.pdf ismertető] (.pdf)

== Jelentkezők ==
* [http://geocaching.hu/users.geo?id=126 Kolesár]
* [http://geocaching.hu/users.geo?id=39465 Agallis]

[[Kategória:Közösség]]

rss

2009-11-18T15:43:08Z

Fgg: + kategória

Ezen az oldalol a turistautak.hu, geocaching.hu, muemlekek.hu RSS linkjeit szeretnénk összegyűjteni

* térkép frissítések
<nowiki>http://www.dapper.net/transform.php?dappName=turistautakhutrkpfrisstsek&transformer=RSS&extraArg_title=tajegyseg&extraArg_description[]=terkepesz&extraArg_description[]=leiras&extraArg_pubDate=datum&extraArg_fixDates=1&applyToUrl=http%3A%2F%2Fturistautak.hu%2Fupdates.php%3Flap%3D1%26egylapon%3D50x</nowiki>

* geoládák
http://geocaching.hu/rss.geo
[[Kategória:Technikai segítség]]

Programok

2009-11-18T15:42:56Z

Fgg: + kategória

== A felmérésekhez és térképrajzolásokhoz hasznos programok gyűjteménye ==

* http://turistautak.hu/download/mapedit.exe
A rajzoláshoz használható aktuális MapEdit (1.0.23.63.k). [[Mapedit|Leírás itt.]] 

* http://www.turistautak.hu/file.php?dir=upload&id=18139&file=MapAuditW.zip
A rajzolás ellenőrzéséhez használható aktuális MapAudit [http://www.turistautak.hu/tracks.php?id=18139 Leírás itt.] 

* http://turistautak.hu/file.php?dir=upload&id=18464&file=tuhuparam-exe-26.zip
Rajzoláshoz használható út-paraméter generáló. [http://turistautak.hu/tracks.php?id=18464 Leírás itt.] 

* http://turistautak.hu/file.php?dir=upload&id=19850&file=track-szinezo-v05.zip
Trackek színezésére használható program. [http://turistautak.hu/tracks.php?id=19850 Leírás itt.] 

* http://www8.garmin.com/software/MapSource_6137.exe
Az utolsó még jól használható MapSource verzió 

* http://sites.google.com/site/jekaeff/Home/CSIXgpx.zip (2007.07.03.)
az "x"-es Garmin-ok ritkán előforduló GPX fájlsérüléseinek (tipikusan hiányzó GPX tag-ek és félbeszakadt sorok formájában
jelentkeznek e hibák az áramellátás váratlan megszűnésekor ill. szoftverhibából adódóan) megkeresésében és orvoslásában segítő program. 

* http://sites.google.com/site/jekaeff/Home/GMXT2GPX.zip (2008.10.19.)
Garmin Mobile XT által készített aktív (GARMIN_ATRK.NVM) és mentett nyomvonalakat (GARMIN_STRK.NVM) konvertál GPX formátumúra 
 

* http://www.gpsbabel.org/download.html
GPSBabel: Rengeteg GPS-es fájlformátumot tud oda-vissza konvertálni és szűrni, Linuxra és Macre is elérhető. 
 

* http://earth.google.com/download-earth.html
Utak paramétereihez néha jól jön kérdéses esetekben. 

* http://gps.info-racio.hu/?q=node/10
Russa program PDA-val való trackeléshez 

* http://www.gpstm.com/
Ingyenes GPS TrackMaker program, GPS trackek PC-re való le, -és feltöltéséhez 
valamint a trackek grafikus megjelenítéséhez, és retusálásához. 

* http://www.gpsinformation.org/ronh/g7towin.htm - (A.00.200f)
G7ToWin: Rengeteg GPS-es fájlformátumot tud oda-vissza konvertálni,PDA-ra Linuxra is elérhető. 
Így terepen is sok hasznát lehet venni. 

* [http://cypherman1.googlepages.com/ MapSetToolKit]
A MapSource-ba lehet térképeket telepíteni vele (ha csak *.img van) illetve ott lévőket kezelni, kiszedni.
 

* [http://www.magellangps.com/products/map.asp?PRODID=1717 MapSend Lite]
MapSend Lite. Magellán térképek PC-n történő nézegetéséhez. (többféle 3D nézet, útvonalpontok és geoládák kezelése, útvonal tervezés, track-ek kezelése, stb...)
[[Kategória:Technikai segítség]]

Települések teljes felmérése

2009-11-18T15:40:53Z

Fgg: + kategória

Ahhoz, hogy egy település (vagy annak egy részlete) teljesen felmért legyen, háromszor kell végigjárni az utcákat.

=== 1. bejárás: az utcák vonala és az utcanevek rögzítése ===
A bejárás során próbálj meg egyenletes sebességgel haladni, lehetőleg folyamatosan, megállás nélkül. A legjobb eszköz erre a kerékpár, esetleg kismotor, mert ezekkel lehet a forgalom különösebb feltartása nélkül az utca közepén haladni. Ha tudsz tempósan gyalogolni (minimum 5 km/h sebességgel) és nem túl forgalmas a felmérendő környék, akkor haladj az utca középvonalán. Autóval akkor tudsz pontos nyomvonalat rögzíteni, ha nincs semmilyen felület, amely zavarhatja a GPS pontosságát (pl.: a kocsi teteje). Javasolt az autós bejárás során a tetőre szerelt külső antenna. Ha elfordulsz az útról, akkor szögletesen fordulj: menj el a kereszteződés középpontjáig, majd várj egy kicsit, hogy a GPS megnyugodjon és a pontos pozíciót rögzíteni tudja.

Az én módszerem a következő: kerékpárral nagyjából 10-15 km/h sebességgel járom be az utcákat ott, ahol viszonylag egyenesek. A GPS-t időalapú, 4 másodperces rögzítésre állítom be. Ez azt jelenti, hogy 4 másodpercenként rögzíti a pillanatnyi pozíciót. Egyenes utcáknál az említett sebességgel haladva nagyjából 20 méterenként tesz le egy pontot. Ez szerintem pont jó, mert túl nagy kilengések nincsenek és az egyenes szakasz miatt nem indokol pontosabb tracket. A kanyaroknál azonban más a helyzet. Az időalapú rögzítés miatt a kanyarokban jóval lassabban haladok. Minél élesebb a kanyar, annál lassabban. 4 másodpercenként tesz le egy pontot, ezért próbálom a kanyarokat 15-20 másodperc alatt megtenni, így elegendően részletes lesz a track (4-5 pontból már megfelelően íves lesz a forduló).

A települések utcái általában vagy aszfaltosak, vagy nem (ekkor általában murvás utak). A murvás utakra szoktam nyomni egy pontot, hogy otthon tudjam, melyek nem burkoltak. Egyéb pontokat (kereszteződések, POI-k nem nyomok).

Javasolt a bejárás előtt a település térképét (más forrásból, pl.: Google Maps) tanulmányozni és megtervezni egy olyan útvonalat, hogy minden utca érintve legyen a lehető legkevesebb átfedéssel.

Az így készült tracket még a MapSource alatt megvágom (a felesleges részeket levágom, 3 méterre szűröm). A kész trackből viszonylag jó pontossággal megrajzolható a település utcahálózata Track=1 paraméterrel.

=== 2. bejárás: az utcák nyomvonalának pontosítása ===
A módszer ugyanaz, mint az 1. bejárásnál, mindössze egy apró különbség van. Ilyenkor már nem nyomogatok pontokat, hiszen már tudom, hogy melyek a burkolatlan utcák. A bejárás módja, sebessége, a track utólagos feldolgozása ugyanaz.

'''FONTOS''', hogy az 1. és a 2. bejárás közt legalább egy nap (24 óra) teljen el. Előfordulhat ugyanis, hogy a műholdállás miatt pontatlan a GPS. Ekkor hiába jársz be mindent kétszer, mindkét alkalommal pontatlan lesz a nyomvonal. Ha vársz a két bejárás közt legalább egy napot, akkor szinte minimális az esélye annak, hogy mindkétszer ugyanolyan hibával mérj.

Az így készült track alapján az 1. bejárás nyomvonalát lehet pontosítani, ahol kell. Track=2 paraméterrel szinte tökéletes pontossággal meg lehet rajzolni az utcákat két olyan track alapján, amely az ismertetett módon, kifejezettem feldolgozásra készült.

=== 3. bejárás: POI-k és házszámok begyűjtése ===
Ez a legidőigényesebb feladat, általában ez el szokott maradni. Ahol én járok és időm engedi, megpróbálom pótolni, de nem könnyű. Azért szoktam a POI-kat utólag begyűjteni, mert ha letérek az egyenes utcáról néhány méterrel azért, hogy egy közkutat bemérjek, akkor hiába térek vissza az utca közepére, lesz egy tüske a trackben, nem lesz szép a nyomvonal. Fák alatt gyakran több méterrel arrébb tesz vissza az utcára, mint ahonnan letértem. Jobbnak látom, ha a POI-kat a 3. bejárás alatt gyűjtöm be és ekkor csak a pontokat hasznosítom, a 3. tracket egyszerűen eldobom (hiszen az 1-2 bejárás alatt készült trackekből szinte tökéletesen élethűen meg lehet rajzolni az utcákat). Ráadásul így nem kell szögletesen fordulni, lehet a POI-k között toronyiránt menni, hiszen a melléktermékként készült tracket úgyis el fogom dobni.

A házszámozás viszont tényleg időigényes, gondosan elvégzendő feladat. '''FONTOS!''' Házszámozást csak olyan környéken szabad csinálni, ahol már minden utca (sikátor, ösvény, földút, stb.) be van rajzolva! Ugyanis ha egy új szakaszt rajzolsz egy meglévő útba, akkor a darabolás következtében minden paramétert megörököl a két új szakasz - köztük a házszámozást is!

Városokban könnyű a helyzet, mert az utcasarkokon kint van az utca neve alatt a szakasz kezdő és vég házszáma, azonban kisebb településeken ilyen táblák nincsenek, a házak oldaláról kell összevadászni a számokat. A házszámozás felmérése szerintem csak gyalog, vagy kerékpárral lehetséges.

Én erre két módszert szoktam használni. Az egyik a ''papíros-ceruzás módszer'': ceruzával megrajzolom egy papírra kézzel azokat az utcákat, amelyeket egy könnyed séta alatt érinteni tudok és a szakaszokra menet közben kézzel írogatom a számokat. A másik módszer a ''MapEditből nyomtatós'': a T billentyűvel kikapcsolom a felületek mutatását, SHIFT+F6-tal ráteszem az utcanevet a szakaszokra és akkor nagyításban nyomtatom ki, hogy kényelmesen rá tudjam írni a szakaszokra a házszámokat.

Minden szakaszra 4 számot kell írni (kezdő és vég házszám a szakasz mindkét oldalán), így figyelni kell arra, hogy a papíron legyen hely a számoknak (egy 4 utcából álló négyzetre így 16 számnak kell elférnie), ami a gyakorlatban azt jelenti, hogy a papíron ne legyen egyetlen szakasz sem 1-1,5 cm-nél rövidebb, különben nem férnek el a számok. Ne felejtsd el, hogy nem íróasztalon, vízszintes helyzetben kell ráírni a papírra a sok-sok házszámot, hanem az utcán, kézben tartva a papírt. A legjobban persze akkor érted meg ez, ha egyszer megpróbálod papírra vetni egy teljes utca házszámait!
[[Kategória:Szerkesztési segítség]]

Track-ek archiválása

2009-11-18T15:39:59Z

Fgg: + kategória

Mit szeretnénk elérni vele, milyen tarck-eket, hogyan, milyen eszközökkel?

[[Kategória:Szerkesztési megbeszélés]]

Turistautak logikai hálózata

2009-11-18T15:39:07Z

Fgg: + kategória

Támogató alapfejlesztési projektötlet, adatmodell-bővítés az [[Útvonalkezelés fejlesztése]]-hez és a [[Jelzésfestési és táblázási támogatás]] kiteljesítéséhez.

== Igény és indoklás ==

A turistautak.hu a valós, terepen megfigyelhető viszonyokat írja le, tárolja. Mindeközben létezik egy „elvi” (hivatalos?) jelzéshálózat is, amely a jelzett útvonalakat és csomópontjaikat (fontosabb pontjaikat) logikai hálózatként tekinti. Ez olykor eltér a terepen tapasztalhatótól (mert pl. valamely út nincs felfestve), s ez a lehetséges eltérés mint természetes jelenség lehetővé teszi pl. a tervezett ill. megszűnt útvonalak kezelését. A hálózatos kezelés alapot adhat egy-egy tájegység jelzett útjairól szóló on-line kalauz (útleírás és fénykép rendelése a jelzett utak szakaszaihoz, csomópontjaihoz) készítésének is, valamint útbaigazító táblák tervezéséhez és karbantartásuk menedzseléséhez (pl. egy változáskor mely táblákat kell lecserélni és mire). A csomópontok és a köztük vezető szakaszok hivatkoznak a geometriákra, „dinamikus módon” (azaz térképszerkesztéskor megváltozhatnak a hivatkozások).

A cél a következő:
* a jelzett turistautak mint útvonalak és azok hálózatának szakaszai a csomópontok között „megfogható” entitások legyenek, ezekből is lehessen saját útvonalakat építeni, lehessen hozzájuk kalauz leírást, fotókat rendelni,
* az útvonalakat hierarchikusan lehessen szakaszolni, fastruktúrában alábontani és ezek blokkjaiból is építkezni, verziózni, jelzésváltozásokat követni,
* az útcsomópontok is „megfogható” entitások legyenek, nevük lehessen, adatokat, fotókat lehessen hozzájuk kapcsolni, s generálódjon, mi milyen jelzésen hány km innen, a közeli POI-k legyenek becsatolva.
* egy POI, ha az fontosabb jelzett útpontnak is megfelel, vagy útcsomópontban van, akkor jelenhessen meg az oldalán egy aut. generált táblázat, amely az ide vezető jelzett turistautakat tartalmazza.

== Megoldási javaslat, új adattípusok ==

=== NOI – „node of interest”, csomópont ===

spec. POI típus, amire a jelzett turistautak (és kijelölt kerékpáros útvonalak) logikai hálózata épül, ez az „útpont” vagy „útcsomópont” fizikailag is megfogható megjelenése (egyben egy „túracélpontot”, helyszínt is azonosíthat, lehet neki nevet adni, adatokat, képeket hozzácsatolni, POI-k csatolódnának hozzá, lehet belőlük „elvi” útvonalakat építeni, stb...

A NOI rendszer „félautomatikusan” kezelődne a következő módon (az automatizmusok térképszerkesztés bemásolásakor futnának le):
* minden útjelzés-csomópont és jelzett útvég automatikusan kapna egy NOI-t, amelyikhez épp nem tartozik ilyen (tehát nem minden szakasz, csak amelyeknek a labelje nem üres),
* a fentieken túl kézzel létrehozható NOI bármilyen szakaszvégpontban/csomópontban (jelzett út mentén fontos pontnál, vagy akár jelzetlen út mentén is, ha a jelzett úthálózathoz szorosan kapcsolódó kitérő épül rá, pl. egy táblával jelölt rövid, egyenes jelzetlen útszakasz végpontja).
* NOI csak kézzel törölhető. Amikor egy jelzett út a térképről eltűnik (a jelzés lekerül a label-ből), a jelzett út mint NOI-k sorozata megmarad, ez csak a „fizikai törlés”. Az út „elvi törlése” a logikai hálózatból történik, de a kapcsolódó NOI-k akár meg is maradhatnak, ez a hálózat szerkesztőjének („gazdájának”) a döntésén múlik és a jelzésváltozások követésének kezelésén, feltüntetésén.
* a NOI szakaszvégponthoz kapcsolódna (ill. összeérő szakaszvégpontokhoz), azzal együtt mozogna.
* azok a NOI-k, amelyekhez adatok vagy útvonalak vannak kapcsolva, kiemelten jelenhetnek meg a térképszerkesztéskor, vagy azok amelyekhez nincs, alapértelmezésben nem jelennének meg („árva NOI-k”, amik automatikusan generálódtak, de senki nem foglalkozott [még] velük, vagy törölték és újragenerálódott).
* egy bonyolultabb csomópont nyilván több jelzés-találkozási pontot is tartalmazhat, ez esetben több NOI generálódhat. Érdemes ilyenkor a leghangsúlyosabbat („legközpontibbat”) kiválasztani, s azt felszerelni a szükséges adatokkal, a többi „árva maradna”. Kérdés, mi van akkor, amikor a csomópontban fizikailag nincs olyan pont, ahol minden jelzés összeér....
* a közeli POI-k automatikusan kapcsolódnak egy NOI-hoz [pl. egy „Törökmező” NOI-hoz a turistaház, pihenő, pecsételőhely – ezek ikonjai megjelenhetnek a NOI-ra való hivatkozáskor mint feature-ök] - ?,

Egy térképszerkesztő számára egy NOI kezelése a következőt jelentené:
* kézzel csak akkor szerkesztendő, ha egy (nem „árva”) NOI-val rendelkező csomópont topológiáját megváltoztatjuk. Ilyenkor érdemes a NOI-t a csomópont legmegfelelőbb pontjába (valamely összeérő szakaszvégpontokba) áthelyezni. Az egyszerű szerkesztésekkor ez mozog a szakaszvégponttal együtt, a kézi vezérlésnek csak a speciális műveleteknél van jelentősége (pl. T elág.-ból delta, kereszteződésből két T, stb.).
* kézzel, tetszőlegesen létre lehet hozni NOI-t vagy törölni, ha az úthálózat megkívánja (szakaszvégpontban! – vagy akár lehetne bármely node-ra is tenni, akkor a bemásoláskor szétdarabol, mint az új elágazás), de akit ez a dolog szerkesztőként nem foglalkoztat, nem kell vele törődnie, egyedül a fenti esetben.

=== Trail - jelzett útvonal ===

a NOI-kra épülő útvonalak (a jelzett utak). A trail tulajdonképpen megfelel az „útvonalkezelés fejlesztése” c. részben feltüntetett trip-nek, azzal a különséggel, hogy ez több adatot tartalmaz, több speciális funkciót tesz lehetővé, logikai hálózatot alkotnak és hogy trail-t csak az adott tájegységben erre felhatalmazottak hozhatnak létre és szerkeszthetnek át (azaz aki útjelzés-gondozónak jelentkezett be). Fontos, hogy a trail mindig az elvi, „hivatalos” útvonalat jelöli.

A NOI adatlapján (és/vagy a hozzá kapcsolt POI-knál is) megjelennek az azt érintő útvonalak és hozzá generálva, hogy mi merre hány óra, milyen jelzésen. Így lehet barangolni a NOI-k között a logikai hálózaton, vagy akár „bevásárlókosár”-szerűen túrát tervezni „trail section”-ökből...

Minden trail egyetlen jól definiált útjelzést és mobilitási (gyalog/biciklis) meghatározást tartalmaz. NOI-k tetszőleges sorozatából áll, s a köztük lévő rész-szakaszokra (trail section) bomlik, melyek hierarchikusan rendezhetők, a NOI-k fontossága szerint. A trail section analóg a trip sectionnel (a mostani route-hoz hasonló, de garantáltan ponttól pontig összefüggően vezet, szükség esetén újragenerálódhat ill. „killer” változáskor invalid státusba kerülhet), amely optimális esetben végig olyan jelzésű, amilyen a trail saját jelzése [tervezett út esetén ez a szempont még nem kötelező - ?]. A trail táblázatként jelenik meg, melybe belegenerálódnak azok a NOI-k is (a szakaszolási hierarchia legalacsonyabb szintjén), amik ugyan nincsenek felvéve az útvonalba logikailag, de fizikailag a vonalon vannak. Ezeket a trail szerkesztője tetszőlegesen, kézzel beveheti az útvonalba, azaz felemelheti a hierarchiában (pl. ha egy új NOI generálódott, mert új jelzett útcsomópont jött létre). Az útvonal egy szakaszához útleírás (mindkét irányban külön is!) és fotók köthetők, s a NOI-k megjelennek az itinerben, szakaszolják az utat, a NOI-khoz kapcsolódó közei POI pedig piktogramként megjelennek, s rájuk kattintva bejön az adott POI oldala.

Térképszerkesztéskor a trail egy-egy szakasza mint route újragenerálódhat, ha a térkép finomodik. Ha viszont egy szakasz kitörlődik (pl. járhatatlanná válik) és az újragenerálás nagy kitérővel tud csak útvonalat tervezni, akkor az útvonal adott szakasza invaliddá válik (ekkor a terepen is változás történt!) és az újratervezést kézzel kell elvégezni, ami az útvonal verziószámának növelését is jelenti, s a változáskezelésnek alapja lehet...

'''Trail és Trip átjárhatósága''': (ld. az [[Útvonalkezelés fejlesztése]] c. részt) tetszőleges trailből vagy részéből lehessen trip-et létrehozni, valamint trip-ből (tervezett) trail-t konvertálni, s akár trail section maga is lehet egy trip része (?).

MEGJEGYZÉS: A logikai hálózatot most csak a jelzett úthálózatra mint infrastruktúrára értettem, mert annak a szakaszolására és „térbeli lehorgonyzására” kellene; de elvben lehet hogy kibővíthető (?) az egész úthálózatra is, akár NOI-kal, akár a POI-k aktív kapcsolásával az úthálózathoz (legközelebbi node vagy szakaszvégpont).
A NOI-ra mint külön POI típusra szükség van akkor is, ha tetszőleges POI-től tetszőleges POI-ig lehet tervezni, mert a logikai úthálózat a NOI-kra alapul és itt lehet tárolni a pl. a táblatervezési információkat is...

== Típusreform vonzata ==

egy új POI típus, ami a „node of interest” (NOI) nevet kapná és valamilyen navaid (zöld?), zászlócska vagy hasonló ikonja lenne.
[[Kategória:Szerkesztési megbeszélés]]

Térképes és felhasználói felület fejlesztése

2009-11-18T15:37:59Z

Fgg: + kategória

Van aki azt mondta, hogy a turistautak.hu-t nehezen tudja kezelni, mert „szakmókusok készítik szakmókusoknak”. Talán nem ez a szándékunk, de lehetne gyűjteni azokat a usability fejlesztési ötleteket, amik valóban könnyebben használhatóvá, áttkekinthetővé tennék a rendszert. (''Összeírtam párat, lehet hogy később szét kellene bontani majd ezt a szócikket, ha duzzad vagy részletezzük''):

== Felhasználóbarát felület ==

* funkcióigények végiggondolása, a meglévő funkciók logikus rendezése,
* felület, főoldal megújítása - "magyar turistaútportál"...
* útvonalkezelés és tervezés megújítása (ld. [[Útvonalkezelés fejlesztése]] [[Turistautak logikai hálózata]])
* saját adatok tárolásának lehetősége (útvonalak OK, de lehetne pl. mentett beállítású layerek, meg egyéb „my DB”, „my túranapló”, „my favorite POI’s”, stb. funkciók...?)

== Térképes felület megújítása ==
* az egérrel „tool”-ok szerint lehessen műveletet végezni: nagyítás-kicsinyítés, kijelölés, info kérés POI-ról, útszakaszról, pannelés, útvonaltervezés (kül.módokon)... Ezeket mint egy térinf.rendszerben egérrel kellene tudni váltogatni, és szükség szerint bővíthetők lennének... (pl. a logikai hálózat bevezetésével többféle útvonaltervezési funkció lehet)
* visszavonás funkció útv.tervezéskor [megírtam, bemásolandó, de később továbbfejlesztendő]
* user layer-ek létrehozásának lehetősége, saját jelkulccsal, vonalszínezéssel (mindig lesz olyan igény, amire nem tudunk külön kimenetet készíteni, legalább a weben ill. nyomtatásban lehessen egyéni(bb) beállításokkal felruházni a térképet, hiszen rengeteg hasznos adatot, paramétert tárolunk, ami térképesen nem jelenik meg)...
* zoomoláskor mi látszik, mi nem, mi milyennek látszik – generalizálás fejlesztése...?
** [akár aggregáció, szelekció, többszörös reprezentáció a különböző zoomszintekhez – de ez komolyabb kutatást/fejlesztést igényel... – pl. a turistajelzések pl. ne látszanak csak műúton ill. akár csak jelentős turistautak (pl. sávjelzések?) látszanak „messziről”]
* Google Map felületen való megjelenítés lehetősége...?
* a turistautak.hu térkép layerként behívható lehet valamilyen map service-ként, más forrásokból közös térképre...? (pl. az OpenMaps és tu.hu egy térképre "dobva")...

== Módszertani segítség ==
* egyszerűsített, kezdőknek szóló „minimál” trackelési bevezető, hogy ne egyszerre a sokmindent kapja a nyakába, de azért a track használható legyen - pl. útminőség-váltáskor mindig nyomjon gombot...
[[Kategória:Szerkesztési megbeszélés]]

Térképkimenetek fejlesztési iránya

2009-11-18T15:37:47Z

Fgg: + kategória

Szükségesnek érzem a találkozón áttekinteni milyen térképi kimeneteink is vannak, és ebből melyikeket kellene erősíteni, megszüntetni, esetleg ezeket felhasználói statisztikával megerősíteni. A fejlesztők pár percben felvátolhatnák a lehetőségeket, ill. van aki még nem látta mindegyiket élesben működni.
[http://turistautak.hu/documents.php?id=terkepek a térképformátumok összefoglaló táblázata]
* rasztertérkép
** egyszerű, sokféle környezetben működik.
** POI-k, feliratok hiánya

* raszteres SVG (kell ilyen?)

* SVG (kell ilyen?)

* Java

* T3D

* Google Earth (jól értem, hogy most már a saját gépen futtatva is saját vonaltípusokra stb. van lehetőség?)

* Garmin

* Magellan

* Russa

* MP

* [[Mapnik]] (Osmarender)
[[Kategória:Szerkesztési megbeszélés]]

php howto

2009-11-18T15:36:48Z

Fgg: + kategória

A [http://turistautak.hu turistautak.hu]-n közvetlenül hívható, paramétezhető .php programok és azok használata:

* itiner.php
útvonal itiner: http://turistautak.hu/itiner.php?route=id1,id2,id3

* properties.php
utak tulajdonságai: http://turistautak.hu/properties.php?id=id1,id2,id3

* route-sketch.php
kis útvonalösszefoglaló vázlat: http://turistautak.hu/route-sketch.php?route=id1,id2,id3

* turn.php
csatlakozás kirajzolása: http://turistautak.hu/turn.php?route=id

* profile.php
útvonal magassági diagram (profil): http://turistautak.hu/profile.php?route=id1,id2,id3

* from-to.php
útvonal tervezés 2 pont megadásával: http://turistautak.hu/from-to.php

* poi.php
Adott kordináta közelébe eső pihenőhelyek listája: http://www.turistautak.hu/poi.php?action=browse&ob=dist&od=n&type=pihenohely&lat_h=47&lat_m=26.9650&long_h=18&long_m=45.2080
Új POI felvitele: http://www.turistautak.hu/poi.php?action=add&type=...

* updates.php
Változtatások a térképeken: http://turistautak.hu/updates.php?date_max=2009-11-11+01:00:00
térképszerkesztők feltöltései: http://turistautak.hu/updates.php?users

* forum.php
Az összes fórum: http://www.turistautak.hu/forum.php
Egy adott fórum: http://www.turistautak.hu/forum.php?id=terkepek
felhasználók hozzászólásai a fórumban: http://www.turistautak.hu/forum.php?id=all&user_id= ...

* maps.php
ha nem elég nagy a [[http://turistautak.hu/maps.php?id=magyarorszag&image=raster&lat=47.796667&lon=18.939024&zoom=32&arrow=0 rasztertérkép]], akkor az URL sorba írd a végére [[http://turistautak.hu/maps.php?id=magyarorszag&image=raster&lat=47.796667&lon=18.939024&zoom=32&arrow=0&wx=1600&wy=1200 &wx=1600&wy=1200]]
ha a [[http://www.turistautak.hu/maps.php?id=magyarorszag&image=raster&lat=48.056667&lon=20.517073&zoom=8&arrow=0 rasztertérkép]]-re domborzatárnyékolást szeretnél, akkor az URL sorba írd a végére: [[http://turistautak.hu/maps.php?id=magyarorszag&image=raster&lat=48.056667&lon=20.517073&zoom=8&shading=1&arrow=0 &shading=1]] , ha pedig nyilat szeretnél egy adott koordinátára, akkor ezt írd a végére: [[http://turistautak.hu/maps.php?id=magyarorszag&image=raster&lat=48.056667&lon=20.517073&zoom=8 &lat=koo1&lon=koo2]] a koo értékeket dd.dddddd formátumban add meg, ammenyiben ki akarod kapcsolni a nyilat akkor írd ezt az URL végére: [[http://turistautak.hu/maps.php?id=magyarorszag&image=raster&lat=48.056667&lon=20.517073&zoom=8&arrow=0 &arrow=0]]

* coords.php
koordináták ellenőrzése, alapértelmezésben védett terület http://www.turistautak.hu/coords.php?latitude=48+22.111&longitude=19+22.333 de lehet települést is keresni: http://www.turistautak.hu/coords.php?action=telepules&latitude=47+17.222&longitude=19+22.333

[[Kategória:Technikai segítség]]

POI bevitel kibővítése

2009-11-18T15:32:11Z

Fgg: + kategória

Bár egyre többen használnak túrázáshoz GPS-t sokan használják a turistautak.hu-t olyanok is akik csak a térképet böngészik, az útvonalat tervezik. A POI felvitel jelenlegi kritériuma, hogy koordinátát kell hogy ismerjen a bejelentő. Egyértelmű útvonalgráf esetén térképre klikkelve is viszonylag nagy pontossággal felvihető lenne POI. Valahogy jelezni kellene hogy ez nem mért koordináta.

Segítség a mapediten-keresztüli kitöltéshez: település poligon alapján (az összes alkotórész számít, a lyukak is).

Itt off, de szóbakerült: városrészek, kerületek, város.
[[Kategória:Szerkesztési megbeszélés]]

OpenStreetMap

2009-11-18T15:29:31Z

Fgg: + kategória

Az OpenSteetMap a turistautak.hu-hoz hasonlóan egy közzösségi kezdeményezés egy szabadon elérhető ingyenes térkép létrehozására.

Rövid összehasonlítás:

{| border="1"
| URL
| http://turistautak.hu
| http://openstreetmap.org
|-
| Licensz
| Csak magáncélre használható korlátozás nélkül
| Szabadon felhasználható (CC-SA[http://creativecommons.org/licenses/by-sa/2.0/])
|-
| Hozzáférés
| Vektorosan csak szerkesztők tölthetik le
| Vektorosan letölthető
|-
| Szerkesztés
| Csak kiforrott szerkesztők szerkeszthetik
| Bárki regisztrált felhasználó szerkesztheti
|-
| Infrastruktúra
| MapEdit (windows) a fő szerkesztőezköz , mp formátum
| Saját webes és asztali (Java alapú) szerkesztő eszköz. Saját XML alapú térkép formátum.
|}

A Turistautak.hu szempontjából egy ígéretes út lehet a tuhu térképeinek átkonvertálása OSM formátumba, majd az OSM-hez rendelkezésre álló eszközökkel állítani elő térképet/szoftvereket. Erre jó példa a Tuhu renderelése [[Mapnik]]-kal, (a linkelt oldalon a konvertálás is le van írva), de van lehetőség pl. JavaME alkalmazással használni a tuhu-t az OSM mintájára.

[[Kategória:Technikai segítség]]

OMP

2009-11-18T15:28:25Z

Fgg: + kategória

== turistautak.hu - openmaps.eu integráció ==

'''Célok'''

* közös térképkimenetek készítése: Garmin, Navitel (Russa), raszter, java (?)
* szerkesztési elvek és módszerek közelítése

'''Feladatok, javaslatok'''

* illesztési határ megállapítása, javaslat: a turistautak.hu-ban szereplő Magyarország határ
* illesztési határ együttmozgásának biztosítása
* Garmin kimenet: hol készüljön, typ legyen-e, objektumok típusainak összehangolása
* raszter térkép: szükséges bemenet specifikálása és megvalósíthatósága
* Trackfeltöltés: A tuhura feltöltött, de az OMP-hez tartozó vágott "Other" track-ek az OMP-re töltődjenek fel, illetve fordítva. [[http://turistautak.hu/forum.php?action=thread&id=terkepek&message_id=193939 24292]]

'''Eltérések a két rendszer között'''

OMP

* tetszőleges téglalap alakú zárolási lehetőség, minden zároláshoz új trekkcsomag is készül
* trekkek feldolgozottságának jelölése Mapeditben történik
* kifinomultabb polygon szerkesztés OMPEditben
* paraméterek helyett városi úttípusok és routing sablonok
* útkereszteződésnél nem kell megszakítani az utat, csak paraméterváltásnál
* menüből választható: felhajtó, alagút, felüljáró, körforgalom, létra paraméter
* többnyelvű NoLabelPOI táblázat a név nélküli POI-knak
* a felületek a POI-kból kapják a nevüket, nem kell külön paraméterezni
* többnyelvű
* saját typeset ([[Media:Omp-utak.jpg|vonalak]])
* saját Garmin TYP
* ország alapú a szerkesztés és a jogok osztása
* hamarosan több ország (omp fájl) is szerkeszthető lesz egyszerre
* weblap Drupal alapú
* kütyüs kimenetre koncentrál: Garmin, Russa, Navitel
* kiemelős rétegek készülnek Garminokhoz
* [http://openmaps.eu/node/1330 Garmin Manager]

turistautak.hu

* csak változások mentése MapEditben (csak így tölthető fel)
* fullos mapperrel fordítódik
* különböző térképcsomagok készülnek Garminhoz
* részletesebb paraméterkészlet
* weblap dokumentációs része wiki-alapú
* Garmin, Russa, Navitel, mellett Magellan kimenet és raszteres webtérkép
* webes POI adatbázis

[[Kategória:Szerkesztési megbeszélés]]

Megtárgyalandó kérdések: honlappal kapcsolatos korrekciók

2009-11-18T15:27:48Z

Fgg: + kategória

Itt tulajdonképpen az apróbb fejlesztési ötletek, hiánypótlások és a honlapon meglevő hibákon gondoltam végigmenni.

# Útvonalak keresése/szűrések pl. névre, vagy saját útvonalak. hasonlóan, mint a trackeknél
# a főoldalon csak publikus túrák jelenjenek meg, ahol van túravezető,találkozási hely és időpont. Vagy tisztázva van a jelentkezés feltétele. (esetleg checkbox) Pl. Felesleges olyan útvonalakat szerepeltetni a főoldalon, mint a 625-ös
# Poi lista csak a gc-n van összes pont és letöltési lehetőség. (pl. Szép kilátás keresése Börzsönyben)
# Felhasználók hozzászólásainak keresése turistautak.hu-n is. Jellemzően pl. épp zároló kezdő rajzolóké. Megoldás: felhasználói oldal a turistautak.hu-n is
# Őrség tájegység trackjei az ékezetek miatt az mp letöltési oldalon hibásan jönnek le.
# Esemény poi kötelező mező: dátum
# poi oldalon a térkép-linkek egyforma méretű és egyforma stílusú kis piktogrammokkal
# valid html
[[Kategória:Szerkesztési megbeszélés]]

Megtárgyalandó kérdések

2009-11-18T15:27:32Z

Fgg: + kategória

Ide gyűjtjük össze a [http://turistautak.hu/forum.php?id=terkepek térképek fórumban] elhangzott továbbgondolásra érdemes szösszeneteket: (A csoportok és az egyes pontok sorrendje fontossági sorrendben csökkenő.)

=== Stratégiai, struktúrát érintő kérdések ===
* [[Típusreform]]
** [[POI reform]]
** [[Vonalreform|vonalreform]]
** [[Felület-reform|felület-reform]]
* OMP – turistautak.hu [[Kimenetek| kimenetek]] összefésülése, részletek: [[OMP]] (összhangban a fenti 3 reformmal)
* [[cgpsmapper indexelés]]
* [[Útvonalkezelés fejlesztése]]
* [[Turistautak logikai hálózata]], [[Jelzésfestési és táblázási támogatás]] (a típusreformhoz kapcsolódó részeket kiemelten kezelve)
* [[Térképkimenetek fejlesztési iránya]]

=== Adatbővítés ===
* [[CLC bővítési javaslat]]: Hajo [[http://turistautak.hu/forum.php?action=thread&id=terkepek&message_id=165592 20920]] (Ezzel kapcsolatos teljes thread [[http://turistautak.hu/forum.php?action=thread&id=terkepek&message_id=169032 21273]]). Összefoglaló leírás a felvetésről, a fórumon elhangzottak összegzése, a vitára javasolt végrehajtási sorrend: [[http://turistautak.hu/wiki/CLC_b%C5%91v%C3%ADt%C3%A9si_javaslat és bővebb információ példákkal]]
* [http://hydrosheds.cr.usgs.gov/ HydroSHEDS] (Hydrological data and maps based on SHuttle Elevation Derivatives at multiple Scales) felhasználása [[http://turistautak.hu/forum.php?action=thread&id=terkepek&message_id=193593 24159]]
* [[adatbővítés műholdképek alapján]]
* [[jelzett utak adatainak gyűjtése]] hiányzó és meglevő jelzett turistautak, kerékpárutak adatai
* [[POI bevitel kibővítése]]
* földrajzi nevek feltüntetése a térképen (völgyek, hegyek stb.) (N46 57.729 E17 29.548)

=== Rajzolási szabályok, technikák ===
* [[Kerékpárút és egyirányúság|kerékpárút vs. egyirányú utca]] [[http://turistautak.hu/forum.php?action=thread&id=terkepek&message_id=191101 23608]]
* speciális jelzések [[http://turistautak.hu/forum.php?action=thread&id=terkepek&message_id=180407 22148]]
* KorlatozasIdoszakosan paraméter formátumának meghatározása [[http://turistautak.hu/forum.php?action=thread&id=terkepek&message_id=144926 18673]]
* pontosság vs. megjelenítés (pl. kerékpárutak, felületek utakra húzása stb.): pgyp
* új navaid bevezetés ismeretlen végződésű utaknál [[http://turistautak.hu/forum.php?action=thread&id=terkepek&message_id=192521 23942]] red navaidek helyére kimenetbe egy pici poi név nélkül (Zsákutca=4 eleje bizonytalan 8 vége bizonytalan)
* települések kerületeinek, kerületrészeinek poligonjainak kérdése (egy kerület egy poligon, vagy állhat kisebb egységekből is? [[http://turistautak.hu/forum.php?action=thread&id=terkepek&message_id=161393 (20278)]]
* Tömegközlekedési eszközök megálló POI-jaira vonatkozó szabályok|tömegközlekedési eszközök megálló POI-jainak elnevezésének lefixálása, elhelyezési szabályainak megvitatása (2 megálló egy POI stb.) ld: [[tömegközlekedés]] lapon!
* település POI használatának kiszélesítése, vagy új POI bevezetése külterületen lévő nevesített területekre (pl. Városmelleti-kertek)
* node sűrűség alföldön és hegyekben (esetleg automatizálás)
* background polygonra DoNotUpload=1

=== Fejlesztési ötletek ===
* hibabejelentő (a letölthető térképekhez - közvetlenül oda, jól láthatóan - kellene egy olyan felületet tenni, ahol hibákat lehet bejelenteni - továbbá a webtérképhez is; FAQ oldal a hibabejelentéshez)
* [[Megtárgyalandó kérdések: honlappal kapcsolatos korrekciók|honlappal kapcsolatos korrekciók]]: Olahtamas [[http://turistautak.hu/forum.php?action=thread&id=terkepek&message_id=190013 23309]]
* dokumentáció és oktatóvideó készítése (urbalazs) - a wiki kiváló felület erre, oktatóvideó készítésének leírása, alkalmas eszközök bemutatása és megvitatása
* webes átparaméterezés fejlesztése: kvte [[http://turistautak.hu/forum.php?action=thread&id=terkepek&message_id=190658 23519]] - bug; sablonok felülvizsgálata és bővítése; mapedit űrlap legördülő listákkal
* [http://turistautak.hu/dev.php fejlesztési ötletek] tervbe vett, még el nem készült bejegyzései
* fórumok témájának kiírása a fórumoldalon is, fórumkereső
* Osmarender kimenet gyártása [[http://turistautak.hu/forum.php?action=thread&id=terkepek&message_id=190176 22547]]
* [[Fejlesztők együttműködésének biztosítása|fejlesztők együttműködésének biztosítása]]
* [[Térképes és felhasználói felület fejlesztése]]

=== Egyéb ===
* kerékpáros térkép használhatóvá tétele, új kerékpáros jelzések (Pl.: EV6) [[http://turistautak.hu/forum.php?action=thread&id=terkepek&message_id=185553 22547]]
* autós térkép készítés [[http://turistautak.hu/forum.php?action=thread&id=terkepek&message_id=185718 22579]]
* útvonaltervezés működésének ismertetése [[http://turistautak.hu/forum.php?action=thread&id=terkepek&message_id=193230 24104]]
* a turistautak.hu oldalán megtalálható *.php oldalak paraméterezéseiről egy howto [[http://turistautak.hu/forum.php?action=thread&id=terkepek&message_id=187269 22750]]
* [[feltöltött trackek automatikus színezése mapedithez]]
* [[Turistautak.hu logó|turistautak.hu logó]] a kézben tartott GPS helyett
* [[Turistautak.hu financiális kérdések|turistautak.hu rezsijének finanszírozási kérdései]]
* elektromos hálózat további bővítése a térképen

=== Jegyzőkönyv ===
[[Gyenesdiás jegyzőkönyv]]

[[Kategória:Szerkesztési megbeszélés]]

Linkek

2009-11-18T15:26:00Z

Fgg: + kategória

== Térképekkel, GPS-re alkalmas kütyükkel kapcsolatos hasznos weboldalak ==

=== A turistautak.hu működtetésében / bővítésében részt vevők hasznos weboldalai: ===

* Szintvonalas turista térkép és a Russa (Sancho) - http://www.pdamania.hu/blog/Sancho/5274/

* Peter68 PDA és GPS oldala - http://www.peter68.com/

* Sylverrat összefoglaló leírása a fórumokon feltett leggyakoribb kérdésekre - http://sylverrat.hu/faq/

* PDA felhasználóknak - http://bregand.zapto.org/tuhu/pda-gps.pdf

* http://gps.info-racio.hu/

* http://zorro82.extra.hu/

* http://sites.google.com/site/jekaeff/Home

* Alternatív raszteres térkép - http://turaterkep.hostcity.hu/

* http://gc.fairy.hu/blog/index.php

* Történelem - http://forum.index.hu/Article/showArticle?t=9090952

=== Egyéb hasznos leírások, és letöltések ===

* A turistautak.hu használatához [[Programok|hasznos programok]]

* OpenMaps Projekt linkjei - http://openmaps.eu/linkek

* ''.img'' fájlok beemelése MapSource-ba - http://freegeographytools.com/2007/adding-garmin-img-files-to-mapsource

* geoládák listája könyvtárakba rendezve, logbejegyzésekkel -http://www.geocaching.hu/download/pda-html.zip

* Koordinátaformátumok közötti átváltás - http://www.cosports.com/index.php/tool/tools/latlong

* Hogyan érdemes egy fórumon kérdezni - http://esr.fsf.hu/smart-questions_hu.html

===Kapcsolódó, általános leírások a Wikipédián===
*[http://hu.wikipedia.org/wiki/GPS GPS]
*[http://hu.wikipedia.org/wiki/Geocaching Geocaching]
*[http://hu.wikipedia.org/wiki/T%C3%A9rk%C3%A9p Térkép]
*[http://hu.wikipedia.org/wiki/Turistajelz%C3%A9sek_Magyarorsz%C3%A1gon Turistajelzések Magyarországon]

[[Kategória:Technikai segítség]]

Kimenetek

2009-11-18T15:24:46Z

Fgg: + kategória

A turistautak.hu adatbázisából, több féle kimenet is készíthető.

'''Térkép kimenetek'''

''webes böngészővel nézegethető térképek''
*http://turaterkep.hostcity.hu/?layers=BFT&zoom=15&lat=47.50655&lon=20.52341
*http://mser.elte.hu/gv/Geo.php
*http://www.turistautak.hu/maps.php?id=magyarorszag&image=raster
*http://www.turistautak.hu/maps.php?region_id=velencei&image=java

''Kliensprogramokkal nézegethető online térképek''
*http://www.turistautak.hu/ge.php
*http://www.turistautak.hu/maps/3d/

''Készülékekre tölthető offline térképek''
*http://www.turistautak.hu/garmin.php
*http://www.turistautak.hu/magellan.php
*http://turaterkep.hostcity.hu/magellan/
*http://www.turistautak.hu/navitel.php
*http://www.turistautak.hu/russa.php
*http://www.openmaps.eu/letoltes

'''Egyéb lekérdezésből származó kimenetek'''

*http://www.turistautak.hu/poi.php
*http://www.turistautak.hu/routes.php
*http://www.turistautak.hu/tracks.php

Ezekből mindenki saját igényeinek megfelelő adatállományt hozhat létre.
pl. Letöltheti az összes kocsmát, és POI loaderrel beállíthatja, hogy ha 500 méterre megközelít egyet, akkor csipogjon a készülék :)

De ha készül valamilyen teljesítménytúrára, akkor ha megvan, letültheti a hozzá tartozó trackeket is.

[[Kategória:Technikai segítség]]

Leírások

2009-11-18T15:24:07Z

Fgg: /* Általános leírások */ +1 link

Az alábbi leírásokat az oldalt használók és a fejlesztésben/térképkészítésben részt vevők egyaránt haszonnal forgathatják.

=== Általános leírások ===
* [[Fejlesztési irányok|A turistautak.hu fejlesztési irányai]] - néhány szó arról, hogy mi is történik itt és hogyan
* [[Adatfeldolgozás|Az adatfeldolgozás részletes leírása]] - hogyan lesz a GPS-es trackekből térkép nálunk
* [[Rajztípusok]] - térkép szerkesztéshez használt pont, vonal, felület típusok részletes leírása
* [[Műholdképek | Műholdképek letölése és kalibrálása]] - hogyan szerezhetünk átrajzolásra közvetlenül alkalmas műholdas alapanyagot (jelenleg nem működik)
* [[Katonai térképek felhasználása]] - Rajzolás ingyenesen hozzáférhető katonai térképek alapján.
* [[Track-ek archiválása]] - Track-ek archiválásának szabályai, feltételei, eljárásai.
* [[Kimenetek]] - turistautak.hu kimeneteinek leírásai

=== Trackelés, track szerkesztés, track feltöltés ===
* [[Hogyan trackeljünk?]] - segédlet a térképkészítésre alkalmas GPS-tracklog és vázlatos rajzok készítéséhez
* [[Track szerkesztés]] - segédlet a trackek feltöltése előtt javallott műveletekhez
* [[Track feltöltés]] - segédlet a trackek feltöltéshez
* [[Track utófeldolgozás]] - segédlet trackszerkesztőknek, feltöltött trackek utófeldolgozásához
* [[Települések teljes felmérése]] - segédlet egy település vagy nagyobb terület teljes felméréséhez

=== Térképszerkesztés/rajzolás ===
* [[Hogyan lehetek én is térképszerkesztő]] - a térképrajzolás technikai követelményei
* [[Turistajelz%C3%A9sek_sz%C3%B6veges_megjelen%C3%ADt%C3%A9se | Turistajelzések szöveges megjelenítése]] - az alkalmazott rövid karakterkombinációk leírása
* [[Rajzolási szabályok]] - a letöltött mp file-ben mit találunk, és mit/hogyan rajzoljunk bele
* [[Térképszerkesztési_szabályok]] - a térkép szerkesztési szabályainak leírása
* [[MapEdit | MapEdit rajzolóprogram]] - térkép rajzolásához használt program funkcióinak összefoglalása
* [[Mintapélda | A szerkesztés menete]] - rövid példa a szerkesztéshez szükséges lépésekről KEZDŐKNEK!!!
* [[Szerver üzenetei]] - rövid magyarázatok a szerver üzeneteire
* [[Házszámozás]] - Az utcák házszámozásának részletes magyarázata, mintapéldákkal
* [http://www.turistautak.hu/documents.php?id=extra_parameterek extra-paraméterek értékkészlete]

=== GPS készülékek használatával kapcsolatos leírások ===
* [[Térképmemória nélküli GPS]] - hogyan használhatjuk a turistautak.hu térképeit térképmemória nélküli Garmin GPS-szel?

=== Egyéb ===
* [[Linkek]] - Térképekkel, GPS-re alkalmas kütyükkel kapcsolatos hasznos weboldalak
* [[php_howto]] - PHP programok paraméterkészletének gyűjteménye
* [[Milyen wikit akarunk?]] - Turistautak.hu/wiki célja, használata
* [[Földrajzi nevek helyesírása]] - a turistautak.hu térképen is fontos a helyesírás.
* [[Programok]] - A felmérésekhez és térképrajzolásokhoz hasznos programok gyűjteménye

Kerékpárút és egyirányúság

2009-11-18T15:20:17Z

Fgg: + kategória

== A probléma ==
Ha egy egyirányú utca járdáján kerékpárút is fut, akkor az utvonaltervezés során a kerékpárút is igyirányú lesz - mert csak az utca Label-jében van oo-val jelölve. Ugyanakkor
* egyirányú utcában szembe is engedélyezett biciklisforgalom
* egyirányú utca járdáján vagy sávján kétirányú forgalom, esetleg akár szembe egyirányú

Amennyiben a kerékpárút fizikailag elkülönül az úttól (beton elválasztó, oszlopok, parkoló autók), akkor rajzoljuk külön vonallal. A külön rajzolt vonal azonban legyen közös node-on a mellette futó útba becsatlakozó utakkal. Ez kétféleképpen lehet:
* széles utaknál (pl.: Bajcsy-Zsilinszki út) a kerékpárút és az autóút legalább 6 méterre fusson egymástól, így a becsatlakozó utak és a kerékpárutak metszéspontjakor a kerékpárút és a mellette futó párhozamos út között legalább 6 méteres merőleges útszakaszdarab keletkezik
* keskeny utcáknál (pl.: Retek utca a Moszkva térnél) a kerékpárút úgy fusson az utca mellett, hogy a keresztutcáknál kerüljön közös node-pontra a mellette futó utcával és a becsatlakozó keresztutcával (azaz pontosan a kereszteződésbe)

== A Garmin kimeneten ==
A Garmin kimeneten a vonalak generalizálásra kerülnek, azaz a vonal pontjai ráhúzódnak a legközelebbi grid vonalra. A rajzoláskor meg kell próbálni úgy rajzolni az út mellé a kerékpárutat, hogy a generalizálás során egymásra kerüljön a két út. (Megnézni: mit szól hozzá a tervező?)

[[Kategória:Szerkesztési megbeszélés]]

Jelzésfestési és táblázási támogatás

2009-11-18T15:19:07Z

Fgg: + kategória

Fejlesztési csomag javaslat, egyelőre vázlatosan...

== Célok és igények ==

A turistautak.hu-t egyre többen használjuk jelzésfestők, s nagyon hasznos eszköz a turistautak karbantartásának menedzselésében már most is, de néhány új fejlesztéssel ez a használhatóság jelentősen javítható lenne. Az alábbi funkciók közül több inkáb ötletbörze szerű, az igényelt POI típusok a reform kapcsán viszont elég jól át vannak már gondolva:
* a jelzett utak logikai hálózatának kezelése
* speciális útjelzések, útjelző oszlopok és táblák megjelenítése-tárolása,
* úthibák bejegyzésének lehetősége,
* tervezett és megszűnt utak kezelése, tervezett és elveszett táblák/útj.tereptárgyak kezelése,
* tervezett, még be nem járt utak megjelenítése,
* tervezett, de még nem járható utak megjelenítése,
* útbaigazító táblarendszer tervezése és kezelése a jelzett utak hálózatán, a táblák tartalmának generálása és újragenerálása változáskor,
* turistajelzéseken alapuló „kényelmi funkciók” (pl. adott jelzés hozzáadása vagy elvétele egyszerre több szakaszhoz),
* hibabejelentő és munkanapló rendszer a jelzésfestőknek,
* munkatérkép, tematikus térkép generálási lehetőség
* egyéb apróságok....

== Részletezés, megoldási javaslatok ==

'''új jelzéstípusok, kerékpáros-gyalogos utak elválaszthatósága:'''
* kerékpáros utak más színnel való jelölése?

'''táblák és útjelző tereptárgyak megfelelő kezelése:'''
* új POI-k szükségesek, hogy hozzájuk spec. adatokat, állapotot, útvonalat, stb. lehessen kapcsolni (ld. lejjebb)

'''tervezett/eltűnt táblák és tereptárgyak:'''
* státus mező szükséges, ami az állapotra vonatkozó információt tárolja (mint a „jelzés állapota”, kb: tervezett, jó állapotú, rossz állapotú, elveszett, ...?)

'''tervezett utak, megszűnt utak jelölése:'''
* külön stílusú jelzéssel kellene illetni a tervezett útvonalakat (pl. más színű keret vagy vonal, netán szaggatott vagy halványabb vonal)
* „törlőkereszttel” (szürke áthúzással) vagy egyéb módon kellene jelölni a nemrég megszűnt turistautakat (ha a terepen is újonnan áthúzva, leszürkítve van),
* a tervezett/megszűnt utak esetleg csak bizonyos kimenetekben jelennének meg...?

'''tervezett, még be nem járt útvonalak:'''
* „trackelési témaprogram”-ként lehetne meghirdetni olyan útvonal-szakaszokat, amik még a terepen nincsenek bejárva és trackelve, de bizonyos szempontok szerint szükség lenne erre egy (újra)tervezett, jelzett turistaúthoz. Egyfajta felhívás trackelési lehetőségre, hasonlóan a „közelgő túrák”-hoz, „trackelhető útvonalak” címen, nem feltétlenül a főoldalon persze...

'''tervezett, de nem járható útvonalak:'''
* sok olyan útvonal van, ami még nem út, mert járhatatlan a terepen. Ezt persze fel lehet trackelni, vagy 0-sként be lehet rajzolni, hogy meglegyen a geometria, és lehessen látni, számolni vele, stb... de nem szabad hogy bárki azt higgye, erre lehet menni....

'''elvi logikai hálózat és gyakorlati vonalak:'''
* ld. külön: [[Turistautak logikai hálózata], [[Útvonalkezelés fejlesztése]]
* az útvonalak táblázatos megjeleníthetősége, útpontok kezelése, különböző számítási funkciók,
* aki a térképen jelzett útszakaszra kattint, eljusson az adott útvonalak „trail” oldalára,
* hibabejelentés, munkanapló lehetősége a logikai hálózat szakaszaihoz (valaki beküld egy hibajelentést, azt valaki elvállalja, kijavítja, visszajelzi, stb.)
* útvonal állapotról „warning” információ megjelenítése a túrázóknak, ami minden az adott szakaszt érintő útvonal itinerében megjelenik. Ezek listája lekérdezhető lenne tájegységenként, hol rossz az út vagy a jelzés...?

'''változáskövetés:'''
* az útvonalak verziózásával visszakövethetők lennének a turistaút-hálózat változásai, kigyűjthetők lennének a friss változások tájegységenként (de akár a felújítások is)

'''táblatervezés:'''
* a [[Turistautak logikai hálózata]] alapján egy „varázsló” segítségével egy-egy útvonal végigtáblázásának tervezése lehetne lehetséges, valamint a terepen kint lévő táblák adatainak bevitelével ellenőrizhető azok helyessége, konzisztenciája, teljessége. A rendszer generálni tudná, mely táblákat kell újra legyártani, vagy módosítani, pótolni...

'''támogató funkciók:'''
* adott területen a jelzéshossz/jelzett út hossz
* adott évben felújított utak hosszának listázása
* adott jelzés végigkövetése és trail generálása belőle
* hibák, szakadások felderítése a térképen
* adott trail alapján a turistajelzések generálása a megfelelő szakaszok label-jeibe
* jelzés hozzáadása, elvétele egyszerre több szakaszhoz (string manipuláció)
* a jelzett utak hosszának kiszámításánál a kerékpáros vagy egyéb spec. jelzések külön számítása, igény szerint...
* ...?

'''munkatérkép generlálása, nyomtatása, tematikus térkép vagy réteg készítés lehetősége:'''
* (pl. különböző színnel jelölve, melyik út milyen állapotú vagy mikor lett felújítva; vagy adott pontokhoz megjegyzés fűzése...?)
* SVG térkép generálás, munkatérkép nyomtatás?

== Típusreform vonzata ==

* '''privát vonal/POI lehetősége''' (Del=user)? v. tervezett vonal/POI lehetősége?... '''ÉS/VAGY''':
* '''új vonaltípus''' szükséges: „ez az út nem út” névvel – tervezett/megszűnt nyomvonal, de még/már nem járható, mert pl. lekerített, nagyon bozótos, beszántott, nem kitaposott, stb... (ilyenre számos példát láttunk már!)
* '''gyalogos járhatóság bővítése''': D – bakancsban is igen nehezen járható, úthibákkal terhelt, veszélyes szakasz, esős időben nem ajánlott...
* '''új POI-k''' ill. különválasztás szükséges (hogy lehessen az útvonali infrastruktúra elemeit külön kezelni és hozzájuk spec. adatokat, státust, stb. rendelni):
** útbaigazító tábla: „útcsomópontban nyilas tábla, hogy melyik út hova vezet”, így maradna:
*** információs tábla: „térképes vagy helyismertető, többnyire nagyméretű tábla (kivéve tanösvény)”
** útjelző oszlop: „útjelzési célból kihelyezett fa- vagy kőoszlop, turistajelzéssel és/vagy útirányjelzéssel”, így maradna:
*** kilométerkő: „klasszikus közúti km-jelző kőoszlop”
*** határkő (/határjelzés?): ország- város vagy egyéb területhatárt jelző, kőből (vagy fából?) készült kisebb-nagyobb tereptárgy [ez esetleg összevonható a fentivel]
** úthiba: „veszélyessé válóan nehezen járható vagy sérült út (pl. kimosott/alámosott ösvény, tönkrement híd/létra/korlát)”
** jelzéscsomópont (node of interest, NOI): „a jelzett úthálózat csomópontja, kiindulópontja vagy kiemelt útpontja” (ld. [[Turistautak logikai hálózata]])

[[Kategória:Szerkesztési megbeszélés]]

Házszámozás

2009-11-18T15:17:05Z

Fgg: + kategória

Lehetőség van az utcák házszámozására is. Az alábbi leírás ennek módját írja le. Fontos megjegyezni azonban, hogy házszámozást csak akkor szabad megadni, ha az adott területen már minden utca (ösvény, gyalogút, földút, stb.) meg van rajzolva, mert ha egy házszámozott szakaszba egy új szakaszt csatlakoztatsz, akkor a rendszer feltöltéskor automatikusan darabolni fogja a házszámozott szakaszt. Ez azért probléma, mert a daraboláskor a létrejövő új szakaszok megöröklik az eredeti szakasz minden paraméterét, köztük a házszámozást is. Így az a helyzet fog előállni, hogy az eredeti utca két olyan szakaszra esik szét, amelyek az eredeti szakasz kezdő- és végházszámait kapják meg. Vagyis ha az eredeti utca egyik oldalán 2-től 20-ig voltak házszámok, akkor ez olyan szakaszokra esik szét, hogy 2-től 20-ig lesznek a számok, majd ismét jön a 2-től 20-ig a számozás.

= Házszámozás =
A házszámok beállítása a Numbers0= (pontosabban NumbersX=, lásd később) paraméterrel lehetséges. Általános alakja a következő:

Numbers0=csomópont száma, típus baloldalon, kezdőházszám baloldalon, végházszám baloldalon, típus jobboldalon, kezdőházszám jobboldalon, végházszám jobboldalon, irányítószám baloldalon, irányítószám jobboldalon, település baloldalon, megye baloldalon, ország baloldalon, település jobboldalon, megye jobboldalon, ország jobboldalon

A baloldal és a jobboldal a rajzolt utca (továbbiakban szakasz) rajzolási irányának megfelelő bal- és jobboldalt jelenti. Hogy érthetőbb legyen, itt van egy konkrét példa:

Numbers0=0,E,2,8,O,1,7,1234,1234,Budapest,Pest megye,Magyarország,Budapest,Pest megye,Magyarország

== Az adatok jelentése ==
'''Numbers0:''' ez a paraméter neve, így kezdődik majd a szakasz tulajdonságainál a házszámozást beállító sor. A Numbers0 után egyenlőségjel következik (Number0=).

Most következnek a házszámozást leíró adatok, vesszővel elválasztva, a vesszők után szóközök nélkül.

'''Csomópont száma''' ''(a példában: 0)'': a szakasz nulladik csomópontjától (azaz a legelejétől, csak az informatikában 0-val kezdünk számolni) értelmezi a többi értéket.

'''Típus baloldalon''' (''a példában E''): megmondja, hogy a kezdő- és végházszám között milyen léptékkel legyenek értelmezve a számok. Lehetséges értékei:

* '''E''' (angolul '''EVEN''', magyarul '''páro'''s): a kezdő- és végházszám (amelyek szintén páros számok) között párosával fog léptetni. A példában megadott E,2,8 azt jelenti majd, hogy a szakasz baloldalának elején a 2-es, a szakasz baloldalának a végén a 8-as házszám van, közöttük pedig egyenletesen elosztva kerül kiszámításra a köztük lévő páros házszámok (4-es és a 6-os).
* '''O''' (angolul '''ODD''', magyarul '''páratlan'''): a kezdő- és végházszám (amelyek szintén páratlan számok) között páratlanul fog léptetni. A példában megadott O,1,7 azt jelenti majd, hogy a szakasz jobboldalának elején az 1-es, a szakasz jobboldalának a végén a 7-es házszám van, közöttük pedig egyenletesen elosztva kerül kiszámításra a köztük lévő páratlan házszámok (3-as és az 5-ös).
* '''B''' (angolul '''BOTH''', magyarul '''mindkettő'''): a kezdő- és végházszám (amelyek lehetnek párosak is és páratlanok is) között egyesével fog léptetni. A példában megadott E,2,8 helyett B,1,8 lenne, akkor az azt jelenti majd, hogy a szakasz baloldalának elején az 1-es, a szakasz baloldalának a végén a 8-as házszám van, közöttük pedig egyenletesen elosztva kerül kiszámításra a köztük (páros és páratlan) házszámok (2-es, 3-as, 4-es, 5-ös, 6-os és a 7-es). Ezt főleg tereknél, vagy például part menti utaknál szoktuk használni, ahol az egyik oldalon vannak csak házak, a másik oldalon viszont park van, vagy víz (vagy bármi más, csak nem házak).
* '''N''' (angolul '''NONE''', magyarul '''nincs'''): ez azt jelenti, hogy a szakasz adott oldalán egyáltalán nincsenek házszámok. Általában akkor kell használni, ha a szak másik oldalán vannak csak házak, vagyis a B paraméterrel együtt.

'''Kezdőházszám baloldalon''' (''a példában 2''): ez a házszám szerepel a szakasz baloldalának elején.

'''Végházszám baloldalon''' (''a példában 8''): ez a házszám szerepel a szakasz baloldalának végén.

'''Típus jobboldalon''' (''a példában O''): ugyanúgy működik, mint ahogyan a típus baloldalon részben leírtam. A lehetséges értékek is megegyeznek.

'''Kezdőházszám jobboldalon''' (''a példában 1''): ez a házszám szerepel a szakasz jobboldalának elején.

'''Végházszám jobboldalon''' (''a példában 7''): ez a házszám szerepel a szakasz jobboldalának végén.

'''Irányítószám baloldalon''' (''a példában 1234''): a szakasz baloldalán lévő házak irányítószáma.

'''Irányítószám jobboldalon''' (''a példában 1234''): a szakasz jobboldalán lévő házak irányítószáma. Abban az esetben tér el a baloldali értéktől, ha az utca (szakasz) éppen a postai körzetek elválasztó utcája.

'''Település baloldalon''' (''a példában Budapest''): annak a településnek a neve, amelyen a szakasz baloldalán lévő házak találhatók.

'''Megye baloldalon''' (''a példában Pest megye''): értelemszerűen kitalálható.

'''Ország baloldalon''' (''a példában Magyarország''): ez talán konstans.

'''Település jobboldalon''' (''a példában Budapest''): annak a településnek a neve, amelyen a szakasz jobboldalán lévő házak találhatók. Szorosan egymás mellett lévő települések esetén a határon futó utcák esetében különbözik a bal és jobb érték.

'''Megye jobboldalon''' (''a példában Pest megye''): értelemszerűen kitalálható.

'''Ország jobboldalon''' (''a példában Magyarország''): ez talán konstans.

Vannak opcionális paraméterek is. A Numbers paraméterből lehet több is, ekkor lehetőség van arra, hogy ne csak a szakasz elejétől (lásd Csomópont száma), hanem bármely belső pontjától indítsuk a házszámozást Numbers0=..., Numbers1=..., stb. módon. Ezt akkor lehet alkalmazni, ha nagyon eltérő méretű telkek vannak az útszakasz egyik illetve másik részén. Nézzünk itt is egy példát:

Numbers0=0,E,2,8,O,1,7,1234,1234,Budapest,Pest megye,Magyarország,Budapest,Pest megye,Magyarország

Numbers1=2,E,10,32,O,9,9,1013,1013,Budapest,Pest megye,Magyarország,Budapest,Pest megye,Magyarország

A nulladik csomóponttól a 2-es számú csomópontig (figyeljünk a nullával kezdődő sorszámokra!) páros oldalon 2-től 8-ig, páratlan oldalon 1-től 7-ig megy a házszám. A kettes számúcsomóponttól a vonal végéig páros oldalon 10-től 32-ig mennek a házszámok, páratlan oldalon viszont egy hatalmas nagy telken egyetlen épület (iskola, gyár, stb.) áll 9-es házszámmal.

== További példák ==
A példákhoz tartózó ACSII ábrákban lévő nyíl a rajzolás irányát mutatja, a nyíl közepén lévő dupla kacsacsőr pedig az egyirányúságra (és ebből következően a rajzolás irányára) utal. Amennyiben azt külön nem említem, minden utca Budapesten van, az 1234-es irányítószámú körzetben.

=== 1. Egyszerű, hagyományos utca ===
A leggyakrabban előforduló eset. Az szakasz mindkét oldalán házak vannak, a házszámok nagyjából egyenlő arányban vannak elosztva. A nyíl a rajzolási irányt jelenti.

1 3 5 7
<nowiki>-----------------></nowiki>
2 4 6 8

'''A házszámozás helyes megadása:'''

Numbers0=0,O,1,7,E,2,8,1234,1234,Budapest,Pest megye,Magyarország,Budapest,Pest megye,Magyarország

=== 2. Egyszerű, hagyományos utca fordítottan rajzolva ===
Itt mindössze annyi a különbség, hogy a szakasz rajzolásának iránya ellentétes az előző példában látottal.

1 3 5 7
<nowiki><-----------------</nowiki>
2 4 6 8

'''A házszámozás helyes megadása:'''

Numbers0=0,E,8,2,O,7,1,1234,1234,Budapest,Pest megye,Magyarország,Budapest,Pest megye,Magyarország

Vagyis lehetőség van arra is, hogy előbb adjuk meg a nagyobb házszámot és utána a kisebbet. Figyelni kell azonban arra, hogy most a „lenti” oldal a baloldal és a „fenti” oldal a jobb! Az oldalak mindig a szakasz rajzolásának iránya szerint értendőek!

'''További helyes megoldás''' lehet, ha megfordítjuk a szakaszt (MapEditben CTRL+R) és ekkor ugyanaz a helyzet, mint a korábbi példában volt.

=== 3. Egyirányú utcák számozása ===
Ugyanaz a helyzet, mint az előbbi példában, azonban itt az utca egyirányúsága be van állítva. Ekkor tilos megfordítani a szakaszt, mert azzal az egyirányúság is megfordul (csak a rajzolás irányába lehet egyirányúvá tenni az utcát)!

1 3 5 7
<nowiki><-------<<--------</nowiki>
2 4 6 8

'''A házszámozás helyes megadása:'''

Numbers0=0,E,8,2,O,7,1,1234,1234,Budapest,Pest megye,Magyarország,Budapest,Pest megye,Magyarország

=== 4. Csak az utca egyik oldalán vannak házak ===
Előfordulhat, hogy az utca egyik oldalán egyáltalán nincsenek házak. Ilyen akkor lehet, ha az utca egy téren van, vagy egy tó partján halad, illetve fizikailag kettéválasztott (pl.: középen villamos megy) az út. Az első két esetben általában a házszámok egyesével lépkednek, míg az utóbbi esetben páros, illetve páratlan oldal van. Nézzünk példát mindkettőre:

Egyesével lépkedő házszámok:

1 2 3 4
<nowiki>-----------------></nowiki>
- - - -

'''A házszámozás helyes megadása:'''

Numbers0=0,B,1,4,N,0,0,1234,1234,Budapest,Pest megye,Magyarország,Budapest,Pest megye,Magyarország

Fontos, hogy ha a típus N (none, nincs), akkor is ki kell tenni a kezdő- és végházszámot, amely ebben az esetben 0. A nyíl alatti kötőjelek a házszámok hiányát jelzik.

Fizikailag elválasztott utak:

1 3 5 7
<nowiki><-----------------</nowiki>
-|-|-|-|-|-|-|-|-
<nowiki>-----------------></nowiki>
2 4 6 8

'''A házszámozás helyes megadása:'''

''Északi oldal:'' Numbers0=0,N,0,0,O,7,1,1234,1234,Budapest,Pest megye,Magyarország,Budapest,Pest megye,Magyarország

''Déli oldal:'' Numbers0=0,N,0,0,E,2,8,1234,1234,Budapest,Pest megye,Magyarország,Budapest,Pest megye,Magyarország

=== 5. Egy utcából álló terek ===
Előfordulhat, hogy egy utca közterület jellege valójában tér, de ennek ellenére mégis egyetlen utcából áll (azaz nincsen park, tavacska, stb. két utca között). A házszámozás ekkor úgy van megadva, hogy az utca egyik oldalán indul, majd az utca végén áttér a másik oldalra és ott folytatódik egyesével léptetve.

1 2 3 4
<nowiki>-----------------></nowiki>
8 7 6 5

'''A házszámozás helyes megadása:'''

Numbers0=0,B,1,4,B,8,5,1234,1234,Budapest,Pest megye,Magyarország,Budapest,Pest megye,Magyarország

=== 6. Az utcából „kinyúló” házkupac ===
Találkoztam már olyannal is, hogy az utcából T alakban az egyik oldalon egy néhány 10 méteres zsákutca nyúlik ki, amelyben házak vannak. Így a T alak miatt a „kinyúló” szakasz mindkét oldala páros oldal lesz. Az ASCII rajzon a v betű a lefelé mutató nyilat (rajzolás iránya) jelenti.

9 | 10
|
11 v 12 14 16 18
|---------------->
13 | 26 24 22 20
|
15 | 28
v

'''A házszámozás helyes megadása a „kinyúló” utcára:'''

Numbers0=0,E,12,18,E,26,20,1234,1234,Budapest,Pest megye,Magyarország,Budapest,Pest megye,Magyarország

Fontos megjegyezni, hogy ebben a példában valójában 3 szakasz található, amelyeket külön-külön kell számozni. A függőleges utca valójában 2 szakasz, mert a kereszteződés miatt a rendszer automatikusan 2 szakaszra darabolja rajzoláskor az utat.

'''A házszámozás helyes megadása a fenti utcákra:'''

''A függőleges szakasz felső része:'' Numbers0=0,E,10,12,O,9,11,1234,1234,Budapest,Pest megye,Magyarország,Budapest,Pest megye,Magyarország

''A „kinyúló” szakasz (feltételezve, hogy a 12-es és a 26-os ház a függőleges szakaszról nyílik):'' Numbers0=0,E,14,18,E,24,20,1234,1234,Budapest,Pest megye,Magyarország,Budapest,Pest megye,Magyarország

''A függőleges szakasz alsó része:'' Numbers0=0,E,26,28,O,13,15,1234,1234,Budapest,Pest megye,Magyarország,Budapest,Pest megye,Magyarország

== Forrás ==
A házszámozásról az információkat a cGPSmapper manuáljából és a korrábi turistautak.hu leírásból merítettem:

cGPSmapper manual (angol): http://www.cgpsmapper.com/download/cGPSmapper-UsrMan-v02.4.4.pdf

[[Kategória:Szerkesztési segítség]]

Garmin

2009-11-18T15:12:59Z

Fgg: + kategória

A '''Garmin''' az egyik legelterjedtebb GPS-márka. A turistautak.hu automatikus útvonaltervezésre alkalmas térképei ezekhez a készülékekhez is letölthetők.

A ''kézi'' jellegű készülékeknél a térképszelvények feltöltéséhez elsősorban a gyári '''[http://www.garmin.com/support/download_details.jsp?id=209 Mapsource]''' nevű programot használhatjuk. (Ezzel kapcsolatban érdemes elolvasni [http://turistautak.hu/forum.php?action=thread&id=trackeles&message_id=40331 ezt] a hozzászólást.)

===Kapcsolódó leírások===
*[[Trackmemória növelése GARMIN GPS-ekben]] (eTrex Legend, Vista - GPSMAP 60/76, eTrexC)
*[[Térképmemória nélküli GPS]] (Geko 201/301; Foretrex 101/201)

*[[Hogyan trackeljünk?]] (Garmin készülékek beállítása)

===Kapcsolódó külső hivatkozások===
*[http://www.garmin.com/ A Garmin weboldala]
*[http://www.garmin.hu/ A Garmin magyarországi márkaképviseletének oldala]
*[http://en.wikipedia.org/wiki/Garmin Az angol nyelvű wikipédia a Garmin-ról]
*[http://commons.wikimedia.org/wiki/Category:Garmin_GPS_device Képek Garmin készülékekről]

[[Kategória:Technikai segítség]]

Fejlesztési irányok

2009-11-18T15:11:09Z

Fgg: + kategória

Alapvetően két fejlesztési irányt különböztethetünk meg: adatok gyűjtését és az adatokra épülő szolgáltatások bővítését.

== Adatok ==

A turistautak.hu alapvető adattartalmát a jelzett turistautak nyomvonalai jelentik. Ezt GPS-es felmérések alapján bővítjük, a bejárt utakat utólag, számítógépen kézzel átrajzoljuk, csomópontok között szakaszoljuk.

Az eredeti elképzelés időközben kibővült annyiban, hogy a jelzett turistautakon kívül a terepen való közlekedésben, tájékozódásban fontos vonalakat is felmérjük. Ilyenek: aszfaltutak, erdőgazdasági utak, fontosabb ösvények.

Az utak puszta nyomvonalán kívül számos egyéb jellemzőt is rögzítünk az adatbázisban, például az út burkolatát, szélességét, járhatóságát.

Felmérjük az utakhoz kapcsolódó fontosabb terepi pontokat, például a kutakat, buszmegállókat, kilátóhelyeket, boltokat. Ezekhez rögzítjük a turisták számára érdekes adataikat, például a bolt nyitvatartását, a turistaszállás telefonszámát. Mivel mindent GPS koordinátákkal együtt tárolunk, ezek a pontok közvetlenül meg tudnak jelenni a vonalak mellett a térképeken.

Néhány felületszerű dolgot is gyűjtünk-mérünk-tárolunk: erdőfelületek, tavak, településkontúrok (ez utóbbit a [http://www.garmin.hu/ Navi-Gate Kft.] bocsátotta rendelkezésünkre, ezúton is köszönjük, terepi mérések alapján pontosítjuk).

Adatok terén a fejlesztés fő iránya jelenleg Magyarország főbb, leggyakrabban látogatott tájegységeinek minél teljesebb bejárása és feldolgozása. Elsősorban a papír-turistatérképekkel lefedett területekre, azokon belül elsőként középhegységeinkre koncentrálunk.

== Szolgáltatások ==

Az összegyűlt adatok alapján térképet jelenítünk meg a webfelületen, illetve számos letölthető formátumban.

[[Kategória:Szerkesztési segítség]]
A weben először [http://hu.wikipedia.org/wiki/SVG SVG] (Scalable Vector Graphics) formátumú képként jelentek meg térképeink. Ennek előnye, hogy mindössze egy kisméretű, egyszerűen telepíthető böngésző-bővítményt igényel és onnantól a weboldalba ágyazva jelenik meg a nagyítható, interaktív térkép. Háttérként az amerikai NIMA ingyenesen és szabadon használható műholdképeit használtuk. A térképen megjelent az adatbázisunk mindhárom objektumtípusa: pontok, vonalak, felületek.

Az SVG térkép nagyítható, mozgatható, és a rajzi elemei aktívak, tehát egyenként kattinthatók. Vonalszakaszok sorozatának kijelölésével összeállíthatunk útvonalakat, amelyeknek megtudhatjuk a hosszát, szintemelkedését, magassági diagramját. Az útvonalak összeállításában automata útvonaltervező is segítségünkre van, ez a kijelölt pontok között megkeresi a legrövidebb útvonalat.

Idővel aztán kinőttük az SVG korlátait, ugyanis olyan sok utat mértünk fel, amelyet az SVG-megjelenítő egyszerűen nem bírt kirajzolni belátható időn belül. Raszteres térképpel váltottuk ki, amelynek a sebességen túl nagy előnye, hogy az egész országot egységesen ábrázolja (az SVG tájegységenként volt). Az új térkép is nagyítható, valamint az útvonaltervezés is működik rajta, továbbá domborzatárnyékolás segíti a térképolvasást.

A térképi objektumok (pontok, vonalak, felületek) letölthetők többféle GPS-es program formátumában. Külön gondoltunk a legelterjedtebb GPS-márka használóira: automatikus útvonaltervezésre [[Garmin]]-turistatérképek is letölthetők, ezek a GPS-hez mellékelt ''MapSource'' programmal a készülékbe tölthetők és alkalmasak arra, hogy (megfelelő típusokon) a terepen megkeressék a célhoz vezető utat, valamint a fordulópontokon navigációs utasításokat adjanak.

==Célok==

Szolgáltatások terén fő fejlesztési irány az adathalmaz minél szélesebb körű kihasználása által minél könnyebben kezelhető, átfogó információt adó weboldal kialakítása. Célunk az, hogy túrák tervezéséhez, előzetes tájékozódáshoz, túracélpontok és útvonalak kiválasztásához minél jobb segítséget tudjunk adni.

Mindkét fejlesztési főirányban várjuk azok segítségét, akik késztetést éreznek magukban arra, hogy részt vegyenek ebben a munkában. Az [[Adatfeldolgozás|adatfeldolgozás munkafolyamatainak részletes leírása]] beszámol arról, hogy milyen sokrétű, többféle megközelítést igénylő feladatról van szó.

CLC bővítés végrehajtása

2009-11-18T14:35:21Z

Fgg: + kategória

{| border="1"
|+ CLC bővítés állapota tájegységenként
|-
!Tájegység !!CLC település csere !!By !!CLC bővítés !!By !!Mpwiz !!By !!Kész? !!Megjegyzés
|-
|aggtelek ||2009.07.13 23:24 e ||Hajo ||2009.10.02 21:25 ||baggio ||2009.11.13 - tól ||vacsape||folyamatban ||-
|-
|also-tisza ||2009.11.10 22:38 ||baggio ||2009.11.11 21:20 ||baggio ||  ||  ||  ||.
|-
|bakony ||2009.05.06 12:48 ||Hajo ||2009.10.07 23:01 ||baggio ||2009.10.11 11:44||Hajo||kész ||.
|-
|balaton ||2009.04.01 18:37 ||Hajo ||2009.10.08 05:55 ||baggio ||2009.10.25 08:21 ||Hajo||kész ||.
|-
|borzsony ||2009.07.17 13:35 ||Hajo ||2009.10.08 06:12 ||baggio ||. ||. ||részleges ||.
|-
|budai ||2009.07.17 19:00 *||Hajo ||2009.10.08 08:55 ||baggio ||. ||. ||részleges ||.
|-
|bukk ||2009.07.18 12:34 ||Hajo ||2009.10.08 09:33 ||baggio ||. ||zayd ||folyamatban... ||.
|-
|cserhat ||2009.07.18 14:06 *||Hajo ||2009.10.08 09:53 ||baggio ||. ||. ||részleges ||.
|-
|felso-tisza ||2009.10.08 22:15 ||pgyp ||2009.10.08 22:15 ||pgyp ||. ||. ||részleges || 
|-
|gerecse ||2009.07.22 ell ||Hajo ||2009.10.06 14:57 ||zacz ||2009.10.08 21:24||zacz ||teljes ||.
|-
|godolloi ||2009.09.30 21:03* ||baggio ||2009.10.07. 21:30 ||Fgg ||2009.11.02 05:42 ||Fgg ||teljes ||Át kellene nézni a CLC142-esek típusait;
|-
|karancs-medves ||2009.07.19 08:04 ||Hajo ||2009.10.16 00:41 ||Stimm ||2009.11.08 19:07 ||Stimm ||kész ||CLC 142-es és 242-es poligonokat átnéztem 091111 zayd
|-
|kisalfold ||2009.05.15 18:03 ||Hajo ||2009.10.08 11:25 ||baggio ||. ||. ||részleges ||.
|-
|korosvidek ||2009.05.21 0:23 ||baggio ||2009.07.07 23:18 ||baggio ||2009.09.07 01:23 ||baggio ||teljes || 
|-
|koszegi ||2009.10.14 22:17 ||baggio ||2009.10.15 18:16 ||baggio ||  ||  ||részleges || 
|-
|matra ||2009.04.29 22:16 ||Hajo ||2009.11.02 07:38 ||vacsape ||2009.11.02 07:38||vacsape||kész || 
|-
|mecsek ||2009.11.04 08:48* ||Fairy ||  ||  ||  ||  ||  || 
|-
|mezofold ||2009.05.06 17:21 ||Hajo ||2009.10.04 19:45 ||Hajo ||2009.10.04 19:45||Hajo ||kész ||.
|-
|orseg ||2009.10.19 13:38 ||baggio ||2009.10.19 13:38 ||baggio ||2009.11.02 ||Fgg||snap javításai kész, átfedés vizsgálat folyamatban...|| 
|-
|pilis ||2009.10.20 14:05 ||kovrob ||2009.10.20 14:05 ||kovrob ||2009.11.07. 12:36||kovrob ||kész || 
|-
|somogy ||2009.11.17 12:43 ||baggio ||2009.11.18 09:34 ||baggio ||  ||  ||részleges ||2009.04.17 Hajo előzetes snap
|-
|soproni ||2009.09.09 11:52 ||baggio ||2009.10.01 20:16 ||baggio ||  ||  ||részleges || 
|-
|tisza-to ||2009.09.28 19:18 ||baggio ||2009.10.09 10:39 ||baggio ||  ||  ||részleges ||település csere teljes
|-
|velencei ||2009.05.06 21:07 ||Hajo ||2009.10.05 23:01 ||baggio ||2009.10.18 16:05 ||Hajo ||kész ||.
|-
|vertes ||2007.02.04 10:08 ||András ||2009.10.08 12:47 ||baggio ||. ||. ||részleges? ||.
|-
|zala ||2009.10.09 09:07 ||baggio ||2009.10.22 08:53 ||baggio ||  ||  ||részleges || 
|-
|zemplen ||2009.09.08 23:47 ||baggio ||2009.10.06 23:09 ||zayd ||2009.10.26 03:11 ||zayd ||kész || 
|}
(* - Település csere teljes, de néhány dokumentált települést később kézzel kell rendezni.)

A Wiki-n hónapok óta megvan a szócikk ([[CLC bővítési javaslat]]). Valójában a [[Gyenesdiás]]i munkamegbeszélésre készült el bár jóval korábban felvetődött itt a fórumon.

Az alapelv az, hogy a CLC-ben (ahonnan a tuhu-n jelenleg alkalmazott poligonok többsége származik) sokkal több és sokrétűbb poligontípus van, mint amennyit most használunk. Gondolom ennek jórész erőforrásbéli okai voltak. (2001-2002-ben erősen korlátozott memóriájú GPS készülékek; szerveridő a [[Kimenetek| kimenetek]] gyártásakor; mp fileméret stb.)

Felmerült, hogy jó volna pl a bózót stb. felületeket is beemelni a tuhu-ba. Volt olyan erdőtípus, amit a CLC külön kezelt, de annó nem került bele (pl fenyves). Erre mndtad, hogy background poligonban mész a GPS szerint közben pedig bozótban vagy épp egy sűrű fenyvesben.

Gyenesdiáson pgyp előterjesztése után döntés született, hogy meglépjük a bővítést a szervercsere után

Azóta több kolléga közreműködésével folyt némi háttérmunka.

# Elkészült Trackman kolléga kiváló mpwiz programjának span polygons funkciója, ami lehetővé teszi, hogy a meglévő (és többnyire módosított poligonok) közti véletlen hézagok megszűnjenek. (Az eredeti CLC poligonok hézag nélkül illeszkednek egymáshoz). A további CLC poligonok beemelése után ugyanez a funkció teszi lehetővé a beemelt poligonok hézagmentesítését. Sok tájegységnél ez a művelet végrehajtásra került. (Feltöltési logokban dokumentáltuk).
# A tuhu-n tavaly a településpoligonok jelentős része még nem CLC szerinti volt (főleg falvak, községek esetében). Ezeket sok tájegységben kicseréltük. Lehetnek még ilyen tájegységek. Ezekben még ki kell cserélni a településpoligonokat.
# Peter68 kolléga vezetésével (a poi reform mellett) előkészítettük a felületreformot is. Elkészült a konverziós függvény. Emlékeim szerint beépítettük a bővítésre szánt típusokat is, hogy azok összerendelődjenek a majdani turistautak typeset felületkategóriáihoz.
# Hajo, pgyp és baggio kollégák elkezdték a településpolygonok cseréjét, a bővítés előkészítéseként.
# Lezajlott az első bővítés a Körösvidéken, sok értékes tapasztalatot nyerve a további bővítéshez.
== Településpoligonok cseréje CLC szerintire ==

Településpoligonok cseréje CLC szerintire úgy, hogy az utólag berajzolt lyukasztások (parkok, tavak stb.) megmaradjanak.

1.) A CLC fileból az összes település poligon kiválasztása: Type=0x0d
* CLC file megnyitása.
* Szerkesztés - Kiválasztás - Minden felület
* Szerkesztés - Kijelölés törlése - Típus alapján (0x0d Reservation)
* Szerkesztés - Kijelölés törlése - Típus alapján (0x4b Background)
* Szerkesztés - Törlés nyom nélkül (Ctrl-Del)

2.) Ha a tájegységet több CLC szelvény fedi le, akkor a másik szelvényből is be kell másolni a település poligonokat. A szelvényezettség miatt két vagy több részből álló településpoligonokat össze kell vonni. (Extra értékeket vágólapra helyezni. Mindkét felületek kijelölni. Az egyiken jobb gomb, majd Felületek egyesítése. Ctrl-Enter, majd vágólapról az extra értékek visszamásolása).

3.) Kijelölni az összes CLC településpoligont.
Szerkesztés - Kiválasztás - Típus alapján (0x0d reservation)

4.) Mindegyikhez hozzáfűzni egy új extra értéket.
* Ctrl-Enter, majd beírni: Tajegyseg=CLC
* Mindegyik kijelölt településpoligont a vágólapra másolni.
* Szerkesztés - Másolás (Ctrl-C)

5.) A településpoligonokat bemásolni a tájegység mp-be

6.) Egyeségel végignézni az összes településpoligont, hogy fedik-e egymást?
* --> Átlátszó felületeknél nagyon kiabál, hogy ha nem. Az is nagyon látható, hogy ha eredetileg CLC poligon volt, de módosítva lett valamiért a körvonal. Ilyenkor inkább jobb nem bántani. A rajzoló nyilván tudta, hogy mit csinál.

7.) Ha cserélni kell, akkor - fontos! - a legkülső kontúr (rendszerint az első felület) minden pontját kell kicserélni a CLC szerintire (amelyiknek nincs labelje az a CLC szerinti).
A kijelölt forrás CLC poligon esetén Enter, majd Alkotórészek fül, 1. kontúr kiválsztása, másolás (Ctrl-C).
Label-lel rendelkező településpoligon kijelöl, majd Enter, Alkotórészek fül, 1. kontúr, beillesztés (Ctrl-V).
(Ekkor a külső kontúr minden pontját kicserltük a CLC szerintire. Ha voltak településen belüli utólagos lyukasztások, akkor azok megmaradnak amennyiben az új kontúron belülre esnek).

8.) Amikor minden településpoligon készen van, akkor Ctrl-E -vel kiválasztottam az összes Tajegyseg=CLC extra értékkel rendelkező poligont (az bemásolt eredeti CLC poligonokat), majd Ctrl-DEL-let kitöröltem azokat.
(Fontos, hogy ne maradjanak benne, mert akkor duplázódnak a poligonok. Igaz CLC nevű tájegység nincs).

== Mik a további lépések? (a CLC bővítés tényleges végrehajtása) ==
# Településpoligon cserék befejezése minden tájegységben. (Részletesen lásd fentebb.) (Amíg ez nincs készen az adott tájegységben, ott haladjunk tovább!)
# A [http://turistautak.hu/tracks.php?id=20710 CLC poligonokat] tájegyságenként vágva elkészítettem (Hajo) (CLC2000Full_tajegyseg.zip)
# Töltsd le zárolva a tájegységet a szokásos módon.
# A bővítésre kijelölt poligonokat be kell emelni tájegységenként (CLC2000Bovi_tajegyseg.mp) a tuhu-ba (Mindent kijelöl, másolás, a tuhu tájegység mp-be beillesztés).
# A CLC 142 és CLC 242 típusok beemelésénél gondosan kell eljárni. Szükség esetén át kell kódolni a típust. (Magyarázatot lásd alább)
# A beemelt poligonokra ellenőrizni kell, hogy pontosan illeszkednek-e a meglevőkhöz. Ahol nem ott javítani kell. Ez az [http://turistautak.hu/file.php?dir=upload&id=20710&file=mpwiz.zip mpwiz] snap polygons funkcióval jórészt automatizálható (mpwiz_clc_boviteshez_jav_par.bat, ami 1.mp-ből 2.mp-t készít), de számottevő kézi munkára is szükség van. Az automatikus javítás folyamán a nem pontos, de 3 m-en belüli 'laza' illeszkedések nagy többségét az mpwiz pontos illeszkedéssé konvertálja. (Egyes tájegységekben szükség lehet a vizsgálati távolság csökkentésére).
# A snap poligons funkció egyes ritka esetekben hurkot hoz lépre a poligonokban. Ezért a Mapedittel az Eszközök/Térkép átvizsgálása funkcióval ellenőrizni kell a poligonokat. Hibajelzés esetén rajítani kell a poligonokat. (pár db szokott lenni).
# A snap poligons egy csomó poit hoz létre, amelyek nem töltödnek fel a szerverre. Mielőtt a következő lépésre továbbmennél célszerű a Type=0x0000 típusú (kérdőjel) jelzőpoikat törölni.
# A következő lépésben ellenőrizni kell, hogy van-e nagy átfedés poligonok között. Ennek több oka is lehet: pl. korábban már be lett emelve egy poligon és most újra beemeltük. (A Megjegyzes=CLC bovites extra-val és id nélküli poligonok azok amelyeket most emetünk be); korábbi kézi módosítás miatt egyes poligonok belelógnak a most beemelt poligonokba stb. Ebben a munkában az mpwiz egy másik funkciója segít (mpwiz_poligonok_atfedes_vizsgalata.bat, ami 2.mp-ből 3.mp-t készít). Ez 0x0000 típusú poligonokkal illetve 0x00 típusú poival jelzi az átfedő részeket. Ezeket célszerű maradéktalanul megszüntetni. Természetesen a 0x0000 típusú poligonokat a feltöltés előtt mindenképpen ki kell törölni ((Ctrl-T 0x0000 poi, majd Ctrl-Del. A jelőpoikat nem szükséges, mert azokat az mpwiz ellátja DoNotUpload=1 paraméterrel).
# Ha bármilyen kérdés merül fel a munka során kérlek jelezd a fórumon.
# Kérlek, hogy a szerverre történő feltöltéskor a szöveges részben mindenképpen dokumentáld/jelezd, hogy minden fenti műveletet végrehajtottál-e, vagy esetleg valamelyiket nem sikerült végrehajtani.
::(+) Bővítésre szánt poligonok beemelése kész
::(+) Snap poligons kész
::(+) Átfedésvizsgálat kész
::(+) CLC 242, CLC 142 típus átkódolása kész
# Fontos, hogy ha egy lépés kimaradt, akkor kérlek ne folytasd a következővel, mert az problémát okozhat (itt is igaz, hogy inkább beszéljük meg a fórumon).

'''További tervezett lépések (még Vita tárgya)'''
# Célszerű volna egy adhesive generalizálást ráengedni az összesített poligonokra. Mindannyian ismerjük, hogy a CLC poligonok pár méteren belül 3-5 pontot is tartalmazhatnak. A generalizálással nagyban csökkenthetjük az adattömeget, miközben az információtartalom lényegében nem vész el. (Igaz, hogy a cgmpmapper is generalizál a kimenet elkészítésekor, így a GPS készülékre végső soron nem jut kevesebb adat). Ez mpwiz-zel megoldható úgy, hogy közben a szomszédos poligonok illeszkedése megmarad (adhesive generalizálás funkció).
# Ha b) pontban minden poligont beemeltünk, itt lehetőségünk van a [[Kimenetek| kimenetek]]be nem szánt poligonokat kivenni, vagy megjelölni az adatbázisban talonba rakottként. (Miért jó ez? Ha esetleg később mégis szükség volna további - akár átmeneti - bővítésre, akkor már lesz koherensen illeszkedő generalizált poligonkészletünk).
# Célszerű meglépni a felületreformot a közeljövőben (bár ez nem kifejezett feltétel).
# Jó volna typ-et használni a Garmin kimenetnél, hogy a bővítés után igazán szép eredményt lássunk a GPS készülékeken. (Az omp már most is képes megjeleníteni a bővítés utáni típuskészletet).

'''CLC 142, 242 típusok problémája'''

'''A CLC 142 (Sport, üdülő- és pihenőterületek)''' típus a neve szerint is gyűjtőtípus. Többnyire lakott területek ezért Reservation (0xd, felület) típussal emeljük be. Ezzel az alábbi gondok lehetnek:
- Túlnyomó többségben ezeket a felületek korábban kézzel már be lettek emelve a turistautak.hu-ra (pl. Balanon és Velencei-tó parti települései). Nem szabad még egyszer beemelni. (Ehhez segítséget nyújt a fent jelzett poligon átfedés vizsgálat.)
- Nem csak lakott területek, hanem sportközpontok is ebbe a CLC típusba tartoznak. Ezeket szükség szerint kézzel át kell kódolni(*).

'''A CLC 242 (Mozaikművelésű területek)''' szintén gyűjtőtípus. Egyebek mellett zártkerti övezetek, nadrágszíj parcellák is ide tartoznak. Az épületekkel rendelkező részeket Reservation (0xd, felület) típussal a többit Orchard/plantation (0x4e, felület) típussal kellene beemelni. Ehhez kézi ellenőrzésre van szükség(*).

(*) A kézi javítást helyismeret, Pojehali térképek információi vagy egyéb információ alapján lehet elvégezni. (Végső esetben segítség lehet a CLC2000Bovi_tajegyseg.kml file, ami csak ezekez a CLC típusokat tartalmazza.)

'''Jelentkezők''' (CLC bővítés végrehajtása munkára):

* Hajo (Bakony, Vértes, Velencei, Mezőföld)
* pgyp (Felső-Tisza, Alsó-Tisza)
* baggio
* zayd (Bükk, Aggtelek, Zemplém)
* kovrob
* Stimm (Duna mellett, Karancs-Medves)
* Fgg (kézi)
* Fairy (mecsek)

'''Határidők:'''
* október 2 (péntek) 23:59 beemelendő típusok vita lezárása. (úgyis mindent beemelünk ;-) ), jelentkezők toborzása
* október 9 (péntek) 23:59 beemelendő poligonok előkészítése. (Lényegében csak meg kell szűrni Tipus=CLC xxx szerint, hogy csak a bővítésre szánt típusok maradjanak).
* október 16 (péntek) 23:59 tájegységenként beemelni a poligonokat.
* október 30 (péntek) utánmunkálatok. Lásd fenti leírás.

== A CLC településpoligonok cseréjekor elromlott egy településpoligon. Mi a teendő? ==

1.) A CLC 2000 sem tökéletes. kb 100 m-en belül pontosnak kell azonban lennie. (A gyakorlatban 20-em belül pontos, de 100m-nél keskenyebb részleteket nem nagyon tartalmaz --> "geometriai hibák"). Elvétve lehetnek felületkódolási problémák, de a hivatalos adatok szerint ezek kb 1% alatt vannak.

Az ilyen jellengű tapasztalatokban a gondot, az jelenti, hogy egyelőre gyümölcsös típussal jelöli a tuhu a CLC 242 kódú (Complex cultivation patterns) területeket, ami a neve ellenére leginkább kertvárosi vagy zártkertü övezeteket jelöl. Itt elsősorban nem geometriai hibáról, hanem kódolási hibáról beszélhetünk. Mondhatnám, hogy majd a reform megoldja, de erre a reformnak sincs egyelőre kész megoldása. Nincs nagy gond. Egyszerűen létre kellene hozni egy kertváros / zártkerti övezet felületet.

Most a tuhun gyümölcsösként jelöljük az alábbi CLC típusokat:

* CLC221/Szőlőskert,
* CLC222/gyümölcsös

A bővítés során jobb híján gyümölcsössé vált:
* CLC242/complex culvivation pattern

A reform idején a Tipus=CLC 242 poligonokat tehát át kell kódolni egy egyelőre nem létező felülettípussá (lásd [[Vita:Felület-reform]]).

2.) Előfordulhat, hogy eltűnt egy korábban településpoligon által lefedett zártkerti/pihenőőövezet. Nagy valószínűséggel azt történt, hogy az azt lefedő CLC242 felület még nem lett beemelve. Ha nem súrgős, akkor kérünk várd meg, amíg a teljes bővítést el nem végezzük.

3.) A poligoncserék alkalmával megpróbáljuk megőrizni a rajzolók által korábban elvégzett módosításokat (pl. külső kontúrban útra illesztések illetve főleg a belső lyukasztások stb.) A cserét kézzel végezzük, ami azért biztonságosabb, mint ha automata végezné, de előfordulhatnak hibák.

4.) Mit tegyek ha ennek ellenére problémát tapsztalok?
Kérünk jelezd a fórumban. Természetesen szabadon módosíthatod a településpoligont, illetve a cserét végző rajzoló mentéséből vissza is tudjuk állítani az eredeti poligont. Ez viszont a bővítés végrehajtásakor jelenthet problémát, amit majd újból kézzel kell orvosolni.

==mpwiz Snap polygons==
Segédlet az mpwiz program, címben említett funkciójának egyszerűsített használatához, és az utána végzendő műveletekhez.

A funkció röviden a kontúrok laza és pontos illeszkedését méri fel, elemzi és javítja. Kontúrok, vagyis poligon-poligon, és poligon-vonal közt is javíthat illesztéséi hibákat. Hajonak köszönhető mpwiz ezen kiegészítése, aki CLC bővítéshez szükséges (nem egyszerű) paraméter készletet bat-fileba tette, így egyszerűsítve kezdők számra használatát.

Teendők:
# Előkészített készletett tartalmazó mpwiz.zip letöltése innen: http://turistautak.hu/tracks.php?id=20710
# Tartalmának kitömörítése egy könyvtárba, ami legyen most mpwiz.
# Tájegység, és track-jeinek letöltése, kitömörítése az mpwiz könyvtárba.
# Letöltött mp átnevezése "1.mp" –re.
# mpwiz_clc_boviteshez_jav_par.bat file futtatása
# Az eredményül kapott "2.mp" file átnézése, kézi javítása.
# 2.mp visszatöltése a szerverre.

A 2.mp file-t megnyitva sok új POI-t találunk, amik az elvégzett javításokat, és a laza illesztéskete jelölik (Soproni tájegységben 6298db csak az eltéréseket jelölő POI!). A kézi javítás abból áll, hogy egyenként, az összes POI-val jelölt helyen meg kell vizsgálni, az illesztést, és szükség esetén kézzel javítani rajta. Mivel a progi se tud minden hibát számunkra megfelelően javítani, az automatikus javítás ellenőrzése se maradhat el. Az új POI-kat feltöltéskor a szerver eldobja, így azok nem kerülnek be az adatbázisba. Ez egy részről jó nekünk, más részről viszont nem. Ha egy automatikusan javított pont, számunkra még hibás maradt, újbóli letöltés utáni újra futtatáskor már nem jelentkezik, mert a progi már nem érzékeli hibának, így azt meg se jelöli. Ez azt jelenti, hogy egy letöltés alatt kellene javítani az összes (több ezernyi) hibát, ami nem kis feladat. Javításkor ne csak a POI-val jelzet hiba közvetlen közelét javítsuk, hanem tekintsünk egy kicsit távolabbra is. Pl. egy úttal párhuzamosan poligon kontúrnál csak egy helyen jelzi a laza illesztést, akkor javítsuk az egész útnál, ne végezzünk félmunkát. A program alapos, de így is lehetnek olyan hibák, amiket nem észlel. Ezeket is javítsuk, ha már felfedeztük.

POI-k következőket jelölik:
- 0x1a11 (zöld navaid) poi jelöli a pontosan egymást fedő poligonokat,0x1a12 (sárga navaid) poi jelöli a félig pontosan fedő poligonokat (min 50%-ban pontos illeszkedés)
- 0x0000 (kérdőjel) poi-val megjelöli az azonosított laza illeszkedéseket
- 0x1a15 (kék navaid) pár m-en belüli két node egymásra illesztése történt (nem összekeverendő a 0x1b15 tájegységek közötti útilleszkedést jelző POI-val!)
- 0x1a13 (narancs navaid) node elhagyásával javított illeszkedés
- 0x1a16 (piros-fehér-zöld navaid) node beszúrásával javított illeszkedés

Jó munkát! :-)

==Tanácsok, javaslatok CLC bővítéshez==

* TUHU-ban már meglévő régi CLC-s polygonok eltérhetnek az új CLC-sektől. Eddig erdőpolygonoknál találkoztam ilyennel. Ha valaki észlelne ilyet, akkor ellenőrizze, hogy az nem rajzolói beavatkozás eredménye (útra/trackre igazítás), mert ha nem, akkor CLC2000Full_''tájegység''.mp-ből át kell emelni a helyes kontúrt, a polygonhoz tartozó lyuk kontúrokkal együtt (nem polygont másolni!). Ilyenkor figyelni kell a lyukakban található polygonk kontúrcseréjére is.
* Néhol polygon összevonások is találhatók. Ilyenkor másoljunk át egy, az összevonásban megtalálható polygon kontúját a CLC2000Full_''tájegység''.mp-ből, majd a hiányzó részeket másolással töltsük fel, figyelve a megfelelő CLC típusokra.
* Egyes TUHU-ban már létező polygonoknál, nem egyezhet Tipus= paraméter a CLC-sel. Pl. Tipus=CLC 313 helyett Tipus=CLC 311-et találtam. Mivel ez külsőleg nem látszódik, válaszuk ki egy típust, extraparaméteres kijelöléssel, mind a TUHU-s mp-ben mind a CLC2000Full_''tájegység''.mp-ben, majd váltogatva, vagy egymás mellé téve, vizuálisan ellenőrizzük végig a megjelenő kijelölés "minták" közti eltérést. A hibák így gyorsan észrevehetőek, majd javíthatóak.
* Új, bővítéskor bekerült tundra, és gyümölcsös polygonok előszeretettel fednek le polygonokból álló folyókat, holtágakat. Ezeket a hibákat a lefedés vizsgálat 100%-ban megtalálja.
* Különféle, polygonokkal végzet módosításoknál ügyeljünk arra, hogy bizonyos műveleteknél törlődhetnek a polygonok adatai (extraparaméterek, és a label is!). Ezért mentsük ezeket notepad-re, hogy művelet elvégzése után visszamásolhassuk a polygonba.

[[Kategória:Szerkesztési segítség]]

CLC bővítés végrehajtása

2009-11-18T14:30:58Z

Fgg: őrség +

{| border="1"
|+ CLC bővítés állapota tájegységenként
|-
!Tájegység !!CLC település csere !!By !!CLC bővítés !!By !!Mpwiz !!By !!Kész? !!Megjegyzés
|-
|aggtelek ||2009.07.13 23:24 e ||Hajo ||2009.10.02 21:25 ||baggio ||2009.11.13 - tól ||vacsape||folyamatban ||-
|-
|also-tisza ||2009.11.10 22:38 ||baggio ||2009.11.11 21:20 ||baggio ||  ||  ||  ||.
|-
|bakony ||2009.05.06 12:48 ||Hajo ||2009.10.07 23:01 ||baggio ||2009.10.11 11:44||Hajo||kész ||.
|-
|balaton ||2009.04.01 18:37 ||Hajo ||2009.10.08 05:55 ||baggio ||2009.10.25 08:21 ||Hajo||kész ||.
|-
|borzsony ||2009.07.17 13:35 ||Hajo ||2009.10.08 06:12 ||baggio ||. ||. ||részleges ||.
|-
|budai ||2009.07.17 19:00 *||Hajo ||2009.10.08 08:55 ||baggio ||. ||. ||részleges ||.
|-
|bukk ||2009.07.18 12:34 ||Hajo ||2009.10.08 09:33 ||baggio ||. ||zayd ||folyamatban... ||.
|-
|cserhat ||2009.07.18 14:06 *||Hajo ||2009.10.08 09:53 ||baggio ||. ||. ||részleges ||.
|-
|felso-tisza ||2009.10.08 22:15 ||pgyp ||2009.10.08 22:15 ||pgyp ||. ||. ||részleges || 
|-
|gerecse ||2009.07.22 ell ||Hajo ||2009.10.06 14:57 ||zacz ||2009.10.08 21:24||zacz ||teljes ||.
|-
|godolloi ||2009.09.30 21:03* ||baggio ||2009.10.07. 21:30 ||Fgg ||2009.11.02 05:42 ||Fgg ||teljes ||Át kellene nézni a CLC142-esek típusait;
|-
|karancs-medves ||2009.07.19 08:04 ||Hajo ||2009.10.16 00:41 ||Stimm ||2009.11.08 19:07 ||Stimm ||kész ||CLC 142-es és 242-es poligonokat átnéztem 091111 zayd
|-
|kisalfold ||2009.05.15 18:03 ||Hajo ||2009.10.08 11:25 ||baggio ||. ||. ||részleges ||.
|-
|korosvidek ||2009.05.21 0:23 ||baggio ||2009.07.07 23:18 ||baggio ||2009.09.07 01:23 ||baggio ||teljes || 
|-
|koszegi ||2009.10.14 22:17 ||baggio ||2009.10.15 18:16 ||baggio ||  ||  ||részleges || 
|-
|matra ||2009.04.29 22:16 ||Hajo ||2009.11.02 07:38 ||vacsape ||2009.11.02 07:38||vacsape||kész || 
|-
|mecsek ||2009.11.04 08:48* ||Fairy ||  ||  ||  ||  ||  || 
|-
|mezofold ||2009.05.06 17:21 ||Hajo ||2009.10.04 19:45 ||Hajo ||2009.10.04 19:45||Hajo ||kész ||.
|-
|orseg ||2009.10.19 13:38 ||baggio ||2009.10.19 13:38 ||baggio ||2009.11.02 ||Fgg||snap javításai kész, átfedés vizsgálat folyamatban...|| 
|-
|pilis ||2009.10.20 14:05 ||kovrob ||2009.10.20 14:05 ||kovrob ||2009.11.07. 12:36||kovrob ||kész || 
|-
|somogy ||2009.11.17 12:43 ||baggio ||2009.11.18 09:34 ||baggio ||  ||  ||részleges ||2009.04.17 Hajo előzetes snap
|-
|soproni ||2009.09.09 11:52 ||baggio ||2009.10.01 20:16 ||baggio ||  ||  ||részleges || 
|-
|tisza-to ||2009.09.28 19:18 ||baggio ||2009.10.09 10:39 ||baggio ||  ||  ||részleges ||település csere teljes
|-
|velencei ||2009.05.06 21:07 ||Hajo ||2009.10.05 23:01 ||baggio ||2009.10.18 16:05 ||Hajo ||kész ||.
|-
|vertes ||2007.02.04 10:08 ||András ||2009.10.08 12:47 ||baggio ||. ||. ||részleges? ||.
|-
|zala ||2009.10.09 09:07 ||baggio ||2009.10.22 08:53 ||baggio ||  ||  ||részleges || 
|-
|zemplen ||2009.09.08 23:47 ||baggio ||2009.10.06 23:09 ||zayd ||2009.10.26 03:11 ||zayd ||kész || 
|}
(* - Település csere teljes, de néhány dokumentált települést később kézzel kell rendezni.)

A Wiki-n hónapok óta megvan a szócikk ([[CLC bővítési javaslat]]). Valójában a [[Gyenesdiás]]i munkamegbeszélésre készült el bár jóval korábban felvetődött itt a fórumon.

Az alapelv az, hogy a CLC-ben (ahonnan a tuhu-n jelenleg alkalmazott poligonok többsége származik) sokkal több és sokrétűbb poligontípus van, mint amennyit most használunk. Gondolom ennek jórész erőforrásbéli okai voltak. (2001-2002-ben erősen korlátozott memóriájú GPS készülékek; szerveridő a [[Kimenetek| kimenetek]] gyártásakor; mp fileméret stb.)

Felmerült, hogy jó volna pl a bózót stb. felületeket is beemelni a tuhu-ba. Volt olyan erdőtípus, amit a CLC külön kezelt, de annó nem került bele (pl fenyves). Erre mndtad, hogy background poligonban mész a GPS szerint közben pedig bozótban vagy épp egy sűrű fenyvesben.

Gyenesdiáson pgyp előterjesztése után döntés született, hogy meglépjük a bővítést a szervercsere után

Azóta több kolléga közreműködésével folyt némi háttérmunka.

# Elkészült Trackman kolléga kiváló mpwiz programjának span polygons funkciója, ami lehetővé teszi, hogy a meglévő (és többnyire módosított poligonok) közti véletlen hézagok megszűnjenek. (Az eredeti CLC poligonok hézag nélkül illeszkednek egymáshoz). A további CLC poligonok beemelése után ugyanez a funkció teszi lehetővé a beemelt poligonok hézagmentesítését. Sok tájegységnél ez a művelet végrehajtásra került. (Feltöltési logokban dokumentáltuk).
# A tuhu-n tavaly a településpoligonok jelentős része még nem CLC szerinti volt (főleg falvak, községek esetében). Ezeket sok tájegységben kicseréltük. Lehetnek még ilyen tájegységek. Ezekben még ki kell cserélni a településpoligonokat.
# Peter68 kolléga vezetésével (a poi reform mellett) előkészítettük a felületreformot is. Elkészült a konverziós függvény. Emlékeim szerint beépítettük a bővítésre szánt típusokat is, hogy azok összerendelődjenek a majdani turistautak typeset felületkategóriáihoz.
# Hajo, pgyp és baggio kollégák elkezdték a településpolygonok cseréjét, a bővítés előkészítéseként.
# Lezajlott az első bővítés a Körösvidéken, sok értékes tapasztalatot nyerve a további bővítéshez.
== Településpoligonok cseréje CLC szerintire ==

Településpoligonok cseréje CLC szerintire úgy, hogy az utólag berajzolt lyukasztások (parkok, tavak stb.) megmaradjanak.

1.) A CLC fileból az összes település poligon kiválasztása: Type=0x0d
* CLC file megnyitása.
* Szerkesztés - Kiválasztás - Minden felület
* Szerkesztés - Kijelölés törlése - Típus alapján (0x0d Reservation)
* Szerkesztés - Kijelölés törlése - Típus alapján (0x4b Background)
* Szerkesztés - Törlés nyom nélkül (Ctrl-Del)

2.) Ha a tájegységet több CLC szelvény fedi le, akkor a másik szelvényből is be kell másolni a település poligonokat. A szelvényezettség miatt két vagy több részből álló településpoligonokat össze kell vonni. (Extra értékeket vágólapra helyezni. Mindkét felületek kijelölni. Az egyiken jobb gomb, majd Felületek egyesítése. Ctrl-Enter, majd vágólapról az extra értékek visszamásolása).

3.) Kijelölni az összes CLC településpoligont.
Szerkesztés - Kiválasztás - Típus alapján (0x0d reservation)

4.) Mindegyikhez hozzáfűzni egy új extra értéket.
* Ctrl-Enter, majd beírni: Tajegyseg=CLC
* Mindegyik kijelölt településpoligont a vágólapra másolni.
* Szerkesztés - Másolás (Ctrl-C)

5.) A településpoligonokat bemásolni a tájegység mp-be

6.) Egyeségel végignézni az összes településpoligont, hogy fedik-e egymást?
* --> Átlátszó felületeknél nagyon kiabál, hogy ha nem. Az is nagyon látható, hogy ha eredetileg CLC poligon volt, de módosítva lett valamiért a körvonal. Ilyenkor inkább jobb nem bántani. A rajzoló nyilván tudta, hogy mit csinál.

7.) Ha cserélni kell, akkor - fontos! - a legkülső kontúr (rendszerint az első felület) minden pontját kell kicserélni a CLC szerintire (amelyiknek nincs labelje az a CLC szerinti).
A kijelölt forrás CLC poligon esetén Enter, majd Alkotórészek fül, 1. kontúr kiválsztása, másolás (Ctrl-C).
Label-lel rendelkező településpoligon kijelöl, majd Enter, Alkotórészek fül, 1. kontúr, beillesztés (Ctrl-V).
(Ekkor a külső kontúr minden pontját kicserltük a CLC szerintire. Ha voltak településen belüli utólagos lyukasztások, akkor azok megmaradnak amennyiben az új kontúron belülre esnek).

8.) Amikor minden településpoligon készen van, akkor Ctrl-E -vel kiválasztottam az összes Tajegyseg=CLC extra értékkel rendelkező poligont (az bemásolt eredeti CLC poligonokat), majd Ctrl-DEL-let kitöröltem azokat.
(Fontos, hogy ne maradjanak benne, mert akkor duplázódnak a poligonok. Igaz CLC nevű tájegység nincs).

== Mik a további lépések? (a CLC bővítés tényleges végrehajtása) ==
# Településpoligon cserék befejezése minden tájegységben. (Részletesen lásd fentebb.) (Amíg ez nincs készen az adott tájegységben, ott haladjunk tovább!)
# A [http://turistautak.hu/tracks.php?id=20710 CLC poligonokat] tájegyságenként vágva elkészítettem (Hajo) (CLC2000Full_tajegyseg.zip)
# Töltsd le zárolva a tájegységet a szokásos módon.
# A bővítésre kijelölt poligonokat be kell emelni tájegységenként (CLC2000Bovi_tajegyseg.mp) a tuhu-ba (Mindent kijelöl, másolás, a tuhu tájegység mp-be beillesztés).
# A CLC 142 és CLC 242 típusok beemelésénél gondosan kell eljárni. Szükség esetén át kell kódolni a típust. (Magyarázatot lásd alább)
# A beemelt poligonokra ellenőrizni kell, hogy pontosan illeszkednek-e a meglevőkhöz. Ahol nem ott javítani kell. Ez az [http://turistautak.hu/file.php?dir=upload&id=20710&file=mpwiz.zip mpwiz] snap polygons funkcióval jórészt automatizálható (mpwiz_clc_boviteshez_jav_par.bat, ami 1.mp-ből 2.mp-t készít), de számottevő kézi munkára is szükség van. Az automatikus javítás folyamán a nem pontos, de 3 m-en belüli 'laza' illeszkedések nagy többségét az mpwiz pontos illeszkedéssé konvertálja. (Egyes tájegységekben szükség lehet a vizsgálati távolság csökkentésére).
# A snap poligons funkció egyes ritka esetekben hurkot hoz lépre a poligonokban. Ezért a Mapedittel az Eszközök/Térkép átvizsgálása funkcióval ellenőrizni kell a poligonokat. Hibajelzés esetén rajítani kell a poligonokat. (pár db szokott lenni).
# A snap poligons egy csomó poit hoz létre, amelyek nem töltödnek fel a szerverre. Mielőtt a következő lépésre továbbmennél célszerű a Type=0x0000 típusú (kérdőjel) jelzőpoikat törölni.
# A következő lépésben ellenőrizni kell, hogy van-e nagy átfedés poligonok között. Ennek több oka is lehet: pl. korábban már be lett emelve egy poligon és most újra beemeltük. (A Megjegyzes=CLC bovites extra-val és id nélküli poligonok azok amelyeket most emetünk be); korábbi kézi módosítás miatt egyes poligonok belelógnak a most beemelt poligonokba stb. Ebben a munkában az mpwiz egy másik funkciója segít (mpwiz_poligonok_atfedes_vizsgalata.bat, ami 2.mp-ből 3.mp-t készít). Ez 0x0000 típusú poligonokkal illetve 0x00 típusú poival jelzi az átfedő részeket. Ezeket célszerű maradéktalanul megszüntetni. Természetesen a 0x0000 típusú poligonokat a feltöltés előtt mindenképpen ki kell törölni ((Ctrl-T 0x0000 poi, majd Ctrl-Del. A jelőpoikat nem szükséges, mert azokat az mpwiz ellátja DoNotUpload=1 paraméterrel).
# Ha bármilyen kérdés merül fel a munka során kérlek jelezd a fórumon.
# Kérlek, hogy a szerverre történő feltöltéskor a szöveges részben mindenképpen dokumentáld/jelezd, hogy minden fenti műveletet végrehajtottál-e, vagy esetleg valamelyiket nem sikerült végrehajtani.
::(+) Bővítésre szánt poligonok beemelése kész
::(+) Snap poligons kész
::(+) Átfedésvizsgálat kész
::(+) CLC 242, CLC 142 típus átkódolása kész
# Fontos, hogy ha egy lépés kimaradt, akkor kérlek ne folytasd a következővel, mert az problémát okozhat (itt is igaz, hogy inkább beszéljük meg a fórumon).

'''További tervezett lépések (még Vita tárgya)'''
# Célszerű volna egy adhesive generalizálást ráengedni az összesített poligonokra. Mindannyian ismerjük, hogy a CLC poligonok pár méteren belül 3-5 pontot is tartalmazhatnak. A generalizálással nagyban csökkenthetjük az adattömeget, miközben az információtartalom lényegében nem vész el. (Igaz, hogy a cgmpmapper is generalizál a kimenet elkészítésekor, így a GPS készülékre végső soron nem jut kevesebb adat). Ez mpwiz-zel megoldható úgy, hogy közben a szomszédos poligonok illeszkedése megmarad (adhesive generalizálás funkció).
# Ha b) pontban minden poligont beemeltünk, itt lehetőségünk van a [[Kimenetek| kimenetek]]be nem szánt poligonokat kivenni, vagy megjelölni az adatbázisban talonba rakottként. (Miért jó ez? Ha esetleg később mégis szükség volna további - akár átmeneti - bővítésre, akkor már lesz koherensen illeszkedő generalizált poligonkészletünk).
# Célszerű meglépni a felületreformot a közeljövőben (bár ez nem kifejezett feltétel).
# Jó volna typ-et használni a Garmin kimenetnél, hogy a bővítés után igazán szép eredményt lássunk a GPS készülékeken. (Az omp már most is képes megjeleníteni a bővítés utáni típuskészletet).

'''CLC 142, 242 típusok problémája'''

'''A CLC 142 (Sport, üdülő- és pihenőterületek)''' típus a neve szerint is gyűjtőtípus. Többnyire lakott területek ezért Reservation (0xd, felület) típussal emeljük be. Ezzel az alábbi gondok lehetnek:
- Túlnyomó többségben ezeket a felületek korábban kézzel már be lettek emelve a turistautak.hu-ra (pl. Balanon és Velencei-tó parti települései). Nem szabad még egyszer beemelni. (Ehhez segítséget nyújt a fent jelzett poligon átfedés vizsgálat.)
- Nem csak lakott területek, hanem sportközpontok is ebbe a CLC típusba tartoznak. Ezeket szükség szerint kézzel át kell kódolni(*).

'''A CLC 242 (Mozaikművelésű területek)''' szintén gyűjtőtípus. Egyebek mellett zártkerti övezetek, nadrágszíj parcellák is ide tartoznak. Az épületekkel rendelkező részeket Reservation (0xd, felület) típussal a többit Orchard/plantation (0x4e, felület) típussal kellene beemelni. Ehhez kézi ellenőrzésre van szükség(*).

(*) A kézi javítást helyismeret, Pojehali térképek információi vagy egyéb információ alapján lehet elvégezni. (Végső esetben segítség lehet a CLC2000Bovi_tajegyseg.kml file, ami csak ezekez a CLC típusokat tartalmazza.)

'''Jelentkezők''' (CLC bővítés végrehajtása munkára):

* Hajo (Bakony, Vértes, Velencei, Mezőföld)
* pgyp (Felső-Tisza, Alsó-Tisza)
* baggio
* zayd (Bükk, Aggtelek, Zemplém)
* kovrob
* Stimm (Duna mellett, Karancs-Medves)
* Fgg (kézi)
* Fairy (mecsek)

'''Határidők:'''
* október 2 (péntek) 23:59 beemelendő típusok vita lezárása. (úgyis mindent beemelünk ;-) ), jelentkezők toborzása
* október 9 (péntek) 23:59 beemelendő poligonok előkészítése. (Lényegében csak meg kell szűrni Tipus=CLC xxx szerint, hogy csak a bővítésre szánt típusok maradjanak).
* október 16 (péntek) 23:59 tájegységenként beemelni a poligonokat.
* október 30 (péntek) utánmunkálatok. Lásd fenti leírás.

== A CLC településpoligonok cseréjekor elromlott egy településpoligon. Mi a teendő? ==

1.) A CLC 2000 sem tökéletes. kb 100 m-en belül pontosnak kell azonban lennie. (A gyakorlatban 20-em belül pontos, de 100m-nél keskenyebb részleteket nem nagyon tartalmaz --> "geometriai hibák"). Elvétve lehetnek felületkódolási problémák, de a hivatalos adatok szerint ezek kb 1% alatt vannak.

Az ilyen jellengű tapasztalatokban a gondot, az jelenti, hogy egyelőre gyümölcsös típussal jelöli a tuhu a CLC 242 kódú (Complex cultivation patterns) területeket, ami a neve ellenére leginkább kertvárosi vagy zártkertü övezeteket jelöl. Itt elsősorban nem geometriai hibáról, hanem kódolási hibáról beszélhetünk. Mondhatnám, hogy majd a reform megoldja, de erre a reformnak sincs egyelőre kész megoldása. Nincs nagy gond. Egyszerűen létre kellene hozni egy kertváros / zártkerti övezet felületet.

Most a tuhun gyümölcsösként jelöljük az alábbi CLC típusokat:

* CLC221/Szőlőskert,
* CLC222/gyümölcsös

A bővítés során jobb híján gyümölcsössé vált:
* CLC242/complex culvivation pattern

A reform idején a Tipus=CLC 242 poligonokat tehát át kell kódolni egy egyelőre nem létező felülettípussá (lásd [[Vita:Felület-reform]]).

2.) Előfordulhat, hogy eltűnt egy korábban településpoligon által lefedett zártkerti/pihenőőövezet. Nagy valószínűséggel azt történt, hogy az azt lefedő CLC242 felület még nem lett beemelve. Ha nem súrgős, akkor kérünk várd meg, amíg a teljes bővítést el nem végezzük.

3.) A poligoncserék alkalmával megpróbáljuk megőrizni a rajzolók által korábban elvégzett módosításokat (pl. külső kontúrban útra illesztések illetve főleg a belső lyukasztások stb.) A cserét kézzel végezzük, ami azért biztonságosabb, mint ha automata végezné, de előfordulhatnak hibák.

4.) Mit tegyek ha ennek ellenére problémát tapsztalok?
Kérünk jelezd a fórumban. Természetesen szabadon módosíthatod a településpoligont, illetve a cserét végző rajzoló mentéséből vissza is tudjuk állítani az eredeti poligont. Ez viszont a bővítés végrehajtásakor jelenthet problémát, amit majd újból kézzel kell orvosolni.

==mpwiz Snap polygons==
Segédlet az mpwiz program, címben említett funkciójának egyszerűsített használatához, és az utána végzendő műveletekhez.

A funkció röviden a kontúrok laza és pontos illeszkedését méri fel, elemzi és javítja. Kontúrok, vagyis poligon-poligon, és poligon-vonal közt is javíthat illesztéséi hibákat. Hajonak köszönhető mpwiz ezen kiegészítése, aki CLC bővítéshez szükséges (nem egyszerű) paraméter készletet bat-fileba tette, így egyszerűsítve kezdők számra használatát.

Teendők:
# Előkészített készletett tartalmazó mpwiz.zip letöltése innen: http://turistautak.hu/tracks.php?id=20710
# Tartalmának kitömörítése egy könyvtárba, ami legyen most mpwiz.
# Tájegység, és track-jeinek letöltése, kitömörítése az mpwiz könyvtárba.
# Letöltött mp átnevezése "1.mp" –re.
# mpwiz_clc_boviteshez_jav_par.bat file futtatása
# Az eredményül kapott "2.mp" file átnézése, kézi javítása.
# 2.mp visszatöltése a szerverre.

A 2.mp file-t megnyitva sok új POI-t találunk, amik az elvégzett javításokat, és a laza illesztéskete jelölik (Soproni tájegységben 6298db csak az eltéréseket jelölő POI!). A kézi javítás abból áll, hogy egyenként, az összes POI-val jelölt helyen meg kell vizsgálni, az illesztést, és szükség esetén kézzel javítani rajta. Mivel a progi se tud minden hibát számunkra megfelelően javítani, az automatikus javítás ellenőrzése se maradhat el. Az új POI-kat feltöltéskor a szerver eldobja, így azok nem kerülnek be az adatbázisba. Ez egy részről jó nekünk, más részről viszont nem. Ha egy automatikusan javított pont, számunkra még hibás maradt, újbóli letöltés utáni újra futtatáskor már nem jelentkezik, mert a progi már nem érzékeli hibának, így azt meg se jelöli. Ez azt jelenti, hogy egy letöltés alatt kellene javítani az összes (több ezernyi) hibát, ami nem kis feladat. Javításkor ne csak a POI-val jelzet hiba közvetlen közelét javítsuk, hanem tekintsünk egy kicsit távolabbra is. Pl. egy úttal párhuzamosan poligon kontúrnál csak egy helyen jelzi a laza illesztést, akkor javítsuk az egész útnál, ne végezzünk félmunkát. A program alapos, de így is lehetnek olyan hibák, amiket nem észlel. Ezeket is javítsuk, ha már felfedeztük.

POI-k következőket jelölik:
- 0x1a11 (zöld navaid) poi jelöli a pontosan egymást fedő poligonokat,0x1a12 (sárga navaid) poi jelöli a félig pontosan fedő poligonokat (min 50%-ban pontos illeszkedés)
- 0x0000 (kérdőjel) poi-val megjelöli az azonosított laza illeszkedéseket
- 0x1a15 (kék navaid) pár m-en belüli két node egymásra illesztése történt (nem összekeverendő a 0x1b15 tájegységek közötti útilleszkedést jelző POI-val!)
- 0x1a13 (narancs navaid) node elhagyásával javított illeszkedés
- 0x1a16 (piros-fehér-zöld navaid) node beszúrásával javított illeszkedés

Jó munkát! :-)

==Tanácsok, javaslatok CLC bővítéshez==

* TUHU-ban már meglévő régi CLC-s polygonok eltérhetnek az új CLC-sektől. Eddig erdőpolygonoknál találkoztam ilyennel. Ha valaki észlelne ilyet, akkor ellenőrizze, hogy az nem rajzolói beavatkozás eredménye (útra/trackre igazítás), mert ha nem, akkor CLC2000Full_''tájegység''.mp-ből át kell emelni a helyes kontúrt, a polygonhoz tartozó lyuk kontúrokkal együtt (nem polygont másolni!). Ilyenkor figyelni kell a lyukakban található polygonk kontúrcseréjére is.
* Néhol polygon összevonások is találhatók. Ilyenkor másoljunk át egy, az összevonásban megtalálható polygon kontúját a CLC2000Full_''tájegység''.mp-ből, majd a hiányzó részeket másolással töltsük fel, figyelve a megfelelő CLC típusokra.
* Egyes TUHU-ban már létező polygonoknál, nem egyezhet Tipus= paraméter a CLC-sel. Pl. Tipus=CLC 313 helyett Tipus=CLC 311-et találtam. Mivel ez külsőleg nem látszódik, válaszuk ki egy típust, extraparaméteres kijelöléssel, mind a TUHU-s mp-ben mind a CLC2000Full_''tájegység''.mp-ben, majd váltogatva, vagy egymás mellé téve, vizuálisan ellenőrizzük végig a megjelenő kijelölés "minták" közti eltérést. A hibák így gyorsan észrevehetőek, majd javíthatóak.
* Új, bővítéskor bekerült tundra, és gyümölcsös polygonok előszeretettel fednek le polygonokból álló folyókat, holtágakat. Ezeket a hibákat a lefedés vizsgálat 100%-ban megtalálja.
* Különféle, polygonokkal végzet módosításoknál ügyeljünk arra, hogy bizonyos műveleteknél törlődhetnek a polygonok adatai (extraparaméterek, és a label is!). Ezért mentsük ezeket notepad-re, hogy művelet elvégzése után visszamásolhassuk a polygonba.

CLC bővítés végrehajtása

2009-11-04T18:31:12Z

Fgg:

{| border="1"
|+ CLC bővítés állapota tájegységenként
|-
!Tájegység !!CLC település csere !!By !!CLC bővítés !!By !!Mpwiz !!By !!Kész? !!Megjegyzés
|-
|aggtelek ||2009.07.13 23:24 e ||Hajo ||2009.10.02 21:25 ||baggio ||. ||. ||. ||.
|-
|also-tisza ||  ||  ||  ||  ||  ||  ||  ||2009.03.09 pgyp részleges település
|-
|bakony ||2009.05.06 12:48 ||Hajo ||2009.10.07 23:01 ||baggio ||2009.10.11 11:44||Hajo||kész ||.
|-
|balaton ||2009.04.01 18:37 ||Hajo ||2009.10.08 05:55 ||baggio ||2009.10.25 08:21 ||Hajo||kész ||.
|-
|borzsony ||2009.07.17 13:35 ||Hajo ||2009.10.08 06:12 ||baggio ||. ||. ||részleges ||.
|-
|budai ||2009.07.17 19:00 *||Hajo ||2009.10.08 08:55 ||baggio ||. ||. ||részleges ||.
|-
|bukk ||2009.07.18 12:34 ||Hajo ||2009.10.08 09:33 ||baggio ||. ||. ||részleges ||.
|-
|cserhat ||2009.07.18 14:06 *||Hajo ||2009.10.08 09:53 ||baggio ||. ||. ||részleges ||.
|-
|felso-tisza ||2009.10.08 22:15 ||pgyp ||2009.10.08 22:15 ||pgyp ||. ||. ||részleges || 
|-
|gerecse ||2009.07.22 ell ||Hajo ||2009.10.06 14:57 ||zacz ||2009.10.08 21:24||zacz ||teljes ||.
|-
|godolloi ||2009.09.30 21:03* ||baggio ||2009.10.07. 21:30 ||Fgg ||2009.11.02 05:42 ||Fgg ||teljes ||Át kellene nézni a CLC142-esek típusait;
|-
|karancs-medves ||2009.07.19 08:04 ||Hajo ||2009.10.16 00:41 ||Stimm ||. ||. ||. ||.
|-
|kisalfold ||2009.05.15 18:03 ||Hajo ||2009.10.08 11:25 ||baggio ||. ||. ||részleges ||.
|-
|korosvidek ||2009.05.21 0:23 ||baggio ||2009.07.07 23:18 ||baggio ||2009.09.07 01:23 ||baggio ||teljes || 
|-
|koszegi ||2009.10.14 22:17 ||baggio ||2009.10.15 18:16 ||baggio ||  ||  ||részleges || 
|-
|matra ||2009.04.29 22:16 ||Hajo ||2009.11.02 07:38 ||vacsape ||2009.11.02 07:38||vacsape||kész || 
|-
|mecsek ||2009.11.04 08:48* ||Fairy ||  ||  ||  ||  ||  || 
|-
|mezofold ||2009.05.06 17:21 ||Hajo ||2009.10.04 19:45 ||Hajo ||2009.10.04 19:45||Hajo ||kész ||.
|-
|orseg ||2009.10.19 13:38 ||baggio ||2009.10.19 13:38 ||baggio ||2009.11.02 ||Fgg||folyamatban...|| 
|-
|pilis ||2009.10.20 14:05 ||kovrob ||2009.10.20 14:05 ||kovrob ||. ||részleges ||  ||.
|-
|somogy ||2009.04.17 0:55 ||Hajo ||  ||  ||  ||  ||részleges? ||2009.04.17 Hajo előzetes snap
|-
|soproni ||2009.09.09 11:52 ||baggio ||2009.10.01 20:16 ||baggio ||  ||  ||részleges || 
|-
|tisza-to ||2009.09.28 19:18 ||baggio ||2009.10.09 10:39 ||baggio ||  ||  ||részleges ||település csere teljes
|-
|velencei ||2009.05.06 21:07 ||Hajo ||2009.10.05 23:01 ||baggio ||2009.10.18 16:05 ||Hajo ||kész ||.
|-
|vertes ||2007.02.04 10:08 ||András ||2009.10.08 12:47 ||baggio ||. ||. ||részleges? ||.
|-
|zala ||2009.10.09 09:07 ||baggio ||2009.10.22 08:53 ||baggio ||  ||  ||részleges || 
|-
|zemplen ||2009.09.08 23:47 ||baggio ||2009.10.06 23:09 ||zayd ||2009.10.26 03:11 ||zayd ||kész || 
|}
(* - Település csere teljes, de néhány dokumentált települést később kézzel kell rendezni.)

A Wiki-n hónapok óta megvan a szócikk ([[CLC bővítési javaslat]]). Valójában a [[Gyenesdiás]]i munkamegbeszélésre készült el bár jóval korábban felvetődött itt a fórumon.

Az alapelv az, hogy a CLC-ben (ahonnan a tuhu-n jelenleg alkalmazott poligonok többsége származik) sokkal több és sokrétűbb poligontípus van, mint amennyit most használunk. Gondolom ennek jórész erőforrásbéli okai voltak. (2001-2002-ben erősen korlátozott memóriájú GPS készülékek; szerveridő a [[Kimenetek| kimenetek]] gyártásakor; mp fileméret stb.)

Felmerült, hogy jó volna pl a bózót stb. felületeket is beemelni a tuhu-ba. Volt olyan erdőtípus, amit a CLC külön kezelt, de annó nem került bele (pl fenyves). Erre mndtad, hogy background poligonban mész a GPS szerint közben pedig bozótban vagy épp egy sűrű fenyvesben.

Gyenesdiáson pgyp előterjesztése után döntés született, hogy meglépjük a bővítést a szervercsere után

Azóta több kolléga közreműködésével folyt némi háttérmunka.

# Elkészült Trackman kolléga kiváló mpwiz programjának span polygons funkciója, ami lehetővé teszi, hogy a meglévő (és többnyire módosított poligonok) közti véletlen hézagok megszűnjenek. (Az eredeti CLC poligonok hézag nélkül illeszkednek egymáshoz). A további CLC poligonok beemelése után ugyanez a funkció teszi lehetővé a beemelt poligonok hézagmentesítését. Sok tájegységnél ez a művelet végrehajtásra került. (Feltöltési logokban dokumentáltuk).
# A tuhu-n tavaly a településpoligonok jelentős része még nem CLC szerinti volt (főleg falvak, községek esetében). Ezeket sok tájegységben kicseréltük. Lehetnek még ilyen tájegységek. Ezekben még ki kell cserélni a településpoligonokat.
# Peter68 kolléga vezetésével (a poi reform mellett) előkészítettük a felületreformot is. Elkészült a konverziós függvény. Emlékeim szerint beépítettük a bővítésre szánt típusokat is, hogy azok összerendelődjenek a majdani turistautak typeset felületkategóriáihoz.
# Hajo, pgyp és baggio kollégák elkezdték a településpolygonok cseréjét, a bővítés előkészítéseként.
# Lezajlott az első bővítés a Körösvidéken, sok értékes tapasztalatot nyerve a további bővítéshez.
== Településpoligonok cseréje CLC szerintire ==

Településpoligonok cseréje CLC szerintire úgy, hogy az utólag berajzolt lyukasztások (parkok, tavak stb.) megmaradjanak.

1.) A CLC fileból az összes település poligon kiválasztása: Type=0x0d
* CLC file megnyitása.
* Szerkesztés - Kiválasztás - Minden felület
* Szerkesztés - Kijelölés törlése - Típus alapján (0x0d Reservation)
* Szerkesztés - Kijelölés törlése - Típus alapján (0x4b Background)
* Szerkesztés - Törlés nyom nélkül (Ctrl-Del)

2.) Ha a tájegységet több CLC szelvény fedi le, akkor a másik szelvényből is be kell másolni a település poligonokat. A szelvényezettség miatt két vagy több részből álló településpoligonokat össze kell vonni. (Extra értékeket vágólapra helyezni. Mindkét felületek kijelölni. Az egyiken jobb gomb, majd Felületek egyesítése. Ctrl-Enter, majd vágólapról az extra értékek visszamásolása).

3.) Kijelölni az összes CLC településpoligont.
Szerkesztés - Kiválasztás - Típus alapján (0x0d reservation)

4.) Mindegyikhez hozzáfűzni egy új extra értéket.
* Ctrl-Enter, majd beírni: Tajegyseg=CLC
* Mindegyik kijelölt településpoligont a vágólapra másolni.
* Szerkesztés - Másolás (Ctrl-C)

5.) A településpoligonokat bemásolni a tájegység mp-be

6.) Egyeségel végignézni az összes településpoligont, hogy fedik-e egymást?
* --> Átlátszó felületeknél nagyon kiabál, hogy ha nem. Az is nagyon látható, hogy ha eredetileg CLC poligon volt, de módosítva lett valamiért a körvonal. Ilyenkor inkább jobb nem bántani. A rajzoló nyilván tudta, hogy mit csinál.

7.) Ha cserélni kell, akkor - fontos! - a legkülső kontúr (rendszerint az első felület) minden pontját kell kicserélni a CLC szerintire (amelyiknek nincs labelje az a CLC szerinti).
A kijelölt forrás CLC poligon esetén Enter, majd Alkotórészek fül, 1. kontúr kiválsztása, másolás (Ctrl-C).
Label-lel rendelkező településpoligon kijelöl, majd Enter, Alkotórészek fül, 1. kontúr, beillesztés (Ctrl-V).
(Ekkor a külső kontúr minden pontját kicserltük a CLC szerintire. Ha voltak településen belüli utólagos lyukasztások, akkor azok megmaradnak amennyiben az új kontúron belülre esnek).

8.) Amikor minden településpoligon készen van, akkor Ctrl-E -vel kiválasztottam az összes Tajegyseg=CLC extra értékkel rendelkező poligont (az bemásolt eredeti CLC poligonokat), majd Ctrl-DEL-let kitöröltem azokat.
(Fontos, hogy ne maradjanak benne, mert akkor duplázódnak a poligonok. Igaz CLC nevű tájegység nincs).

== Mik a további lépések? (a CLC bővítés tényleges végrehajtása) ==
# Településpoligon cserék befejezése minden tájegységben. (Részletesen lásd fentebb.) (Amíg ez nincs készen az adott tájegységben, ott haladjunk tovább!)
# A [http://turistautak.hu/tracks.php?id=20710 CLC poligonokat] tájegyságenként vágva elkészítettem (Hajo) (CLC2000Full_tajegyseg.zip)
# Töltsd le zárolva a tájegységet a szokásos módon.
# A bővítésre kijelölt poligonokat be kell emelni tájegységenként (CLC2000Bovi_tajegyseg.mp) a tuhu-ba (Mindent kijelöl, másolás, a tuhu tájegység mp-be beillesztés).
# A CLC 142 és CLC 242 típusok beemelésénél gondosan kell eljárni. Szükség esetén át kell kódolni a típust. (Magyarázatot lásd alább)
# A beemelt poligonokra ellenőrizni kell, hogy pontosan illeszkednek-e a meglevőkhöz. Ahol nem ott javítani kell. Ez az [http://turistautak.hu/file.php?dir=upload&id=20710&file=mpwiz.zip mpwiz] snap polygons funkcióval jórészt automatizálható (mpwiz_clc_boviteshez_jav_par.bat, ami 1.mp-ből 2.mp-t készít), de számottevő kézi munkára is szükség van. Az automatikus javítás folyamán a nem pontos, de 3 m-en belüli 'laza' illeszkedések nagy többségét az mpwiz pontos illeszkedéssé konvertálja. (Egyes tájegységekben szükség lehet a vizsgálati távolság csökkentésére).
# A snap poligons funkció egyes ritka esetekben hurkot hoz lépre a poligonokban. Ezért a Mapedittel az Eszközök/Térkép átvizsgálása funkcióval ellenőrizni kell a poligonokat. Hibajelzés esetén rajítani kell a poligonokat. (pár db szokott lenni).
# A snap poligons egy csomó poit hoz létre, amelyek nem töltödnek fel a szerverre. Mielőtt a következő lépésre továbbmennél célszerű a Type=0x0000 típusú (kérdőjel) jelzőpoikat törölni.
# A következő lépésben ellenőrizni kell, hogy van-e nagy átfedés poligonok között. Ennek több oka is lehet: pl. korábban már be lett emelve egy poligon és most újra beemeltük. (A Megjegyzes=CLC bovites extra-val és id nélküli poligonok azok amelyeket most emetünk be); korábbi kézi módosítás miatt egyes poligonok belelógnak a most beemelt poligonokba stb. Ebben a munkában az mpwiz egy másik funkciója segít (mpwiz_poligonok_atfedes_vizsgalata.bat, ami 2.mp-ből 3.mp-t készít). Ez 0x0000 típusú poligonokkal illetve 0x00 típusú poival jelzi az átfedő részeket. Ezeket célszerű maradéktalanul megszüntetni. Természetesen a 0x0000 típusú poligonokat a feltöltés előtt mindenképpen ki kell törölni ((Ctrl-T 0x0000 poi, majd Ctrl-Del. A jelőpoikat nem szükséges, mert azokat az mpwiz ellátja DoNotUpload=1 paraméterrel).
# Ha bármilyen kérdés merül fel a munka során kérlek jelezd a fórumon.
# Kérlek, hogy a szerverre történő feltöltéskor a szöveges részben mindenképpen dokumentáld/jelezd, hogy minden fenti műveletet végrehajtottál-e, vagy esetleg valamelyiket nem sikerült végrehajtani.
::(+) Bővítésre szánt poligonok beemelése kész
::(+) Snap poligons kész
::(+) Átfedésvizsgálat kész
::(+) CLC 242, CLC 142 típus átkódolása kész
# Fontos, hogy ha egy lépés kimaradt, akkor kérlek ne folytasd a következővel, mert az problémát okozhat (itt is igaz, hogy inkább beszéljük meg a fórumon).

'''További tervezett lépések (még Vita tárgya)'''
# Célszerű volna egy adhesive generalizálást ráengedni az összesített poligonokra. Mindannyian ismerjük, hogy a CLC poligonok pár méteren belül 3-5 pontot is tartalmazhatnak. A generalizálással nagyban csökkenthetjük az adattömeget, miközben az információtartalom lényegében nem vész el. (Igaz, hogy a cgmpmapper is generalizál a kimenet elkészítésekor, így a GPS készülékre végső soron nem jut kevesebb adat). Ez mpwiz-zel megoldható úgy, hogy közben a szomszédos poligonok illeszkedése megmarad (adhesive generalizálás funkció).
# Ha b) pontban minden poligont beemeltünk, itt lehetőségünk van a [[Kimenetek| kimenetek]]be nem szánt poligonokat kivenni, vagy megjelölni az adatbázisban talonba rakottként. (Miért jó ez? Ha esetleg később mégis szükség volna további - akár átmeneti - bővítésre, akkor már lesz koherensen illeszkedő generalizált poligonkészletünk).
# Célszerű meglépni a felületreformot a közeljövőben (bár ez nem kifejezett feltétel).
# Jó volna typ-et használni a Garmin kimenetnél, hogy a bővítés után igazán szép eredményt lássunk a GPS készülékeken. (Az omp már most is képes megjeleníteni a bővítés utáni típuskészletet).

'''CLC 142, 242 típusok problémája'''

'''A CLC 142 (Sport, üdülő- és pihenőterületek)''' típus a neve szerint is gyűjtőtípus. Többnyire lakott területek ezért Reservation (0xd, felület) típussal emeljük be. Ezzel az alábbi gondok lehetnek:
- Túlnyomó többségben ezeket a felületek korábban kézzel már be lettek emelve a turistautak.hu-ra (pl. Balanon és Velencei-tó parti települései). Nem szabad még egyszer beemelni. (Ehhez segítséget nyújt a fent jelzett poligon átfedés vizsgálat.)
- Nem csak lakott területek, hanem sportközpontok is ebbe a CLC típusba tartoznak. Ezeket szükség szerint kézzel át kell kódolni(*).

'''A CLC 242 (Mozaikművelésű területek)''' szintén gyűjtőtípus. Egyebek mellett zártkerti övezetek, nadrágszíj parcellák is ide tartoznak. Az épületekkel rendelkező részeket Reservation (0xd, felület) típussal a többit Orchard/plantation (0x4e, felület) típussal kellene beemelni. Ehhez kézi ellenőrzésre van szükség(*).

(*) A kézi javítást helyismeret, Pojehali térképek információi vagy egyéb információ alapján lehet elvégezni. (Végső esetben segítség lehet a CLC2000Bovi_tajegyseg.kml file, ami csak ezekez a CLC típusokat tartalmazza.)

'''Jelentkezők''' (CLC bővítés végrehajtása munkára):

* Hajo (Bakony, Vértes, Velencei, Mezőföld)
* pgyp (Felső-Tisza, Alsó-Tisza)
* baggio
* zayd (Bükk, Aggtelek, Zemplém)
* kovrob
* Stimm (Duna mellett, Karancs-Medves)
* Fgg (kézi)
* Fairy (mecsek)

'''Határidők:'''
* október 2 (péntek) 23:59 beemelendő típusok vita lezárása. (úgyis mindent beemelünk ;-) ), jelentkezők toborzása
* október 9 (péntek) 23:59 beemelendő poligonok előkészítése. (Lényegében csak meg kell szűrni Tipus=CLC xxx szerint, hogy csak a bővítésre szánt típusok maradjanak).
* október 16 (péntek) 23:59 tájegységenként beemelni a poligonokat.
* október 30 (péntek) utánmunkálatok. Lásd fenti leírás.

== A CLC településpoligonok cseréjekor elromlott egy településpoligon. Mi a teendő? ==

1.) A CLC 2000 sem tökéletes. kb 100 m-en belül pontosnak kell azonban lennie. (A gyakorlatban 20-em belül pontos, de 100m-nél keskenyebb részleteket nem nagyon tartalmaz --> "geometriai hibák"). Elvétve lehetnek felületkódolási problémák, de a hivatalos adatok szerint ezek kb 1% alatt vannak.

Az ilyen jellengű tapasztalatokban a gondot, az jelenti, hogy egyelőre gyümölcsös típussal jelöli a tuhu a CLC 242 kódú (Complex cultivation patterns) területeket, ami a neve ellenére leginkább kertvárosi vagy zártkertü övezeteket jelöl. Itt elsősorban nem geometriai hibáról, hanem kódolási hibáról beszélhetünk. Mondhatnám, hogy majd a reform megoldja, de erre a reformnak sincs egyelőre kész megoldása. Nincs nagy gond. Egyszerűen létre kellene hozni egy kertváros / zártkerti övezet felületet.

Most a tuhun gyümölcsösként jelöljük az alábbi CLC típusokat:

* CLC221/Szőlőskert,
* CLC222/gyümölcsös

A bővítés során jobb híján gyümölcsössé vált:
* CLC242/complex culvivation pattern

A reform idején a Tipus=CLC 242 poligonokat tehát át kell kódolni egy egyelőre nem létező felülettípussá (lásd [[Vita:Felület-reform]]).

2.) Előfordulhat, hogy eltűnt egy korábban településpoligon által lefedett zártkerti/pihenőőövezet. Nagy valószínűséggel azt történt, hogy az azt lefedő CLC242 felület még nem lett beemelve. Ha nem súrgős, akkor kérünk várd meg, amíg a teljes bővítést el nem végezzük.

3.) A poligoncserék alkalmával megpróbáljuk megőrizni a rajzolók által korábban elvégzett módosításokat (pl. külső kontúrban útra illesztések illetve főleg a belső lyukasztások stb.) A cserét kézzel végezzük, ami azért biztonságosabb, mint ha automata végezné, de előfordulhatnak hibák.

4.) Mit tegyek ha ennek ellenére problémát tapsztalok?
Kérünk jelezd a fórumban. Természetesen szabadon módosíthatod a településpoligont, illetve a cserét végző rajzoló mentéséből vissza is tudjuk állítani az eredeti poligont. Ez viszont a bővítés végrehajtásakor jelenthet problémát, amit majd újból kézzel kell orvosolni.

==mpwiz Snap polygons==
Segédlet az mpwiz program, címben említett funkciójának egyszerűsített használatához, és az utána végzendő műveletekhez.

A funkció röviden a kontúrok laza és pontos illeszkedését méri fel, elemzi és javítja. Kontúrok, vagyis poligon-poligon, és poligon-vonal közt is javíthat illesztéséi hibákat. Hajonak köszönhető mpwiz ezen kiegészítése, aki CLC bővítéshez szükséges (nem egyszerű) paraméter készletet bat-fileba tette, így egyszerűsítve kezdők számra használatát.

Teendők:
# Előkészített készletett tartalmazó mpwiz.zip letöltése innen: http://turistautak.hu/tracks.php?id=20710
# Tartalmának kitömörítése egy könyvtárba, ami legyen most mpwiz.
# Tájegység, és track-jeinek letöltése, kitömörítése az mpwiz könyvtárba.
# Letöltött mp átnevezése "1.mp" –re.
# mpwiz_clc_boviteshez_jav_par.bat file futtatása
# Az eredményül kapott "2.mp" file átnézése, kézi javítása.
# 2.mp visszatöltése a szerverre.

A 2.mp file-t megnyitva sok új POI-t találunk, amik az elvégzett javításokat, és a laza illesztéskete jelölik (Soproni tájegységben 6298db csak az eltéréseket jelölő POI!). A kézi javítás abból áll, hogy egyenként, az összes POI-val jelölt helyen meg kell vizsgálni, az illesztést, és szükség esetén kézzel javítani rajta. Mivel a progi se tud minden hibát számunkra megfelelően javítani, az automatikus javítás ellenőrzése se maradhat el. Az új POI-kat feltöltéskor a szerver eldobja, így azok nem kerülnek be az adatbázisba. Ez egy részről jó nekünk, más részről viszont nem. Ha egy automatikusan javított pont, számunkra még hibás maradt, újbóli letöltés utáni újra futtatáskor már nem jelentkezik, mert a progi már nem érzékeli hibának, így azt meg se jelöli. Ez azt jelenti, hogy egy letöltés alatt kellene javítani az összes (több ezernyi) hibát, ami nem kis feladat. Javításkor ne csak a POI-val jelzet hiba közvetlen közelét javítsuk, hanem tekintsünk egy kicsit távolabbra is. Pl. egy úttal párhuzamosan poligon kontúrnál csak egy helyen jelzi a laza illesztést, akkor javítsuk az egész útnál, ne végezzünk félmunkát. A program alapos, de így is lehetnek olyan hibák, amiket nem észlel. Ezeket is javítsuk, ha már felfedeztük.

POI-k következőket jelölik:
- 0x1a11 (zöld navaid) poi jelöli a pontosan egymást fedő poligonokat,0x1a12 (sárga navaid) poi jelöli a félig pontosan fedő poligonokat (min 50%-ban pontos illeszkedés)
- 0x0000 (kérdőjel) poi-val megjelöli az azonosított laza illeszkedéseket
- 0x1a15 (kék navaid) pár m-en belüli két node egymásra illesztése történt (nem összekeverendő a 0x1b15 tájegységek közötti útilleszkedést jelző POI-val!)
- 0x1a13 (narancs navaid) node elhagyásával javított illeszkedés
- 0x1a16 (piros-fehér-zöld navaid) node beszúrásával javított illeszkedés

Jó munkát! :-)

==Tanácsok, javaslatok CLC bővítéshez==

* TUHU-ban már meglévő régi CLC-s polygonok eltérhetnek az új CLC-sektől. Eddig erdőpolygonoknál találkoztam ilyennel. Ha valaki észlelne ilyet, akkor ellenőrizze, hogy az nem rajzolói beavatkozás eredménye (útra/trackre igazítás), mert ha nem, akkor CLC2000Full_''tájegység''.mp-ből át kell emelni a helyes kontúrt, a polygonhoz tartozó lyuk kontúrokkal együtt (nem polygont másolni!). Ilyenkor figyelni kell a lyukakban található polygonk kontúrcseréjére is.
* Néhol polygon összevonások is találhatók. Ilyenkor másoljunk át egy, az összevonásban megtalálható polygon kontúját a CLC2000Full_''tájegység''.mp-ből, majd a hiányzó részeket másolással töltsük fel, figyelve a megfelelő CLC típusokra.
* Egyes TUHU-ban már létező polygonoknál, nem egyezhet Tipus= paraméter a CLC-sel. Pl. Tipus=CLC 313 helyett Tipus=CLC 311-et találtam. Mivel ez külsőleg nem látszódik, válaszuk ki egy típust, extraparaméteres kijelöléssel, mind a TUHU-s mp-ben mind a CLC2000Full_''tájegység''.mp-ben, majd váltogatva, vagy egymás mellé téve, vizuálisan ellenőrizzük végig a megjelenő kijelölés "minták" közti eltérést. A hibák így gyorsan észrevehetőek, majd javíthatóak.
* Új, bővítéskor bekerült tundra, és gyümölcsös polygonok előszeretettel fednek le polygonokból álló folyókat, holtágakat. Ezeket a hibákat a lefedés vizsgálat 100%-ban megtalálja.
* Különféle, polygonokkal végzet módosításoknál ügyeljünk arra, hogy bizonyos műveleteknél törlődhetnek a polygonok adatai (extraparaméterek, és a label is!). Ezért mentsük ezeket notepad-re, hogy művelet elvégzése után visszamásolhassuk a polygonba.

CLC bővítés végrehajtása

2009-10-11T07:12:14Z

Fgg:

{| border="1"
|+ CLC bővítés állapota tájegységenként
|-
!Tájegység !!CLC település csere !!By !!CLC bővítés !!By !!Snap polygons? !!By !!Kész? !!Megjegyzés
|-
|aggtelek ||2009.07.13 23:24 e ||Hajo ||2009.10.02 21:25 ||baggio || || ||kész ||
|-
|also-tisza ||2009.03.09 20:46 ||pgyp ||  ||  ||  ||  ||részleges? || 
|-
|bakony ||2009.05.06 12:48 ||Hajo ||2009.10.07 23:01 ||baggio || || ||kész ||
|-
|balaton ||2009.04.01 18:37 ||Hajo ||2009.10.08 05:55 ||baggio || || ||részleges ||
|-
|borzsony ||2009.07.17 13:35 ||Hajo ||2009.10.08 06:12 ||baggio || || ||teljes ||
|-
|budai ||2009.07.17 19:00 *||Hajo ||2009.10.08 08:55 ||baggio || || ||teljes ||
|-
|bukk ||2009.07.18 12:34 ||Hajo ||2009.10.08 09:33 ||baggio || || ||teljes ||
|-
|cserhat ||2009.07.18 14:06 *||Hajo ||2009.10.08 09:53 ||baggio || || ||teljes ||
|-
|felso-tisza ||2009.10.08 22:15 ||pgyp ||2009.10.08 22:15 ||pgyp ||2009.10.10 22:21 ||pgyp ||teljes || 
|-
|gerecse ||2009.07.22 ell ||Hajo ||  ||  ||2009.02.22 15:12 !||Hajo ||teljes ||
|-
|godolloi ||2009.09.30 21:03* ||baggio ||2009.10.07. 21:30 ||Fgg ||2009.10.17. ||Fgg ||folyamatban... || 
|-
|karancs-medves ||2009.07.19 08:04 ||Hajo ||  ||  ||2009.07.19 08:04 !||Hajo ||teljes ||
|-
|kisalfold ||2009.05.15 18:03 ||Hajo ||2009.10.08 11:25 ||baggio || || ||kész ||CLC312 beemelés 090927 kepenu által
|-
|korosvidek ||2009.05.21 0:23 ||baggio ||2009.07.07 23:18 ||baggio ||2009.09.07 01:23 ||baggio ||teljes || 
|-
|koszegi ||  ||  ||  ||  ||  ||  ||  || 
|-
|matra ||2009.04.29 22:16 ||Hajo ||  ||  ||  ||  ||részleges || 
|-
|mecsek ||  ||  ||  ||  ||  ||  ||  || 
|-
|mezofold ||2009.05.06 17:21e ||Hajo ||2009.10.04 19:45 ||Hajo ||2009.10.04 19:45||Hajo ||kész ||
|-
|orseg ||  ||  ||  ||  ||  ||  ||  || 
|-
|pilis ||  ||  ||  ||  ||2009.07.12 21:40 !||Hajo ||  ||
|-
|somogy ||2009.04.17 0:55 ||Hajo ||  ||  ||2009.04.17 23:22 !||Hajo ||részleges? ||
|-
|soproni ||2009.09.09 11:52 ||baggio ||2009.10.01 20:16 ||baggio ||  ||  ||részleges || 
|-
|tisza-to ||2009.09.28 19:18 ||baggio ||  ||  ||  ||  ||részleges ||település csere teljes
|-
|velencei ||2009.05.06 21:07 ||Hajo ||2009.10.05 23:01 ||baggio || || ||kész ||
|-
|vertes ||2007.02.04 10:08 ||András ||2009.10.08 12:47 ||baggio || || ||részleges? ||
|-
|zala ||2009.10.09 09:07 ||baggio ||  ||  ||  ||  ||teljes || 
|-
|zemplen ||2009.09.08 23:47 ||baggio ||2009.10.06 23:09 ||zayd ||  ||  ||részleges || 
|}
(* - Teljes, de néhány dokumentált települést később kézzel kell rendezni.)

(e - poligonátfedés vizsgálattal ellenőrizve)

(! - CLC bővítés után új snap polygons szükséges)

A Wiki-n hónapok óta megvan a szócikk ([[CLC bővítési javaslat]]). Valójában a [[Gyenesdiás]]i munkamegbeszélésre készült el bár jóval korábban felvetődött itt a fórumon.

Az alapelv az, hogy a CLC-ben (ahonnan a tuhu-n jelenleg alkalmazott poligonok többsége származik) sokkal több és sokrétűbb poligontípus van, mint amennyit most használunk. Gondolom ennek jórész erőforrásbéli okai voltak. (2001-2002-ben erősen korlátozott memóriájú GPS készülékek; szerveridő a [[Kimenetek| kimenetek]] gyártásakor; mp fileméret stb.)

Felmerült, hogy jó volna pl a bózót stb. felületeket is beemelni a tuhu-ba. Volt olyan erdőtípus, amit a CLC külön kezelt, de annó nem került bele (pl fenyves). Erre mndtad, hogy background poligonban mész a GPS szerint közben pedig bozótban vagy épp egy sűrű fenyvesben.

Gyenesdiáson pgyp előterjesztése után döntés született, hogy meglépjük a bővítést a szervercsere után

Azóta több kolléga közreműködésével folyt némi háttérmunka.

# Elkészült Trackman kolléga kiváló mpwiz programjának span polygons funkciója, ami lehetővé teszi, hogy a meglévő (és többnyire módosított poligonok) közti véletlen hézagok megszűnjenek. (Az eredeti CLC poligonok hézag nélkül illeszkednek egymáshoz). A további CLC poligonok beemelése után ugyanez a funkció teszi lehetővé a beemelt poligonok hézagmentesítését. Sok tájegységnél ez a művelet végrehajtásra került. (Feltöltési logokban dokumentáltuk).
# A tuhu-n tavaly a településpoligonok jelentős része még nem CLC szerinti volt (főleg falvak, községek esetében). Ezeket sok tájegységben kicseréltük. Lehetnek még ilyen tájegységek. Ezekben még ki kell cserélni a településpoligonokat.
# Peter68 kolléga vezetésével (a poi reform mellett) előkészítettük a felületreformot is. Elkészült a konverziós függvény. Emlékeim szerint beépítettük a bővítésre szánt típusokat is, hogy azok összerendelődjenek a majdani turistautak typeset felületkategóriáihoz.
# Hajo, pgyp és baggio kollégák elkezdték a településpolygonok cseréjét, a bővítés előkészítéseként.
# Lezajlott az első bővítés a Körösvidéken, sok értékes tapasztalatot nyerve a további bővítéshez.
== Településpoligonok cseréje CLC szerintire ==

Településpoligonok cseréje CLC szerintire úgy, hogy az utólag berajzolt lyukasztások (parkok, tavak stb.) megmaradjanak.

1.) A CLC fileból az összes település poligon kiválasztása: Type=0x0d
* CLC file megnyitása.
* Szerkesztés - Kiválasztás - Minden felület
* Szerkesztés - Kijelölés törlése - Típus alapján (0x0d Reservation)
* Szerkesztés - Kijelölés törlése - Típus alapján (0x4b Background)
* Szerkesztés - Törlés nyom nélkül (Ctrl-Del)

2.) Ha a tájegységet több CLC szelvény fedi le, akkor a másik szelvényből is be kell másolni a település poligonokat. A szelvényezettség miatt két vagy több részből álló településpoligonokat össze kell vonni. (Extra értékeket vágólapra helyezni. Mindkét felületek kijelölni. Az egyiken jobb gomb, majd Felületek egyesítése. Ctrl-Enter, majd vágólapról az extra értékek visszamásolása).

3.) Kijelölni az összes CLC településpoligont.
Szerkesztés - Kiválasztás - Típus alapján (0x0d reservation)

4.) Mindegyikhez hozzáfűzni egy új extra értéket.
* Ctrl-Enter, majd beírni: Tajegyseg=CLC
* Mindegyik kijelölt településpoligont a vágólapra másolni.
* Szerkesztés - Másolás (Ctrl-C)

5.) A településpoligonokat bemásolni a tájegység mp-be

6.) Egyeségel végignézni az összes településpoligont, hogy fedik-e egymást?
* --> Átlátszó felületeknél nagyon kiabál, hogy ha nem. Az is nagyon látható, hogy ha eredetileg CLC poligon volt, de módosítva lett valamiért a körvonal. Ilyenkor inkább jobb nem bántani. A rajzoló nyilván tudta, hogy mit csinál.

7.) Ha cserélni kell, akkor - fontos! - a legkülső kontúr (rendszerint az első felület) minden pontját kell kicserélni a CLC szerintire (amelyiknek nincs labelje az a CLC szerinti).
A kijelölt forrás CLC poligon esetén Enter, majd Alkotórészek fül, 1. kontúr kiválsztása, másolás (Ctrl-C).
Label-lel rendelkező településpoligon kijelöl, majd Enter, Alkotórészek fül, 1. kontúr, beillesztés (Ctrl-V).
(Ekkor a külső kontúr minden pontját kicserltük a CLC szerintire. Ha voltak településen belüli utólagos lyukasztások, akkor azok megmaradnak amennyiben az új kontúron belülre esnek).

8.) Amikor minden településpoligon készen van, akkor Ctrl-E -vel kiválasztottam az összes Tajegyseg=CLC extra értékkel rendelkező poligont (az bemásolt eredeti CLC poligonokat), majd Ctrl-DEL-let kitöröltem azokat.
(Fontos, hogy ne maradjanak benne, mert akkor duplázódnak a poligonok. Igaz CLC nevű tájegység nincs).

== Mik a további lépések? (a CLC bővítés tényleges végrehajtása) ==
# Településpoligon cserék befejezése minden tájegységben. (Részletesen lásd fentebb.) (Amíg ez nincs készen az adott tájegységben, ott haladjunk tovább!)
# A [http://turistautak.hu/tracks.php?id=20710 CLC poligonokat] tájegyságenként vágva elkészítettem (Hajo) (CLC2000Full_tajegyseg.zip)
# Töltsd le zárolva a tájegységet a szokásos módon.
# A bővítésre kijelölt poligonokat be kell emelni tájegységenként (CLC2000Bovi_tajegyseg.mp) a tuhu-ba (Mindent kijelöl, másolás, a tuhu tájegység mp-be beillesztés).
# A CLC 142 és CLC 242 típusok beemelésénél gondosan kell eljárni. Szükség esetén át kell kódolni a típust. (Magyarázatot lásd alább)
# A beemelt poligonokra ellenőrizni kell, hogy pontosan illeszkednek-e a meglevőkhöz. Ahol nem ott javítani kell. Ez az [http://turistautak.hu/file.php?dir=upload&id=20710&file=mpwiz.zip mpwiz] snap polygons funkcióval jórészt automatizálható (mpwiz_clc_boviteshez_jav_par.bat, ami 1.mp-ből 2.mp-t készít), de számottevő kézi munkára is szükség van. Az automatikus javítás folyamán a nem pontos, de 3 m-en belüli 'laza' illeszkedések nagy többségét az mpwiz pontos illeszkedéssé konvertálja. (Egyes tájegységekben szükség lehet a vizsgálati távolság csökkentésére).
# A snap poligons funkció egyes ritka esetekben hurkot hoz lépre a poligonokban. Ezért a Mapedittel az Eszközök/Térkép átvizsgálása funkcióval ellenőrizni kell a poligonokat. Hibajelzés esetén rajítani kell a poligonokat. (pár db szokott lenni).
# A snap poligons egy csomó poit hoz létre, amelyek nem töltödnek fel a szerverre. Mielőtt a következő lépésre továbbmennél célszerű a Type=0x0000 típusú (kérdőjel) jelzőpoikat törölni.
# A következő lépésben ellenőrizni kell, hogy van-e nagy átfedés poligonok között. Ennek több oka is lehet: pl. korábban már be lett emelve egy poligon és most újra beemeltük. (A Megjegyzes=CLC bovites extra-val és id nélküli poligonok azok amelyeket most emetünk be); korábbi kézi módosítás miatt egyes poligonok belelógnak a most beemelt poligonokba stb. Ebben a munkában az mpwiz egy másik funkciója segít (mpwiz_poligonok_atfedes_vizsgalata.bat, ami 2.mp-ből 3.mp-t készít). Ez 0x0000 típusú poligonokkal illetve 0x00 típusú poival jelzi az átfedő részeket. Ezeket célszerű maradéktalanul megszüntetni. Természetesen a 0x0000 típusú poligonokat a feltöltés előtt mindenképpen ki kell törölni ((Ctrl-T 0x0000 poi, majd Ctrl-Del. A jelőpoikat nem szükséges, mert azokat az mpwiz ellátja DoNotUpload=1 paraméterrel).
# Ha bármilyen kérdés merül fel a munka során kérlek jelezd a fórumon.
# Kérlek, hogy a szerverre történő feltöltéskor a szöveges részben mindenképpen dokumentáld/jelezd, hogy minden fenti műveletet végrehajtottál-e, vagy esetleg valamelyiket nem sikerült végrehajtani.
::(+) Bővítésre szánt poligonok beemelése kész
::(+) Snap poligons kész
::(+) Átfedésvizsgálat kész
::(+) CLC 242, CLC 142 típus átkódolása kész
# Fontos, hogy ha egy lépés kimaradt, akkor kérlek ne folytasd a következővel, mert az problémát okozhat (itt is igaz, hogy inkább beszéljük meg a fórumon).

'''További tervezett lépések (még Vita tárgya)'''
# Célszerű volna egy adhesive generalizálást ráengedni az összesített poligonokra. Mindannyian ismerjük, hogy a CLC poligonok pár méteren belül 3-5 pontot is tartalmazhatnak. A generalizálással nagyban csökkenthetjük az adattömeget, miközben az információtartalom lényegében nem vész el. (Igaz, hogy a cgmpmapper is generalizál a kimenet elkészítésekor, így a GPS készülékre végső soron nem jut kevesebb adat). Ez mpwiz-zel megoldható úgy, hogy közben a szomszédos poligonok illeszkedése megmarad (adhesive generalizálás funkció).
# Ha b) pontban minden poligont beemeltünk, itt lehetőségünk van a [[Kimenetek| kimenetek]]be nem szánt poligonokat kivenni, vagy megjelölni az adatbázisban talonba rakottként. (Miért jó ez? Ha esetleg később mégis szükség volna további - akár átmeneti - bővítésre, akkor már lesz koherensen illeszkedő generalizált poligonkészletünk).
# Célszerű meglépni a felületreformot a közeljövőben (bár ez nem kifejezett feltétel).
# Jó volna typ-et használni a Garmin kimenetnél, hogy a bővítés után igazán szép eredményt lássunk a GPS készülékeken. (Az omp már most is képes megjeleníteni a bővítés utáni típuskészletet).

'''CLC 142, 242 típusok problémája'''

'''A CLC 142 (Sport, üdülő- és pihenőterületek)''' típus a neve szerint is gyűjtőtípus. Többnyire lakott területek ezért Reservation (0xd, felület) típussal emeljük be. Ezzel az alábbi gondok lehetnek:
- Túlnyomó többségben ezeket a felületek korábban kézzel már be lettek emelve a turistautak.hu-ra (pl. Balanon és Velencei-tó parti települései). Nem szabad még egyszer beemelni. (Ehhez segítséget nyújt a fent jelzett poligon átfedés vizsgálat.)
- Nem csak lakott területek, hanem sportközpontok is ebbe a CLC típusba tartoznak. Ezeket szükség szerint kézzel át kell kódolni(*).

'''A CLC 242 (Mozaikművelésű területek)''' szintén gyűjtőtípus. Egyebek mellett zártkerti övezetek, nadrágszíj parcellák is ide tartoznak. Az épületekkel rendelkező részeket Reservation (0xd, felület) típussal a többit Orchard/plantation (0x4e, felület) típussal kellene beemelni. Ehhez kézi ellenőrzésre van szükség(*).

(*) A kézi javítást helyismeret, Pojehali térképek információi vagy egyéb információ alapján lehet elvégezni. (Végső esetben segítség lehet a CLC2000Bovi_tajegyseg.kml file, ami csak ezekez a CLC típusokat tartalmazza.)

'''Jelentkezők''' (CLC bővítés végrehajtása munkára):

* Hajo (Bakony, Vértes, Velencei, Mezőföld)
* pgyp (Felső-Tisza, Alsó-Tisza)
* baggio
* zayd (Bükk, Aggtelek, Zemplém)
* kovrob
* Stimm (Duna mellett, Karancs-Medves)
* Fgg (kézi)
* Fairy (mecsek)

'''Határidők:'''
* október 2 (péntek) 23:59 beemelendő típusok vita lezárása. (úgyis mindent beemelünk ;-) ), jelentkezők toborzása
* október 9 (péntek) 23:59 beemelendő poligonok előkészítése. (Lényegében csak meg kell szűrni Tipus=CLC xxx szerint, hogy csak a bővítésre szánt típusok maradjanak).
* október 16 (péntek) 23:59 tájegységenként beemelni a poligonokat.
* október 30 (péntek) utánmunkálatok. Lásd fenti leírás.

== A CLC településpoligonok cseréjekor elromlott egy településpoligon. Mi a teendő? ==

1.) A CLC 2000 sem tökéletes. kb 100 m-en belül pontosnak kell azonban lennie. (A gyakorlatban 20-em belül pontos, de 100m-nél keskenyebb részleteket nem nagyon tartalmaz --> "geometriai hibák"). Elvétve lehetnek felületkódolási problémák, de a hivatalos adatok szerint ezek kb 1% alatt vannak.

Az ilyen jellengű tapasztalatokban a gondot, az jelenti, hogy egyelőre gyümölcsös típussal jelöli a tuhu a CLC 242 kódú (Complex cultivation patterns) területeket, ami a neve ellenére leginkább kertvárosi vagy zártkertü övezeteket jelöl. Itt elsősorban nem geometriai hibáról, hanem kódolási hibáról beszélhetünk. Mondhatnám, hogy majd a reform megoldja, de erre a reformnak sincs egyelőre kész megoldása. Nincs nagy gond. Egyszerűen létre kellene hozni egy kertváros / zártkerti övezet felületet.

Most a tuhun gyümölcsösként jelöljük az alábbi CLC típusokat:

* CLC221/Szőlőskert,
* CLC222/gyümölcsös

A bővítés során jobb híján gyümölcsössé vált:
* CLC242/complex culvivation pattern

A reform idején a Tipus=CLC 242 poligonokat tehát át kell kódolni egy egyelőre nem létező felülettípussá (lásd [[Vita:Felület-reform]]).

2.) Előfordulhat, hogy eltűnt egy korábban településpoligon által lefedett zártkerti/pihenőőövezet. Nagy valószínűséggel azt történt, hogy az azt lefedő CLC242 felület még nem lett beemelve. Ha nem súrgős, akkor kérünk várd meg, amíg a teljes bővítést el nem végezzük.

3.) A poligoncserék alkalmával megpróbáljuk megőrizni a rajzolók által korábban elvégzett módosításokat (pl. külső kontúrban útra illesztések illetve főleg a belső lyukasztások stb.) A cserét kézzel végezzük, ami azért biztonságosabb, mint ha automata végezné, de előfordulhatnak hibák.

4.) Mit tegyek ha ennek ellenére problémát tapsztalok?
Kérünk jelezd a fórumban. Természetesen szabadon módosíthatod a településpoligont, illetve a cserét végző rajzoló mentéséből vissza is tudjuk állítani az eredeti poligont. Ez viszont a bővítés végrehajtásakor jelenthet problémát, amit majd újból kézzel kell orvosolni.

==mpwiz Snap polygons==
Segédlet az mpwiz program, címben említett funkciójának egyszerűsített használatához, és az utána végzendő műveletekhez.

A funkció röviden a kontúrok laza és pontos illeszkedését méri fel, elemzi és javítja. Kontúrok, vagyis poligon-poligon, és poligon-vonal közt is javíthat illesztéséi hibákat. Hajonak köszönhető mpwiz ezen kiegészítése, aki CLC bővítéshez szükséges (nem egyszerű) paraméter készletet bat-fileba tette, így egyszerűsítve kezdők számra használatát.

Teendők:
# Előkészített készletett tartalmazó mpwiz.zip letöltése innen: http://turistautak.hu/tracks.php?id=20710
# Tartalmának kitömörítése egy könyvtárba, ami legyen most mpwiz.
# Tájegység, és track-jeinek letöltése, kitömörítése az mpwiz könyvtárba.
# Letöltött mp átnevezése "1.mp" –re.
# mpwiz_clc_boviteshez_jav_par.bat file futtatása
# Az eredményül kapott "2.mp" file átnézése, kézi javítása.
# 2.mp visszatöltése a szerverre.

A 2.mp file-t megnyitva sok új POI-t találunk, amik az elvégzett javításokat, és a laza illesztéskete jelölik (Soproni tájegységben 6298db csak az eltéréseket jelölő POI!). A kézi javítás abból áll, hogy egyenként, az összes POI-val jelölt helyen meg kell vizsgálni, az illesztést, és szükség esetén kézzel javítani rajta. Mivel a progi se tud minden hibát számunkra megfelelően javítani, az automatikus javítás ellenőrzése se maradhat el. Az új POI-kat feltöltéskor a szerver eldobja, így azok nem kerülnek be az adatbázisba. Ez egy részről jó nekünk, más részről viszont nem. Ha egy automatikusan javított pont, számunkra még hibás maradt, újbóli letöltés utáni újra futtatáskor már nem jelentkezik, mert a progi már nem érzékeli hibának, így azt meg se jelöli. Ez azt jelenti, hogy egy letöltés alatt kellene javítani az összes (több ezernyi) hibát, ami nem kis feladat. Javításkor ne csak a POI-val jelzet hiba közvetlen közelét javítsuk, hanem tekintsünk egy kicsit távolabbra is. Pl. egy úttal párhuzamosan poligon kontúrnál csak egy helyen jelzi a laza illesztést, akkor javítsuk az egész útnál, ne végezzünk félmunkát. A program alapos, de így is lehetnek olyan hibák, amiket nem észlel. Ezeket is javítsuk, ha már felfedeztük.

POI-k következőket jelölik:
- 0x1a11 (zöld navaid) poi jelöli a pontosan egymást fedő poligonokat,0x1a12 (sárga navaid) poi jelöli a félig pontosan fedő poligonokat (min 50%-ban pontos illeszkedés)
- 0x0000 (kérdőjel) poi-val megjelöli az azonosított laza illeszkedéseket
- 0x1a15 (kék navaid) pár m-en belüli két node egymásra illesztése történt (nem összekeverendő a 0x1b15 tájegységek közötti útilleszkedést jelző POI-val!)
- 0x1a13 (narancs navaid) node elhagyásával javított illeszkedés
- 0x1a16 (piros-fehér-zöld navaid) node beszúrásával javított illeszkedés

Jó munkát! :-)

==Tanácsok, javaslatok CLC bővítéshez==

* TUHU-ban már meglévő régi CLC-s polygonok eltérhetnek az új CLC-sektől. Eddig erdőpolygonoknál találkoztam ilyennel. Ha valaki észlelne ilyet, akkor ellenőrizze, hogy az nem rajzolói beavatkozás eredménye (útra/trackre igazítás), mert ha nem, akkor CLC2000Full_''tájegység''.mp-ből át kell emelni a helyes kontúrt, a polygonhoz tartozó lyuk kontúrokkal együtt (nem polygont másolni!). Ilyenkor figyelni kell a lyukakban található polygonk kontúrcseréjére is.
* Néhol polygon összevonások is találhatók. Ilyenkor másoljunk át egy, az összevonásban megtalálható polygon kontúját a CLC2000Full_''tájegység''.mp-ből, majd a hiányzó részeket másolással töltsük fel, figyelve a megfelelő CLC típusokra.
* Egyes TUHU-ban már létező polygonoknál, nem egyezhet Tipus= paraméter a CLC-sel. Pl. Tipus=CLC 313 helyett Tipus=CLC 311-et találtam. Mivel ez külsőleg nem látszódik, válaszuk ki egy típust, extraparaméteres kijelöléssel, mind a TUHU-s mp-ben mind a CLC2000Full_''tájegység''.mp-ben, majd váltogatva, vagy egymás mellé téve, vizuálisan ellenőrizzük végig a megjelenő kijelölés "minták" közti eltérést. A hibák így gyorsan észrevehetőek, majd javíthatóak.
* Új, bővítéskor bekerült tundra, és gyümölcsös polygonok előszeretettel fednek le polygonokból álló folyókat, holtágakat. Ezeket a hibákat a lefedés vizsgálat 100%-ban megtalálja.
* Különféle, polygonokkal végzet módosításoknál ügyeljünk arra, hogy bizonyos műveleteknél törlődhetnek a polygonok adatai (extraparaméterek, és a label is!). Ezért mentsük ezeket notepad-re, hogy művelet elvégzése után visszamásolhassuk a polygonba.

CLC bővítés végrehajtása

2009-10-07T21:20:32Z

Fgg: táblázat kitöltése Fgg-vel :)

{| border="1"
|+ CLC bővítés állapota tájegységenként
|-
!Tájegység !!CLC település csere !!By !!CLC bővítés !!By !!Snap polygons? !!By !!Kész? !!Megjegyzés
|-
|aggtelek ||2009.07.13 23:24 e ||Hajo ||2009.10.02 21:25 ||baggio ||2009.07.13 23:24 !||Hajo ||kész ||
|-
|also-tisza ||2009.03.09 20:46 ||pgyp ||  ||  ||  ||  ||részleges? || 
|-
|bakony ||2009.05.06 12:48 ||Hajo ||2009.10.07 23:01 ||baggio ||2009.02.13 22:02 !||Hajo ||kész ||
|-
|balaton ||2009.04.01 18:37 ||Hajo ||  ||  ||2009.02.16 20:34 !||Hajo ||részleges ||
|-
|borzsony ||2009.07.17 13:35 ||Hajo ||  ||  ||2009.07.17 13:35 !||Hajo ||teljes ||
|-
|budai ||2009.07.17 19:00 *||Hajo ||  ||  ||2009.05.14 15:42 !||Hajo ||teljes ||
|-
|bukk ||2009.07.18 12:34 ||Hajo ||  ||  ||2009.07.18 12:34 !||Hajo ||teljes ||
|-
|cserhat ||2009.07.18 14:06 *||Hajo ||  ||  ||2009.07.18 14:06 !||Hajo ||teljes ||
|-
|felso-tisza ||2009.04.22 22:46 ||pgyp ||  ||  ||  ||  ||részleges || 
|-
|gerecse ||2009.07.22 ell ||Hajo ||  ||  ||2009.02.22 15:12 !||Hajo ||teljes ||
|-
|godolloi ||2009.09.30 21:03* ||baggio ||2009.10.07. 21:30 ||Fgg ||  ||  ||  || 
|-
|karancs-medves ||2009.07.19 08:04 ||Hajo ||  ||  ||2009.07.19 08:04 !||Hajo ||teljes ||
|-
|kisalfold ||2009.05.15 18:03 ||Hajo ||  ||  ||2009.05.15 18:03 !||Hajo ||kész ||CLC312 beemelés 090927 kepenu által!!
|-
|korosvidek ||2009.05.21 0:23 ||baggio ||2009.07.07 23:18 ||baggio ||2009.09.07 01:23 ||baggio ||teljes || 
|-
|koszegi ||  ||  ||  ||  ||  ||  ||  || 
|-
|matra ||2009.04.29 22:16 ||Hajo ||  ||  ||  ||  ||részleges || 
|-
|mecsek ||  ||  ||  ||  ||  ||  ||  || 
|-
|mezofold ||2009.05.06 17:21e ||Hajo ||2009.10.04 19:45 ||Hajo ||2009.10.04 19:45||Hajo ||kész ||
|-
|orseg ||  ||  ||  ||  ||  ||  ||  || 
|-
|pilis ||  ||  ||  ||  ||2009.07.12 21:40 !||Hajo ||  ||
|-
|somogy ||2009.04.17 0:55 ||Hajo ||  ||  ||2009.04.17 23:22 !||Hajo ||részleges? ||
|-
|soproni ||2009.09.09 11:52 ||baggio ||2009.10.01 20:16 ||baggio ||  ||  ||részleges || 
|-
|tisza-to ||2009.09.28 19:18 ||baggio ||  ||  ||  ||  ||részleges ||település csere teljes
|-
|velencei ||2009.05.06 21:07 ||Hajo ||2009.10.05 23:01 ||baggio ||2009.02.16 19:20 !||Hajo ||kész ||
|-
|vertes ||2007.02.04 10:08 ||András ||  ||  ||2009.02.16 18:39 !||Hajo ||részleges? ||
|-
|zala ||2009.04.01 18:35 ||Hajo ||  ||  ||  ||  ||részleges? || 
|-
|zemplen ||2009.09.08 23:47 ||baggio ||2009.10.06 23:09 ||zayd ||  ||  ||részleges || 
|}
(* - Teljes, de néhány dokumentált települést később kézzel kell rendezni.)

(e - poligonátfedés vizsgálattal ellenőrizve)

(! - CLC bővítés után új snap polygons szükséges)

A Wiki-n hónapok óta megvan a szócikk ([[CLC bővítési javaslat]]). Valójában a [[Gyenesdiás]]i munkamegbeszélésre készült el bár jóval korábban felvetődött itt a fórumon.

Az alapelv az, hogy a CLC-ben (ahonnan a tuhu-n jelenleg alkalmazott poligonok többsége származik) sokkal több és sokrétűbb poligontípus van, mint amennyit most használunk. Gondolom ennek jórész erőforrásbéli okai voltak. (2001-2002-ben erősen korlátozott memóriájú GPS készülékek; szerveridő a [[Kimenetek| kimenetek]] gyártásakor; mp fileméret stb.)

Felmerült, hogy jó volna pl a bózót stb. felületeket is beemelni a tuhu-ba. Volt olyan erdőtípus, amit a CLC külön kezelt, de annó nem került bele (pl fenyves). Erre mndtad, hogy background poligonban mész a GPS szerint közben pedig bozótban vagy épp egy sűrű fenyvesben.

Gyenesdiáson pgyp előterjesztése után döntés született, hogy meglépjük a bővítést a szervercsere után

Azóta több kolléga közreműködésével folyt némi háttérmunka.

# Elkészült Trackman kolléga kiváló mpwiz programjának span polygons funkciója, ami lehetővé teszi, hogy a meglévő (és többnyire módosított poligonok) közti véletlen hézagok megszűnjenek. (Az eredeti CLC poligonok hézag nélkül illeszkednek egymáshoz). A további CLC poligonok beemelése után ugyanez a funkció teszi lehetővé a beemelt poligonok hézagmentesítését. Sok tájegységnél ez a művelet végrehajtásra került. (Feltöltési logokban dokumentáltuk).
# A tuhu-n tavaly a településpoligonok jelentős része még nem CLC szerinti volt (főleg falvak, községek esetében). Ezeket sok tájegységben kicseréltük. Lehetnek még ilyen tájegységek. Ezekben még ki kell cserélni a településpoligonokat.
# Peter68 kolléga vezetésével (a poi reform mellett) előkészítettük a felületreformot is. Elkészült a konverziós függvény. Emlékeim szerint beépítettük a bővítésre szánt típusokat is, hogy azok összerendelődjenek a majdani turistautak typeset felületkategóriáihoz.
# Hajo, pgyp és baggio kollégák elkezdték a településpolygonok cseréjét, a bővítés előkészítéseként.
# Lezajlott az első bővítés a Körösvidéken, sok értékes tapasztalatot nyerve a további bővítéshez.
== Településpoligonok cseréje CLC szerintire ==

Településpoligonok cseréje CLC szerintire úgy, hogy az utólag berajzolt lyukasztások (parkok, tavak stb.) megmaradjanak.

1.) A CLC fileból az összes település poligon kiválasztása: Type=0x0d
* CLC file megnyitása.
* Szerkesztés - Kiválasztás - Minden felület
* Szerkesztés - Kijelölés törlése - Típus alapján (0x0d Reservation)
* Szerkesztés - Kijelölés törlése - Típus alapján (0x4b Background)
* Szerkesztés - Törlés nyom nélkül (Ctrl-Del)

2.) Ha a tájegységet több CLC szelvény fedi le, akkor a másik szelvényből is be kell másolni a település poligonokat. A szelvényezettség miatt két vagy több részből álló településpoligonokat össze kell vonni. (Extra értékeket vágólapra helyezni. Mindkét felületek kijelölni. Az egyiken jobb gomb, majd Felületek egyesítése. Ctrl-Enter, majd vágólapról az extra értékek visszamásolása).

3.) Kijelölni az összes CLC településpoligont.
Szerkesztés - Kiválasztás - Típus alapján (0x0d reservation)

4.) Mindegyikhez hozzáfűzni egy új extra értéket.
* Ctrl-Enter, majd beírni: Tajegyseg=CLC
* Mindegyik kijelölt településpoligont a vágólapra másolni.
* Szerkesztés - Másolás (Ctrl-C)

5.) A településpoligonokat bemásolni a tájegység mp-be

6.) Egyeségel végignézni az összes településpoligont, hogy fedik-e egymást?
* --> Átlátszó felületeknél nagyon kiabál, hogy ha nem. Az is nagyon látható, hogy ha eredetileg CLC poligon volt, de módosítva lett valamiért a körvonal. Ilyenkor inkább jobb nem bántani. A rajzoló nyilván tudta, hogy mit csinál.

7.) Ha cserélni kell, akkor - fontos! - a legkülső kontúr (rendszerint az első felület) minden pontját kell kicserélni a CLC szerintire (amelyiknek nincs labelje az a CLC szerinti).
A kijelölt forrás CLC poligon esetén Enter, majd Alkotórészek fül, 1. kontúr kiválsztása, másolás (Ctrl-C).
Label-lel rendelkező településpoligon kijelöl, majd Enter, Alkotórészek fül, 1. kontúr, beillesztés (Ctrl-V).
(Ekkor a külső kontúr minden pontját kicserltük a CLC szerintire. Ha voltak településen belüli utólagos lyukasztások, akkor azok megmaradnak amennyiben az új kontúron belülre esnek).

8.) Amikor minden településpoligon készen van, akkor Ctrl-E -vel kiválasztottam az összes Tajegyseg=CLC extra értékkel rendelkező poligont (az bemásolt eredeti CLC poligonokat), majd Ctrl-DEL-let kitöröltem azokat.
(Fontos, hogy ne maradjanak benne, mert akkor duplázódnak a poligonok. Igaz CLC nevű tájegység nincs).

== Mik a további lépések? (a CLC bővítés tényleges végrehajtása) ==
# Településpoligon cserék befejezése minden tájegységben. (Részletesen lásd fentebb.) (Amíg ez nincs készen az adott tájegységben, ott haladjunk tovább!)
# A [http://turistautak.hu/tracks.php?id=20710 CLC poligonokat] tájegyságenként vágva elkészítettem (Hajo) (CLC2000Full_tajegyseg.zip)
# Töltsd le zárolva a tájegységet a szokásos módon.
# A bővítésre kijelölt poligonokat be kell emelni tájegységenként (CLC2000Bovi_tajegyseg.mp) a tuhu-ba (Mindent kijelöl, másolás, a tuhu tájegység mp-be beillesztés).
# A CLC 142 és CLC 242 típusok beemelésénél gondosan kell eljárni. Szükség esetén át kell kódolni a típust. (Magyarázatot lásd alább)
# A beemelt poligonokra ellenőrizni kell, hogy pontosan illeszkednek-e a meglevőkhöz. Ahol nem ott javítani kell. Ez az [http://turistautak.hu/file.php?dir=upload&id=20710&file=mpwiz.zip mpwiz] snap polygons funkcióval jórészt automatizálható (mpwiz_clc_boviteshez_jav_par.bat, ami 1.mp-ből 2.mp-t készít), de számottevő kézi munkára is szükség van. Az automatikus javítás folyamán a nem pontos, de 3 m-en belüli 'laza' illeszkedések nagy többségét az mpwiz pontos illeszkedéssé konvertálja. (Egyes tájegységekben szükség lehet a vizsgálati távolság csökkentésére).
# A snap poligons funkció egyes ritka esetekben hurkot hoz lépre a poligonokban. Ezért a Mapedittel az Eszközök/Térkép átvizsgálása funkcióval ellenőrizni kell a poligonokat. Hibajelzés esetén rajítani kell a poligonokat. (pár db szokott lenni).
# A snap poligons egy csomó poit hoz létre, amelyek nem töltödnek fel a szerverre. Mielőtt a következő lépésre továbbmennél célszerű a Type=0x0000 típusú (kérdőjel) jelzőpoikat törölni.
# A következő lépésben ellenőrizni kell, hogy van-e nagy átfedés poligonok között. Ennek több oka is lehet: pl. korábban már be lett emelve egy poligon és most újra beemeltük. (A Megjegyzes=CLC bovites extra-val és id nélküli poligonok azok amelyeket most emetünk be); korábbi kézi módosítás miatt egyes poligonok belelógnak a most beemelt poligonokba stb. Ebben a munkában az mpwiz egy másik funkciója segít (mpwiz_poligonok_atfedes_vizsgalata.bat, ami 2.mp-ből 3.mp-t készít). Ez 0x0000 típusú poligonokkal illetve 0x00 típusú poival jelzi az átfedő részeket. Ezeket célszerű maradéktalanul megszüntetni. Természetesen a 0x0000 típusú poligonokat a feltöltés előtt mindenképpen ki kell törölni ((Ctrl-T 0x0000 poi, majd Ctrl-Del. A jelőpoikat nem szükséges, mert azokat az mpwiz ellátja DoNotUpload=1 paraméterrel).
# Ha bármilyen kérdés merül fel a munka során kérlek jelezd a fórumon.
# Kérlek, hogy a szerverre történő feltöltéskor a szöveges részben mindenképpen dokumentáld/jelezd, hogy minden fenti műveletet végrehajtottál-e, vagy esetleg valamelyiket nem sikerült végrehajtani.
::(+) Bővítésre szánt poligonok beemelése kész
::(+) Snap poligons kész
::(+) Átfedésvizsgálat kész
::(+) CLC 242, CLC 142 típus átkódolása kész
# Fontos, hogy ha egy lépés kimaradt, akkor kérlek ne folytasd a következővel, mert az problémát okozhat (itt is igaz, hogy inkább beszéljük meg a fórumon).

'''További tervezett lépések (még Vita tárgya)'''
# Célszerű volna egy adhesive generalizálást ráengedni az összesített poligonokra. Mindannyian ismerjük, hogy a CLC poligonok pár méteren belül 3-5 pontot is tartalmazhatnak. A generalizálással nagyban csökkenthetjük az adattömeget, miközben az információtartalom lényegében nem vész el. (Igaz, hogy a cgmpmapper is generalizál a kimenet elkészítésekor, így a GPS készülékre végső soron nem jut kevesebb adat). Ez mpwiz-zel megoldható úgy, hogy közben a szomszédos poligonok illeszkedése megmarad (adhesive generalizálás funkció).
# Ha b) pontban minden poligont beemeltünk, itt lehetőségünk van a [[Kimenetek| kimenetek]]be nem szánt poligonokat kivenni, vagy megjelölni az adatbázisban talonba rakottként. (Miért jó ez? Ha esetleg később mégis szükség volna további - akár átmeneti - bővítésre, akkor már lesz koherensen illeszkedő generalizált poligonkészletünk).
# Célszerű meglépni a felületreformot a közeljövőben (bár ez nem kifejezett feltétel).
# Jó volna typ-et használni a Garmin kimenetnél, hogy a bővítés után igazán szép eredményt lássunk a GPS készülékeken. (Az omp már most is képes megjeleníteni a bővítés utáni típuskészletet).

'''CLC 142, 242 típusok problémája'''

'''A CLC 142 (Sport, üdülő- és pihenőterületek)''' típus a neve szerint is gyűjtőtípus. Többnyire lakott területek ezért Reservation (0xd, felület) típussal emeljük be. Ezzel az alábbi gondok lehetnek:
- Túlnyomó többségben ezeket a felületek korábban kézzel már be lettek emelve a turistautak.hu-ra (pl. Balanon és Velencei-tó parti települései). Nem szabad még egyszer beemelni. (Ehhez segítséget nyújt a fent jelzett poligon átfedés vizsgálat.)
- Nem csak lakott területek, hanem sportközpontok is ebbe a CLC típusba tartoznak. Ezeket szükség szerint kézzel át kell kódolni(*).

'''A CLC 242 (Mozaikművelésű területek)''' szintén gyűjtőtípus. Egyebek mellett zártkerti övezetek, nadrágszíj parcellák is ide tartoznak. Az épületekkel rendelkező részeket Reservation (0xd, felület) típussal a többit Orchard/plantation (0x4e, felület) típussal kellene beemelni. Ehhez kézi ellenőrzésre van szükség(*).

(*) A kézi javítást helyismeret, Pojehali térképek információi vagy egyéb információ alapján lehet elvégezni. (Végső esetben segítség lehet a CLC2000Bovi_tajegyseg.kml file, ami csak ezekez a CLC típusokat tartalmazza.)

'''Jelentkezők''' (CLC bővítés végrehajtása munkára):

* Hajo (Bakony, Vértes, Velencei, Mezőföld)
* pgyp (Felső-Tisza, Alsó-Tisza)
* baggio
* zayd (Bükk, Aggtelek, Zemplém)
* kovrob
* Stimm (Duna mellett, Karancs-Medves)
* Fgg (kézi)
* Fairy (mecsek)

'''Határidők:'''
* október 2 (péntek) 23:59 beemelendő típusok vita lezárása. (úgyis mindent beemelünk ;-) ), jelentkezők toborzása
* október 9 (péntek) 23:59 beemelendő poligonok előkészítése. (Lényegében csak meg kell szűrni Tipus=CLC xxx szerint, hogy csak a bővítésre szánt típusok maradjanak).
* október 16 (péntek) 23:59 tájegységenként beemelni a poligonokat.
* október 30 (péntek) utánmunkálatok. Lásd fenti leírás.

== A CLC településpoligonok cseréjekor elromlott egy településpoligon. Mi a teendő? ==

1.) A CLC 2000 sem tökéletes. kb 100 m-en belül pontosnak kell azonban lennie. (A gyakorlatban 20-em belül pontos, de 100m-nél keskenyebb részleteket nem nagyon tartalmaz --> "geometriai hibák"). Elvétve lehetnek felületkódolási problémák, de a hivatalos adatok szerint ezek kb 1% alatt vannak.

Az ilyen jellengű tapasztalatokban a gondot, az jelenti, hogy egyelőre gyümölcsös típussal jelöli a tuhu a CLC 242 kódú (Complex cultivation patterns) területeket, ami a neve ellenére leginkább kertvárosi vagy zártkertü övezeteket jelöl. Itt elsősorban nem geometriai hibáról, hanem kódolási hibáról beszélhetünk. Mondhatnám, hogy majd a reform megoldja, de erre a reformnak sincs egyelőre kész megoldása. Nincs nagy gond. Egyszerűen létre kellene hozni egy kertváros / zártkerti övezet felületet.

Most a tuhun gyümölcsösként jelöljük az alábbi CLC típusokat:

* CLC221/Szőlőskert,
* CLC222/gyümölcsös

A bővítés során jobb híján gyümölcsössé vált:
* CLC242/complex culvivation pattern

A reform idején a Tipus=CLC 242 poligonokat tehát át kell kódolni egy egyelőre nem létező felülettípussá (lásd [[Vita:Felület-reform]]).

2.) Előfordulhat, hogy eltűnt egy korábban településpoligon által lefedett zártkerti/pihenőőövezet. Nagy valószínűséggel azt történt, hogy az azt lefedő CLC242 felület még nem lett beemelve. Ha nem súrgős, akkor kérünk várd meg, amíg a teljes bővítést el nem végezzük.

3.) A poligoncserék alkalmával megpróbáljuk megőrizni a rajzolók által korábban elvégzett módosításokat (pl. külső kontúrban útra illesztések illetve főleg a belső lyukasztások stb.) A cserét kézzel végezzük, ami azért biztonságosabb, mint ha automata végezné, de előfordulhatnak hibák.

4.) Mit tegyek ha ennek ellenére problémát tapsztalok?
Kérünk jelezd a fórumban. Természetesen szabadon módosíthatod a településpoligont, illetve a cserét végző rajzoló mentéséből vissza is tudjuk állítani az eredeti poligont. Ez viszont a bővítés végrehajtásakor jelenthet problémát, amit majd újból kézzel kell orvosolni.

==mpwiz Snap polygons==
Segédlet az mpwiz program, címben említett funkciójának egyszerűsített használatához, és az utána végzendő műveletekhez.

A funkció röviden a kontúrok laza és pontos illeszkedését méri fel, elemzi és javítja. Kontúrok, vagyis poligon-poligon, és poligon-vonal közt is javíthat illesztéséi hibákat. Hajonak köszönhető mpwiz ezen kiegészítése, aki CLC bővítéshez szükséges (nem egyszerű) paraméter készletet bat-fileba tette, így egyszerűsítve kezdők számra használatát.

Teendők:
# Előkészített készletett tartalmazó mpwiz.zip letöltése innen: http://turistautak.hu/tracks.php?id=20710
# Tartalmának kitömörítése egy könyvtárba, ami legyen most mpwiz.
# Tájegység, és track-jeinek letöltése, kitömörítése az mpwiz könyvtárba.
# Letöltött mp átnevezése "1.mp" –re.
# mpwiz_clc_boviteshez_jav_par.bat file futtatása
# Az eredményül kapott "2.mp" file átnézése, kézi javítása.
# 2.mp visszatöltése a szerverre.

A 2.mp file-t megnyitva sok új POI-t találunk, amik az elvégzett javításokat, és a laza illesztéskete jelölik (Soproni tájegységben 6298db csak az eltéréseket jelölő POI!). A kézi javítás abból áll, hogy egyenként, az összes POI-val jelölt helyen meg kell vizsgálni, az illesztést, és szükség esetén kézzel javítani rajta. Mivel a progi se tud minden hibát számunkra megfelelően javítani, az automatikus javítás ellenőrzése se maradhat el. Az új POI-kat feltöltéskor a szerver eldobja, így azok nem kerülnek be az adatbázisba. Ez egy részről jó nekünk, más részről viszont nem. Ha egy automatikusan javított pont, számunkra még hibás maradt, újbóli letöltés utáni újra futtatáskor már nem jelentkezik, mert a progi már nem érzékeli hibának, így azt meg se jelöli. Ez azt jelenti, hogy egy letöltés alatt kellene javítani az összes (több ezernyi) hibát, ami nem kis feladat. Javításkor ne csak a POI-val jelzet hiba közvetlen közelét javítsuk, hanem tekintsünk egy kicsit távolabbra is. Pl. egy úttal párhuzamosan poligon kontúrnál csak egy helyen jelzi a laza illesztést, akkor javítsuk az egész útnál, ne végezzünk félmunkát. A program alapos, de így is lehetnek olyan hibák, amiket nem észlel. Ezeket is javítsuk, ha már felfedeztük.

POI-k következőket jelölik:
- 0x1a11 (zöld navaid) poi jelöli a pontosan egymást fedő poligonokat,0x1a13 (sárga navaid) poi jelöli a félig pontosan fedő poligonokat (min 50%-ban pontos illeszkedés)
- 0x0000 (kérdőjel) poi-val megjelöli az azonosított laza illeszkedéseket
- 0x1a15 (kék navaid) pár m-en belüli két node egymásra illesztése történt (nem összekeverendő a 0x1b15 tájegységek közötti útilleszkedést jelző POI-val!)
- 0x1a13 (narancs navaid) node elhagyásával javított illeszkedés
- 0x1a16 (piros-fehér-zöld navaid) node beszúrásával javított illeszkedés

Jó munkát! :-)

==Tanácsok, javaslatok CLC bővítéshez==

* TUHU-ban már meglévő régi CLC-s polygonok eltérhetnek az új CLC-sektől. Eddig erdőpolygonoknál találkoztam ilyennel. Ha valaki észlelne ilyet, akkor ellenőrizze, hogy az nem rajzolói beavatkozás eredménye (útra/trackre igazítás), mert ha nem, akkor CLC2000Full_''tájegység''.mp-ből át kell emelni a helyes kontúrt, a polygonhoz tartozó lyuk kontúrokkal együtt (nem polygont másolni!). Ilyenkor figyelni kell a lyukakban található polygonk kontúrcseréjére is.
* Néhol polygon összevonások is találhatók. Ilyenkor másoljunk át egy, az összevonásban megtalálható polygon kontúját a CLC2000Full_''tájegység''.mp-ből, majd a hiányzó részeket másolással töltsük fel, figyelve a megfelelő CLC típusokra.
* Egyes TUHU-ban már létező polygonoknál, nem egyezhet Tipus= paraméter a CLC-sel. Pl. Tipus=CLC 313 helyett Tipus=CLC 311-et találtam. Mivel ez külsőleg nem látszódik, válaszuk ki egy típust, extraparaméteres kijelöléssel, mind a TUHU-s mp-ben mind a CLC2000Full_''tájegység''.mp-ben, majd váltogatva, vagy egymás mellé téve, vizuálisan ellenőrizzük végig a megjelenő kijelölés "minták" közti eltérést. A hibák így gyorsan észrevehetőek, majd javíthatóak.
* Új, bővítéskor bekerült tundra, és gyümölcsös polygonok előszeretettel fednek le polygonokból álló folyókat, holtágakat. Ezeket a hibákat a lefedés vizsgálat 100%-ban megtalálja.
* Különféle, polygonokkal végzet módosításoknál ügyeljünk arra, hogy bizonyos műveleteknél törlődhetnek a polygonok adatai (extraparaméterek, és a label is!). Ezért mentsük ezeket notepad-re, hogy művelet elvégzése után visszamásolhassuk a polygonba.

Rajzolási szabályok

2009-09-28T20:18:46Z

Fgg: /* Az mp-be rajzolandó elemek */

<center>'''Rajzolási szabályok - mit látunk a letöltött mp fájlban; mit és hogyan ábrázoljunk a mapedit segítségével'''</center>

===Tájegységek===
Magyarország területét (jelenleg) 27 át nem fedő területegységre osztottuk. Ezek néha megfelelnek a hagyományos földrajzi értelemben vett tájegységnek, pl. Bükk, néha egy-egy nagyobb területet fognak össze - alkalmasint általunk kreált néven - pl. Nyugat dunántúl. Ezek mindenkori állapotát az [http://www.turistautak.hu/maps.php?id=attekinto&image=raster áttekintő térképen] lehet könnyen nyomon követni.A tájegységek szerepe többszörös. Képviselik azt az egységet, ami szerint a térképi objektumok (pontok,vonalak,felületek) összetartoznak. Ez a legkisebb egység, ami rajzolás céljából letölthető, zárolható, jogosultság adható/kapható rá.Egy-egy tájegység a webes megjelenés- és a GPS-ekre feltölthető térkép-részletek szempontjából is a legkisebb egység. 

===Az mp-vel letöltött elemek===
A letöltött mp fájlban - mint már olvasható feljebb is - háromféle térképi objektumtípus lehet: pont, vonal és felület. Az egyes típusok a letöltéskor külön kérhetőek. Ha mindhármat kérjük, akkor sem kerül minden adatbázisban levő elem az mp fájlba: a szintvonalak ily mód nem kérhetőek le és nem szerkeszthetőek.

'''Pontok''' 
Pontokkal vagy a pontszerű 'objektumokat' ábrázoljuk, vagy az olyan - kiterjedéssel is rendelkező - térképi elemeket, amelyeknek van egy kiemelhető fontos pontja (de nem tudjuk pl. körbejárni gps-sel, hogy a körvonalai is meglegyenek).Az előbbire példa lehet egy forrás, az utóbbira egy kemping bejárata. A pontok tájegységbe tatozása dinamikus, azaz az határozza meg, hogy melyik tájegység körvonalain belül van. Ha változtatunk a tájegység-körvonalakon, akkor elképzelhető, hogy egy adott pont másik tájegységbe kerül át.

'''POI-k (érdekes pontok)''' 
Ha letöltéskor kérjük a POI-kat is, akkor térképi pontként megkapjuk a geocaching.hu-val közös adatbázist képező érdekes pontok - adott tájegységbe eső - halmazát is. Típusuk változatos, a POI kategóriára emlékeztetni próbáló Garmin-típussal rendelkeznek.'''Különleges letöltött pontok: navaid-ok (piros/kék/szürke pöttyök)'''A "red navaid" (piros pötty) azt jelenti, hogy a vonalnak árva a vége, nem kapcsolódik másik vonalhoz, Ez akkor jelent segítséget, ha elvétettük az illesztést és mégsem pontosan egy pontban találkoznak a vonalak, akkor a piros jel mutatja a hibát. Nem fontos kitörölni (a feltöltéskor nincs jelentősége, nem töltődik vissza, nem hiányzik onnan), de érdemes törölni ha rendezted, mert akkor látod, hogy mit javítottál már ki. Ha a vonal valóban zsákutca, akkor ezt megadhatod paraméterként, hogy legközelebb ne tegyen a végére ilyen jelet feleslegesen. Ennek módja: Zsakutca=1 ha a vonal kezdete zsák, Zsakutca=2 ha a vége, valamint Zsakutca=3, ha mindkettő. A kezdete-vége azt jelenti, hogy a vonalat alkotó (a rajzolás sorrendjében tárolt) pontsorozat melyik végéről van szó. Ha nem tudod, kapcsold be a View / Advanced visualisation settings / Polyline direction (Shift+D) funkcióval az irányultságot, a nyíl a vége felé mutat. A "blue navaid" (kék pötty) és a "gray navaid" (szürke pötty) azokat a pontokat jelöli, ahol csatlakozás van másik tájegységhez. A csatlakozás az útvonaltervezés miatt fontos, a tájegységek között azokon a pontokon tudnak "áttervezni" az útvonaltervezők, ahol ilyen csatlakozási pont található. Kék pötty jelöli azokat a csatlakozási pontokat, amiket a gép feltöltéskor automatikusan észlelt, az alapján, hogy az adott vonal kezdő- vagy vég node-ja olyan koordinátán van, ami egy szomszédos tájegységben levő vonal kezdő- vagy végpontjával esik egybe. A csatlakozás létrehozásához nem kell tehát mást tennünk, mint a két tájegység két vonalának valamely végét (a hatodik, utolsó tizedesig) közös koordinátára helyezni. Ezek a következő letöltéskor kék pöttyöt kapnak, jelezvén a csatlakozás létrejöttét. "Gray navaid" (szürke pötty) jelöli azokat a vonalvégeket, ahol a régről maradt Csatlakozik= paraméterrel csatlakozás van beállítva. A csatlakozások automatikus érzékelése előtt a Csatlakozik= paraméterrel lehetett megadni, hogy mely vonalak mely vége kapcsolódik más tájegységhez. Csatlakozk=1-et kellett állítani, ha vonal kezdete, Csatlakozik=2-t, ha vonal vége és Csatlakozik=3-at ha mindkét végpontja csatlakozott más tájegységhez. Ennek már nincs jelentősége, de a tulajdonságok között megörződött ez a paraméter. A kék és szürke pöttyök sem befolyásolják a visszatöltést, azok törlése - vagy akár létrehozása - sincs semmilyen hatással az mp fájl feltöltésére.

'''Vonalak''' 
A leglényegesebb térképi elemek - az utak - ábrázolása vonalakkal (polyline) történik. Letöltéskor szintén megadhatjuk, hogy az mp fájlban benne legyenek-e. A vonalak típusa és paraméterezése nagyon fontos, de nem különbözik a letöltött és a berajzolandó vonalak esetében, ezért a leírást lásd [#polydraw később]. A vonalak tájegységbe tartozását a saját Tajegyseg=paraméter szabja meg. Ha tehát módosul a tájegységek körvonala, akkor elképzelhető, hogy az utak egy része ki fog lógni abból a tájegységből, ahová tartozik. 

'''Felületek''' 
Az mp fájlban felületeket (polygon) is találunk, ha lekértük őket. Az alábbi típusokkal találkozhatunk: 
-Háttér (background, 0x4b) : ez a felülettípus a tájegységek határainak kijelölésére szolgál, jelenleg a 22 háttérfelület a teljes országot lefedi. 
-Települések (reservation, 0xd) : Magyarország összes települése megtalálható a megfelelő tájegységben; nem túl nagy részletezettséggel/pontossággal. 
-Erdő (national park, 0x14) : Az erdős területek ezzel a zöld felülettel vannak ábrázolva. 
-Gyümölcsös (orchard/planation, 0x4e) : általában fás vagy alacsonyabb növényzettel borított területek, ahol mezőgazdasági tevékenységet folytatnak. 
-Ipari terület (industrial complex, 0xc) : pl. gyár, pályaudvar, stb. 
-Man made area (man-made area) : ember által "átalakított" természetes terület, pl. kőfejtő, stb. 
-Állóvizek (small lake, 0x40) : tavak; minden állóvizet ezzel a típussal ábrázolunk, mérettől függetlenül. 
-Vizenyős terület (intermittent water, 0x4c) : Általában állóvíz körül/mellett levő terület, pl. nádas, stb. 
-Folyóvizek (large river, 0x47) : a Duna és a Tisza van ilyen típussal ábrázolva. 
 
Egy felület tájegységbe tartozását az határozza meg, hogy a középpontja mely tájegységbe esik. Ha tehát módosítunk pl. egy olyan erdő-felületet, ami átlóg a másik tájegységbe, akkor elképzelhető, hogy a legközelebbi letöltéssel ugyanezt a módosított polygont már nem kapjuk meg, mert a középpontja áttolódott a szomszédos tájegységbe. Ez azért nem probléma, mert az ilyen "határeseteknél" a két szomszédos tájegység rajzolójának úgyis együtt kell működnie, de a legtisztább, ha nem lóg át polygon a szomszédos tájegységbe. 

===Az mp-be rajzolandó elemek===

'''Pontok''' 
Pontot kétféleképp vihetünk be az adatbázisba. Az egyik lehetőség a weboldal főmenüjében a "helyek(POI)" legördülő listából kiválasztani a megfelelő típust, majd a megjelenő űrlapot értelemszerűen kitölteni. Ez azért a jobbik módszer, mert lehetőség van egyéb információk (pl. fényképek) felvitelére is. A másik módszer a mapedit create point funkciója. Rajzoljuk be a megfelelő koordinátákra a pontot, adjunk neki nevet. Ezután két lehetőségünk van: 
1) nem töltjük ki az extra paramétereket. Ekkor a feltöltés nem tudja mi alapján a weboldal főmenüjében is látható kategóriák egyikébe sem sorolni a pontot, a típusa a mapeditben kiválasztott Garmin típus lesz. Ez azt jelenti, hogy csak a térképen lesz látható, a weben nem. 
2) kitöltjük az extra paramétereket. A leglényegesebb a Típus, ez alapján kerül a létező POI kategóriákba a pont. Az egyes kategóriák típus-azonosítója legkönnyebben úgy tudható meg, hogy a weboldalon kiválasztjuk a legördülő listából a kérdéses típust, és megnézzük a böngésző címsorában a type= utáni részt. Pl. a szálláshelyek esetében ez a "szallas" karaktersorozat. Ezt kell az mp-be a pont extra paraméterei közé felvenni, pl. a szálláshely esetében "Tipus=szallas"-ként. Ha változtatunk egy létező pont adatain (koordináta, név, stb), akkor ez feltöltéskor frissül az adatbázisban. De! Csak akkor, ha az extra paraméterek között a FrissitesDatuma-nak nagyobb értéket adunk, mint az ott levő. Sőt, ekkor sem biztos, hogy frissül, mert lehetséges, hogy valaki közben webes felületről módosított a pont adatain. (A tájegység zárolása ugyanis a POI-k webes szerkeszthetőségére nincs hatással.) Tehát, ha az mp-ben nagyobb a FrissitesDatuma paraméter értéke, mint az adatbázisban levő, akkor tárolódnak feltöltéskor a POI tulajdonságai. Ha az mp-ből törlünk egy POI-t, és így töltjük fel, akkor nem történik semmi, a POI nem törlődik az adatbázisból. Ha az extra paraméterek közé beteszünk egy Del=1 sort, akkor a feltöltés kitörli a pontot az adatbázisból! (Jelenleg ez a POI törlés egyetlen módja.) Egyéb paraméterek: Telepules, Megye, Magassag, Leiras, Megjegyzes. 

'''Vonalak''' 
Az, hogy egy vonalat milyen típussal rajzoljunk be, olyannyira fontos, hogy egy külön oldalon, a [[rajztipusok]] táblázatban szedtük össze a felhasználandó típusok listáját.

A Label tulajdonság kitöltése extra figyelmet érdemel. A Label-t a turistajelzés beállítására használjuk, és csak arra. Ha az útnak van száma, akkor azt az Utnev= extra mezőbe írjuk, a települések utcaneveit pedig az Utcanev= mellé. A Label mezőben előfordulhat pl. egy ~[0x1f]. formátumú végződés, itt a ~[0x1f] technikai kód a cgpsmapper program számára, ami a Garmin-térképeken azt jelenti, hogy a folytatásnak nem kell megjelennie kis nagyításban. A . pedig azt jelzi, hogy egy track alapján készült a vonal. Ezeket a ~ jel utáni dolgokat feltöltéskor nem veszi figyelemre a rendszer, tehát letörölhető, illetve hiába változatsz meg valamit benne, az nem kerül sehova. A Label-be írható értékek pontos készlete és formátuma a [[Turistajelz%C3%A9sek_sz%C3%B6veges_megjelen%C3%ADt%C3%A9se | Turistajelzések szöveges megjelenítése]] oldalon érhető el. Szintén nagyon fontos, hogy az extra paraméterek lehetőleg minden vonal esetén kitöltésre kerüljenek. Az egyik legfontosabb a Track= paraméter, melynek pontos jelentése a [[Hogyan lehetek én is térképszerkesztő ]] oldalon már leírásra került. A másik fontos paraméter a Szelesseg=, ez alapján dől el, hogy távolabbi nézetben az egyes utak látszani fognak-e és ha igen, akkor milyen színű/vastag vonallal.

Az utak extra paraméterei - nagy számuk miatt - szintén külön oldalon, az [http://www.turistautak.hu/documents.php?id=extra_parameterek útvonalszakaszok paraméter-készleténél] találhatóak meg részletezve.
A Tools/Options/Snap to grid kapcsoló legyen ''kikapcsolva''! Bekapcsolás esetén ugyanis az adott level bitszámának megfelelő pontossággal lehet csak csomópontot elhelyezni, azaz a rajzolás érezhetően "darabosabb"). A fentieken kívül az utak rajzolására az alábbi szabályok vonatkoznak:

* A 0x19 time-zone típusú vonalakkal az "elvarratlan szálakat" jelöljük. Ilyet akkor rajzolunk, ha tudjuk hogy ott indul egy út, de nem jártuk be még, viszont fontosnak találjuk hogy ott legyen, hogy később tervezhessük annak a bejárását is, illetve addig is segítséget nyújtson a tájékozódásban. Ezek a vonalak nem szakítják meg a csatlakozó vonalakat még akkor sem, ha közös node-on vannak (legyenek közös node-on!) és nem kapnak a végükre piros pöttyöt, mert pont tudjuk róluk, hogy zsákutcák még. Ezek rendes adatbázis-vonalak, visszatöltődnek, lehetnek tulajdonságaik is.
* A webes útvonaltervezés és a Garmin (kütyü vagy MapSource) útvonaltervezése is képes kezelni az egyirányú utcákat illetve a kanyarodási tilalmakat. Megfelelő jelölésrendszert alkalmazva meg tudjuk adni egy útról, hogy egyirányú-e, illetve, hogy merre nem szabad kanyarodni. 
- Kanyarodás tiltás: hogy melyik útról, melyik pontban, melyik útra nem szabad fordulni, a 0x3f típusú vonal plusz berajzolásával jelölhetjük. Nézzük egy példán keresztül: 
Az alábbi ábrán 3 út találkozik. Tegyük fel, hogy a bal alsó úton, a kereszteződésbe érkezőknek nem szabad balra kanyarodnia. 
[[Kép:Nokanyar1.gif|kereszteződés]] 
Ekkor - az eddig berajzolt utakat változatlanul hagyva - adjunk hozzá még egy vonalat a rajzhoz. Típusa legyen 0x3f, és pontosan 3 node-dal rendelkezzen. A példánál maradva: az első pontja legyen azon út egy pontján (de nem a szóban forgó kereszteződésben), ''ahonnan'' nem szabad kanyarodni. A második pont legyen az utak találkozásában. A harmadik pont pedig azon út egy pontján, ''ahová''<nowiki> nem szabad kanyarodni. (Ehhez [meg általában a csomópontok illesztéséhez is] használjuk a a mapedit opciói közül a "Stick to neighbours"-t.)</nowiki> 
[[Kép:Nokanyar2.gif|kereszteződés kanyarodási tiltással]] 
- Egyirányúság: ezt nagyon egyszerű megadni, kapcsoljuk be a vonal tulajdonságainál a "Has direction" kapcsolót. Ekkor az útvonaltervezés ezen a vonalon csak olyan utat fog tervezni, ami olyan irányban halad, amerre a vonalat rajzoltuk. Ha fordított irányban rajzoltuk véletlenül, mint amerre az egyirányúság érvényes, akkor használjuk a mapedit jobb klikkre elérhető "Reverse points" funkcióját (vigyázat, ez a funkció csak akkor jelenik meg, ha a "move points" eszköz aktív éppen!). 

Lehetőség van az utcák házszámozására is. Erről a [[Házszámozás]] oldalon olvashatsz részletesen.

'''Felületek''' 
Ha a letöltéssel lekértük a felületeket és azokon módosítunk, akkor feltöltéskor a módosítás átvezetődik az adatbázisban. Ez minden felület-típusra érvényes! Tehát javíthatjuk (és javítsuk is, ha van hozzá alapanyag) az erdőket, településeket, tavakat, stb. Ha egy új felületet rajzolunk be, akkor fontos, hogy a fentebb leírt típusokat használjuk, ha települést rajzoltunk be (ilyen ritkán fordul elő), akkor adjuk meg a "Tipus=telepulesek", illetve a Tajegyseg=''tájegység neve'' paramétert, különben a weben nem jelenik meg. A tájegység-polygonra vigyázzunk, ne módosítsuk véletlenül! (0x4b típus) A tájegység-polygon módosítása összetettebb feladat, és ritkán is kerül sor rá. A módszert lásd [#bgpolygon lejjebb].

===Egyéb műveletek===

'''Teljes vonal áttétele másik tájegységbe'''

Ahhoz, hogy egy vonalat teljes egészében áthelyezz egy másik tájegységbe, szükséges, hogy mindkét tájegységhez legyen feltöltési jogod is.
Az áthelyezés menete: 

1) töltsd le mindkét tájegységet zárolva 
2) nyisd meg őket párhuzamosan két mapedit-ben 
3) az adott vonalat vágd ki (cut, ctrl-x) a forrás mp fájlból 
4) illeszd be (paste, ctrl-v) a cél mp fájlba 
5) írd át a vonal Tajegyseg= extra paraméterét annak a tájegységnek az azonosítójára, amibe áttetted (a tájegységek azonosítói kiolvashatók a [http://turistautak.hu/regions.php régiók] oldalon levő táblázat első oszlopából) 
6) ismételd a 3) - 5) lépést az összes áthelyezendő vonalra 
7) a munka végeztével töltsd fel a cél mp-t (amibe áttetted a vonalakat) 
8) töltsd fel a forrás mp-t (amiből áttetted a vonalakat) 

A 7) és 8) pontokat véletlenül se cseréld fel!Ebből egyúttal következik, hogy egy letöltés alkalmával nem szabad kölcsönösen vonalakat átteni a másik tájegységbe. Ha erre van szükség, akkor oldd meg két letöltéssel, úgy hogy egy feltöltés előtt mindig csak egy irányba helyezel át vonalakat.(Erre a vonal-azonosítók (ID-k) megőrzése miatt van nagy szükség. A vonal ID-k pedig a tárolt útvonalak miatt fontosak.) 

'''Tájegység-polygon módosítása'''
...

[[Kategória:Szerkesztési szabályok]]

Leírások

2009-09-21T18:12:57Z

Fgg: /* Térképszerkesztés/rajzolás */ +1 link

Az alábbi leírásokat az oldalt használók és a fejlesztésben/térképkészítésben részt vevők egyaránt haszonnal forgathatják.

=== Általános leírások ===
* [[Fejlesztési irányok|A turistautak.hu fejlesztési irányai]] - néhány szó arról, hogy mi is történik itt és hogyan
* [[Adatfeldolgozás|Az adatfeldolgozás részletes leírása]] - hogyan lesz a GPS-es trackekből térkép nálunk
* [[Rajztípusok]] - térkép szerkesztéshez használt pont, vonal, felület típusok részletes leírása
* [[Műholdképek | Műholdképek letölése és kalibrálása]] - hogyan szerezhetünk átrajzolásra közvetlenül alkalmas műholdas alapanyagot (jelenleg nem működik)
* [[Katonai térképek felhasználása]] - Rajzolás ingyenesen hozzáférhető katonai térképek alapján.
* [[Track-ek archiválása]] - Track-ek archiválásának szabályai, feltételei, eljárásai.

=== Trackelés, track szerkesztés, track feltöltés ===
* [[Hogyan trackeljünk?]] - segédlet a térképkészítésre alkalmas GPS-tracklog és vázlatos rajzok készítéséhez
* [[Track szerkesztés]] - segédlet a trackek feltöltése előtt javallott műveletekhez
* [[Track feltöltés]] - segédlet a trackek feltöltéshez
* [[Track utófeldolgozás]] - segédlet trackszerkesztőknek, feltöltött trackek utófeldolgozásához
* [[Települések teljes felmérése]] - segédlet egy település vagy nagyobb terület teljes felméréséhez

=== Térképszerkesztés/rajzolás ===
* [[Hogyan lehetek én is térképszerkesztő]] - a térképrajzolás technikai követelményei
* [[Turistajelz%C3%A9sek_sz%C3%B6veges_megjelen%C3%ADt%C3%A9se | Turistajelzések szöveges megjelenítése]] - Az alkalmazott rövid karakterkombinációk leírása.
* [[Rajzolási szabályok]] - a letöltött mp file-ben mit találunk, és mit/hogyan rajzoljunk bele.
* [[MapEdit | MapEdit rajzolóprogram]] - térkép rajzolásához használt program funkcióinak összefoglalása
* [[Mintapélda | A szerkesztés menete]] - Rövid példa a szerkesztéshez szükséges lépésekről
* [[Szerver üzenetei térkép feltöltésnél]] - rövid magyarázatok a szerver üzeneteire
* [[Házszámozás]] - Az utcák házszámozásának részletes magyarázata, mintapéldákkal
* [http://www.turistautak.hu/documents.php?id=extra_parameterek extra-paraméterek értékkészlete]

=== GPS készülékek használatával kapcsolatos leírások ===
* [[Térképmemória nélküli GPS]] - hogyan használhatjuk a turistautak.hu térképeit térképmemória nélküli Garmin GPS-szel?

=== Egyéb ===
* [[Linkek]] - Térképekkel, GPS-re alkalmas kütyükkel kapcsolatos hasznos weboldalak
* [[php_howto]] - PHP programok paraméterkészletének gyűjteménye
* [[Milyen wikit akarunk?]] - Turistautak.hu/wiki célja, használata
* [[Földrajzi nevek helyesírása]] - a turistautak.hu térképen is fontos a helyesírás.
* [[Programok]] - A felmérésekhez és térképrajzolásokhoz hasznos programok gyűjteménye

Szerver üzenetei

2009-09-15T10:45:43Z

Fgg: /* Hibaüzenetek */ +1 hiba

= Hibaüzenetek =

* '''túl rövid szakasz (rövidebb 6 méternél)'''
::Egy megrajzolt, vagy automata vágáskor létrejött szakasz hossza, kisebb a minimum megengedettnél (6 méter).
::'''Kritikus hiba!''' az éjszakai Garmin kimenet gyártása az ilyen hiba miatt elakad, ha nem kerül javításra!

* '''id=''XX'': a kezdőpont és a végpont ugyanarra a Garmin pontra esik (visszatér a kezdőpontra)'''
::Egy szakasz önmagába tér vissza (pl O, P, Q, R alakú).
::'''Kritikus hiba!''' az éjszakai Garmin kimenet gyártása az ilyen hiba miatt elakad, ha nem kerül javításra!

* '''A feltöltött fájl nem csak a változásokat tartalmazza.'''
:: A szerver MP-file feltöltésnél csak olyan típusú file-t fogad el, amelyben kizárólag csak a változások vannak lementve. Ilyen filet a mapeditben a save as menü alatt a típus "polish format, modificatios only"-ra átállításával lehet létrehozni.

* '''A feltöltött fájl dátuma nem egyezik meg a zárolás dátumával'''
:: Valószínűleg rossz file-t próbáltál feltölteni. Ez akkor is előfordulhat, ha zárolás után még egyszer letöltöd a tájegységet, és abban dolgoztál. Ilyenkor a térképszerkesztés fórumon tudsz segítséget kérni.

* '''A tájegység éppen feltöltés alatt áll, egyidőben csak egyvalaki töltheti'''
::Ugyan ezen a tájegységen az előző feltöltésnél a szerver nem tudta valamilyen okból (általában a túlterhelés miatt) teljesen feldolgozni a feltöltött anyagot, és a feldolgozása félbemaradt. Ezáltal úgy érzékeli, mintha most is menne egy feltöltés/feldolgozás.
::Teendő: Tartsd zárolva a tájegységet.Írj egy levelet Andrásnak, hogy beragadt ez a tájegység feltöltés közben. (nem árt, ha a térképszerkesztés fórumba is megemlíted). Ha András elkészült a javítással, akkor ellenőrizd le a munkádat, hogy meg van-e minden szerkesztésed, illetve nem duplázódtak-e az objektumok.

* '''POI id=''XXX'', attribute id=''YYY'' nem stimmel, ez az attribútum a poi id=''ZZZ''-hez tartozik.'''
::A weben bejelentett poik extra tulajdonságait a mapeditben "POIattr" kezdetű attribútumok tárolják. Ezek külön sorszámmal rendelkeznek, amik hozzá vannak rendelve 1 darab poi-id-hez. Ezt az üzenetet akkor kapod, a poi-id és a POIattr sorszám összerendelés nem stimmel. (pl. poi tulajdonságok másoláskor)

*'''line_number=''xxx'', rgn_number=''yyy'', ID=, Tajegyseg=''zzz'' az importált fájlban, kihagyjuk'''
::A feltölés alatt álló MP file-ba belekerült olyan objektum, aminek a "Tajegyseg=" paraméterénél nem a feltöltendő tájegység neve van beleírva, hanem a ''zzz''.

= Tájékoztató üzenetek =

* '''A közös csomópontokon való átfutás, illetve többrészes vonalak miatt ''XX'' db érintett vonalból ''YY'' db lett.'''
:: A szerver feltöltésnél automatikusan darabolja az útvonaltervezős vonalakat, ha közbenső node-pontjához egy másik vonal node-pontja csatlakozik. Erről nyújt tájékoztatást az üzenet. Ha YY jóval nagyobb, mint XX akkor lehet gyanakodni hogy két vonal egymásra lett rajzolva és nodepontonként elemi szakaszokra bontotta a szerver. Ilyenkor újra le kell tölteni a tájegységet és javítani.

* '''Az azonos ID alatt feltöltött szakaszoknak nem két darab magányos végpontjuk van (hanem ''XX'')!'''
:: Ha egy szakaszt feldarabolsz két szakaszra (egy nodepontnál), az öröklődés miatt mindkét szakasznak ugyanazokat az extra paramétereket adja a Mapedit, köztük az id-t is. Később - ugyanazon rajzolás során - valamilyen okból a darabolás helyén szétválasztod a vonalakat úgy, hogy azok a továbbiakban már nem érnek össze.
:: Feltöltéskor a szerver azt látja, hogy két azonos id-jű vonal van. Ez nem volna gond, mert új id-t ad nekik. Azonban azt is vizsgálja, hogy ezeknek elvileg folytonos vonalat kell alkotniuk. Az előbbi példában viszont nem érnek össze. Ezt jelzi külön a szerver az idézett üzenettel.

* '''POI id=''XX'' megváltozott időközben [''YYYY-MM-DD HH:MM:SS''], nem frissítettük.'''
::Az ''XX'' azonosítójú POI módosítva lett szerkesztéskor, de feltöltés előtt, valaki a webes felületen is módosított a megadott időpontban, így a szerkesztéskor végzet módosítások nem kerülnek be az adatbázisba.

[[Kategória:Szerkesztési segítség]]

Vita:Track-ek archiválása

2009-08-31T13:26:15Z

Fgg: Fgg beszólása

Hajo javaslata 2009.08.30:

Az archiválást, hogy ha akarjuk (úgy értem, hogy konszenzus alakul ki róla):

1.) egyszerűen úgy kellene végrehajtani, hogy az adatbázisban létrehozni egy plusz 'archivált (bool)' mezőt. Ha ennek a mezőnek igaz az értéke, akkor ezt a tracket nem hivatkozza be az mp-be (nem fog megjelenni szerkesztéskor és nem fög lejönni a trackekkel együtt). Így nem kell fizikailag törölni, csak átbillenteni. Egyébként butaság lenne bármit is fizikailag törölni. Ki tudhatja, mikor lenne mégis szükség bármire, amit korábban kitöröltünk.

2.) Az archiválás ezután már csak egy SQL parancs kiadása, hogy ha pl egy bizonyos dátum előttieket szeretnénk archiválni.

3.) Elvileg lehetne egy pipa vagy link a track adatlapon, amely beállításával a track gazdája vagy a rajzoló archiválhatná (pl. olyan tracket, ami ugyan nem régi, de nincs benne semmilyern újdonság).

4.) A track lekérdezéseknél be lehetne pipálnni, hogy az archiváltakat is mutassa.

A lényeg, hogy ne fizikailag töröljünk, hanem csak hagyjuk figyelmen kívül azokat, amelyek már idejét múlták, vagy más szempontból nem kellenek.

<hr>

Szerintem tájegység letöltésénél legyen egy kapcsoló, mely belefűzi az mp-be az archivált track-eket is.
Arti (junior)
<hr>
A fentiekkel egyetértek!
DE! az automatikus (X évnél régebbi) archíválás szerintem nem megoldás. (mind ahogy a fórumban páran leírták) Sok olyan nagyon régi track van amiről nincs frissebb bejárásunk. (pl. kisebb falvak, túristák által nem nagyon járt helyek).
Nagy munka, de én csak a kézi archiválást tartom jónak. (ha mindenki csak 1 db track-et archivál 1 rajzolás során elég gyorsan kikapálódnak a nem használt trackek)

-Fgg-
<hr>