Igen, erre én is  gondoltam, a leírásban szerepel is, bár lehet nem elég hangsúlyosan:<br>"Már meglévő területjelöléssel való ütközés/átfedés esetén érdemes a 

relevánsabb információt megtartani, kiegészíteni (pl. Bing vagy 

helyismeret alapján)."<br><br>Üdv,<br>Plutoz<br><br><div class="gmail_quote">2012. július 30. 10:28 NaTToMi írta, <span dir="ltr"><<a href="mailto:nattomi@gmail.com" target="_blank">nattomi@gmail.com</a>></span>:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Még annyit hozzátennék 8. pontnak - amit érdemes lenne a Wiki leírásba is felszerkeszteni -, hogy ha valaki elkezd importálni egy területet, ahol már lát felvitt területfunkció-adatokat (nem kizárólag a CLC-ből származókra értve), akkor okvetlen konzultáljon előtte az azokat felszerkesztőkkel. Ezek a "kézi" szerkesztések ugyanis sokszor pontosabbak, mint ami a CLC-ben szerepel. Én is több helyen javítottam a CLC-t és jó lenne, ha azok most nem törlődnének ki egy huszárvágással az új import technika miatt, mivel nagyon nehéz lenne reprodukálni őket. Ne felejtsük el azt sem, hogy a CLC adatok 2006-osak, most meg 2012-t írunk, sok minden megváltozott már.<br>

<br>Üdv:<br>Tomi<div class="HOEnZb"><div class="h5"><br><br>On Saturday, July 28, 2012 11:07:54 PM UTC+2, Ferenc Veres wrote:<blockquote class="gmail_quote" style="margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex">

Sziasztok!

<br>

<br>CLC berajzolással kapcsolatban lenne 1-2 kérdésem. A Wiki oldalak amiket

<br>néztem:

<br>

<br><a href="http://wiki.openstreetmap.org/wiki/WikiProject_Hungary/Import%C3%A1l%C3%A1s/Corine_Land_Cover_2006" target="_blank">http://wiki.openstreetmap.org/<u></u>wiki/WikiProject_Hungary/<u></u>Import%C3%A1l%C3%A1s/Corine_<u></u>Land_Cover_2006</a>

<br>

<br><a href="http://wiki.openstreetmap.org/wiki/CLC_import_alternat%C3%ADva" target="_blank">http://wiki.openstreetmap.org/<u></u>wiki/CLC_import_alternat%C3%<u></u>ADva</a>

<br>

<br><a href="http://wiki.openstreetmap.org/wiki/CLC_feldolgoz%C3%A1si_seg%C3%A9dlet" target="_blank">http://wiki.openstreetmap.org/<u></u>wiki/CLC_feldolgoz%C3%A1si_<u></u>seg%C3%A9dlet</a>

<br>

<br>1. Óriási területek

<br>

<br>Zsolt írja, hogy a sok km-en keresztül húzódó területfunkciókat jobb

<br>lenne kisebb darabokra vágni, akkor is, ha a CLC-ben ez egy db nagy

<br>terület ami kanyarog a falvak között. A vágást az admin-boundary-ba való

bekötéssel javasolja.

<br>

<br>Erre Plutoz leírása úgy írja, hogy ideiglenesen kössük bele, amíg nem

<br>érünk a szomszéd falu feldolgozáshoz, és részletesen taglalja, hogy hogy

<br>kell akkor az admin-boundary-ról leválasztani az átmenetileg belekötött

területfunkció polyt.

<br>

<br>Én javaslataim:

<br>

<br>- jó ötlet, hogy tagoljuk, de szerintem ne az admin boundary vonal

<br>mentén, hanem találomra akárhol 1-1 nagyobb egyenessel, ami nem fut

<br>semmivel. Igaz, hogy bizonyos renderelőkben ekkor egy vonal lesz az

<br>erdőben és ugyanolyan erdővel folytatódik, de mégis tisztább mint admin

boundary-kat "bántani".

<br>

<br>- ideiglenesen-bekötés végett pedig SEMMIKÉPPEN ne az admin-boundary-t

<br>bántsuk, hanem szintén 1-2 huszárvágásos vonallal zárjuk a területet. E

<br>különösen azért is fontos lenne, hogy a besegítőknek ne kelljen 1-1 mező

vagy erdő miatt az admin boundary kapcsolatokkal semmit csinálnia.

<br>

<br>- Erre a "huszárvágásra" jó lenne valami fixme értéket rakni, pl

<br>

<br>fixme=continue and remove this line

<br>

<br>és esetleg a vonalnak adhatnánk a műszaki rajzokon szokásos "törés" formát:

<br>            /\

<br>------------  \  -----------------------------

<br>               \/

<br>

<br>(Ez persze nem olyan fontos, de magunknak is segítség egy vizuális "itt

<br>van vége, de csak átmenetileg")

<br>

- admin boundaryba véglegesen?

- admin boundaryba ideiglenesen?

- végleges tagolás módja?

- ideiglenes lezárás módja?

<br>

<br>2. ideiglenes feltöltések

<br>

<br>Amikor valami nincs kész, mert abbahagyja az ember a munkát, akkor vajon

<br>mindent lezárjunk e, vagy tölthetünk fel befejezetlen multipoligonokat

<br>is, amik nem zárnak semmibe. (Én így csináltam tegnap, mondván, ha

<br>valaki piszkálja, úgyis látja, hogy friss szerkesztés, tehát hiába hibás

<br>az adat, valószínűleg még dolgozik rajta a szerkesztő.)

<br>

<br>- zárjuk?

<br>- ne zárjuk?

<br>

<br>3. Egyelemű multiploigonok

<br>

<br>Plutoz féle CLC tagolóban az is multipoligon relation ami csak 1 db

<br>téglalap (vagy más poligon). Ez lehetett volna sima "zárt vonal" is. API

<br>V0.7-ben remélhetőleg már nem annyira lesz érezhető a különbség mint

most, de vajon ezeket hogy vigyük fel?

<br>

<br>- egyelemű multipolygon?

- vagy tegek átmásolása a vonalra és kapcsolat törlése?

<br>

<br>(Nekem mindegy, mert én bízok abban, hogy a fejlesztés olyan irányba

<br>halad majd, hogy közeledik egymáshoz az egyvonalas meg a többelem

<br>

<br>3. Ismeretlen területek (CLC ID="none?")

<br>

<br>Van pár vonal aminek semmi teg nincs a Plutoz féle CLC adatokban. De

<br>BING-en mondjuk látom, hogy erdő. Akkor meg tudom csinálni az erdőt, de

<br>vajon milyen egyéb címkéket tegyek rá? Én azt csináltam, hogy CTRL-C egy

<br>másikon, CTRL-V ezen, majd a CLC ID-t "none?"-re átírtam. De így

legalább a source meg egyéb adatok jók.

<br>

<br>Tehát ez a kérdés csak azokra vonalkozik, ahol igenis van CLC vonal,

<br>tehát jogos a copyright megjelölés, nem azokra, amit én találok majd ki

a BING alapján a lyukakba.

<br>

<br>4. Régi landuse=residential vonal

<br>

<br>Volt residential körvonal, én rajzoltam pár hónapja. Viszont azt nagyon

<br>hosszadalmas lett volna darabolgatni és a CLC import adatokat a régi

<br>vonallal helyettesíteni, ráadásul SPLIT LINE (szükséges, mert pl a falu

<br>4 oldala mellékesen más területfunkcióhoz IS csatlakozik) után az OSM

<br>jelenleg csak az egyik vonal history-ját tartja meg, a többit új

vonalként tölti fel, tehát nem mentenék meg elég "történeti adatot".

<br>

<br>Ehelyett azt csináltam, hogy a CLC vonalat részben az enyémre

igazítottam, mert az jobb volt az egyik oldalon (pontok mergelésével).

<br>Így a CLC-s előrekonfigurált relációk sok segítségét ki tudtam

<br>használni, de a forma mégis jobb lett. A résztvevő pontok egy része

<br>pedig "történeti adatként" is tud szolgálni, mert a MERGE megtartja a

meglévő pontokat.

<br>

<br>5. residential->"lakóút"

<br>

landuse=residential lakóútként jelenik meg a kapcsolatok listáján.

<br>remélem különválasztható a highway=residentialtól a fordításban! :-/

<br>

<br>6. Wiki frissítése

<br>

<br>A wikiben javasolnám, hogy a szerkesztési módszert vegyük előre, Plutoz

<br>odlaláról integráljuk a fő CLC-s import oldalba, és a "hogyan

<br>konvertáljuk az adatokat" nagyon bonyolult technikai szekciót, ami most

<br>már az adatok letölthetősége miatt nem is kell, toljuk hátra, vagy akár

egy külön oldalra.

<br>

7. Vonal folyó vagy széles folyó?

<br>

<br>A Szamos most egy vonal, de a CLC adatokból importálva egy folyó

<br>szélességű riverbank. Mi legyen vele? Egyelőre főleg az egyik oldalára

<br>töltöttem fel CLC vonalakat, így még esetleg ha riverbank lesz, akkor

<br>menthető az eredeti vonal history-ja részben azzal, ha a másik partot

<br>abból rajzolom. Bár ez is kétséges, mert már 1 db vonal-vágással is

tönkretehetem a history-t.

<br>(Egyébként a SPLIT esetén megsemmisülő history se veszik el teljesen,

<br>hiszen a vonal többi pontjai is megmaradnak és azokból továbbra is lehet

<br>következtetni az eredetre.)

<br>

- legyen e riverbank a vonal helyett?

<br>- mit tegyünk a history megmentés érdekében, tekintve, hogy nem az egész

folyót importálom egyszerre, csak 1-2 km-es szakaszokat.

<br>

<br>Feri

<br></blockquote>

<p></p>

-- <br>

Magyar OSM Levelezőlista - <a href="mailto:openstreetmap-hungary@googlegroups.com" target="_blank">openstreetmap-hungary@googlegroups.com</a><br>

leiratkozás: <a href="mailto:openstreetmap-hungary%2Bunsubscribe@googlegroups.com" target="_blank">openstreetmap-hungary+unsubscribe@googlegroups.com</a></div></div></blockquote></div><br>