Skoda jen, ze maximalne presne je hodne relativni. Chtel bych videt zda
je neco v OSM s presnosti odchylky zakruty 2m. Jelikoz se pouzivaji
nastroje jako GPS a ortofoto, tak o tom dost pochybuji.
Slo mi o to zbytecne OSM nezatezovat. Cele vody (6mil bodu), je mnohem
vice nez cela czechia.
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
-
Tomas Kolda napsal(a):
Ano to s tim routovanim pravda je. Je to tim, ze graf (vrcholy a hrany)
urcuji way, kde vrchol je pocatecni a koncovy nodeID. To jsou prave ty
krizovatky. Kdyz je spojis do jedne way napr. u Tckove krizovatky tak
pak bude ta treti slepa, protoze nema navaznou way,
Tomas Kolda napsal(a):
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 jeste dodelavam.
Podivejte na
Tomas Kolda napsal(a):
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...
Na porovnani by stacil ten kousek, co jsem psal, cili:
[50.152,16.813,50.154,16.817]
Jinak kdyz to dam do JOSMu
Tomas Kolda napsal(a):
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).
Ano, ale to uz je zajiste exportni format
Slo by to v pripade, ze nekdo kdo dela routovani bude kontrolovat kazdy
nodeID v way a kdyz uvidi, ze je obsazen koncovy z jine cesty tak tam umele
udela krizovatku. To je ale velika nevyhoda, protoze ty nemuzes implicitne
predpokladat krizovatku pro kazdy sdileny nod. Proto se to dela
2008/10/24 Petr Dlouhý [EMAIL PROTECTED]:
Já bych ho změnil spátky na intopic tím, že bych zopakoval požadavek na
spojení těch řek na úseky o nějaké rozumné délce (například po 30Km).
Myslím, že se s tím pak bude líp pracovat a zmenší se tím velikost výsledného
souboru.
Kolik bude tech 30
BH píše v Pá 24. 10. 2008 v 14:41 +0200:
Jinak sdidelni nazvu pres vsechny cesty by mohlo jit udelat pres
pojmenovanou relaci, ne? Nikdy jsem to nedelal, ale mozna se to tak v OSM
dela...
Nic takovyho jsem v OSM nevidel. V praxi clovek musi pojmenovat vsechny
kousky.
Je to proposed
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 rucne.
To
Tomas Kolda napsal(a):
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
Petr Nejedly napsal(a):
No ja jsem se mezitim mrknul i na A01 (osy vsech toku) a to bylo bratru 5M
bodu a vsechno siroko daleko (cela republika) modre.
A kdyz jsem se koukal zblizka na horni tok moravy (od pramene po obec Horni
Morava, cili asi 8km), bylo tam spousta potucku ;-)
Předpokládám,
hanoj napsal(a):
Dne 21. říjen 2008 19:12 Martin Kokeš [EMAIL PROTECTED] napsal(a):
Martin Kokeš napsal(a):
Další otázkou je zda nezkusit využít přímo DIBAVOD celý.
http://www.vuv.cz/oddeleni-gis/17/o-projektu-dibavod.html
Podíval jsem se na příslušné zákony, zejména
Tomas Kolda píše v Út 21. 10. 2008 v 12:53 +0200:
Klidne se toho ujmu, jaky source tomu chcete priradit?
Jak se bude řešit konflikt s již zakreslenými toky?
Myslím, že spousta z nás strávila dlouhé hodiny mapováním všech meandrů
některé z řek a říček podle ortofotomapy. Takové podklady mohou
Tomas Kolda napsal(a):
Klidne se toho ujmu, jaky source tomu chcete priradit?
Že by source=pla:dibavod?
Nicméně: V případě tisku si zpracovatel vyhrazuje uvedení copyrightu na
vytištěném
listu takto: (c) Zpracováno s použitím dat Povodí Labe, státní podnik
Toto je podmínka, kterou těžko v OSM
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
Petr Nejedly napsal(a):
Tomas Kolda napsal(a):
Klidne se toho ujmu, jaky source tomu chcete priradit?
Že by source=pla:dibavod?
Nicméně: V případě tisku si zpracovatel vyhrazuje uvedení copyrightu na
vytištěném
listu takto: (c) Zpracováno s použitím dat Povodí Labe, státní podnik
Martin Kokeš napsal(a):
Další otázkou je zda nezkusit využít přímo DIBAVOD celý.
http://www.vuv.cz/oddeleni-gis/17/o-projektu-dibavod.html
Podíval jsem se na příslušné zákony, zejména 254/2001 Sb. a 391/2004
Sb. kvůli nimž by DIBAVOD stvořen. Vzhledem k tomu, že DIBAVOD podléhá
zákonu
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
Tomas Kolda napsal(a):
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
Jiri Klement napsal(a):
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
Jiri Klement píše v Út 21. 10. 2008 v 21:00 +0200:
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
Pokud ty data nebudou nejak obzvlaste enormne velka (= pocet bodu o
dost vetsi nez treba kolik maji lesy) tak bych to nechal - pokud se
zkomprimnovane OSM XML s novymi daty vejde pod 10 MB, neresil bych to
vubec, mozna pokud by zkomprimovane XML se vsemi toky melo nad 50 MB
tak bych zacal uvazovat
23 matches
Mail list logo