Re: [Talk-cz] Výšky budov

[jzvc]

Cus,

"kompletne spatne" bych se psat neodvazoval, nebot podobne zmapovanych 
budov budou prinejmensim stovky. Ta stranka na wiki existuje rok, 3D 
budovy se vyrabej minimalne 3+ roky.


A k rozmerum, pokud me skleroza neklame, tak  se do rozmeru daj dat 
stopy, coz je v nasich koncinach sice nepravdepodobny, ale ... ;D



Dne 27.7.2014 15:13, Michal Pustějovský napsal(a):

Vypadá to, že se někdo (dle historie "fotrous")  pokoušel o 3D mapování,
ale má to kompletně špatně. Části budov se nemají tagovat jako další
budovy, ale správný postup je pomocí použití "building:parts" a relace
"building", více v EN zde:
http://wiki.openstreetmap.org/wiki/Simple_3D_buildings .

Příkladů v ČR se pár najde:
OC Forum Nová Karolina Ostrava
http://www.openstreetmap.org/relation/3883051

a http://www.openstreetmap.org/relation/3883049 (vizualizace
http://demo.f4map.com/#lat=49.8309403&lon=18.2867527&zoom=18).

Technologický park v Brně
http://demo.f4map.com/#lat=49.2253533&lon=16.5758574&zoom=18&camera.theta=69.637&camera.phi=93.679

Layer se používá pouze pro 2D rendering.

-- Původní zpráva --
Od: Petr Vejsada 
Komu: OpenStreetMap Czech Republic 
Datum: 27. 7. 2014 11:43:19
Předmět: Re: [Talk-cz] Výšky budov





___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Výšky budov

[Karel Volný]

zdar,

> Netuším, jestli někdo na základě počtu pater zkouší odhadnout výšku budovy,
> ale bude to jen hodně, hodně přibližné. Osobně bych to nedělal.

tak naokraj, to jsi vzal kde, že to bude "hodně hodně přibližné"?

pokud jde o paneláky, ty mají shodnou výšku podlaží 2,8 m, viz
https://cs.wikipedia.org/wiki/Panelový_dům#Typy_panelov.C3.BDch_dom.C5.AF_b.C4.9B.C5.BEn.C3.A9_v_.C4.8CR

pro běžný dvanáctipatrák (13 podlaží) to dává 36,4 m, přízemí bývá metr 
zvednuté plus-mínus půl metru, střechu bych počítal čtyřicet plusmínus dvacet 
centimetrů  takže jsme celkem na 37,8 m plusmínus 70 cm - čili asi plusmínus 
2%, to snad není špatná přesnost ...?

(navíc když to někdo někde zná, tak ví, jestli k tomu přízemí vedou dva schody 
nebo deset, čímž tu největší chybu eliminuje)

K.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Výšky budov

[Michal Pustějovský]

Tohle právě vedlo ke vzniku té 3D wiki stránky, protože mapovat jednu budovu
pomocí X různých jen kvůli změně výšky apod. je nejen nepraktické (adresy, 
POI, vyhledávání...), ale také v rozporu s nepsanou zásadou "Jeden reálný 
objekt, jeden objekt v OSM". 


-- Původní zpráva --
Od: jzvc 
Komu: talk-cz@openstreetmap.org
Datum: 28. 7. 2014 10:22:54
Předmět: Re: [Talk-cz] Výšky budov

"Cus,

"kompletne spatne" bych se psat neodvazoval, nebot podobne zmapovanych 
budov budou prinejmensim stovky. Ta stranka na wiki existuje rok, 3D 
budovy se vyrabej minimalne 3+ roky.

A k rozmerum, pokud me skleroza neklame, tak se do rozmeru daj dat 
stopy, coz je v nasich koncinach sice nepravdepodobny, ale ... ;D


