Re: [Talk-cz] Import Dibavod - potok: správně strouhy nebo vodní toky pod zemí
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í
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
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
Re: [Talk-cz] import dibavod
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 A04zvm_Melioracni_kanaly
Dne 25. října 2010 22:36 Pavel Machek pa...@ucw.cz 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) JD -- -- Ing. Jan Dudík ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import dibavod C02 -- koupaci oblasti
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 C02 -- koupaci oblasti
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
2010/10/25 jzvc j...@tpfree.fdns.net: 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
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 -- stav
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 longitude14 a longitude15 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 C02 -- koupaci oblasti
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
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
nedá se k tomu využít OSM Inspector ? viz http://tools.geofabrik.de/osmi/ Pražák Původní zpráva Od: MP singular...@gmail.com Předmět: Re: [Talk-cz] import dibavod Datum: 25.10.2010 16:05:33 Hmm.. ve skutecnosti staci stahnout dump z doby pred importem, vyfiltrovat na waterway=, a to budou prave konflikty. To bude fungovat nejaky cas = ale z bude vetsi cast CR opravena (i kdyz to bude nejaky cas trvat), tak to bude chtit neco, co projde cely dump a najde krizici se cesty. V soucasnem stavu vzhledem k tomu, ze i pred importem bylo v mape relativne dost vodnich cest, tak staci najet na nahodne misto v CR, nahrat do editoru ctverec tak 5x5 km a urcite tam minimalne par konfliktu bude :) Mozna bych casem mohl napsat neco co projde dump a vyplivne vsechny cesty co se nejak nekde s necim krizi nebo na tohle uz existuje nejaky nastroj? Martin ___ Talk-cz mailing list Talk-cz@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 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
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 zpra...@seznam.cz: nedá se k tomu využít OSM Inspector ? viz http://tools.geofabrik.de/osmi/ Pražák Původní zpráva Od: MP singular...@gmail.com Předmět: Re: [Talk-cz] import dibavod Datum: 25.10.2010 16:05:33 Hmm.. ve skutecnosti staci stahnout dump z doby pred importem, vyfiltrovat na waterway=, a to budou prave konflikty. To bude fungovat nejaky cas = ale z bude vetsi cast CR opravena (i kdyz to bude nejaky cas trvat), tak to bude chtit neco, co projde cely dump a najde krizici se cesty. V soucasnem stavu vzhledem k tomu, ze i pred importem bylo v mape relativne dost vodnich cest, tak staci najet na nahodne misto v CR, nahrat do editoru ctverec tak 5x5 km a urcite tam minimalne par konfliktu bude :) Mozna bych casem mohl napsat neco co projde dump a vyplivne vsechny cesty co se nejak nekde s necim krizi nebo na tohle uz existuje nejaky nastroj? Martin ___ Talk-cz mailing list Talk-cz@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 A04zvm_Melioracni_kanaly
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 pa...@ucw.cz 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 C02 -- koupaci oblasti
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: ?xml version='1.0' encoding='UTF-8'? osm version='0.5' generator='JOSM' node id='-264' action='modify' timestamp='2010-10-23T20:41:21Z' visible='true' lat='49.650985' lon='16.604522' tag k='note' v='koupaci oblast ve volne prirode dle DIBAVODu' / tag k='source' v='dibavod C02' / tag k='sport' v='swimming' / /node 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: ?xml version='1.0' encoding='UTF-8'? osm version='0.5' generator='shapefile' node id='-1' lon='15.793556' lat='50.165569' tag k='name' v='písník Březhrad (u nádraží)' / tag k='source' v='dibavod C02 koupaci oblasti' / tag k='dibavod:kraj' v='PARDUBICKÝ' / tag k='dibavod:tok_naz' v='Plačický potok' / tag k='dibavod:voda_typ' v='P' / tag k='dibavod:tok_id' v='10455100' / tag k='dibavod:pozn' v='není přímé spojení s vodním tokem' / tag k='dibavod:orp' v='Pardubice' / tag k='dibavod:obec' v='Opatovice nad Labem' / tag k='sport' v='swimming' / /node ...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
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 pa...@ucw.cz 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
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 A04zvm_Melioracni_kanaly
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 michal.gr...@openstreetmap.cz Předmět: Re: [Talk-cz] import dibavod A04zvm_Melioracni_kanaly Datum: 22.10.2010 17:38:10 2010/10/22 Jan Masopust masopust@gmail.com: 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
[Talk-cz] import dibavod I01 -- jezy
Ahoj! Za chvili hodlam zacit importovat jezy. Tenhle import je generovan ponekud jednodussim hackem, ale jsou to jenom body - melo by to byt ok. ?xml version='1.0' encoding='UTF-8'? osm version='0.5' generator='JOSM' node id='-13350' action='modify' timestamp='2010-10-23T20:17:15Z' visible='true' lat='48.98367' lon='14.789454' tag k='source' v='dibavod I01' / tag k='waterway' v='weir' / /node node id='-13348' action='modify' timestamp='2010-10-23T20:17:15Z' visible='true' lat='48.986945' lon='14.778233' tag k='source' v='dibavod I01' / tag k='waterway' v='weir' / /node -- (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] import dibavod C02 -- koupaci oblasti
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:
?xml version='1.0' encoding='UTF-8'?
osm version='0.5' generator='JOSM'
node id='-264' action='modify' timestamp='2010-10-23T20:41:21Z'
visible='true' lat='49.650985' lon='16.604522'
tag k='note' v='koupaci oblast ve volne prirode dle DIBAVODu' /
tag k='source' v='dibavod C02' /
tag k='sport' v='swimming' /
/node
Je nejake vhodnejsi tagovani?
Hmm v databazi to vypada takhle...
Rekr id: KO530901
Kraj : PARDUBICKÝ
Koup naz : písník Březhrad (u nádra9Eí)
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 /osm
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('idd', record)
yield (number, typ, (x, y))
elif ord(record[0]) in (POLYLINE_SHAPE, POLYGON_SHAPE):
# Polygon or polyline shape
(typ, bbleft, bbtop, bbright, bbbottom, numParts, numPoints) =
struct.unpack('iii', record[:44])
record = record[44:]
parts = []
for i in xrange(numParts):
parts.append(struct.unpack('i', record[i*4:(i+1)*4])[0])
record = record[numParts * 4:]
points = []
for i in xrange(numPoints):
points.append(struct.unpack('dd', record[i * 16:(i + 1) * 16]))
polygon = []
for i in xrange(len(parts)):
if i + 1 = 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)))
Re: [Talk-cz] import dibavod C02 -- koupaci oblasti
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: ?xml version='1.0' encoding='UTF-8'? osm version='0.5' generator='JOSM' node id='-264' action='modify' timestamp='2010-10-23T20:41:21Z' visible='true' lat='49.650985' lon='16.604522' tag k='note' v='koupaci oblast ve volne prirode dle DIBAVODu' / tag k='source' v='dibavod C02' / tag k='sport' v='swimming' / /node 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
Re: [Talk-cz] import dibavod A04zvm_Melioracni_kanaly
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 pa...@ucw.cz Ahoj! Chtel bych importovat melioracni kanaly... Predstavuju si to zhruba takhle: way id=-1 nd ref=-1 / nd ref=-2 / nd ref=-3 / nd ref=-4 / nd ref=-5 / tag k=source v=dibavod A04 / tag k=waterway v=ditch / tag k=dibavod:id v=135 / /way (Doufam ze melioracni kanal odpovida ditch...) Tak melioracni kanaly jsou uploadovane. Pavel -- (english) http://www.livejournal.com/~pavelmachekhttp://www.livejournal.com/%7Epavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.htmlhttp://atrey.karlin.mff.cuni.cz/%7Epavel/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
2010/10/22 Jan Masopust masopust@gmail.com: 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
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)? JD Dne 22. října 2010 17:37 Michal Grézl michal.gr...@openstreetmap.cz napsal(a): 2010/10/22 Jan Masopust masopust@gmail.com: 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
Ahoj! Chtel bych importovat melioracni kanaly... Predstavuju si to zhruba takhle: way id=-1 nd ref=-1 / nd ref=-2 / nd ref=-3 / nd ref=-4 / nd ref=-5 / tag k=source v=dibavod A04 / tag k=waterway v=ditch / tag k=dibavod:id v=135 / /way (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] import dibavod A06_Bazina_mocal
Ahoj! Chtel bych importovat baziny, a predstavuju si to nejak takhle... way id=-101 nd ref=-1 / nd ref=-2 / nd ref=-3 / nd ref=-4 / nd ref=-5 / nd ref=-6 / nd ref=-7 / nd ref=-8 / nd ref=-9 / nd ref=-10 / nd ref=-11 / nd ref=-12 / nd ref=-14 / nd ref=-15 / nd ref=-16 / nd ref=-1 / tag k=source v=dibavod A06 / tag k=natural v=wetland / tag k=dibavod:id v=42 / /way 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
Ahoj, On Tue 19-10-10 22:05:45, Pavel Machek wrote: [...] tag k=waterway v=ditch / tag k=dibavod:id v=135 / /way (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
Re: [Talk-cz] import dibavod
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 pa...@ucw.cz Předmět: Re: [Talk-cz] import dibavod Datum: 19.10.2010 22:03:16 Ahoj! Díval jsem se na probíhající import, ale nerozumím tomu. Importují se pouze prázdné body bez žádného tagu ani spojení do cest. Pražák Předpokládám že cesty se budou importovat následně, stejně jako tomu bylo u administrativních hranic. Mě by spíš zajímalo jestli jsou nějak řešené konflikty, některé body jsem viděl u zakreslených řek. Konflikty se udelaji rucne az to bude uploadovane... bude potreba: 1) vybrat ze dvou rek tu hezci, a tu druhou smazat 2) u toho co je reka a ne potok zmenit tag na waterway=river. (je tam waterway=stream, protoze potoku je podstatne vic nez rek). 3) napojit na existujici data 4) pospojovat na hranicich celeho stupne (Ale zatim prosim jen mimo lon 14 a 15). Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@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
2010/10/20 Zdeněk Pražák zpra...@seznam.cz: 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
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
2010/10/17 Pavel Machek pa...@ucw.cz: 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
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
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
[Talk-cz] import dibavod A04zvm_Melioracni_kanaly
Ahoj! Chtel bych importovat melioracni kanaly... Predstavuju si to zhruba takhle: way id=-1 nd ref=-1 / nd ref=-2 / nd ref=-3 / nd ref=-4 / nd ref=-5 / tag k=source v=dibavod A04 / tag k=waterway v=ditch / tag k=dibavod:id v=135 / /way (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
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
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
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 pa...@ucw.cz wrote: ...bezi -- tedy doufam, nerusit. Pavel -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import dibavod
2010/10/16 Petr Dlouhý petr.dlo...@email.cz: ... 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
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
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
[Talk-cz] Import DIBAVOD - dotaz na další post up v případě duplicit
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
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 pa...@ucw.cz Předmět: [Talk-cz] import dibavod Datum: 13.10.2010 23:37:46 ...bezi -- tedy doufam, nerusit. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@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
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. JD 2010/10/14 Zdeněk Pražák zpra...@seznam.cz: 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 pa...@ucw.cz Předmět: [Talk-cz] import dibavod Datum: 13.10.2010 23:37:46 ...bezi -- tedy doufam, nerusit. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@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
Při takovém postupu existuje riziko, že o importu někdo nebude vědět, a prázdné body smaže. Nešlo by alespoň k bodům přidat nějakou poznámku? Původní zpráva Od: Jan Dudík jan.du...@gmail.com Předmět: Re: [Talk-cz] import dibavod Datum: 14.10.2010 09:43:01 STejně to probíhalo u rybníků - nejdřív se nahrají body a až na závěr spojnice, takže dokud probíhá, nerušit, maximálně by nastal konflikt. JD 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
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... JD 2010/10/14 Petr Dlouhý petr.dlo...@email.cz: Při takovém postupu existuje riziko, že o importu někdo nebude vědět, a prázdné body smaže. Nešlo by alespoň k bodům přidat nějakou poznámku? Původní zpráva Od: Jan Dudík jan.du...@gmail.com Předmět: Re: [Talk-cz] import dibavod Datum: 14.10.2010 09:43:01 STejně to probíhalo u rybníků - nejdřív se nahrají body a až na závěr spojnice, takže dokud probíhá, nerušit, maximálně by nastal konflikt. JD 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
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
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... JD Dne 14. října 2010 20:52 Pavel Machek pa...@ucw.cz 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
[Talk-cz] import dibavod
...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
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. JD 2010/5/19 Stanislav Brabec u...@penguin.cz: 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
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 JD Dne 20. května 2010 10:56 jzvc j...@tpfree.fdns.net 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. JD 2010/5/19 Stanislav Brabec u...@penguin.cz: 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
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ý m...@zby.cz 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 u...@penguin.cz 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.085642lon=14.71834zoom=18layers=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
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í? JD 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
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
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
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 u...@penguin.cz 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.085642lon=14.71834zoom=18layers=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
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ý 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.085642lon=14.71834zoom=18layers=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
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 j...@tpfree.fdns.net 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
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 j...@tpfree.fdns.net 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
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átpavel.pi...@gmail.com 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
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
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
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
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
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 pavel.pi...@gmail.com: 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
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 pavel.pi...@gmail.com 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
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
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 j...@tpfree.fdns.net 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
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
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
February 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 pa...@ucw.cz 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
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
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 pa...@ucw.cz 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 pa...@ucw.cz 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
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 :-(... JD Dne 23. února 2010 20:41 MP singular...@gmail.com 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 pa...@ucw.cz 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 pa...@ucw.cz 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
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 :-(...
JD
Dne 23. února 2010 20:41 MP singular...@gmail.com 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 pa...@ucw.cz 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 pa...@ucw.cz
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
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 ko...@web2net.cz 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 :-(... JD Dne 23. února 2010 20:41 MP singular...@gmail.com 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 pa...@ucw.cz 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 pa...@ucw.cz 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
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 ko...@web2net.cz: 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 ko...@web2net.cz 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 :-(... JD Dne 23. února 2010 20:41 MP singular...@gmail.com 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 pa...@ucw.cz 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 pa...@ucw.cz 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
Re: [Talk-cz] Import DIBAVOD
nahrán ještě jako cesta
č. 50932852, 50935613 a 50934642
Praák
Původní zpráva
Od: Pavel Machek pa...@ucw.cz
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
(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 pa...@ucw.cz 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
Mě bohužel spadl celý systém z důvodu jiného programu, takže nepomůžu. JD 2010/2/23 Tomas Kolda ko...@web2net.cz: 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 ko...@web2net.cz 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 :-(... JD Dne 23. února 2010 20:41 MP singular...@gmail.com 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 pa...@ucw.cz 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 pa...@ucw.cz 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 ___ 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
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
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
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 pa...@ucw.cz 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] Import DIBAVOD
Namátkou jsem zjistil, že Pavel nahrál omylem část č. 41 celkem čtyřikrát. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import DIBAVOD
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
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 pa...@ucw.cz 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
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 pa...@ucw.cz: 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
