Boundary

46 zpráv
Zpět na přehled

Boundary

46 zpráv MLJPMJTJ 10 účastníků 27 min čtení
  1. Mike mike na mikecrash.com #mff23aa
    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
  2. jzvc jzvc na tpfree.fdns.net #m7dc105
    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.
  3. Mike mike na mikecrash.com #mf45342
    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
  4. Jan Dudík jan.dudik na gmail.com #mb21456
    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>:
  5. Mike mike na mikecrash.com #m025bff
    Akorát řeším to, jak to navázat, protože hranice jsou společné, aby tam nebyly duplicity
  6. Lukas Kabrt lukas na kabrt.cz #m5f9bfb
    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
  7. jzvc jzvc na tpfree.fdns.net #m1059ac
    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.
  8. Lukas Kabrt lukas na kabrt.cz #m75b02d
    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 ...
  9. jzvc jzvc na tpfree.fdns.net #mf2f058
    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.
  10. jzvc jzvc na tpfree.fdns.net #maa087b
    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.
  11. Pavel Machek pavel na ucw.cz #mfa2f44
    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
  12. Pavel Machek pavel na ucw.cz #m9e8e4e
    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.
    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
  13. jzvc jzvc na tpfree.fdns.net #m1087a9
    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.
  14. Martin Kupec magon na jkopava.cz #m77d10d
    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
  15. Tomas Kolda kolda na web2net.cz #m4a2e0d
    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
  16. Martin Kupec magon na jkopava.cz #m60f52b
    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
  17. Mike mike na mikecrash.com #m7f22d2
    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.
  18. jzvc jzvc na tpfree.fdns.net #me8c20c
    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.
  19. Mike mike na mikecrash.com #ma7ede6
    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 :)
  20. Lukas Kabrt lukas na kabrt.cz #m12b550
    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
  21. Lukas Kabrt lukas na kabrt.cz #m71c3ad
    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
  22. Mike mike na mikecrash.com #m01342c
    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?
  23. jzvc jzvc na tpfree.fdns.net #m3c792d
    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?
    Relace se do nadrazene vlozi s oznacenim subarea, kdyztak se podivej jak je to ted.
    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 proto, ze nekdy muzes potrebovat pracovat bez relaci ? Principielne muzes i potok/silnici/... udelat tak, ze tag potok/silnice/... priradis az relaci, ale presto maji vsechny cesty tagy potok/silnice/... a admin_lv je pokud dobre chapu neoddelitelnou soucasti tagu boundary.
  24. Mike mike na mikecrash.com #m9267f7
    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.
  25. Lukas Kabrt lukas na kabrt.cz #m2cf3a4
    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.
    Pár k.ú. s dírami je. Pak jsou desítky obcí kde je území nesouvislé.
  26. Pavel Machek pavel na ucw.cz #mbf6957
    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
  27. Mike Crash mike na mikecrash.com #mb3abbe
    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.
  28. jzvc jzvc na tpfree.fdns.net #m08ad0c
    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.
  29. Mike Crash mike na mikecrash.com #m4e89c3
    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?
  30. Lukas Kabrt lukas na kabrt.cz #mb9b707
    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?
    Ja bych byl pro pridat i obce a KU, at jsou vsechny hranice v hierarchickem usporadani. Vyuzit se to da - napr. pokud vyberu okres, tak muzu zadat ze chci vybrat potomky relace a vyberou se mi vsechny obce v okrese.
  31. Jiri Parkan jparkan na gmail.com #m376e3f
    Ahoj, 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. Parkis 2010/2/28 Mike Crash <mike na mikecrash.com>:
  32. Lukas Kabrt lukas na kabrt.cz #m908f35
    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 ...
  33. jzvc jzvc na tpfree.fdns.net #m1bed87
    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 ...
    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.
  34. Lukas Kabrt lukas na kabrt.cz #mf96690
    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
  35. Mike mike na mikecrash.com #m07f9b8
    Tak mam odzkouseno - 50 tis. je limit changesetu, vic ani tuk, takze uz nahravam po castech, ale jde to pomalu. Prosim nemazte nikde prazdny nody, at mi tam na konci nechybi. Udelal jsem (skoro) kompletni navaznosti kraje-okresy-mesta-ku az na nejake vyjimky (chybejici obce, mismatch v nazvech), ktere budu resit rucne. Take hranice statu budu delat rucne, tam to asi jinak nepujde. Nedavno to probehlo na Slovensku a take delali statni hranice rucne. Nedaval jsem jen definice admin_center pro KU, ktere mi prijdou nesmyslne, i kdyz by tam sla placnout obec. Ale byla by to duplicita. Hotovo by to mohlo byt zitra, kdyz to pujde dobre. Jeden upload uz mi ale selhal, tak to budu muset nejak vyresit. Pak prijdou na radu rucni upravy.
  36. Lukas Kabrt lukas na kabrt.cz #m3a99b5
    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 :-)
  37. Mike Crash mike na mikecrash.com #m8fddb9
    Dělám to pomocí bulk_upload, ten otevře changeset a nahrává po 1000 záznamech najednou. Nekontroluje ale max. počet, takže to musím ručně rozsekat. Už mám 3 zkažené uploady - internal sever error 500, ale to vyřeším. Mám jen bobky z toho, co to udělá při uploadu cest, pokud bude nějaký node chybět.
  38. Lukas Kabrt lukas na kabrt.cz #m3a905f
    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
  39. Mike mike na mikecrash.com #m275b55
    Což to očekávám, ale jestli to bude jen na tu jednu cestu nebo to skončí úplně, dnes večer se uvidí
  40. Lukas Kabrt lukas na kabrt.cz #m2e2d9d
    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.
  41. alik dolezal alik.dolezal na gmail.com #m661da7
    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. Při třech [1][2][3] dnešních změnách se mi podařilo vymazat celkem 39 bodů. Jedná se o části hranic katastrálních území "Horní Dubenky" a "Kaliště u Horních Dubenek" (13 nodů) a "Nová Ves u Třešti" a "Rácov" (zbylých 26 nodů). Jestli můžu nějak pomoct vyřešit tuhle moji botu tak dejte vědet (no můžu dodat id-čka tech nodů, na to už sem se koukal). Musím se taky omluvit za takovýhle nabourávání vašeho importu, veřte, že v tom opravdu nebyl zlej úmysl. Aleš [1] http://www.openstreetmap.org/browse/changeset/4016866 [2] http://www.openstreetmap.org/browse/changeset/4015001 [3] http://www.openstreetmap.org/browse/changeset/4014850
  42. MP singularita na gmail.com #m8bc9b9
    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
  43. Mike Crash mike na mikecrash.com #mf915c4
    No uz si s tim nejak poradim, trosku jsem s tim pocital :) Mel jsem zvolit jiny zpusob, ale mel jsem problem s tim, jak to cele rozdelit (trochu lenost). Ted se mi parsuji cesty a za chvili zacnu s importem cest, tak pak uz to snad bude OK Relace udelam az nakonec
  44. Mike Crash mike na mikecrash.com #m37fdbc
    Ještě dodám, že při chybě je celý požadavek odmítnut, ale předchozí požadavky v changesetu zůstanou. Info: Současný stav: nodes+ways nahrány a v mapě předchozí relace smazány Dělám: mažu staré hranice Následuje: nahrání relací (potřebuju dodělat NUTS2 relace) oprava hranice s okolními zeměmi Prosím needitujte zatím boundary, ať v tom nemám bordel :) Dám zase vědět, jak to postupuje
  45. Lukas Kabrt lukas na kabrt.cz #m50dfe9
    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
  46. Mike Crash mike na mikecrash.com #m581461
    Hmm, to je divny, zkusim to omrknout co a jak a proc a kolik toho je Diky za upozorneni
Napsat odpověď e-mailem… Odpovědět

Otevře váš e-mailový klient. Odpovědi pak sledujte zde na webu.