Dne 27.7.2014 15:13, Michal Pustějovský napsal(a):
> Vypadá to, že se někdo (dle historie "fotrous") pokoušel o 3D mapování,
> ale má to kompletně špatně. Části budov se nemají tagovat jako další
> budovy, ale správný postup je pomocí použití "building:parts" a relace
> "building", více v EN zde:
> http://wiki.openstreetmap.org/wiki/Simple_3D_buildings .
>
> Příkladů v ČR se pár najde:
> OC Forum Nová Karolina Ostrava
> http://www.openstreetmap.org/relation/3883051
> 
> a http://www.openstreetmap.org/relation/3883049 (vizualizace
> http://demo.f4map.com/#lat=49.8309403&lon=18.2867527&zoom=18).
>
> Technologický park v Brně
> http://demo.f4map.com/#lat=49.2253533&lon=16.5758574&zoom=18&camera.theta=
69.637&camera.phi=93.679
>
> Layer se používá pouze pro 2D rendering.
>
> -- Původní zpráva --
> Od: Petr Vejsada 
> Komu: OpenStreetMap Czech Republic 
> Datum: 27. 7. 2014 11:43:19
> Předmět: Re: [Talk-cz] Výšky budov
>
>


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz";___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Deje se neco kolem TrackType?

[Lukas Gebauer]

Koukam, ze iDeditoru mi u cest prestal podsouvat pod nos k vyplneni  
atribut Tracktype (jak se tam nastavovala subjektivni kvalita cest 
Grade1-5). Najdu to jen v podrobnem vypisu vsech atributu.

Tusite nekdo, proc tenhle atribut sebrali z predvoleb? Nedohodlo se 
nekde, ze se tenhle atribut uz nema pouzivat, nebo tak neco?

Diky!




-- 
Lukas Gebauer.

http://synapse.ararat.cz/ - Ararat Synapse - TCP/IP Lib.
http://geoget.ararat.cz/ - Geocaching solution


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Import of farmland from LPIS

[Pavel Machek]

Hi!

I'd like to start import of LPIS farmland database, as we have very
good coverage of houses, forests and water, but farmland is very good
at places and completely missing at different places.

Import page is at https://wiki.openstreetmap.org/wiki/LPIS ,  import
script will probably be ogr2osm + script below.

Best regards,
Pavel


-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

def filterTags(attrs):
if not attrs:
return

tags = {}
tags['source'] = 'lpis'

if 'ID_FB' in attrs:
	tags['id_fb'] = attrs['ID_FB'];
if 'VYSKA' in attrs:
	tags["ele"] = "%d" % int(float(attrs['VYSKA']))
if 'NKODFB' in attrs:
	tags["ref"] = attrs['NKODFB']

kul = -1
if 'KULTURA' in attrs and attrs['KULTURA'] != '':
	kul = int(attrs['KULTURA'])

if kul == 2:tags["landuse"] = "farmland"
elif kul == 3:  tags["landuse"] = "farmland"; tags["crop"] = "hop"
elif kul == 30: tags["landuse"] = "farmland"; tags["crop"] = "hop"
elif kul == 31: tags["landuse"] = "farmland"; tags["crop"] = "hop"
elif kul == 41: tags["landuse"] = "vineyard"; tags["barrier"] = "fence"
elif kul == 61: tags["landuse"] = "orchard";  tags["barrier"] = "fence"
elif kul == 62: tags["landuse"] = "orchard"
elif kul == 7:  tags["landuse"] = "meadow"; tags["meadow"] = "agricultural"
elif kul == 71: tags["landuse"] = "meadow"; tags["meadow"] = "agricultural"
elif kul == 72: tags["landuse"] = "meadow"; tags["meadow"] = "agricultural"
elif kul == 91: tags["landuse"] = "forest";
elif kul == 92: tags["landuse"] = "farm"; tags["crop"] = "vegetables"
elif kul == 97: tags["landuse"] = "reservoir"
elif kul == 98: tags["landuse"] = "scrub"; tags["note"]="rychle rostouci dreviny"
elif kul == 99: tags["landuse"] ="forest"
else:   tags["landuse"] ="unknown_farmland_%s" % kul

return tags

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Výšky budov

[Marián Kyral]

Dne 28.7.2014 11:57, Karel Volný napsal(a):
> zdar,
>
>> Netuším, jestli někdo na základě počtu pater zkouší odhadnout výšku budovy,
>> ale bude to jen hodně, hodně přibližné. Osobně bych to nedělal.
> tak naokraj, to jsi vzal kde, že to bude "hodně hodně přibližné"?
>
> pokud jde o paneláky, ty mají shodnou výšku podlaží 2,8 m, viz
> https://cs.wikipedia.org/wiki/Panelový_dům#Typy_panelov.C3.BDch_dom.C5.AF_b.C4.9B.C5.BEn.C3.A9_v_.C4.8CR
>
> pro běžný dvanáctipatrák (13 podlaží) to dává 36,4 m, přízemí bývá metr 
> zvednuté plus-mínus půl metru, střechu bych počítal čtyřicet plusmínus dvacet 
> centimetrů  takže jsme celkem na 37,8 m plusmínus 70 cm - čili asi plusmínus 
> 2%, to snad není špatná přesnost ...?
>
> (navíc když to někdo někde zná, tak ví, jestli k tomu přízemí vedou dva 
> schody 
> nebo deset, čímž tu největší chybu eliminuje)

