Re: [Talk-cz] Boundary
> 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. > díky za tip, pouštěl jsem to bez parametrů > 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. > to je jedině dobře, budu mít míň práce :) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
Dne 26.2.2010 7:47, Mike napsal(a): > 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ě. > 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. > 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@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] Boundary
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@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] tvorba multipolygonů
Dne 25.2.2010 20:53, Zdeněk Pražák napsal(a): > je nějaký návod na tvorbu multipolygonů - například ostrůvků v rybníce, > rybníků v lese atd. > Když jsem se pokoušel v JOSM využít předvolbu relace - multipolygony tak mi > JOSM psal, když jsem zvolil rybník a ostrov, že byly zvoleny neplatné objekty > Prohledej wiki, obecne a jednoduse, nainstal si plugin multipoly, vyberes, pouzijes, hotovo. Pokud to chces znat/udelat ruco, tak predne musej byt vsechny cesty, uzavreny, ve stejnym smeru (po smeru hodin trebas) a tagy urcujici "wocogo" jen na vnejsim (outer) polygonu. Vnitrni muzou byt bez tagu (pokud tedy nechces trebas udelat diru v lese a zaroven rict, ze ta dira je voda, pak otagujes i ten vnitrek). > ___ > 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] Boundary
On Thu, Feb 25, 2010 at 09:28:28PM +0100, Tomas Kolda wrote: > 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 :) Tam je jen problem, ze to rozdelis logicky na ruzne vrstvy a ty nahrajes zvlast, ale tim neumoznis prubezne opravovani dat. Ale toto by nemelo vadit. Jako technicke reseni nahrani takoveho mnozstvi dat je asi nejlepsi uploadovat postupne ways. A pak najednou vsechny relace(tech neni tolik). Akorat je treba po uploadnuti waye si zapamatovat ID koncovych bodu aby se dalo navazovat. Martin Kupec ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
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 :) Tomas Martin Kupec napsal(a): 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@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] Boundary
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 -- (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] tvorba multipolygonů
je nějaký návod na tvorbu multipolygonů - například ostrůvků v rybníce, rybníků v lese atd. Když jsem se pokoušel v JOSM využít předvolbu relace - multipolygony tak mi JOSM psal, když jsem zvolil rybník a ostrov, že byly zvoleny neplatné objekty ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
Dne 25.2.2010 20:22, Pavel Machek napsal(a): > 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 > Tohle by ovsem musel nekdo napsat ne ? Protoze josm to posila bez IDcek => pokud bys chtel nasledne ty body zahrnout do cest, tak uz musis jejich IDcka znat. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
On Thu 2010-02-25 17:48:46, jzvc wrote: > 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 > > 50 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. Ono to stejne bude limitovany ne rychlosti linky, ale rychlosti serveru... Jinak .5M duplicitnich bodu by nebyl tak _strasnej_ pruser -- stale jeste jsou tu skripty na revert, nebo by se mohlo proste smazat vsechny body s danym source= tagem. 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] Boundary
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 > 50 duplicitnich nodu rozhazenych po CR ... > -- > Lukas > 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. > ___ > 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] Boundary
Dne 25.2.2010 15:53, Lukas Kabrt napsal(a): >> 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. > Tak po zbeznem testu se stim prakticky neda pracovat :/ (JOSM to sotva udejcha). Pripominky: 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. chtelo by to nejakou poznamku, zdroj je km, ale tohle by zaslouzilo jeste info ze jde o import/automaticke zpracovani Co se zpracovani tyce, v tomto rozsahu je nemozne to napojit do stavajicich dat, muselo by se to leda nahrat tak jak to je a pak to upravovat az z OSM. Varianta rozdeleni po okresech mi prijde celkem pruchozi, zpracovatel by ve vetsine pripadu resil maximalne napojeni hranic okresu a likvidaci jejich duplicit = maximalne desitky cest v jedne davce. 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. --- Konstatuji, ze rucne delane hranice jsou o fous presnejsi(napr vedou po spravne strane silnice ;) ), ale nic vyznamneho, kvalita dat je spickova. >> 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@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] Boundary
> 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 50 duplicitnich nodu rozhazenych po CR ... -- Lukas ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
Dne 25.2.2010 15:53, Lukas Kabrt napsal(a): >> 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ů? > 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. > >> 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@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] Boundary
> 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@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] op?t duplicitn? data v oblasti 005
On Wed 2010-02-24 19:15:00, Tom?? Kolda wrote: > Tak to byla asi ta prerusena transakce. Presne jak pisou, vse nebo nic. > Asi nezalezi na tom, ze spojeni neco prerusi, pokud je HTTP pozadavek > kompletni. Pokud se changeset nezavre, zavre se sam a vse je jakoby ok. No... pokud navic transakci zavrou az po timeoutu, tak to ledacos vysvetluje :-(. 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: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] Dibavod konfliktni data
Jan Dudík wrote: > BTWm, jeden dotaz - při pokusu o upload Hracholuské nádrže mě nechtělo > pustit dál, že to má víc než 2000 bodů. Já tedy polygon rozdělil na > několik menších uzavřených. je to správný postup? > Nee, spravne je brehovou linii rozdelit na nekolik na sebe navazujicich way a ty vsechny dat do jedne multipolygon relace jako outer. -- Nenik ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
Akorát řeším to, jak to navázat, protože hranice jsou společné, aby tam nebyly duplicity On 25.2.2010 14:42, Jan Dudík wrote: > 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 : >> 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@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] Boundary
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 : > 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@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] Mapy z první republiky
2010/2/25 Frettie : > 2010/2/25 hanoj : >>> Ne, pokud jsou v nove publikovanych dilech zmeny, tak nemuzes pouzit ty >>> zmeny, ale puvodni obsah ano. >> *** a jak bys svuj text interpretoval, kdyz jedinou zmenou je ona >> publikace tj. digitalizace, georektifikace, vycisteni... > > muzes vyuzit ta data z toho jejich predchoziho zdroje. *** jasne, ten original lezi v papirove podobe v archivu v Praze, Vidni a mozna v Madarsku. hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
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@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] Mapy z první republiky
2010/2/25 hanoj : >> Ne, pokud jsou v nove publikovanych dilech zmeny, tak nemuzes pouzit ty >> zmeny, ale puvodni obsah ano. > *** a jak bys svuj text interpretoval, kdyz jedinou zmenou je ona > publikace tj. digitalizace, georektifikace, vycisteni... V principu jde o to, zda ty změny (příspěvky toho vydavatele) mají charakter autorského díla, tj. zda se jedná o „jedinečný výsledek tvůrčí činnosti autora“. Samotná digitalizace IMHO ne (jedná se o „automatický“ či mechanický postup), u dalších věcí to může být na zvážení. Ještě další věcí je sui generis ochrana databáze… u některých zejména internetových map asi lze zvažovat, že by se mohlo jednat o databázi ve smyslu AutZ; a pokud třeba to „pořízení, ověření nebo předvedení obsahu databáze představuje kvalitativně nebo kvantitativně podstatný vklad“, může ten pořizovatel (např. ta laboratoř geoinformatiky) mít „zvláštní právo pořizovatele databáze“, které 15 let od onoho pořízení omezuje další osoby ve „vytěžování nebo zužitkování celého obsahu databáze nebo její kvalitativně nebo kvantitativně podstatné části“. (IANAL, IMHO) -- Petr Kadlec / Mormegil ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapy z první republiky
2010/2/25 hanoj : >> Ne, pokud jsou v nove publikovanych dilech zmeny, tak nemuzes pouzit ty >> zmeny, ale puvodni obsah ano. > *** a jak bys svuj text interpretoval, kdyz jedinou zmenou je ona > publikace tj. digitalizace, georektifikace, vycisteni... > > hanoj muzes vyuzit ta data z toho jejich predchoziho zdroje. > > ___ > 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] Mapy z první republiky
> Ne, pokud jsou v nove publikovanych dilech zmeny, tak nemuzes pouzit ty > zmeny, ale puvodni obsah ano. *** a jak bys svuj text interpretoval, kdyz jedinou zmenou je ona publikace tj. digitalizace, georektifikace, vycisteni... hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapy z první republiky
Dne 25.2.2010 10:29, hanoj napsal(a): >>> striktne dle zakona je to 70. let po smrti posledniho autora, coz u >>> prvni republiky muze byt klidne tak 2040, predne to nelze jen tak od >>> stolu urcit. Popisovane vojenske mapy vychazi z vojenskeho mapovani >>> rakouskeho, tj. 3. vojenskeho mapovani z 19. stoleti a ty by uz urcite >>> mohly byt za hranici 70 let. >>> >> Mapy ("díla kartografická") jsou typicky tzv. kolektivní díla, u >> kterých ochrana majetkových autorských práv trvá o něco méně: 70 let >> od oprávněného zveřejnění díla (s výjimkou případů, kdy autoři, kteří >> dílo jako takové vytvořili, jsou u díla nebo na díle při jeho >> zpřístupnění veřejnosti jako autoři označeni; to však u mapy zpravidla >> nebývá, tam bývá zvykem ono uvádění na veřejnost pod jménem fyzické >> nebo právnické osoby, z jejíhož podnětu a pod jejímž vedením bylo dílo >> vytvořeno, jak je kolektivní dílo definováno). >> >> > *** diky za opravu, takze publikovana mapova dila do roku 1940 jsou > nyni pouzitelna. > > Ma nejaky vliv na skutecnou ochranu znovupublikovani, t.j. kdy je s > publikaci zminovan novy copyright? Viz: > > http://oldmaps.geolab.cz/ > http://mapy.opevneni.cz/ > > hanoj > Ne, pokud jsou v nove publikovanych dilech zmeny, tak nemuzes pouzit ty zmeny, ale puvodni obsah ano. > ___ > 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] Boundary
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@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] Mapy z první republiky
>> striktne dle zakona je to 70. let po smrti posledniho autora, coz u >> prvni republiky muze byt klidne tak 2040, predne to nelze jen tak od >> stolu urcit. Popisovane vojenske mapy vychazi z vojenskeho mapovani >> rakouskeho, tj. 3. vojenskeho mapovani z 19. stoleti a ty by uz urcite >> mohly byt za hranici 70 let. > > Mapy ("díla kartografická") jsou typicky tzv. kolektivní díla, u > kterých ochrana majetkových autorských práv trvá o něco méně: 70 let > od oprávněného zveřejnění díla (s výjimkou případů, kdy autoři, kteří > dílo jako takové vytvořili, jsou u díla nebo na díle při jeho > zpřístupnění veřejnosti jako autoři označeni; to však u mapy zpravidla > nebývá, tam bývá zvykem ono uvádění na veřejnost pod jménem fyzické > nebo právnické osoby, z jejíhož podnětu a pod jejímž vedením bylo dílo > vytvořeno, jak je kolektivní dílo definováno). > *** diky za opravu, takze publikovana mapova dila do roku 1940 jsou nyni pouzitelna. Ma nejaky vliv na skutecnou ochranu znovupublikovani, t.j. kdy je s publikaci zminovan novy copyright? Viz: http://oldmaps.geolab.cz/ http://mapy.opevneni.cz/ hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapy z první republiky
2010/2/25 hanoj : > striktne dle zakona je to 70. let po smrti posledniho autora, coz u > prvni republiky muze byt klidne tak 2040, predne to nelze jen tak od > stolu urcit. Popisovane vojenske mapy vychazi z vojenskeho mapovani > rakouskeho, tj. 3. vojenskeho mapovani z 19. stoleti a ty by uz urcite > mohly byt za hranici 70 let. Mapy („díla kartografická“) jsou typicky tzv. kolektivní díla, u kterých ochrana majetkových autorských práv trvá o něco méně: 70 let od oprávněného zveřejnění díla (s výjimkou případů, kdy autoři, kteří dílo jako takové vytvořili, jsou u díla nebo na díle při jeho zpřístupnění veřejnosti jako autoři označeni; to však u mapy zpravidla nebývá, tam bývá zvykem ono uvádění na veřejnost pod jménem fyzické nebo právnické osoby, z jejíhož podnětu a pod jejímž vedením bylo dílo vytvořeno, jak je kolektivní dílo definováno). -- Petr Kadlec / Mormegil ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapy z první republiky
Ahoj, striktne dle zakona je to 70. let po smrti posledniho autora, coz u prvni republiky muze byt klidne tak 2040, predne to nelze jen tak od stolu urcit. Popisovane vojenske mapy vychazi z vojenskeho mapovani rakouskeho, tj. 3. vojenskeho mapovani z 19. stoleti a ty by uz urcite mohly byt za hranici 70 let. dale viz: http://gis.vsb.cz/GIS_Ostrava/GIS_Ova_2010/sbornik/Lists/Papers/CZ_4_2.pdf hanoj 2010/2/24 alik dolezal : > před nedávnem se mi do ruk dostalo několik prvorepublikových > vojenských map v měřítku 1:75000. Jesli se neptelu tak tyto už nejsou > chráněné autorským právem a tudíž jsou volně k použití. > > Koukal sem, co by se z nich dalo obkreslit a napadly mě jedině ty > různý místní názvy a vrcholy kopců. Tudíž moje první otázka je: > používáte a pokud ano pak jaké a jakým způsobem takovéto podklady. > > Díky výše zmíněným mapám jsem si vzpoměl, že doma leta přechovávám > mapu Jihlavy a blízkého okolí určenou pro brannou výchovu na školách > (měřítko 1:25000). Byla vytvořena na podkladech Základní mapy z roku > 1979 a tím pádem tato je, pokud se nepletu, ještě chráněná. Nebo se u > ní pletu, není to třeba volné dílo ve smyslu úředního. Anebo stejně za > komunistů bylo všechno všech a tak i část toho vlastnictví připadá na > mě. Takže moje druhá otázka je: jak je to s touto druhou mapou, můžu > nebo nemůžu. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Izometrická 3D mapa z OSM
Ahoj, tohle by opravdu obecně nefungovalo ... i u obdélníku by to bylo divné. Ale mohlo by to jít jinak... nebo nějak obdobně. Rozhodně je to relativně snadno algoritmicky řešitelné i u nekonvexních a nepravoúhlých polygonů. Honza Dne 24. února 2010 22:37 Aleš Janda napsal(a): > Ahoj, > >>> To by to řešilo, ovšem tím se problém jen trochu převede - neumím z obecného >>> polygonu udělat menší polygon :-) Aspoň mě nenapadá žádný způsob jak to >>> udělat. >> >> Celkem jednoduse vemes tu strechu, zmensis ji (je to 2D plocha, operace >> zmenseni je celkem trivialni, kdyztak hledej 2D transformace), zmensenou >> plochu pak posunes vejskove, rekneme +2m a vzajemne odpovidajici body >> spojis. Jak to bude vypadat by se muselo testnout. Samozrejme by to >> vzhledem k poctu budov sezralo asi dost vykonu. > > Tohle by zřejmě nefungovalo ;-) Teda fungovalo, ale jen pro nevykousnuté > budovy. > Kdyby ta budova byla např. do L, tak by se vrchní část posunula do středu. > Nebo > dokonce kdyby ta budova byla s dírou uvnitř, tak by ta střecha nešla nad > středem > konkrétních budov po obvodu, ale byla by šouplá směrem k vnitřnímu vykousnutí. > > >> Kdyz sme u toho, mozna by nebylo od veci stvorit aplikaci pro boinc, pak >> by potize s vykonem zmizly :D. > > Něco takového už připravuju, minimálně to používám pro vlastní účely. Je to > klient, který si říká o práci a nahrává na server. Používám to doma i v práci. > Chce to ale ještě doladit - sám nedokáže aktualizovat vstupní data, neošetřuje > to moc chybových stavů, funguje to jen pod Linuxem, no a ještě to často měním > :-) > Ale až to dám do nějakého použitelnějšího stavu, určitě to nabídnu. Minimálně > aby se to i mně lépe používalo. > > Aleš Janda > > ___ > 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] Boundary
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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] duplicitní changesety 3966844 a 396685 6
2010/2/25 Zdeněk Pražák : > Ještě bych rád věděl, proč trvá nahrání changesetu cca deset minut, když i po > zrušení nahrávání po cca 10 s je pak changeset nahraný celý. > Předpokládám že to funguje tak, že se vše na začátku hromadně nahrne na server (to zabere pár sekund) a následně server data zpracovává, přiřazuje ID nodům a cestám, začleňuje je do ostatních dat a na konci (nebo postupně) vrací přiřazené ID zpět do JOSM. Pokud se požadavek přeruší po nahrátí, server data stejně zpracuje, jen už se o tom klient nedozví. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz