Re: [Talk-cz] Import Dibavod - potok: správně strouhy nebo vodní toky pod zemí

[Miroslav Suchy]

Dne 13.9.2016 v 16:26 majka napsal(a):
> Podobný případ je několik toků, které nejsou vidět na povrchu, ale podle 
> základní mapy nebo Zabagedu vedou pod zemí.
> Nechat jak je? Opravit? A jakým způsobem?

Pokud vedou pod zemí, tak
 tunnel=culvert
 layer=-1
http://wiki.openstreetmap.org/wiki/Cs:Tag:tunnel%3Dculvert

Mirek

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Import Dibavod - potok: správně strouhy nebo vodní toky pod zemí

[majka]

V okolí jsem narazila na mapě na několik "potoků", které se tam dostaly
importem Dibavod. Nejedná se o potoky jako takové, dokonce ani o potůčky,
ale podle spíš o strouhy - povrchová koryta vyložená betonovými dílci
sloužící historicky k odvodu dešťové vody do potoka, rybníka nebo jen na
louku ke vsáknutí. Navíc některé nejsou nikde připojené na jiné vodní
cesty, začínají i končí na poli či na louce.
Na několika místech se na mapě kříží s novými silnicemi a přeložkami, které
jdou po nižších náspech (max. 2-3 m) s tím, že jsem ještě nezkoumala zda a
jak jsou tu vedené pod silničním tělesem. Vodou se plní jen při dešti.

Co s tím? Zatím jsem 3 nejblížší, kde to jednoznačně na povrchu není žádný
tok, změnila na waterway:drain + intermittent=yes  a nechávám to křížení se
silnicí a začátek a konec v prostoru.

Podobný případ je několik toků, které nejsou vidět na povrchu, ale podle
základní mapy nebo Zabagedu vedou pod zemí. Nechat jak je? Opravit? A jakým
způsobem?

Příkladem je https://openstreetmap.cz/#map=17/48.99816/14.50011, kdy potok
vedoucí od Světlíků je vedený od křížení se silnicí 634 pod zemí - dokonce
podle ZM jinudy, tedy pod tou budovou (skladem), až na západní stranu
kruhového objezdu, kde je napojený na potoky vedené do Nemanického rybníka.

Díky za radu.
Majka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod - názvy

[Pavel Zbytovský]

Já souhlasím s vynecháním v.n. i smazáním přítoků.. Dobrá práce :-)
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] import dibavod - názvy

[Petr Morávek [Xificurk]]

Ahoj,
tak jsem se pustil do hromadné opravy názvů v importu. Momentálně jsou z
větší části hotovy "ryb." -> "rybník" pro vodní plochy a "p." -> "potok"
pro vodní toky.

Dále se chystám pročistit "v.n. Jméno" - skoro bych řekl, že nemá smysl
nechávat to "vodní nádrž" před jménem - přeci jen to samé říká už
příslušný tag, Brno taky nemá v názvu "město Brno". Jaký na to máte
názor? Někde to asi může být celé oficiální název, ale domnívám se, že
to bude minimum případů, které se dají případně doopravit ručně.

U vodních toků jsem taky narazil na celkem dost případů typu
way(81932354) "přítok 01 Lískoveckého p.a" - podle mě by se tady měl tag
name odstranit úplně, protože "přítok ABC" není jméno, jen označení
faktu, který je vidět z mapy.

A nakonec možná hromadně zkusím pročistit duplicity v bažinách.

Petr
<>

signature.asc
Description: OpenPGP digital signature
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[jzvc]

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):
> ...bezi -- tedy doufam, nerusit.
>   Pavel


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod C02 -- koupaci oblasti

[Mike]

Ahoj,

jak to vypadá? U nás je spousta chyb a stále spousta nezapojených node.
Už můzeme opravovat bez omezení nebo se na importu ještě pracuje?

Mike

On 25.10.2010 15:25, Pavel Machek wrote:
> Ahoj!
> 
>>> Bohuzel do uploadu bazin nekdo zasahnul, takze to pujde hur :-(.
> 
> Uz jsem to  nejak vybojoval. 2 baziny se neuploadly, cert je vem.
> 
>> To chce ty data rozdrbavat na pidi kousky, aby import bloku netrval dyl
>> nez par minut ...
> 
> To neni uplne trivialni, protoze na 'svech' pak vznikaji nespojeny
> cesty co je potreba rucne upravit.
> 
> Hezky by bylo kdyby josm uploadnul cestu vzdy ve chvili kdy ma
> potrebne body. Bohuzel to nedela :-(.
> 
> (Namet na zapoctak: udelatko co to delat bude :-).
> 
>> Jeste importujes nebo uz plati "krles" ??? Jinak sem narazil namatkou na
> 
> Mezi lon 14 a 15 jeste budu par potoku importovat, ale uz je mozny
> opravovat. Ty co uz tam jsou jsou finalni.
>   Pavel

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod A04zvm_Melioracni_kanaly

[Jan Dudík]

Dne 25. října 2010 22:36 Pavel Machek  napsal(a):
> Ahoj!
>
>> Právě řeším povodí Malše od Budějovic proti proudu, konroluju podle
>> cenia ortofota, a zatím jediný meliorační kanál nesedí.
>> Buď vede souběžně lépe pasující potok, nebo vede napříč polem či
>> dokonce zástavbou a na fotce není ani známka.
>> Tedy všechny zatím mažu.
>
> No, ta data fakt jsou nejaka divna. Ty soubehy s potokama jsou divny.
>
> Na druhou stranu melioracni ryhu si predstavuju... jako ryhu ve ktery
> obcas je voda. Necekal bych ze to bude videt na ortofotu.
>                                                                        Pavel

No, ona by i ta rýha měla být vidět na ortofoto, protože přes rýhu
traktory neorají ani nesečou. Už jsem ale narazil na několik, které
možná k něčemu budou (v parcích)

J&D


-- 
--
Ing. Jan Dudík
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod A04zvm_Melioracni_kanaly

[Zdeněk Pražák]

no já jsem zatím všechny importované meliorační kanály v okolí nechanic smazal, 
nebot na uvedených místech ve skutečnosti nic není, ani ta tebou zmiňovaná rýha.
Možná se bude jednat o meliorační trubky položené do země někdy v 50 letech
Pražák
>  Původní zpráva 
> Od: Pavel Machek 
> Předmět: Re: [Talk-cz] import dibavod A04zvm_Melioracni_kanaly
> Datum: 25.10.2010 22:37:53
> 
> Ahoj!
> 
> > Právě řeším povodí Malše od Budějovic proti proudu, konroluju podle
> > cenia ortofota, a zatím jediný meliorační kanál nesedí.
> > Buď vede souběžně lépe pasující potok, nebo vede napříč polem či
> > dokonce zástavbou a na fotce není ani známka.
> > Tedy všechny zatím mažu.
> 
> No, ta data fakt jsou nejaka divna. Ty soubehy s potokama jsou divny.
> 
> Na druhou stranu melioracni ryhu si predstavuju... jako ryhu ve ktery
> obcas je voda. Necekal bych ze to bude videt na ortofotu.
>   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@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
> 
> 
> 

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod A04zvm_Melioracni_kanaly

[Pavel Machek]

Ahoj!

> Právě řeším povodí Malše od Budějovic proti proudu, konroluju podle
> cenia ortofota, a zatím jediný meliorační kanál nesedí.
> Buď vede souběžně lépe pasující potok, nebo vede napříč polem či
> dokonce zástavbou a na fotce není ani známka.
> Tedy všechny zatím mažu.

No, ta data fakt jsou nejaka divna. Ty soubehy s potokama jsou divny.

Na druhou stranu melioracni ryhu si predstavuju... jako ryhu ve ktery
obcas je voda. Necekal bych ze to bude videt na ortofotu.
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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Tomáš Tichý]

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 :
> nedá se k tomu využít OSM Inspector  ? viz http://tools.geofabrik.de/osmi/
> Pražák
>>  Původní zpráva 
>> Od: MP 
>> 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@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Petr Morávek [Xificurk]]

MP napsal(a):
> 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



signature.asc
Description: OpenPGP digital signature
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Zdeněk Pražák]

nedá se k tomu využít OSM Inspector  ? viz http://tools.geofabrik.de/osmi/
Pražák
>  Původní zpráva 
> Od: MP 
> 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@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
> 
> 
> 

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[MP]

> 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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod C02 -- koupaci oblasti

[Pavel Machek]

Ahoj!

> > Bohuzel do uploadu bazin nekdo zasahnul, takze to pujde hur :-(.

Uz jsem to  nejak vybojoval. 2 baziny se neuploadly, cert je vem.

> To chce ty data rozdrbavat na pidi kousky, aby import bloku netrval dyl
> nez par minut ...

To neni uplne trivialni, protoze na 'svech' pak vznikaji nespojeny
cesty co je potreba rucne upravit.

Hezky by bylo kdyby josm uploadnul cestu vzdy ve chvili kdy ma
potrebne body. Bohuzel to nedela :-(.

(Namet na zapoctak: udelatko co to delat bude :-).

> Jeste importujes nebo uz plati "krles" ??? Jinak sem narazil namatkou na

Mezi lon 14 a 15 jeste budu par potoku importovat, ale uz je mozny
opravovat. Ty co uz tam jsou jsou finalni.
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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod -- stav

[Pavel Machek]

Ahoj!

> > 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

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Pavel Machek]

Ahoj!

> 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.
 
> 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

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod C02 -- koupaci oblasti

[Michal Grézl]

2010/10/25 jzvc :
> Dne 24.10.2010 23:54, Pavel Machek napsal(a):
>> On Sun 2010-10-24 20:04:47, Petr Dlouhý wrote:
>>> Alespoň to, případně něco jiného. Každopádně by mělo jít poznat, že
>>> to je přírodní koupaliště, abychom byli schopní to převést na nějaký
>>> konkrétnější tag, až vznikne (i kdybychom tam měli přidat nějaký
>>> vymyšlený tag). Tag sport=swimming tam samozřejmě může zůstat.
>> Je to na serveru :-).
>>
>> Bohuzel do uploadu bazin nekdo zasahnul, takze to pujde hur :-(.
>>                                                                       Pavel
>
>
> To chce ty data rozdrbavat na pidi kousky, aby import bloku netrval dyl
> nez par minut ...
>
> Jeste importujes nebo uz plati "krles" ??? Jinak sem narazil namatkou na
> useky potoka, kde nesedi nazev importovany a nazev vygrabnuty z km. A
> ted babo rad, protoze az takovy znalec mistnich nazvu nejsem.
>
to uz sem zazil take s temi nazvy potoku, ja bych tam nechal oba v
nejake rozeznatelne forme, treba name:dibavod a name:katastr nebo
taknejak. A do name nektery z nich vybrat.



-- 
Michal Grézl
http://openstreetmap.cz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod C02 -- koupaci oblasti

[jzvc]

Dne 24.10.2010 23:54, Pavel Machek napsal(a):
> On Sun 2010-10-24 20:04:47, Petr Dlouhý wrote:
>> Alespoň to, případně něco jiného. Každopádně by mělo jít poznat, že
>> to je přírodní koupaliště, abychom byli schopní to převést na nějaký
>> konkrétnější tag, až vznikne (i kdybychom tam měli přidat nějaký
>> vymyšlený tag). Tag sport=swimming tam samozřejmě může zůstat.
> Je to na serveru :-).
>
> Bohuzel do uploadu bazin nekdo zasahnul, takze to pujde hur :-(.
>   Pavel


To chce ty data rozdrbavat na pidi kousky, aby import bloku netrval dyl
nez par minut ...

Jeste importujes nebo uz plati "krles" ??? Jinak sem narazil namatkou na
useky potoka, kde nesedi nazev importovany a nazev vygrabnuty z km. A
ted babo rad, protoze az takovy znalec mistnich nazvu nejsem.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod C02 -- koupaci oblasti

[Pavel Machek]

On Sun 2010-10-24 20:04:47, Petr Dlouhý wrote:
> Alespoň to, případně něco jiného. Každopádně by mělo jít poznat, že
> to je přírodní koupaliště, abychom byli schopní to převést na nějaký
> konkrétnější tag, až vznikne (i kdybychom tam měli přidat nějaký
> vymyšlený tag). Tag sport=swimming tam samozřejmě může zůstat.

Je to na serveru :-).

