[Talk-cz] import dibavod
Vlákno 13.10. - 30.10.2010, počet zpráv: 29
...bezi -- tedy doufam, nerusit.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
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
>
>
>
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
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
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
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
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
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
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
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ý
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
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
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
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>
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
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
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
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
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
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
>
>
>
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
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
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
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
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
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
>
>
>
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>
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
>
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