> Zdravím, > > právě jsem dodělal jednu věc a v návaznosti na to bych potřeboval v mapě > hranice okresů, obcí a KÚ. Rád bych se tedy pustil do importu, který se > tady nedávno řešil, pokud na tom už někdo nedělá. Pokud ne a měl by > zájem, abych to dotáhl, mohl by mi dotyčný předat co má a případně v > začátku být ke konzultaci? > > Díky > > Mike >

> _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> Dne 25.2.2010 9:42, Mike napsal(a): >> Zdravím, >> >> právě jsem dodělal jednu věc a v návaznosti na to bych potřeboval v mapě >> hranice okresů, obcí a KÚ. Rád bych se tedy pustil do importu, který se >> tady nedávno řešil, pokud na tom už někdo nedělá. Pokud ne a měl by >> zájem, abych to dotáhl, mohl by mi dotyčný předat co má a případně v >> začátku být ke konzultaci? >> >> Díky >> >> Mike >> > > Pokud vim, je to pripraveno, jen se to bude muset delat asi podobne jako > probihajici import konfliktnich vodnich ploch => castecne ruco. Mozna by > bylo zahodno to rozdelit po krajich/okresech. > >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> A ten soubor [1] je stále aktuální nebo existuje něco novějšího? > > Já bych to nějak rozsekal, třeba podle okresů, protože stejně to bude > chtít celé projít a zkontrolovat. Možná omezit počet bodů a udělat > návaznost na hranice státu. Stávající hranice krajů bych smazal, protože > co jsem koukal stejně nejsou moc přesné. > > Takže pokud na tom nikdo nedělá, mohu se do toho pustit? > > [1] http://lkabrt.aspone.cz/osm/kucr.zip > > On 25.2.2010 11:46, jzvc wrote: >> Dne 25.2.2010 9:42, Mike napsal(a): >>> Zdravím, >>> >>> právě jsem dodělal jednu věc a v návaznosti na to bych potřeboval v mapě >>> hranice okresů, obcí a KÚ. Rád bych se tedy pustil do importu, který se >>> tady nedávno řešil, pokud na tom už někdo nedělá. Pokud ne a měl by >>> zájem, abych to dotáhl, mohl by mi dotyčný předat co má a případně v >>> začátku být ke konzultaci? >>> >>> Díky >>> >>> Mike >>> >> >> Pokud vim, je to pripraveno, jen se to bude muset delat asi podobne jako >> probihajici import konfliktnich vodnich ploch => castecne ruco. Mozna by >> bylo zahodno to rozdelit po krajich/okresech. >> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> podle okresů by to určitě bylo dobré, jsou okresy víceméně hotové > (ústecký kraj, okolí prahy) a jsou okresy, kde není šáhnuto. > J&D > > 2010/2/25 Mike <mike na mikecrash.com>: >> A ten soubor [1] je stále aktuální nebo existuje něco novějšího? >> >> Já bych to nějak rozsekal, třeba podle okresů, protože stejně to bude >> chtít celé projít a zkontrolovat. Možná omezit počet bodů a udělat >> návaznost na hranice státu. Stávající hranice krajů bych smazal, protože >> co jsem koukal stejně nejsou moc přesné. >> >> Takže pokud na tom nikdo nedělá, mohu se do toho pustit? >> >> [1] http://lkabrt.aspone.cz/osm/kucr.zip >> >> On 25.2.2010 11:46, jzvc wrote: >>> Dne 25.2.2010 9:42, Mike napsal(a): >>>> Zdravím, >>>> >>>> právě jsem dodělal jednu věc a v návaznosti na to bych potřeboval v mapě >>>> hranice okresů, obcí a KÚ. Rád bych se tedy pustil do importu, který se >>>> tady nedávno řešil, pokud na tom už někdo nedělá. Pokud ne a měl by >>>> zájem, abych to dotáhl, mohl by mi dotyčný předat co má a případně v >>>> začátku být ke konzultaci? >>>> >>>> Díky >>>> >>>> Mike >>>> >>> >>> Pokud vim, je to pripraveno, jen se to bude muset delat asi podobne jako >>> probihajici import konfliktnich vodnich ploch => castecne ruco. Mozna by >>> bylo zahodno to rozdelit po krajich/okresech. >>> >>>> _______________________________________________ >>>> Talk-cz mailing list >>>> Talk-cz na openstreetmap.org >>>> http://lists.openstreetmap.org/listinfo/talk-cz >>>> >>> >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > >

> A ten soubor [1] je stále aktuální nebo existuje něco novějšího?

> Já bych to nějak rozsekal, třeba podle okresů, protože stejně to bude > chtít celé projít a zkontrolovat. Možná omezit počet bodů a udělat > návaznost na hranice státu. Stávající hranice krajů bych smazal, protože > co jsem koukal stejně nejsou moc přesné.

> Takže pokud na tom nikdo nedělá, mohu se do toho pustit?