Bohuzel do uploadu bazin nekdo zasahnul, takze to pujde hur :-(.
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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod C02 -- koupaci oblasti

[Petr Dlouhý]

Alespoň to, případně něco jiného. Každopádně by mělo jít poznat, že to je  
přírodní koupaliště, abychom byli schopní to převést na nějaký  
konkrétnější tag, až vznikne (i kdybychom tam měli přidat nějaký vymyšlený  
tag). Tag sport=swimming tam samozřejmě může zůstat.


On Sun, 24 Oct 2010 19:09:44 +0200, Pavel Machek  wrote:


...co takhle pridat swimming=natural?



--
Petr Dlouhý

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod C02 -- koupaci oblasti

[Pavel Machek]

Ahoj!

> > Uvazuju jak importovat "koupaci oblasti".
> >  
> > Tenhle import je generovan ponekud jednodussim hackem, ale jsou to
> > jenom body -> melo by to byt ok.
> > 
> > Aktualni verse je:
> > 
> > 
> > 
> >>   visible='true' lat='49.650985' lon='16.604522'>
> > 
> > 
> > 
> >   
> > 
> > Je nejake vhodnejsi tagovani?
> 
> Před časem jsem hledal na wiki, jak koupací oblasti tagovat, ale celkem
> jsem narazil... zdá se, že je to zatím neprošlápnutá oblast.
> 
> Osobně si myslím, že by se tag sport měl používat pro označení míst, kde
> se daný sport skutečně provozuje jako "sport" (aspoň na amaterské
> úrovni). Tj. sport=swimming je vhodný pro klasický plavečák
> (leisure=swimming_pool), méně vhodný pro akvapark s tobogány
> (leisure=water_park) a nevhodný pro písák/lom (???), kam se jezdí lidi v
> létě vykoupat.

No, ale nic lepsiho zatim neni. Vyrobit novy tag my neprijde vhodny.

> Na wiki je obecně ke sportu uvedeno "Since this is a non-physical tag it
> should be combined with one of these (physical) tags", tj. skutečně by
> se tam měl přihodit i nějaký tag označující objekt, ve kterém se to
> plavání provozuje.

Ten uz tam je - typicky rybnik nebo reka.

> Pro přírodní koupaliště jsem nic rozumného nenašel, možná jedině
> leisure=swimming_natural podle
> http://wiki.openstreetmap.org/wiki/Proposed_features/Swimming_pool
> Ale tagwatch říká, že se to momentálně nepoužívá.

Zatim mam:




  
  
  
  
  
  
  
  
  
  


...co takhle pridat swimming=natural?
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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod C02 -- koupaci oblasti

[Petr Morávek [Xificurk]]

Pavel Machek napsal(a):
> Ahoj!
> 
> Uvazuju jak importovat "koupaci oblasti".
>  
> Tenhle import je generovan ponekud jednodussim hackem, ale jsou to
> jenom body -> melo by to byt ok.
> 
> Aktualni verse je:
> 
> 
> 
>  visible='true' lat='49.650985' lon='16.604522'>
> 
> 
> 
>   
> 
> Je nejake vhodnejsi tagovani?

Před časem jsem hledal na wiki, jak koupací oblasti tagovat, ale celkem
jsem narazil... zdá se, že je to zatím neprošlápnutá oblast.

Osobně si myslím, že by se tag sport měl používat pro označení míst, kde
se daný sport skutečně provozuje jako "sport" (aspoň na amaterské
úrovni). Tj. sport=swimming je vhodný pro klasický plavečák
(leisure=swimming_pool), méně vhodný pro akvapark s tobogány
(leisure=water_park) a nevhodný pro písák/lom (???), kam se jezdí lidi v
létě vykoupat.

Na wiki je obecně ke sportu uvedeno "Since this is a non-physical tag it
should be combined with one of these (physical) tags", tj. skutečně by
se tam měl přihodit i nějaký tag označující objekt, ve kterém se to
plavání provozuje.

Pro přírodní koupaliště jsem nic rozumného nenašel, možná jedině
leisure=swimming_natural podle
http://wiki.openstreetmap.org/wiki/Proposed_features/Swimming_pool
Ale tagwatch říká, že se to momentálně nepoužívá.

Petr



signature.asc
Description: OpenPGP digital signature
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] import dibavod C02 -- koupaci oblasti

[Pavel Machek]

Ahoj!

Uvazuju jak importovat "koupaci oblasti".
 
Tenhle import je generovan ponekud jednodussim hackem, ale jsou to
jenom body -> melo by to byt ok.

Aktualni verse je:



  



  

Je nejake vhodnejsi tagovani?

Hmm v databazi to vypada takhle...

Rekr id: KO530901
Kraj   : PARDUBICKÝ
Koup naz   : písník Březhrad (u nádra<9E>í)
Tok naz: Plačický potok
Voda typ   : P
Hlgp vuv   : 103010170
Tok id : 10455100
Pozn   : není přímé spojení s vodním tokem
Idvt   : 10100651
Nadr gid   : 103010170003
Orp: Pardubice
Orp id : 5309
Obec   : Opatovice nad Labem
Obec id: 575429

...a uvazuju ze ten nazev koupaliste by se asi hodil... Zatim to
vyrabim *strasnym* hackem (prilozen), ktery byl puvodne urcen na
plneni databaze, ne vyrobu xmlka... Bohuzel se v nem moc nevyznam :-(.

Napady?
Pavel

#!/usr/bin/python
import struct, dbf, cPickle, time
import sqlite3, os.path, math

NULL_SHAPE = 0
POINT_SHAPE = 1
POLYLINE_SHAPE = 3
POLYGON_SHAPE = 5

def pnInPoly(pts, pt):
c = False
j = len(pts) - 1
for i in xrange(len(pts)):
if ((pts[i][1] <= pt[1]) and (pt[1] < pts[j][1])) or ((pts[j][1] <= 
pt[1]) and (pt[1] < pts[i][1])):
if pt[0] < (float(pts[j][0] - pts[i][0]) * (pt[1] - pts[i][1]) / 
(pts[j][1] - pts[i][1]) + pts[i][0]):
c = not c
j = i
return c 

def reader(filename, records = -1):
f = open(filename, 'rb')
f.seek(100)

while 1:
try:
(number, length) = struct.unpack('>ii', f.read(8))
except:
print ""
break

record = f.read(length * 2)
if ord(record[0]) == NULL_SHAPE:
# Null shape
assert (len(record) == 4)
yield (number, 0, None)
elif ord(record[0]) == POINT_SHAPE:
# Point shape
assert (len(record) == 20)
(typ, x, y) = struct.unpack('= len(parts):
stop = -1
else:
stop = parts[i + 1]
current = parts[i]
polygonpart = []
while current != stop:
if current >= len(points):
break
polygonpart.append(points[current])
current += 1
polygon.append(polygonpart)
yield (number, typ, polygon)
else:
raise Exception('Unknown shape')

records -= 1
if records == 0:
break
f.close()

def isIn(index, pt):
x = pt[0] / 100
y = pt[1] / 100

for poly in index.get((x, y), []):
for p in poly[1]:
if pnInPoly(p, pt):
return poly[0]

return None

def jtsk2wgs84(X, Y):
# Prepocet vstupnich udaju
H = 245

# Vypocet zemepisnych souradnic z rovinnych souradnic
a = 6377397.15508
e = 0.081696831215303
n = 0.97992470462083
konst_u_ro = 12310230.12797036
sinUQ = 0.863499969506341
cosUQ = 0.504348889819882
sinVQ = 0.420215144586493
cosVQ = 0.907424504992097
alfa = 1.000597498371542
k = 1.003419163966575
ro = math.sqrt(X * X + Y * Y)
epsilon = 2 * math.atan(Y / (ro + X))
D = epsilon / n
S = 2 * math.atan(math.exp(1 / n * math.log(konst_u_ro / ro))) - math.pi / 2
sinS = math.sin(S)
cosS = math.cos(S)
sinU = sinUQ * sinS - cosUQ * cosS * math.cos(D)
cosU = math.sqrt(1 - sinU * sinU)
sinDV = math.sin(D) * cosS / cosU
cosDV = math.sqrt(1 - sinDV * sinDV)
sinV = sinVQ * cosDV - cosVQ * sinDV
cosV = cosVQ * cosDV + sinVQ * sinDV
Ljtsk = 2 * math.atan(sinV / (1 + cosV)) / alfa
t = math.exp(2 / alfa * math.log((1 + sinU) / cosU / k))
pom = (t - 1) / (t + 1)

while True:
sinB = pom
pom = t * math.exp(e * math.log((1 + e * sinB) / (1 - e * sinB)))
pom = (pom - 1) / (pom + 1)
if abs(pom - sinB) < 1e-15:
break
Bjtsk = math.atan(pom / math.sqrt(1 - pom * pom))

# Pravouhle souradnice ve S-JTSK
a = 6377397.15508
f_1 = 299.152812853
e2 = 1 - (1 - 1 / f_1) * (1 - 1/f_1)
ro = a / math.sqrt(1 - e2 * math.sin(Bjtsk) * math.sin(Bjtsk))
x = (ro + H) * math.cos(Bjtsk) * math.cos(Ljtsk)
y = (ro + H) * math.cos(Bjtsk) * math.sin(Ljtsk)
z = ((1 - e2) * ro + H) * math.sin(Bjtsk)

# Pravouhle souradnice v WGS-84
dx = 570.69
dy = 85.69
dz = 462.84
wz = -5.2611 / 3600 * math.pi / 180
wy = -1.58676 / 3600 * math.pi / 180
wx = -4.99821 / 3600 * math.pi / 180
m = 3.543e-6
xn = dx + (1 + m) * (x + wz * y - wy * z)
yn = dy + (1 + m) * (-wz * x + y + wx * z)
zn = dz + (1 + m) * (wy * x - wx * y + z)

# Geodeticke souradnice v systemu WGS-84
a = 6378137.0
f_1 = 298.257223563
a_b = f_1 / (f_1 - 1)
p = math.sqrt(xn * xn + yn * yn)
e2 = 1 - (1 - 1 / f_1) * (1 - 1/f_1

[Talk-cz] import dibavod I01 -- jezy

[Pavel Machek]

Ahoj!

Za chvili hodlam zacit importovat jezy.

Tenhle import je generovan ponekud jednodussim hackem, ale jsou to
jenom body -> melo by to byt ok.



  


  
  


  


-- 
(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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod A04zvm_Melioracni_kanaly

[Zdeněk Pražák]

Pkud se týká melioračních kanálů v okolí Nechanic tak kanály na naimportovaných 
místech ve skutečnosti nejsou, mhlo by se snad jednat o meliorační potrubí 
položené někdy v 50 letech. Na povrchu v uvedených místech není nic viděrt 
aproto jsem tyto kanály smazal
Pražák
>  Původní zpráva 
> Od: Michal Grézl 
> Předmět: Re: [Talk-cz] import dibavod A04zvm_Melioracni_kanaly
> Datum: 22.10.2010 17:38:10
> 
> 2010/10/22 Jan Masopust :
> > Ahoj,
> >
> > To je sice hezké, ale na nic. Tyto data jsou dosti nepřesné (asi +- 30m),
> > ale hlavně se kryjí s importovanými potoky. Tzn., že tam, kde bylo zmapováno
> > jsou data třikrát. Nevím, jestli je případ, kde je importován kanál a
> > zároveň není importován potok. Podle mě ne (kdyžtak mě opravte). Takže by se
> > s tím mělo něco udělat. Nevím, jestli stojí za to mít v mapě takto pochybná
> > data. Já bych navrhoval u všech importovaných kanálů změnit tag třeba na
> > waterway=FIXMEditch, aby se to nerendrovalo a pak to vše ručně projít.
> >
> >
> 
> stejne se to musi projit kvuli potokum, ale fakt sou ty ditch uplne
> mimo, mam je nechat nebo smazat? bude se s tim neco delat?
> 
> 
> -- 
> Michal Grézl
> http://openstreetmap.cz
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
> 
> 
> 

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod A04zvm_Melioracni_kanaly

[Jan Dudík]

Právě řeším povodí Malše od Budějovic proti proudu, konroluju podle
cenia ortofota, a zatím jediný meliorační kanál nesedí.
Buď vede souběžně lépe pasující potok, nebo vede napříč polem či
dokonce zástavbou a na fotce není ani známka.
Tedy všechny zatím mažu.

BTW, co s potokem, který už neexistuje (zastavěná oblast)?

J&D

Dne 22. října 2010 17:37 Michal Grézl  napsal(a):
> 2010/10/22 Jan Masopust :
>> Ahoj,
>>
>> To je sice hezké, ale na nic. Tyto data jsou dosti nepřesné (asi +- 30m),
>> ale hlavně se kryjí s importovanými potoky. Tzn., že tam, kde bylo zmapováno
>> jsou data třikrát. Nevím, jestli je případ, kde je importován kanál a
>> zároveň není importován potok. Podle mě ne (kdyžtak mě opravte). Takže by se
>> s tím mělo něco udělat. Nevím, jestli stojí za to mít v mapě takto pochybná
>> data. Já bych navrhoval u všech importovaných kanálů změnit tag třeba na
>> waterway=FIXMEditch, aby se to nerendrovalo a pak to vše ručně projít.
>>
>>
>
> stejne se to musi projit kvuli potokum, ale fakt sou ty ditch uplne
> mimo, mam je nechat nebo smazat? bude se s tim neco delat?
>
>
> --
> Michal Grézl
> http://openstreetmap.cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
--
Ing. Jan Dudík

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod A04zvm_Melioracni_kanaly

[Michal Grézl]

2010/10/22 Jan Masopust :
> Ahoj,
>
> To je sice hezké, ale na nic. Tyto data jsou dosti nepřesné (asi +- 30m),
> ale hlavně se kryjí s importovanými potoky. Tzn., že tam, kde bylo zmapováno
> jsou data třikrát. Nevím, jestli je případ, kde je importován kanál a
> zároveň není importován potok. Podle mě ne (kdyžtak mě opravte). Takže by se
> s tím mělo něco udělat. Nevím, jestli stojí za to mít v mapě takto pochybná
> data. Já bych navrhoval u všech importovaných kanálů změnit tag třeba na
> waterway=FIXMEditch, aby se to nerendrovalo a pak to vše ručně projít.
>
>

stejne se to musi projit kvuli potokum, ale fakt sou ty ditch uplne
mimo, mam je nechat nebo smazat? bude se s tim neco delat?


-- 
Michal Grézl
http://openstreetmap.cz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod A04zvm_Melioracni_kanaly

[Jan Masopust]

Ahoj,

To je sice hezké, ale na nic. Tyto data jsou dosti nepřesné (asi +- 30m),
ale hlavně se kryjí s importovanými potoky. Tzn., že tam, kde bylo zmapováno
jsou data třikrát. Nevím, jestli je případ, kde je importován kanál a
zároveň není importován potok. Podle mě ne (kdyžtak mě opravte). Takže by se
s tím mělo něco udělat. Nevím, jestli stojí za to mít v mapě takto pochybná
data. Já bych navrhoval u všech importovaných kanálů změnit tag třeba na
waterway=FIXMEditch, aby se to nerendrovalo a pak to vše ručně projít.


--
masox

2010/10/21 Pavel Machek 

> Ahoj!
>
> > Chtel bych importovat melioracni kanaly...
> >
> > Predstavuju si to zhruba takhle:
> >
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> >
> > (Doufam ze melioracni kanal odpovida ditch...)
>
> Tak melioracni kanaly jsou uploadovane.
>
>  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@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] import dibavod A06_Bazina_mocal

[Pavel Machek]

Ahoj!

Chtel bych importovat baziny, a predstavuju si to nejak takhle...























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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod A04zvm_Melioracni_kanaly

[Pavel Machek]

Ahoj!

> Chtel bych importovat melioracni kanaly...
> 
> Predstavuju si to zhruba takhle:
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> (Doufam ze melioracni kanal odpovida ditch...)

Tak melioracni kanaly jsou uploadovane.
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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Marek Prokop]

Ahoj,

> 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

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Michal Grézl]

2010/10/20 Zdeněk Pražák :
> 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.

> 3) co se rozumí pod pojmem napojit na stávající data?
>
> Pražák
>

