Ja myslim, ze je celkem jednoduche rozdelit geometrie dle krizovatek.
Tyto krizovatky se pak muzou nahrat zvlast. Pote mezilehle ways (uz
mozno paralelne) a nakonec nejake ty relace, ktere to spoji do okresu apod.
Snad jsem to pochopil :)
Tomas
Martin Kupec napsal(a):
On Thu, Feb 25, 2010
Vzdyt jsem na to uz wiki vytvoril... Tak kam teda se to bude psat? Neni
treba se registrovat do te OSM? Ja tam ucet nemam...
Tomas
jzvc napsal(a):
Dne 25.2.2010 0:01, Michal Grézl napsal(a):
beru si 395:)
a posleze urcite neco dalsiho, tohle znam a zatim tam je vsechno spatne;)
To nevim co myslis. Ja stahuju vzdy jen malinke okoli toho daneho
polygonu ne cely bound pro vsechny. Pak to neni tak hrozne.
Tomas
Jan Dudík napsal(a):
Uff, i tak jsou rybníky rozházené na docela velké ploše, navíc mi čas
od času zamrzne josm na několik minut :-(
a kvůli lesům si člověk
A jak se ma pri tomto postupovat? Ja myslel, ze pro kazdy bod co JOSM
uploadne si priradi nove id. Takze kdyz spadne spojeni melo by stacit
dat save a tim uz by mel byt XML updatovan o to co se uploadlo. Nebo se
mylim?
Tomas
Jan Dudík napsal(a):
Jo, to je možný část 91 mi spadla chvilku po
typy chyb by tomu nasvedcovaly.
BTW: Osobne trochu nechapu co trva na uploadu 1MB dat na 8Mbit lince cca
20 - 30 minut. Tech +- 10k zaznamu se da nacpat do databaze behem vterin.
2010/2/23 Tomas Kolda ko...@web2net.cz:
No asi to tak neni, protoze by pak nevznikly ty duplikaty.
Jak
Tak jsem to zkusil. Ten diff upload asi chodi jen na devel verzi JOSM.
Ted jsem uploadnul svuj posledni soubor a trvalo to asi 10 minut. Data
tam byli za par sekund, ale ten commit trosku trval. Nejdriv mi to
prislo dlouhe tak jsem dal cancel. Na podruhe jsem vydrzel. Duplicita
tam neni. Takze
Taky jsem nad tim premyslel. Mozna by bylo lepsi udelat soubory po poctu
polygonu. Protoze na velikost souboru je to hodne variabilni. Preci jen
kontrola 20ti rybniku je neco jineho nez kontrola 1 prehrady versus 200
rybnicku.
Asi udelam soubory po 20ti, co rikate?
Tomas
Jan Dudík
Koukal jsem na to a rybnik je ok (cely polygon). Asi jste narazil na
body uprostred uploadu (ways se posilaji az uplne na konci). Kdyz soubor
trva hodinu muze dojit k tomu, ze jsou videt jen body. Kazdopadne bych
ty vase smazal. Dibavod je u techto vyrazne lepsi.
Mozna prosim nikdo ted
Melo by to jit dodelat dodatecne. Ted uz bych to mozna nechal.
Tomas
Jan Masopust napsal(a):
Ahoj,
díval jsem se na ty soubory a narazil jsem na to, že se tam dost
používají zkratky (místo rybník je tam ryb.)
Na wiki je napsané, že zkratky v OSM nepoužíváme. Nevím jestli to má
cenu
se skutecne neduplikuji, bude to dobre. Ja jsem totiz napr. jeste
objevil, ze jsem nekontroloval landuse=basin.
Zamlouvam si zatim soubory:
002, 003, 004, 005
Mejte se
Tomas
Tomas Kolda napsal(a):
Takze zkousim importovat prvni soubor novych nekonfliktnich ploch.
Zitra se podivam zda se
Achjo,
ano jsou navic. Prave proto jsem chtel aby to nekdo zkontroloval, ja to
samozrejmne prehledl. Tak ja to opravim a nahraju novou verzi. Ale az
zitra...
Dik
Tomas
Lukas Kabrt napsal(a):
Ahoj,
koukal na xml soubory z http://www.web2net.cz/osm/dibavod/ a nevim
jestli je to chyba nebo
Prvnich 30 opravenych je tam, zbytek zitra.
Tomas
Tomas Kolda napsal(a):
Achjo,
ano jsou navic. Prave proto jsem chtel aby to nekdo zkontroloval, ja to
samozrejmne prehledl. Tak ja to opravim a nahraju novou verzi. Ale az
zitra...
Dik
Tomas
Lukas Kabrt napsal(a):
Ahoj,
koukal na xml
Takze zkousim importovat prvni soubor novych nekonfliktnich ploch. Zitra
se podivam zda se to spravne renderuje a pak mi muzete pomoct poslat dalsi.
Data jsem jeste pregeneroval, takze ty stara jsem radeji smazal at se to
neplete. Udelal jsem totiz, aby byli v souborech polygony v priblizne
1:18, Tomas Kolda napsal(a):
Ahoj,
trosku jsem se opozdil, ale snad to stoji za to. Zde je vysledek:
Muj postup:
1) nacteni aktualniho CR OSM a import dat
2) Pro vsechny polygony obsahujici jeden z tagu waterway=riverbank,
landuse=reservoir, natural=marsh, natural=water vytvorit coverage
Ahoj,
trosku jsem se opozdil, ale snad to stoji za to. Zde je vysledek:
Muj postup:
1) nacteni aktualniho CR OSM a import dat
2) Pro vsechny polygony obsahujici jeden z tagu waterway=riverbank,
landuse=reservoir, natural=marsh, natural=water vytvorit coverage
40x40metru.
3) Pro vsechny
jaký je další výhled pokud se týká
potoků.
Pražák
Původní zpráva
Od: Tomas Kolda ko...@web2net.cz
Předmět: Re: [Talk-cz] dotaz na stav importu z DIBAVOD
Datum: 27.1.2010 18:59:45
Ahoj,
Delam na tom. Ted jsem trochu nestihal
Ahoj,
Delam na tom. Ted jsem trochu nestihal, ale chtel bych to stihnout do
patku, protoze pak jedu na dovolenou. Vystupem nyni bude import
nekonfliktnich nadrzi a tech co jsou konfliktni. Pote si to dle oblasti
kazdy muze natahnout do editoru a rozhodnout, ktera verze je ok. Spatnou
smaze.
Prosimte nejak jsem nepochopil co tedy nepouzit :) Muzes mi naopak
napsat presne co pouzit? Ja tychle veci moc neresim, takze nevim co je
nejvice vypovidajici.
Tag pro timestamp by se take hodil...
Dik
Tomas
hanoj napsal(a):
Dale tagy davam k way takoveto (pro nadrze):
tag k=source
Ahoj,
ten sqlite neni zadnej standard, to jsem si udelal vlastni format, aby
se s tim dalo lepe pracovat... To co je v priloze jsem jeste nekde na
disku nasel. Nemam se toho ujmout? Nerad bych, aby to dopadlo spatne.
Ted se mi to nechce cist jestli uz to delas, ale jestli budes chtit muzu
kvalita, alespon co si pamatuju.
T
Pavel Machek napsal(a):
AhoJ!
Aha, a ten nekdo je s nejvetsi pravdepodobnosti Tomas Kolda, viz:
http://www.mail-archive.com/talk-cz@openstreetmap.org/msg02092.html
Jinak co importovat... urcite vodni toky (a01-a03) a vodni nadrze
(a05).
V
is_in mi take prijde jako naprosta zbytecnost. Vzdyt preci vypocet, ze
je neco v polygonu je s pouzitim spatial indexu otazkou okamziku. Na
vyplnovani bych tolik nespolehal...
T
Martin Mares napsal(a):
Dobry vecer vespolek!
A to ma chudinka navigace pokazdy stahovat celej svet aby
Potrace byl pouzit na vektorizaci UHUL lesu... Pouziva se velmi hezky a
celou CR (100 000 * 70 000 pixelu nebo tak nejak) vypocital za par
minut. Pouzival jsem ho jako knihovnu.
T
Lukas Kabrt napsal(a):
Z potrace by se mozna dalo pouzit nektere algoritmy, ale vystup
samotneho potrace mi
Volim 3
T
Radomir Cernoch napsal(a):
Dobrý den,
myslím, že nastal čas hlasovat o vítězné variantě pro datový model adres
v ČR. Návrhy jsou řazeny dle stáří. Svoje hlasy, prosím, zašlete v
odpovědi na tento e-mail. Hlasuje se pro právě jednu z variant.
Zbytek navrhovaných změn (obsah
+1
T
Tomás( Mika napsal(a):
Zdravim
Taky si tedy pridam jeden hlas.. Klonil bych se ke Kubajzovu navrhu to
psat cesky
protoze pro konscription ale i pro district se stejne na wiki musim
podivat coze to vlastne je.
ToM!k-talmik
2009/6/17 Kubajz kub...@kbx.cz:
Pak uz mam akorat
Jeste me napada, ze vyhledavani adres stejne jede fulltextove, takze
rozlisovat kvuli vyhledavani smysl asi nema. Nikdo nebude delat kolonku
pro cisla, ale spise se jede Vodickova 111, Praha apod.
Jde tedy asi jen o grafickou reprezentaci. Z meho pohledu je
efekltivnejsi (pro vykreslovani)
No mozna by bylo vhodnejsi na takto velkou a zasadni zmenu nechat trochu
casu na reakce.
Ja osobne nejsem pro. Nevidim zadne vyhody.
T
Radomir Cernoch napsal(a):
Dobrý den,
v diskusi se neozval žádný silný protinázor a nic tedy nebrání samotnému
přejmenování. Berte prosím na vědomí, že:
*
tom jak něco otagovat se používá jako
argument přinejhorším se to pak dá hromadně změnit.
Tak ukažme, jestli je to platný argument :-)
=TT=
2009/6/4 Pavel Kovář f...@vsetin.org:
===
Thu, 04 Jun 2009 14:10:33 +0200
Tomas Kolda ko...@web2net.cz napsal
UIR.
flame
Stejně za to může ten nešťastný koncept rvát do housenumber něco, co
většina domů vůbec nemá.
/flame
=TT=
2009/6/4 Tomas Kolda ko...@web2net.cz:
Jesli je mysleno UIR, tak na to jsem psal skript ja. Ze bych nebral ohled o
tom nemuze byt rec. Naopak jsem prevzal sablonu nekde z mailing
Ahoj,
dnes jsem zkonsolidoval me pokusy implementovat sqlite a mapnik. Posilal
jsem to do konference OSM, ale pokud mate nekdo zajem, byl bych rad,
kdybyste mi k tomu take neco napsali. Aspon se budu moct rozhodnout, zda
s tim neco delat dal :)
Bohuzel zatim jsou binarky jen pro windows, ale
No jako nouzovka by slo pouzit jednoduchy python, ktery by vygeneroval
skutecne jen polyline bez textu a vseho. Takhle uloha zadnou slozitost
mit nebude a melo byt to byt jednoduche napsat. Potom to muzes zkusit
naimportovat do te sve navigace a az pote co budes uspesny, bych si hral
s
Jestli chceme byt pripraveni da se udelat statistika vsech
prispevovatelu v Czechii. Kdyz bude seznam idcek, do kterych nekdy dana
osoba zasahla muzeme presne vedet, ktere se pak vymazou. Pote klidne
muzeme obeslat vsechny prispevovatele a Ti co nereknou ano, se muzou
pouzit jako argumenty
Z toho co jsem vypozoroval se mi nova libi a problem s tim nemam. Chapu
take, ze zmenit licenci by se melo udelat vcas. Coz uz neni asi pripad
OSM, ale bude to jedine horsi. Soucasna neni na miru teto aplikace, tak
proc ji nezmenit. Pro me osobne licence musi splnovat toto:
* Moznost pouzit
A nestaci tam dat nejaky regexp?
V pythonu napr.
m = re.search(r^([0-9]+) *?([a-zA-Z]?)$, attr)
assert m is not None
print cislo, m.group(1), pismeno, m.group(2)
Nebo podobne... Muzete si tam dat oddelovace a cokoliv. Ale striktne
bych format asi nenutil, kdyz to neni treba...
T
Tomás(
Ja bohuzel v tomto nepomuzu, proto cekam na nejaky nazor, abych mohl
import zapocit. Zakonum vubec nerozumim a ani nemam zname mezi pravniky.
Vysledek tedy zatim je (alespon pro me), ze to nemuzeme pouzit. Alespon
jsem zatim nevidel nic co by tomu napovidalo.
T
Ondrej Novy napsal(a):
Ahoj,
, ulozi atd...
T
Petr Dlouhý napsal(a):
On Tue, 04 Nov 2008 12:41:55 +0100, Tomas Kolda [EMAIL PROTECTED] wrote:
No myslel jsem, že by to mohlo být podobné jako se silnicemi, tedy soubor
(eventuálně rozdělený do oblastí), který by si mohl každý stáhnout a
zkopírovat požadovanou obec do mapy
Je to strasne velike, takze s uploadem cekam az nekdo alespon rekne, ze
ten vyrez je prijatelnej...
T
Pavel Machek napsal(a):
Petr Nejedly uz psal, ale asi to zapadlo:
V případě tisku si zpracovatel vyhrazuje uvedení copyrightu na
vytištěném listu
takto: (c) Zpracováno s použitím dat
+0100, Tomas Kolda [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Jo, mě ten výřez přišel v pořádku. Osobně bych tu generalizaci
nedělal (až
na těch několik zhlukků cca 10 bodů u případě Sázavy), ale i ty 2
metry
jsou celkem přijatelné (akorát malé nádrže to udělá dost
otravuju, ale asi je to
nejvice dulezite...
Jeste dodelam ty brehy (riverbank).
T
Petr Dlouhý napsal(a):
On Mon, 27 Oct 2008 19:17:23 +0100, Tomas Kolda [EMAIL PROTECTED] wrote:
Ale necham se ukecat.
Dobře. Moje argumenty proti generalizaci jsou:
-Dnes se zdá 100 nebo 200MB moc, ale je
Ted si uvedomuju, ze vlastne nemame zapracovane to rozhodovani mezi
river a stream (seznam jsem posilal). Takze finalni dump to stejne asi
neni...
Do finalniho muzeme toto zapracovat.
T
Petr Dlouhý napsal(a):
On Mon, 27 Oct 2008 21:36:36 +0100, Tomas Kolda [EMAIL PROTECTED] wrote:
Jo
Tak jeste jsem to ani nenahral a uz je tam chyba, ktera josmu nevadi,
ale osmosis jo (redefinuji spolecne nody). Udelam to tedy naopak. Zkusim
nahrat databazi a budem vylepsovat exportovaci skript...
Mazu tedy jiz uploadnute at tam nekdo nema chyby...
T
Tomas Kolda napsal(a):
Ted si
z jineho dilu xml. V
rozsekanych souborech je totiz sdileny nod vicekrat referencovany, ale
muze byt uvedeny jen v jednom. Mam to uz vymyslene a tezko se to
popisuje, proste jsem tim chtel rict, zatim to neuploadujte :)
T
Tomas Kolda napsal(a):
Tak jeste jsem to ani nenahral a uz je tam chyba
Ahoj,
takze jsem skoro dokoncil import. Co je hotove:
- Importovany linie jednotlivych toku 5.212.525 bodu 250.612 linii
- Importovany nadrze 1.486.406 bodu 72.026 ploch 822 multipolygonu z
toho 1.522 der (ostrovu)
- Importovany nazvy vcetne identifikatoru pro pripadny merge v budoucnu
-
dela...
T
Petr Dlouhý napsal(a):
On Fri, 24 Oct 2008 07:14:14 +0200, Tomas Kolda [EMAIL PROTECTED] wrote:
Automaticky jsem na silnicích nic nespojoval. Používal jsem to při
vytváření toho grafu (aby se vymazal bod, pokud je ta silnice někde
uprostřed přerušená).
Ručně jsem ovšem některé
V tom pripade se pouziva to co jsem psal v druhem odstavci (sekani ways
pomoci algoritmu, jenz urcuje zda tam krizovatka je ci neni). Komercni
navigacni data napr. multinet jsou skutecne rozsekana po castech (format
GDF).
Jestli je to v OSM takto zavedene, tak proc ne. Asi tento zpusob
Vecer neco poslu. Ja vybral oblast kde jsou polygony, linie i riverbank.
Kdyz posles bounding rect udelam oblast na morave. Hlavne at to neni moc
velike...
Jinak kdyz to dam do JOSMu a pak stahnu okoli, tak ta oblast co jsem
posilal sedi skoro presne...
T
Petr Nejedly napsal(a):
Tomas
, 2008 at 09:48:37AM +0200, Tomas Kolda wrote:
V tom pripade se pouziva to co jsem psal v druhem odstavci (sekani ways
pomoci algoritmu, jenz urcuje zda tam krizovatka je ci neni). Komercni
navigacni data napr. multinet jsou skutecne rozsekana po castech (format
GDF).
Jestli je to v OSM takto
) Zpracováno s použitím dat Povodí Labe
http://www.pla.cz/planet/ram.aspx?id=21
2008/10/24 Tomas Kolda [EMAIL PROTECTED]:
PS: Jeste poprosim nekoho komu neprijdou zakony dost sifrovane at nezavisle
potvrdi tu moznost pouziti. Ja se v pravni hantyrce neorientuji... Jen
abysme to pak cele nemuseli
napsal(a):
Tomas Kolda píše v Čt 23. 10. 2008 v 10:32 +0200:
Typ waterway bych detekoval podle nazvu. Pokud tam bude slovo potok
tak potok, jinak reka. Vse bez nazvu bych dal take potok. Take muzem
pomoci distinct vyjet vsechny nazvy a nekdo muze oznacit seznam co je
reka... Zbytek se doupravi
Mozna to neni spravne reseni, ale co presne pod tou budovou vykousnout
do reky pevninu? Jestli bereme mapu jako grafickou vektorovou
reprezentaci, tak by to mohlo byt jedno. Reseni to mozna neni
nejhezci, ale bude to asi to co chces.
Nebo bug report do mapniku?
T
Kubajz napsal(a):
Ahoj,
Jo a jeste ten ciselnik nazvu s primitivni detekci rek a potoku. Muzete
navrhovat jak to udelame ve vychozim importu... (sada cp1250)
http://www.web2net.cz/osm/dibavod_nazvy.zip
T
Tomas Kolda napsal(a):
Ahoj,
takze jsem dodelal import. Dost me zdrzel prevod souradnic, ale melo
by to byt ok
2008 00:33:55 +0200, Tomas Kolda [EMAIL PROTECTED] wrote:
Ahoj,
takze jsem dodelal import. Dost me zdrzel prevod souradnic, ale melo by
to byt ok. Pro zvedave k presnosti posilam vysek databaze v okoli
prehrady. Zatim je tam jen waterway a vzdy river, ale nazvy uz tam
jsou.Polygony a brehy
Udelam jen xml do JOSMu, Samozrejmne si to vsichni nejdrive prohledneme.
Jinak se asi bude importovat waterway, ale riverbank zustanou ty co jsme
kreslili
T
Stanislav Brabec napsal(a):
Tomas Kolda píše v Út 21. 10. 2008 v 12:53 +0200:
Klidne se toho ujmu, jaky source tomu chcete
Na data jsem koukal. Je to pomerne velka cast CR zpracovana do
nejmensich detailu (ruzne potucky apod.).
Zkuste tedy nekdo vyjasnit licenci a pak to muzem naimportovat. Takto to
tedy zatim ukladam k ledu...
T
Petr Nejedly napsal(a):
Tomas Kolda napsal(a):
Klidne se toho ujmu, jaky
V tom pripade jdu na to. Dibavod obsahuje celou CR s neuveritelnou
podrobnosti. Problem bude vyfiltrovani dat, protoze obsahuji snad i
louze :) Bude potreba udelat nejakou simplifikaci a pridani jen toku,
ktere maji alespon nazev. No to se muzeme domluvit. Zkusim udelat vzorek
rek, vodnich
Jo tak nejak bych to videl. Jinak doplnovani dat z UIR je mozne dopsat,
ale dle jejich aktivity nevim zda na to vynakladat volny cas. UIR totiz
doplnuje adresy, ulice apod, ale pouze jen ciselniky. Lokalizaci adres
nijak moc (vubec) neprovadi. Podle me z duvodu konkurence u
statistickeho
Ahoj,
nevite jak ziskat pomoci osmxapi komplet historii vyrezu? Nebo neni
nekde planet s historii? Proste jinak nez se ptat po jedne entite...
Dik
T
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Ahoj,
je to hezky, ale nechapu 2 veci.
Proc je potreba mit vsechny nody v pameti? Dve moznosti:
1. Vykresli se cela cesta i kdyz se v ni hybne treba jen jednim nodem? To
bych mozna takto nezeslozitoval... Jak to vypada kdyz se kresli jen
modifikace nodu? Kdyz se totiz pridava way, tak by se
Navigace si s timto poradi. Komercni dodavatele dat tento zpusob mapovani
pouzivaji, kvuli komprimaci dat. Vyuziva se toho, ze baraky jsou rovnomerne
rozdelene a tudiz nepresnost navigace je minimalni. Nikdo nepotrebuje trefit
vchod na metr. 20 metru je uplne dostacujici...
T
[us-ascii]
Nejsem schopen najit to original CD a vypada to, ze vsechny linky na UIR
jsou mrtve. Nemate nekdo orig CSV nebo SQL z toho UIR CD? Potrebuju
rozchodit ty skripty, uz jsem to dlouho nepoustel...
T
Tomas Kolda writes:
Ja to uplne pres zaplavu cestinarskych emailu vypustil z hlavy :) Poslu
Ja to uplne pres zaplavu cestinarskych emailu vypustil z hlavy :) Poslu
skript (v pythonu) s databazi a exportni templatou. Pak uz to tam kdokoliv
muze poslat... Dostanu se k tomu az vecer.
T
Petr Nejedly writes:
Petr Dlouhý napsal(a):
Dobrý den,
chtěl bych se zeptat, co vlastně
Chran buh, abych se dostal do tohoto flamu. Alespon mi tak toto vlakno
pripada. Na pravopis nejsem ani trochu odbornik, jak jiste vite z mnou
psanych emailu. Presto uznavam lidi, ktery znaji psany jazyk cesky. Pokud
jsou nova pravidla jednodussi, urcite bych je pouzil. Ma pritelkyne je
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,
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
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:
ahoj,
je uz import lesu hotovy nebo se na nem jeste bude pracovat (otaceni
pasek apod?)
Jestli jo
Asi bych to umel opravit. Napada nekoho jak dostanu vsechny lesy co jsou na
uzemi CR? Pote uz staci udelat modifikace na prislusny smer. Rucne bych to
nedelal.
Muzu vzit czechia, ale nevim co se dela pri vysekavani na hranicich...
Chtelo by to vsechny lesy s dostatecnym bound boxem pro CR a
Tak jsem se po delsi dobe dostal k pocitaci a co nevidim :) Spenat je fakt
peknej. Image of the week myslim potrebuje nejakou originalitu, takze asi
ne. Nekdy zkusim sepsat par poznamek o lesich do Wiki jak nekdo psal, ale
pristup do Wiki nemam.
Ale napad, byt Czechia Team v image of the
Nemas link na ten BMP2DWG(DXF)? Konverze formatu je samozrejmne jednodussi
uloha.
T
Michal Kovar writes:
No kdyby nekdo umel napsat obycejnou konverzni utilitu DWG(DXF) = GPX,
KML nebo podobne, dalo by se delat spousta veci - tyhle pluginy uz davno
existujou - a velmi kvalitni a je
Pred importem jsem vyhazoval cesty z lesu a jine podobne artefakty, co
se mi nelibily. Potom odstranuji nektere prebytecne body. Prekvapilo me,
ze algoritmus generalizace za sebou zanechal treba tri body v rozmezi
20m na uplne rovne care...
No ten algoritmus ma svoje vyhody
Ja tam vubec nic nevidim (vsude bilo), co delam spatne?
T
Jiri Jakes writes:
Tak v JOSM při projekci EPSG:4326 to jde poměrně dobře (
http://wms.cuzk.cz/wms.asp?service=WMSVERSION=1.1.1REQUEST=GetMapSRS=EPSG:4326LAYERS=rst_dkmFORMAT=image/pngTRANSPARENT=FALSE
), délky sedí, ale teď
Petr Nejedly writes:
*) sloucit dva polygony:
- vybrat dva stycne body na prvnim polygonu, split way, smazat jednu way
- vybrat dva stycne body na druhem polygonu, split way, smazat jednu way
- bud domalovat dve propojovaci waye nebo zmergovat stycne body
- join way - spojit dva vysledne
Aha udelal jsem spatne tag source. Takze musim pregenerovat. Jinak, kdyz to
tak pocitam je tu povetsinou psano, ze mam uploadit. Nevim kdo je tu
nejvetsi autorita, takze to tam asi zacnu nahravat a pak se to snad
opravi...
T
Tomas Kolda writes:
Login do OSM wiki nemam, takze jsem to tam
Ahoj,
takze soubory ke koukani/uploadovani jsou:
http://www.web2net.cz/osm/lesy_001.osm.bz2 az 033
Dale jsem zkusil uploadnout 001 (takze ten uz v OSM je). Trvalo to asi 3
hodiny. Napadlo me totiz, ze send je vetsina casu. Pote staci z JOSMu ulozit
uz aktualizovana IDcka a muze se v pohode
, jak to tam je.
K
P.S.: Diky za namahu. - podarilo se Ti nakonec implmentovat ten upgrade
pro algoritmus?
Tomas Kolda napsal(a):
Ahoj,
takze generalizovane lesy jsou zde:
http://www.web2net.cz/osm/lesy.osm.bz2
naimportoval jsem to do prohlizecky at muzete rychle zkouknout (je
Dik za rady. Zaporne idcka mam, otaguju uhulem. Jen to tedy splitnu a zkusim
JOSMem vecer naimportovat prvni dvacetinu co to udela. Mam tedy importovat
tu druhou variantu?
T
Petr Nejedly writes:
Pavel Machek napsal(a):
Ahoj!
tak dnes jeste jednou. Udelal jsem generalizaci na 20metru
Jako, ze by renderer neudelal obycejny test na bounding box? Tomu asi
neverim
Jinak dneska asi uz poslu vystup z generalizace tak muzete zkouknout.
Pod 1.5mil bodu s chybou 25 metru se asi nedostanem...
T
Pavel Machek napsal(a):
Ahoj!
Udelal bych to po dlazdicich a pri
Tak jsem vcera ze srandy zkusil, potracnout celou cr. Akorat jsem blbe
pocital, takze cela CR ma 1GB. Potrace si dela vnitrne kopii, takze nez
neco zacne pocitat uz je na dvou. Nakonec velmi neusporne uklada
vysledne vektory (dostane se tak na 4-5GB RAM). Doma mam bohuzel jen 32
bit stroj,
Tak jsem to pokoril, po par upravach stacilo 1.5GB. Vysledek je zde.
http://www.web2net.cz/osm/lesy.7z
po rozbaleni je tam python skript, ktery generuje osm. Vygeneruje asi
1.2GB osm soubor. Je to tim, ze je polygon v nejvyssi presnosti, bez
uprav. Ze zdrojaku se vycte i format a zpusob
Ahoj,
Kubajz napsal(a):
ja jsem se do toho pustil, tak mi pockej do konce tydne a predam kdyztak
vse, co jsem do te doby vytvoril. V sobotu odjizdim na dovolenou, takze
pak 14 dni na tom nebudu moci delat ani nahodou.
Super! Jasne pockam urcite, prace je dost i jinde. Akorat to nejak pak
..., set..., remove...,
nebo klidne JPA, ale to uz je asi kanon na brabce.
Petr Nejedly napsal(a):
Tomas Kolda napsal(a):
Takze pre alpha je zde:
http://www.web2net.cz/osm/dist.zip
Zatim to neumi nazvy cehokoliv (v databazi jiz jsou), zoom maximalne
1:10 (ostatni nejsou vygenerovany
Nemam na vyvoj moc casu, takze asi 4 mesice jsem vyvijel jen datovou
zakladnu (komprimace, spatial indexy, konverze dat apod.). Posledni asi
3 tydny delam na grafice, takze tam jsou mouchy presne co pisete.
Optimalizace na grafice je nulova, proto mate asi tu javu rychlejsi.
Jinak ale myslim,
Petr Nejedly napsal(a):
Ani smykem. 500k nodu x 16B souradnice + 8B ID je samo o sobe 12MB
a to jeste ani nejsou vsechny informace z OSM. Ale to neni problem javy,
tolik tech dat proste je a editor je musi udrzet. A OSM APIv0.6 to muze
udelat jeste horsi.
Ja nacitam diky spatial indexum jen
vykresli spravne proto, ze mapnik
waterway=riverbank nepodporuje, takze vnitrni way ignoruje.
Doporucuji porovnat renderovani s Osmarender.
On 5/17/08, Michal Grézl [EMAIL PROTECTED] wrote:
2008/5/16 Tomas Kolda [EMAIL PROTECTED]:
Ahoj,
muzete mi nekdo vyjasnit jak presne se
proto, ze mapnik
waterway=riverbank nepodporuje, takze vnitrni way ignoruje.
Doporucuji porovnat renderovani s Osmarender.
On 5/17/08, Michal Grézl [EMAIL PROTECTED] wrote:
2008/5/16 Tomas Kolda [EMAIL PROTECTED]:
Ahoj,
muzete mi nekdo vyjasnit jak presne se rozpoznavaji plochy v OSM? Na
Ahoj,
muzete mi nekdo vyjasnit jak presne se rozpoznavaji plochy v OSM? Na
strankach jsem se docetl, ze polygon je uzavrena Way, ktera ma
definovanou Map feature jako polygon.
Kdyz jsem ale koukal na vyrenderovane mapy, tak napr. riverbank Vltavy
neni uzavrena cesta. Presto ji OSM generuje
84 matches
Mail list logo