>> A ten soubor [1] je stále aktuální nebo existuje něco novějšího? >> > Nejnovjější verze je na adrese [1]. Co v mapě je a není, co je > zkontrolováno a kde ještě jsou nějaké nejasnosti jsem psal do > prispevku [2] tady na foru. > > >> Já bych to nějak rozsekal, třeba podle okresů, protože stejně to bude >> chtít celé projít a zkontrolovat. Možná omezit počet bodů a udělat >> návaznost na hranice státu. Stávající hranice krajů bych smazal, protože >> co jsem koukal stejně nejsou moc přesné. >> > Rozsekat to příliš nepůjde, protože ways tvořící hranice jsou společné > pro více území. Respektive nepůjde nahrávání jednoduše distribuovat > jako u DIBAVODU. Možné je mapu rozdělit na více částí, část vždy > nahrát, pamatovat si jaká ID server jednotlivým objektům přiřadil a > tyhle objekty znova neuplodovat. > > Ideální by bylo nahrát vše nejednou, ale nevím jestli je to technicky > možné (jedná se o cca 1 milion bodů). Má někdo zkušenosti s tak velkým > importem? Jak třeba probíhal import lesů? >

> >> Takže pokud na tom nikdo nedělá, mohu se do toho pustit? >> > Aktivitě se meze nekaldou :-) Rád kdyžtak pomůžu ... > > [1] http://osm.kabrt.cz/home/kucr.zip?attredirects=0&d=1 > [2] http://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004503.html > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> Melo by to jit, JOSM umi pri uploadu rict, ze bude changeset nahravat po > castech a po jak velkych. Bude to ale trvat. Druha vec je, zda ze z toho > JOSM neopupinkuje :D. Zkusim se na to mrknout.

>> A ten soubor [1] je stále aktuální nebo existuje něco novějšího? >> > Nejnovjější verze je na adrese [1]. Co v mapě je a není, co je > zkontrolováno a kde ještě jsou nějaké nejasnosti jsem psal do > prispevku [2] tady na foru. >

>> Já bych to nějak rozsekal, třeba podle okresů, protože stejně to bude >> chtít celé projít a zkontrolovat. Možná omezit počet bodů a udělat >> návaznost na hranice státu. Stávající hranice krajů bych smazal, protože >> co jsem koukal stejně nejsou moc přesné. >> > Rozsekat to příliš nepůjde, protože ways tvořící hranice jsou společné > pro více území. Respektive nepůjde nahrávání jednoduše distribuovat > jako u DIBAVODU. Možné je mapu rozdělit na více částí, část vždy > nahrát, pamatovat si jaká ID server jednotlivým objektům přiřadil a > tyhle objekty znova neuplodovat. > > Ideální by bylo nahrát vše nejednou, ale nevím jestli je to technicky > možné (jedná se o cca 1 milion bodů). Má někdo zkušenosti s tak velkým > importem? Jak třeba probíhal import lesů? > > >> Takže pokud na tom nikdo nedělá, mohu se do toho pustit? >> > Aktivitě se meze nekaldou :-) Rád kdyžtak pomůžu ... > > [1] http://osm.kabrt.cz/home/kucr.zip?attredirects=0&d=1 > [2] http://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004503.html > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

>> Melo by to jit, JOSM umi pri uploadu rict, ze bude changeset nahravat po >> castech a po jak velkych. Bude to ale trvat. Druha vec je, zda ze z toho >> JOSM neopupinkuje :D. Zkusim se na to mrknout. >> > Mam vyzkouseno, ze JOSM ten soubor nacte. Pracovat se s tim sice moc > neda, ale otevrit jde, tak by ho snad mohl zvladnou i poslat na > server. > > Jde spis o to jak osetrit, kdyby spadlo spojeni, JOSM nebo pocitac pri > uplodu. Jestli jde JSOM rict aby pokracoval, tam kde, prestal (nebo > aspon logovat co uz je nahrano). Aby se nahodou nestalo, ze bude > 500000 duplicitnich nodu rozhazenych po CR ... > -- > Lukas >

> _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> > A ten soubor [1] je stále aktuální nebo existuje něco novějšího? > > Nejnovjější verze je na adrese [1]. Co v mapě je a není, co je > zkontrolováno a kde ještě jsou nějaké nejasnosti jsem psal do > prispevku [2] tady na foru. > > > Já bych to nějak rozsekal, třeba podle okresů, protože stejně to bude > > chtít celé projít a zkontrolovat. Možná omezit počet bodů a udělat > > návaznost na hranice státu. Stávající hranice krajů bych smazal, protože > > co jsem koukal stejně nejsou moc přesné. > > Rozsekat to příliš nepůjde, protože ways tvořící hranice jsou společné > pro více území. Respektive nepůjde nahrávání jednoduše distribuovat > jako u DIBAVODU. Možné je mapu rozdělit na více částí, část vždy > nahrát, pamatovat si jaká ID server jednotlivým objektům přiřadil a > tyhle objekty znova neuplodovat.