-- 
Michal Grézl
http://openstreetmap.cz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Zdeněk Pražák]

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

>  Původní zpráva 
> Od: Pavel Machek 
> 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@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
> 
> 
> 

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod A04zvm_Melioracni_kanaly

[Libor Pechacek]

Ahoj,

On Tue 19-10-10 22:05:45, Pavel Machek wrote:
[...]
> 
> 
> 
> 
> (Doufam ze melioracni kanal odpovida ditch...)

Cesky preklad Map_Features napovida "waterway=drain", nicmene po precteni
anglicke verze[1], srovnani s "drain"[2] a vysvetleni slova "ditch"[3] se
priklanim k "waterway=ditch".

Libor

[1] http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dditch
[2] http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain
[3] http://dictionary.cambridge.org/dictionary/british/ditch_1

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] import dibavod A04zvm_Melioracni_kanaly

[Pavel Machek]

Ahoj!

Chtel bych importovat melioracni kanaly...

Predstavuju si to zhruba takhle:












(Doufam ze melioracni kanal odpovida ditch...)
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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Pavel Machek]

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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Pavel Machek]

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...
> > 
> > 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

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Pavel Machek]

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...
> 
> 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

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Michal Grézl]

2010/10/17 Pavel Machek :
> 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

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Pavel Machek]

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
-- 
(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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Jan Masopust]

> > 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

>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Pavel Machek]

Ahoj!

> > 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

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Pavel Machek]

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.

> 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.

> 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...

> 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

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Michal Grézl]

2010/10/16 Petr Dlouhý :
...
> 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

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Petr Dlouhý]

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  wrote:


...bezi -- tedy doufam, nerusit.
Pavel



--
Petr Dlouhý

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Import DIBAVOD - dotaz na další post up v případě duplicit

[Zdeněk Pražák]

Chtěl jsem se zeptat, jaký bude další postup v importu z DIBAVOD, zejména pokud 
se týká konfliktů s již dříve zmapovanými potoky.
Příklad duplicitního zákresu viz Zubřina v Domažlicích.

Bude někde vystaven seznam konfliktních úseků, nebo se bude muset projít celá 
mapa?

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Jan Dudík]

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  napsal(a):
> 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@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
--
Ing. Jan Dudík

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Pavel Machek]

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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Pavel Machek]

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.

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

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Jan Dudík]

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ý :
> 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 
>> 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.dlo...@email.cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
--
Ing. Jan Dudík

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Petr Dlouhý]

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 
> 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.dlo...@email.cz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Jan Dudík]

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 :
> 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 
>> 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@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
--
Ing. Jan Dudík

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Jiri Parkan]

2010/10/14 Zdeněk Pražák :
> 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

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Zdeněk Pražák]

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 
> 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@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
> 
> 
> 

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] import dibavod

[Pavel Machek]

...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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Vojta]

Já jsem rozhodně pro aby se nekontrolovaným importům dávaly nějaké tagy
typu fixme - i na Wiki je zásada že veškerá data mají být alespoň ze
dvou zdrojů. Ono i ta kontrola Dibavodu podle uhul:ortofoto je v
případě že každé tvrdí něco jiného taková ošidná, data Dibavodu
netušíme jak jsou stará (nebo ano?) a ortofoto je nějakých 10 let,
takže žádná sláva.
Pokud někde taguju např. jen podle jednoho průchodu GPS a nepodaří se
mi info ověřit odjinud, taky dávám fixme tag, protože tam nejspíš někdy
půjdu znovu a můžu to zpřesnit druhým průchodem. Nebo tudy může jít
někdo jiný. Když ale např. jdu po cestě v lese neviditelné na ortofotu
/ km a doma vidím že cestu už někdo kreslil, ale o 20 m vedle a
samozřejmě bez tagu fixme, note, nebo alespoň source, tak netuším
jestli taky šel ještě s nepřesnější GPS než mám já, nebo jestli cestu z
nějakého zdroje zaměřil naprosto přesně. A pouhý jeden tag navíc by mi
pomohl data zpřesnit.

Shrnutí - určitě jsem pro to, aby se data neověřená druhým zdrojem
něčím tagovala. Nemusí to nikdo systematicky procházet, ale když
náhodně zjistí že mu něco nesedí, tak ví na čem je.

Vojta

  
  
A ještě jedna myšlenka - nechtělo by to nějak datům z dibavodu připsat,
že byla někým ověřena? Vlastně všechny konfliktní (ruční importy)
status ověřenosti mají, kdyžto ten automatický (bezkonfliktní) import
může být místy dost vedle. Hmm, to je asi blbost, to bychom nakonec
mohli každému objektu dávat atribut vyžaduje kontrolu, ale kdo by to
dělal? :)
  
Hezký den,
Pavel Zbytovský
  
  
  
  
  

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
  




___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Jan Dudík]

Ovšem to by muselo být poznat, který paklík je která oblast. a zkoušet
hledat zkusmo, ve kterém z několika set souborů je ten konkrétní
rybník...
Navíc to byl určitě z nekonfliktního importu, vzhledem ke skutečnosti,
že na tom místě dnes je silnice...
>
> Jediné co by mohlo posloužit je http://www.web2net.cz/osm/dibavod/ -
> vytáhnout si "svou" oblast a podívat se co přibylo do "prázdných" -
> bezkonfliktních míst. Bohužel v OSM se nedá uložit informace, že tam rybník
> už není, takže nikdo pořádně neví, jestli tam býval nebo jen nebyl ještě
> zmapován. Otázkou je jestli používat třeba reservoir=no :-)))
>

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Pavel Zbytovský]

>
> Vím o místě, kde byl v importu rybník, ale v OSM ani ve skutečnosti už
> není. Dá se nějak rozumně zjistit historie oblasti? historie na OSM mi
> totiž ukáže i změny stovky kilometrů daleko.
> A dá se najít jak vypadala oblast k určitému datu, včetně smazaných věcí?
>
> J&D
>


Jediné co by mohlo posloužit je http://www.web2net.cz/osm/dibavod/ -
vytáhnout si "svou" oblast a podívat se co přibylo do "prázdných" -
bezkonfliktních míst. Bohužel v OSM se nedá uložit informace, že tam rybník
už není, takže nikdo pořádně neví, jestli tam býval nebo jen nebyl ještě
zmapován. Otázkou je jestli používat třeba reservoir=no :-)))

Jasně, že nepoužívat, ale tohle je nedořešeno - když mapper smaže v místě
bydliště třeba barák, protože ho včera zbourali, může zítra přijít dobrá
duše a namapovat ho znovu podle km+uhul. Jediné řešení mě napadá místo
smazaného objektu hned dát alespoň village_green, to dobrou duši upozorní,
že tu něco nehraje.

A ještě jedna myšlenka - nechtělo by to nějak datům z dibavodu připsat, že
byla někým ověřena? Vlastně všechny konfliktní (ruční importy) status
ověřenosti mají, kdyžto ten automatický (bezkonfliktní) import může být
místy dost vedle. Hmm, to je asi blbost, to bychom nakonec mohli každému
objektu dávat atribut vyžaduje kontrolu, ale kdo by to dělal? :)

Hezký den,
Pavel Zbytovský
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Zdeněk Pražák]

Dobře, projdu tedy mnou importované konfliktní oblasti a doplním tagy u 
změněných rybníků a neexistující rybníky
Pražák
>  Původní zpráva 
> Od: Pavel Zbytovský 
> Předmět: Re: [Talk-cz] Import DIBAVOD
> Datum: 19.5.2010 21:47:11
> 
> Napsal jsem na wiki návrh, jak bychom ta chybná data mohli systémově
> označit: http://wiki.openstreetmap.org/wiki/Import_DIBAVOD
> 
> Předpokládám, že wiki zas tolik lidí nečte, takže můžeme ještě vymyslet
> změnu - klidně to tam upravte, ale přijde mi to takto funkční.
> 
> 
> Pavel Zbytovský
> 
> 2010/5/4 Stanislav Brabec 
> 
> > Pavel Zbytovský píše v St 28. 04. 2010 v 16:45 +0200:
> > > >Jo, ID zachovat, muze se hodit.
> > >
> > > Napsal jsem to na wiki, chybí tam ještě link na nějakou úvodní
> > > konferu.. Pro někoho kdo do problému třeba teď vstoupil tam prostě
> > > chybí trocha informací.
> > >
> > > >dohodnout na nejaky zpetny vazbe.
> > >
> > > lepší by to bylo vědět teď, když už to stejně musíme procházet ručně.
> > > Co bude v osm datech za pár měsíců už není tak spolehlivé ... "můžeme
> > > reportovat chybějící rybník nebo ho někdo smazal omylem?" :-)
> > >
> >
> > Existuje už někde databáze nebo stránka pro zadávání chybných dat
> > v DIBAVOD, případně nějaký způsob, jak to odtagovat přímo v mapě?
> >
> > Narazil jsem na dva rybníčky v místech, kde dnes stojí domy (zatím
> > ověřeno pouze podle ortofoto):
> >
> >
> http://www.openstreetmap.org/?lat=49.085642&lon=14.71834&zoom=18&layers=B000FTF
> >
> >
> > 
> > Stanislav Brabec
> > http://www.penguin.cz/~utx <http://www.penguin.cz/%7Eutx>
> >
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-cz
> >
> 
> 
> 

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Jan Dudík]

Jenže to je ten problém, že changesety pro naši vesnici o 500
obyvatelích jsou často typu "robotická oprava názů vesnic v celém
rakousku" [1], takže i věc stará jen pár dnů už je na několikáté
stránce s historií (navíc tam medle dřív bývalo datum, a teď ne),
která je navíc neskutečně pomalá.
Třeba tenhle konkrétní asi dohledat dokážu, protože to byla moje
editace, ale přiznejme si, kdo z nás podrobně popisuje změny? zvlášť
když dělám najednou větší oblast napíšu třeba "ČB a okolí" ...

[1] 
http://www.openstreetmap.org/history?bbox=14.49229%2C48.925727%2C14.497805%2C48.928504


J&D

Dne 20. května 2010 10:56 jzvc  napsal(a):
> Dne 20.5.2010 8:29, Jan Dudík napsal(a):
>> Vím o místě, kde byl v importu rybník, ale v OSM ani ve skutečnosti už
>> není. Dá se nějak rozumně zjistit historie oblasti? historie na OSM mi
>> totiž ukáže i změny stovky kilometrů daleko.
>> A dá se najít jak vypadala oblast k určitému datu, včetně smazaných věcí?
>>
>
> Melo by jit stahnout changesety ktere nejak zasahovaly do vybrane
> oblasti, pokud je dotycny alespon trochu komentuje, tak se da zjistit
> ktery to byl.
>
>> J&D
>>
>> 2010/5/19 Stanislav Brabec :
>>
>>> Pavel Zbytovský píše v St 19. 05. 2010 v 21:46 +0200:
>>>
 Napsal jsem na wiki návrh, jak bychom ta chybná data mohli systémově
 označit: http://wiki.openstreetmap.org/wiki/Import_DIBAVOD

 Předpokládám, že wiki zas tolik lidí nečte, takže můžeme ještě
 vymyslet změnu - klidně to tam upravte, ale přijde mi to takto
 funkční.

>>> Ještě vymyslet způsob, jak vyznačit, že vodní plocha již neexistuje.
>>> Odstranit hlavní tag, a zbytek ponechat, a smazat při příštím importu?
>>>
>>>
>>> 
>>> Stanislav Brabec
>>> http://www.penguin.cz/~utx
>>>
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-cz
>>>
>>>
>>
>>
>>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
--
Ing. Jan Dudík

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[jzvc]

Dne 20.5.2010 8:29, Jan Dudík napsal(a):
> Vím o místě, kde byl v importu rybník, ale v OSM ani ve skutečnosti už
> není. Dá se nějak rozumně zjistit historie oblasti? historie na OSM mi
> totiž ukáže i změny stovky kilometrů daleko.
> A dá se najít jak vypadala oblast k určitému datu, včetně smazaných věcí?
>   

Melo by jit stahnout changesety ktere nejak zasahovaly do vybrane
oblasti, pokud je dotycny alespon trochu komentuje, tak se da zjistit
ktery to byl.

