« zpět na výpis měsíce |

[Talk-cz] import dibavod

Vlákno 13.10. - 30.10.2010, počet zpráv: 29


13.10.2010 10:57:41 (#1)
gravatar

Pavel Machek

<pavel at ucw.cz>
1067 1226
...bezi -- tedy doufam, nerusit. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

14.10.2010 09:27:52 (#2)
gravatar

Zdeněk Pražák

<ZPrazak at seznam.cz>
835
Díval jsem se na probíhající import, ale nerozumím tomu. Importují se pouze prázdné body bez žádného tagu ani spojení do cest. Pražák zobrazit citaci
> ------------ Původní zpráva ------------ > Od: Pavel Machek <pavel na ucw.cz> > Předmět: [Talk-cz] import dibavod > Datum: 13.10.2010 23:37:46 > ---------------------------------------- > ...bezi -- tedy doufam, nerusit. > Pavel > -- > (english) http://www.livejournal.com/~pavelmachek > (cesky, pictures) > http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >

14.10.2010 09:30:40 (#3)
gravatar

Jiri Parkan

<jparkan at gmail.com>
47
2010/10/14 Zdeněk Pražák <ZPrazak na seznam.cz>: zobrazit citaci
> Díval jsem se na probíhající import, ale nerozumím tomu. > Importují se pouze prázdné body bez žádného tagu ani spojení do cest. > Pražák
Předpokládám že cesty se budou importovat následně, stejně jako tomu bylo u administrativních hranic. Mě by spíš zajímalo jestli jsou nějak řešené konflikty, některé body jsem viděl u zakreslených řek. Parkis

14.10.2010 09:42:27 (#4)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
356 733
STejně to probíhalo u rybníků - nejdřív se nahrají body a až na závěr spojnice, takže dokud probíhá, nerušit, maximálně by nastal konflikt. J&D 2010/10/14 Zdeněk Pražák <ZPrazak na seznam.cz>: zobrazit citaci
> Díval jsem se na probíhající import, ale nerozumím tomu. > Importují se pouze prázdné body bez žádného tagu ani spojení do cest. > Pražák > >> ------------ Původní zpráva ------------ >> Od: Pavel Machek <pavel na ucw.cz> >> Předmět: [Talk-cz] import dibavod >> Datum: 13.10.2010 23:37:46 >> ---------------------------------------- >> ...bezi -- tedy doufam, nerusit. >>                                                                       Pavel >> -- >> (english) http://www.livejournal.com/~pavelmachek >> (cesky, pictures) >> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- -- Ing. Jan Dudík

14.10.2010 11:25:27 (#5)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
Při takovém postupu existuje riziko, že o importu někdo nebude vědět, a prázdné body smaže. Nešlo by alespoň k bodům přidat nějakou poznámku? zobrazit citaci
> ------------ Původní zpráva ------------ > Od: Jan Dudík <jan.dudik na gmail.com> > Předmět: Re: [Talk-cz] import dibavod > Datum: 14.10.2010 09:43:01 > ---------------------------------------- > STejně to probíhalo u rybníků - nejdřív se nahrají body a až na závěr > spojnice, takže dokud probíhá, nerušit, maximálně by nastal konflikt. > > J&D >
Petr Dlouhý petr.dlouhy na email.cz

14.10.2010 03:12:46 (#6)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
356 733
No, u rybníků jsem přesně takhle smazal v JOSM nějaké body v průběhu importu, ale při nahrávání jsem dostal hlášený konflikt... J&D 2010/10/14 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci
> Při takovém postupu existuje riziko, že o importu někdo nebude vědět, a prázdné body smaže. Nešlo by alespoň k bodům přidat nějakou poznámku? > >> ------------ Původní zpráva ------------ >> Od: Jan Dudík <jan.dudik na gmail.com> >> Předmět: Re: [Talk-cz] import dibavod >> Datum: 14.10.2010 09:43:01 >> ---------------------------------------- >> STejně to probíhalo u rybníků - nejdřív se nahrají body a až na závěr >> spojnice, takže dokud probíhá, nerušit, maximálně by nastal konflikt. >> >> J&D >> > > > Petr Dlouhý > petr.dlouhy na email.cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- -- Ing. Jan Dudík

14.10.2010 08:46:31 (#7)
gravatar

Pavel Machek

<pavel at ucw.cz>
1067 1226
Ahoj! zobrazit citaci
> Díval jsem se na probíhající import, ale nerozumím tomu. > Importují se pouze prázdné body bez žádného tagu ani spojení do > cest.
Sorry, takhle velky mnozstvi dat se uploadujou pomalu. Nejdriv to uploaduje body, pak budou cesty. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

14.10.2010 08:52:39 (#8)
gravatar

Pavel Machek

<pavel at ucw.cz>
1067 1226
Ahoj! zobrazit citaci
> Při takovém postupu existuje riziko, že o importu někdo nebude vědět, a prázdné body smaže. Nešlo by alespoň k bodům přidat nějakou poznámku? >
Existuje, snad budu mit stesti. Puvodni plan byl udelat to rychle, ale uplne to nevyslo... Davat tam nejakou poznamku ... to bych ji musel pak mazat, ale mozna jsem mohl dat source= tag i tem bodum. ... zas by to nafouklo data... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

14.10.2010 09:22:09 (#9)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
356 733
a co dát k dispozici data, aby se import rozdělil mezi víc lidí, tak by se i daly ošetřit některé konflikty a duplicity... J&D Dne 14. října 2010 20:52 Pavel Machek <pavel na ucw.cz> napsal(a): zobrazit citaci
> Ahoj! > >> Při takovém postupu existuje riziko, že o importu někdo nebude vědět, a prázdné body smaže. Nešlo by alespoň k bodům přidat nějakou poznámku? >> > > Existuje, snad budu mit stesti. Puvodni plan byl udelat to rychle, ale > uplne to nevyslo... > > Davat tam nejakou poznamku ... to bych ji musel pak mazat, ale mozna > jsem mohl dat source= tag i tem bodum. ... zas by to nafouklo data... >                                                                        Pavel > -- > (english) http://www.livejournal.com/~pavelmachek > (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- -- Ing. Jan Dudík

16.10.2010 05:06:41 (#10)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
Super, už se začínají objevovat nové potoky (např. na Šumavě). Koukám, že tam ale je několik problémů: 1) Vodní toky, které byli označeny v OSM jako "river" jsou v importu jako "stream". Rozlišují nějak importovaná data řeky? Od jaké je to velikosti? Bude nutné větší toky přetagovat tak aby vyhovovaly hranici uznávané v OSM, tedy přeskočitelnosti? 2) Jak jsou data přesná a stará? Předpokládám, že v naprosté většině případů budou data z Dibavodu přesnější, než to co je v OSM. Znamená to tedy, že je vhodné smazat původní vodní tok, pokud narazím na nějakou duplicitu a do nových pouze doplnit některé tedy (pokud tam nebudou)? 3) V importovaných datech se používají zkratky (Hamerský p.), což je v OSM obecně nedoporučovaná praktika. Nešlo by názvy toků v importovaných datech ještě automaticky doplnit? On Wed, 13 Oct 2010 22:57:41 +0200, Pavel Machek <pavel na ucw.cz> wrote: zobrazit citaci
> ...bezi -- tedy doufam, nerusit. > Pavel
-- Petr Dlouhý

16.10.2010 06:05:52 (#11)
gravatar

Michal Grézl

<michal.grezl at openstreetmap.cz>
346 8449
2010/10/16 Petr Dlouhý <petr.dlouhy na email.cz>: ... zobrazit citaci
> 2) Jak jsou data přesná a stará? Předpokládám, že v naprosté většině případů > budou data z Dibavodu přesnější, než to co je v OSM. Znamená to tedy, že je > vhodné smazat původní vodní tok, pokud narazím na nějakou duplicitu a do > nových pouze doplnit některé tedy (pokud tam nebudou)?
pokud to bude jak vodni plochy, tak budou sice superpresna, ale nesmirne stara, radeji necham reku co sem kreslil podle uhulu a gps, nez 20 let stare data. ... -- Michal Grézl http://openstreetmap.cz

16.10.2010 09:57:16 (#12)
gravatar

Pavel Machek

<pavel at ucw.cz>
1067 1226
Ahoj! zobrazit citaci
> Super, už se začínají objevovat nové potoky (např. na Šumavě). > Koukám, že tam ale je několik problémů:
Jo jo, prosim jeste chvili nesahat. zobrazit citaci
> 1) Vodní toky, které byli označeny v OSM jako "river" jsou v importu > jako "stream". Rozlišují nějak importovaná data řeky? Od jaké je to > velikosti? Bude nutné větší toky přetagovat tak aby vyhovovaly > hranici uznávané v OSM, tedy přeskočitelnosti?
Bude nutne pretagovat. Vsemu jsem dal stream, protoze IMO potoku bude vic nez rek; predpokladam ze se to udela pri rucni kontrole duplicit. zobrazit citaci
> 2) Jak jsou data přesná a stará? Předpokládám, že v naprosté většině > případů budou data z Dibavodu přesnější, než to co je v OSM. Znamená > to tedy, že je vhodné smazat původní vodní tok, pokud narazím na > nějakou duplicitu a do nových pouze doplnit některé tedy (pokud tam > nebudou)?
Presna vypadaji, stara nevim. Casto asi budou lepsi... zobrazit citaci
> 3) V importovaných datech se používají zkratky (Hamerský p.), což je > v OSM obecně nedoporučovaná praktika. Nešlo by názvy toků v > importovaných datech ještě automaticky doplnit?
To bych kdyztak udelal po importu pres xapi. Hmm... aha, ono to je v prevazny vetsine jmen. No, u tech co uz se importujou to zmenit nemuzu, v ty druhy casti bych to asi mohl opravit sed-em. Zkusim. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

16.10.2010 11:56:14 (#13)
gravatar

Pavel Machek

<pavel at ucw.cz>
1067 1226
Ahoj! zobrazit citaci
> > 1) Vodní toky, které byli označeny v OSM jako "river" jsou v importu > > jako "stream". Rozlišují nějak importovaná data řeky? Od jaké je to > > velikosti? Bude nutné větší toky přetagovat tak aby vyhovovaly > > hranici uznávané v OSM, tedy přeskočitelnosti? > > Bude nutne pretagovat. Vsemu jsem dal stream, protoze IMO potoku bude > vic nez rek; predpokladam ze se to udela pri rucni kontrole duplicit.
Napada me... mozna by slo automaticky dat "river" vsemu co a) je z dibavod importu b) ma jmeno c) jmeno nekonci na "potok" nebo "p." Chce si nekdo pohrat s xapi? Na druhou stranu... rek je malo a stejne budou duplicitni... (Ale prosim az bude hotov import). Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

17.10.2010 09:40:14 (#14)
gravatar

Jan Masopust

<masopust.jan at gmail.com>
21
zobrazit citaci
> > 3) V importovaných datech se používají zkratky (Hamerský p.), což je > > v OSM obecně nedoporučovaná praktika. Nešlo by názvy toků v > > importovaných datech ještě automaticky doplnit? > > To bych kdyztak udelal po importu pres xapi. Hmm... aha, ono to je v > prevazny vetsine jmen. No, u tech co uz se importujou to zmenit > nemuzu, v ty druhy casti bych to asi mohl opravit sed-em. Zkusim. > >
Jestli to bude někdo hromadně přejmenovávat, tak by bylo dobré tam ještě zařadit z minulého importu ryb. na rybník a v.n. na vodní nádrž masox zobrazit citaci
>
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20101017/dc170fb7/attachment.html>

17.10.2010 08:47:54 (#15)
gravatar

Pavel Machek

<pavel at ucw.cz>
1067 1226
Ahoj! zobrazit citaci
> > Super, už se začínají objevovat nové potoky (např. na Šumavě). > > Koukám, že tam ale je několik problémů: > > Jo jo, prosim jeste chvili nesahat.
Tak si nekdo sahnul :-(. Uvidime, co s tim pujde udelat. Jeste chvili prosim nesahat at to neni horsi nez to je... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

19.10.2010 04:53:04 (#16)
gravatar

Michal Grézl

<michal.grezl at openstreetmap.cz>
346 8449
2010/10/17 Pavel Machek <pavel na ucw.cz>: zobrazit citaci
> Ahoj! > >> > Super, už se začínají objevovat nové potoky (např. na Šumavě). >> > Koukám, že tam ale je několik problémů: >> >> Jo jo, prosim jeste chvili nesahat. > > Tak si nekdo sahnul :-(. Uvidime, co s tim pujde udelat. Jeste chvili > prosim nesahat at to neni horsi nez to je... >                                                                Pavel
jak dlouho to jeste bude zhruba trvat, strasne nutne potrebuju odmazat ty stary potoky kresleny podle katastru:) -- Michal Grézl http://openstreetmap.cz

19.10.2010 09:09:32 (#17)
gravatar

Pavel Machek

<pavel at ucw.cz>
1067 1226
Ahoj! zobrazit citaci
> >> > Super, už se začínají objevovat nové potoky (např. na Šumavě). > >> > Koukám, že tam ale je několik problémů: > >> > >> Jo jo, prosim jeste chvili nesahat. > > > > Tak si nekdo sahnul :-(. Uvidime, co s tim pujde udelat. Jeste chvili > > prosim nesahat at to neni horsi nez to je... > > jak dlouho to jeste bude zhruba trvat, strasne nutne potrebuju odmazat > ty stary potoky kresleny podle katastru:)
S trochou stesti to dobehne dneska v noci. Na lon 15-16 chybel jediny node. Bohuzel na lon 14-15 chybelo nodu tolik, ze uz to nebylo unosny opravovat rucne, takze to uploaduju uplne jinym skriptem. Ochadem 10% way se odmita uploadovat :-(((. Takze jeste bude co cistit :-(. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

19.10.2010 10:01:25 (#18)
gravatar

Pavel Machek

<pavel at ucw.cz>
1067 1226
Ahoj! zobrazit citaci
> > >> > Super, už se začínají objevovat nové potoky (např. na Šumavě). > > >> > Koukám, že tam ale je několik problémů: > > >> > > >> Jo jo, prosim jeste chvili nesahat. > > > > > > Tak si nekdo sahnul :-(. Uvidime, co s tim pujde udelat. Jeste chvili > > > prosim nesahat at to neni horsi nez to je... > > > > jak dlouho to jeste bude zhruba trvat, strasne nutne potrebuju odmazat > > ty stary potoky kresleny podle katastru:) > > S trochou stesti to dobehne dneska v noci. > > Na lon 15-16 chybel jediny node. Bohuzel na lon 14-15 chybelo nodu > tolik, ze uz to nebylo unosny opravovat rucne, takze to uploaduju > uplne jinym skriptem. Ochadem 10% way se odmita uploadovat > :-(((. Takze jeste bude co cistit :-(.
Aha, a to znamena: mezi lon 14 a 15 prosim porad jeste nesahat. Asi to bude chtit stahnout data pomoci xapi, a potom znovu uploadnout to co se nepodarilo uploadnout na prvni pokus. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

19.10.2010 10:02:44 (#19)
gravatar

Pavel Machek

<pavel at ucw.cz>
1067 1226
Ahoj! zobrazit citaci
> > Díval jsem se na probíhající import, ale nerozumím tomu. > > Importují se pouze prázdné body bez žádného tagu ani spojení do cest. > > Pražák > > Předpokládám že cesty se budou importovat následně, stejně jako tomu > bylo u administrativních hranic. Mě by spíš zajímalo jestli jsou nějak > řešené konflikty, některé body jsem viděl u zakreslených řek.
Konflikty se udelaji rucne az to bude uploadovane... bude potreba: 1) vybrat ze dvou rek tu hezci, a tu druhou smazat 2) u toho co je reka a ne potok zmenit tag na waterway=river. (je tam waterway=stream, protoze potoku je podstatne vic nez rek). 3) napojit na existujici data 4) pospojovat na hranicich celeho stupne (Ale zatim prosim jen mimo lon 14 a 15). Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

20.10.2010 09:12:05 (#20)
gravatar

Zdeněk Pražák

<ZPrazak at seznam.cz>
835
Dotazy k jednotlivým bodům: 1) Bude tedy někde k disposici seznam konfliktních úseků řek nebo se budou muset hledat. 3) co se rozumí pod pojmem napojit na stávající data? Pražák zobrazit citaci
> ------------ Původní zpráva ------------ > Od: Pavel Machek <pavel na ucw.cz> > Předmět: Re: [Talk-cz] import dibavod > Datum: 19.10.2010 22:03:16 > ---------------------------------------- > Ahoj! > > > > Díval jsem se na probíhající import, ale nerozumím tomu. > > > Importují se pouze prázdné body bez žádného tagu ani spojení do cest. > > > Pražák > > > > Předpokládám že cesty se budou importovat následně, stejně jako tomu > > bylo u administrativních hranic. Mě by spíš zajímalo jestli jsou nějak > > řešené konflikty, některé body jsem viděl u zakreslených řek. > > Konflikty se udelaji rucne az to bude uploadovane... bude potreba: > > 1) vybrat ze dvou rek tu hezci, a tu druhou smazat > > 2) u toho co je reka a ne potok zmenit tag na waterway=river. (je tam > waterway=stream, protoze potoku je podstatne vic nez rek). > > 3) napojit na existujici data > > 4) pospojovat na hranicich celeho stupne > > (Ale zatim prosim jen mimo lon 14 a 15). > > Pavel > > -- > (english) http://www.livejournal.com/~pavelmachek > (cesky, pictures) > http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >

20.10.2010 09:24:49 (#21)
gravatar

Michal Grézl

<michal.grezl at openstreetmap.cz>
346 8449
2010/10/20 Zdeněk Pražák <ZPrazak na seznam.cz>: zobrazit citaci
> Dotazy k jednotlivým bodům: > 1) Bude tedy někde k disposici seznam konfliktních úseků řek nebo se budou muset hledat.
Napriklad tam, kde se pohybuji ja je konfliktni vsechno. To znamena ze vsechny reky a potoky co sem kdy zadal jsou ted 2x. zobrazit citaci
> 3) co se rozumí pod pojmem napojit na stávající data? > > Pražák >
-- Michal Grézl http://openstreetmap.cz

20.10.2010 10:48:45 (#22)
gravatar

Marek Prokop

<marek at sovavsiti.cz>
98
Ahoj, zobrazit citaci
> Napriklad tam, kde se pohybuji ja je konfliktni vsechno. > To znamena ze vsechny reky a potoky co sem kdy zadal jsou ted 2x.
Ha! Koukám, že jsem Doubravu zakreslil velmi přesně. Už tedy můžeme opravovat? Zdraví, Marek Prokop

25.10.2010 03:18:58 (#23)
gravatar

Pavel Machek

<pavel at ucw.cz>
1067 1226
Ahoj! zobrazit citaci
> Dotazy k jednotlivým bodům: > 1) Bude tedy někde k disposici seznam konfliktních úseků řek nebo se budou muset hledat. >
Zatim ho nikdo nevygeneroval, tak asi nebude. Jestli ho nekdo chce vygenerovat, melo by to jit na zaklade dumpu cr, import je jasne oznacen. Hmm.. ve skutecnosti staci stahnout dump z doby pred importem, vyfiltrovat na waterway=, a to budou prave konflikty. zobrazit citaci
> 3) co se rozumí pod pojmem napojit na stávající data?
No, asi by bylo dobre udelat kdyz se potok a vleva do potoku b, tak aby sdileli bod. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

25.10.2010 03:19:41 (#24)
gravatar

Pavel Machek

<pavel at ucw.cz>
1067 1226
Ahoj! zobrazit citaci
> > Napriklad tam, kde se pohybuji ja je konfliktni vsechno. > > To znamena ze vsechny reky a potoky co sem kdy zadal jsou ted 2x. > > Ha! Koukám, že jsem Doubravu zakreslil velmi přesně. Už tedy můžeme opravovat? >
V longitude<14 a longitude>15 uz je import hotov. Mezi 14 a 15 polednikem bych jeste rad importoval to co na prvni pokus skonfliktilo; i tam je mozne opravovat, ale jeste tam pribyde (relativne male) mnozstvi potoku. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

25.10.2010 04:04:56 (#25)
gravatar

MP

<singularita at gmail.com>
306
zobrazit citaci
> Hmm.. ve skutecnosti staci stahnout dump z doby pred importem, > vyfiltrovat na waterway=, a to budou prave konflikty.
To bude fungovat nejaky cas = ale z bude vetsi cast CR opravena (i kdyz to bude nejaky cas trvat), tak to bude chtit neco, co projde cely dump a najde krizici se cesty. V soucasnem stavu vzhledem k tomu, ze i pred importem bylo v mape relativne dost vodnich cest, tak staci najet na nahodne misto v CR, nahrat do editoru ctverec tak 5x5 km a urcite tam minimalne par konfliktu bude :) Mozna bych casem mohl napsat neco co projde dump a vyplivne vsechny cesty co se nejak nekde s necim krizi .... nebo na tohle uz existuje nejaky nastroj? Martin

25.10.2010 04:11:34 (#26)
gravatar

Zdeněk Pražák

<ZPrazak at seznam.cz>
835
nedá se k tomu využít OSM Inspector ? viz http://tools.geofabrik.de/osmi/ Pražák zobrazit citaci
> ------------ Původní zpráva ------------ > Od: MP <singularita na gmail.com> > Předmět: Re: [Talk-cz] import dibavod > Datum: 25.10.2010 16:05:33 > ---------------------------------------- > > Hmm.. ve skutecnosti staci stahnout dump z doby pred importem, > > vyfiltrovat na waterway=, a to budou prave konflikty. > > To bude fungovat nejaky cas = ale z bude vetsi cast CR opravena (i > kdyz to bude nejaky cas trvat), tak to bude chtit neco, co projde cely > dump a najde krizici se cesty. > > V soucasnem stavu vzhledem k tomu, ze i pred importem bylo v mape > relativne dost vodnich cest, tak staci najet na nahodne misto v CR, > nahrat do editoru ctverec tak 5x5 km a urcite tam minimalne par > konfliktu bude :) > > Mozna bych casem mohl napsat neco co projde dump a vyplivne vsechny > cesty co se nejak nekde s necim krizi .... nebo na tohle uz existuje > nejaky nastroj? > > Martin > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >

25.10.2010 04:45:30 (#27)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
MP napsal(a): zobrazit citaci
> Mozna bych casem mohl napsat neco co projde dump a vyplivne vsechny > cesty co se nejak nekde s necim krizi .... nebo na tohle uz existuje > nejaky nastroj?
http://keepright.ipax.at ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 261 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20101025/26fccb12/attachment.sig>

25.10.2010 04:47:20 (#28)
gravatar

Tomáš Tichý

<t.tichy at post.cz>
150 4809
Dá se k tomu použít keepright, http://keepright.ipax.at/ V levém sloupečku zaškrtněte intersections without junctions, waterway-waterway a ukáže to všechny zkřížené řeky. TT 2010/10/25 Zdeněk Pražák <ZPrazak na seznam.cz>: zobrazit citaci
> nedá se k tomu využít OSM Inspector  ? viz http://tools.geofabrik.de/osmi/ > Pražák >> ------------ Původní zpráva ------------ >> Od: MP <singularita na gmail.com> >> Předmět: Re: [Talk-cz] import dibavod >> Datum: 25.10.2010 16:05:33 >> ---------------------------------------- >> > Hmm.. ve skutecnosti staci stahnout dump z doby pred importem, >> > vyfiltrovat na waterway=, a to budou prave konflikty. >> >> To bude fungovat nejaky cas = ale z bude vetsi cast CR opravena (i >> kdyz to bude nejaky cas trvat), tak to bude chtit neco, co projde cely >> dump a najde krizici se cesty. >> >> V soucasnem stavu vzhledem k tomu, ze i pred importem bylo v mape >> relativne dost vodnich cest, tak staci najet na nahodne misto v CR, >> nahrat do editoru ctverec tak 5x5 km a urcite tam minimalne par >> konfliktu bude :) >> >> Mozna bych casem mohl napsat neco co projde dump a vyplivne vsechny >> cesty co se nejak nekde s necim krizi .... nebo na tohle uz existuje >> nejaky nastroj? >> >> Martin >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

30.10.2010 11:53:20 (#29)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Koukam ze ty data teda nic moc. Ted prave resim dilema. Verit smeru potoka z dibavodu nebo km ??? Jelikoz v importu jsou potoky v trasach, kudy uz desitky let nevedou, tak mi duveryhodnejsi prijde km. Obdobne pokud vedou dva potoky do rybnika a zadnej ven ... Dne 13.10.2010 22:57, Pavel Machek napsal(a): zobrazit citaci
> ...bezi -- tedy doufam, nerusit. > Pavel

« zpět na výpis měsíce