> Dne 25.2.2010 17:20, Lukas Kabrt napsal(a): > >> Melo by to jit, JOSM umi pri uploadu rict, ze bude changeset nahravat po > >> castech a po jak velkych. Bude to ale trvat. Druha vec je, zda ze z toho > >> JOSM neopupinkuje :D. Zkusim se na to mrknout. > >> > > Mam vyzkouseno, ze JOSM ten soubor nacte. Pracovat se s tim sice moc > > neda, ale otevrit jde, tak by ho snad mohl zvladnou i poslat na > > server. > > > > Jde spis o to jak osetrit, kdyby spadlo spojeni, JOSM nebo pocitac pri > > uplodu. Jestli jde JSOM rict aby pokracoval, tam kde, prestal (nebo > > aspon logovat co uz je nahrano). Aby se nahodou nestalo, ze bude > > 500000 duplicitnich nodu rozhazenych po CR ... > > Toto se obavam nelze, bud to vyjde nebo ne. V kazdym pripade by to mel > posilat nekdo s konektivitou garantovanou jinak nez DSL/UPC :D. Pokud je > totiz vztah pocet bodu/cas linearni, tak to pofrci vic nez 2 dny vkuse. > Leda ze by existovala moznost to poslat jako soubor nekam/nekomu na OSM > s tim, ze to naimportuje nejak lokalne/offline.

> Ahoj! > > >>> A ten soubor [1] je stále aktuální nebo existuje něco novějšího? >>> >> Nejnovjější verze je na adrese [1]. Co v mapě je a není, co je >> zkontrolováno a kde ještě jsou nějaké nejasnosti jsem psal do >> prispevku [2] tady na foru. >> >> >>> Já bych to nějak rozsekal, třeba podle okresů, protože stejně to bude >>> chtít celé projít a zkontrolovat. Možná omezit počet bodů a udělat >>> návaznost na hranice státu. Stávající hranice krajů bych smazal, protože >>> co jsem koukal stejně nejsou moc přesné. >>> >> Rozsekat to příliš nepůjde, protože ways tvořící hranice jsou společné >> pro více území. Respektive nepůjde nahrávání jednoduše distribuovat >> jako u DIBAVODU. Možné je mapu rozdělit na více částí, část vždy >> nahrát, pamatovat si jaká ID server jednotlivým objektům přiřadil a >> tyhle objekty znova neuplodovat. >> > Co takhle nahrat nejdriv body, ktery jsou spolecny pro vic hran, pak > ostatni body a hranice, pak relace...? > Pavel >

> Dne 25.2.2010 15:53, Lukas Kabrt napsal(a): > IMO by varianta A(kompletni upload) byla vhodnejsi, muze na tom pak > pracovat dost lidi zaroven a nejsou limitovani tim, ze musi najednou > zpracovat cely okres. Za predpokladu ze bude mozno odlisit, co bylo uz > upraveno/zkontrolovano a co je nedotceny import, jsem pro import a to i > za cenu zduplikovani nekterych hranic. Ovsem pred importem by to chtelo > jeste doplnit/zvazit vyse navrzene upravy.

> On Thu, Feb 25, 2010 at 05:41:59PM +0100, jzvc wrote: > >> Dne 25.2.2010 15:53, Lukas Kabrt napsal(a): >> IMO by varianta A(kompletni upload) byla vhodnejsi, muze na tom pak >> pracovat dost lidi zaroven a nejsou limitovani tim, ze musi najednou >> zpracovat cely okres. Za predpokladu ze bude mozno odlisit, co bylo uz >> upraveno/zkontrolovano a co je nedotceny import, jsem pro import a to i >> za cenu zduplikovani nekterych hranic. Ovsem pred importem by to chtelo >> jeste doplnit/zvazit vyse navrzene upravy. >> > > Navrhuji to zkusit cele importovat najednou. Duplicity veresit > az nasledne. > Ale doporucuji pridat nejaky specialni tag(napr. > source:import_prehledka=zkontrolovat) > A kdyz to nekdo projde, tak ten tag proste smaze z dane > way/relace. > > Martin Kupec > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> Ja myslim, ze je celkem jednoduche rozdelit geometrie dle "krizovatek". > Tyto krizovatky se pak muzou nahrat zvlast. Pote mezilehle ways (uz > mozno paralelne) a nakonec nejake ty relace, ktere to spoji do okresu apod. > > Snad jsem to pochopil :)

