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

Rajzolási szabályok

2012-05-30T18:45:37Z

Vacsape: /* Az mp-vel letöltött 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ó. Szürke 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 szürke 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éterkészlet_(Vonalak)|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 - AZ INFORMÁCIÓ ELAVULT: A POI MARADÉKTALANUL TÖRÖLHETŐ DEL GOMBBAL IS!!!) 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 [[Rajztípusok]] 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, találhatóak meg részletezve: [[Paraméterkészlet_(Vonalak)]]
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 0xd1 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 0xd2 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 0xd2, é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> Figyeljünk, hogy a kanyarodási tiltás által lefedett vonalszakaszok hosszai (1-2 és 2-3 szakaszok), és a végpontjaihoz legközelebb eső csomópontok közti szakaszok (pl. 1-4 szakasz) is legalább 6 méter hosszúak legyenek akkor is, ha az 1-es pontban nincs darabolva a 2-1-4 szakasz! 
[[Kép:Nokanyar3.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 áttenni 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]]

Térképszerkesztési szabályok

2012-05-30T18:42:21Z

Vacsape:

Ezen dokumentum célja a turistautak.hu közössége által szerkesztett térkép szerkesztési szabályainak leírása. Ezek a szabályok nem függetlenek a technikai lehetőségektől, mapedit program használata során alkalmazható trükköktől, [[Garmin]] és egyéb [[Kimenetek|kimenetek]] követelményeitől. Azok vagy megtalálhatóak más leírásokban vagy nem, de jelen dokumentum célja csak a szűken vett szerkesztési szabályok összegyűjtése. Előfordulhat, hogy nem konzisztens, sőt esetleg ellentétes értelmű szokások is leírásra kerülnek. Ez azonban egyelőre itt nem okoz problémát. A kezdők számára így is valamiféle eligazodás, a hangadó mesterek számára pedig napirendi pont.

'''Általános szerkesztési szabályok'''

* Az újonnan létrehozott objektumok típusát elsősorban a [[Rajztípusok]]-ban leírtak szerint kell megválasztani.
* A kivágás és beillesztés parancsokat nagyon megfontoltan kell használni, mert a kivágás törlést jelent, a beillesztés meg újként létrehozást. A régi ID-hez kötődő információk elveszhetnek.

'''POI-kal kapcsolatos szabályok'''

* Település és Megye paramétereket meg kell adni a kereshetőség miatt.
* Egymással szemben, 50 méternél közelebb lévő, buszmegállók közül elég az egyiket megadni.
* Buszmegállók label-jébe az ott megálló buszok számát és a megálló hivatalos megnevezését vagy kell írni. Pl: [22, 22E, volán] Szent János korház Ha a megállónak két megnevezése van, akkor mindkettőt. Pl: [90-90A, 190, 990] Istenhegyi lejtő/Lóránt út
* Ha Tipus=egyeb paramétert adunk meg akkor a POI ikonja kérdőjel lesz, ezért kerülendő.
* POI típusának megváltoztatásakor a Tipus= sort törölni a paraméterek közül, különben a típus nem fog megváltozni
* POI kétféleképpen vihető fel a térképe: Web-en vagy a térképszerkesztés közben új POI rajzolásával. Egy POI esetén csak az egyik alkalmazható. A web-es felvitel nehézkesebb, de jobban támogatja a web-en való keresést

''A megállókkal kapcsolatos információkat a [[Tömegközlekedés]] lapon találod.''

'''Vonalakkal kapcsolatos szabályok'''

* Egy vonal hossza nem lehet kevesebb, mint 5,4 m
* A Track= paraméter nem a trackek abszolút darabszámát jelzi. Track=0 azt jelenti, hogy fejből/jegyzetről rajzoltuk (biztos tudjuk, van ott út, láttuk is). Lehetőleg csak kis szakaszra, az útvonal tervezés elősegítésére alkalmazzuk, különben kerülendő. Track=1 azt, hogy még elég bizonytalan, Track=2 azt, hogy valószínűleg pontos, Track=3 pedig azt, hogy ez már tényleg tutira a helyén van. Három bizonytalan track még könnyen lehet Track=2-es vagy rossz esetben Track=1-es is.
* Ha a vonal zsákutca, akkor ezt megadhatod paraméterként, hogy legközelebb ne tegyen a végére jelet feleslegesen. Ennek módja: Zsakutca=1 ha a vonal kezdete zsák, Zsakutca=2 ha a vége, valamint Zsakutca=3, ha mindkettő
* Vonalak esetén a Label (Felirat) paraméterbe csak a turistaút, kerékpárút, borút, tanösvény, sífutó jelzését szabad írni. Más esetekben üresen kell hagyni, hogy a kimeneten ne legyen túl sok felesleges felirat. A helyesen kitöltött Label esetében beszámolja az adott szakaszt a jelzett turistautak közé, emelve a főútvonalon található kilométerek számát.
* Ha út, (legyen az főút, vagy ösvény), víz, vasút szintben találkozik másik úttal, vízzel, vasúttal, közös node pontra kell hozni a kereszteződést. Nem szintbeli kereszteződésnél (alagút, viadukt, alul-, felüljáró, híd, aquadukt, stb.) ne alkalmazunk közös node-ot, és ha nem szükséges, abszolút ne tegyünk node-ot egyik vonalra se, a kereszteződés pontjában.
* Ha az útnak van száma, akkor azt az Utnev= extra mezőbe írjuk, a települések utcaneveit pedig az Utcanev= mellé.
* A kerékpárutat a label-be írt oo-val jelöljük
* Tanösvény a label-be írt T-vel jelölendő. A tanösvény nevét a utcanév paraméterbe kell írni. Ha a tanösvény jelzett turistaút is egyben, akkor a turistaút jelzése van előszőr. pl így: P+ T
* Turistaút, kerékpárút és tanösvény jelzésének részletes leírása a [[Turistajelzések szöveges megjelenítése]] oldalon található
* Ha a együtt fut a kerékpárút a közúttal, de fizikailag elkülönített, akkor külön meg kell rajzolni. Mivel ilyenkor esetenként 5.4 méternél közelebb is haladhat a két út egymás mellett, a csomópontoknál, kereszteződéseknél 5.4 méternél rövidebb szakasz keletkezhetne. Ennek kivédésére a kerékpárutat a kereszteződés node-jába kötjük be.
* Autósok számára egyirányú, kerékpárosoknak legálisan kétirányú utaknál külön utat rajzolunk. Így, pontos paraméterezés mellett, mind az autós, mind a kerékpáros útvonaltervezés helyesen fog működni.
* Településre vezető bekötőutat - mivel településeket köt össze - Major highway-jel kell rajzolni és csak legfeljebb a szélesség paraméter utalhat arra, hogy ez nem egy főút. (A major highway-t a település központjáig - pl templom, kocsma - vagy a település túlsó oldalán levő buszfordulóig rajzoljuk).
* Az Utcanev paraméterbe az utca vagy út pontos nevének kell kerülnie. Pl így: „Jókai Mór utca”
* Az Utnev paraméterbe az út száma kerül, ha az számozott. Pl „10”. Együtt futó útszámok esetén "/" elválasztva, elsőnek mindig a magasabb rendű úttal kezdve, azonos rangúaknál pedig növekvő szám sorrendben kell megadni úgy, hogy utoljára az európai számozás kerüljön pl.: 44/47, 44/470, 42/E60, 42/47/E60, M3/...
* Amennyiben az adott út egy kerékpárút része és annak is van száma vagy neve (pl. Balatoni Kör), akkor a BicikliUtSzam és a BicikliUtNev paramétereket kell kitölteni. Az EuroVelo utaknál a BicikliUtSzam-ba rövidítve írjuk, pl: BicikliUtSzam=EV6.
* Két tájegységbe is tartozó vonalat a tájegység határán meg kell szakítani (lehetőleg a tájegységek határához legfeljebb 1-2 m közelségben). A másik tájegységben folytatódó vonalnak pontosan az első tájegységben véget ért vonal végénél kell kezdődnie. (ekkor lesz "külső csatlakozás") Az utolsó node nem lehet csomópont, vagyis nem szabad másik vonalat csatlakoztatni hozzá.
* 0x00d1 "felmérendő út" típusú vonallal kell jelölni, ha tudjuk, hogy valahol kezdődik egy út, de a többi részéről nincs információnk.
* Egyértelműsítés: A JarhatosagAutoval=D és a JarhatosagBiciklivel=D nem arra való, hogy behajtási tilalmakat jelöljünk. Ezeknek sorompó, KRESZ vagy más miatti behajtási tilalom esetén is az út minőségét kell tükrözniük. A tényleges tilalmat BehajtasAutoval=D vagy a BehajtasBiciklivel=D paraméterrel kell jelezni. Ugyan így kell használni a többi járhatóság paramétert is.
* Út vége nem kapcsolható az elejéhez. Ha erre lenne szükség, akkor meg kell szakítani és legalább két vonallal kell jelölni a kört.
* A csomópont szerkesztésnél mindig gondoljunk az esetleg átmenő útvonalakra (bármely irányból bármely irányba mehet), törekedjünk a topológiai hatás minimalizálására.
** Lehetőleg ne hosszabbítsunk meg szakaszt! Változhat egy meglévő útvonal, amelyik tartalmazza az adott szakaszt.
* Lehetőleg ne töröljünk szakaszt hacsak nem tényleg megszűnt az átjárás vagy teljesen téves irányú kapcsolat került be, próbáljuk a törlendő szakaszt beolvasztani, ha fizikailag értelmezhető. A szakasz törlése folytán egy meglévő útvonal terv szakasza kieshet.
* Ha csak lehet, ne bontsunk szét szakaszcsomópontot, hanem próbáljuk a közös node-ot áthelyezni és új szakasszal kiegészíteni. (Ez is káros hatással lehet a meglévő útvonaltervekre.)

'''Felületekkel kapcsolatos szabályok'''

* A majdan elkészülő kész térképen nem szabad a poligonoknak egymást takarni. Ha egymást fedő poligonokkal találkozunk akkor javítsuk!
* A település poligon-oknak a település beépített területeit kell fedniük.
* A településekkel közvetlenül nem határos, egybefüggő, nevesített, utcákkal rendelkező kertes övezeteket 0x004e, orchard/plantation-nal kell jelölni.
* A nagy kiterjedésű poligonnál célszerű a (fő)bejárathoz tenni a POI-t, úgymint temető, stadion, hipermarket stb. a kereshetőség miatt jó ha van POI is.
* A felület tényleges törléséhez - a pontoknál látott módon - tegyünk egy Del=1 extra paramétert

[[Kategória:Szerkesztési szabályok]]

Térképszerkesztési szabályok

2012-05-22T19:37:21Z

Vacsape:

Ezen dokumentum célja a turistautak.hu közössége által szerkesztett térkép szerkesztési szabályainak leírása. Ezek a szabályok nem függetlenek a technikai lehetőségektől, mapedit program használata során alkalmazható trükköktől, [[Garmin]] és egyéb [[Kimenetek|kimenetek]] követelményeitől. Azok vagy megtalálhatóak más leírásokban vagy nem, de jelen dokumentum célja csak a szűken vett szerkesztési szabályok összegyűjtése. Előfordulhat, hogy nem konzisztens, sőt esetleg ellentétes értelmű szokások is leírásra kerülnek. Ez azonban egyelőre itt nem okoz problémát. A kezdők számára így is valamiféle eligazodás, a hangadó mesterek számára pedig napirendi pont.

'''Általános szerkesztési szabályok'''

* Az újonnan létrehozott objektumok típusát elsősorban a [[Rajztípusok]]-ban leírtak szerint kell megválasztani.
* A kivágás és beillesztés parancsokat nagyon megfontoltan kell használni, mert a kivágás törlést jelent, a beillesztés meg újként létrehozást. A régi ID-hez kötődő információk elveszhetnek.

'''POI-kal kapcsolatos szabályok'''

* Település és Megye paramétereket meg kell adni a kereshetőség miatt.
* Egymással szemben, 50 méternél közelebb lévő, buszmegállók közül elég az egyiket megadni.
* Buszmegállók label-jébe az ott megálló buszok számát és a megálló hivatalos megnevezését vagy kell írni. Pl: [22, 22E, volán] Szent János korház Ha a megállónak két megnevezése van, akkor mindkettőt. Pl: [90-90A, 190, 990] Istenhegyi lejtő/Lóránt út
* Ha Tipus=egyeb paramétert adunk meg akkor a POI ikonja kérdőjel lesz, ezért kerülendő.
* POI típusának megváltoztatásakor a Tipus= sort törölni a paraméterek közül, különben a típus nem fog megváltozni
* POI kétféleképpen vihető fel a térképe: Web-en vagy a térképszerkesztés közben új POI rajzolásával. Egy POI esetén csak az egyik alkalmazható. A web-es felvitel nehézkesebb, de jobban támogatja a web-en való keresést

''A megállókkal kapcsolatos információkat a [[Tömegközlekedés]] lapon találod.''

'''Vonalakkal kapcsolatos szabályok'''

* Egy vonal hossza nem lehet kevesebb, mint 5,4 m
* A Track= paraméter nem a trackek abszolút darabszámát jelzi. Track=0 azt jelenti, hogy fejből/jegyzetről rajzoltuk (biztos tudjuk, van ott út, láttuk is). Lehetőleg csak kis szakaszra, az útvonal tervezés elősegítésére alkalmazzuk, különben kerülendő. Track=1 azt, hogy még elég bizonytalan, Track=2 azt, hogy valószínűleg pontos, Track=3 pedig azt, hogy ez már tényleg tutira a helyén van. Három bizonytalan track még könnyen lehet Track=2-es vagy rossz esetben Track=1-es is.
* Ha a vonal zsákutca, akkor ezt megadhatod paraméterként, hogy legközelebb ne tegyen a végére jelet feleslegesen. Ennek módja: Zsakutca=1 ha a vonal kezdete zsák, Zsakutca=2 ha a vége, valamint Zsakutca=3, ha mindkettő
* Vonalak esetén a Label (Felirat) paraméterbe csak a turistaút, kerékpárút, borút, tanösvény, sífutó jelzését szabad írni. Más esetekben üresen kell hagyni, hogy a kimeneten ne legyen túl sok felesleges felirat. A helyesen kitöltött Label esetében beszámolja az adott szakaszt a jelzett turistautak közé, emelve a főútvonalon található kilométerek számát.
* Ha út, (legyen az főút, vagy ösvény), víz, vasút szintben találkozik másik úttal, vízzel, vasúttal, közös node pontra kell hozni a kereszteződést. Nem szintbeli kereszteződésnél (alagút, viadukt, alul-, felüljáró, híd, aquadukt, stb.) ne alkalmazunk közös node-ot, és ha nem szükséges, abszolút ne tegyünk node-ot egyik vonalra se, a kereszteződés pontjában.
* Ha az útnak van száma, akkor azt az Utnev= extra mezőbe írjuk, a települések utcaneveit pedig az Utcanev= mellé.
* A kerékpárutat a label-be írt oo-val jelöljük
* Tanösvény a label-be írt T-vel jelölendő. A tanösvény nevét a utcanév paraméterbe kell írni. Ha a tanösvény jelzett turistaút is egyben, akkor a turistaút jelzése van előszőr. pl így: P+ T
* Turistaút, kerékpárút és tanösvény jelzésének részletes leírása a [[Turistajelzések szöveges megjelenítése]] oldalon található
* Ha a együtt fut a kerékpárút a közúttal, de fizikailag elkülönített, akkor külön meg kell rajzolni. Mivel ilyenkor esetenként 5.4 méternél közelebb is haladhat a két út egymás mellett, a csomópontoknál, kereszteződéseknél 5.4 méternél rövidebb szakasz keletkezhetne. Ennek kivédésére a kerékpárutat a kereszteződés node-jába kötjük be.
* Autósok számára egyirányú, kerékpárosoknak legálisan kétirányú utaknál külön utat rajzolunk. Így, pontos paraméterezés mellett, mind az autós, mind a kerékpáros útvonaltervezés helyesen fog működni.
* Településre vezető bekötőutat - mivel településeket köt össze - Major highway-jel kell rajzolni és csak legfeljebb a szélesség paraméter utalhat arra, hogy ez nem egy főút. (A major highway-t a település központjáig - pl templom, kocsma - vagy a település túlsó oldalán levő buszfordulóig rajzoljuk).
* Az Utcanev paraméterbe az utca vagy út pontos nevének kell kerülnie. Pl így: „Jókai Mór utca”
* Az Utnev paraméterbe az út száma kerül, ha az számozott. Pl „10”. Együtt futó útszámok esetén "/" elválasztva, elsőnek mindig a magasabb rendű úttal kezdve, azonos rangúaknál pedig növekvő szám sorrendben kell megadni úgy, hogy utoljára az európai számozás kerüljön pl.: 44/47, 44/470, 42/E60, 42/47/E60, M3/...
* Amennyiben az adott út egy kerékpárút része és annak is van száma vagy neve (pl. Balatoni Kör), akkor a BicikliUtSzam és a BicikliUtNev paramétereket kell kitölteni. Az EuroVelo utaknál a BicikliUtSzam-ba rövidítve írjuk, pl: BicikliUtSzam=EV6.
* Két tájegységbe is tartozó vonalat a tájegység határán meg kell szakítani (lehetőleg a tájegységek határához legfeljebb 1-2 m közelségben). A másik tájegységben folytatódó vonalnak pontosan az első tájegységben véget ért vonal végénél kell kezdődnie. (ekkor lesz kék navaid) Az utolsó node nem lehet csomópont, vagyis nem szabad másik vonalat csatlakoztatni hozzá.
* 0x00d1 "felmérendő út" típusú vonallal kell jelölni, ha tudjuk, hogy valahol kezdődik egy út, de a többi részéről nincs információnk.
* Egyértelműsítés: A JarhatosagAutoval=D és a JarhatosagBiciklivel=D nem arra való, hogy behajtási tilalmakat jelöljünk. Ezeknek sorompó, KRESZ vagy más miatti behajtási tilalom esetén is az út minőségét kell tükrözniük. A tényleges tilalmat BehajtasAutoval=D vagy a BehajtasBiciklivel=D paraméterrel kell jelezni. Ugyan így kell használni a többi járhatóság paramétert is.
* Út vége nem kapcsolható az elejéhez. Ha erre lenne szükség, akkor meg kell szakítani és legalább két vonallal kell jelölni a kört.
* A csomópont szerkesztésnél mindig gondoljunk az esetleg átmenő útvonalakra (bármely irányból bármely irányba mehet), törekedjünk a topológiai hatás minimalizálására.
** Lehetőleg ne hosszabbítsunk meg szakaszt! Változhat egy meglévő útvonal, amelyik tartalmazza az adott szakaszt.
* Lehetőleg ne töröljünk szakaszt hacsak nem tényleg megszűnt az átjárás vagy teljesen téves irányú kapcsolat került be, próbáljuk a törlendő szakaszt beolvasztani, ha fizikailag értelmezhető. A szakasz törlése folytán egy meglévő útvonal terv szakasza kieshet.
* Ha csak lehet, ne bontsunk szét szakaszcsomópontot, hanem próbáljuk a közös node-ot áthelyezni és új szakasszal kiegészíteni. (Ez is káros hatással lehet a meglévő útvonaltervekre.)

'''Felületekkel kapcsolatos szabályok'''

* A majdan elkészülő kész térképen nem szabad a poligonoknak egymást takarni. Ha egymást fedő poligonokkal találkozunk akkor javítsuk!
* A település poligon-oknak a település beépített területeit kell fedniük.
* A településekkel közvetlenül nem határos, egybefüggő, nevesített, utcákkal rendelkező kertes övezeteket 0x004e, orchard/plantation-nal kell jelölni.
* A nagy kiterjedésű poligonnál célszerű a (fő)bejárathoz tenni a POI-t, úgymint temető, stadion, hipermarket stb. a kereshetőség miatt jó ha van POI is.
* A felület tényleges törléséhez - a pontoknál látott módon - tegyünk egy Del=1 extra paramétert

[[Kategória:Szerkesztési szabályok]]

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

2009-11-13T16:16:03Z

Vacsape:

{| 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||folyamatban...|| 
|-
|pilis ||2009.10.20 14:05 ||kovrob ||2009.10.20 14:05 ||kovrob ||2009.11.07. 12:36||kovrob ||kész || 
|-
|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-11-13T16:15:40Z

Vacsape:

{| 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||folyamatban...|| 
|-
|pilis ||2009.10.20 14:05 ||kovrob ||2009.10.20 14:05 ||kovrob ||2009.11.07. 12:36||kovrob ||kész || 
|-
|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.