> J&D
>
> 2010/5/19 Stanislav Brabec :
>   
>> Pavel Zbytovský píše v St 19. 05. 2010 v 21:46 +0200:
>> 
>>> Napsal jsem na wiki návrh, jak bychom ta chybná data mohli systémově
>>> označit: http://wiki.openstreetmap.org/wiki/Import_DIBAVOD
>>>
>>> Předpokládám, že wiki zas tolik lidí nečte, takže můžeme ještě
>>> vymyslet změnu - klidně to tam upravte, ale přijde mi to takto
>>> funkční.
>>>   
>> Ještě vymyslet způsob, jak vyznačit, že vodní plocha již neexistuje.
>> Odstranit hlavní tag, a zbytek ponechat, a smazat při příštím importu?
>>
>>
>> 
>> Stanislav Brabec
>> http://www.penguin.cz/~utx
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>> 
>
>
>   


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Jan Dudík]

Vím o místě, kde byl v importu rybník, ale v OSM ani ve skutečnosti už
není. Dá se nějak rozumně zjistit historie oblasti? historie na OSM mi
totiž ukáže i změny stovky kilometrů daleko.
A dá se najít jak vypadala oblast k určitému datu, včetně smazaných věcí?

J&D

2010/5/19 Stanislav Brabec :
> Pavel Zbytovský píše v St 19. 05. 2010 v 21:46 +0200:
>> Napsal jsem na wiki návrh, jak bychom ta chybná data mohli systémově
>> označit: http://wiki.openstreetmap.org/wiki/Import_DIBAVOD
>>
>> Předpokládám, že wiki zas tolik lidí nečte, takže můžeme ještě
>> vymyslet změnu - klidně to tam upravte, ale přijde mi to takto
>> funkční.
>
> Ještě vymyslet způsob, jak vyznačit, že vodní plocha již neexistuje.
> Odstranit hlavní tag, a zbytek ponechat, a smazat při příštím importu?
>
>
> 
> Stanislav Brabec
> http://www.penguin.cz/~utx
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
--
Ing. Jan Dudík

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Stanislav Brabec]

Pavel Zbytovský píše v St 19. 05. 2010 v 21:46 +0200:
> Napsal jsem na wiki návrh, jak bychom ta chybná data mohli systémově
> označit: http://wiki.openstreetmap.org/wiki/Import_DIBAVOD
> 
> Předpokládám, že wiki zas tolik lidí nečte, takže můžeme ještě
> vymyslet změnu - klidně to tam upravte, ale přijde mi to takto
> funkční.

Ještě vymyslet způsob, jak vyznačit, že vodní plocha již neexistuje.
Odstranit hlavní tag, a zbytek ponechat, a smazat při příštím importu?



Stanislav Brabec
http://www.penguin.cz/~utx


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Pavel Zbytovský]

Napsal jsem na wiki návrh, jak bychom ta chybná data mohli systémově
označit: http://wiki.openstreetmap.org/wiki/Import_DIBAVOD

Předpokládám, že wiki zas tolik lidí nečte, takže můžeme ještě vymyslet
změnu - klidně to tam upravte, ale přijde mi to takto funkční.


Pavel Zbytovský

2010/5/4 Stanislav Brabec 

> Pavel Zbytovský píše v St 28. 04. 2010 v 16:45 +0200:
> > >Jo, ID zachovat, muze se hodit.
> >
> > Napsal jsem to na wiki, chybí tam ještě link na nějakou úvodní
> > konferu.. Pro někoho kdo do problému třeba teď vstoupil tam prostě
> > chybí trocha informací.
> >
> > >dohodnout na nejaky zpetny vazbe.
> >
> > lepší by to bylo vědět teď, když už to stejně musíme procházet ručně.
> > Co bude v osm datech za pár měsíců už není tak spolehlivé ... "můžeme
> > reportovat chybějící rybník nebo ho někdo smazal omylem?" :-)
> >
>
> Existuje už někde databáze nebo stránka pro zadávání chybných dat
> v DIBAVOD, případně nějaký způsob, jak to odtagovat přímo v mapě?
>
> Narazil jsem na dva rybníčky v místech, kde dnes stojí domy (zatím
> ověřeno pouze podle ortofoto):
>
> http://www.openstreetmap.org/?lat=49.085642&lon=14.71834&zoom=18&layers=B000FTF
>
>
> 
> Stanislav Brabec
> http://www.penguin.cz/~utx 
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Stanislav Brabec]

Pavel Zbytovský píše v St 28. 04. 2010 v 16:45 +0200:
> >Jo, ID zachovat, muze se hodit.
> 
> Napsal jsem to na wiki, chybí tam ještě link na nějakou úvodní
> konferu.. Pro někoho kdo do problému třeba teď vstoupil tam prostě
> chybí trocha informací.
> 
> >dohodnout na nejaky zpetny vazbe.
> 
> lepší by to bylo vědět teď, když už to stejně musíme procházet ručně.
> Co bude v osm datech za pár měsíců už není tak spolehlivé ... "můžeme
> reportovat chybějící rybník nebo ho někdo smazal omylem?" :-)
> 

Existuje už někde databáze nebo stránka pro zadávání chybných dat
v DIBAVOD, případně nějaký způsob, jak to odtagovat přímo v mapě?

Narazil jsem na dva rybníčky v místech, kde dnes stojí domy (zatím
ověřeno pouze podle ortofoto):
http://www.openstreetmap.org/?lat=49.085642&lon=14.71834&zoom=18&layers=B000FTF



Stanislav Brabec
http://www.penguin.cz/~utx


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Pavel Zbytovský]

>Jo, ID zachovat, muze se hodit.

Napsal jsem to na wiki, chybí tam ještě link na nějakou úvodní konferu.. Pro
někoho kdo do problému třeba teď vstoupil tam prostě chybí trocha informací.

>dohodnout na nejaky zpetny vazbe.

lepší by to bylo vědět teď, když už to stejně musíme procházet ručně. Co
bude v osm datech za pár měsíců už není tak spolehlivé ... "můžeme
reportovat chybějící rybník nebo ho někdo smazal omylem?" :-)
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[jzvc]

Dne 26.4.2010 21:18, Pavel Zbytovský napsal(a):
> Ahoj,
>
> pokusil jsem se importovat data z areas_conflict_170.xml, ale narazil jsem
> docela na problém. Kontroloval jsem data podle Cenie a převážná většina
> nádrží byla zvětšených nebo jinak zásadně upravených. Všechny nádrže tam
> samozřejmě jsou z místních survey. Přestože jsou hodně střílené od oka, tak
> ale více odpovídají skutečnosti (cenii) než z toho dibavodu.
>
> Teď co s tím. *Jednak z hlediska importu* - podle Cenie lze jen kontrolovat,
> takže jsem  zachovával buď jeden nebo druhý, podle toho, který byl
> aktuálnější. Což ovšem znamenalo, že jsem skoro všude nechal ty staré.  Je
> vhodné zachovávat i to IDčko u těch "aktuálnějších" tvarů?
>   
Jo, ID zachovat, muze se hodit.
> Jednak také co *z hlediska datasetu* - většina nádrží neodpovídají
> skutečnosti a troufám si říct, že mnoho těch nekonfliktních bude taky hodně
> vedle. Třeba:
> * id:105040060017 - špatný tvar nádrže
> * id:105040070003 - špatný tvar nádrže, chybí name=Ctěnický rybník
> * id:105040060019 - špatný tvar nádrže, chybí name=Biologický rybník
> * id:105040060018 - špatný tvar nádrže
> * id:105040060002 - špatný tvar nádrže
>   
Nekonflikni napriklad udelaly vodu tam, kde uz desiky let zadna neni,
dibavod ma poradne zastaraly data. Zatim sem to nechal byt, prave proto,
ze by nebylo od veci se snima nako dohodnout na nejaky zpetny vazbe.

> Rád bych, kdyby se nám povedlo vrátit nějaké updaty zpět do dibavodu, byla
> by to pěkná ukázka, že se úřadům vyplatí otevírat data, protože komunita je
> schopna nabídnout velkou kontrolní sílu a hodnotu nazpět. Stejně ty
> konfliktní importy všechny ručně procházíme, takže pro nás by to nebyla
> práce navíc.
>
> Už výše jsme s tím tady nic moc kloudného nevymysleli. Nevíte, kdo to
> vlastně s úřadem komunikoval, asi by bylo rozumné aby s úřadem mailoval
> případně on.
>
>
> A ještě mimochodem, jak je na tom import potoků a řek? wiki stránka se o něm
> nezmiňuje.
>   

Pokud vim, tak toto (vodni plochy) byl prakticky jeden soubor prohnanej
pres detektor kolizi a rozparcelovanej po unosnym poctu 20/soubor. S
vodnimi toky to bude mozna horsi, protoze detekovat kolize bude asi
tezsi, takze pocitam ze to bude vic rucni prace.

> Hezký den vám všem,
> Pavel Zbytovský aka zbycz
>
>
> 2010/3/10 jzvc 
>
>   
>> Dne 10.3.2010 21:46, Pavel Machek napsal(a):
>> 
>>> On Mon 2010-03-08 04:54:11, hanoj wrote:
>>>
>>>   
 To by bylo dobre, co trebas zalozit stranku na nasi wiki?

 
>>> Ma to cenu psat na wiki? Ja bych si predstavoval ze se zastarala data
>>> proste smazou...
>>>
>>>   
>> Pavel
>> 
>>>
>>>   
>> Tj, ale bylo to mysleno tak, ze by se zdroji mohlo rict, ze tam maj
>> stary data a jaky, a necht si to opravi.
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>> 
>   
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Jan Dudík]

Sám jsem naimportoval asi 30 areas,, v jednom souboru jsem z 20 nádrží
nechal 15 původních, protože byly zjevně podobnější skutečnosti.
Jednalo se tuším o oblast někde mezi Tachovem a M. Lázněmi.

J&D


2010/4/26 Pavel Zbytovský :
> Ahoj,
>
> pokusil jsem se importovat data z areas_conflict_170.xml, ale narazil jsem
> docela na problém. Kontroloval jsem data podle Cenie a převážná většina
> nádrží byla zvětšených nebo jinak zásadně upravených. Všechny nádrže tam
> samozřejmě jsou z místních survey. Přestože jsou hodně střílené od oka, tak
> ale více odpovídají skutečnosti (cenii) než z toho dibavodu.
>
> Teď co s tím. Jednak z hlediska importu - podle Cenie lze jen kontrolovat,
> takže jsem  zachovával buď jeden nebo druhý, podle toho, který byl
> aktuálnější. Což ovšem znamenalo, že jsem skoro všude nechal ty staré.  Je
> vhodné zachovávat i to IDčko u těch "aktuálnějších" tvarů?
>
> Jednak také co z hlediska datasetu - většina nádrží neodpovídají skutečnosti
> a troufám si říct, že mnoho těch nekonfliktních bude taky hodně vedle.
> Třeba:
> * id:105040060017 - špatný tvar nádrže
> * id:105040070003 - špatný tvar nádrže, chybí name=Ctěnický rybník
> * id:105040060019 - špatný tvar nádrže, chybí name=Biologický rybník
> * id:105040060018 - špatný tvar nádrže
> * id:105040060002 - špatný tvar nádrže
>
> Rád bych, kdyby se nám povedlo vrátit nějaké updaty zpět do dibavodu, byla
> by to pěkná ukázka, že se úřadům vyplatí otevírat data, protože komunita je
> schopna nabídnout velkou kontrolní sílu a hodnotu nazpět. Stejně ty
> konfliktní importy všechny ručně procházíme, takže pro nás by to nebyla
> práce navíc.
>
> Už výše jsme s tím tady nic moc kloudného nevymysleli. Nevíte, kdo to
> vlastně s úřadem komunikoval, asi by bylo rozumné aby s úřadem mailoval
> případně on.
>
>
> A ještě mimochodem, jak je na tom import potoků a řek? wiki stránka se o něm
> nezmiňuje.
>
> Hezký den vám všem,
> Pavel Zbytovský aka zbycz
>
>
> 2010/3/10 jzvc 
>>
>> Dne 10.3.2010 21:46, Pavel Machek napsal(a):
>> > On Mon 2010-03-08 04:54:11, hanoj wrote:
>> >
>> >> To by bylo dobre, co trebas zalozit stranku na nasi wiki?
>> >>
>> > Ma to cenu psat na wiki? Ja bych si predstavoval ze se zastarala data
>> > proste smazou...
>> >
>> > Pavel
>> >
>> >
>> Tj, ale bylo to mysleno tak, ze by se zdroji mohlo rict, ze tam maj
>> stary data a jaky, a necht si to opravi.
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>
>



-- 
--
Ing. Jan Dudík

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Pavel Zbytovský]

Ahoj,

pokusil jsem se importovat data z areas_conflict_170.xml, ale narazil jsem
docela na problém. Kontroloval jsem data podle Cenie a převážná většina
nádrží byla zvětšených nebo jinak zásadně upravených. Všechny nádrže tam
samozřejmě jsou z místních survey. Přestože jsou hodně střílené od oka, tak
ale více odpovídají skutečnosti (cenii) než z toho dibavodu.

Teď co s tím. *Jednak z hlediska importu* - podle Cenie lze jen kontrolovat,
takže jsem  zachovával buď jeden nebo druhý, podle toho, který byl
aktuálnější. Což ovšem znamenalo, že jsem skoro všude nechal ty staré.  Je
vhodné zachovávat i to IDčko u těch "aktuálnějších" tvarů?

Jednak také co *z hlediska datasetu* - většina nádrží neodpovídají
skutečnosti a troufám si říct, že mnoho těch nekonfliktních bude taky hodně
vedle. Třeba:
* id:105040060017 - špatný tvar nádrže
* id:105040070003 - špatný tvar nádrže, chybí name=Ctěnický rybník
* id:105040060019 - špatný tvar nádrže, chybí name=Biologický rybník
* id:105040060018 - špatný tvar nádrže
* id:105040060002 - špatný tvar nádrže

Rád bych, kdyby se nám povedlo vrátit nějaké updaty zpět do dibavodu, byla
by to pěkná ukázka, že se úřadům vyplatí otevírat data, protože komunita je
schopna nabídnout velkou kontrolní sílu a hodnotu nazpět. Stejně ty
konfliktní importy všechny ručně procházíme, takže pro nás by to nebyla
práce navíc.

Už výše jsme s tím tady nic moc kloudného nevymysleli. Nevíte, kdo to
vlastně s úřadem komunikoval, asi by bylo rozumné aby s úřadem mailoval
případně on.


A ještě mimochodem, jak je na tom import potoků a řek? wiki stránka se o něm
nezmiňuje.

Hezký den vám všem,
Pavel Zbytovský aka zbycz


2010/3/10 jzvc 

> Dne 10.3.2010 21:46, Pavel Machek napsal(a):
> > On Mon 2010-03-08 04:54:11, hanoj wrote:
> >
> >> To by bylo dobre, co trebas zalozit stranku na nasi wiki?
> >>
> > Ma to cenu psat na wiki? Ja bych si predstavoval ze se zastarala data
> > proste smazou...
> >
> Pavel
> >
> >
> Tj, ale bylo to mysleno tak, ze by se zdroji mohlo rict, ze tam maj
> stary data a jaky, a necht si to opravi.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[jzvc]

Dne 10.3.2010 21:46, Pavel Machek napsal(a):
> On Mon 2010-03-08 04:54:11, hanoj wrote:
>   
>> To by bylo dobre, co trebas zalozit stranku na nasi wiki?
>> 
> Ma to cenu psat na wiki? Ja bych si predstavoval ze se zastarala data
> proste smazou...
>   Pavel
>
>   
Tj, ale bylo to mysleno tak, ze by se zdroji mohlo rict, ze tam maj
stary data a jaky, a necht si to opravi.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Pavel Machek]

On Mon 2010-03-08 04:54:11, hanoj wrote:
> To by bylo dobre, co trebas zalozit stranku na nasi wiki?

Ma to cenu psat na wiki? Ja bych si predstavoval ze se zastarala data
proste smazou...
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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[jzvc]

Dne 8.3.2010 19:31, Pavel Pilát napsal(a):
> Import dibavod je fajn, kolem Napajedel si to už kontroluju. Jen
> přemýšlím, proč je to otagováno jako landuse=reservoir, ale určitě to
> důvod má. Pouze tady kolem mě je to samé mrtvé rameno a spíš
> natural=water...
>   

Protoze se to z te hromady dat neda urcit. U tech par souboru co sem
delal sem to v pripade ze slo napriklad o ricni breh pretagoval. Ale
coz, ono se to casem nejak spravi, hlavne ze je co opravovat :D.

> Pontiac_CZ
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Tomáš Kolda]

Ano je to tak. Zatim se importoval soubor DIBAVOD nadrze. Zadne dalsi 
rozliseni nebylo, takze se dalo reservoir.

Tomas


Dne 9.3.2010 5:44, Petr Dlouhý napsal(a):
> Ahoj,
>
> pravděpodobně v DIBAVODU ta informace nebyla, takže nezbývá, než to ručně
> změnit.
>
> On Mon, 08 Mar 2010 19:31:54 +0100, Pavel Pilát
> wrote:
>
>
>> Import dibavod je fajn, kolem Napajedel si to už kontroluju. Jen
>> přemýšlím, proč je to otagováno jako landuse=reservoir, ale určitě to
>> důvod má. Pouze tady kolem mě je to samé mrtvé rameno a spíš
>> natural=water...
>>
>> Pontiac_CZ
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>  
>
>


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Petr Dlouhý]

Ahoj,

pravděpodobně v DIBAVODU ta informace nebyla, takže nezbývá, než to ručně  
změnit.

On Mon, 08 Mar 2010 19:31:54 +0100, Pavel Pilát   
wrote:

> Import dibavod je fajn, kolem Napajedel si to už kontroluju. Jen
> přemýšlím, proč je to otagováno jako landuse=reservoir, ale určitě to
> důvod má. Pouze tady kolem mě je to samé mrtvé rameno a spíš
> natural=water...
>
> Pontiac_CZ
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz


-- 
Petr Dlouhý

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Frettie]

Souhlasím, taky na to teď koukám a je to krásný, až budu mít víc času,
tak zkontroluju přesnost, ale tak podle oka je to báječný. Mimojiné,
koukal jsem, že už pokročili i katastry, taky WOW.

JS.

2010/3/8 Pavel Pilát :
> Import dibavod je fajn, kolem Napajedel si to už kontroluju. Jen
> přemýšlím, proč je to otagováno jako landuse=reservoir, ale určitě to
> důvod má. Pouze tady kolem mě je to samé mrtvé rameno a spíš
> natural=water...
>
> Pontiac_CZ
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
S pozdravem,
Jirka Sedláček
---
jirisedla...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Pavel Pilát]

Import dibavod je fajn, kolem Napajedel si to už kontroluju. Jen
přemýšlím, proč je to otagováno jako landuse=reservoir, ale určitě to
důvod má. Pouze tady kolem mě je to samé mrtvé rameno a spíš
natural=water...

Pontiac_CZ

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[hanoj]

To by bylo dobre, co trebas zalozit stranku na nasi wiki?

hanoj

2010/3/1 Pavel Zbytovský :
> Tohle je hloupé, také jsem u sebe potkal různá podivná nebo i nepravdivá
> data.
>
> Je možné to někam hlásit, aby si to v DIBAVODu opravili?
>
>
>
> 2010/3/1 jzvc 
>>
>> Jen pro informaci, data jsou v nekterych miste ponekud (vice) zastarala,
>> me napriklad do Teplic import umistil (nekonfliktni) vodni plochu, ktera
>> tam uz dobre 10, mozna 15let neni (koupaliste Anger). To jen az se
>> budete divit, ze mate za domem rybnik, ktery jste nikdy nevideli :D.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Pavel Zbytovský]

Tohle je hloupé, také jsem u sebe potkal různá podivná nebo i nepravdivá
data.

Je možné to někam hlásit, aby si to v DIBAVODu opravili?



2010/3/1 jzvc 

> Jen pro informaci, data jsou v nekterych miste ponekud (vice) zastarala,
> me napriklad do Teplic import umistil (nekonfliktni) vodni plochu, ktera
> tam uz dobre 10, mozna 15let neni (koupaliste Anger). To jen az se
> budete divit, ze mate za domem rybnik, ktery jste nikdy nevideli :D.
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[jzvc]

Jen pro informaci, data jsou v nekterych miste ponekud (vice) zastarala,
me napriklad do Teplic import umistil (nekonfliktni) vodni plochu, ktera
tam uz dobre 10, mozna 15let neni (koupaliste Anger). To jen az se
budete divit, ze mate za domem rybnik, ktery jste nikdy nevideli :D.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Pavel Machek]

On Tue 2010-02-23 22:08:19, jzvc wrote:
> Dne 23.2.2010 21:55, Jan Bilak napsal(a):
> > Ja vychazel z tohoto:
> >
> > Diff upload: POST /api/0.6/changeset/#id/upload
> >
> > With this API call files in the OsmChange format can be uploaded to
> > the server. This is guaranteed to be running in a transaction. So
> > either all the changes are applied or none.
> > To upload an OSC file it has to conform to the OsmChange specification
> > with the addition of a changeset and a version attribute for each
> > element, except when you are creating an element where the version is
> > not required as the server sets that for you.
> >
> > [http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.6]
> 
> Otazka je, jestli vam to nezbuchlo ve finalni fazi, kdyz uz transakce
> byla uzavrena => melo by to by duplicitni komplet a teoreticky by melo
> jit revertnout komplet jeden changeset (pokud ho nekdo mezi tim
> nezmenil). Dalsi varianta, ktera me napada (spekulace) ze kdyz changeset
> je otevreny dyl nez X (hodina ???) tak ho OSM uzavre automaticky.
> Nektere 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.

Ono to vypadalo tak ze to behem par vterin poslalo ten megabyte, a pak
se nic nedelo -- server zrejme 30 minut ukladal do databaze...
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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Pavel Machek]

On Tue 2010-02-23 22:57:15, MP wrote:
> >  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?
> 
> Pokud se pouziuva diff upload tak se nova ID priradi az na konci a
> JOSM se o nich dozvi az pote, co si server vsechno prebere a ty ID
> vrati zpatky  takze pokud spojeni vyhnije pote co bylo vse
> odeslano na server, ale predtim, nez JOSM dostane zpet nova IDcka, tak
> server to tam vse sice uspesne nacpe, ale po vyhnilem spojeni uz
> nevrati nova ID a JOSM se pak tvari, ze to cele selhalo. A kdyz to
> clovek "zkusi znovu" tak tam uz cpe druhou kopii 