>> A ten soubor [1] je stále aktuální nebo existuje něco novějšího? > > Nejnovjější verze je na adrese [1]. Co v mapě je a není, co je > zkontrolováno a kde ještě jsou nějaké nejasnosti jsem psal do > prispevku [2] tady na foru. > >> Já bych to nějak rozsekal, třeba podle okresů, protože stejně to bude >> chtít celé projít a zkontrolovat. Možná omezit počet bodů a udělat >> návaznost na hranice státu. Stávající hranice krajů bych smazal, protože >> co jsem koukal stejně nejsou moc přesné. > > Rozsekat to příliš nepůjde, protože ways tvořící hranice jsou společné > pro více území. Respektive nepůjde nahrávání jednoduše distribuovat > jako u DIBAVODU. Možné je mapu rozdělit na více částí, část vždy > nahrát, pamatovat si jaká ID server jednotlivým objektům přiřadil a > tyhle objekty znova neuplodovat. > > Ideální by bylo nahrát vše nejednou, ale nevím jestli je to technicky > možné (jedná se o cca 1 milion bodů). Má někdo zkušenosti s tak velkým > importem? Jak třeba probíhal import lesů? > >> Takže pokud na tom nikdo nedělá, mohu se do toho pustit? > > Aktivitě se meze nekaldou :-) Rád kdyžtak pomůžu ... > > [1] http://osm.kabrt.cz/home/kucr.zip?attredirects=0&d=1 > [2] http://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004503.html > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> Díky, z tohoto jsem právě vycházel, ale nevěděl jsem jak moc je to > aktuální. Mám staženo a začínám na tom dělat. > > Rozkouskovat to bude nutnost, protoze JOSM to vůbec nenahrál a Merkaator > sice nahrál, u zobrazil celé, ale jak jsem zoomoval někam blíž, tak mu > to trvalo čím dál déle až nakonec zamrznul úplně. >

> Viděl bych to tak, že to rozdělím po okresech a napíšu si prográmek, > který dokáže oddělit duplicity. > Při uploadu musím mít druhý prográmek, který dokáže vzít ID bodů a cest > z OSM exportu a změnit je v jiném souboru - asi detekce shodnosti polohy > bodů. Takhle to postupně naimportovat. > Ještě potřebuju zjistit, jak moc je tam bodů, jestli to nepůjde ořezat. > Co mám zkušenost, tak v OSM jsou často naprosto rovné úseky tvořeny X > zbytečnými body, což by mělo jít vymazat. > > > On 25.2.2010 15:53, Lukas Kabrt wrote: > >>> A ten soubor [1] je stále aktuální nebo existuje něco novějšího? >>> >> Nejnovjější verze je na adrese [1]. Co v mapě je a není, co je >> zkontrolováno a kde ještě jsou nějaké nejasnosti jsem psal do >> prispevku [2] tady na foru. >> >> >>> Já bych to nějak rozsekal, třeba podle okresů, protože stejně to bude >>> chtít celé projít a zkontrolovat. Možná omezit počet bodů a udělat >>> návaznost na hranice státu. Stávající hranice krajů bych smazal, protože >>> co jsem koukal stejně nejsou moc přesné. >>> >> Rozsekat to příliš nepůjde, protože ways tvořící hranice jsou společné >> pro více území. Respektive nepůjde nahrávání jednoduše distribuovat >> jako u DIBAVODU. Možné je mapu rozdělit na více částí, část vždy >> nahrát, pamatovat si jaká ID server jednotlivým objektům přiřadil a >> tyhle objekty znova neuplodovat. >> >> Ideální by bylo nahrát vše nejednou, ale nevím jestli je to technicky >> možné (jedná se o cca 1 milion bodů). Má někdo zkušenosti s tak velkým >> importem? Jak třeba probíhal import lesů? >> >> >>> Takže pokud na tom nikdo nedělá, mohu se do toho pustit? >>> >> Aktivitě se meze nekaldou :-) Rád kdyžtak pomůžu ... >> >> [1] http://osm.kabrt.cz/home/kucr.zip?attredirects=0&d=1 >> [2] http://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004503.html >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> JOSM to nacte vpohode, nevim kterou verzi pouzivas, ale posledni buildy > urcite, musis si to spustit s parametrem a dat mu dost RAMky. Ja to > poustim s gigem a nacte to. > javaw.exe -jar -Xmx1024M josm-latest.jar Pokud to poustis bez parametru, > tak to mas omezeny na 64MB RAM a to samozrejme nemuze stacit, kdyz jen > ten xml ma 170MB. Rychlost zpracovani tomu samozrejme odpovida, na zoom > si pockas ;D, ale udela to. >

> Na zjednodusovani prakticky zapomen, vcera sem to trochu prosel, tak na > mistech kde jsem se namatkou dival to spis chtelo body pridat, pokud bys > to chtel srovnat presne na km. >

> relace: > type=multipolygon, ovsem vsechny soucasne hranicni relace (a nejen nase) > pouzivaji type=boundary

> chybi administrativni centra, pokud vim, (asi)kazde ku ma urcenou > obec/cast ke ktere nalezi.

> nejsou definovany vztahy mezi ku (mineno potomci/rodice, napr stat > obsahuje kraje, ty obsahuji okresy ...)

> chtelo by to nejakou poznamku, zdroj je km, ale tohle by zaslouzilo > jeste info ze jde o import/automaticke zpracovani

> ways: > je pouze tag boundary=administrative, ale IMO by tam mel byt jeste > admin_level. To co jsem opsal od ostatnich = lv cesty odpovida > nejmensimu cislu = nejvyssi urovni pro kterou je hranici. Takze ways > hranice statu by mely mit 2 atd.

> IMO by varianta A(kompletni upload) byla vhodnejsi, ...

> Viděl bych to tak, že to rozdělím po okresech a napíšu si prográmek, > který dokáže oddělit duplicity. > Při uploadu musím mít druhý prográmek, který dokáže vzít ID bodů a cest > z OSM exportu a změnit je v jiném souboru - asi detekce shodnosti polohy > bodů. Takhle to postupně naimportovat.

>> Viděl bych to tak, že to rozdělím po okresech a napíšu si prográmek, >> který dokáže oddělit duplicity. >> Při uploadu musím mít druhý prográmek, který dokáže vzít ID bodů a cest >> z OSM exportu a změnit je v jiném souboru - asi detekce shodnosti polohy >> bodů. Takhle to postupně naimportovat. > > Jak o tom tak uvažuju, tak nejlepší řešení se mi zdá to zkusit > uplodovat celé najednou. Podle zkušenosti lidí co nahrávali části > DIBAVODu, tak JOSM pošle data celkem rychle na server a pak čeká až si > to server "přežvýká" a vrátí odpoveď (a to trvá mnohem déle) Pokud by > spadlo připojení/JOSM potom, co se odeslali vsechna data, tak by to > melo byt v pohode. Server transakci uzavre automaticky akorat se o tom > klient nedozvi. Pokud je to jinak, tak me opravte. > > Pokud bys to chtel delit na vic kusu, tak misto detekce polohy se mi > zda lepsi nasledujici postup: > - kazde entite priradit jedinecne zaporne ID (znaci, ze se jedna o > nový objekt) - tak uz to je v souboru kucr.osm > - rozdelit mapu na vice casti (treba podle okresu) - zduplikuji se > ways na hranicich (kazda way bude ve dvou souborech, ale bude mít > stále svoje ID) > > - uplodovat cast, server jako odpoved vrati prirazena ID > - v ostatních souborech změnit záporná ID za skutečná ID vrácená serverem > - a tak porad dokola, uplodovat budeme ale pouze entity se záporným ID > -- > Lukas > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

>> relace: >> type=multipolygon, ovsem vsechny soucasne hranicni relace (a nejen nase) >> pouzivaji type=boundary >> > To neni tak uplne pravda - vpostate vsechny hranice v Nemecku, > Rakousku a Nizozemi jsou delane pomoci multipolygon. Proc jsem zvolil > multipolygon jsem psal tady [1]. Pokud ale prevlada nazor, ze to ma > byt boundary, tak se to klidne muze zmenit. > > >> chybi administrativni centra, pokud vim, (asi)kazde ku ma urcenou >> obec/cast ke ktere nalezi. >> > Ano adminnistrativni centra byse mohli pridat, ale asi jenom pro > relace obce, okres, kraj, CR. Administrativni centrum pro k.ú. je > podle mě nesmysl. Jde o to kde vzít data. Pokud jsou už > administrativní centra v mapě, tak asi nebude problém si najít na > území které obce se admin. centrum nachází a zařadit ho do příslušné > relace. > > >> nejsou definovany vztahy mezi ku (mineno potomci/rodice, napr stat >> obsahuje kraje, ty obsahuji okresy ...) >> > Tady mam asi mezery, jak se to definuje? > >

>> chtelo by to nejakou poznamku, zdroj je km, ale tohle by zaslouzilo >> jeste info ze jde o import/automaticke zpracovani >> > ano, to by urcite chtelo. Jinak zdroj neni km, ale prehledky. A to mi > pripomona ... jeste je potreba zmenit tag source na cuzk:prehledky, > jak tady nekdo uz poznamenal. > > >> ways: >> je pouze tag boundary=administrative, ale IMO by tam mel byt jeste >> admin_level. To co jsem opsal od ostatnich = lv cesty odpovida >> nejmensimu cislu = nejvyssi urovni pro kterou je hranici. Takze ways >> hranice statu by mely mit 2 atd. >> > Vim, ze ways maji prirazene i admin_level, ale nebyl jsem si jisty jak > mam chapat "admin_level=for the highest > border" co pisou na wiki [2]. Stejne ale nechapu, proc ways musi mit > prirazeny admin_level, kdyz ten je definovan v relaci. Prijde mi jako > blbost prirazovat admin_level ceste, kdyz je soucasti vice relaci s > ruznymi admin_level. >

> > >> IMO by varianta A(kompletni upload) byla vhodnejsi, ... >> > Taky si myslim, ze nahrat vse najednou je nejlepsi reseni > > > [1] http://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004503.html > [2] http://wiki.openstreetmap.org/wiki/Relation:boundary > -- > Lukas > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

>> relace: >> type=multipolygon, ovsem vsechny soucasne hranicni relace (a nejen nase) >> pouzivaji type=boundary > > To neni tak uplne pravda - vpostate vsechny hranice v Nemecku, > Rakousku a Nizozemi jsou delane pomoci multipolygon. Proc jsem zvolil > multipolygon jsem psal tady [1]. Pokud ale prevlada nazor, ze to ma > byt boundary, tak se to klidne muze zmenit. >

> To mají ale kvůli tomu, že mají často v hranicích díry, takže to dělají > jako multipolygon. To my nemáme (nebo jo?), takže bych to radši předělal > na boundary. Ale jinak z procesního hlediska je to jedno.

> Takhle to mam na mysli, jen resim, jak to rozdelit, protoze osmosis > selhalo, asi si budu muset na to neco napsat. Snad to nebude tak tezky, > protoze zaklad mam uz napsany v jinem programu (MC Navi). > > Stejne tak jak zmenit ty ID - taky na to asi budu muset neco napsat. > > Nevite nekdo, jak stahnout z OSM jen relaci vcetne vsech podrizenych > memberu?

> On Fri 2010-02-26 10:41:28, Mike wrote: >> Takhle to mam na mysli, jen resim, jak to rozdelit, protoze osmosis >> selhalo, asi si budu muset na to neco napsat. Snad to nebude tak tezky, >> protoze zaklad mam uz napsany v jinem programu (MC Navi). >> >> Stejne tak jak zmenit ty ID - taky na to asi budu muset neco napsat. >> >> Nevite nekdo, jak stahnout z OSM jen relaci vcetne vsech podrizenych >> memberu? > > Co to opravdu prvni zkusit uploadnout najednou...? Kdyz se to > nepovede, lze to zmatchovat podle polohy, a bude se muset neco napsat > ale... > Pavel

> Uz mam skoro hotovy rozdelovani, ted se snazim pridat reference na > podoblasti a admin center > > Mozna bych to zkusil uploadovat najednout, pokud ma JOSM rozdelovani do > casti, tak by to nemusel byt takovy problem. > > Co se statni hranici? Tam je navaznost na okolni staty, takze tam > vznikne gulas. Nejprijatelnejsi mi prijde, ze celou statni hranici > nebudu uploadovat a pak se to rucne kolem dokola objede a pridaji cesty > do relaci hrnicnich obci, okresu a kraju. Automaticky merge mi prijde > nerealizovatelny. > >

> Pavel Machek wrote: > >> On Fri 2010-02-26 10:41:28, Mike wrote: >> >>> Takhle to mam na mysli, jen resim, jak to rozdelit, protoze osmosis >>> selhalo, asi si budu muset na to neco napsat. Snad to nebude tak tezky, >>> protoze zaklad mam uz napsany v jinem programu (MC Navi). >>> >>> Stejne tak jak zmenit ty ID - taky na to asi budu muset neco napsat. >>> >>> Nevite nekdo, jak stahnout z OSM jen relaci vcetne vsech podrizenych >>> memberu? >>> >> Co to opravdu prvni zkusit uploadnout najednou...? Kdyz se to >> nepovede, lze to zmatchovat podle polohy, a bude se muset neco napsat >> ale... >> Pavel >> > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> Dne 27.2.2010 19:28, Mike Crash napsal(a): >> Uz mam skoro hotovy rozdelovani, ted se snazim pridat reference na >> podoblasti a admin center >> >> Mozna bych to zkusil uploadovat najednout, pokud ma JOSM rozdelovani do >> casti, tak by to nemusel byt takovy problem. >> >> Co se statni hranici? Tam je navaznost na okolni staty, takze tam >> vznikne gulas. Nejprijatelnejsi mi prijde, ze celou statni hranici >> nebudu uploadovat a pak se to rucne kolem dokola objede a pridaji cesty >> do relaci hrnicnich obci, okresu a kraju. Automaticky merge mi prijde >> nerealizovatelny. >> >> > > Hranici klido zduplikuj, IMO bude odost presnejsi nez stavajici. > >> Pavel Machek wrote: >> >>> On Fri 2010-02-26 10:41:28, Mike wrote: >>> >>>> Takhle to mam na mysli, jen resim, jak to rozdelit, protoze osmosis >>>> selhalo, asi si budu muset na to neco napsat. Snad to nebude tak tezky, >>>> protoze zaklad mam uz napsany v jinem programu (MC Navi). >>>> >>>> Stejne tak jak zmenit ty ID - taky na to asi budu muset neco napsat. >>>> >>>> Nevite nekdo, jak stahnout z OSM jen relaci vcetne vsech podrizenych >>>> memberu? >>>> >>> Co to opravdu prvni zkusit uploadnout najednou...? Kdyz se to >>> nepovede, lze to zmatchovat podle polohy, a bude se muset neco napsat >>> ale... >>> Pavel >>> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> jeste resim subarea - ma cenu delat ke vsemu subarea? udelal bych > navaznost CR-kraje-okresy, ale ma cenu pokracovat dale -obce-KU ? > Tech udaju tam bude moc a bude to vubec k necemu?

