CLC bővítés végrehajtása
| Tájegység | Snap polygons? | By | CLC település csere | By | Kész? |
|---|---|---|---|---|---|
| aggtelek | |||||
| also-tisza | 2009.03.09 20:46 | pgyp | részleges? | ||
| bakony | 2009.02.13 22:02 | Hajo | 2009.05.06 12:48 | Hajo | teljes |
| balaton | 2009.02.16 20:34 | Hajo | 2009.04.01 18:37 | Hajo | részleges |
| borzsony | |||||
| budai | 2009.05.14 15:42 | Hajo | |||
| bukk | |||||
| cserhat | |||||
| felso-tisza | 2009.04.22 22:46 | pgyp | részleges | ||
| gerecse | 2009.02.22 15:12 | Hajo | |||
| godolloi | |||||
| karancs-medves | |||||
| kisalfold | 2009.05.15 18:03 | Hajo | 2009.05.15 18:03 | Hajo | teljes |
| korosvidek | 2009.05.21 0:23 | baggio | teljes | ||
| koszegi | |||||
| matra | 2009.04.29 22:16 | Hajo | részleges | ||
| mecsek | |||||
| mezofold | 2009.02.13 23:06 | Hajo | 2009.05.06 17:21 | Hajo | teljes |
| orseg | |||||
| pilis | 2009.07.12 21:40 | Hajo | |||
| somogy | 2009.04.17 23:22 | Hajo | 2009.04.17 0:55 | Hajo | részleges? |
| soproni | |||||
| tisza-to | 2009.05.25 2:09 | baggio | részleges? | ||
| velencei | 2009.02.16 19:20 | Hajo | 2009.05.06 21:07 | Hajo | teljes |
| vertes | 2009.02.16 18:39 | Hajo | |||
| zala | 2009.04.01 18:35 | Hajo | részleges? | ||
| zemplen |
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.
- 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.
Mik a további lépések?
- CLC poligonokat tájegységek szerint vágni kellene. Ez az mpwiz-zel végrehajtható. (Szükséges, mert a tájegységhatáron átlógó poligonok kitakarhatnak vonalas objektumokat).
- A bővítésre kijelölt poligonokat be kell emelni tájegységenként a tuhu-ba. (Ezen a ponton javaslom az összeset beemelni).
- A beemelt poligonokra ellenőrizni kell, hogy pontosan illeszkednek-e a meglevőkhöz. Ahol nem ott javítani kell. Ez mpwiz-zel jórészt automatizálható, de számottevő kézi munkára is szükség van + mpwiz gyakorlatra.
- 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.
- 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).
- 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).
