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

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	Újraellenőrizve MapAudittal. zayd 101027
also-tisza	2009.11.10 22:38	baggio	2009.11.11 21:20	baggio	2010.10.20.	pgyp	kész	.
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	2010.10.23.	pgyp	részleges	.
bukk	2009.07.18 12:34	Hajo	2009.10.08 09:33	baggio	2010.02.02 01:08	zayd	kész	Újraellenőrizve MapAudittal. zayd 101030
cserhat	2009.07.18 14:06 *	Hajo	2009.10.08 09:53	baggio	2010.10.21.	pgyp	kész	MapAudit ellenőrzés kész.
felso-tisza	2009.10.08 22:15	pgyp	2009.10.08 22:15	pgyp	2010.10.20.	pgyp	kész
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	2010.10.23.	pgyp	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	2010.10.23.	pgyp	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	2010.10.29?	Zsigabá, komoly	lényegében kész	2 helyszín helyismeretre vár
mezofold	2009.05.06 17:21	Hajo	2009.10.04 19:45	Hajo	2009.10.04 19:45	Hajo	kész	MapAudit ellenőrzés kész.
orseg	2009.10.19 13:38	baggio	2009.10.19 13:38	baggio	2009.11.21 13:55	Fgg	kész	MapAudit ellenőrzés 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	2010.10.21	komoly	lényegében kész	3 poligon helyismeretre vár
soproni	2009.09.09 11:52	baggio	2009.10.01 20:16	baggio	2010.10.24.	pgyp (baggio)	folyamatban
tisza-to	2009.09.28 19:18	baggio	2009.10.09 10:39	baggio	2010.10.21.	pgyp	kész	MapAudit ellenőrzés kész pgyp 101027
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.13 12:35	Fgg	kész	.
zala	2009.10.09 09:07	baggio	2009.10.22 08:53	baggio	2009.12.28 04:09	Fgg	kész
zemplen	2009.09.08 23:47	baggio	2009.10.06 23:09	zayd	2009.10.26 03:11	zayd	kész	Újraellenőrizve MapAudittal. zayd 101101;

(* - 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ási 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 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.

1. 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).
2. 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.
3. 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.
4. 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.
5. 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)

1. 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!)
2. A CLC poligonokat tájegyságenként vágva elkészítettem (Hajo) (CLC2000Full_tajegyseg.zip)
3. Töltsd le zárolva a tájegységet a szokásos módon.
4. 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).
5. 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)
6. A beemelt poligonokra ellenőrizni kell, hogy pontosan illeszkednek-e a meglevőkhöz. Ahol nem ott javítani kell. Ez az 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).
7. 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).
8. 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.
9. 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).
10. Ha bármilyen kérdés merül fel a munka során kérlek jelezd a fórumon.
11. 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

1. 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)

1. 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ó).
2. Ha b) pontban minden poligont beemeltünk, itt lehetőségünk van a kimenetekbe 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).
3. Célszerű meglépni a felületreformot a közeljövőben (bár ez nem kifejezett feltétel).
4. 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:

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