> no uz jsem se rozhodl, ze to asi uploadnu najednou, pokud to pujde, > protoze rozdelovani s sebou nese vic problemu nez uzitku > > v soucasnosti mam pridana okresni a krajska mesta jako admin_center a ke > hranicim obce prislusnou obec jako admin_center (par obci v mape chybi, > dodela se rucne) > > jeste resim subarea - ma cenu delat ke vsemu subarea? udelal bych > navaznost CR-kraje-okresy, ale ma cenu pokracovat dale -obce-KU ? > Tech udaju tam bude moc a bude to vubec k necemu? > > jzvc wrote: >> Dne 27.2.2010 19:28, Mike Crash napsal(a): >>> Uz mam skoro hotovy rozdelovani, ted se snazim pridat reference na >>> podoblasti a admin center >>> >>> Mozna bych to zkusil uploadovat najednout, pokud ma JOSM rozdelovani do >>> casti, tak by to nemusel byt takovy problem. >>> >>> Co se statni hranici? Tam je navaznost na okolni staty, takze tam >>> vznikne gulas. Nejprijatelnejsi mi prijde, ze celou statni hranici >>> nebudu uploadovat a pak se to rucne kolem dokola objede a pridaji cesty >>> do relaci hrnicnich obci, okresu a kraju. Automaticky merge mi prijde >>> nerealizovatelny. >>> >>> >> >> Hranici klido zduplikuj, IMO bude odost presnejsi nez stavajici. >> >>> Pavel Machek wrote: >>> >>>> On Fri 2010-02-26 10:41:28, Mike wrote: >>>> >>>>> Takhle to mam na mysli, jen resim, jak to rozdelit, protoze osmosis >>>>> selhalo, asi si budu muset na to neco napsat. Snad to nebude tak tezky, >>>>> protoze zaklad mam uz napsany v jinem programu (MC Navi). >>>>> >>>>> Stejne tak jak zmenit ty ID - taky na to asi budu muset neco napsat. >>>>> >>>>> Nevite nekdo, jak stahnout z OSM jen relaci vcetne vsech podrizenych >>>>> memberu? >>>>> >>>> Co to opravdu prvni zkusit uploadnout najednou...? Kdyz se to >>>> nepovede, lze to zmatchovat podle polohy, a bude se muset neco napsat >>>> ale... >>>>                                                                     Pavel >>>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> to uploadování najednou bude mít možná jedno úskalí, jelikož to trvá > dlouho, budou se tam nějaký čas povalovat neotagované body. Na některé > jsem teď narazil při kontrole rybníků, zajímalo by mě co se stane, > když je někdo nezasvěcený smaže než se začnou uploadovat waye.

>> to uploadování najednou bude mít možná jedno úskalí, jelikož to trvá >> dlouho, budou se tam nějaký čas povalovat neotagované body. Na některé >> jsem teď narazil při kontrole rybníků, zajímalo by mě co se stane, >> když je někdo nezasvěcený smaže než se začnou uploadovat waye. >> > Zalezi na tom, jak se to bude uplodovat. Pokud se to bude nahravat > cele v jenodnom requestu - lze nastavit v JOSM-latest, tak se > changeset bere jako atomicka operace a na serveru se objevi az cely. > Pokud jsem to spravne vypozoroval ... > -- > Lukas >

> _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> To jo, ale v jednom req lze tusim maximalne 50k bodu, takze toto tak > poslat nelze, josm umoznuje posilat po definovanem poctu - napr po 10k a > ve vysledku to bude ???jeden??? changeset. Changeset se neuzavre > automaticky pokud klient komunikuje a pokud to spravne chapu, dokud neni > uzavren, tak data z nej nikdo dalsi nevidi.

