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
Ahoj,
padle zde zmínka o josm-ng, kde se dá stáhnout *.jar, popř lze nějak
zkompilovat pro windows ?
S pozdravem
Petr Schonmann
Mail: [EMAIL PROTECTED]
http://fatbozz.towerofglass.net
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
Petr Schonmann napsal(a):
Ahoj,
padle zde zmínka o josm-ng, kde se dá stáhnout *.jar, popř lze nějak
zkompilovat pro windows ?
JOSM-NG je muj pokus o zefektivneni datovych struktur a renderovani
v JOSM tak, aby se v nem v realnem case dal editovat dataset velikosti
czechia.osm
Starsi build
Nejak nejsem schopen pochopit, jak s tou mapou nalozit.
Mame k dispozici PNG soubor s nasledujicimi informacemi:
Nicméně - kdosi k mapě vytvořil též kalibrační soubor pro OziExplorer
(přikládám).
Jsou tam uvedeny čtyři body s tím, že projekce je Mercator a souřadnice ve
WGS 84. Body
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
Ano, dočasně je na
http://linux.fjfi.cvut.cz/~w/trans/prahou_na_kole_layer.pngJe to to samé,
jako GIF celé mapy s podkladem na prahounakole.cz.
Václav Štěpán
2008/5/15 Pavel Machek [EMAIL PROTECTED]:
On Thu 2008-05-15 12:31:15, Jachym Cepicky wrote:
Nejak nejsem schopen pochopit, jak s tou
...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?)
27 matches
Mail list logo