Re: [osm-hu] Re: területfunkciók jelölése

[László Csatlós]

Feri meg is válaszolt mindent, úgyhogy nekem nem is jut már sok.
Az excel képletes megoldás jó ölet, megcsináltam a táblázatban.
Egyúttal frissítettem az adatokat, ma hajnali geofabrik-os fájl alapján
készültek. Ne riasszon meg senkit a ~600 település, mint korábban is írtam
nagyon sok a "téves riasztás", ami egyszerűen abból jön, hogy sok
települést jelző place=* pont kívül esik a
residential/industrial/retail/allotments területeken. Az ilyen esetekben
elegendő egyszerűen a megfelelő helyre mozgatni a pontot. :)

Üdv,
Laci


2013. november 26. 16:41 Ferenc Veres írta, <lionkempelen at gmail.com>:

> Sziasztok!
>
> De jó kérdések! Mindig elfelejtjük, hogy nem mindenki 2007 óta követi a
> dolgokat... (persze a CLC nem olyan régi, csak képletesen mondom)!
>
> Az importált adatokat módosítani KELL, ahol rossz, ahol van kedved/időd
> javítani. Általában nód szinten szoktam arrébbhúzogatni, esetleg
> vonaldarabok törlése, lecserélése, dolgok egyesítése, szétvágása, azaz,
> amit már előttem megrajzoltak, annak valamennyi nyoma maradjon, hogy nem
> én voltam az eredeti szerző. Olyan csak legvégső esetben van, hogy egy
> komplett relation-t ki kell törölni, általában elég belerakni, kivenni.
>
> Szőrszálhasogatás, de azt is néha figyelembe veszem, hogy 300 métereket
> már nem húzok arrébb pontot, ha annyira máshol kell vinni, akkor újat
> rajzolok, mert akkor már nem az eredeti szerző munkáját pontosítom. (Aki
> sokat néz SVN history-kat meg ilyesmit, az gondol ilyenekre. Ha már
> ilyen profi verziókövetés van, mint a múltheti térinfó konferencián is
> bemutatták!)
>
> Van egy 40 perces screencast(?) rögzítésem ilyen szerkesztésről, abból
> kéne egy tömörebb változatot összevágnom...
>
> A megváltoztatott dolgokon az adminisztratív címkékkel (CLC stb) nem
> szoktam foglalkozni. Igaz, hogy emiatt már nem lesz igaz rá, hogy
> CLC-vel megegyező adat, de van fontosabb dolog amire figyeljen az ember
> közben. Nyugodtan törölheted, meg is hagyhatod, mérlegelheted, hogy a
> változás mértéke igényli-e, hogy töröld vagy meghagyd. (Lacival is ezt
> beszéltük meg asszem, bevinném a Wikibe ha jó így!)  (Ezzel az extra
> munkát jelentő manually_corrected=yes-t is megválaszoltam, de ezt
> megadja az elem történetének lekérdezése is! És ez igaz minden OSM
> objektumra: megnézhető, hogy import óta változott-e, nem kell címkézni
> ezt a tényt.)
>
> Az import valóban közigazgatási határonként történt, a módszert jó lenne
> ha átfutnád, hogy értsd, hogy születtek ezek az adatok:
>
> http://www.openstreetmap.hu/letoltes/clc/
>
>
> http://wiki.openstreetmap.org/wiki/WikiProject_Hungary/Import%C3%A1l%C3%A1s/Corine_Land_Cover_2006
>
> A letöltőoldal előtt, korábban volt más módszerrel importált adat is.
> Ott nincs multipoligon, hanem zárt körvonalak, az élek mentén mindig két
> átfedő vonallal (a jobbra ill. a balra eső terület körvonala)(hunsly
> szerkesztései).
>
> Ahol a közig határba köt be a vonal (boundary-ba), az egy téves
> átmenetileg élő javaslat eredménye volt, igyekezzünk "unglue"-zni, és a
> közig határokat nem bántani az erdőkkel, satöbbivel! (Ezt is bele kell
> írnom a Wikibe)
>
> CLC alapú importot már NE CSINÁLJON SENKI. (A mergelő-letöltő oldalba
> este beleírom!) A Bing alapján sokkal jobban meg lehet rajzolni.
> Tippekért másik rétegre betöltheted a CLC-t, de ne töltsd fel a
> szerverre. Olyan területen használhatunk esetleg CLC-t, ahol nincs Bing
> és nem akarjuk megvárni, hogy legyen (de nehéz lesz javítgatni).
>
> Ha már... prioritásokat is lehetne felállítani, ha valakit érdekel a
> munka kitartóbban.
>
> Az én listám:
> 1. legyen meg az összes landuse=residential
> 2. kispécizni olyan helyeket, ahol egetrengető baromság van berajzolva,
> pl konkurens adatok egymáson, kis kihagyásokkal majdnem kész területek,
> és ezeket javítani, mert ezzel a már meglévő ADATHIBA hozható rendbe
> 3. bizonyos helyismerettel, személyes érdeklődés alá tartozó területek
> 4. új területek
>
> Egy példa a 2-es ponthoz, bár most editorban nem nézem meg mi ez, de
> ilyen szemet szúró furcsaságokra gondolok:
>
> http://www.openstreetmap.hu/?zoom=14&mlat=47.38652&mlon=21.27666
>
> Ilyen volt pl ez a víz is, összevissza keresztezésekkel, hol volt, hol
> nem volt, erre-ment-arra-ment, kilógott-belógott, én meg végigvittem,
> amennyire sikerült:
>
> http://www.openstreetmap.hu/?zoom=14&mlat=47.49099&mlon=21.26580
>
> (Reméltem, hogy a végén kettévágja majd az extrém nagy szántót, de
> elapadt.)
>
> Üdv,
> Feri
>
> 2013.11.26. 8:22 keltezéssel, László Koczka írta:
> > 1-2 kérdésem lenné még:
> > - Ezek szerint az importált területfunkciós adatok módosíthatóak?
> > - Ha igen akkor mi legyen a címkével (pl. source = (c) EEA, Koppenhága
> > (2009); Készítette a FÖMI a KvVM megbízásából (2009)". Ha módosítom,
> > akkor a címke már nem igaz. Extra címke (pl. manual_correted=yes) lenne
> > egy megoldás, de az sok munka, és fölösleges.
> > - Nekem úgy tűnik, hogy az import nem volt teljes, hanem közigazgatási
> > egységenkként történhetett, mert rengeteg helyen épp közig.határon
> > megszakad.
> > - Lesz még ilyen import? Ha igen, akkor mi lesz a kézzel bevitt
> adatokkal?
> >
> > KL
>
> --
> Magyar OSM Levelezőlista - openstreetmap-hungary at googlegroups.com
> leiratkozás: openstreetmap-hungary+unsubscribe at googlegroups.com
> ---
> Azért kapta ezt az üzenetet, mert feliratkozott a Google Csoportok
> szolgáltatásbeli openstreetmap-hungary csoportra.
> Az erről a csoportról és az ahhoz kapcsolódó e-mailekről való
> leiratkozáshoz küldjön egy levelet a következő címre:
> openstreetmap-hungary+unsubscribe at googlegroups.com.
> További lehetőségekért látogasson el a(z)
> https://groups.google.com/groups/opt_out címre.
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.openstreetmap.org/pipermail/talk-hu/attachments/20131126/c0e9367d/attachment.htm>