Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-28 Tema obsahu Ondrej Novy
Ahoj, On Mon, Oct 27, 2008 at 10:29:53PM +0100, BH wrote: > Nebezi jim to nahodou na postgresql? Ale postgresql ma taky moznost > behu v clusteru pokud vim s replikaci DB je obecne sileny problem. Replikace master-master (kterou momentalne OSM API 0.5 vyzaduje) neni PLNE funkcni ani pro MySQ

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-27 Tema obsahu Tomas Kolda
Tak dnes uz naposled. Uploaduji databazi do http://www.web2net.cz/osm/vody/ cela bude asi za 10 minut. Je tam i generujici skript. Staci rozbalit databazi a pri prvnim spusteni se vytvori indexy, aby byl soubor na webu mensi Na zacatku skriptu je bounding rect, ktery se generuje... Pro c

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-27 Tema obsahu Martin Kokeš
Tomas Kolda napsal(a): > - Kontrolu licence :). Ja vim, ze s tim porad otravuju, ale asi je to > nejvice dulezite... Požádal jsem o vyjádření p. Kužílka, odborníka na právo a svobodný přístup k informacím: http://www.otevrete.cz/forum/viewtopic.php?p=3447#3447 MK

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-27 Tema obsahu Tomas Kolda
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 uvedomuju

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-27 Tema obsahu Tomas Kolda
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, zap

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-27 Tema obsahu Petr Dlouhý
On Mon, 27 Oct 2008 21:36:36 +0100, Tomas Kolda <[EMAIL PROTECTED]> wrote: Jo, zapoměl jsem na jednu věc, která v tom výřezu chyběla. Byli tam použity zkratky místo celých názvů (v. n. místo vodní nádrž). Předpokládám, že to tak je už ve zdrojových datech. Nešlo by to náhodou rozvinout do pl

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-27 Tema obsahu Tomas Kolda
Dobre nechal jsem se ukecat. Uploaduji tedy s plnou presnosti a pri updatech se bude lepe detekovat zmeneny (posunuty) nod. Ze stejneho duvodu tedy nebudeme spojovat at mame zachovany dibavod idcka. Soubory budou postupne pribyvat na http://www.web2net.cz/osm/vody/ Mam pomale pripojeni, ale sn

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-27 Tema obsahu Martin Kokeš
Petr Dlouhý napsal(a): > Cena za výpočetní > výkon, který daný objem dat spotřebuje bude jistě řádově nižší. > Skutečným argumentem by pro mě bylo, kdyby přesnost těch dat byla > nepřiměřená pro danou metodu mapování, a tudíž by už nebyla zachycena > žádná další informace o realitě. > Ano

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-27 Tema obsahu Petr Dlouhý
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 to způsobené tím, že tu databázi máme poměrně prázdnou. Jak budeme postupně přidávat další data, tak se

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-24 Tema obsahu Tomas Kolda
Tyto data jsou dabavod, coz neni povodi Labe. Melo by se to nejak ridit asi tim zakonem, jak bylo zminovano v tomto threadu. T Martin Vidner 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)

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-24 Tema obsahu Martin Vidner
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 Povodí Labe" http://www.pla.cz/planet/ram.aspx?id=21 2008/10/24 Tomas Kolda <[EMAIL PROTECTED]>: > PS: Jeste poprosim nekoho komu

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-24 Tema obsahu Ondrej Novy
Ahoj, On Fri, Oct 24, 2008 at 10:13:55AM +0200, Petr Dlouhý wrote: > 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

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-24 Tema obsahu Petr Dlouhý
Od: Tomas Kolda <[EMAIL PROTECTED]> > Předmět: Re: [Talk-cz] Možnost využití dat Povodí Labe > Datum: 24.10.2008 10:10:10 > > Ja to delam presne obracene, pro grafiku spojuji entity se stejnymi > atributy a navigacni data beru tak jak js

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-24 Tema obsahu Ondrej Novy
Ahoj, On Fri, Oct 24, 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)

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-23 Tema obsahu Petr Dlouhý
On Fri, 24 Oct 2008 08:02:20 +0200, Tomas Kolda <[EMAIL PROTECTED]> wrote: A které routování s tím nefunguje? Zkoušel jsem yournavigation.org (který vychází z gosmore), a nevadí mu to. Tuhle cestu

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-23 Tema obsahu Tomas Kolda
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, ktera zacina stenym nodeID jak

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-23 Tema obsahu Petr Dlouhý
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é silnice spojoval, protože mi to tak

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-23 Tema obsahu Petr Dlouhý
On Fri, 24 Oct 2008 01:41:31 +0200, Petr Dlouhý <[EMAIL PROTECTED]> wrote: Tak posílám všechny xslt, která používám k porovnávání silnic v OSM s databází RSD. Sjednocení wayí se stejným ref (změňte to na něco, co jednoznačně identifikuje tu řeku) je v souboru "unifySameRef.xsl". Možná by

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-23 Tema obsahu Tomas Kolda
Jaka by mela byt vyhoda spojovani? Vzdyt nechceme polygony a cary o rozmerech nekolika kilometru U silnic to ma navic za nasledek, ze se pak neda routovat. Co jsi spojoval na silnicich? Nebo to detekuje krizovatku o dvou hranach a vice nespojuje? T Petr Dlouhý napsal(a): On Fri, 24 Oct 2

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-23 Tema obsahu Martin Kokeš
Petr Dlouhý napsal(a): > Mě teda ta přesnost nepřipadá nijak přehnaně vysoká, ne pokud si děláme > ambice, že to jednou může sloužit i jako turistická mapa. Později bychom > toho mohli litovat, protože například podle detailů ve tvaru těch řek by > šlo odhadnout polohu různých objektů při pod

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-23 Tema obsahu Petr Dlouhý
On Fri, 24 Oct 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 >

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-23 Tema obsahu Tomas Kolda
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.

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-23 Tema obsahu Tomas Kolda
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 super prehnanou presnost u ne

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-23 Tema obsahu Tomas Kolda
Pro prvni rozhozeni do kategorii to bude stacit. Pote seznam doopravime rucne a ten se pouzije. Jinak jsou stejne jen 2-3 pouzitelne kategorie (waterway/river,canal?,stream). V OSM bych rekl, ze spise vyjadruji sirku pri kresleni, takze by botic jako river asi nevadil. T Stanislav Brabec na

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-22 Tema obsahu hanoj
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 254/2001 Sb. a 391/2004 > Sb. kv

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-21 Tema obsahu Tomas Kolda
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 pri

Re: [Talk-cz] Možnost využití dat Povodí Labe

2008-10-21 Tema obsahu Tomas Kolda
Klidne se toho ujmu, jaky source tomu chcete priradit? T Martin Kokeš napsal(a): > Nedalo mi to a zeptal jsem se Povodí Labe na možnost využití jejich dat > (osy vodních toků) ve formátu SHP, která poskytují na svých stránkách ke > stažení a dostalo se mi kladné odpovědi od p. Staňka, správce j

[Talk-cz] Možnost využití dat Povodí Labe

2008-10-21 Tema obsahu Martin Kokeš
Nedalo mi to a zeptal jsem se Povodí Labe na možnost využití jejich dat (osy vodních toků) ve formátu SHP, která poskytují na svých stránkách ke stažení a dostalo se mi kladné odpovědi od p. Staňka, správce jejich GIS i s doporučením. Ujmul by se prosím někdo importu? Martin Kokeš (shr3k) --- D