„CLC bővítés végrehajtása” változatai közötti eltérés

A lap 2009. július 13., 19:36-kori változata

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.

Mik a további lépések?

1. 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).
2. 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).
3. 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.
4. 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.
5. 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).
6. Célszerű meglépni a felületreformot a közeljövőben (bár ez nem kifejezett feltétel).
7. 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).