Dotaz novacka - sousedici plochy kolem pozemnich komunikaci (prilinani ploch k pozemnim komunikacim)

11 zpráv
Zpět na přehled

Dotaz novacka - sousedici plochy kolem pozemnich komunikaci (prilinani ploch k pozemnim komunikacim)

11 zpráv PMPMJKMH 8 účastníků 11 min čtení
  1. Pavel Bokr (OSM) osm na kraluvdvur.cz #m6d96c6
    Zdravim, Mel bych dotaz ohledne prilinani ploch tesne sousedicich s pozemnimi komunikacemi k cestam reprezentujicim prislusne komunikace. Jde mi o to jestli je nejake pravidlo nebo doporuceni zda-li prilinat sousedici plochy az na cestu v ose komunikace reprezentujici komunikaci nebo ty plochy presne ukoncit na skutecnem rozhrani mezi okrajem komunikace a prislusnou casti "krajiny". Treba jestli zastavbu ukoncit treba dle DKM na okaji komunikace se kterou tesne sousedi nebo az na ceste reprezentujici osu komunikace. Nebo napriklad z jedne strany les a z druhe zahrada pokud opet oboji tesne sousedi s komunikaci tak jestli je ukoncit presne na okrajich komunikace (treba opet dle DKM) nebo jestli to napojit na sdilenou cestu v ose komunikace. Kdyz o tom sam tak premyslim tak si myslim ze by bylo lepsi to dotahovat az na tu sdilenou cestu v ose komunikace - vychazim z toho ze pokud je komunikace o nejake sirce (ta je do urciteho zoomu logicky zanedbatelna) reprezentovana linii tak plochy ktere s ni tesne sousedi by se meli aby byla zachovana topologie na tu linii, ktera v sobe predstavuje celou sirku komunikace, taky napojovat (stejne jako je nutne napojovat treba pesiny az do stredu silnice). Renderer si s tim poradi protoze vetsinu komunikaci vykresluje v rozumne siri a taky tam kde je to potreba vykresli potrebnou plochu uz od kraje komunikace podle toho jak ji prave vykresluje. Na druhou stranu trochu pochybnosti mam tam kde je polni/lesni cesta ktera je vykreslovana jen uzkou linii a kolem ni treba oplocena zahrada a les nebo rybnik a les tak jestli tam to pak pri plnem priblizeni nebude vypadat trochu divne. Tady by se mozna "vizuelne" po renderovani podle soucasnych pravidel rendereu hodilo mozna naopak neprilnout ty oplocene zahrady (skoncit u plotu) a rybnik (skoncit hrane komunikace a rybnika) az k ose komunikace - viz napr: http://a.tile.openstreetmap.org/17/70643/44480.png http://www.openstreetmap.org/?lat=49.94977&lon=14.02897&zoom=17&layers=M Nicmene v globalu se mi zamlouva spise prilinani sousedicich ploch az na cestu v ose komunikace. Jak ale je to spravne? Je na to nejake doporucen? Cetl jsem si neco (ale urcite ne vsechno) z obsahle dokumentace a odpoved jsem nenasel. Koukal jsem do mapy a videl jsem ze se ruzne pouziva oboji takze to mi taky moc nepomohlo. Predem dekuji za odpoved, pokud je to nekde popisovano pak bohate staci link (a v takovem pripade se omlouvam ze obtezuji). Zpresnoval jsem Zahorany (obec Kraluv Dvur) a tam pokud to sousedi tak jsem prilinal az do osy komunikace: http://www.openstreetmap.org/?lat=49.953423&lon=14.025149&zoom=18&layers=M Diky Pavel Bokr
  2. MP singularita na gmail.com #m012034
    Obecne by se ve vetsine pripadu liniove (cesty....) a plosne objekty (pole, loky, atd...) spojovat nemely (i kdyz jsou vyjimky, napr. pokud hranice nejakeho CHKO je dana definovana stredem slnice) Pokud se napr. pole spoji se silnici, ma to nasledujici nevyhody: * Plocha ma jinou plochu (vetsi) nez ve skutecnosti * klasicke 2d rederery to zvladaji, ale 3d renderery s tim mohou mit mozna problem (pri trose smuly muze napr. pole koncit v pulce silnice) * V editoru se s tim hur manipuluje - kliknu na silnici a nekdy se vybere silnice,nekdy pole (pokud oboji splyva) * V mistech kdy se plocha odpojuje od silnice muzou vznikat ruzne nepresnoti * Pokud se později namapuje něco mezi hranicí plochy a silnice (lavička, lampa, strom, ...) tak je pak nutno bud plochy spravit aby se uz nedotykaly, nebo vznikne nelogicnost (lavicka co je kus za krajem pole je v datech uvnitr) Takze bych doporucoval plochy dotahovat jen tam, kde skutecne jsou. Ne az doprostred silnice. Martin
  3. Marek Prokop marek na sovavsiti.cz #me452ff
    Ahoj, 2011/7/13 MP <singularita na gmail.com>:
    Obecne by se ve vetsine pripadu liniove (cesty....) a plosne objekty (pole, loky, atd...) spojovat nemely
    Rozhodující přeci je, zda reálně spojené jsou, či nejsou. Neumím si představit, že by okraj lesa a okraj s lesem sousedící louky nebyl totéž. Totéž platí pro mnohé cesty a silnice. Postupuji proto podle návodu zde: http://wiki.openstreetmap.org/wiki/Relation:multipolygon Zdraví, Marek
  4. jzvc jzvc na tpfree.net #mc375fc
    Zdravim, Mel bych dotaz ohledne prilinani ploch tesne sousedicich s pozemnimi komunikacemi k cestam reprezentujicim prislusne komunikace. Jde mi o to jestli je nejake pravidlo nebo doporuceni zda-li prilinat sousedici plochy az na cestu v ose komunikace reprezentujici komunikaci nebo ty plochy presne ukoncit na skutecnem rozhrani mezi okrajem komunikace a prislusnou casti "krajiny". Treba jestli zastavbu ukoncit treba dle DKM na okaji komunikace se kterou tesne sousedi nebo az na ceste reprezentujici osu komunikace. Nebo napriklad z jedne strany les a z druhe zahrada pokud opet oboji tesne sousedi s komunikaci tak jestli je ukoncit presne na okrajich komunikace (treba opet dle DKM) nebo jestli to napojit na sdilenou cestu v ose komunikace.
    Tohle rozhodne nespojovat. Spojovat ma smysl to, co opravdu linii sdili. Tedy napr pokud hranice lesa je zaroven hranici zahrady, tak je to vporadku, ale osa silnice hranici lesa rozhodne neni ani byt nemuze. Obecne je lepsi se spojovani vyhnout, pokud to ma rozumny duvod, protoze, jak bylo receno, se stim pak hur pracuje. Reneder neresit, to ze neco renederuje dobre/spatne nesouvisi s datama jako takovyma. Navic reneder se sirkou silnic nepracuje (overeno).
  5. Karel Volný kavol na seznam.cz #m5d09ee
    Ahoj, 2011/7/13 MP <singularita na gmail.com>:
    Obecne by se ve vetsine pripadu liniove (cesty....) a plosne objekty (pole, loky, atd...) spojovat nemely
    Rozhodující přeci je, zda reálně spojené jsou, či nejsou. Neumím si představit, že by okraj lesa a okraj s lesem sousedící louky nebyl totéž. Totéž platí pro mnohé cesty a silnice.
    ano jistě - okraj louky/lesa je spojen s *okrajem* silnice potíž je pouze v tom, že v mapě typicky není zakreslen *okraj* silnice, nýbrž její střed, což jaksi není totéž, a tedy by to s tou loukou/lesem spojeno být nemělo K.
  6. Mike mike na mikecrash.com #m982859
    Zdravím, osobně cesty a plochy nespojuji, protože to není to samé. Les nekončí uprostřed silnice, většinou není ani na kraji silnice, ale mezi je příkop, který je další 1-2m široký. Jediný případ, kdy to spojuji, je plot, který i zmiňuješ. Pokud je oplocený sad nebo les, tak udělám plochu jako les a zároveň na ní dám tag fence - je to velmi důležitý tag, přestože ho málokdo taguje. Jak již bylo řečeno - se spojenými cestami s plochami se špatně pracuje, spojovat jen plochy k sobě. Pokud je u silnice z jedné strany les a z druhé zástavba, tak nakreslím les mimo silnici, kde opravdu končí, a landuse=residential plochu protáhnu až k tomu lesu, protože tyto plochy využívám v navigaci pro omezení rychlosti v obci - hledám silnice uvnitř residential ploch. Navíc to tak většinou je, že silnice je v obci a patří k rezidenční zóně. Mike
  7. honny honnycze na gmail.com #md9b56b
    Onehdá sem v jedné lokalitě spojoval pole k silnici a bylo mi nenápadně naznačeno, že takhle ne. Tak to od té doby nedělám. :) ~ honny
  8. MP singularita na gmail.com #m244be6
    Navic reneder se sirkou silnic nepracuje (overeno).
    Jak ktery. Mapnik mozna ne, ale ruzne rederery to resi ruzne. Mapnik pri zoomovani od jiste miry silnici v podtstate nezvetsuje, ale nektere renderery ano ane ktere podporuji i sirku silnice (tag width ...) Martin
  9. Pavel Zbytovský mail na zby.cz #m79112b
    Jak ktery. Mapnik mozna ne, ale ruzne rederery to resi ruzne.
    Dokonce i mapník jde nastavit tak aby respektoval tag width, ale vzhledem k nepoužívanosti to má v defaultu vypnuté. Ten příklad s úpravou pouze lesů a následným posunutím přiložené silnice byl asi trochu nevhodný. Pokud by tohle člověk dělal, měl by si stáhnout i napojená data. Protože jak říkáš, může tam být napojená louka, nebo hůř třeba rybník a s tím se hýbat nemá. Obecně plochové objekty je možno napojovat na plochové. U té highway=path je to asi jedno. Ale liniové na plošné nenapojovat. Bacha také na katastrální území - pokud možno nikdy nespojovat. zdar zbycz
  10. Pavel Bokr (OSM) osm na kraluvdvur.cz #m1f3999
    Diky vsem za odpovedi na muj dotaz! Kolem vetsiny cest se tedy budu snazit delat mezery podle skutecnosti proste tam kde skutecne skonci pole, louka, rybnik, zastavba apod. tam ji proste ukoncim a zbyde tak volny pas kterym pak povede prislusna pozemni komunikace viz napr: http://a.tile.openstreetmap.org/18/141280/88956.png http://a.tile.openstreetmap.org/17/70642/44479.png http://a.tile.openstreetmap.org/17/70643/44480.png http://a.tile.openstreetmap.org/17/70637/44478.png http://c.tile.openstreetmap.org/17/70640/44482.png http://b.tile.openstreetmap.org/17/70645/44477.png Nicmene tohle je jasne kdyz je na jedne strane komunikace jedna plocha a na jine druha plocha ale kdyz komunikace "vleze" do lesa tak proste pujde skrze prislusnou plochu lesa (tedy pokud nepujde o nejakou dalnici pro ktere jsem si vsiml ze se v lesich delaji v mape pruseky) viz. napr: http://a.tile.openstreetmap.org/18/141283/88953.png Snad tak nebude nekde vadit ze nekdy nejaka uzka cesta vleze do plochy nejakeho krovi (podobne jako predchozi priklad kde vleze bezna lesni cesta do lesa) kde to treba nebude rozdelene tou cestou http://a.tile.openstreetmap.org/18/141273/88962.png http://c.tile.openstreetmap.org/18/141278/88957.png Jeste mam nejake drobnosti k vyreseni, treba nejakou tu samostatne tezko vymapovatelnou pesinu nebo podobne maly potucek na rozhrani louky a lesa tak tam asi jedine to proste vest v jedne plose tesne u toho rozhrani (a nebo to stridat, chvili to povede kousek tesne v lese, chvili zase tesne po louce i kdyz z hlediska zachovani topologickeho vztahu bych to tady osobne videl lepe napojene). Spravnich hranic se snazim vyhybat protoze to jsou narozdil od prirody umele namalovane cary, byt nekde jedou treba v ose komunikace nebo koryte reky, ale k nim se snazim nenavazovat protoze s tema se asi bude/muze hybat. Zatim jsem je radsi neresil vubec, ale podle toho co jsem videl by treba nekde pripadalo v uvahu jejich zpresneni podle katastralnich map kde se tyhle hranice v tom WMSku vykresluji zelene. PBokr
  11. Pavel Zbytovský mail na zby.cz #m39061f
    Kolem vetsiny cest se tedy budu snazit delat mezery podle skutecnosti proste tam kde skutecne skonci pole, louka, rybnik, zastavba apod. tam ji proste ukoncim a zbyde tak volny pas kterym pak povede prislusna pozemni komunikace viz napr: http://a.tile.openstreetmap.**org/18/141280/88956.png<http://a.tile.openstreetmap.org/18/141280/88956.png> http://a.tile.openstreetmap.**org/17/70642/44479.png<http://a.tile.openstreetmap.org/17/70642/44479.png>
    Tohle je asi taky správně - když jsou to dvě pole a škarpa. Ale osobně mi třeba ruční mapování polí moc sympatické není. Je možné je importovat z CORINE land cover, protože po celé republice to ručně je bez šance. A též na OSM je pro mě důležitý údaj o prostupnosti, na což mi je pole trochu k ničemu. Ale tak může pomoci ke zorientování bez gps.
    http://a.tile.openstreetmap.**org/17/70643/44480.png<http://a.tile.openstreetmap.org/17/70643/44480.png> http://a.tile.openstreetmap.**org/17/70637/44478.png<http://a.tile.openstreetmap.org/17/70637/44478.png> http://c.tile.openstreetmap.**org/17/70640/44482.png<http://c.tile.openstreetmap.org/17/70640/44482.png> http://b.tile.openstreetmap.**org/17/70645/44477.png<http://b.tile.openstreetmap.org/17/70645/44477.png> Tohle mi přijde v pořádku, ale jsem konzervativec a nedělal bych zbytečné
    průseky, kde to ničemu nepomůže. Myslím že se na OSM nemůžeme snažit o dokonalé zaznamená světa - k tomu slouží třeba Navteq True<http://t.co/3dJ1qq6>:-))
    Nicmene tohle je jasne kdyz je na jedne strane komunikace jedna plocha a na jine druha plocha ale kdyz komunikace "vleze" do lesa tak proste pujde skrze prislusnou plochu lesa (tedy pokud nepujde o nejakou dalnici pro ktere jsem si vsiml ze se v lesich delaji v mape pruseky) viz. napr: http://a.tile.openstreetmap.**org/18/141283/88953.png<http://a.tile.openstreetmap.org/18/141283/88953.png> Pokud cesta opravdu má les zleva i zprava tak určitě neprosekávat. Chce to
    nějaký kompromis.
    Snad tak nebude nekde vadit ze nekdy nejaka uzka cesta vleze do plochy nejakeho krovi (podobne jako predchozi priklad kde vleze bezna lesni cesta do lesa) kde to treba nebude rozdelene tou cestou http://a.tile.openstreetmap.**org/18/141273/88962.png<http://a.tile.openstreetmap.org/18/141273/88962.png> http://c.tile.openstreetmap.**org/18/141278/88957.png<http://c.tile.openstreetmap.org/18/141278/88957.png> Tohle je mapované obojí moc pěkně, dovedu si představit že jdu bez GPSky a
    cesta se vnořuje mezi křoví - poznám svou polohu z mapy..
    Jeste mam nejake drobnosti k vyreseni, treba nejakou tu samostatne tezko vymapovatelnou pesinu nebo podobne maly potucek na rozhrani louky a lesa tak tam asi jedine to proste vest v jedne plose tesne u toho rozhrani (a nebo to stridat, chvili to povede kousek tesne v lese, chvili zase tesne po louce i kdyz z hlediska zachovani topologickeho vztahu bych to tady osobne videl lepe napojene). Pokud se jedná o pěšiny (path), tak myslím že můžou vést na rozhraní,
    protože ta šířka už je opravdu minimální.
    Spravnich hranic se snazim vyhybat protoze to jsou narozdil od prirody umele namalovane cary, byt nekde jedou treba v ose komunikace nebo koryte reky, ale k nim se snazim nenavazovat protoze s tema se asi bude/muze hybat. Zatim jsem je radsi neresil vubec, ale podle toho co jsem videl by treba nekde pripadalo v uvahu jejich zpresneni podle katastralnich map kde se tyhle hranice v tom WMSku vykresluji zelene. To je správné :) sám je mám v JOSMu odfiltrované.. Oni byly importované po
    vektorizaci právě toho CUZK WMSka, tedy lepší vůbec si toho nevšímat, jednou se to reimportne. Osobně mi v té mapě trochu vadí - k orientaci to nepřispívá, ba právě naopak. Ale to je otázka renderingu. Zdar, zbycz
Napsat odpověď e-mailem… Odpovědět

Otevře váš e-mailový klient. Odpovědi pak sledujte zde na webu.