...a kdyz se mezi tim podiva, jestli to tam uz nahodou neni, tak mu
server rekne ze neni, protoze stale jeste uklada :-(. Takze jeste
jednou sorry za duplicity.
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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[jzvc]

Dne 23.2.2010 23:31, Tomas Kolda napsal(a):
> 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 na tohle asi bylo lepsi pouzit JOSM devel verzi.
>
> Tomas

Tu jsem pouzil ja, ostatni ji pouzivam (pokud zrovna nezbuchne)
prakticky vzdy, ale i tak mi to prislo pomale.

>
> MP napsal(a):
>>>  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?
>>> 
>>
>> Pokud se pouziuva diff upload tak se nova ID priradi az na konci a
>> JOSM se o nich dozvi az pote, co si server vsechno prebere a ty ID
>> vrati zpatky  takze pokud spojeni vyhnije pote co bylo vse
>> odeslano na server, ale predtim, nez JOSM dostane zpet nova IDcka, tak
>> server to tam vse sice uspesne nacpe, ale po vyhnilem spojeni uz
>> nevrati nova ID a JOSM se pak tvari, ze to cele selhalo. A kdyz to
>> clovek "zkusi znovu" tak tam uz cpe druhou kopii 
>>
>> Martin
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>   
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[jzvc]

hranych uzivatelem Medulove. Skript,
>> kterym kontroluju cas od casu dumpy na mozne chyby mi na dumpu z
>> dnesniho rana nahlasil asi 10700 duplicitnich nodu od nej
>> (rozprostrenych po cele CR) a co jsem tak koukal, tak je to taky
>> dibavod (byt kazdy rybnik je tam "jen" dvakrat). pavel ma 13700
>> duplicitnich nodu (nez jsem vcera nektere casti opravoval, tak jich
>> bylo asi 32000)
>>
>> Takze duplicity od Medulove by taky asi chtely vyresit...
>>
>> Martin
>>
>> On 22/02/2010, Pavel Machek  wrote:
>>
>>
>> Hi!
>>
>>  It seems that I created duplicate data when importing DIBAVOD; I
>>  assumed that if connection died before closing transaction, no data
>>  would be uploaded, and it seems it is not so :-(.
>>
>>  Edits in question are:
>>
>>  #3938287 February 21, 2010 20:50 dibavod, cast 41
>>  11.985,48.587,17.993,50.959   (big)
>>  #3938219February 21, 2010 21:37 import dibavod, cast
>>  41  11.985,48.587,17.993,50.959 (big)
>>  #3938181    February 21, 2010 21:30 import dibavod, cast
>>  41  11.985,48.587,17.993,50.959 (big)
>>  #3938082February 21, 2010 21:23 import dibavod, cast
>>  41  11.985,48.587,17.993,50.959 (big)
>>
>>  ...they should be duplicates (if not, the biggest one should be left).
>>
>>  Now, there are big fat warnings about revert scripts and I'd prefer
>>  not to mess up the database even more. What is the best way to
>>  proceed?
>>
>>  Sorry for the mess,
>>
>> Pavel
>>
>>
>>  > Pokud jsem se díval na několik rybníků, tak všechny byly nahrány 4x.
>>  >
>>  > Například Trubární rybník - cesta č. 50937312 je nahrán ještě jako cesta
>> č. 50932852, 50935613 a 50934642
>>  >
>>  > Praák
>>  > >  Původní zpráva 
>>  > > Od: Pavel Machek 
>>  > > Předmět: Re: [Talk-cz] Import DIBAVOD
>>  > > Datum: 22.2.2010 08:03:14
>>  > > 
>>  > > Ahoj!
>>  > >
>>  > > > Namátkou jsem zjistil, že Pavel nahrál omylem část č. 41 celkem
>> čtyřikrát.
>>  > >
>>  > > Padlo spojeni ve fazi uploading, ale pred uzavrenim transakce. Takze
>>  > > jsem letmo skontroloval ze tam data nejsou (a nebyla?!) a zkusil to
>>  > > znovu.
>>  > >
>>  > > Opravdu je duplicita v datech?
>>  > >
>>  > > --
>>  > > (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@openstreetmap.org
>>  > > http://lists.openstreetmap.org/listinfo/talk-cz
>>  > >
>>  > >
>>  > >
>>  >
>>  > ___
>>  > Talk-cz mailing list
>>  > Talk-cz@openstreetmap.org
>>  > http://lists.openstreetmap.org/listinfo/talk-cz
>>
>>  --
>>  (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@openstreetmap.org
>>  http://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>>
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>>
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Tomas Kolda]

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 na tohle asi bylo lepsi pouzit JOSM devel verzi.


Tomas

MP napsal(a):

 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?



Pokud se pouziuva diff upload tak se nova ID priradi az na konci a
JOSM se o nich dozvi az pote, co si server vsechno prebere a ty ID
vrati zpatky  takze pokud spojeni vyhnije pote co bylo vse
odeslano na server, ale predtim, nez JOSM dostane zpet nova IDcka, tak
server to tam vse sice uspesne nacpe, ale po vyhnilem spojeni uz
nevrati nova ID a JOSM se pak tvari, ze to cele selhalo. A kdyz to
clovek "zkusi znovu" tak tam uz cpe druhou kopii 

Martin

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
  
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[MP]

>  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?

Pokud se pouziuva diff upload tak se nova ID priradi az na konci a
JOSM se o nich dozvi az pote, co si server vsechno prebere a ty ID
vrati zpatky  takze pokud spojeni vyhnije pote co bylo vse
odeslano na server, ale predtim, nez JOSM dostane zpet nova IDcka, tak
server to tam vse sice uspesne nacpe, ale po vyhnilem spojeni uz
nevrati nova ID a JOSM se pak tvari, ze to cele selhalo. A kdyz to
clovek "zkusi znovu" tak tam uz cpe druhou kopii 

Martin

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Jan Dudík]

Mě bohužel spadl celý systém z důvodu jiného programu, takže nepomůžu.

J&D

2010/2/23 Tomas Kolda :
> No asi to tak neni, protoze by pak nevznikly ty duplikaty.
>
> Jak presne jste postupovali, kdyz vam to spadlo? At vysledujeme jak se
> spravne pri uploadech chovat...
>
> Tomas
>
> Jan Bilak napsal(a):
>
> Nahravani changesetu z JOSM je transakcni, ne? Takze bude se to povede
> cele nebo vubec a je to mozne opakovat. Nebo jsem to pochopil spatne?
>
> Honza
>
>
> Dne 23. února 2010 21:44 Tomas Kolda  napsal(a):
>
>
> 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 začátku imortu, myslel
> jsem ,že se stačilo přenést jen pár kousků a zatím to vypadá na skoro
> celý díl :-(...
>
> J&D
>
> Dne 23. února 2010 20:41 MP  napsal(a):
>
>
> Aha, ja nekdy predevcirem nektere casti uz v JOSM opravoval (s
> validatorem to jde rychle a vcelku automaticky...), takze nektere
> rybniky tam jsou uz jen jednou.
>
>
> Jinak dalsi problem je v datech nahranych uzivatelem Medulove. Skript,
> kterym kontroluju cas od casu dumpy na mozne chyby mi na dumpu z
> dnesniho rana nahlasil asi 10700 duplicitnich nodu od nej
> (rozprostrenych po cele CR) a co jsem tak koukal, tak je to taky
> dibavod (byt kazdy rybnik je tam "jen" dvakrat). pavel ma 13700
> duplicitnich nodu (nez jsem vcera nektere casti opravoval, tak jich
> bylo asi 32000)
>
> Takze duplicity od Medulove by taky asi chtely vyresit...
>
> Martin
>
> On 22/02/2010, Pavel Machek  wrote:
>
>
> Hi!
>
>  It seems that I created duplicate data when importing DIBAVOD; I
>  assumed that if connection died before closing transaction, no data
>  would be uploaded, and it seems it is not so :-(.
>
>  Edits in question are:
>
>  #3938287         February 21, 2010 20:50         dibavod, cast 41
>  11.985,48.587,17.993,50.959   (big)
>  #3938219        February 21, 2010 21:37         import dibavod, cast
>  41      11.985,48.587,17.993,50.959 (big)
>  #3938181        February 21, 2010 21:30         import dibavod, cast
>  41      11.985,48.587,17.993,50.959 (big)
>  #3938082        February 21, 2010 21:23         import dibavod, cast
>  41      11.985,48.587,17.993,50.959 (big)
>
>  ...they should be duplicates (if not, the biggest one should be left).
>
>  Now, there are big fat warnings about revert scripts and I'd prefer
>  not to mess up the database even more. What is the best way to
>  proceed?
>
>  Sorry for the mess,
>
>                                                                 Pavel
>
>
>  > Pokud jsem se díval na několik rybníků, tak všechny byly nahrány 4x.
>  >
>  > Například Trubární rybník - cesta č. 50937312 je nahrán ještě jako cesta
> č. 50932852, 50935613 a 50934642
>  >
>  > Praák
>  > >  Původní zpráva 
>  > > Od: Pavel Machek 
>  > > Předmět: Re: [Talk-cz] Import DIBAVOD
>  > > Datum: 22.2.2010 08:03:14
>  > > 
>  > > Ahoj!
>  > >
>  > > > Namátkou jsem zjistil, že Pavel nahrál omylem část č. 41 celkem
> čtyřikrát.
>  > >
>  > > Padlo spojeni ve fazi uploading, ale pred uzavrenim transakce. Takze
>  > > jsem letmo skontroloval ze tam data nejsou (a nebyla?!) a zkusil to
>  > > znovu.
>  > >
>  > > Opravdu je duplicita v datech?
>  > >
>  > > --
>  > > (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@openstreetmap.org
>  > > http://lists.openstreetmap.org/listinfo/talk-cz
>  > >
>  > >
>  > >
>  >
>  > ___
>  > Talk-cz mailing list
>  > Talk-cz@openstreetmap.org
>  > http://lists.openstreetmap.org/listinfo/talk-cz
>
>  --
>  (english) http://www.livejournal.com/~pavelmachek
>  (cesky, pictures)
> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
>
>  ___
>  Talk-cz mailing list
>  talk...@openstreetmap.org
>  http://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> __

Re: [Talk-cz] Import DIBAVOD

[Jan Bilak]

 dibavod, cast 41
>  11.985,48.587,17.993,50.959   (big)
>  #3938219February 21, 2010 21:37 import dibavod, cast
>  41  11.985,48.587,17.993,50.959 (big)
>  #3938181February 21, 2010 21:30 import dibavod, cast
>  41  11.985,48.587,17.993,50.959 (big)
>  #3938082February 21, 2010 21:23 import dibavod, cast
>  41  11.985,48.587,17.993,50.959 (big)
>
>  ...they should be duplicates (if not, the biggest one should be left).
>
>  Now, there are big fat warnings about revert scripts and I'd prefer
>  not to mess up the database even more. What is the best way to
>  proceed?
>
>  Sorry for the mess,
>
> Pavel
>
>
>  > Pokud jsem se díval na několik rybníků, tak všechny byly nahrány 4x.
>  >
>  > Například Trubární rybník - cesta č. 50937312 je nahrán ještě jako cesta
> č. 50932852, 50935613 a 50934642
>  >
>  > Praák
>  > >  Původní zpráva 
>  > > Od: Pavel Machek 
>  > > Předmět: Re: [Talk-cz] Import DIBAVOD
>  > > Datum: 22.2.2010 08:03:14
>  > > 
>  > > Ahoj!
>  > >
>  > > > Namátkou jsem zjistil, že Pavel nahrál omylem část č. 41 celkem
> čtyřikrát.
>  > >
>  > > Padlo spojeni ve fazi uploading, ale pred uzavrenim transakce. Takze
>  > > jsem letmo skontroloval ze tam data nejsou (a nebyla?!) a zkusil to
>  > > znovu.
>  > >
>  > > Opravdu je duplicita v datech?
>  > >
>  > > --
>  > > (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@openstreetmap.org
>  > > http://lists.openstreetmap.org/listinfo/talk-cz
>  > >
>  > >
>  > >
>  >
>  > ___
>  > Talk-cz mailing list
>  > Talk-cz@openstreetmap.org
>  > http://lists.openstreetmap.org/listinfo/talk-cz
>
>  --
>  (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@openstreetmap.org
>  http://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>
>

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Tomas Kolda]

2852, 50935613 a 50934642
 >
 > Praák
 > >  Původní zpráva ----
 > > Od: Pavel Machek 
 > > Předmět: Re: [Talk-cz] Import DIBAVOD
 > > Datum: 22.2.2010 08:03:14
 > > 
 > > Ahoj!
 > >
 > > > Namátkou jsem zjistil, že Pavel nahrál omylem část č. 41 celkem
čtyřikrát.
 > >
 > > Padlo spojeni ve fazi uploading, ale pred uzavrenim transakce. Takze
 > > jsem letmo skontroloval ze tam data nejsou (a nebyla?!) a zkusil to
 > > znovu.
 > >
 > > Opravdu je duplicita v datech?
 > >
 > > --
 > > (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@openstreetmap.org
 > > http://lists.openstreetmap.org/listinfo/talk-cz
 > >
 > >
 > >
 >
 > ___
 > Talk-cz mailing list
 > Talk-cz@openstreetmap.org
 > http://lists.openstreetmap.org/listinfo/talk-cz

 --
 (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@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz



___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz





___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz




___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz



  

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
  




___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
  
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[jzvc]

Dne 23.2.2010 21:55, Jan Bilak napsal(a):
> Ja vychazel z tohoto:
>
> Diff upload: POST /api/0.6/changeset/#id/upload
>
> With this API call files in the OsmChange format can be uploaded to
> the server. This is guaranteed to be running in a transaction. So
> either all the changes are applied or none.
> To upload an OSC file it has to conform to the OsmChange specification
> with the addition of a changeset and a version attribute for each
> element, except when you are creating an element where the version is
> not required as the server sets that for you.
>
> [http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.6]
>
> Honza
>
>   

Otazka je, jestli vam to nezbuchlo ve finalni fazi, kdyz uz transakce
byla uzavrena => melo by to by duplicitni komplet a teoreticky by melo
jit revertnout komplet jeden changeset (pokud ho nekdo mezi tim
nezmenil). Dalsi varianta, ktera me napada (spekulace) ze kdyz changeset
je otevreny dyl nez X (hodina ???) tak ho OSM uzavre automaticky.
Nektere 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 :
>   
>> No asi to tak neni, protoze by pak nevznikly ty duplikaty.
>>
>> Jak presne jste postupovali, kdyz vam to spadlo? At vysledujeme jak se
>> spravne pri uploadech chovat...
>>
>> Tomas
>>
>> Jan Bilak napsal(a):
>>
>> Nahravani changesetu z JOSM je transakcni, ne? Takze bude se to povede
>> cele nebo vubec a je to mozne opakovat. Nebo jsem to pochopil spatne?
>>
>> Honza
>>
>>
>> Dne 23. února 2010 21:44 Tomas Kolda  napsal(a):
>>
>>
>> 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 začátku imortu, myslel
>> jsem ,že se stačilo přenést jen pár kousků a zatím to vypadá na skoro
>> celý díl :-(...
>>
>> J&D
>>
>> Dne 23. února 2010 20:41 MP  napsal(a):
>>
>>
>> Aha, ja nekdy predevcirem nektere casti uz v JOSM opravoval (s
>> validatorem to jde rychle a vcelku automaticky...), takze nektere
>> rybniky tam jsou uz jen jednou.
>>
>>
>> Jinak dalsi problem je v datech nahranych uzivatelem Medulove. Skript,
>> kterym kontroluju cas od casu dumpy na mozne chyby mi na dumpu z
>> dnesniho rana nahlasil asi 10700 duplicitnich nodu od nej
>> (rozprostrenych po cele CR) a co jsem tak koukal, tak je to taky
>> dibavod (byt kazdy rybnik je tam "jen" dvakrat). pavel ma 13700
>> duplicitnich nodu (nez jsem vcera nektere casti opravoval, tak jich
>> bylo asi 32000)
>>
>> Takze duplicity od Medulove by taky asi chtely vyresit...
>>
>> Martin
>>
>> On 22/02/2010, Pavel Machek  wrote:
>>
>>
>> Hi!
>>
>>  It seems that I created duplicate data when importing DIBAVOD; I
>>  assumed that if connection died before closing transaction, no data
>>  would be uploaded, and it seems it is not so :-(.
>>
>>  Edits in question are:
>>
>>  #3938287 February 21, 2010 20:50 dibavod, cast 41
>>  11.985,48.587,17.993,50.959   (big)
>>  #3938219February 21, 2010 21:37 import dibavod, cast
>>  41  11.985,48.587,17.993,50.959 (big)
>>  #3938181February 21, 2010 21:30 import dibavod, cast
>>  41  11.985,48.587,17.993,50.959 (big)
>>  #3938082February 21, 2010 21:23 import dibavod, cast
>>  41  11.985,48.587,17.993,50.959 (big)
>>
>>  ...they should be duplicates (if not, the biggest one should be left).
>>
>>  Now, there are big fat warnings about revert scripts and I'd prefer
>>  not to mess up the database even more. What is the best way to
>>  proceed?
>>
>>  Sorry for the mess,
>>
>> Pavel
>>
>>
>>  > Pokud jsem se díval na několik rybníků, tak všechny byly nahrány 4x.
>>  >
>>  > Například Trubární rybník - cesta č. 50937312 je nahrán ještě jako cesta
>> č. 50932852, 50935613 a 50934642
>>  >
>>  > Praák
>>  > >  Původní zpráva 
>>  > > Od: Pavel Machek 
>>  > > Předmět: Re: [Talk-cz] Import DIBAVOD
>>  > > Datum: 22.2.2010 08:03:14
>>  > > 

Re: [Talk-cz] Import DIBAVOD

[Jan Bilak]

Ja vychazel z tohoto:

Diff upload: POST /api/0.6/changeset/#id/upload

With this API call files in the OsmChange format can be uploaded to
the server. This is guaranteed to be running in a transaction. So
either all the changes are applied or none.
To upload an OSC file it has to conform to the OsmChange specification
with the addition of a changeset and a version attribute for each
element, except when you are creating an element where the version is
not required as the server sets that for you.

[http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.6]

Honza


2010/2/23 Tomas Kolda :
> No asi to tak neni, protoze by pak nevznikly ty duplikaty.
>
> Jak presne jste postupovali, kdyz vam to spadlo? At vysledujeme jak se
> spravne pri uploadech chovat...
>
> Tomas
>
> Jan Bilak napsal(a):
>
> Nahravani changesetu z JOSM je transakcni, ne? Takze bude se to povede
> cele nebo vubec a je to mozne opakovat. Nebo jsem to pochopil spatne?
>
> Honza
>
>
> Dne 23. února 2010 21:44 Tomas Kolda  napsal(a):
>
>
> 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 začátku imortu, myslel
> jsem ,že se stačilo přenést jen pár kousků a zatím to vypadá na skoro
> celý díl :-(...
>
> J&D
>
> Dne 23. února 2010 20:41 MP  napsal(a):
>
>
> Aha, ja nekdy predevcirem nektere casti uz v JOSM opravoval (s
> validatorem to jde rychle a vcelku automaticky...), takze nektere
> rybniky tam jsou uz jen jednou.
>
>
> Jinak dalsi problem je v datech nahranych uzivatelem Medulove. Skript,
> kterym kontroluju cas od casu dumpy na mozne chyby mi na dumpu z
> dnesniho rana nahlasil asi 10700 duplicitnich nodu od nej
> (rozprostrenych po cele CR) a co jsem tak koukal, tak je to taky
> dibavod (byt kazdy rybnik je tam "jen" dvakrat). pavel ma 13700
> duplicitnich nodu (nez jsem vcera nektere casti opravoval, tak jich
> bylo asi 32000)
>
> Takze duplicity od Medulove by taky asi chtely vyresit...
>
> Martin
>
> On 22/02/2010, Pavel Machek  wrote:
>
>
> Hi!
>
>  It seems that I created duplicate data when importing DIBAVOD; I
>  assumed that if connection died before closing transaction, no data
>  would be uploaded, and it seems it is not so :-(.
>
>  Edits in question are:
>
>  #3938287         February 21, 2010 20:50         dibavod, cast 41
>  11.985,48.587,17.993,50.959   (big)
>  #3938219        February 21, 2010 21:37         import dibavod, cast
>  41      11.985,48.587,17.993,50.959 (big)
>  #3938181        February 21, 2010 21:30         import dibavod, cast
>  41      11.985,48.587,17.993,50.959 (big)
>  #3938082        February 21, 2010 21:23         import dibavod, cast
>  41      11.985,48.587,17.993,50.959 (big)
>
>  ...they should be duplicates (if not, the biggest one should be left).
>
>  Now, there are big fat warnings about revert scripts and I'd prefer
>  not to mess up the database even more. What is the best way to
>  proceed?
>
>  Sorry for the mess,
>
>                                                                 Pavel
>
>
>  > Pokud jsem se díval na několik rybníků, tak všechny byly nahrány 4x.
>  >
>  > Například Trubární rybník - cesta č. 50937312 je nahrán ještě jako cesta
> č. 50932852, 50935613 a 50934642
>  >
>  > Praák
>  > >  Původní zpráva 
>  > > Od: Pavel Machek 
>  > > Předmět: Re: [Talk-cz] Import DIBAVOD
>  > > Datum: 22.2.2010 08:03:14
>  > > 
>  > > Ahoj!
>  > >
>  > > > Namátkou jsem zjistil, že Pavel nahrál omylem část č. 41 celkem
> čtyřikrát.
>  > >
>  > > Padlo spojeni ve fazi uploading, ale pred uzavrenim transakce. Takze
>  > > jsem letmo skontroloval ze tam data nejsou (a nebyla?!) a zkusil to
>  > > znovu.
>  > >
>  > > Opravdu je duplicita v datech?
>  > >
>  > > --
>  > > (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@openstreetmap.org
>  > > http://lists.openstreetmap.org/listinfo/talk-cz
>  > >
>  > >
>  > >
>  >
>  > ___
>  >

Re: [Talk-cz] Import DIBAVOD

[Tomas Kolda]

No asi to tak neni, protoze by pak nevznikly ty duplikaty.

Jak presne jste postupovali, kdyz vam to spadlo? At vysledujeme jak se 
spravne pri uploadech chovat...


Tomas

Jan Bilak napsal(a):

Nahravani changesetu z JOSM je transakcni, ne? Takze bude se to povede
cele nebo vubec a je to mozne opakovat. Nebo jsem to pochopil spatne?

Honza


Dne 23. února 2010 21:44 Tomas Kolda  napsal(a):
  

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 začátku imortu, myslel
jsem ,že se stačilo přenést jen pár kousků a zatím to vypadá na skoro
celý díl :-(...

J&D

Dne 23. února 2010 20:41 MP  napsal(a):


Aha, ja nekdy predevcirem nektere casti uz v JOSM opravoval (s
validatorem to jde rychle a vcelku automaticky...), takze nektere
rybniky tam jsou uz jen jednou.


Jinak dalsi problem je v datech nahranych uzivatelem Medulove. Skript,
kterym kontroluju cas od casu dumpy na mozne chyby mi na dumpu z
dnesniho rana nahlasil asi 10700 duplicitnich nodu od nej
(rozprostrenych po cele CR) a co jsem tak koukal, tak je to taky
dibavod (byt kazdy rybnik je tam "jen" dvakrat). pavel ma 13700
duplicitnich nodu (nez jsem vcera nektere casti opravoval, tak jich
bylo asi 32000)

Takze duplicity od Medulove by taky asi chtely vyresit...

Martin

On 22/02/2010, Pavel Machek  wrote:


Hi!

 It seems that I created duplicate data when importing DIBAVOD; I
 assumed that if connection died before closing transaction, no data
 would be uploaded, and it seems it is not so :-(.

 Edits in question are:

 #3938287 February 21, 2010 20:50 dibavod, cast 41
 11.985,48.587,17.993,50.959   (big)
 #3938219February 21, 2010 21:37 import dibavod, cast
 41  11.985,48.587,17.993,50.959 (big)
 #3938181February 21, 2010 21:30 import dibavod, cast
 41  11.985,48.587,17.993,50.959 (big)
 #3938082February 21, 2010 21:23 import dibavod, cast
 41  11.985,48.587,17.993,50.959 (big)

 ...they should be duplicates (if not, the biggest one should be left).

 Now, there are big fat warnings about revert scripts and I'd prefer
 not to mess up the database even more. What is the best way to
 proceed?

 Sorry for the mess,

Pavel


 > Pokud jsem se díval na několik rybníků, tak všechny byly nahrány 4x.
 >
 > Například Trubární rybník - cesta č. 50937312 je nahrán ještě jako cesta
č. 50932852, 50935613 a 50934642
 >
 > Praák
 > >  Původní zpráva 
 > > Od: Pavel Machek 
 > > Předmět: Re: [Talk-cz] Import DIBAVOD
 > > Datum: 22.2.2010 08:03:14
 > > 
 > > Ahoj!
 > >
 > > > Namátkou jsem zjistil, že Pavel nahrál omylem část č. 41 celkem
čtyřikrát.
 > >
 > > Padlo spojeni ve fazi uploading, ale pred uzavrenim transakce. Takze
 > > jsem letmo skontroloval ze tam data nejsou (a nebyla?!) a zkusil to
 > > znovu.
 > >
 > > Opravdu je duplicita v datech?
 > >
 > > --
 > > (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@openstreetmap.org
 > > http://lists.openstreetmap.org/listinfo/talk-cz
 > >
 > >
 > >
 >
 > ___
 > Talk-cz mailing list
 > Talk-cz@openstreetmap.org
 > http://lists.openstreetmap.org/listinfo/talk-cz

 --
 (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@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz



___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz





___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz





___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
  
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Jan Bilak]

Nahravani changesetu z JOSM je transakcni, ne? Takze bude se to povede
cele nebo vubec a je to mozne opakovat. Nebo jsem to pochopil spatne?

Honza


Dne 23. února 2010 21:44 Tomas Kolda  napsal(a):
> 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 začátku imortu, myslel
> jsem ,že se stačilo přenést jen pár kousků a zatím to vypadá na skoro
> celý díl :-(...
>
> J&D
>
> Dne 23. února 2010 20:41 MP  napsal(a):
>
>
> Aha, ja nekdy predevcirem nektere casti uz v JOSM opravoval (s
> validatorem to jde rychle a vcelku automaticky...), takze nektere
> rybniky tam jsou uz jen jednou.
>
>
> Jinak dalsi problem je v datech nahranych uzivatelem Medulove. Skript,
> kterym kontroluju cas od casu dumpy na mozne chyby mi na dumpu z
> dnesniho rana nahlasil asi 10700 duplicitnich nodu od nej
> (rozprostrenych po cele CR) a co jsem tak koukal, tak je to taky
> dibavod (byt kazdy rybnik je tam "jen" dvakrat). pavel ma 13700
> duplicitnich nodu (nez jsem vcera nektere casti opravoval, tak jich
> bylo asi 32000)
>
> Takze duplicity od Medulove by taky asi chtely vyresit...
>
> Martin
>
> On 22/02/2010, Pavel Machek  wrote:
>
>
> Hi!
>
>  It seems that I created duplicate data when importing DIBAVOD; I
>  assumed that if connection died before closing transaction, no data
>  would be uploaded, and it seems it is not so :-(.
>
>  Edits in question are:
>
>  #3938287         February 21, 2010 20:50         dibavod, cast 41
>  11.985,48.587,17.993,50.959   (big)
>  #3938219        February 21, 2010 21:37         import dibavod, cast
>  41      11.985,48.587,17.993,50.959 (big)
>  #3938181        February 21, 2010 21:30         import dibavod, cast
>  41      11.985,48.587,17.993,50.959 (big)
>  #3938082        February 21, 2010 21:23         import dibavod, cast
>  41      11.985,48.587,17.993,50.959 (big)
>
>  ...they should be duplicates (if not, the biggest one should be left).
>
>  Now, there are big fat warnings about revert scripts and I'd prefer
>  not to mess up the database even more. What is the best way to
>  proceed?
>
>  Sorry for the mess,
>
>                                                                 Pavel
>
>
>  > Pokud jsem se díval na několik rybníků, tak všechny byly nahrány 4x.
>  >
>  > Například Trubární rybník - cesta č. 50937312 je nahrán ještě jako cesta
> č. 50932852, 50935613 a 50934642
>  >
>  > Praák
>  > >  Původní zpráva 
>  > > Od: Pavel Machek 
>  > > Předmět: Re: [Talk-cz] Import DIBAVOD
>  > > Datum: 22.2.2010 08:03:14
>  > > 
>  > > Ahoj!
>  > >
>  > > > Namátkou jsem zjistil, že Pavel nahrál omylem část č. 41 celkem
> čtyřikrát.
>  > >
>  > > Padlo spojeni ve fazi uploading, ale pred uzavrenim transakce. Takze
>  > > jsem letmo skontroloval ze tam data nejsou (a nebyla?!) a zkusil to
>  > > znovu.
>  > >
>  > > Opravdu je duplicita v datech?
>  > >
>  > > --
>  > > (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@openstreetmap.org
>  > > http://lists.openstreetmap.org/listinfo/talk-cz
>  > >
>  > >
>  > >
>  >
>  > ___
>  > Talk-cz mailing list
>  > Talk-cz@openstreetmap.org
>  > http://lists.openstreetmap.org/listinfo/talk-cz
>
>  --
>  (english) http://www.livejournal.com/~pavelmachek
>  (cesky, pictures)
> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
>
>  ___
>  Talk-cz mailing list
>  talk...@openstreetmap.org
>  http://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>
>

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Tomas Kolda]

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 začátku imortu, myslel
jsem ,že se stačilo přenést jen pár kousků a zatím to vypadá na skoro
celý díl :-(...

J&D

Dne 23. února 2010 20:41 MP  napsal(a):
  

Aha, ja nekdy predevcirem nektere casti uz v JOSM opravoval (s
validatorem to jde rychle a vcelku automaticky...), takze nektere
rybniky tam jsou uz jen jednou.


Jinak dalsi problem je v datech nahranych uzivatelem Medulove. Skript,
kterym kontroluju cas od casu dumpy na mozne chyby mi na dumpu z
dnesniho rana nahlasil asi 10700 duplicitnich nodu od nej
(rozprostrenych po cele CR) a co jsem tak koukal, tak je to taky
dibavod (byt kazdy rybnik je tam "jen" dvakrat). pavel ma 13700
duplicitnich nodu (nez jsem vcera nektere casti opravoval, tak jich
bylo asi 32000)

Takze duplicity od Medulove by taky asi chtely vyresit...

Martin

On 22/02/2010, Pavel Machek  wrote:


Hi!

 It seems that I created duplicate data when importing DIBAVOD; I
 assumed that if connection died before closing transaction, no data
 would be uploaded, and it seems it is not so :-(.

 Edits in question are:

 #3938287 February 21, 2010 20:50 dibavod, cast 41
 11.985,48.587,17.993,50.959   (big)
 #3938219February 21, 2010 21:37 import dibavod, cast
 41  11.985,48.587,17.993,50.959 (big)
 #3938181February 21, 2010 21:30 import dibavod, cast
 41  11.985,48.587,17.993,50.959 (big)
 #3938082February 21, 2010 21:23 import dibavod, cast
 41  11.985,48.587,17.993,50.959 (big)

 ...they should be duplicates (if not, the biggest one should be left).

 Now, there are big fat warnings about revert scripts and I'd prefer
 not to mess up the database even more. What is the best way to
 proceed?

 Sorry for the mess,

Pavel


 > Pokud jsem se díval na několik rybníků, tak všechny byly nahrány 4x.
 >
 > Například Trubární rybník - cesta č. 50937312 je nahrán ještě jako cesta č. 
50932852, 50935613 a 50934642
 >
 > Praák
 > >  Původní zpráva 
 > > Od: Pavel Machek 
 > > Předmět: Re: [Talk-cz] Import DIBAVOD
 > > Datum: 22.2.2010 08:03:14
 > > 
 > > Ahoj!
 > >
 > > > Namátkou jsem zjistil, že Pavel nahrál omylem část č. 41 celkem 
čtyřikrát.
 > >
 > > Padlo spojeni ve fazi uploading, ale pred uzavrenim transakce. Takze
 > > jsem letmo skontroloval ze tam data nejsou (a nebyla?!) a zkusil to
 > > znovu.
 > >
 > > Opravdu je duplicita v datech?
 > >
 > > --
 > > (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@openstreetmap.org
 > > http://lists.openstreetmap.org/listinfo/talk-cz
 > >
 > >
 > >
 >
 > ___
 > Talk-cz mailing list
 > Talk-cz@openstreetmap.org
 > http://lists.openstreetmap.org/listinfo/talk-cz

 --
 (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@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz

  

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz






  
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Jan Dudík]

Jo, to je možný část 91 mi spadla chvilku po začátku imortu, myslel
jsem ,že se stačilo přenést jen pár kousků a zatím to vypadá na skoro
celý díl :-(...

J&D

Dne 23. února 2010 20:41 MP  napsal(a):
> Aha, ja nekdy predevcirem nektere casti uz v JOSM opravoval (s
> validatorem to jde rychle a vcelku automaticky...), takze nektere
> rybniky tam jsou uz jen jednou.
>
>
> Jinak dalsi problem je v datech nahranych uzivatelem Medulove. Skript,
> kterym kontroluju cas od casu dumpy na mozne chyby mi na dumpu z
> dnesniho rana nahlasil asi 10700 duplicitnich nodu od nej
> (rozprostrenych po cele CR) a co jsem tak koukal, tak je to taky
> dibavod (byt kazdy rybnik je tam "jen" dvakrat). pavel ma 13700
> duplicitnich nodu (nez jsem vcera nektere casti opravoval, tak jich
> bylo asi 32000)
>
> Takze duplicity od Medulove by taky asi chtely vyresit...
>
> Martin
>
> On 22/02/2010, Pavel Machek  wrote:
>> Hi!
>>
>>  It seems that I created duplicate data when importing DIBAVOD; I
>>  assumed that if connection died before closing transaction, no data
>>  would be uploaded, and it seems it is not so :-(.
>>
>>  Edits in question are:
>>
>>  #3938287         February 21, 2010 20:50         dibavod, cast 41
>>  11.985,48.587,17.993,50.959   (big)
>>  #3938219        February 21, 2010 21:37         import dibavod, cast
>>  41      11.985,48.587,17.993,50.959 (big)
>>  #3938181        February 21, 2010 21:30         import dibavod, cast
>>  41      11.985,48.587,17.993,50.959 (big)
>>  #3938082        February 21, 2010 21:23         import dibavod, cast
>>  41      11.985,48.587,17.993,50.959 (big)
>>
>>  ...they should be duplicates (if not, the biggest one should be left).
>>
>>  Now, there are big fat warnings about revert scripts and I'd prefer
>>  not to mess up the database even more. What is the best way to
>>  proceed?
>>
>>  Sorry for the mess,
>>
>>                                                                 Pavel
>>
>>
>>  > Pokud jsem se díval na několik rybníků, tak všechny byly nahrány 4x.
>>  >
>>  > Například Trubární rybník - cesta č. 50937312 je nahrán ještě jako cesta 
>> č. 50932852, 50935613 a 50934642
>>  >
>>  > Praák
>>  > >  Původní zpráva 
>>  > > Od: Pavel Machek 
>>  > > Předmět: Re: [Talk-cz] Import DIBAVOD
>>  > > Datum: 22.2.2010 08:03:14
>>  > > 
>>  > > Ahoj!
>>  > >
>>  > > > Namátkou jsem zjistil, že Pavel nahrál omylem část č. 41 celkem 
>> čtyřikrát.
>>  > >
>>  > > Padlo spojeni ve fazi uploading, ale pred uzavrenim transakce. Takze
>>  > > jsem letmo skontroloval ze tam data nejsou (a nebyla?!) a zkusil to
>>  > > znovu.
>>  > >
>>  > > Opravdu je duplicita v datech?
>>  > >
>>  > > --
>>  > > (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@openstreetmap.org
>>  > > http://lists.openstreetmap.org/listinfo/talk-cz
>>  > >
>>  > >
>>  > >
>>  >
>>  > ___
>>  > Talk-cz mailing list
>>  > Talk-cz@openstreetmap.org
>>  > http://lists.openstreetmap.org/listinfo/talk-cz
>>
>>  --
>>  (english) http://www.livejournal.com/~pavelmachek
>>  (cesky, pictures) 
>> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
>>
>>  ___
>>  Talk-cz mailing list
>>  talk...@openstreetmap.org
>>  http://lists.openstreetmap.org/listinfo/talk-cz
>>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
--
Ing. Jan Dudík

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[MP]

Aha, ja nekdy predevcirem nektere casti uz v JOSM opravoval (s
validatorem to jde rychle a vcelku automaticky...), takze nektere
rybniky tam jsou uz jen jednou.

Tak doufejme, ze se toho pri tom revertu nesmaze vic nez se ma (aby
aspon jedna kopie zustala) - validator to aspon dela deterministicky
(z vice kopii jedne cesty ponecha tu s nejnizsim ID, tedy tu nejstarsi
...).

Jinak dalsi problem je v datech nahranych uzivatelem Medulove. Skript,
kterym kontroluju cas od casu dumpy na mozne chyby mi na dumpu z
dnesniho rana nahlasil asi 10700 duplicitnich nodu od nej
(rozprostrenych po cele CR) a co jsem tak koukal, tak je to taky
dibavod (byt kazdy rybnik je tam "jen" dvakrat). pavel ma 13700
duplicitnich nodu (nez jsem vcera nektere casti opravoval, tak jich
bylo asi 32000)

Takze duplicity od Medulove by taky asi chtely vyresit...

Martin

On 22/02/2010, Pavel Machek  wrote:
> Hi!
>
>  It seems that I created duplicate data when importing DIBAVOD; I
>  assumed that if connection died before closing transaction, no data
>  would be uploaded, and it seems it is not so :-(.
>
>  Edits in question are:
>
>  #3938287 February 21, 2010 20:50 dibavod, cast 41
>  11.985,48.587,17.993,50.959   (big)
>  #3938219February 21, 2010 21:37 import dibavod, cast
>  41  11.985,48.587,17.993,50.959 (big)
>  #3938181February 21, 2010 21:30 import dibavod, cast
>  41  11.985,48.587,17.993,50.959 (big)
>  #3938082February 21, 2010 21:23 import dibavod, cast
>  41  11.985,48.587,17.993,50.959 (big)
>
>  ...they should be duplicates (if not, the biggest one should be left).
>
>  Now, there are big fat warnings about revert scripts and I'd prefer
>  not to mess up the database even more. What is the best way to
>  proceed?
>
>  Sorry for the mess,
>
> Pavel
>
>
>  > Pokud jsem se díval na několik rybníků, tak všechny byly nahrány 4x.
>  >
>  > Například Trubární rybník - cesta č. 50937312 je nahrán ještě jako cesta 
> č. 50932852, 50935613 a 50934642
>  >
>  > Praák
>  > >  Původní zpráva 
>  > > Od: Pavel Machek 
>  > > Předmět: Re: [Talk-cz] Import DIBAVOD
>  > > Datum: 22.2.2010 08:03:14
>  > > 
>  > > Ahoj!
>  > >
>  > > > Namátkou jsem zjistil, že Pavel nahrál omylem část č. 41 celkem 
> čtyřikrát.
>  > >
>  > > Padlo spojeni ve fazi uploading, ale pred uzavrenim transakce. Takze
>  > > jsem letmo skontroloval ze tam data nejsou (a nebyla?!) a zkusil to
>  > > znovu.
>  > >
>  > > Opravdu je duplicita v datech?
>  > >
>  > > --
>  > > (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@openstreetmap.org
>  > > http://lists.openstreetmap.org/listinfo/talk-cz
>  > >
>  > >
>  > >
>  >
>  > ___
>  > Talk-cz mailing list
>  > Talk-cz@openstreetmap.org
>  > http://lists.openstreetmap.org/listinfo/talk-cz
>
>  --
>  (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@openstreetmap.org
>  http://lists.openstreetmap.org/listinfo/talk-cz
>

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Pavel Machek]

Hi!

It seems that I created duplicate data when importing DIBAVOD; I
assumed that if connection died before closing transaction, no data
would be uploaded, and it seems it is not so :-(.

Edits in question are:

#3938287 February 21, 2010 20:50 dibavod, cast 41
11.985,48.587,17.993,50.959   (big)
#3938219February 21, 2010 21:37 import dibavod, cast
41  11.985,48.587,17.993,50.959 (big)
#3938181February 21, 2010 21:30 import dibavod, cast
41  11.985,48.587,17.993,50.959 (big)
#3938082February 21, 2010 21:23 import dibavod, cast
41  11.985,48.587,17.993,50.959 (big)

...they should be duplicates (if not, the biggest one should be left).

Now, there are big fat warnings about revert scripts and I'd prefer
not to mess up the database even more. What is the best way to
proceed?

Sorry for the mess,
Pavel

> Pokud jsem se díval na několik rybníků, tak všechny byly nahrány 4x.
> 
> Například Trubární rybník - cesta č. 50937312 je nahrán ještě jako cesta č. 
> 50932852, 50935613 a 50934642
> 
> Praák
> >  Původní zpráva 
> > Od: Pavel Machek 
> > Předmět: Re: [Talk-cz] Import DIBAVOD
> > Datum: 22.2.2010 08:03:14
> > 
> > Ahoj!
> > 
> > > Namátkou jsem zjistil, že Pavel nahrál omylem část č. 41 celkem čtyřikrát.
> > 
> > Padlo spojeni ve fazi uploading, ale pred uzavrenim transakce. Takze
> > jsem letmo skontroloval ze tam data nejsou (a nebyla?!) a zkusil to
> > znovu.
> > 
> > Opravdu je duplicita v datech?
> > 
> > -- 
> > (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@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-cz
> > 
> > 
> > 
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz

-- 
(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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[MP]

On 22/02/2010, Jiri Parkan  wrote:
> Bohužel se zdá že ano, všechny 4 changesety obsahují přes 1 bodů.
>  Namátkou třeba http://osm.org/go/0jyc...@u-- po otevření v potlachu je
>  tam rybník 4x pře sebe (a potlach na to upozorňuje červeným blikání,
>  tohle by se mi líbilo i v JOSM)

JOSM to umi - staci mit plugin validator a duplicitni cesty (ty,
jejichz nody maji stejne souradnice) to dokaze najit (a cervene
zvyraznit) a kdyz se pak ty cesty ve validatoru vyberou a klikne se na
"Fix" tak ze vsech duplicitnich cest zustane jenom ta nejstarsi. Pak
spustit validaci znovu, vybrat "untagged and unconnected nodes" a zase
dat "Fix". Potreti pak spravit "Duplicate nodes" a je to, extra data
jsou na par kliknuti smazana :)

Martin

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Jiri Parkan]

Bohužel se zdá že ano, všechny 4 changesety obsahují přes 1 bodů.
Namátkou třeba http://osm.org/go/0jyc...@u-- po otevření v potlachu je
tam rybník 4x pře sebe (a potlach na to upozorňuje červeným blikání,
tohle by se mi líbilo i v JOSM)

Parkis

2010/2/22 Pavel Machek :
> Ahoj!
>
>> Namátkou jsem zjistil, že Pavel nahrál omylem část č. 41 celkem čtyřikrát.
>
> Padlo spojeni ve fazi uploading, ale pred uzavrenim transakce. Takze
> jsem letmo skontroloval ze tam data nejsou (a nebyla?!) a zkusil to
> znovu.
>
> Opravdu je duplicita v datech?
>
> --
> (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@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Zdeněk Pražák]

Pokud jsem se díval na několik rybníků, tak všechny byly nahrány 4x.

Například Trubární rybník - cesta č. 50937312 je nahrán ještě jako cesta č. 
50932852, 50935613 a 50934642

Praák
>  Původní zpráva 
> Od: Pavel Machek 
> Předmět: Re: [Talk-cz] Import DIBAVOD
> Datum: 22.2.2010 08:03:14
> 
> Ahoj!
> 
> > Namátkou jsem zjistil, že Pavel nahrál omylem část č. 41 celkem čtyřikrát.
> 
> Padlo spojeni ve fazi uploading, ale pred uzavrenim transakce. Takze
> jsem letmo skontroloval ze tam data nejsou (a nebyla?!) a zkusil to
> znovu.
> 
> Opravdu je duplicita v datech?
> 
> -- 
> (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@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
> 
> 
> 

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import DIBAVOD

[Pavel Machek]

Ahoj!

> Namátkou jsem zjistil, že Pavel nahrál omylem část č. 41 celkem čtyřikrát.

Padlo spojeni ve fazi uploading, ale pred uzavrenim transakce. Takze
jsem letmo skontroloval ze tam data nejsou (a nebyla?!) a zkusil to
znovu.

Opravdu je duplicita v datech?

-- 
(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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz