Sziasztok!<br><br>Feri felvetéseihez csatolom a meglátásaimat.<br>1. Óriási területek:<br>Igen, tényleg vannak fél megyényi területek és tényleg ésszerű lenne valamilyen bevett módszer szerint feldarabolni őket. Ahogy utána olvastam, egy relációban már a 300 tag is soknak számít (a hátterét nem ismerem, miért), és ezek a területek bőven túlszárnyalják azt. Ez a szerkesztőben is kényelmetlen, amikor egy incomplete relációhoz még ~5.000 pontot kell letölteni, csak hogy ellenőrizni lehessen a multipolygon folytonosságát, szóval a szükségessége megkérdőjelezhetetlen.<br>
<div class="gmail_quote"><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
- 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ő<br>
vagy erdő miatt az admin boundary kapcsolatokkal semmit csinálnia.<br></blockquote><div>Aláírom, nem szép dolog, igazából csak esztétikai okokból történt eddig, ezáltal is szembetűnőbb volt, melyik település van kész és melyik nincs, azonban tényleges indok nem szól mellette (sőt, tényleg csak ellene), hogy boundaryba kössük.<br>
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<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>
<br>
- admin boundaryba véglegesen?<br>
- admin boundaryba ideiglenesen?<br>
- végleges tagolás módja?<br>
- 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></blockquote><div><br>Szerintem ennek a JOSM warningolásán kívül (nem zárt multipolygon) nem tudom, van-e jelentősége, extrém esetekben lehetnek érdekes áthúzások a lezáratlan végek között, ami renderelési hibát okozhat, ezt talán ki kéne próbálni. Zsolt ezért is javasolta azt, hogy így viszonylag kis léptékkel haladva, településenként dolgozzuk fel, így nem kell hetekig ülni rajta, egy-egy település pedig maradéktalanul feldolgozható egy alkalommal és így nincs probléma a lezáratlan élekkel.<br>
Ha mégis nagyon sürgősen abba kéne hagyni és feltölteni, akkor pedig a korábbi "huszárvágást" itt is lehetne akkor ideiglenesen alkalmazni.<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<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<br>
most, de vajon ezeket hogy vigyük fel?<br>
<br>
- egyelemű multipolygon?<br>
- vagy tegek átmásolása a vonalra és kapcsolat törlése?<br></blockquote><div><br>Az eredeti fájlban minden vonalon ott van a tag, relációk csak inner/outer esetekben vannak. Az átalakítás során a vonalakról leszedem a tag-eket és relációkat szervezek belőlük. Ha ez így nem jó, módosíthatom úgy, hogy azok a relációk, amik egy tagúra jönnek ki, visszategye a tag-et a vonalra. Kérdés, hogy ez mekkora szerverterhelést jelent? <br>
<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
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<br>
legalább a source meg egyéb adatok jók.<br></blockquote><div><br>Szemfüles voltál, előbb kiszúrtad ezeket, minthogy javíthattam volna őket. :)<br>Ezek a vonalak a v0.1.7-be kerültek be, ezek eredetileg is tag nélküliek és az eredeti fájlban a relációk inner tagjait jelképezik.<br>
v0.1.8-ba hamarosan küldöm majd a megoldást, hogy ezek is a relációk szerves részét képezhessék.<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
4. Régi landuse=residential vonal<br></blockquote><div>Ezt ugye írtam már, ezek az adatok a pontosságuk és frissességük miatt sem tekinthetők szentírásnak, ezért is írták a wikire a többiek, hogy összedolgozás a meglévő adatokkal, mert tényleg előfordulhat, hogy a már berajzolt, jobb adatminőséget jelent. Ilyenkor minden szívfájdalom nélkül lehet törölni szerintem az érintett CLC részt és megtartani a már meglévőt (ha tényleg jobb minőséget jelent). <br>
Amúgy nem világos pontosan, mire gondolsz az alatt, hogy megtartja a history-t vagy nem? Elvileg a törölt objektumokat is vissza lehet bányászni, vagy nem erre gondolsz? Ez nem teljesen tiszta.<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
7. Vonal folyó vagy széles folyó?<br>
<br>
- legyen e riverbank a vonal helyett?<br>
- mit tegyünk a history megmentés érdekében, tekintve, hogy nem az egész<br>
folyót importálom egyszerre, csak 1-2 km-es szakaszokat.<br></blockquote><div><br>Nem sokat foglalkoztam a témával, de ahogy én tudom, kb. 5 méteres folyószélesség fölött már érdemes jelölni a riverbank-et is. Hogy melyik kell? Erre nem tudom a választ, amit én láttam, ott egyidejűleg megvolt mind a két megoldás kb. Dunavarsánynál de talán az egész Duna mentén is. Ennek szerintem azért lehet értelme, mert kellően távoli nagyítás esetén a riverbank már nem kerül renderelésre, azonban a vonal még igen.<br>
<br>Azt hiszem, ez is szép hosszú levél lett, remélem volt türelmetek végigolvasni. :)<br><br>Üdv,<br>Plutoz<br></div></div>