>> To jo, ale v jednom req lze tusim maximalne 50k bodu, takze toto tak >> poslat nelze, josm umoznuje posilat po definovanem poctu - napr po 10k a >> ve vysledku to bude ???jeden??? changeset. Changeset se neuzavre >> automaticky pokud klient komunikuje a pokud to spravne chapu, dokud neni >> uzavren, tak data z nej nikdo dalsi nevidi. > > Na wiki [1] je napspano, ze 50 000 je limit na changeset. > > Pri pouziti JOSM-stable se uploduje entita po entite (predpokladam, ze > volanim /api/0.6/[node|way|relation]/create). Mam odzkouseno, ze v > tomhle pripade, se data ostatnim uzivatelum zobrazuji postupne, tak > jak jsou uplodovana na server. (Lze vyzkouset treba tak, ze spustite > upload, otevrete si svuj profil na OSM, podivate se na svoje editace a > uvidite jak postupne pribyvaji zmeny do changesetu, co uplodujete) > > Pri poiziti JOSM-latest a nastaveni vse v jednom requestu > (predpokladam, ze se vola /api/0.6/changeset/#id/upload) se zmeny na > serveru projevi az po nahrani celeho souboru. Pozor, changeset uzavren > byt nemusi! (Opet to lze vyzkouset. Spustit upload, podivat se na > svoje editace v profilu - change set se objevi az pote co JOSM dokonci > upload souboru. To ale jeste driv nez JOSM changeset zavre - > pravdepodobne ceka na odpoved ze serveru - nekdy i dost dlouho, pokud > JOSM v tehle fazi schodite, tak zmeny uz zustanou na serveru) > > Jde o to, zda server changeset uzavre po 50000 zmenach i kdyz se vse > uploduje v jedno requestu. To se asi dozvime jedine tak, ze to > zkusime. Jestli plati to co je na wiki, tak u 2. zpusobu je > garantovano provedeni jako atomicka operace, takze nic neriskujeme. > > [1] http://wiki.openstreetmap.org/wiki/API_v0.6 > -- > Lukas > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> Tak mam odzkouseno - 50 tis. je limit changesetu, vic ani tuk,

> takze uz nahravam po castech, ale jde to pomalu.

>> Tak mam odzkouseno - 50 tis. je limit changesetu, vic ani tuk, > > A jak se to chova? Pokud se to uploduje v jednom requestu, tak to je > to skutecne atomicka operace? Nebo to vezme prvnich 50000 zmen a ty > ulozi? > > >> takze uz nahravam po castech, ale jde to pomalu. > > Koukal jsem a drzim palce :-) > -- > Lukas > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> Mám jen bobky z toho, co to udělá při uploadu cest, pokud bude nějaký > node chybět.

>> Mám jen bobky z toho, co to udělá při uploadu cest, pokud bude nějaký >> node chybět. > > Obavam se, ze neco ve smyslu HTTP status code 409 (Conflict) nebo HTTP > status code 412 (Precondition Failed) viz. wiki [1]. > > [1] http://wiki.openstreetmap.org/wiki/API_v0.6 > -- > Lukas > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> Což to očekávám, ale jestli to bude jen na tu jednu cestu nebo to skončí > úplně, dnes večer se uvidí

>>> Mám jen bobky z toho, co to udělá při uploadu cest, pokud bude nějaký >>> node chybět.

> >>> Mám jen bobky z toho, co to udělá při uploadu cest, pokud bude nějaký > >>> node chybět. > > > Ahoj, > > mám takovej nepříjemnej pocit, že vám dám možnost zjistit co se stane.

> On 02/03/2010, alik dolezal <alik.dolezal na gmail.com> wrote: >>>>> Mám jen bobky z toho, co to udělá při uploadu cest, pokud bude nějaký >> >>> node chybět. >> >> >> Ahoj, >> >> mám takovej nepříjemnej pocit, že vám dám možnost zjistit co se stane. > > Nejsem si jist, jestli jsem při likvidaci duplicitních rybníků (teď už > ale v datech žádné duplicitní rybníky nejsou) taky občas nesmazal > nějaký ten node (jakmile jsem si tohle vlákno přečetl, tak už jsem si > na to dával pozor .... ). > > Možná by to šlo vyřešit tak, že se stáhne dump z geofabrik, tam se > vyparsují všechny existující IDčka nodů a porovnají se s IDčky co jsou > v datech k importu. Ty data kde nějaký node chybí by se daly do extra > souboru (zbytek by bse mohl hned uploadnout) a mohly se pak vyřešit > zvlášť - třeba nějak přeznačit chybějící IDčka na nová ID a doplnit je > tam, což by snad mohlo jít automaticky. Případně to nechat uploadovat > jednotlivě po jednotlivých cestách. > Martin > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

>> Což to očekávám, ale jestli to bude jen na tu jednu cestu nebo to skončí >> úplně, dnes večer se uvidí > > Citace z wiki: > Processing stops at the first error, so if there are multiple > conflicts in one diff upload, only the first problem is reported. > -- > Lukas > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> Následuje: > nahrání relací (potřebuju dodělat NUTS2 relace)

>> Následuje: >> nahrání relací (potřebuju dodělat NUTS2 relace) > > NUTS 2 (regiony) v datech jsou. Tak jak je to na wiki s admin_level=4. > > > Nahrana data jsem si prohlizel a narazil jsem na jeden problem. > Vsechny ways, na ktere jsou koukal existuji ve dvou duplikatech. Way > je vzdy tvorena stejnymi uzly, ale existuje ve dvou exemplarich. Oba > dva pritom pochazi ze stejneho changesetu. Napriklad [1] a [2]. Koukal > jsem nahodne po cele republice a vsude to bylo stejne. > > [1] http://www.openstreetmap.org/browse/way/51638208 > [2] http://www.openstreetmap.org/browse/way/51639256 > -- > Lukas > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >