To asi nikdo nema. Ja jsem tehdy primo stahoval a rovnou prevadel GML do
OSM.
K
hanoj wrote:
A nema nekdo originalni data stahovana z WFS UHUL v GML? Myslim ze by
nebylo marne vyrobit z nich nejaka geograficka data SHP/GML pro uziti
v GIS... OSM format neni zrovna podporovany standard.
ha
uměl bych možná tohle:
Obrazky map nejsou to prave, co bych chtel. Ja rad geograficka data.
Predpokladam, ze WFS ted na UHUL nefunguje?
hanoj
2008/9/3 Jachym Cepicky [EMAIL PROTECTED]:
uměl bych možná tohle:
Ne
hanoj wrote:
Obrazky map nejsou to prave, co bych chtel. Ja rad geograficka data.
Predpokladam, ze WFS ted na UHUL nefunguje?
hanoj
2008/9/3 Jachym Cepicky [EMAIL PROTECTED]:
uměl bych možná tohle:
a ma pavel v te kopii hranice ruznych typu lesa? jestli jo, tak bych mu
byl celkem vdecnej kdyby je nekam aspon na chvilku dal (a jestli neni
zrovna kam, tak dej vedet, nekde misto najdu).
- jenda
On Tue, Sep 02, 2008 at 01:13:29AM +0200, Pavel Machek wrote:
On Mon 2008-09-01 23:11:57, Tomas
Vzhledem k tomu, ze uz je po importu lesu a nehrozi asi hromadne naliti
tech lesu do republiky, tak jsem je zase zpristupnil pro stouraly :]
http://kubajz.kbx.cz/junk/uhul/output/
souradnice jsou v S-JTSK.
K
Jan Lana wrote:
a ma pavel v te kopii hranice ruznych typu lesa? jestli jo, tak bych
ahoj,
je uz import lesu hotovy nebo se na nem jeste bude pracovat (otaceni
pasek apod?)
Jestli jo, mel bych jeste jeden problem na uvazenou - diky generalizaci
se slily ruzne lesy ve velka polesi. Je potreba je, asi manualne,
rozdelit, ale nevim co s pasekama - jak je jednoduse priradit k nove
Ano ja delam na otaceni pasek.
T
Jan Lana writes:
ahoj,
je uz import lesu hotovy nebo se na nem jeste bude pracovat (otaceni
pasek apod?)
Jestli jo, mel bych jeste jeden problem na uvazenou - diky generalizaci
se slily ruzne lesy ve velka polesi. Je potreba je, asi manualne,
On Mon 2008-09-01 21:01:45, Tomas Kolda wrote:
Ahoj, takze nastroj mam hotovy vcetne uploadu, ale...
Koukal jsem, ze nekdo uz neco otacel. Ja mel pri importu vse ve smeru
hodinovych rucicek. Myslel jsem, ze tedy staci otocit diry do protismeru.
Nevite nekdo jak je to definovane? Musi
vnejsek ma byt po smeru hodinovych rucicek
vnitrek proti smeru, ostatne naposledy kdyz sem to zkousel, nehraly
role zadnou roli:).
pokud to bylo jinak, nikdy to nefungovalo, oficialne to asi nekdo zrusil.
chce to ovsem nekde nejdriv vyzkouset.
--
Michal Grézl
http://walley.org
Presne takhle to delam. Zmena smeru se provede u 6900 ways. Dal jsem tam
velike omezeni, aby se co nejlepe odhadlo, ze jsou to data z importu. Muzeme
je pak pripadne zjemnit a opravovat vsechny spatne udelane multipolygony
automaticky. Data jsem vzal z Kubajzovi Czechie.
Az to bude poslu
ok, zatim jsem na to nesahal.
btw jsou nekde puvodni data lesu pred zjednodusovanim ve formatu pro
josm? hodila by se pro krajeni tech polesi na jednotlive lesy.
dik,
- jenda
On Mon, Sep 01, 2008 at 05:42:06PM +0200, Tomas Kolda wrote:
Ano ja delam na otaceni pasek.
T
Jan Lana writes:
Nevim jak by to pomohlo. Originalni data jsme nikdy nemeli. Toto je pouze
vektorizace bitmap, takze se od originalu lisi jen minimalne...
T
Jan Lana writes:
ok, zatim jsem na to nesahal.
btw jsou nekde puvodni data lesu pred zjednodusovanim ve formatu pro
josm? hodila by se pro
On Mon 2008-09-01 23:11:57, Tomas Kolda wrote:
Nevim jak by to pomohlo. Originalni data jsme nikdy nemeli. Toto je pouze
vektorizace bitmap, takze se od originalu lisi jen minimalne...
Ne, originalni data byly kdesi na webu, pak byla stazena aby je nekdo
neuploadoval (tusim ze tim byl myslen
Kdyz uz jsme u toho (a ja to tu uz jednou zminoval, Pavel byl proti),
tak ta hranice by dle best practices (viz wiki:ProjectCzechia) skutecne
mela byt sloucena.
No, a) to na ty wikine nevidim, a b) tohle by asi melo byt rozhodnuty
pro cely osm, ne ze si to nekdo cesky napise na nejou
BH napsal(a):
Tak zrovna ungule plugin nefunguje:
org.openstreetmap.josm.plugins.PluginException: An error occoured in plugin
ungl
ueplugin
Caused by: java.io.IOException: e:\josm\JOSM\plugins\unglueplugin.jar
contains n
o manifest.
at
Aha ... tak kdyz jsem mrknul na unglueplugin.jar tak jsem tam nasel tohle:
-- citace --
I have taken my business elsewhere as I was told on the mailing lists.
Goodbye and be miserable.
-- konec citace --
Holt autoupdate ... muzete nekdo nekam hodit funkcni verzi? Google
nachazi akorat tuhle
Ja jsem ve vetsine mist zadne zasadni problemy nepozoroval. Pouzivam ke
kontrole vrstvu z wms. Navic mam pocit, ze je lepsi mit ve vetsine mist
data generalizovana a tam, kde to bude vadit, tak je zpresnit.
K
Pavel Machek napsal(a):
Zamerte svoji pozornost do oblasti cerneho mostu -- rekneme
On Wed 2008-08-20 21:27:30, Petr Nejedly wrote:
BH napsal(a):
Na druhou stranu, u tech podrobnych dat pokud je napr hranice se
silnici, tak je tam presna, zatimco u zjednodusenych uz ne - a tam,
kde les sdili hranici s necim jinym (silnice, zastavba, rybnik, ...)
obvykle ta nepresnost
Muzete se nekdo chopit popsani importu lesu ? do WIKI ?
http://wiki.openstreetmap.org/index.php/WikiProject_Czechia/free_map2osm#Dokon.C4.8Den.C3.A9_importy
S pozdravem
Mail: [EMAIL PROTECTED]
http://fatbozz.towerofglass.net
___
Talk-cz mailing
On Sun 2008-07-13 19:03:44, Kubajz wrote:
Pavel Machek napsal(a):
AhoJ!
ted jsem koukal na WMS a je tam mozne stahovat zelene plochy lesu. Vse
spatne je k necemu dobre - alespon by se vyrazne snizil pocet bodu,
ktere by se importovaly, protoze ty zelene plochy uz nejsou deleny na
Az dorazim dom, tak ho nekde vystavim. Nemam to ted u sebe.
K
Pavel Machek napsal(a):
On Sun 2008-07-13 19:03:44, Kubajz wrote:
Pavel Machek napsal(a):
AhoJ!
ted jsem koukal na WMS a je tam mozne stahovat zelene plochy lesu. Vse
spatne je k necemu dobre - alespon by
Ahoj,
Pavel Machek napsal(a):
AhoJ!
ted jsem koukal na WMS a je tam mozne stahovat zelene plochy lesu. Vse
spatne je k necemu dobre - alespon by se vyrazne snizil pocet bodu,
ktere by se importovaly, protoze ty zelene plochy uz nejsou deleny na
typy lesu, ale jsou vcelku.
Takze asi
Pavel Machek napsal(a):
AhoJ!
ted jsem koukal na WMS a je tam mozne stahovat zelene plochy lesu. Vse
spatne je k necemu dobre - alespon by se vyrazne snizil pocet bodu,
ktere by se importovaly, protoze ty zelene plochy uz nejsou deleny na
typy lesu, ale jsou vcelku.
Takze asi
AhoJ!
ted jsem koukal na WMS a je tam mozne stahovat zelene plochy lesu. Vse
spatne je k necemu dobre - alespon by se vyrazne snizil pocet bodu,
ktere by se importovaly, protoze ty zelene plochy uz nejsou deleny na
typy lesu, ale jsou vcelku.
Takze asi predelam ten program tak, ze bude
Ahoj,
ted jsem koukal na WMS a je tam mozne stahovat zelene plochy lesu. Vse
spatne je k necemu dobre - alespon by se vyrazne snizil pocet bodu,
ktere by se importovaly, protoze ty zelene plochy uz nejsou deleny na
typy lesu, ale jsou vcelku.
Takze asi predelam ten program tak, ze bude
Ahoj!
Jsou nejake novinky okolo importu lesu? Myslim ze de-duplicitu bodu
bych mel byt schopny udelat klidne v shellu...
Je nekde posledni verse?
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
Ono by mozna stalo za to zamyslet se nad moznosti, ze by OSM umel nejakym
zpusobem uzivateli rict, jak stara jsou data, na ktera se diva. To neplati
jen o stromech, ale i o silnicich a zastavbe - bylo by to uzitecny. Pak
bychom nemuseli resit, kdo co udrzuje, ale do neznama bychom sli s tim,
Michal Kovar napsal(a):
Ono by mozna stalo za to zamyslet se nad moznosti, ze by OSM umel nejakym
zpusobem uzivateli rict, jak stara jsou data, na ktera se diva. To neplati
jen o stromech, ale i o silnicich a zastavbe - bylo by to uzitecny. Pak
bychom nemuseli resit, kdo co udrzuje, ale
Vim, ze to stoji a pada s uzivatelem. Kdyz to tam da dneska, neznamena to,
ze nepouzil starsi reference (treba UHUL, kterej je starej jak metuzalem).
Ale s tim nikdo nic nenadela - stejne jako s tim, ze nekdo muze zamerne
zmenit silnici do zcela nesmyslnych mist. To je proste dan za otevreny
Myslite ze je realna sance, ze nekdo bude v osm upravovat typy
porostu? Podle me ne, takze nevidim zadnou vyhodu mit tutu informaci
primo v osm, zajemnci muzou pouzit wms uhulu. Pripadne se muze udelat
verze osm kde budou pouze typy lesu a mapa pro houbare vznikne
spojenim teto vrstvy a normalniho
Na UHUL ma jit lesak, ale nejaka elementarni informace o druhovem
slozeni nikomu neublizi trebas na urovni hektaru. Tutisticka KCT ji
taky ma, je to proste doplnujici topograficka informace.
S mirou generalizace bych nemel problem.
S generalnim importem do OSM stale jeste ano, separe zadny
Zpresnovat se to muze postupne. Kdyz uz chcete mermomoci zelenou mapu, tak
to zaplnte univerzalnim spenatem a mistni aktivni osmaci tomu pak priradi
prislusny atribut. 80% lidi tyhle informace stejne neoceni.
On Fri, 16 May 2008 16:40:56 +0200, hanoj [EMAIL PROTECTED] wrote:
Na UHUL ma jit
S lesy by mapa vypadala opravdu daleko lepe. Neprijemne ale je, ze
josm se neunosne zpomali, kdyz mapa obsahuje nejake vetsi plochy. Je
na to nejake reseni, krome pouziti Wireframe View?
On 5/14/08, Pavel Machek [EMAIL PROTECTED] wrote:
Ahoj!
Kdyz tak koukam na slovenskou freemap.sk... neni
2008/5/15 Jiri Klement [EMAIL PROTECTED]:
S lesy by mapa vypadala opravdu daleko lepe. Neprijemne ale je, ze
josm se neunosne zpomali, kdyz mapa obsahuje nejake vetsi plochy. Je
na to nejake reseni, krome pouziti Wireframe View?
nahrat mensi kousek
protlacit josm-ng do josm, nebo iniciovat
Ahoj,
kvuli hustemu nedostatku casu jsem na to nemel vubec cas a vykaslal jsem
se na to. Podivam se, jak se zmenila situace na UHULu (pokud vubec) a
predelam ten importer tak, aby generoval spravna data pro OSM vcetne
relaci a indexace bodu, abychom jich tam nemeli miliardu ale jenom pul
ok
a co ta generalizace ? tim by se dala data jeste zmensit pri zachovani
pouzitelnosti
j
2008/5/15 Kubajz [EMAIL PROTECTED]:
Soucasny skript nezohlednuje duplicitu bodu a zavede klidne dva stejne.
Indexaci jsem mel namysli to, ze se bude drzet tabulka bodu (index) v
pameti po celou dobu
Generalizaci bych provadel rucne. Kdyz to udelame strojove, muze to
dopadnout spatne. Myslim, ze takhle znela dohoda. Kazdy zacne importovat
casti, ktere spadaji pod jeho pusobnost a nezajimava mista pak muzeme
streba prohnat generalizaci, ale spis bych to nedelal.
K
Jachym Cepicky napsal(a):
bavime se o stejne mape lesu? nedovedu si predstavit rucni
generalizaci. naopak generalizace za pouziti nejakeho pouzitelneho
algoritmu vede k velice zajimavym vysledkum - za virazne mensi vklad
cloveci prace
j
2008/5/15 Kubajz [EMAIL PROTECTED]:
Generalizaci bych provadel rucne. Kdyz to
S lesy by mapa vypadala opravdu daleko lepe. Neprijemne ale je, ze
josm se neunosne zpomali, kdyz mapa obsahuje nejake vetsi plochy. Je
na to nejake reseni, krome pouziti Wireframe View?
koupit si lepsi pocitac
Ja mam dobry pocitac :-)
Ukazalo se, ze pomala byla pouze verze josm z
Kubajz napsal(a):
Soucasny skript nezohlednuje duplicitu bodu a zavede klidne dva stejne.
Indexaci jsem mel namysli to, ze se bude drzet tabulka bodu (index) v
pameti po celou dobu zpracovani lesu a bude se napred zkoumat, zda bod
uz v indexu neni, nez se vybleje do .osm souboru.
K
Ahoj,
a mas nejaky vyuzitelny algoritmus a nejlepe i jeho implementaci v Jave?
Zkusili bychom, co to s temi daty provede :)
K
Jachym Cepicky napsal(a):
bavime se o stejne mape lesu? nedovedu si predstavit rucni
generalizaci. naopak generalizace za pouziti nejakeho pouzitelneho
algoritmu vede
2008/5/15 Petr Nejedly [EMAIL PROTECTED]:
Kubajz napsal(a):
Soucasny skript nezohlednuje duplicitu bodu a zavede klidne dva stejne.
Indexaci jsem mel namysli to, ze se bude drzet tabulka bodu (index) v
pameti po celou dobu zpracovani lesu a bude se napred zkoumat, zda bod
uz v indexu neni,
Zkusili jste porovnavat exportovane lesy s ortofotem? Docela casto se
to rozchazi, treba i o destky metru. Takze myslim ze nema smysl data
importovat prilis presne. Pokud odstraneni bodu posune les do 5 metru,
tak je to myslim ok.
Rozdeleni podle typu porostu bych uplne zrusil. Pro lidi co je to
Souhlasim, IMHO OSM by nemelo suplovat funkci UHULa jakozto narodniho
spravce a garanta vsech dat o lesich. Jde jenom o zobrazeni dat s
urcitou presnosti.
BTW: Pravda neni to, co ukazuje ortofoto, ale to, co ukazuji mapy
UHUL (pravne vzato). Samozrejme hraje roli doba porizeni dat
Jachym
To bude timto
http://josm.openstreetmap.de/changeset/631
## Původní zpráva
## Od: Jiri Klement [EMAIL PROTECTED]
## Předmět: Re: [Talk-cz] import lesu
## Datum: 15.5.2008 13:57:40
##
## S lesy by mapa vypadala opravdu daleko
Ahoj!
Patri do mapy treba vsechny budovy? (2M domu - 12M OSM primitiv,
potencialni import z katastru, pokud by licence povolila)
Ostatni mapy ty budovy maji (bitmapove), viz nahodne:
http://www.mapy.cz/[EMAIL PROTECTED]@[EMAIL PROTECTED]
Jake jeste datasety obdobne rozsahlosti by se
Ahoj!
Vrstevnice nema smysl kreslit, jsou volne k dispozici z nejakeho
satelitu. Na normalni mape nejsou hlavne proto, ze png s vrstevnicema
se spatne komprimuje.
...no, volne k dispozici v nejakem dost nepouzitelnem rozliseni, pokud
si vzpominam. A chapu ze kreslit vrstevnice nema smysl, ale
Ony sice renderery vyrabeji mapu az do 30cm/px, ale mapovat
okraje lesa s detaily v jednotkach metru nema moc smysl, obzvlaste
kdyz jde o drobne rozliseni uvnitr souvisleho lesniho porostu.
Zachovanim pouze obalovych krivek lesa by se velikost datasetu
redukovala nejmene o 90% a to uz by
...no, volne k dispozici v nejakem dost nepouzitelnem rozliseni, pokud
si vzpominam. A chapu ze kreslit vrstevnice nema smysl, ale _neco_ na
ukladani vyskovych dat by se myslim hodilo.
Tusim 90m rozliseni pro cely svet:
http://www.vterrain.org/Elevation/SRTM/
Nekde existuje program, ktery z
Vrstevnice by se nechaly odvodit ze SRTM - jsou tam data s rozlisenim
30m. Kdyby byl zajem, asi bych to dokzal pripravit
Nebo zkusit ukecat Geodis, aby pustili napr. vrstevnice po 20m. Maji
vlastni digitalni model terenu a jsou v tom fakt dobry.
Dalsi moznost, nad kterou uz jsem uvazoval, kdyby
...no, a pak turisti / houbari / jezdci na konich... jak dlouho se
jeste budem prodirat touhle houstinou?... je tohle starsi smrkovy
les kterym jde projit, nebo mlady hustnik?...
Import je jedna vec. Druha vec je, ze bychom to pak museli updatovat
aby to melo nejakou hodnotu. Orientacka mapa
On Fri 2008-05-16 00:14:36, BH wrote:
...no, a pak turisti / houbari / jezdci na konich... jak dlouho se
jeste budem prodirat touhle houstinou?... je tohle starsi smrkovy
les kterym jde projit, nebo mlady hustnik?...
Import je jedna vec. Druha vec je, ze bychom to pak museli updatovat
No, porosty se meni, ale hranice porostu celkem zustavaji... takze
odpoved na otazku jak dlouho se jeste budem prodirat touhle
houstinou mapa dava, i kdyz tam mozna zacne _jina_ houstina...
(A uhul mozna ty data bude updatovat, ne?)
To asi ano, ale my je musime nejak prebirat (nwevim
tyhle novoty.. ja bych na to sel grassem
2008/5/15 Tomáš Tichý [EMAIL PROTECTED]:
Nad SRTM neni treba badat, uz to udelali jini :-)
Vrstevnice je mozne prevest do OSM nastrojem Srtm2OSM:
http://wiki.openstreetmap.org/index.php/Srtm2Osm
A nebo je mozne je rederovat primo v mapniku (pouziva
Dne 16. květen 2008 3:34 BH [EMAIL PROTECTED] napsal(a):
No, porosty se meni, ale hranice porostu celkem zustavaji... takze
odpoved na otazku jak dlouho se jeste budem prodirat touhle
houstinou mapa dava, i kdyz tam mozna zacne _jina_ houstina...
(A uhul mozna ty data bude updatovat, ne?)
Ahoj!
Kdyz tak koukam na slovenskou freemap.sk... neni cas udelat ten import
lesu? Na slovensku lesy maji, a diky nim mapa vypada jako mapa, a ne
jako plan mesta...
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
Ahoj!
Schyluje se nejak k importu lesu? Javou nevladnu, takze tam asi s
vyhazenim duplicit nepomuzu, ale postprocesor ve skriptovacim jazyce
bych zvladnout mel...
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
Ahoj,
postprocessing by byl zdlouhavy a zbytecne pracny. Zavedu indexaci primo
v importeru. Odstavil jsem se ted na chvili. Delam do skoly a jak budu
moci, tak to dodelam. Uz jsem taky uspesne stihl zapomenout, jak vlastne
dopadla diskuze o importu.
Mam pocit, ze tak, ze udelam novou varku dat a
59 matches
Mail list logo