Ok. Beru zpět. Nevěděl jsem, že paneláky jsou až tak typizované ;-) Ale
i tak ti zůstanou nejrůznější modely různých cihláků.

Marián
> K.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import of farmland from LPIS

[Martin Švec - OSM]

Ahoj, pár věcí:

* Opravil jsem skript, aby se díval i do pole KULTURA_KL, teď už taguje 
zelinářskou zahradu atd.
* Když narazí na neznámý kód kultury, vyhodí výjmku místo tagu.
* Vyházel jsem zbývající ploty -- byly tam z nějakého důvodu?
* crop=vegetable nebo crop=vegetables ? taginfo zná víc těch prvních
* kul. 98 (rychle rostoucí dřeviny): landuse=scrub ???
* Proč se taguje id_fb? Je to k něčemu dobrý?

Zkoušel jsem nanečisto v JOSM napojování většího kusu dat na existující landuse 
polygony, je to pěkná drbačka, překryvů a děr je víc než dost. Pokud Marián 
dodělá tracer, který by přidával políčka jedno po druhým, byl by asi 
praktičtější. (A pohrávám si s myšlenkou dodělat do JOSM funkci, která přilepí 
úsek jedné cesty ke druhé mezi určenými body. Fakt nic takovýho neexistuje nebo 
jen špatně hledám?)

Btw, rozjel jsem PostGIS a zkoušel totéž s parcelami RUIANu. Když se vhodně sloučí 
parcely podle typů jak psal Petr Vejsada, tak je to taky použitelné. Proti LPISu RUIAN 
líp "pokrývá celou plochu KÚ", ale LPIS zase obecně víc odpovídá Bingu. 
Problémů s napojováním na okolí je u obou zhruba stejně. (Docela pěkně vychází parcely 
RUIANu ve městech a vesnicích. Zkusím z toho někdy zmapovat vnitřnosti u pár vesnic, 
kolik klikací práce to ušetří.)

Martin

On 28.7.2014 14:53, Pavel Machek wrote:

Hi!

I'd like to start import of LPIS farmland database, as we have very
good coverage of houses, forests and water, but farmland is very good
at places and completely missing at different places.

Import page is at https://wiki.openstreetmap.org/wiki/LPIS ,  import
script will probably be ogr2osm + script below.

Best regards,
Pavel




___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz



def getKultura(attrs):
if 'KULTURA_KL' in attrs and attrs['KULTURA_KL'] != '':
return int(attrs['KULTURA_KL'])
if 'KULTURA' in attrs and attrs['KULTURA'] != '':
kul = int(attrs['KULTURA'])
return -1;

def filterTags(attrs):
if not attrs:
return

tags = {}
tags['source'] = 'lpis'

if 'ID_FB' in attrs:
	tags['id_fb'] = attrs['ID_FB'];
if 'VYSKA' in attrs:
	tags["ele"] = "%d" % int(float(attrs['VYSKA']))
if 'NKODFB' in attrs:
	tags["ref"] = attrs['NKODFB']

kul = getKultura(attrs)

if kul == 2:tags["landuse"] = "farmland"
elif kul == 3:  tags["landuse"] = "farmland"; tags["crop"] = "hop"
elif kul == 30: tags["landuse"] = "farmland"; tags["crop"] = "hop"
elif kul == 31: tags["landuse"] = "farmland"; tags["crop"] = "hop"
elif kul == 41: tags["landuse"] = "vineyard"
elif kul == 61: tags["landuse"] = "orchard"
elif kul == 62: tags["landuse"] = "orchard"
elif kul == 7:  tags["landuse"] = "meadow"; tags["meadow"] = "agricultural"
elif kul == 71: tags["landuse"] = "meadow"; tags["meadow"] = "agricultural"
elif kul == 72: tags["landuse"] = "meadow"; tags["meadow"] = "agricultural"
elif kul == 91: tags["landuse"] = "forest"
elif kul == 92: tags["landuse"] = "farm"; tags["crop"] = "vegetables"
elif kul == 97: tags["landuse"] = "reservoir"
elif kul == 98: tags["landuse"] = "scrub"; tags["note"]="rychle rostouci dreviny"
elif kul == 99: tags["landuse"] ="forest"
else:   raise Exception ("unknown farmland: %s" % kul)

return tags

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import of farmland from LPIS

[Pavel Machek]

Ahoj!

> pro zajímavost, tvůj skript jsem při zkoumání LPISu nakonec zavrhl, jelikož 
> jsem našel tohle:
> 
> http://wiki.openstreetmap.org/wiki/Ogr2osm
> 
> Stačí doplnit translation funkci (vypůjčeno z pův. skriptu, v příloze) a 
> veškerou srandu udělá jeden příkaz:
> 
> ogr2osm.py PLPIS_233406_KU_KOD_742376.shp -t trn-lpis.py -o ujezd.lpis.osm

No, stahnul jsem si ogr2osm.py, ale nechce fungovat:

git clone git://github.com/pnorman/ogr2osm.git

pavel@amd:~/g/ogr2osm$ ./ogr2osm.py 
  File "./ogr2osm.py", line 538
featuresmap = {feature.geometry : feature for feature in
  Feature.features}
^
SyntaxError: invalid syntax
pavel@amd:~/g/ogr2osm$ python3 ./ogr2osm.py 
  File "./ogr2osm.py", line 320
reproject = lambda(geometry): None
  ^
SyntaxError: invalid syntax
pavel@amd:~/g/ogr2osm$ 

To druhy jsem zvladnul nejak osalit, jenze nemam potrebny  balicky pro python3:

from osgeo import ogr
from osgeo import osr

. Jestli ma nekdo napad...
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import of farmland from LPIS

[Pavel Machek]

On Mon 2014-07-28 22:35:11, Pavel Machek wrote:
> Ahoj!
> 
> > pro zajímavost, tvůj skript jsem při zkoumání LPISu nakonec zavrhl, jelikož 
> > jsem našel tohle:
> > 
> > http://wiki.openstreetmap.org/wiki/Ogr2osm
> > 
> > Stačí doplnit translation funkci (vypůjčeno z pův. skriptu, v příloze) a 
> > veškerou srandu udělá jeden příkaz:
> > 
> > ogr2osm.py PLPIS_233406_KU_KOD_742376.shp -t trn-lpis.py -o ujezd.lpis.osm
> 
> No, stahnul jsem si ogr2osm.py, ale nechce fungovat:
> 
> git clone git://github.com/pnorman/ogr2osm.git
> 
> pavel@amd:~/g/ogr2osm$ ./ogr2osm.py 
>   File "./ogr2osm.py", line 538
> featuresmap = {feature.geometry : feature for feature in
>   Feature.features}
> ^
> SyntaxError: invalid syntax
> pavel@amd:~/g/ogr2osm$ python3 ./ogr2osm.py 
>   File "./ogr2osm.py", line 320
> reproject = lambda(geometry): None
>   ^
> SyntaxError: invalid syntax
> pavel@amd:~/g/ogr2osm$ 
> 
> To druhy jsem zvladnul nejak osalit, jenze nemam potrebny  balicky pro 
> python3:

Tak vyreseno, ted by to melo bezet pod python 2.6 i 3+
Pavel

diff --git a/ogr2osm.py b/ogr2osm.py
index 587a5ae..0184262 100755
--- a/ogr2osm.py
+++ b/ogr2osm.py
@@ -317,13 +317,13 @@ def getTransform(layer):
 # Some python magic: skip reprojection altogether by using a dummy
 # lamdba funcion. Otherwise, the lambda will be a call to the OGR
 # reprojection stuff.
-reproject = lambda(geometry): None
+reproject = lambda geometry: None
 else:
 destSpatialRef = osr.SpatialReference()
 # Destionation projection will *always* be EPSG:4326, WGS84 lat-lon
 destSpatialRef.ImportFromEPSG(4326)
 coordTrans = osr.CoordinateTransformation(spatialRef, destSpatialRef)
-reproject = lambda(geometry): geometry.Transform(coordTrans)
+reproject = lambda geometry: geometry.Transform(coordTrans)
 
 return reproject
 
@@ -535,7 +535,7 @@ def output():
 nodes = [geom for geom in Geometry.geometries if type(geom) == Point]
 ways = [geom for geom in Geometry.geometries if type(geom) == Way]
 relations = [geom for geom in Geometry.geometries if type(geom) == 
Relation]
-featuresmap = {feature.geometry : feature for feature in Feature.features}
+featuresmap = dict([(feature.geometry, feature) for feature in 
Feature.features])
 
 # Open up the output file with the system default buffering
 with open(options.outputFile, 'w', -1) as f:

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import of farmland from LPIS

[Martin Švec - OSM]

On 28.7.2014 22:35, Pavel Machek wrote:

To druhy jsem zvladnul nejak osalit, jenze nemam potrebny  balicky pro python3:

from osgeo import ogr
from osgeo import osr

. Jestli ma nekdo napad...
Pavel


Mně to fungovalo samo od sebe... Koukám do systému, ogr.py/osr.py mi do Gentoo 
zavlekla GDAL knihovna s python USE flagem. A jako aktivní python mám 2.7.

Martin


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import of farmland from LPIS

[Marián Kyral]

Dne 28.7.2014 21:39, Martin S(vec - OSM napsal(a):
> Ahoj, pár ve(cí:
>
> * Opravil jsem skript, aby se díval i do pole KULTURA_KL, ted( uz(
> taguje zelinár(skou zahradu atd.
> * Kdyz( narazí na neznámý kód kultury, vyhodí výjmku místo tagu.
> * Vyházel jsem zbývající ploty -- byly tam z ne(jakého du*vodu?
> * crop=vegetable nebo crop=vegetables ? taginfo zná víc te(ch prvních
> * kul. 98 (rychle rostoucí dr(eviny): landuse=scrub ???
> * Proc( se taguje id_fb? Je to k ne(c(emu dobrý?
>
> Zkous(el jsem nanec(isto v JOSM napojování ve(ts(ího kusu dat na
> existující landuse polygony, je to pe(kná drbac(ka, pr(ekryvu* a de(r
> je víc nez( dost. Pokud Marián dode(lá tracer, který by pr(idával
> políc(ka jedno po druhým, byl by asi praktic(te(js(í. 

Dode(lám, dode(lám. Sám to uz( nutne( potr(ebuji ;-)
Jen nevím kdy to bude. Momentálne( r(es(ím konflikty v poslední verzi
Traceru a zatím se mi ne(jak nedar(í. Je tam ne(co s(patne(, ale ne a ne
pr(ijít na to co :-(


> (A pohrávám si s mys(lenkou dode(lat do JOSM funkci, která pr(ilepí
> úsek jedné cesty ke druhé mezi urc(enými body. Fakt nic takovýho
> neexistuje nebo jen s(patne( hledám?)
>

Moz(ná je trochu problém, jak poznat co se k c(emu má pr(ilepit,
pr(ípadne( jak to jednodus(e zadat.

Marián

> Btw, rozjel jsem PostGIS a zkous(el totéz( s parcelami RUIANu. Kdyz(
> se vhodne( slouc(í parcely podle typu* jak psal Petr Vejsada, tak je
> to taky pouz(itelné. Proti LPISu RUIAN líp "pokrývá celou plochu KÚ",
> ale LPIS zase obecne( víc odpovídá Bingu. Problému* s napojováním na
> okolí je u obou zhruba stejne(. (Docela pe(kne( vychází parcely RUIANu
> ve me(stech a vesnicích. Zkusím z toho ne(kdy zmapovat vnitr(nosti u
> pár vesnic, kolik klikací práce to us(etr(í.)
>
> Martin
>
> On 28.7.2014 14:53, Pavel Machek wrote:
>> Hi!
>>
>> I'd like to start import of LPIS farmland database, as we have very
>> good coverage of houses, forests and water, but farmland is very good
>> at places and completely missing at different places.
>>
>> Import page is at https://wiki.openstreetmap.org/wiki/LPIS ,  import
>> script will probably be ogr2osm + script below.
>>
>> Best regards,
>> Pavel
>>
>>
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import of farmland from LPIS

[Pavel Machek]

Ahoj!

> * Opravil jsem skript, aby se díval i do pole KULTURA_KL, teď už taguje 
> zelinářskou zahradu atd.
> * Když narazí na neznámý kód kultury, vyhodí výjmku místo tagu.
> * Vyházel jsem zbývající ploty -- byly tam z nějakého důvodu?

No, pro me je informace o plotech docela dulezita.. mam pocit ze
vinice a chmelnice plot proste maji. Ale asi je to trochu drze...

> * crop=vegetable nebo crop=vegetables ? taginfo zná víc těch prvních

Tak vemem crop=vegerable...

> * kul. 98 (rychle rostoucí dřeviny): landuse=scrub ???

http://wiki.openstreetmap.org/wiki/Tag:natural%3Dscrub

Aha, ma tam byt natural, ale jinak to myslim sedi. Opravim.

> * Proč se taguje id_fb? Je to k něčemu dobrý?

Asi neni. Vyhodim ho.

> Zkoušel jsem nanečisto v JOSM napojování většího kusu dat na
> existující landuse polygony, je to pěkná drbačka, překryvů a děr je
> víc než dost. Pokud Marián dodělá tracer, který by přidával políčka
> jedno po druhým, byl by asi praktičtější.

No, ja bych uplne landuse=farmland napriklad s lesama nespojoval.. ono
vedle toho lesa byva ruzne siroky pruh ne-lesa ale jeste taky ne-pole.

> (A pohrávám si s myšlenkou
> dodělat do JOSM funkci, která přilepí úsek jedné cesty ke druhé mezi
> určenými body. Fakt nic takovýho neexistuje nebo jen špatně hledám?)

Nevim o ni.

> Btw, rozjel jsem PostGIS a zkoušel totéž s parcelami RUIANu. Když se
> vhodně sloučí parcely podle typů jak psal Petr Vejsada, tak je to
> taky použitelné. Proti LPISu RUIAN líp "pokrývá celou plochu KÚ",
> ale LPIS zase obecně víc odpovídá Bingu. Problémů s napojováním na
> okolí je u obou zhruba stejně. (Docela pěkně vychází parcely RUIANu
> ve městech a vesnicích. Zkusím z toho někdy zmapovat vnitřnosti u
> pár vesnic, kolik klikací práce to ušetří.)

No, kdyby z toho byly nejaky soubory, treba pro okoli rican, tak se na
rad podivam. Kdyby se v osm objevily ploty, tak me to hodne
potesi... a ploty by mely jit vykoukat z mistni znalosti + hranic pozemku.

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import of farmland from LPIS

[Martin Švec - OSM]

On 28.7.2014 23:03, Pavel Machek wrote:

No, pro me je informace o plotech docela dulezita.. mam pocit ze
vinice a chmelnice plot proste maji. Ale asi je to trochu drze...


Mně se nelíbily ploty kolem a napříč loukami, kde vím že tam určitě nejsou. U 
vinic+chmelnic... mno, tam je pravděpodobnost plotu asi docela vysoká. Těžko 
říct...


http://wiki.openstreetmap.org/wiki/Tag:natural%3Dscrub

Aha, ma tam byt natural, ale jinak to myslim sedi. Opravim.


Znova jsem se nad tím zamyslel... Záleží, co se myslí "porostem rychle rostoucích 
dřevin". Natural=scrub je neobhospodařovaná příroda, landuse=* je obhospodařovaná 
krajina. Jestli jsou to plantáže na biomasu, landuse by tomu slušel víc. (Taginfo 
landuse=scrub zná, ale většinou na uzlech (wtf, jednotlivé keře?). Co jsem namátkou našel 
na polygonech, tak je to chybně otagovaný natural=scrub.)

Update: jo, je to biomasa: viz par. 3i písm. j) zákona č. 252/1997 Sb.


Zkoušel jsem nanečisto v JOSM napojování většího kusu dat na
existující landuse polygony, je to pěkná drbačka, překryvů a děr je
víc než dost. Pokud Marián dodělá tracer, který by přidával políčka
jedno po druhým, byl by asi praktičtější.

No, ja bych uplne landuse=farmland napriklad s lesama nespojoval.. ono
vedle toho lesa byva ruzne siroky pruh ne-lesa ale jeste taky ne-pole.


To je asi individuální... Když jsou mezi lesem a polem tři metry křovin a 
šouší, dávám pruh natural=scrub. Když jsou na okraji jen koleje od traktoru a 
rovnou les, spojuju přímo. Nemám rád v mapě bílé škvíry :-) Ty pruhy křoví jsou 
občas přímo v KM.


Btw, rozjel jsem PostGIS a zkoušel totéž s parcelami RUIANu. Když se
vhodně sloučí parcely podle typů jak psal Petr Vejsada, tak je to
taky použitelné. Proti LPISu RUIAN líp "pokrývá celou plochu KÚ",
ale LPIS zase obecně víc odpovídá Bingu. Problémů s napojováním na
okolí je u obou zhruba stejně. (Docela pěkně vychází parcely RUIANu
ve městech a vesnicích. Zkusím z toho někdy zmapovat vnitřnosti u
pár vesnic, kolik klikací práce to ušetří.)

No, kdyby z toho byly nejaky soubory, treba pro okoli rican, tak se na
rad podivam. Kdyby se v osm objevily ploty, tak me to hodne
potesi... a ploty by mely jit vykoukat z mistni znalosti + hranic pozemku.


Pokusím se vyrobit ukázku, až to trochu učešu. Ale teď se k tomu pár dnů 
nedostanu. Zatím hlavně googlím, co vůbec PostGIS nad daty dokáže. Btw, ty 
ploty... To je nějaká specifická úchylka? :-))

Martin


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import of farmland from LPIS

[Pavel Machek]

Ahoj!

> >No, pro me je informace o plotech docela dulezita.. mam pocit ze
> >vinice a chmelnice plot proste maji. Ale asi je to trochu drze...
> 
> Mně se nelíbily ploty kolem a napříč loukami, kde vím že tam určitě nejsou. U 
> vinic+chmelnic... mno, tam je pravděpodobnost plotu asi docela vysoká. Těžko 
> říct...
>

Jo, tak ty uz jsem zrusil. Mel jsem pocit, ze kolem "stale pastviny"
by mel byt plot, ale realita se mnou nesouhlasila.

> >http://wiki.openstreetmap.org/wiki/Tag:natural%3Dscrub
> >
> >Aha, ma tam byt natural, ale jinak to myslim sedi. Opravim.
> 
> Znova jsem se nad tím zamyslel... Záleží, co se myslí "porostem rychle 
> rostoucích dřevin". Natural=scrub je neobhospodařovaná příroda, landuse=* je 
> obhospodařovaná krajina. Jestli jsou to plantáže na biomasu, landuse by tomu 
> slušel víc. (Taginfo landuse=scrub zná, ale většinou na uzlech (wtf, 
> jednotlivé keře?). Co jsem namátkou našel na polygonech, tak je to chybně 
> otagovaný natural=scrub.)
> 

landuse=scrub neni problem.

> >>Btw, rozjel jsem PostGIS a zkoušel totéž s parcelami RUIANu. Když se
> >>vhodně sloučí parcely podle typů jak psal Petr Vejsada, tak je to
> >>taky použitelné. Proti LPISu RUIAN líp "pokrývá celou plochu KÚ",
> >>ale LPIS zase obecně víc odpovídá Bingu. Problémů s napojováním na
> >>okolí je u obou zhruba stejně. (Docela pěkně vychází parcely RUIANu
> >>ve městech a vesnicích. Zkusím z toho někdy zmapovat vnitřnosti u
> >>pár vesnic, kolik klikací práce to ušetří.)
> >No, kdyby z toho byly nejaky soubory, treba pro okoli rican, tak se na
> >rad podivam. Kdyby se v osm objevily ploty, tak me to hodne
> >potesi... a ploty by mely jit vykoukat z mistni znalosti + hranic pozemku.
> 
> Pokusím se vyrobit ukázku, až to trochu učešu. Ale teď se k tomu pár dnů 
> nedostanu. Zatím hlavně googlím, co vůbec PostGIS nad daty dokáže. Btw, ty 
> ploty... To je nějaká specifická úchylka? :-))
> 

No... z mapy me v zasade zajima jedina vec. "Da se tudy projit?".
No, a je jenom nekolik malo veci, co se projit nedaji: Budova, plot a
repkovy pole. Budovy uz v mape mape, s polema se snazim pohnout, no
tak zbyvaj ty ploty :-).

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz