Ahoj, dělal jsem na programu, který by dokázal rozumně trasovat budovy z digit. map katastru. Ty ruční čmáranice ze skenů mnoha let starých map myslím nemá smysl automaticky trasovat. Zkoušel jsem to pomocí potrace apod. ... ale nějak mi to nedopadalo moc dobře, takže jsem se rozhodl pro vlastní řešení. V vyzkoušení zde (binárka v .NETu + test.png k vyzkoušení): http://jabi.aspone.cz/osm/TracerTest.zip Po spuštění se zobrazí mapka. Klikejte do prázdných (bílých) částí uvnitř budov. Testovací png je možné nahranit případně jiným se stejným název. Ještě zkusím udělat to, aby když člověk klikne na popis budovy (text uvnitř budovy), tak aby to také fungovalo. Pak lze doladit nějaké chyby. A bude zbývat udělat nějaké GUI s kontinuální mapou, přepočtem souřadnic a exportem do *.osm, zobrazováním současných objektů, nabízení budov podle adresních míst, možností ruční editace, zobrazování fotomapy na pozadí, ... Nebo je někdo schopný to integrovat do JOSM? Pokud bude zájem, zdrojáky dodám. Honza

No dokonalý! Super práce, určitě bych nechtěl integraci do JOSM, ne každý s ním pracuje. J. 2010/1/26 Jan Bilak <jan.bilak.osm na gmail.com>: zobrazit citaci -- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com

Já bych naopak integraci do JOSM velmi ocenil, nemusel bych pak všechno procházet dvakrát a vše by bylo vidět pěkně v kontextu už existujících dat. Nicméně udělat to neumím, programátor nejsem. 2010/1/26 Frettie <frettie na gmail.com>: zobrazit citaci

Ahoj, jůů, tak tohle je velmi dobrá práce! Něco podobného mi hodně chybělo, tak jsem uvažoval nad tvorbou vlastního nástroje, už nemusím :-)) Integraci do JOSM bych také moc ocenil, přeci jen na rozumné mapování větší oblasti se to moc jinak než josmem dělat nedá. Možná bych viděl trochu potíž v tom, že JOSM je v javě a tudíš platform independent, což .NET není. Jo a asi by šlo podstatnou část api pluginu vydolovat z lake-walkera - tedy trasovače jezer z landsatu - viz http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Lakewalker Dělá to dost podobnou věc, takže by úprava na tvůj algoritmus a cuzk mapy neměla být taková potíž.. Každopádně supr! Zdravím, Pavel Zbytovský 2010/1/26 Jan Bilak <jan.bilak.osm na gmail.com> zobrazit citaci ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100127/cd5df80a/attachment.html>

Ahoj, uvažoval jsem podobně ... zatím tedy o JOSM a API pro pluginy moc nevím. A v Javě jsem něco naposledy před x lety (nějaké drobnosti tedy i později, ale mnohem větší zkušenosti mám s .NETem). Přepsat jádro algoritmu do Javy by asi takový problém nebyl (tedy tu část, která vezme 2D pole bytů (byte = pixel) a souřadnici kliknutí a vrátí seřazený seznam souřadnic vrcholů polygonu obrysu budovy). Horší pro mne bude se stahováním a cachování bitmap, jejich spojováním pro účely trace, převáděním na pole bytů (kvůli rychlosti ... v .NETu na to používám unmanaged kód). Tedy takovými věcmi, kde jsou třeba znalosti nejen jazyka Java, ale i různých knihoven. A otázka je, jak to bude rychlé v čisté Javě. Spíše jsem uvažoval i nad přepisem toho jádra do nativního C či C++. Včera jsem na ten plugin lake-walker zběžně koukal, inspirovat by se z toho jistě dalo. Zda by z toho šlo využít všechno a jen doplnit algoritmus rozpoznávání, to je otázka. Jinak jsem ještě uvažoval na tím, že by rozpoznávání mohla dělat externí aplikace, se kterou by plugin komunikovat třeba TCP ... tedy plugin JOSM by zavolat "uživatel kliknul na souřadnici x, y" a externí aplikace by vrátila "ok, výsledný polygon je x1, y1, x2, y2, x3, y3, ...". Bylo by to jistě méně pohodlné, ale to jádro by nemuselo být v Javě. Ten směr z externí aplikace do JOSM je dokonce myslím už v JOSM naimplementovaný v podobě RemoteControl: [http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RemoteControl] Algoritmus jsem ještě trochu vylepšil oproti tomu v ukázce. Jinak integrace do JOSM by měla výhodu v tom, že by nebylo třeba do té aplikace dělat všechno ostatní GIS věci (tedy takový klon JOSM). Nevýhoda by asi byla v tom, že JOSM je pro začátečníky složitý a výsledný program by nebyl tak jednoduchý, jak může být (tedy něco takového, co by si člověk s Windows stáhnul, nainstaloval a klikal na budovy, aniž by musel něco nastavovat, zkoumat ovládání, ...). Aneb práce ještě není zdaleka u konce ... algoritmus trasování je jen jedna část. Honza 2010/1/27 Pavel Zbytovský <mail na zby.cz>: zobrazit citaci

Právě, ono takovej merkaartor je super věc, JOSM je jak složitý, tak prostě "ovladatelný". :/ Ale asi by mě to donutilo přejít, to zas jo. 2010/1/27 Jan Bilak <jan.bilak.osm na gmail.com>: zobrazit citaci -- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com

Na Merkaator jsem zběžně koukal a nějak mne zatím nepřesvědčil. A to ani možnostmi (to jsem ani moc nečekal), ani rychlostí (to jsem čekal, protože je psaný v C++/qt a to je hodně výkonná platforma - třeba při tažení nové cesty se to vyloženě škube a to podle mne značí spíše na použití špatných algoritmů a datových struktur). A nakonec ani jednoduchostí ... na první pohled. Ale možná je to tím, že na JOSM jsem přeci jen koukal delší dobu. Tu jednoduchost jsem myslel hlavně pro lidi, kteří se chtěl OSM zúčastnit tak nějak "rekreačně" - dodělat si tam nějaké okolí svého domu, nic neimportovat, neprogramovat, ... Ale možnost volby je dobrá věc - nechť každý používá to, co mu vyhovuje. Honza

To si právě nemyslím, to, že je složitý, pro mě jako začátečníka v mapování (no dobře, mám za sebou práci v ArcGISu a Topolu) to bylo fajn, bylo snadné se napojit, snadné si nakonfigurovat to, co jsem potřeboval. JOSM odpuzuje bohužel už tím, jak vypadá a taky tím, že je tuším v Javě. Možná jsi měl jen smůlu na "špatný kus", mě se lehce škubne, jen při velkém počtu bodů a linek (a to nemám zdaleka oslnivý hardware). Ale API nemá (zatím). 2010/1/28 Jan Bilak <jan.bilak.osm na gmail.com>: zobrazit citaci -- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com

Zdravím pánové, prosím o vyzkoušení první betaverze traceru budov z katastrálních map. http://jabi.aspone.cz/osm/TraceServerBeta1.zip Archiv obsahuje dva soubory. 1) Osm.Kn.Trace.Server.exe 2) tracer.jar První z nich je trasovací server, který je třeba mít spuštěný v průběhu trasování. Poslouchá na portu 5050 a zatím není nijak konfigurovatený. Prostě jej spustíte a až jej nebudete potřebovat, tak jej zavřete. To je vše. Doporučuji jej dát do prázdného adresáře, proto si k sobě ukládá dočasné soubory (stažené a předzpracované výseky katastrální mapy). Druhý soubor je plugin do JOSM (založený na LakeWalkeru). Ten zkopírujete do adresáře s pluginy JOSM (ve Vistě např. c:\Users\[userName]\AppData\Roaming\JOSM\plugins). Funguje s verzí 2561 JOSM. Aktivujete jej v nastavení. Přibude nástroj Tracer (klávesová zkratka T). Po aktivaci nástroje můžete klikat na mapu a mělo by to trasovat. Opětovným zvolením nástroje (nebo T) by se měl zase deaktivovat. Uvítám připomínky, ale nevím, kdy je stihnu realizovat. Nějaký další vývojář by se hodil... Kdo se hlásí dobrovolně? :) BTW: Jak to má tagovat ty budovy? Honza 2010/1/28 Frettie <frettie na gmail.com>: zobrazit citaci

Jinak, kdyby někdo měl problémy, tak můžete ověřit, zda funguje trasovací server ... využívá klasický HTTP protokol, takže stačí otevřít internetový prohlížeč a napsat např.: http://localhost:5050/trace/simple/50.037973499148485;14.50494914227297 Výsledek by měl být ve stylu seznamu souřadnic bodů budovy, např.: 50.038111;14.505007|50.037951;14.505044|50.037932;14.504851|50.037962;14.504843|50.037966;14.504868|50.038064;14.504848|50.038061;14.504823|50.038094;14.504813|50.038111;14.505007 Případně lze použít formát OSM: http://localhost:5050/trace/osm/50.037973499148485;14.50494914227297 (to vrátí XML se stejnými daty) Naopak, pokud kliknete v JOSM na nějaký bod nástrojem Tracer, tak v okénku serveru uvidíte, co tam přišlo za požadavek... Honza 2010/1/29 Jan Bilak <jan.bilak.osm na gmail.com>: zobrazit citaci

Ahoj, tracer funguje na první pokus, s rozběhnutím žádný problém. Mám k tomu jen pár poznámek. - tagování building=yes, source=cuzk:km (případně survey;cuzk:km) - při rozpoznávání sousedících domů mezi nimi zůstanou mezery, asi by se na úrovni pluginu musely hledat blízké zdi a body slučovat. Asi i samotný tracer by mohl klást hranici na střed čáry a ne na její vnitřní okraj, pokud je to technicky řešitelné. U osamělých budov není problém, tam to funguje bezvadně. - popis v seznamu pluginů zůstal z lakewalkeru, ale to je jen kosmetika. držím palce v dalším vývoji, pokud se to povede dotáhnout, bude to zatraceně užitečný pomocník (minimálně pro mě ;) Parkis 2010/1/29 Jan Bilak <jan.bilak.osm na gmail.com>: zobrazit citaci

Ahoj, díky za trasovač. Zatím jsem otestoval pouze funkčnost - na Linuxu pod Monem to funguje bez problému, nefunguje ale v nejnovější testovací verzi JOSM (to je zatím drobnost). Další připomínky, kterých jsem si v rychlosti všiml: Server by se měl spouštět automaticky a fungovat tak, aby o něm uživatel JOSM pokud možno nevěděl (předpokládám ale, že to tak plánuješ udělat) Trace mód by měl být další z editačních módů (tedy když zmáčknu "s", tak by se měl mód přepnout z trace na přidávání bodů) Jestli hledáš dalšího vývojáře, tak bude nejlepší napřed zveřejnit zdrojáky, nejlépe rovnou na <http://svn.openstreetmap.org/>. Tento plugin bude asi užitečný nejen pro Čechy. On Fri, 29 Jan 2010 03:45:15 +0100, Jan Bilak <jan.bilak.osm na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Naproso skvělé, bomba pecka ! Jen doladit ještě mušky. 1, V JOSM se tlačitko chová jako přepínač. Pokud chci zvolit jiný mod, nepusti me, musim jej odkliknout. 2, Nekdy je vysledek moc "přenodovaný" i na rovné čáře. 3, Vytváří se duplicitní uzel v jednom z vrcholů polygonu ( validator dokaze opravit, ale je to pruda ) Jinak pokracuj, zverejni zdrojaky at nekdo pomuze z komunity JOSM, myslim ze tohle bude Plugin roku :) 2010/1/29 Jan Bilak <jan.bilak.osm na gmail.com> zobrazit citaci ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100130/3e75646e/attachment.html>

No, dal jsem znova šanci JOSM a stále bych byl pro nějakou jinou možnost. Je pár problémů, je to Javový (a to v tom píšu bakalářku) a děěěěsně pomalý a hlavně neohrabaný. Sem tam se tak jako stane (neznámo proč) že nemůžu tvořit body, až odklikávám sebevíc a to je prostě věc, která u programu, kterej bych někdy měl použít být nemůže. To vidím jen já, jak je to nešikovnej program? Zlatej Merkaartor, uvítal bych tak i možnost klikat v nějakém okně samostatně. Jo a mimochodem, je to jen u mě, nebo víc lidem u v. 2561 nefunguje czechadress? J. 2010/1/29 Jan Bilak <jan.bilak.osm na gmail.com>: zobrazit citaci -- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com

Je fakt, že pomalost JOSM a jeho paměťová náročnost mi také vadí. Nemožnost tvořit body může být způsobená buď tím, že jsi nepochopil, že JOSM má různé editační módy (přidávání, editace, zvětšování). Pokud to si opravdu myslíš, že je to chyba JOSM, a že to ostatní nevidí protože jsou na to zvyklí, tak můžeš nahlásit chybu. Jinak je většina funkcionality toho Traceru v tom samostatném serveru, takže by nebyl problém udělat plugin do Merkaartoru, kdyby pluginy podporoval. On Sun, 31 Jan 2010 00:51:59 +0100, Frettie <frettie na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Ja myslim, ze pametova narocnost JOSM uz neni tak hrozna, na praci s 60MB osm potrebuje 100MB heap (+ nejaky overhead jvm). A dalsi pametove optimalizace mam v planu. Co se tyce rychlosti, tak je treba poustet javu s dostatkem pameti (parameter -Xmx) a v server modu. Server mod znamena, ze se pouzije vice optimalizaci, takze JOSM se bude o neco dele spoustet, ale o to rychleji potom pobezi. Velikost pameti je dulezita, nove verze javy maji (imho nestastnou) vlastnost, ze pred tim nez vyhodi OutOfMemory, tak budou se hodne dlouho snazit pamet uvolnit. Takze pokud JOSM jede na hrane (a defaultni velikosti heapu na Windows je 64MB, coz je na hrane), tak se zbytecne zpomali. A pokud presto mate nejaky usecase, kde je JOSM prilis pomaly, tak si stezujte na tracku. 2010/1/31 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci

Jeste bych dodal, ze v posledni dobe bylo pridano dost optimalizaci, ktere zatim jsou pouze v josm-lastest. 2010/1/31 Jiri Klement <jiri.klement na gmail.com>: zobrazit citaci

No, nevím kde to bylo, ale po restartu se to spravilo. No jo, ale jsem tak nějak zvyklej na to, že program, kterej používám zapnu, že ho neukecávám. :) Možná, až budu mít čas a rozhodnu se jej zapnout na desktopu, tak to bude snažší. J. 2010/1/31 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci -- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com

Běžně mi sežere přes půlku paměti (500 MB), možná ale nechávám Javě příliš mnoho prostoru a on ji pak nemá tendenci uvolňovat (což je problém Javy). Nejnovější build používám často. Pomalost mi vadí především při běžných editačních úkolech - přidávání/posouvání bodů, přídávání tagů, posouvání/zoomování mapy. Při těchto činnostech zdržuje téměř každá prodleva, by bylo ideální, kdyby to bylo úplně plynulé. Nepoužívám úplně nejnovější počítač. Díky za tip se server módem, vyzkouším. Zkusím to trochu pozorovat, a když přijdu na něco, co vadí nejvíc, tak to zkusím nahlásit. On Sun, 31 Jan 2010 08:33:03 +0100, Jiri Klement <jiri.klement na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Ahoj. implementování/opraveno mám: a) tagování b) duplicitní bod cesty c) detekci tlouštky čáry a snaha o umístění bodů na její střed d) hledání a slučování bodů e) eliminaci copyright popisků v mapě, které pak způsobovaly nesmyslné body a hrany Pracuji na hledání a slučování hran (way). Tedy reálně spíše na zkoumání zdrojáků JOSM, protože algoritmicky nejde o nic složitého. Jen to tam nějak začlenit. Popis pluginu, spouštění a "viditelnost" serveru považuji zatím za relativně nepodstatnou (aneb jsou důležitější věci, ale pokud se chce někdo do těchto věcí pustit, proč ne). Přepínání módů jsem zatím nezačal řešit, ale to myslím půjde. Na commitnutí do ofic. SVN by to potřebovalo: a) formálně doladit (po stránkách struktury adresářů, build skriptů, informace o licenci, ...) b) získat přístup do SVN c) zpřehlednit ... okomentovat, trochu refaktorizovat, ... Přičemž c) mám určitě v plánu. O b) jsem se nezajímal, takže nevím, jak to chodí. A do a) se mi moc nechce (studovat, jak to má být). A pak je spousta dalších věcí ... třeba široké možnosti konfigurace (je tam takových konstant, které lze vyladit pro lepší funkčnost...). Co se týká JOSM/Merkaartora, tak trasovací server je nezávislý a lze jej teoreticky používat z čehokoli - třeba i z toho flashového editoru, pokud by ten server někdo někde rozjel. Integraci do Merkaartora dělat určitě nebudu - to nechám na případné jiné lidi, kteří se jím zabývají - využít trasovací server není problém. Integraci do JOSM bych také nejraději nedělal a zabýval jsem se jen trasovacím serverem. Zda bude nějaké vlastní GUI v .NETu, to nevím. Myslím, že to bude velmi záležet na tom, jak se mi bude líbit implementace JOSM. Celkově mám rád pro takové programy .NET či Javu než C++ a vidím v nich větší perspektivnost. Jen pro určité části, které jsou výkonostně kritické, pak nějakou nativní implementaci. A věřím tomu, že pokud se použijí vhodné alogoritmy a datové struktury, tak pak rychlost je jen o málo pomalejší než u nativních aplikací. V praxi pak často i větší, protože je snažší tam dělat algoritmicky lepší a složitější věci. Honza 2010/1/31 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci

V opensource se prosazuje heslo "Commit Early, Commit Often". Já bych se snažil dodržet pouze základní formální požadavky (moc jich není) a co nejdříve to nahrál. Pokud vím, tak navíc příliš formálních požadavků na pluginy neexistuje, něco je možné najít na [1]; licenci by asi bylo dobré uvést, ale ostatní věci můžeš ty nebo někdo jiný dodělat časem. Komentování nebo čištění kódu taky můžeš udělat časem. Získat přístup, pokud vím, není příliš těžké - já jsem napsal na Tom Hughes <tom na compton.nu>. Nevím, jakým způsobem to děláš, ale nejsem si jist, jestli nemůže být slučování bodů a hran trochu na obtíž (aby se neslučovalo i to, co by nemělo). Já osobně bych si to spíš představoval jako nástroj - uživatel vybere jednotlivé objekty a nechá je spojit. Možná ale tvoje verze funguje dobře, neměl jsem ji možnost vyzkoušet. [1] http://svn.openstreetmap.org/applications/editors/josm/plugins/00_README On Mon, 01 Feb 2010 04:28:58 +0100, Jan Bilak <jan.bilak.osm na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Ahoj, ke slučování ... můžeš zkusit betu 2: http://jabi.aspone.cz/osm/TraceServerBeta2.zip (nejsou tam asi optimálně nastavené konstanty ... jak vzdálené body ještě napojovat apod.) Možná se to heslo v opensource prosazuje, ale já si nemyslím, že je dobré commitovat neupravený kód (i v samotném JOSM chybí na řadě míst alespoň základní komentáře apod. ... což dost znesnadňuje práci s ním). A druhá věc je, že plugin + trasovací server je poměrně specificky dělaný na české katastrální mapy. Pravděpodobně by z toho něco šlo použít i na pro trasování jiných obdobných map, ale není to navržené jako univerzální věc. A tak očekávám zájem o dodělání tohoto pouze ze strany českých vývojářů ... tedy této komunity a nikdo zde ani nenaznačil, že by měl o zdrojáky osobní zájem, že by uvažoval nad spoluprácí. Naplsal jsem si o přístup na SVN, tak uvidím... Honza 2010/2/1 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci

Díky za betu 2 - určitě vyzkouším. Na SVN jsou i pluginy jako Czechaddres, takže s českou specificitou není problém. Navíc si myslím, že kdyby bylo někde jinde také potřeba trasovat stejnobarevné plochy, tak by ho nebyl nepřekonatelný problém udělat univerzálnější, nebo by alespoň mohl sloužit jako inspirace. Když už nechceš zdrojáky nahrávat přímo na SVN, tak je můžeš taky jenom dát někam ke stažení. Třeba já to mám tak, že když by se mi hodila nějaká funkcionalita nebo když mi vadí nějaká chyba tak zdrojáky upravím a úpravu pošlu. Když je nemám, tak neupravím a nepošlu. On Tue, 02 Feb 2010 02:58:51 +0100, Jan Bilak <jan.bilak.osm na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Dne 2.2.2010 2:58, Jan Bilak napsal(a): zobrazit citaci Zdravicko, nevim kde delam chybu, ale na Vistach mi to posloucha na externi sitovce (presneji na 0.0.0.0), ale ne na localhostu => plugin se nema kam pripojit, protoze ma natvrdo localhost. ... Hmm, tak chyba neni ve me ale v tech po...jch Vistach, na XP se to chova normalne. zobrazit citaci

Ahoj, díky za 2. betu, mám k ní pár poznámek: Už je to výrazně použitelnější, ale stále to má poměrně významné nedostatky: Spojování budov opravdu spojuje i s nesouvisejícími objekty (typicky adresní body), jak jsem se bál (někdy naopak zase nespojuje sousedící domy). Já vidím dvě možná řešení tohoto problému: Buď stávající funkcionalitu ještě vylepšit - přidat možnost vypnutí (zapnutí) spojování při zmáčknuté klávese Ctrl, a omezení spojování pouze na domy. Druhá možnost je udělat nástroj, který spojí vybrané objekty. První možnost má výhodu, že spojování probíhá automaticky; druhá možnost je zase univerzálnější a mohla by být časem přidána přímo do JOSM. Taky mi přijde, že se po přidání trasování na střed čáry trochu zhoršil výsledek (občas se tam přidají zbytečné body, nebo se v rozích udělají nesmysly). Trasování navíc často neumisťuje body na středy čar. Taky jsem zkoušel trasovat již dříve zakreslený kostel sv. Antonína (http://osm.org/go/0J0wCrtWh--), a moc dobře to nedopadlo - asi je na tak složitý objekt zjednodušení přílišné. Další problém je, že stále nefunguje správně přepínání nástrojů. Občas se mi také stane, že se dokončí trasování, ale výsledek se už neobjeví. Několikrát se mi stalo, že se nějaká z okolních ulic prodloužila na jeden z bodů nově trasovaného domu. zobrazit citaci Petr Dlouhý petr.dlouhy na email.cz

Ahoj, jj, ohledně spojování ... máme na to stejný názor. Ohledně zhoršení výsledku trasování kvůli detekci tloušťky čáry ... něco na tom bude, také se mi to nelíbí. Zkusím nastínit zjednodušeně algoritmus, jak to funguje (tedy jak jsem zamýšlel, třeba je tam chyba): a) napřed se floodfillem vyplní souvislá plocha, na kterou uživatel kliknul b) najde se vnější hranice - množina bodů c) najdou se tam významné/zlomové body d) zjednoduší se a naopak doplní chybějící body (sada různých postupů) A tady vylezl myslím celkem dobrý výsledek, ale na vnitřní straně čáry. A nyní nově ... pro každou úsečku polygonu se vynese kolmice v 1/10, 2/10, ..., 9/10 a najde tloušťka čáry na obě strany v místě kolmice. Vezme se ta nejmenší tloušťka a podle toho se čára posune. Body se tam nepřidávají, jen posouvají. Proč nejmenší? Protože na mapě typicky je nějaká čára navíc, která zvětšuje tloušťku čáry. Ale většinou v žádném místě kus čáry nechybí. Možná ale lepší bude medián nebo dolní kvartil. K ladění je tam i řada konstant. Zvláště u krátkých úseků je detekce tloušťky čáry celkem problematická. Jak na to lépe? Nějaké nápady? Mohu tam mít nějakou chybu, mohu zkusit nějaké průměrování, mohu zkusit tloušťku čáry u krátkých čar odvozovat od těch delších... Nějaké prokládání přímky body moc nepadá v úvahu, protože těžko poznat, které body patří právě dané čáře - na vnější stranu čáry navazují další čáry. Moc jsem se tím zatím nezabýval, protože jsem si "hrál" s tím pluginem. Škoda, že čára po celé obvodu nemá v mnoha případech stejnou tloušťku - bylo by to značně jednodušší. Zdrojáky: http://jabi.aspone.cz/osm/TracerPluginBeta2-src.zip http://jabi.aspone.cz/osm/TracerServerBeta2-src.zip Zdrojáky toho pluginu jsou dost hrozné ... a potřebují větší refaktorizaci. U toho serveru je to lepší, ale také by to řadu úprav potřebovalo (včetně rozdělení do metod apod.). Takže to berte jako předzveřejnění pro silné povahy :) Honza 2010/2/2 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci

Dne 2.2.2010 16:32, Jan Bilak napsal(a): zobrazit citaci Napad (mozna blby), co takhle to brat ze zlomoveho bodu a tahat to na stred uhlu zevreneho dvema useky v tom bode koncicimi ? Mozna blbe napsano, proste kdyz budou dve casti svirat uhel 100, tak vytahnu z toho bodu linku pod uhlem 50, zjistim kam az je v "cerne" a do 1/2 posunu ten bod. Je treba to omezit nejakym maximem pro pripad, ze se trefim a pod stejnym uhlem tam vychazi nejaka dalsi linie. Pro info, trochu sem to testnul, vysledky byly velice slusne. Problematicka byla mista, kde na sebe dva domy navazuji na jedne strane v linii (tam se bod spojil) a na duhe jsou "trochu" posunute (tam by se zlomovy bod jednoho mel stat soucasti linie druheho). To funguje v pripade, ze nejdriv nakreslim dum s linii a pak vedle nej ten s bodem, opacne nikoli. Pokusim se prihodit prilohy, snad projdou. Mozna by taky nebylo od veci volitelne volat automaticky zpravouhleni (maximalne to bude nadavat ze nelze => pocitam ze to vrati nejakou chybu = nechat to v takovem pripade byt). Nekdy to ovsem produkuje hodne "zajimave" vysledky, proto rozhodne ne natvrdo. Variantne me napada hodit na nove vytvoreny prvek selected (stejne jako kdyz ho nacmaru rucne) a pak se to da zavolat dle potreby ruco. Mozna bych jeste trochu pritlacil na rozliseni. Pri max zoomu km to nektere zlomy ignoruje. V josm jsem na 5m (ta potvora vlevo nahore), opet pokusim hodit do prilohy. zobrazit citaci ------------- další část --------------- A non-text attachment was scrubbed... Name: TckoSpatne.PNG Type: image/png Size: 1953 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100202/f1d1feeb/attachment.png> ------------- další část --------------- A non-text attachment was scrubbed... Name: TckoDobre.PNG Type: image/png Size: 1381 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100202/f1d1feeb/attachment-0001.png> ------------- další část --------------- A non-text attachment was scrubbed... Name: Ignorance.PNG Type: image/png Size: 1775 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100202/f1d1feeb/attachment-0002.png>

zobrazit citaci Kdysi jsou zkousel napsat neco podobneho, ale moc dobre mi to nefungovalo. Postup byl zhruba stejny, takze koukam, asi jsem delal neco spatne :-) zobrazit citaci Pro predzpracovani mapy jsem pouzival binarni morfologii [1] a myslim, ze tahle cast docela fungovala. Koukal jsem jestli najdu zdrojaky myho traceru, ale uz zmizely v propadlisti dejin. Jediny co jsem nasel je knihovna pro binarni morfologii [2]. Nevim v jakem je stadiu pouzitelnosti, ale aspon pro inspiraci. Pokud jsi spravne pamatuju, tak jsem pouzival "thinning" na katastralni mapu a pak "dilation" nebo "closing" na vysledek floodfill. zobrazit citaci Zkousel jsem stahovat zdrojaky serveru a dostavam 404 Not Found, muzes se na to prosim podivat? Docela rad bych si zdrojove kody prohlidnul. [1] http://homepages.inf.ed.ac.uk/rbf/HIPR2/morops.htm [2] http://osm.kabrt.cz/home/morphology.zip?attredirects=0&d=1 -- Lukas

Ahoj, v příloze posílám první drobnou opravu - změnu pluginu z nástroje na editační mód. Tato změna odstraňuje mnoho problémů, které předchozí chování způsobovalo. Ikony si neposlal, takže jsem musel použít náhradní. zobrazit citaci Petr Dlouhý petr.dlouhy na email.cz ------------- další část --------------- A non-text attachment was scrubbed... Name: TracerPlugin.tar.bz2 Type: application/bzip2 Size: 6520 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100202/c0f8ee8a/attachment.bin>

Ještě jsem zapoměl - zdrojáky od serveru se nedají stáhnout. zobrazit citaci Petr Dlouhý petr.dlouhy na email.cz

Díky za nápady, úpravu ... a omlouvám se za chybu v URL a chybějící ikonky ... tyhle tvoje jsou ale myslím hezčí. Správně je: http://jabi.aspone.cz/osm/TraceServerBeta2-src.zip (tedy bez "r") Honza 2010/2/2 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci

Před chvilkou mi dorazil přístup do SVN, tak jsem Java plug-in commitnul. Kam s tou .NETí částí, to je otázka... Do nějakého podadresáře pluginu? Ale ten server je nezávislý a tedy třeba jej někdo použije i v jiném softu (Merkaartoru apod.) ... takže logicky by se moc nepatřil. A také není v Javě. Honza 2010/2/2 Jan Bilak <jan.bilak.osm na gmail.com>: zobrazit citaci

Ahoj, tak poznámky k betě 2: Už je to výrazně použitelnější, ale stále to má poměrně významné nedostatky: Spojování budov opravdu spojuje i s nesouvisejícími objekty (typicky adresní body), jak jsem se bál (někdy naopak zase nespojuje sousedící domy). Já vidím dvě možná řešení: Buď stávající funkcionalitu ještě vylepšit - přidat možnost vypnutí (zapnutí) spojování při zmáčknuté klávese Ctrl, a omezení spojování pouze na domy. Druhá možnost je udělat nástroj, který spojí vybrané objekty. První možnost má výhodu, že spojování probíhá automaticky; druhá možnost je zase univerzálnější a mohla by být časem přidána přímo do JOSM. Taky mi přijde, že se po přidání trasování na střed čáry trochu zhoršil výsledek (občas se tam přidají zbytečné body, nebo se v rozích udělají nesmysly). Trasování navíc často neumisťuje body na středy čar. Další problém je, že stále nefunguje správně přepínání nástrojů. Občas se mi také stane, že se dokončí trasování, ale výsledek se už neobjeví. Několikrát se mi stalo, že se nějaká z okolních ulic prodloužila na jeden z bodů nově trasovaného domu. On Tue, 02 Feb 2010 02:58:51 +0100, Jan Bilak <jan.bilak.osm na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Hezčí rozhodně nejsou, protože už jsou v JOSM použité. Jejich použití by vedlo ke zmatení uživatele, já jsem je použil pouze jako placeholder. On Tue, 02 Feb 2010 18:38:46 +0100, Jan Bilak <jan.bilak.osm na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Server <svn.openstreetmap.org> je takové skladiště nástrojů a dalších věcí užitečných pro OSM, takže se tam snad najde vhodná složka kam to půjde nahrát. On Tue, 02 Feb 2010 21:45:39 +0100, Jan Bilak <jan.bilak.osm na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

zobrazit citaci Tak tak. V počítačovém vidění se pro ztenčení hran používají morfologické operátory (thinning, skeletonization). Viz. [1,2,3]. Napsat si jednoduchou implementaci zase takový problém není (asi jako napsat konvoluci), aby se musela používat externí knihovna. [1] - http://en.wikipedia.org/wiki/Mathematical_morphology [2] - http://en.wikipedia.org/wiki/Hit-or-miss_transform#Thinning [3] - http://en.wikipedia.org/wiki/Topological_skeleton -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

Ahoj, na SVN jsem commitnul další úpravy pluginu: Snažil jsem se ho udělat kompatibilní s nástroji ortogonalizace (q) a spojit překrývající plochy (shift-j). Poslední nakreslený dům tedy zůstane ve výběru, a při zmáčknutí "shift" se k výběru přidá. Další změna je možnost vypnout spojování budov pomocí "ctrl". Plugin nyní také spojuje pouze domy, a dalších objektů by si neměl všímat. Také jsem mírně zvýšil toleranci pro spojování (alespoň dokud nebude tracer strkat body opravdu na středy čar). S použítím ortogonalizace je stále trochu problém - tracer krátičké úseky často neudělá dostatečně kolmé. Nevím, jak ale dostat plugin na oficiální seznam, který používá JOSM pro automatické stahování pluginů - měl by se tam přidat automaticky, což se zatím nestalo. Měnil jsem build.xml, ale nevím, jestli to pomohlo. zobrazit citaci Petr Dlouhý petr.dlouhy na email.cz

Ahoj, díky. Zrovna dělám na úpravách, které se trochu překrývají ... snažil jsem se to rozhodit do tříd a metod, okomentovat a vůbec trochu zkulturnit, napojovat jen na budovy, ... No nevadí. Zkusím to mergnout nebu ručně přenést užitečné neduplicitní změny. Ohledně dostání pluginu na ofic. seznam ... myslím, že se musí někam commitovat i binárky. Ale je to jen tušení. Honza 2010/2/4 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci

Mimochodem ... proč jsi plugin přestím přendal z balíku package org.openstreetmap.josm.plugins.tracer do balíku tracer? A je otázka, zda má smysl se snažit tam ten plugin dostat ... když stejně samostatně nefunguje (bez Trace Serveru). Takže automatický instalace pluginu je sice pěkná věc, ale stejně to samo fungovat zatím nebude. Honza 2010/2/4 Jan Bilak <jan.bilak.osm na gmail.com>: zobrazit citaci

Za duplicitní úpravy se omlouvám, snad to nebylo moc zbytečné práce. Měl jsem pocit, že se to tak dělalo dřív a už to neplatí (viz [1]). Každopádně jsem nahrál binárku na [2], tak uvidíme. [1] http://svn.openstreetmap.org/applications/editors/josm/plugins/build.xml [2] http://svn.openstreetmap.org/applications/editors/josm/dist/ Petr Dlouhý zobrazit citaci

Tuším, že se to v org.openstreetmap.josm.plugins.tracer nechtělo kompilovat, tak jsem to udělal podle wmspluginu. Možná to ale není správně. Myslím, že smysl to má. Časem by bylo dobré, aby plugin server automaticky stáhnul nebo přímo obsahoval a automaticky ho spustil. Pak by to bylo zcela bez práce. Zatím by ale měl alespoň vyhlásit error, když nenajde server, protože takhle to není příliš user-friendly (že se tváří, že něco dělá a přitom nic). zobrazit citaci Petr Dlouhý petr.dlouhy na email.cz

Nene, nebylo to moc práce. Dělám na tom jen chilku a prolínalo se to jen málo. Ještě mám takový praktický dotaz (Javu moc neznám) ... koukal jsem, že tam používáš: System.out.println(...) Jak zapínáš ladící konzolu nebo jak to ladíš? Já jsem to dělal krkolomnou cestou přes posílání si ladících hlášek do Trace Serveru... Ale nějaká ladíci konzola by byla fajn. Ale netuším, jak ji zapnout. Honza 2010/2/4 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci

Stačí spustit JOSM z konzoly, a hlášky tam vybíhaj. zobrazit citaci Petr Dlouhý petr.dlouhy na email.cz

Díky, jak jednoduché :) Honza 2010/2/4 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci

Ještě koukám na jednu věc ... upravil jsi TracerPlugin.java tak, že jsi tam přidal parametr "PluginInformation info". S tímto mi to nechce chodit pod otestovanou verzí JOSM (2561). Asi tam tohle přidali až později. Nevím, zda by to třeba zkouslo dva kontruktory nebo zda je třeba udržovat více verzí pluginu. Obecně netuším, jak s verzemi funguje - tedy vůči jaké revizi zdrojáků JOSM se má plugin kompilovat. Stáhnul jsem nějakou z počátku prosince, ale tak odhadem, protože nevím, jakou přesnou revizi použít. Honza 2010/2/4 Jan Bilak <jan.bilak.osm na gmail.com>: zobrazit citaci

Hlásilo mi to, že konstruktor bez parametru je depracted. Jestli to se starým JOSM nechodí, tak tuhle verzi zakomentuj, a změníme to, až bude vydaná další verze JOSM. On Thu, 04 Feb 2010 18:47:08 +0100, Jan Bilak <jan.bilak.osm na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Dne 4.2.2010 17:28, Jan Bilak napsal(a): zobrazit citaci Min se bude sam aktualizovat a to jak kvuli zmenam v nem samem, tak pri zmenach API. zobrazit citaci

Dne 4.2.2010 18:47, Jan Bilak napsal(a): zobrazit citaci Do pluginu jde myslim pridat info pro jakou revizi JOSM je, tusim neco jako min a max revize. Neporadim jak to udelat, ale vim ze sem tam neco takoveho videl. zobrazit citaci

Ahoj, když už to tak krásně funguje, dal by někdo návod pro běžného uživatele JOSM, jak do něj tento plugin dostat? slova jako zkompilovat nebo binárka jsou pro běžného uživatele nesrozumitelná, naopak slova jako nakopírovat, přidat řádek, editovat soubor či kliknout na tlačítko jsou naopak vítána J&D 2010/2/4 jzvc <jzvc na tpfree.fdns.net>: zobrazit citaci -- -- Ing. Jan Dudík

Tak už je plugin v oficiálním seznamu. Stačí tedy Tracer nainstalovat jako jakýkoliv jiný plugin. Pro jeho provoz je ale nutné spustit server - dá se stáhnout z [1] (jestli není novější verze), ve Windows asi stačí poklepat na .exe soubor, v Linuxu je nutné nainstalovat Mono (z balíčků) a spustit: mono Osm.Kn.Trace.Server.exe [1] http://jabi.aspone.cz/osm/TraceServerBeta2.zip On Thu, 04 Feb 2010 21:29:39 +0100, Jan Dudík <jan.dudik na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Stačí si stáhnout balíček v tomto vlákně, případně plugin nainstalovat v JOSM přes nastavení ( zásuvka ) Restartovat JOSM. V balíčku je druhá část, server. Jedná se "černé okno" co naslouchá na portu 5050. Plugin s ním komunikuje a je třeba jej spustit a nechat běžet. Pak by mělo běhat vše jak na drátkách. Zlepseni pro vyvojare: Neslo by udelat, ze by si plugin server vyvolal sam (stahnul a spustil), pripadne spustil v pozadi ? Dale jsem si vsimnul, ze pri trasovani objektu vadi spřežky, udělá se okolo nich nevzhledná obklička. Mozna by se na tak "jemné" ways dal použít příkaz simplify way, ale ten občas pravoúhlé objekty zkosí, ale víceméně poslouží, pokud to bude jeden nod na objekt šoupnutý bokem a eliminuje spousty nežádoucího bordelu. Dne 4. února 2010 21:29 Jan Dudík <jan.dudik na gmail.com> napsal(a): zobrazit citaci ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100204/fa1d458a/attachment.html>

Ahoj. Je to tak. Ve Windows je vyžadován .NET Framework (tuším verze 2.0+, 3.5 stačí určitě). Je celkem pravděpodobné, že .NET Framework už v počítači máš, pokud máš Windows. Ve Vistách a Windows 7 je přímo (tedy ve Vistách ve verzi 3.0). V XPčkách není, ale vyžaduje jej hodně programů a tedy se pravděpodobně nainstaloval s něčím jiným. Pokud jej nemáš, tak jej stáhneš téměř všude na netu... např. z: http://www.microsoft.com/downloads/details.aspx?familyid=333325FD-AE52-4E35-B531-508D977D32A6&displaylang=cs Honza 2010/2/4 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci

O integraci serveru už jsme psali, ale jsou podstatnější věci. Nevím, co myslíš spřežkami, ale pokud to je skosený roh přiléhající na rovnou čáru, tak to je způsobené problémy v implementaci trasování na středy čar. První verze serveru byla možná lepší, ale zase zdvojuje některé body, takže je nepoužitelná. Myslím, že zjednodušování se používá, a připadá mi, že je nastavené víceméně správně. Řekl bych, že zkosování je ale problém, který by bylo dobré pokud možno potlačit - pak nefunguje správně ortogonalizace. Na kód serveru jsem se zatím ale nedíval, takže toho moc nevím. On Thu, 04 Feb 2010 21:45:50 +0100, Petr Schönmann <pschonmann na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Spřežky se tuším nazývají ty čáry, které naznačují vztah dvou ploch, které jsou oddělené čarou. Tedy je to taková čára ve tvaru písmene "s", která vede z jedné plochy do druhé. Honza 2010/2/4 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci

OK, v tom případě ale nevidím rozumný způsob, jak je eliminovat - protože pouhým zjednodušováním bychom asi ztratili dost užitečné informace (to je v nepoměru k práci, kterou dá jejich manuální odstranění). Jediným způsobem by byla jejich detekce, a tu si moc neumím představit. On Thu, 04 Feb 2010 22:04:08 +0100, Jan Bilak <jan.bilak.osm na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Já si celkem i detekci představit dokážu. Ale jak říkáš, zatím jsou důležitější věci. Honza 2010/2/4 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci

To jsou slučky J&D 2010/2/4 Jan Bilak <jan.bilak.osm na gmail.com>: zobrazit citaci -- -- Ing. Jan Dudík

Puvodne jsem byl docela skeptik, ale v aktualni verzi je to velmi schopne. Diky! Dokud to nahodne bralo i cizi objekty, tak sem to resil novou vrstvou, ve ktere sem kreslil jen budovy, ted uz je vyresene i tohle. Jen dve veci, takovy maly bugreport - obcas, nahodne (a vazne sem nenasel zadnou souvislost) to vyhodi java.util.ConcurrentModificationException. Ale budovu to udela, nic nespadne. Nekdy nekolikrat za sebou, nekdy nekolik hodin nic. Druha vec je kosmeticka, v mono (2.0.1) pro ukonceni ("Stiskni klávesu pro ukončení.") nestaci klavesa, je potreba klasicke ctrl+c. Ale to je jen detail. PS: kdyz vidim toho casu navic, ktery tenhle program eliminuje... :) Vazne diky. ~ honny

Po několika zkusmých editacích můžu prohlásit - super. Sice to nezvládne garáže (velké číslo v malém obdélníčku), ale i tak se práce úžasně urychlí. Jako tip do budoucna - možnost nastavení, že trasovaný objekt není nutně budova, ale třeba rybník, nebo cokoliv jiného. A samozřejmě, kdyby šly slučovat sousedící plochy... a detekce vnitřních polygonů by asi byla příliš chybová, než aby to stálo za aplikaci, že? J&D Dne 5. února 2010 1:12 honny <honnycze na gmail.com> napsal(a): zobrazit citaci -- -- Ing. Jan Dudík

Nevím, jak by se to přesně mělo nastavovat. Nejjednodušší možnost vidím takovou, že by se se zmáčknutým altem nepřidal tag "building=yes", a šlo by objekt otagovat ručně (případně pomocí ctrl-shift-v). Jsou nějaké lepší návrhy? Slučování sousedních objektů už v JOSM je - shift-j (možná ale až v latest), pokud navíc klikneš na první oblast, podržíš shift a klikneš na druhou, tak zůstanou obě ve výběru, takže jde rovnou spustit slučování. Řekl bych, že detekce vnitřních polygonů by opravdu způsobila víc práce než užitku. V JOSM ale chybí nástroj na jednoduché vytváření děravých polygonů, takže kdyby ho někdo vytvořil, tak by se mohla ušetřit práce. On Fri, 05 Feb 2010 13:59:12 +0100, Jan Dudík <jan.dudik na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

zobrazit citaci *** ten plugin multipolygon na to neni pouzitelny? hanoj

On 05/02/2010, hanoj <ehanoj na gmail.com> wrote: zobrazit citaci Multipoly by na to mel jit pouzit, pokud se cesty neprotinaji a jsou uzavrene, tak vytvori korektni multipolygon a nastavi vzdy spravne v relaci inner a outer. Co zatim neumi je "advanced multipolygons", kdy nektera z vnejsich nebo vnitrnich cest je tvorena nekolika neuzavrenymi cestami, jez spolu tvori uzavrenou cestu (takovy workaround kolem limitu 2000 nodu na cestu). Tam pak jsou vysledky ponekud slabsi ... ale mam to v TODO pro to podporu dodelat. Ale pokud je tam neco co brani pouziti v tomhle pripade, muzu to tam treba taky dodelat. Martin

Ahoj, teda musím říci - ten Váš Tracker je super. Jednoznačně. Díky moc za něj. To je plugin užitečností určitě srovnatelný s czechaddress, a možná ještě užitečnější. I když to lze těžko srovnávat. Měl bych k němu jen dvě malé připomínky: 1) Tracker neobtahuje domy ve středu čar, ale vyrobí je na vnitřní straně čáry. To má dva neblahé důsledky - dům je tak pravděpodobně zakreslen menší než ve skutečnosti a také pak moc nevychází navazování domů. Když stojí dva domy nalepené k sobě, různých velikostí, tak vyrobím jeden a obtáhne se vnitřní strana toho prvního. Pak udělám druhý, ten si všimne, že blízko leží nějaký dům, tak ho přetáhne k sobě do vnitřní strany - a nevyjde to, tam, kde jsou na katastru čáry kolmé, jsou křivé, protože je rozdíl právě o tloušťku čáry. Škoda toho 2) V okamžiku trackování se objeví modální dialog „Stopování…“. Je pěkné, že mi program říká, že něco dělá, ale po chvíli to ruší. V okamžiku stopování nemůžu dělat vůbec nic (posouvat mapou atd.), navíc ten dialog vyjede uprostřed obrazovky (často tam, kde jsem kliknul) - je to takové nepěkné. Ideální by byl nemodální dialog někde po straně - abych ho viděl, ale nerušil. Nevím, jak je technicky náročné to v JOSM udělat. Každopádně ale díky moc, i tak je Tracker velkým přínosem do OSM a vynikajícím počinem. Aleš Janda

Ahoj, ten tracker se snažil to čáru posouvat na střed čáry (tedy nejprve "obtáhnul" vnitřní hranu, pak zkoušel detekovat tlouštky čar a čáru posouvat). Ale moc mu to nešlo. Mám rozpracovanou úpravu, která to myslím trochu zlepší. Chybu to občas udělá, ale je to myslím lepší. Zazněl tady nápad - nedělat detekci tlouštky čar, ale linie ztenčit ještě v bitmapě. To by mohlo přinést lepší výsledky. Obávám se, že za cenu zpomalení trasování, ale výpočetního výkonu je obecně dostatek - jen by se to muselo patrně předzpracovávat. Zkoušel jsem nějakou morfologickou operaci provádět nad polem bytů (pixelů) cca 4000 x 4000 velkým v .NETu (unsafe) ... a trvalo to celkem dlouho (malé jednotky sekund). A jak jsem pochopil, takových operací by se tam musely dělat desítky. Ale jistě by se daly dělat různé optimalizace - není třeba takto upravovat celou ohromnou bitmapu, ale jen její část, kde je dům + malé okolí. Dalo by se to celé udělat unmanaged (v Cčku) apod. Ten dialog ... myslím, že by se s tím dalo dělat něco i relativně snadno. Také jej nemám rád. Tedy hlavně v případech, kdy se nenačítají další dlaždice mapky z webu a tedy trasování netrvá moc dlouho. Asi by stačila změna kurzoru na "hodinky". Honza Dne 6. února 2010 18:07 Aleš Janda <openstreetmap na kyblsoft.cz> napsal(a): zobrazit citaci

Ahoj, přidělal jsem funkci, že při stisknutém alt to nepřidává tag "building". Měl bych ale dva dotazy: Po předělání balíku se mi nedaří plugin spustit - musím si to lokálně předělávat zpátky. Daří se ti spustit? Nenašel jsem, co by mohlo být nastavené špatně. Proč je tam ta kontrola na úhel při spojování, a proč je navíc jen u jednoho typu spojování? Zkoušel jsem jí dat pryč a připadá mi, že se to chová stále rozumně. Když tam ale je, tak to občas nespojí něco, co by spojit mohlo. On Sat, 06 Feb 2010 18:25:00 +0100, Jan Bilak <jan.bilak.osm na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Ahoj, ano - se změnou balíku nemám problém. Jde mi to jak zkompilovat, tak spustit. Nakonec když se koukneš na jiné pluginy, tak většina z nich je v balíku org.openstreetmap.josm.plugins.[neco]. Osobně si musím zase lokálně předělávat build skript, protože mi nefunguje získávání verze z revize SVN. Ale nevadí - udělal jsem si skriptík, který to dělá automaticky, takže o tom už skoro ani nevím. Je to tak patrně správně, tak jsem to tak v SVN nechal. A ten úhel ... těžko říct, zda je užitečný nebo ne. Chtěl jsem, aby když se snaží to nacpat do nové úsečku existující bod, tak aby tím nevzniklo něco moc zalomeného. Nemám vypozorované, co se chová lépe. A možná ani žádní univerzální řešení není a něco se bude chovat lépe v oblastech, kde jsou domy obdélníkové (paneláky apod.) a něco zase někde na venkově nebo kde jsou domu různě kulaté... Jinak jsem zkoušel upravovat ten server a při pokusech mi to dělalo strašné věci při napojování, jak jsi zvýšil tu toleranci. Když jsem ji 3x zmenšil (na 0.000005), tak se mi to chová mnohem lépe. Honza 2010/2/6 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci

Experimentální verze TraceServeru - jen pro toho, kdo to chce vyzkoušet: http://jabi.aspone.cz/www/osm/TraceServerBeta3.zip (nenahrazuje betu 2 - tohle občas padá apod.) Honza 2010/2/6 Jan Bilak <jan.bilak.osm na gmail.com>: zobrazit citaci

zobrazit citaci Možná by tam šlo mít možnost si nastavit tlouštku čáry "natvrdo" - server by to trasoval pořád uvnitř, ale pak by to rozšířil ven o nějakou konstantní vzdálenost, kterou by si člověk před trasováním nastavil (třeba by tam byl příkaz v pluginu "nastavit tlouštku čáry", pak by člověk namaloval krátkou čáru přes celou tlouštku čáry na katastrální mapě a použila by se polovina téhle vzdálenosti) Martin

Ahoj, ta beta 3 nějak nejde stáhnout. Oni v tom byly chyby (asi ještě jsou), takže se to v některých případech nespojovalo - proto jsem asi tu citlivost příliš nadhodnotil. Budu se snažit to dál sledovat. On Sat, 06 Feb 2010 19:21:13 +0100, Jan Bilak <jan.bilak.osm na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Ahoj. Oprava adresy: http://jabi.aspone.cz/osm/TraceServerBeta3.zip Honza 2010/2/6 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci

Ahoj, vypadá to velice dobře, akorát pořád občas nedetekuje i docela jasná zalomení hrany (jako už s obrázkem hlásil jzvc). Posílám ještě jednu chybu: http://localhost:5050/trace/osm/50.071609387667834;14.451425398197062 On Sat, 06 Feb 2010 22:45:57 +0100, Jan Bilak <jan.bilak.osm na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Ahoj, ještě mě napadly dvě věci: 1) Nechtěl by někdo napsat k tomu pluginu uživatelskou dokumentaci na Wiki? 2) Katastrální úřad vektorizuje KM, a pokud vím, tak jim to jde dost pomalu. Nehodil by se jim taky náhodou Tracer, a neměli bychom jim o něm dát vědět? Nebo vektorizace znamená i přeměření všech budov v terénu? On Sat, 06 Feb 2010 23:10:28 +0100, Petr Dlouhý <petr.dlouhy na email.cz> wrote: zobrazit citaci -- Petr Dlouhý

Ahoj, ke 2) ... podle mne nehodil. Zkus si timto trasovat nejakou rucne kreslenou oskenovanou mapu, kde cisla zasahuji ke krajum apod. Tedy ty mapy, ze kterych to oni pravdepodobne prekresluji. Casto tam sam nepoznam, co je co. Natoz pak nejaky automat. Premereni v terenu myslim nikdo nedela. Ale jeste asi ke kazde parcele budou mit nejake papiry, kde jsou jednotlive body zamereny k okolnim "referencnim" bodum ... alepson tak si to predstavuji. Z tehle mapy by nikdo nezjistil hranici pozemky s vetsi presnosti nez desitky metru. Honza 2010/2/6 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci ------------- další část --------------- A non-text attachment was scrubbed... Name: analog-map.PNG Type: image/png Size: 118748 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100207/91509d48/attachment.png>

Ahoj, to ztenčování bitmapy se používá i k detekci a porovnávání otisků prstů. Přítelkyně na to psala program [1] včetně dalšího zpracování (navázání přerušených linií, čištění nepotřebných dat..). Je to v C#, samotné ztenčování v unmanaged kódu, třeba by se to hodilo k nahlédnutí, případně použití některých částí. Dokumentace k programu je na [2]. Parkis [1] http://krovacek.eu/predmety/ZVI%20-%20Zpracovani%20vizualni%20informace/prog.zip [2] http://krovacek.eu/predmety/ZVI%20-%20Zpracovani%20vizualni%20informace/doc.zip 2010/2/6 Jan Bilak <jan.bilak.osm na gmail.com>: zobrazit citaci

Ahoj, je fakt, že v některých vesnicích je to velká čmáranice. Na většině území je to docela trasovatelné ale je to pořád ručně kreslené viz [1]. Navíc by mohli trasovat i ty papíry k parcelám (jestli je mají). Každopádně to je už jejich problém, z naší strany by stačilo jim jen napsat o té možnosti. [1] http://wms.cuzk.cz/wms.asp?service=WMS&VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:4326&LAYERS=kn,def_budovy,prehledky&FORMAT=image/png&TRANSPARENT=TRUE&bbox=14.3732435,50.0809186,14.3740987,50.0814193&width=519&height=570 On Sun, 07 Feb 2010 00:10:26 +0100, Jan Bilak <jan.bilak.osm na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

zobrazit citaci *** tak to budte klidni. Sice jste sikovni, ale problem digitalizace nespociva jen v prevedeni vektoru na rastr... http://www.vugtk.cz/gis/info/digitalizace.html http://gis.vsb.cz/GISacek/GISacek_2005/Sbornik/kokoskova/kokoskova.html http://actamont.tuke.sk/pdf/2009/s1/3berkova.pdf hanoj

Tak jsem si doinstaloval mono a zkusil to. Vcelku to funguje, v nekterych oblastech je uspesnost skoro stoprocentni, v jinych to trochu pokulhava. Par postrehu: - Obcas to misto domu vezme cely pozemek, jako treba tady (c.p. 515): trace/simple/50.05549775797148;14.575302979868146 - Kdyz kliknu o kus nize na dalsi dum (c.p. 505), udela to ten samy pozemek, i presto, ze ten pozemek je uplne mimo oblast kam jsem kliknul: trace/simple/50.055289871529034;14.575388459664714 Beta 2 i 3 se v tomhle chova stejne. To je asi oblast, kde to tomu moc nejde (cary jsou v tehle casti katastru celkem dost tenke) .... Obcas to hodi nejakou exception a nevrati to nic (beta 3): - trace/simple/50.055007144521866;14.576206993474267 System.IndexOutOfRangeException: Array index is out of range. at Osm.Kn.Trace.Server.Tracer.Tracer.SortBorderPoints (System.Drawing.Point[] points) [0x00000] at Osm.Kn.Trace.Server.Tracer.Tracer.Trace (Point innerPoint) [0x00000] at Osm.Kn.Trace.Server.Server.TraceCommand (PointGeo point, IExporter exporter) [0x00000] at Osm.Kn.Trace.Server.Server.webServer_GetContent (System.Object sender, Osm.Kn.Trace.Server.WebServer.GetDataEventArgs e) [0x00000] Toihle to hazi hodne na tech castech katastru s tencima carama. - Nezvlada to fialove budovy - na nekterych castech katastru jsou nektere budovy fialovou barvou (nevim presne co to znamena, ale co jsem tak v realu pozoroval, tak jde o nove postavene budovy, obvykle max. rok dva stare. Ale proc jsou fialove to netusim) - Cache si to uklada do adresare s exe, mozna by neskodilo mit moznost nastavit kam to bude tu cache cpat. Martin

Ono to funguje na tlustých čarách bez problému. Na některých místech je ale KM kreslená tenkými čarami, a v nich jsou občas i díry - proto to natrasuje ten pozemek okolo. Možná by stálo za to udělat nějakou speciální verzi pro tenké čáry (ale nevím jestli je to otázka úpravy konstant nebo by to dalo spoustu práce). To s tím, že to občas skončí tak, že místo kliknutí není v té budově je ale určitě chyba. On Sun, 07 Feb 2010 20:24:28 +0100, MP <singularita na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Ted jsem ale objevil asi trochu vaznejsi chybu - kdyz se mi vytrasuje neco co nechci, tak zmacknu ctrl+Z (undo) a novy objekt zmizi. Ale pokud ten novy objekt prizpusobil nejak budovy v okoli (aby navazovaly) tak tohle uz undo nevrati. Coz pak nejak vede celkem rychle k nekonzistenci dat a padu na exception (undo asi nevraci zpet ostatni modifikovane cesty a ty pak odkazuji na bod mimo data (ten co byl vytvoren a pak pomoci undo zas smazan)). Martin

Ahoj, už by to undo to mělo být v pořádku. Taky by měl fungovat "alt" pro přidání waye bez tagu "building". Stále mám ale problém s tou kompilací po změně balíčku. Hlásí to následující hlášení: org.openstreetmap.josm.plugins.PluginException: Nastala chyba v pluginu Tracer at org.openstreetmap.josm.plugins.PluginInformation.loadClass(PluginInformation.java:244) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugin(PluginHandler.java:379) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugins(PluginHandler.java:434) at org.openstreetmap.josm.plugins.PluginHandler.loadLatePlugins(PluginHandler.java:473) at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:197) Caused by: java.lang.ClassNotFoundException: tracer.TracerPlugin at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at java.lang.ClassLoader.loadClass(ClassLoader.java:252) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:247) at org.openstreetmap.josm.plugins.PluginInformation.loadClass(PluginInformation.java:241) ... 4 more Problém je v tom, že když se kouknu do toho jaru, tak je Plugin-Class nastavená správně (org.openstreetmap...), ale vůbec to nemá vliv na to, co ta hláška píše. Zkoušel jsem i čistou kopii adresáře ze SVN, a pořád to nefunguje. Nechápu čím to může být. On Sun, 07 Feb 2010 21:45:05 +0100, MP <singularita na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Ahoj, tak už jsem na to přišel. JOSM si totiž nebere tu hodnotu přímo z manifestu, ale někam si jí meziukládá - je tedy nutné plugin odinstalovat a nainstalovat. Řekl bych, že to je chyba JOSM (pokud to jde udělat jinak). Škoda, že to tak budou muset udělat všichni, co ten plugin používají. On Mon, 08 Feb 2010 00:22:19 +0100, Petr Dlouhý <petr.dlouhy na email.cz> wrote: zobrazit citaci -- Petr Dlouhý

Ahoj, zkoušel jsem odstranit dialog a udělat z trasování normální vlákno. Problém nastane když se trasuje a zároveň se přidávají nody (nebo jiná podobná akce), tak to vyhodí výjimku, protože UndoRedoHandler není připraven na vícenásobný přístup. Potíž je v tom, že nevím jak přístupy do UndoRedo synchronizovat bez toho, abych modifikoval JOSM. Má někdo nápad, jak to vyřešit? On Sat, 06 Feb 2010 18:25:00 +0100, Jan Bilak <jan.bilak.osm na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

zobrazit citaci Asi modifikovat JOSM. Je tam víc věcí které by mohly běžet "na pozadí" zatímco člověk dále edituje. Kromě traceru třeba i stahovaní GPX tras ze serveru, stahování nových OSM dat pokud se stahují do nové vrstvy, s trochou štěstí i věci jako download parent ways/relations, takže pokud by se tam přidal nějaký zámek na editaci a nějaké info okénko říkající co běží na pozadí za věci, tak by to bylo asi nejlepší :) Rozhodně by to zjednodušilo práci s tracerem, člověk by to naklikal a pak by si jen chvíli počkat až se mu všechny domy vytvoří místo kratšího či delšího čekání po každém kliku :) Martin

Nejde nějak zjistit, že se něco uživatel něco editoval? Dělá-li to problém, v takovém případě bych pak trasování přerušil, resp. jeho výsledek nezapisoval. Nějaký systémovější přístup by se hodil, ale myslím, že toto by úplně stačilo - většinou chci jen hýbnout s mapou a hledat další domy. Aleš Janda On 8.2.2010 07:29, Petr Dlouhý napsal/a: zobrazit citaci

Taky se mi zda, ze tracer ma problemy s nekterymi vetsimi budovami, treba od tehle vytrasuje jen roh: trace/simple/50.08182736797727;14.513559241177791 a nektere nevytrasuje vubec .... Neni tam nejaky limit na maximalni velikost budovy? Martin

Ahoj, zkoušel jsem použít algoritmus pro ztenčování od Jiřího Parkana (díky za něj). Rychlost je velmi dobrá. Problém je, že je poněkud agresivní a pokud k čáře přiléhá něco "tlustšího", tak to dělá ošklivé věci. V příloze je trochu extrémní ukázka, ale dělá to často obdobnou věc i u klasické čáry. A myslím, že nejde o chybu tohoto algoritmu, ale je to obecná věc. Asi u většiny algoritmů by to vyhnulo obrys jen někam do poloviny ("těžiště"), ale i to je špatné. Honza Dne 8. února 2010 22:19 MP <singularita na gmail.com> napsal(a): zobrazit citaci ------------- další část --------------- A non-text attachment was scrubbed... Name: agresivita.PNG Type: image/png Size: 31852 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100209/e6a00c64/attachment.png>

Tak jsem si také vyzkoušel tracer. Funguje výborně, díky. Mám pár nápadů na vylepšení práce s tracerem. - Autoortogonalizace - nyní to znamená vyskočit z traceru, vybrat právě vytrasovanou cestu, stisknout q, a opět se vrátit do traceru. Při trasování pravoúhlých budov by se velmi hodila možnost ihned po trasování provést ortogonalizaci, možná dokonce ortogonalizaci právě vytrasované budovy společně se všemi propojenými cestami. - Přetrasování - místy jsou již v mapě poměrně nepřesně zakreslené domečky. Bylo by hezké, kdyby tracer použil původní cestu, a pouze vhodně vylepšil její tvar. Nyní to buď znamená původní budovu smazat a novou vytrasovat (čímž se ztratí tagy a historie), nebo nutnost ruční opravy. Přetrasování se hodí i v budoucnosti po případném vylepšení algoritmu nebo změně v KN. - Trasování středem čar tady již zaznělo A toto mi připadá jako chyby: - Občas se stane, že tracer spojí budovu s koncovým bodem nějaké blízké nebo i vzdálenější cesty. Nevím proč. - Není mi úplně jasné, jak režim trasování správně ukončit. Občas mi při kliknutí zmizí ikonka, ale dalším kliknutím tracer dále trasuje (obzvlášť nepříjemné, když je zvolen režim mazání, a namísto smazání to způsobí nechtěné vytrasování jedné budovy dvakrát), jindy je tam ikonka, ale lze normálně editovat. (JOSM 2561, Tracer 19864) -- Stanislav Brabec, http://www.penguin.cz/~utx

Ahoj, používáš starou verzi Traceru. V té, co je dostupná přes pluginy JOSM (verze 19892, beta 3 serveru) je vše vyřešené kromě změny stávajících budov. Ortogonalizace bloku budov se dělá přes shift + trasování. On Thu, 11 Feb 2010 00:00:54 +0100, Stanislav Brabec <utx na penguin.cz> wrote: zobrazit citaci -- Petr Dlouhý

Ahoj, používáš starou verzi Traceru. V té, co je dostupná přes pluginy JOSM (verze 19892, beta 3 serveru) je vše vyřešené kromě změny stávajících budov. Ortogonalizace bloku budov se dělá přes shift + trasování. zobrazit citaci Petr Dlouhý petr.dlouhy na email.cz

zobrazit citaci Je někde k tomu dokumentace nebo nápověda jak tyhle "rozšířené" funkce aktivovat? Napadlo mně ještě jedno vylepšení - V ConnectWays.java jsou natvrdo zadrátované konstanty: final static double MIN_DISTANCE = 0.000005; //Minimal distance, when nodes are merged final static double MIN_DISTANCE_TW = 0.000005; //Minimal distance, when node is connected to other way final static double MIN_DISTANCE_SQ = 0.000005; //Minimal distance, when other node is connected this way final static double MAX_ANGLE = 30; //Minimal angle, when other node is connected this way Co jsem to zkoušel, tak se mi zdá, že k ostatním budovám se to připojuje příliš agresivně, takže by se hodila možnost si tyhle konstanty v nastavení změnit. Možná bych i snížil defaultní hodnoty z 0.000005 na 0.000003 nebo 0.000004 A pak by neškodilo, pokud by šlo definovat jiné URL traceru než natvrdo zadrátované "http://localhost:5050/" (rád bych si pustil tracer na vzdáleném stroji s lepším CPU i připojkou do netu) Martin

Ahoj, alt = bez tagů ctrl = nespojovat shift = přidat do výběru Hlásí se někdo dobrovolně, že napíše nápovědu na wiki? On Thu, 11 Feb 2010 01:45:51 +0100, MP <singularita na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Dne 5.2.2010 14:14, Petr Dlouhý napsal(a): zobrazit citaci Konfigurace pluginu by byla lepsi, pripadne otevrit aktualne pridelovane tagy v pravym sloupci s moznosti pridat/odebrat. Ostatne by bylo celkem fajn, kdyby slo neco podobneho primo v JOSM pro prave kreslene objekty = aby se vsemu co nakreslim pridelila sada nadefinovanych tagu. zobrazit citaci Nemyslis multipoly (plugin) ? Vyberes mnozinu polygonu a jednim klikem vytvori relaci s tim, ze je spravne oznaci vnejsi/vnitrni. zobrazit citaci

Ahoj, nyní jde použít trasování s altem + ctrl-shift-v. Řešení přidávání na úrovni pluginu by byla zbytečná práce, chtělo by to udělat na úrovni JOSM. On Fri, 12 Feb 2010 12:25:26 +0100, jzvc <jzvc na tpfree.fdns.net> wrote: zobrazit citaci -- Petr Dlouhý

Objevil jsem další dvě chyby v traceru. Jednak čas od času to hodí nicneříkající chybovou hlášku "Index:0 Size:0" a pak se okno s progressbarem zasekne (nefunguje cancel, ale jde ho zavřít křižkem.) A druhá nastává při napojování malé budovy na velkou. Viz OSM soubor v příloze Když vytrasuju tracerem nejdřív tu malou budovu a pak velkou, napojí se to správně. Když vytrasuju nejdřív tu velkou a potom tu malou, napojí se to křížem a vznikne paskvil - byť na první pohled to není vidět, validátor si stěžuje (a oprávněně) že ta velká budova se kříží. Viz příloha. Martin On 12/02/2010, Petr Dlouhý <petr.dlouhy na email.cz> wrote: zobrazit citaci ------------- další část --------------- A non-text attachment was scrubbed... Name: bug_velka_pak_mala.osm Type: application/octet-stream Size: 1164 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100212/803b7538/attachment.obj>

Ta první chyba mi nikdy nenastala a nevím, jak ji reprodukovat, ta hláška mi taky nic neříká. K jejímu vyřešení bych asi potřeboval další podrobnosti (jestli to nastává s nějakou závislostí, co se vypíše na konzoli, ...). Tu druhou chybu jsem vyřešil, nová verze by měla být mezi pluginy v JOSM. On Fri, 12 Feb 2010 17:22:18 +0100, MP <singularita na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Ahoj, napsal jsem krátký návod na plugin [1], rozšíření budou vítána. Dal jsem tam odkaz na server a zdrojové soubory bety 2. Bylo by dobré tam dát nějaké stálé odkazy - nejlepší by asi bylo nahrát Tracer server někam na svn.openstreetmap.org (například Francouzi by si ho mohli upravit pro svoji katastrální mapu). [1] http://wiki.openstreetmap.org/wiki/Cz:JOSM/Plugins/Tracer On Sat, 13 Feb 2010 10:44:15 +0100, Petr Dlouhý <petr.dlouhy na email.cz> wrote: zobrazit citaci -- Petr Dlouhý

Ahoj, v Praze, například, už začínají docházet nezmapovaná KÚ, která jsou kreslená tlustými čarami. Zbylá území jsou kreslená čárami tenkými a na těch se Tracer moc nechytá, takže to dá výrazně víc práce. Nešlo by upravit Tracer server pro tenké čáry? Hlavní problémy jsou dva - slučky a díry v čarách. Slučky asi budou tvrdší oříšek, a asi jsou zatím důležitější věci na práci (například import adresních bodů). Díry by ale možná šly vyřešit jednodušeji. Nešlo by udělat, aby šlo nastavit, jak moc velkou dírou ten flood-fill proleze? V tlustých čarách je naopak problém s tím, že u některých garáží to občas neproleze kolem nápisu vedle kterého je úzká díra. On Sun, 07 Feb 2010 20:33:57 +0100, Petr Dlouhý <petr.dlouhy na email.cz> wrote: zobrazit citaci -- Petr Dlouhý

Ahoj, popravdě mne zatím nenapadá nějaký vhodný algoritmus, který by na to šel aplikovat. Ani jsem moc neprocházel katastrální mapu, takže nevím, jak na jiných místech vypadá. Pro slučky bych si dovedl představit něco, co bude detekovat dvě čáry, které se skoro dotýkají, jsou téměř rovnoběžné a mezi nimi je řada jiných divných úseků (obkroužující služku). Celé toto by se pak nahradilo jednou čarou. U floodfillu by sice šlo nějak detekovat, že jsem v díře ... na dvou různých stranách je nějaký černý pixel, ale aby to bylo trochu rozumné, tak by to chtělo domyslet konkrétní řešení. Můžeš poslat nějakou souřadnici, kde je typická ukázka těchto tenkých čar? Ještě dodělávám ten OCRovač, pak bych na to kouknul. Ale jak říkám, zatím nemám konkrétní nápad... Honza 2010/2/13 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci

Například tady: http://www.openstreetmap.org/?lat=50.03166&lon=14.49917&zoom=17 ale jestli jinak v Praze stačí stáhnout nějakou oblast, ve které domy chybí, a většinou se trefíš. On Sat, 13 Feb 2010 16:31:49 +0100, Jan Bilak <jan.bilak.osm na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Tam jsou čáry souvislé (tedy až na výjimku, kde jsou křivě slepené dvě mapy, které vůbec nepasují k sobě a to je tak ošklivá věc, že si nedovedu představit její automatické řešení - je to častý případ?). Honza 2010/2/13 Petr Dlouhý <petr.dlouhy na email.cz>: zobrazit citaci

zobrazit citaci *** dopisuji neco do tohoto navodu. Neumel by nekdo v JOSM zdrojacich upravit vlastnosti CUZK:KM vrstvy, kterou lze primo pridavat do WMSplugin menu tak aby namisto: LAYERS=kn,prehledky,def_budovy& bylo: LAYERS=kn-i,prehledky,def_budovy& zacinajiciho uzivatele musi prekvapit, ze na cernem pozadi JOSM je cerna kresba KN... diky hanoj

Ahoj, díky za vypracování stručného návodu. Ale ten odkaz bych nenahrazoval. Možná přidal jako alternativu. Ne vždy je inverzní provedení vhodné. Honza 2010/2/14 hanoj <ehanoj na gmail.com>: zobrazit citaci

Ahoj, ten seznam předvoleb pro WMS plugin je na [1], ale taky si nejsem jist, že dobrý nápad tam dávat tu inverzní barvu. Sice jsem to nezkoušel, ale řekl bych, že to bude špatně vidět nad Yahoo/UHUL ortofotomapou. Na druhou stranu opravdu není dobře, že to v defaultu není vidět. Možná by bylo lepší změnit defaultní pozadí, já používám šedivou. [1] http://svn.openstreetmap.org/applications/editors/josm/plugins/wmsplugin/sources.cfg On Sun, 14 Feb 2010 14:35:04 +0100, Jan Bilak <jan.bilak.osm na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý

Ahoj, tak nejzákladnější změnu, která opravuje tu chybu se synchronizací jsem prosadil do JOSM [1]. Stále to však má asynchronní zpracování dalekosáhlé důsledky z hlediska použitelnosti: -Když se něco zasekne (zatím se mi to nestalo, ale stejně by se to stát možná mohlo), tak to vlákno zůstane viset, a nepůjde ukončit. -Když naklikám několik budov, a edituju současně s tím co se ty budovy přidávají, tak se mění výběr, a tím pádem můžu zeditovat něco co nechci a nezeditovat to co chci. Když bych ale odstranil změnu výběru, tak by zase nešla rovnou zortogonalizovat přidaná budova. -Na budovu, která naskočí až po nějaké době může uživatel zapomenout. Proto tu verzi nenahraju na server, ale jen jí sem pošlu (+posílám patch) pro ty, kteří vědí o problémech, a budou s tím zacházet opatrně. Je tedy potřeba nejnovější testovací verze JOSM. On Mon, 08 Feb 2010 16:35:55 +0100, MP <singularita na gmail.com> wrote: zobrazit citaci -- Petr Dlouhý ------------- další část --------------- A non-text attachment was scrubbed... Name: Tracer.jar Type: application/octet-stream Size: 15755 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100214/a792eb3a/attachment.obj> ------------- další část --------------- A non-text attachment was scrubbed... Name: diff.patch Type: application/octet-stream Size: 3379 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100214/a792eb3a/attachment-0001.obj>

zobrazit citaci Kdyz si udelam tabulky citelnosti kombinovanych vrstev: vrstva; samotna; s uhul; s cenia; kn; ne; horsi; ano; kn-i; ano; ano; ano; mate jine prakticke zkusenosti? hanoj

Ahoj, kdyz nepouzivam zadnou fotomapu, tak pouzivam kn neinvertovanou a s citelnosti nemam problem. Invertovana je citelna take, ale tohle mi vyhovuje vice (asi otazka zvyku). To vse s defaultnim barevnych schematem. S jinym barevnych schematek bude citelnost uplne jina. Idealni by bylo z WMS ziskavat seznam dostupnych vrstev a jinych nastaveni a toto poskytnout formou dialogu. Ale nemuzu rict, ze by to nejak chybelo. Honza 2010/2/14 hanoj <ehanoj na gmail.com>: zobrazit citaci

zobrazit citaci *** Nenapsal jsem jednu podstatnou vec. Nize uvedena tabulka pouzitelnosti plati pri zapnutem alfakanalu: vrstva; samotna; s uhul; s cenia; kn; ne; horsi; ano; kn-i; ano; ano; ano; zobrazit citaci *** take si myslim. Neni duvod aby studoval metadata kazdy uzivatel. hanoj

On 13/02/2010, Petr Dlouhý <petr.dlouhy na email.cz> wrote: zobrazit citaci Jiná města jsou třeba skoro celá kreslena tlustými čarami - např. Hradec Králové, takže by šlo do vyřešení problému trasovat tam. Co jsem koukal i jinde, tak i menší města (odhadem tak od 30000 obyvatel výše, ale je ti různé...) jsou často trasována tlustými čarami. zobrazit citaci Zkusit na to pustit dilataci? http://en.wikipedia.org/wiki/Dilation_(morphology) Sice to nepomůže s garážemi, ale mohlo by to vyřešit tenké polygony s dírami. Martin

Ahoj, něco zkusím, až se k tomu dostanu. Ta stránka o dilataci vypadá na první pohled zajímavě (zatím na ni tedy koukal jen pár sekund) ... už jsem si od doby studia na matfyzu trochu odvykl tohle číst. Ale myslím, že by mohla pomoci běžná operace typy pixel je černý právě tehdy, pokud byl černý nebo jeho soused byl černý. To ztlustí všechny čáry a zacelí díry do velikosti cca 2 px. Ale tlustší čáry nám nevadí, protože se stejně zajímáme o střed čáry. Ale bude to chtít nejspíš vypínatelné. A také to bude chtít provádět jen někde ... aby to nebylo moc pomalé. Nebo to provádět hned po stažení a s tím to tak ukládat cachovat na disk... Uvažuji tedy nad nějakou konfigurací. Jedna možnost je konfigurační soubor. Druhá možnost je konfigurace přes HTTP pomocí jednoduchých příkazů. To jde vylepšit zaintegrováním konfigurační stránky přímo do programu. A celé to lze zkombinovat, že úpravy ve webové konfiguraci se budou ukládat do konfiguračního souboru. Alternativa je frontend v JOSM - nějaký dialog, který by posílal konfiguraci na server klasicky po HTTP jako posílá příkaz pro trasování. Každopádně to nebude hned. Honza Dne 15. února 2010 3:52 MP <singularita na gmail.com> napsal(a): zobrazit citaci

Zdravim, plugin vypad ze seznamu pro JOSM (3033, 2998). Dne 26.1.2010 18:52, Jan Bilak napsal(a): zobrazit citaci

On 08/02/2010, Petr Dlouhý <petr.dlouhy na email.cz> wrote: zobrazit citaci Zjistil jsem, že v novějším JOSM (3160) se undo zase nějak rozbilo - chtěl jsem trasovat v Libuši, kliknul jsem: - trace/simple/50.004915464356095;14.471678020209543 82 point(s) polygon detected ale i s pluginem LargeHoleRemover tam byla asi moc velká díra a trasovaná budova "vytekla" mimo a nalepila se na několik existujících budov v okolí (a v některých místech i sama na sebe). Stává se, tracer není perfektní. Tak jsem dal undo (vrátit do původního stavu před nepovedeným trasováním) a to selhalo a hodilo to tuhle exception: Build-Date: 2010-03-28 14:12:34 Revision: 3160 Is-Local-Build: true Memory Usage: 494 MB / 494 MB (95 MB allocated, but free) Java version: 1.6.0_17, Sun Microsystems Inc., Java HotSpot(TM) 64-Bit Server VM Operating system: Linux Dataset consistency test: [DELETED REFERENCED] {Way id=-13763 version=0 VT nodes=[{Node id=-13764 version=0 V lat=50.0054,lon=14.473566}, {Node id=-13765 version=0 V lat=50.005376,lon=14.47361}, {Node id=-13766 version=0 V lat=50.00536,lon=14.47362}, {Node id=-13767 version=0 V lat=50.004156,lon=14.473858}, {Node id=-13768 version=0 V lat=50.004161,lon=14.47383}, {Node id=-13769 version=0 V lat=50.004166,lon=14.473829}, {Node id=-13770 version=0 V lat=50.004159,lon=14.473858}, {Node id=-13771 version=0 V lat=50.003831,lon=14.473935}, {Node id=-13772 version=0 V lat=50.003674,lon=14.471791}, {Node id=-13773 version=0 V lat=50.003988,lon=14.471594}, {Node id=-13774 version=0 V lat=50.004013,lon=14.471973}, {Node id=-13775 version=0 V lat=50.00404,lon=14.471968}, {Node id=-13776 version=0 V lat=50.004113,lon=14.472975}, {Node id=-13777 version=0 V lat=50.004104,lon=14.472978}, {Node id=-13778 version=0 V lat=50.004105,lon=14.472981}, {Node id=-13779 version=0 V lat=50.004113,lon=14.472983}, {Node id=-13780 version=0 MVD lat=50.004134,lon=14.473309}, {Node id=-13781 version=0 V lat=50.004598,lon=14.473231}, {Node id=-13782 version=0 V lat=50.004599,lon=14.473283}, {Node id=-13783 version=0 V lat=50.004625,lon=14.473288}, {Node id=-13784 version=0 V lat=50.004633,lon=14.473273}, {Node id=-13785 version=0 V lat=50.004645,lon=14.473278}, {Node id=-13786 version=0 V lat=50.004644,lon=14.473274}, {Node id=-13787 version=0 V lat=50.00463,lon=14.473264}, {Node id=-13788 version=0 V lat=50.004625,lon=14.473228}, {Node id=-13789 version=0 MVD lat=50.005104,lon=14.473148}, {Node id=-13790 version=0 MVD lat=50.005065,lon=14.472633}, {Node id=-13791 version=0 V lat=50.004638,lon=14.472709}, {Node id=-13792 version=0 V lat=50.004614,lon=14.472306}, {Node id=-13793 version=0 V lat=50.004619,lon=14.472318}, {Node id=-13794 version=0 V lat=50.004616,lon=14.472308}, {Node id=-13795 version=0 V lat=50.004609,lon=14.472306}, {Node id=-13796 version=0 V lat=50.004609,lon=14.472288}, {Node id=-13797 version=0 V lat=50.004656,lon=14.47228}, {Node id=-13798 version=0 V lat=50.00466,lon=14.472286}, {Node id=-13799 version=0 V lat=50.004876,lon=14.47225}, {Node id=-13800 version=0 V lat=50.004863,lon=14.472083}, {Node id=-13801 version=0 V lat=50.004903,lon=14.472078}, {Node id=-13802 version=0 V lat=50.004909,lon=14.47216}, {Node id=-13803 version=0 V lat=50.005021,lon=14.47214}, {Node id=-13804 version=0 V lat=50.004963,lon=14.471311}, {Node id=-13805 version=0 V lat=50.004981,lon=14.471309}, {Node id=-13806 version=0 V lat=50.004943,lon=14.4708}, {Node id=-13807 version=0 V lat=50.004938,lon=14.470799}, {Node id=-13808 version=0 V lat=50.004935,lon=14.470781}, {Node id=-13809 version=0 V lat=50.004778,lon=14.470806}, {Node id=-13810 version=0 V lat=50.00478,lon=14.470828}, {Node id=-13811 version=0 V lat=50.004775,lon=14.47083}, {Node id=-13812 version=0 V lat=50.004764,lon=14.470713}, {Node id=-13813 version=0 V lat=50.004773,lon=14.470835}, {Node id=-13814 version=0 V lat=50.00478,lon=14.470831}, {Node id=-13815 version=0 V lat=50.004778,lon=14.470809}, {Node id=-13816 version=0 V lat=50.004936,lon=14.470783}, {Node id=-13817 version=0 V lat=50.004983,lon=14.471308}, {Node id=-13818 version=0 V lat=50.004964,lon=14.471309}, {Node id=-13819 version=0 V lat=50.005023,lon=14.472139}, {Node id=-13820 version=0 V lat=50.004909,lon=14.472158}, {Node id=-13821 version=0 V lat=50.004903,lon=14.472078}, {Node id=-13822 version=0 V lat=50.004596,lon=14.472118}, {Node id=-13823 version=0 V lat=50.004573,lon=14.471751}, {Node id=-13824 version=0 V lat=50.00458,lon=14.471749}, {Node id=-13825 version=0 V lat=50.00458,lon=14.471744}, {Node id=-13826 version=0 V lat=50.004571,lon=14.471739}, {Node id=-13827 version=0 V lat=50.004546,lon=14.471364}, {Node id=-13828 version=0 V lat=50.004814,lon=14.471325}, {Node id=-13829 version=0 V lat=50.004791,lon=14.471074}, {Node id=-13830 version=0 V lat=50.004795,lon=14.471073}, {Node id=-13831 version=0 V lat=50.004815,lon=14.471324}, {Node id=-13832 version=0 V lat=50.004759,lon=14.471331}, {Node id=-13833 version=0 V lat=50.004749,lon=14.471166}, {Node id=-13834 version=0 V lat=50.004704,lon=14.471174}, {Node id=-13835 version=0 V lat=50.00469,lon=14.471196}, {Node id=-13836 version=0 V lat=50.004691,lon=14.471218}, {Node id=-13837 version=0 V lat=50.004616,lon=14.471231}, {Node id=-13838 version=0 V lat=50.004576,lon=14.470659}, {Node id=-13839 version=0 V lat=50.005229,lon=14.470339}, {Node id=-13840 version=0 MVD lat=50.005371,lon=14.472278}, {Node id=-13841 version=0 MVD lat=50.005261,lon=14.472294}, {Node id=-13842 version=0 MVD lat=50.005268,lon=14.472388}, {Node id=-13843 version=0 MVD lat=50.005379,lon=14.472369}, {Node id=-13844 version=0 V lat=50.005393,lon=14.472556}, {Node id=-13845 version=0 V lat=50.005348,lon=14.472564}, {Node id=-13764 version=0 V lat=50.0054,lon=14.473566}]} refers to deleted primitive {Node id=-13780 version=0 MVD lat=50.004134,lon=14.473309} [DELETED REFERENCED] {Way id=-13763 version=0 VT nodes=[{Node id=-13764 version=0 V lat=50.0054,lon=14.473566}, {Node id=-13765 version=0 V lat=50.005376,lon=14.47361}, {Node id=-13766 version=0 V lat=50.00536,lon=14.47362}, {Node id=-13767 version=0 V lat=50.004156,lon=14.473858}, {Node id=-13768 version=0 V lat=50.004161,lon=14.47383}, {Node id=-13769 version=0 V lat=50.004166,lon=14.473829}, {Node id=-13770 version=0 V lat=50.004159,lon=14.473858}, {Node id=-13771 version=0 V lat=50.003831,lon=14.473935}, {Node id=-13772 version=0 V lat=50.003674,lon=14.471791}, {Node id=-13773 version=0 V lat=50.003988,lon=14.471594}, {Node id=-13774 version=0 V lat=50.004013,lon=14.471973}, {Node id=-13775 version=0 V lat=50.00404,lon=14.471968}, {Node id=-13776 version=0 V lat=50.004113,lon=14.472975}, {Node id=-13777 version=0 V lat=50.004104,lon=14.472978}, {Node id=-13778 version=0 V lat=50.004105,lon=14.472981}, {Node id=-13779 version=0 V lat=50.004113,lon=14.472983}, {Node id=-13780 version=0 MVD lat=50.004134,lon=14.473309}, {Node id=-13781 version=0 V lat=50.004598,lon=14.473231}, {Node id=-13782 version=0 V lat=50.004599,lon=14.473283}, {Node id=-13783 version=0 V lat=50.004625,lon=14.473288}, {Node id=-13784 version=0 V lat=50.004633,lon=14.473273}, {Node id=-13785 version=0 V lat=50.004645,lon=14.473278}, {Node id=-13786 version=0 V lat=50.004644,lon=14.473274}, {Node id=-13787 version=0 V lat=50.00463,lon=14.473264}, {Node id=-13788 version=0 V lat=50.004625,lon=14.473228}, {Node id=-13789 version=0 MVD lat=50.005104,lon=14.473148}, {Node id=-13790 version=0 MVD lat=50.005065,lon=14.472633}, {Node id=-13791 version=0 V lat=50.004638,lon=14.472709}, {Node id=-13792 version=0 V lat=50.004614,lon=14.472306}, {Node id=-13793 version=0 V lat=50.004619,lon=14.472318}, {Node id=-13794 version=0 V lat=50.004616,lon=14.472308}, {Node id=-13795 version=0 V lat=50.004609,lon=14.472306}, {Node id=-13796 version=0 V lat=50.004609,lon=14.472288}, {Node id=-13797 version=0 V lat=50.004656,lon=14.47228}, {Node id=-13798 version=0 V lat=50.00466,lon=14.472286}, {Node id=-13799 version=0 V lat=50.004876,lon=14.47225}, {Node id=-13800 version=0 V lat=50.004863,lon=14.472083}, {Node id=-13801 version=0 V lat=50.004903,lon=14.472078}, {Node id=-13802 version=0 V lat=50.004909,lon=14.47216}, {Node id=-13803 version=0 V lat=50.005021,lon=14.47214}, {Node id=-13804 version=0 V lat=50.004963,lon=14.471311}, {Node id=-13805 version=0 V lat=50.004981,lon=14.471309}, {Node id=-13806 version=0 V lat=50.004943,lon=14.4708}, {Node id=-13807 version=0 V lat=50.004938,lon=14.470799}, {Node id=-13808 version=0 V lat=50.004935,lon=14.470781}, {Node id=-13809 version=0 V lat=50.004778,lon=14.470806}, {Node id=-13810 version=0 V lat=50.00478,lon=14.470828}, {Node id=-13811 version=0 V lat=50.004775,lon=14.47083}, {Node id=-13812 version=0 V lat=50.004764,lon=14.470713}, {Node id=-13813 version=0 V lat=50.004773,lon=14.470835}, {Node id=-13814 version=0 V lat=50.00478,lon=14.470831}, {Node id=-13815 version=0 V lat=50.004778,lon=14.470809}, {Node id=-13816 version=0 V lat=50.004936,lon=14.470783}, {Node id=-13817 version=0 V lat=50.004983,lon=14.471308}, {Node id=-13818 version=0 V lat=50.004964,lon=14.471309}, {Node id=-13819 version=0 V lat=50.005023,lon=14.472139}, {Node id=-13820 version=0 V lat=50.004909,lon=14.472158}, {Node id=-13821 version=0 V lat=50.004903,lon=14.472078}, {Node id=-13822 version=0 V lat=50.004596,lon=14.472118}, {Node id=-13823 version=0 V lat=50.004573,lon=14.471751}, {Node id=-13824 version=0 V lat=50.00458,lon=14.471749}, {Node id=-13825 version=0 V lat=50.00458,lon=14.471744}, {Node id=-13826 version=0 V lat=50.004571,lon=14.471739}, {Node id=-13827 version=0 V lat=50.004546,lon=14.471364}, {Node id=-13828 version=0 V lat=50.004814,lon=14.471325}, {Node id=-13829 version=0 V lat=50.004791,lon=14.471074}, {Node id=-13830 version=0 V lat=50.004795,lon=14.471073}, {Node id=-13831 version=0 V lat=50.004815,lon=14.471324}, {Node id=-13832 version=0 V lat=50.004759,lon=14.471331}, {Node id=-13833 version=0 V lat=50.004749,lon=14.471166}, {Node id=-13834 version=0 V lat=50.004704,lon=14.471174}, {Node id=-13835 version=0 V lat=50.00469,lon=14.471196}, {Node id=-13836 version=0 V lat=50.004691,lon=14.471218}, {Node id=-13837 version=0 V lat=50.004616,lon=14.471231}, {Node id=-13838 version=0 V lat=50.004576,lon=14.470659}, {Node id=-13839 version=0 V lat=50.005229,lon=14.470339}, {Node id=-13840 version=0 MVD lat=50.005371,lon=14.472278}, {Node id=-13841 version=0 MVD lat=50.005261,lon=14.472294}, {Node id=-13842 version=0 MVD lat=50.005268,lon=14.472388}, {Node id=-13843 version=0 MVD lat=50.005379,lon=14.472369}, {Node id=-13844 version=0 V lat=50.005393,lon=14.472556}, {Node id=-13845 version=0 V lat=50.005348,lon=14.472564}, {Node id=-13764 version=0 V lat=50.0054,lon=14.473566}]} refers to deleted primitive {Node id=-13789 version=0 MVD lat=50.005104,lon=14.473148} [DELETED REFERENCED] {Way id=-13763 version=0 VT nodes=[{Node id=-13764 version=0 V lat=50.0054,lon=14.473566}, {Node id=-13765 version=0 V lat=50.005376,lon=14.47361}, {Node id=-13766 version=0 V lat=50.00536,lon=14.47362}, {Node id=-13767 version=0 V lat=50.004156,lon=14.473858}, {Node id=-13768 version=0 V lat=50.004161,lon=14.47383}, {Node id=-13769 version=0 V lat=50.004166,lon=14.473829}, {Node id=-13770 version=0 V lat=50.004159,lon=14.473858}, {Node id=-13771 version=0 V lat=50.003831,lon=14.473935}, {Node id=-13772 version=0 V lat=50.003674,lon=14.471791}, {Node id=-13773 version=0 V lat=50.003988,lon=14.471594}, {Node id=-13774 version=0 V lat=50.004013,lon=14.471973}, {Node id=-13775 version=0 V lat=50.00404,lon=14.471968}, {Node id=-13776 version=0 V lat=50.004113,lon=14.472975}, {Node id=-13777 version=0 V lat=50.004104,lon=14.472978}, {Node id=-13778 version=0 V lat=50.004105,lon=14.472981}, {Node id=-13779 version=0 V lat=50.004113,lon=14.472983}, {Node id=-13780 version=0 MVD lat=50.004134,lon=14.473309}, {Node id=-13781 version=0 V lat=50.004598,lon=14.473231}, {Node id=-13782 version=0 V lat=50.004599,lon=14.473283}, {Node id=-13783 version=0 V lat=50.004625,lon=14.473288}, {Node id=-13784 version=0 V lat=50.004633,lon=14.473273}, {Node id=-13785 version=0 V lat=50.004645,lon=14.473278}, {Node id=-13786 version=0 V lat=50.004644,lon=14.473274}, {Node id=-13787 version=0 V lat=50.00463,lon=14.473264}, {Node id=-13788 version=0 V lat=50.004625,lon=14.473228}, {Node id=-13789 version=0 MVD lat=50.005104,lon=14.473148}, {Node id=-13790 version=0 MVD lat=50.005065,lon=14.472633}, {Node id=-13791 version=0 V lat=50.004638,lon=14.472709}, {Node id=-13792 version=0 V lat=50.004614,lon=14.472306}, {Node id=-13793 version=0 V lat=50.004619,lon=14.472318}, {Node id=-13794 version=0 V lat=50.004616,lon=14.472308}, {Node id=-13795 version=0 V lat=50.004609,lon=14.472306}, {Node id=-13796 version=0 V lat=50.004609,lon=14.472288}, {Node id=-13797 version=0 V lat=50.004656,lon=14.47228}, {Node id=-13798 version=0 V lat=50.00466,lon=14.472286}, {Node id=-13799 version=0 V lat=50.004876,lon=14.47225}, {Node id=-13800 version=0 V lat=50.004863,lon=14.472083}, {Node id=-13801 version=0 V lat=50.004903,lon=14.472078}, {Node id=-13802 version=0 V lat=50.004909,lon=14.47216}, {Node id=-13803 version=0 V lat=50.005021,lon=14.47214}, {Node id=-13804 version=0 V lat=50.004963,lon=14.471311}, {Node id=-13805 version=0 V lat=50.004981,lon=14.471309}, {Node id=-13806 version=0 V lat=50.004943,lon=14.4708}, {Node id=-13807 version=0 V lat=50.004938,lon=14.470799}, {Node id=-13808 version=0 V lat=50.004935,lon=14.470781}, {Node id=-13809 version=0 V lat=50.004778,lon=14.470806}, {Node id=-13810 version=0 V lat=50.00478,lon=14.470828}, {Node id=-13811 version=0 V lat=50.004775,lon=14.47083}, {Node id=-13812 version=0 V lat=50.004764,lon=14.470713}, {Node id=-13813 version=0 V lat=50.004773,lon=14.470835}, {Node id=-13814 version=0 V lat=50.00478,lon=14.470831}, {Node id=-13815 version=0 V lat=50.004778,lon=14.470809}, {Node id=-13816 version=0 V lat=50.004936,lon=14.470783}, {Node id=-13817 version=0 V lat=50.004983,lon=14.471308}, {Node id=-13818 version=0 V lat=50.004964,lon=14.471309}, {Node id=-13819 version=0 V lat=50.005023,lon=14.472139}, {Node id=-13820 version=0 V lat=50.004909,lon=14.472158}, {Node id=-13821 version=0 V lat=50.004903,lon=14.472078}, {Node id=-13822 version=0 V lat=50.004596,lon=14.472118}, {Node id=-13823 version=0 V lat=50.004573,lon=14.471751}, {Node id=-13824 version=0 V lat=50.00458,lon=14.471749}, {Node id=-13825 version=0 V lat=50.00458,lon=14.471744}, {Node id=-13826 version=0 V lat=50.004571,lon=14.471739}, {Node id=-13827 version=0 V lat=50.004546,lon=14.471364}, {Node id=-13828 version=0 V lat=50.004814,lon=14.471325}, {Node id=-13829 version=0 V lat=50.004791,lon=14.471074}, {Node id=-13830 version=0 V lat=50.004795,lon=14.471073}, {Node id=-13831 version=0 V lat=50.004815,lon=14.471324}, {Node id=-13832 version=0 V lat=50.004759,lon=14.471331}, {Node id=-13833 version=0 V lat=50.004749,lon=14.471166}, {Node id=-13834 version=0 V lat=50.004704,lon=14.471174}, {Node id=-13835 version=0 V lat=50.00469,lon=14.471196}, {Node id=-13836 version=0 V lat=50.004691,lon=14.471218}, {Node id=-13837 version=0 V lat=50.004616,lon=14.471231}, {Node id=-13838 version=0 V lat=50.004576,lon=14.470659}, {Node id=-13839 version=0 V lat=50.005229,lon=14.470339}, {Node id=-13840 version=0 MVD lat=50.005371,lon=14.472278}, {Node id=-13841 version=0 MVD lat=50.005261,lon=14.472294}, {Node id=-13842 version=0 MVD lat=50.005268,lon=14.472388}, {Node id=-13843 version=0 MVD lat=50.005379,lon=14.472369}, {Node id=-13844 version=0 V lat=50.005393,lon=14.472556}, {Node id=-13845 version=0 V lat=50.005348,lon=14.472564}, {Node id=-13764 version=0 V lat=50.0054,lon=14.473566}]} refers to deleted primitive {Node id=-13790 version=0 MVD lat=50.005065,lon=14.472633} [DELETED REFERENCED] {Way id=-13763 version=0 VT nodes=[{Node id=-13764 version=0 V lat=50.0054,lon=14.473566}, {Node id=-13765 version=0 V lat=50.005376,lon=14.47361}, {Node id=-13766 version=0 V lat=50.00536,lon=14.47362}, {Node id=-13767 version=0 V lat=50.004156,lon=14.473858}, {Node id=-13768 version=0 V lat=50.004161,lon=14.47383}, {Node id=-13769 version=0 V lat=50.004166,lon=14.473829}, {Node id=-13770 version=0 V lat=50.004159,lon=14.473858}, {Node id=-13771 version=0 V lat=50.003831,lon=14.473935}, {Node id=-13772 version=0 V lat=50.003674,lon=14.471791}, {Node id=-13773 version=0 V lat=50.003988,lon=14.471594}, {Node id=-13774 version=0 V lat=50.004013,lon=14.471973}, {Node id=-13775 version=0 V lat=50.00404,lon=14.471968}, {Node id=-13776 version=0 V lat=50.004113,lon=14.472975}, {Node id=-13777 version=0 V lat=50.004104,lon=14.472978}, {Node id=-13778 version=0 V lat=50.004105,lon=14.472981}, {Node id=-13779 version=0 V lat=50.004113,lon=14.472983}, {Node id=-13780 version=0 MVD lat=50.004134,lon=14.473309}, {Node id=-13781 version=0 V lat=50.004598,lon=14.473231}, {Node id=-13782 version=0 V lat=50.004599,lon=14.473283}, {Node id=-13783 version=0 V lat=50.004625,lon=14.473288}, {Node id=-13784 version=0 V lat=50.004633,lon=14.473273}, {Node id=-13785 version=0 V lat=50.004645,lon=14.473278}, {Node id=-13786 version=0 V lat=50.004644,lon=14.473274}, {Node id=-13787 version=0 V lat=50.00463,lon=14.473264}, {Node id=-13788 version=0 V lat=50.004625,lon=14.473228}, {Node id=-13789 version=0 MVD lat=50.005104,lon=14.473148}, {Node id=-13790 version=0 MVD lat=50.005065,lon=14.472633}, {Node id=-13791 version=0 V lat=50.004638,lon=14.472709}, {Node id=-13792 version=0 V lat=50.004614,lon=14.472306}, {Node id=-13793 version=0 V lat=50.004619,lon=14.472318}, {Node id=-13794 version=0 V lat=50.004616,lon=14.472308}, {Node id=-13795 version=0 V lat=50.004609,lon=14.472306}, {Node id=-13796 version=0 V lat=50.004609,lon=14.472288}, {Node id=-13797 version=0 V lat=50.004656,lon=14.47228}, {Node id=-13798 version=0 V lat=50.00466,lon=14.472286}, {Node id=-13799 version=0 V lat=50.004876,lon=14.47225}, {Node id=-13800 version=0 V lat=50.004863,lon=14.472083}, {Node id=-13801 version=0 V lat=50.004903,lon=14.472078}, {Node id=-13802 version=0 V lat=50.004909,lon=14.47216}, {Node id=-13803 version=0 V lat=50.005021,lon=14.47214}, {Node id=-13804 version=0 V lat=50.004963,lon=14.471311}, {Node id=-13805 version=0 V lat=50.004981,lon=14.471309}, {Node id=-13806 version=0 V lat=50.004943,lon=14.4708}, {Node id=-13807 version=0 V lat=50.004938,lon=14.470799}, {Node id=-13808 version=0 V lat=50.004935,lon=14.470781}, {Node id=-13809 version=0 V lat=50.004778,lon=14.470806}, {Node id=-13810 version=0 V lat=50.00478,lon=14.470828}, {Node id=-13811 version=0 V lat=50.004775,lon=14.47083}, {Node id=-13812 version=0 V lat=50.004764,lon=14.470713}, {Node id=-13813 version=0 V lat=50.004773,lon=14.470835}, {Node id=-13814 version=0 V lat=50.00478,lon=14.470831}, {Node id=-13815 version=0 V lat=50.004778,lon=14.470809}, {Node id=-13816 version=0 V lat=50.004936,lon=14.470783}, {Node id=-13817 version=0 V lat=50.004983,lon=14.471308}, {Node id=-13818 version=0 V lat=50.004964,lon=14.471309}, {Node id=-13819 version=0 V lat=50.005023,lon=14.472139}, {Node id=-13820 version=0 V lat=50.004909,lon=14.472158}, {Node id=-13821 version=0 V lat=50.004903,lon=14.472078}, {Node id=-13822 version=0 V lat=50.004596,lon=14.472118}, {Node id=-13823 version=0 V lat=50.004573,lon=14.471751}, {Node id=-13824 version=0 V lat=50.00458,lon=14.471749}, {Node id=-13825 version=0 V lat=50.00458,lon=14.471744}, {Node id=-13826 version=0 V lat=50.004571,lon=14.471739}, {Node id=-13827 version=0 V lat=50.004546,lon=14.471364}, {Node id=-13828 version=0 V lat=50.004814,lon=14.471325}, {Node id=-13829 version=0 V lat=50.004791,lon=14.471074}, {Node id=-13830 version=0 V lat=50.004795,lon=14.471073}, {Node id=-13831 version=0 V lat=50.004815,lon=14.471324}, {Node id=-13832 version=0 V lat=50.004759,lon=14.471331}, {Node id=-13833 version=0 V lat=50.004749,lon=14.471166}, {Node id=-13834 version=0 V lat=50.004704,lon=14.471174}, {Node id=-13835 version=0 V lat=50.00469,lon=14.471196}, {Node id=-13836 version=0 V lat=50.004691,lon=14.471218}, {Node id=-13837 version=0 V lat=50.004616,lon=14.471231}, {Node id=-13838 version=0 V lat=50.004576,lon=14.470659}, {Node id=-13839 version=0 V lat=50.005229,lon=14.470339}, {Node id=-13840 version=0 MVD lat=50.005371,lon=14.472278}, {Node id=-13841 version=0 MVD lat=50.005261,lon=14.472294}, {Node id=-13842 version=0 MVD lat=50.005268,lon=14.472388}, {Node id=-13843 version=0 MVD lat=50.005379,lon=14.472369}, {Node id=-13844 version=0 V lat=50.005393,lon=14.472556}, {Node id=-13845 version=0 V lat=50.005348,lon=14.472564}, {Node id=-13764 version=0 V lat=50.0054,lon=14.473566}]} refers to deleted primitive {Node id=-13840 version=0 MVD lat=50.005371,lon=14.472278} [DELETED REFERENCED] {Way id=-13763 version=0 VT nodes=[{Node id=-13764 version=0 V lat=50.0054,lon=14.473566}, {Node id=-13765 version=0 V lat=50.005376,lon=14.47361}, {Node id=-13766 version=0 V lat=50.00536,lon=14.47362}, {Node id=-13767 version=0 V lat=50.004156,lon=14.473858}, {Node id=-13768 version=0 V lat=50.004161,lon=14.47383}, {Node id=-13769 version=0 V lat=50.004166,lon=14.473829}, {Node id=-13770 version=0 V lat=50.004159,lon=14.473858}, {Node id=-13771 version=0 V lat=50.003831,lon=14.473935}, {Node id=-13772 version=0 V lat=50.003674,lon=14.471791}, {Node id=-13773 version=0 V lat=50.003988,lon=14.471594}, {Node id=-13774 version=0 V lat=50.004013,lon=14.471973}, {Node id=-13775 version=0 V lat=50.00404,lon=14.471968}, {Node id=-13776 version=0 V lat=50.004113,lon=14.472975}, {Node id=-13777 version=0 V lat=50.004104,lon=14.472978}, {Node id=-13778 version=0 V lat=50.004105,lon=14.472981}, {Node id=-13779 version=0 V lat=50.004113,lon=14.472983}, {Node id=-13780 version=0 MVD lat=50.004134,lon=14.473309}, {Node id=-13781 version=0 V lat=50.004598,lon=14.473231}, {Node id=-13782 version=0 V lat=50.004599,lon=14.473283}, {Node id=-13783 version=0 V lat=50.004625,lon=14.473288}, {Node id=-13784 version=0 V lat=50.004633,lon=14.473273}, {Node id=-13785 version=0 V lat=50.004645,lon=14.473278}, {Node id=-13786 version=0 V lat=50.004644,lon=14.473274}, {Node id=-13787 version=0 V lat=50.00463,lon=14.473264}, {Node id=-13788 version=0 V lat=50.004625,lon=14.473228}, {Node id=-13789 version=0 MVD lat=50.005104,lon=14.473148}, {Node id=-13790 version=0 MVD lat=50.005065,lon=14.472633}, {Node id=-13791 version=0 V lat=50.004638,lon=14.472709}, {Node id=-13792 version=0 V lat=50.004614,lon=14.472306}, {Node id=-13793 version=0 V lat=50.004619,lon=14.472318}, {Node id=-13794 version=0 V lat=50.004616,lon=14.472308}, {Node id=-13795 version=0 V lat=50.004609,lon=14.472306}, {Node id=-13796 version=0 V lat=50.004609,lon=14.472288}, {Node id=-13797 version=0 V lat=50.004656,lon=14.47228}, {Node id=-13798 version=0 V lat=50.00466,lon=14.472286}, {Node id=-13799 version=0 V lat=50.004876,lon=14.47225}, {Node id=-13800 version=0 V lat=50.004863,lon=14.472083}, {Node id=-13801 version=0 V lat=50.004903,lon=14.472078}, {Node id=-13802 version=0 V lat=50.004909,lon=14.47216}, {Node id=-13803 version=0 V lat=50.005021,lon=14.47214}, {Node id=-13804 version=0 V lat=50.004963,lon=14.471311}, {Node id=-13805 version=0 V lat=50.004981,lon=14.471309}, {Node id=-13806 version=0 V lat=50.004943,lon=14.4708}, {Node id=-13807 version=0 V lat=50.004938,lon=14.470799}, {Node id=-13808 version=0 V lat=50.004935,lon=14.470781}, {Node id=-13809 version=0 V lat=50.004778,lon=14.470806}, {Node id=-13810 version=0 V lat=50.00478,lon=14.470828}, {Node id=-13811 version=0 V lat=50.004775,lon=14.47083}, {Node id=-13812 version=0 V lat=50.004764,lon=14.470713}, {Node id=-13813 version=0 V lat=50.004773,lon=14.470835}, {Node id=-13814 version=0 V lat=50.00478,lon=14.470831}, {Node id=-13815 version=0 V lat=50.004778,lon=14.470809}, {Node id=-13816 version=0 V lat=50.004936,lon=14.470783}, {Node id=-13817 version=0 V lat=50.004983,lon=14.471308}, {Node id=-13818 version=0 V lat=50.004964,lon=14.471309}, {Node id=-13819 version=0 V lat=50.005023,lon=14.472139}, {Node id=-13820 version=0 V lat=50.004909,lon=14.472158}, {Node id=-13821 version=0 V lat=50.004903,lon=14.472078}, {Node id=-13822 version=0 V lat=50.004596,lon=14.472118}, {Node id=-13823 version=0 V lat=50.004573,lon=14.471751}, {Node id=-13824 version=0 V lat=50.00458,lon=14.471749}, {Node id=-13825 version=0 V lat=50.00458,lon=14.471744}, {Node id=-13826 version=0 V lat=50.004571,lon=14.471739}, {Node id=-13827 version=0 V lat=50.004546,lon=14.471364}, {Node id=-13828 version=0 V lat=50.004814,lon=14.471325}, {Node id=-13829 version=0 V lat=50.004791,lon=14.471074}, {Node id=-13830 version=0 V lat=50.004795,lon=14.471073}, {Node id=-13831 version=0 V lat=50.004815,lon=14.471324}, {Node id=-13832 version=0 V lat=50.004759,lon=14.471331}, {Node id=-13833 version=0 V lat=50.004749,lon=14.471166}, {Node id=-13834 version=0 V lat=50.004704,lon=14.471174}, {Node id=-13835 version=0 V lat=50.00469,lon=14.471196}, {Node id=-13836 version=0 V lat=50.004691,lon=14.471218}, {Node id=-13837 version=0 V lat=50.004616,lon=14.471231}, {Node id=-13838 version=0 V lat=50.004576,lon=14.470659}, {Node id=-13839 version=0 V lat=50.005229,lon=14.470339}, {Node id=-13840 version=0 MVD lat=50.005371,lon=14.472278}, {Node id=-13841 version=0 MVD lat=50.005261,lon=14.472294}, {Node id=-13842 version=0 MVD lat=50.005268,lon=14.472388}, {Node id=-13843 version=0 MVD lat=50.005379,lon=14.472369}, {Node id=-13844 version=0 V lat=50.005393,lon=14.472556}, {Node id=-13845 version=0 V lat=50.005348,lon=14.472564}, {Node id=-13764 version=0 V lat=50.0054,lon=14.473566}]} refers to deleted primitive {Node id=-13841 version=0 MVD lat=50.005261,lon=14.472294} [DELETED REFERENCED] {Way id=-13763 version=0 VT nodes=[{Node id=-13764 version=0 V lat=50.0054,lon=14.473566}, {Node id=-13765 version=0 V lat=50.005376,lon=14.47361}, {Node id=-13766 version=0 V lat=50.00536,lon=14.47362}, {Node id=-13767 version=0 V lat=50.004156,lon=14.473858}, {Node id=-13768 version=0 V lat=50.004161,lon=14.47383}, {Node id=-13769 version=0 V lat=50.004166,lon=14.473829}, {Node id=-13770 version=0 V lat=50.004159,lon=14.473858}, {Node id=-13771 version=0 V lat=50.003831,lon=14.473935}, {Node id=-13772 version=0 V lat=50.003674,lon=14.471791}, {Node id=-13773 version=0 V lat=50.003988,lon=14.471594}, {Node id=-13774 version=0 V lat=50.004013,lon=14.471973}, {Node id=-13775 version=0 V lat=50.00404,lon=14.471968}, {Node id=-13776 version=0 V lat=50.004113,lon=14.472975}, {Node id=-13777 version=0 V lat=50.004104,lon=14.472978}, {Node id=-13778 version=0 V lat=50.004105,lon=14.472981}, {Node id=-13779 version=0 V lat=50.004113,lon=14.472983}, {Node id=-13780 version=0 MVD lat=50.004134,lon=14.473309}, {Node id=-13781 version=0 V lat=50.004598,lon=14.473231}, {Node id=-13782 version=0 V lat=50.004599,lon=14.473283}, {Node id=-13783 version=0 V lat=50.004625,lon=14.473288}, {Node id=-13784 version=0 V lat=50.004633,lon=14.473273}, {Node id=-13785 version=0 V lat=50.004645,lon=14.473278}, {Node id=-13786 version=0 V lat=50.004644,lon=14.473274}, {Node id=-13787 version=0 V lat=50.00463,lon=14.473264}, {Node id=-13788 version=0 V lat=50.004625,lon=14.473228}, {Node id=-13789 version=0 MVD lat=50.005104,lon=14.473148}, {Node id=-13790 version=0 MVD lat=50.005065,lon=14.472633}, {Node id=-13791 version=0 V lat=50.004638,lon=14.472709}, {Node id=-13792 version=0 V lat=50.004614,lon=14.472306}, {Node id=-13793 version=0 V lat=50.004619,lon=14.472318}, {Node id=-13794 version=0 V lat=50.004616,lon=14.472308}, {Node id=-13795 version=0 V lat=50.004609,lon=14.472306}, {Node id=-13796 version=0 V lat=50.004609,lon=14.472288}, {Node id=-13797 version=0 V lat=50.004656,lon=14.47228}, {Node id=-13798 version=0 V lat=50.00466,lon=14.472286}, {Node id=-13799 version=0 V lat=50.004876,lon=14.47225}, {Node id=-13800 version=0 V lat=50.004863,lon=14.472083}, {Node id=-13801 version=0 V lat=50.004903,lon=14.472078}, {Node id=-13802 version=0 V lat=50.004909,lon=14.47216}, {Node id=-13803 version=0 V lat=50.005021,lon=14.47214}, {Node id=-13804 version=0 V lat=50.004963,lon=14.471311}, {Node id=-13805 version=0 V lat=50.004981,lon=14.471309}, {Node id=-13806 version=0 V lat=50.004943,lon=14.4708}, {Node id=-13807 version=0 V lat=50.004938,lon=14.470799}, {Node id=-13808 version=0 V lat=50.004935,lon=14.470781}, {Node id=-13809 version=0 V lat=50.004778,lon=14.470806}, {Node id=-13810 version=0 V lat=50.00478,lon=14.470828}, {Node id=-13811 version=0 V lat=50.004775,lon=14.47083}, {Node id=-13812 version=0 V lat=50.004764,lon=14.470713}, {Node id=-13813 version=0 V lat=50.004773,lon=14.470835}, {Node id=-13814 version=0 V lat=50.00478,lon=14.470831}, {Node id=-13815 version=0 V lat=50.004778,lon=14.470809}, {Node id=-13816 version=0 V lat=50.004936,lon=14.470783}, {Node id=-13817 version=0 V lat=50.004983,lon=14.471308}, {Node id=-13818 version=0 V lat=50.004964,lon=14.471309}, {Node id=-13819 version=0 V lat=50.005023,lon=14.472139}, {Node id=-13820 version=0 V lat=50.004909,lon=14.472158}, {Node id=-13821 version=0 V lat=50.004903,lon=14.472078}, {Node id=-13822 version=0 V lat=50.004596,lon=14.472118}, {Node id=-13823 version=0 V lat=50.004573,lon=14.471751}, {Node id=-13824 version=0 V lat=50.00458,lon=14.471749}, {Node id=-13825 version=0 V lat=50.00458,lon=14.471744}, {Node id=-13826 version=0 V lat=50.004571,lon=14.471739}, {Node id=-13827 version=0 V lat=50.004546,lon=14.471364}, {Node id=-13828 version=0 V lat=50.004814,lon=14.471325}, {Node id=-13829 version=0 V lat=50.004791,lon=14.471074}, {Node id=-13830 version=0 V lat=50.004795,lon=14.471073}, {Node id=-13831 version=0 V lat=50.004815,lon=14.471324}, {Node id=-13832 version=0 V lat=50.004759,lon=14.471331}, {Node id=-13833 version=0 V lat=50.004749,lon=14.471166}, {Node id=-13834 version=0 V lat=50.004704,lon=14.471174}, {Node id=-13835 version=0 V lat=50.00469,lon=14.471196}, {Node id=-13836 version=0 V lat=50.004691,lon=14.471218}, {Node id=-13837 version=0 V lat=50.004616,lon=14.471231}, {Node id=-13838 version=0 V lat=50.004576,lon=14.470659}, {Node id=-13839 version=0 V lat=50.005229,lon=14.470339}, {Node id=-13840 version=0 MVD lat=50.005371,lon=14.472278}, {Node id=-13841 version=0 MVD lat=50.005261,lon=14.472294}, {Node id=-13842 version=0 MVD lat=50.005268,lon=14.472388}, {Node id=-13843 version=0 MVD lat=50.005379,lon=14.472369}, {Node id=-13844 version=0 V lat=50.005393,lon=14.472556}, {Node id=-13845 version=0 V lat=50.005348,lon=14.472564}, {Node id=-13764 version=0 V lat=50.0054,lon=14.473566}]} refers to deleted primitive {Node id=-13842 version=0 MVD lat=50.005268,lon=14.472388} [DELETED REFERENCED] {Way id=-13763 version=0 VT nodes=[{Node id=-13764 version=0 V lat=50.0054,lon=14.473566}, {Node id=-13765 version=0 V lat=50.005376,lon=14.47361}, {Node id=-13766 version=0 V lat=50.00536,lon=14.47362}, {Node id=-13767 version=0 V lat=50.004156,lon=14.473858}, {Node id=-13768 version=0 V lat=50.004161,lon=14.47383}, {Node id=-13769 version=0 V lat=50.004166,lon=14.473829}, {Node id=-13770 version=0 V lat=50.004159,lon=14.473858}, {Node id=-13771 version=0 V lat=50.003831,lon=14.473935}, {Node id=-13772 version=0 V lat=50.003674,lon=14.471791}, {Node id=-13773 version=0 V lat=50.003988,lon=14.471594}, {Node id=-13774 version=0 V lat=50.004013,lon=14.471973}, {Node id=-13775 version=0 V lat=50.00404,lon=14.471968}, {Node id=-13776 version=0 V lat=50.004113,lon=14.472975}, {Node id=-13777 version=0 V lat=50.004104,lon=14.472978}, {Node id=-13778 version=0 V lat=50.004105,lon=14.472981}, {Node id=-13779 version=0 V lat=50.004113,lon=14.472983}, {Node id=-13780 version=0 MVD lat=50.004134,lon=14.473309}, {Node id=-13781 version=0 V lat=50.004598,lon=14.473231}, {Node id=-13782 version=0 V lat=50.004599,lon=14.473283}, {Node id=-13783 version=0 V lat=50.004625,lon=14.473288}, {Node id=-13784 version=0 V lat=50.004633,lon=14.473273}, {Node id=-13785 version=0 V lat=50.004645,lon=14.473278}, {Node id=-13786 version=0 V lat=50.004644,lon=14.473274}, {Node id=-13787 version=0 V lat=50.00463,lon=14.473264}, {Node id=-13788 version=0 V lat=50.004625,lon=14.473228}, {Node id=-13789 version=0 MVD lat=50.005104,lon=14.473148}, {Node id=-13790 version=0 MVD lat=50.005065,lon=14.472633}, {Node id=-13791 version=0 V lat=50.004638,lon=14.472709}, {Node id=-13792 version=0 V lat=50.004614,lon=14.472306}, {Node id=-13793 version=0 V lat=50.004619,lon=14.472318}, {Node id=-13794 version=0 V lat=50.004616,lon=14.472308}, {Node id=-13795 version=0 V lat=50.004609,lon=14.472306}, {Node id=-13796 version=0 V lat=50.004609,lon=14.472288}, {Node id=-13797 version=0 V lat=50.004656,lon=14.47228}, {Node id=-13798 version=0 V lat=50.00466,lon=14.472286}, {Node id=-13799 version=0 V lat=50.004876,lon=14.47225}, {Node id=-13800 version=0 V lat=50.004863,lon=14.472083}, {Node id=-13801 version=0 V lat=50.004903,lon=14.472078}, {Node id=-13802 version=0 V lat=50.004909,lon=14.47216}, {Node id=-13803 version=0 V lat=50.005021,lon=14.47214}, {Node id=-13804 version=0 V lat=50.004963,lon=14.471311}, {Node id=-13805 version=0 V lat=50.004981,lon=14.471309}, {Node id=-13806 version=0 V lat=50.004943,lon=14.4708}, {Node id=-13807 version=0 V lat=50.004938,lon=14.470799}, {Node id=-13808 version=0 V lat=50.004935,lon=14.470781}, {Node id=-13809 version=0 V lat=50.004778,lon=14.470806}, {Node id=-13810 version=0 V lat=50.00478,lon=14.470828}, {Node id=-13811 version=0 V lat=50.004775,lon=14.47083}, {Node id=-13812 version=0 V lat=50.004764,lon=14.470713}, {Node id=-13813 version=0 V lat=50.004773,lon=14.470835}, {Node id=-13814 version=0 V lat=50.00478,lon=14.470831}, {Node id=-13815 version=0 V lat=50.004778,lon=14.470809}, {Node id=-13816 version=0 V lat=50.004936,lon=14.470783}, {Node id=-13817 version=0 V lat=50.004983,lon=14.471308}, {Node id=-13818 version=0 V lat=50.004964,lon=14.471309}, {Node id=-13819 version=0 V lat=50.005023,lon=14.472139}, {Node id=-13820 version=0 V lat=50.004909,lon=14.472158}, {Node id=-13821 version=0 V lat=50.004903,lon=14.472078}, {Node id=-13822 version=0 V lat=50.004596,lon=14.472118}, {Node id=-13823 version=0 V lat=50.004573,lon=14.471751}, {Node id=-13824 version=0 V lat=50.00458,lon=14.471749}, {Node id=-13825 version=0 V lat=50.00458,lon=14.471744}, {Node id=-13826 version=0 V lat=50.004571,lon=14.471739}, {Node id=-13827 version=0 V lat=50.004546,lon=14.471364}, {Node id=-13828 version=0 V lat=50.004814,lon=14.471325}, {Node id=-13829 version=0 V lat=50.004791,lon=14.471074}, {Node id=-13830 version=0 V lat=50.004795,lon=14.471073}, {Node id=-13831 version=0 V lat=50.004815,lon=14.471324}, {Node id=-13832 version=0 V lat=50.004759,lon=14.471331}, {Node id=-13833 version=0 V lat=50.004749,lon=14.471166}, {Node id=-13834 version=0 V lat=50.004704,lon=14.471174}, {Node id=-13835 version=0 V lat=50.00469,lon=14.471196}, {Node id=-13836 version=0 V lat=50.004691,lon=14.471218}, {Node id=-13837 version=0 V lat=50.004616,lon=14.471231}, {Node id=-13838 version=0 V lat=50.004576,lon=14.470659}, {Node id=-13839 version=0 V lat=50.005229,lon=14.470339}, {Node id=-13840 version=0 MVD lat=50.005371,lon=14.472278}, {Node id=-13841 version=0 MVD lat=50.005261,lon=14.472294}, {Node id=-13842 version=0 MVD lat=50.005268,lon=14.472388}, {Node id=-13843 version=0 MVD lat=50.005379,lon=14.472369}, {Node id=-13844 version=0 V lat=50.005393,lon=14.472556}, {Node id=-13845 version=0 V lat=50.005348,lon=14.472564}, {Node id=-13764 version=0 V lat=50.0054,lon=14.473566}]} refers to deleted primitive {Node id=-13843 version=0 MVD lat=50.005379,lon=14.472369} Plugins: openstreetbugs,wmsplugin,tracer,remotecontrol,buildings_tools,validator,terracer2,graphview,multipoly,measurement Plugin openstreetbugs (Version: 20696) Plugin wmsplugin (Version: 20566) Plugin tracer Plugin remotecontrol (Version: 19946) Plugin buildings_tools (Version: 20269) Plugin validator (Version: 20579) Plugin graphview (Version: 20244) Plugin measurement (Version: 19681) Plugin multipoly (Version: 19456) org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Deleted node referenced: {Way id=-13763 version=0 VT nodes=[{Node id=-13764 version=0 V lat=50.0054,lon=14.473566}, {Node id=-13765 version=0 V lat=50.005376,lon=14.47361}, {Node id=-13766 version=0 V lat=50.00536,lon=14.47362}, {Node id=-13767 version=0 V lat=50.004156,lon=14.473858}, {Node id=-13768 version=0 V lat=50.004161,lon=14.47383}, {Node id=-13769 version=0 V lat=50.004166,lon=14.473829}, {Node id=-13770 version=0 V lat=50.004159,lon=14.473858}, {Node id=-13771 version=0 V lat=50.003831,lon=14.473935}, {Node id=-13772 version=0 V lat=50.003674,lon=14.471791}, {Node id=-13773 version=0 V lat=50.003988,lon=14.471594}, {Node id=-13774 version=0 V lat=50.004013,lon=14.471973}, {Node id=-13775 version=0 V lat=50.00404,lon=14.471968}, {Node id=-13776 version=0 V lat=50.004113,lon=14.472975}, {Node id=-13777 version=0 V lat=50.004104,lon=14.472978}, {Node id=-13778 version=0 V lat=50.004105,lon=14.472981}, {Node id=-13779 version=0 V lat=50.004113,lon=14.472983}, {Node id=-13780 version=0 MVD lat=50.004134,lon=14.473309}, {Node id=-13781 version=0 V lat=50.004598,lon=14.473231}, {Node id=-13782 version=0 V lat=50.004599,lon=14.473283}, {Node id=-13783 version=0 V lat=50.004625,lon=14.473288}, {Node id=-13784 version=0 V lat=50.004633,lon=14.473273}, {Node id=-13785 version=0 V lat=50.004645,lon=14.473278}, {Node id=-13786 version=0 V lat=50.004644,lon=14.473274}, {Node id=-13787 version=0 V lat=50.00463,lon=14.473264}, {Node id=-13788 version=0 V lat=50.004625,lon=14.473228}, {Node id=-13789 version=0 MVD lat=50.005104,lon=14.473148}, {Node id=-13790 version=0 MVD lat=50.005065,lon=14.472633}, {Node id=-13791 version=0 V lat=50.004638,lon=14.472709}, {Node id=-13792 version=0 V lat=50.004614,lon=14.472306}, {Node id=-13793 version=0 V lat=50.004619,lon=14.472318}, {Node id=-13794 version=0 V lat=50.004616,lon=14.472308}, {Node id=-13795 version=0 V lat=50.004609,lon=14.472306}, {Node id=-13796 version=0 V lat=50.004609,lon=14.472288}, {Node id=-13797 version=0 V lat=50.004656,lon=14.47228}, {Node id=-13798 version=0 V lat=50.00466,lon=14.472286}, {Node id=-13799 version=0 V lat=50.004876,lon=14.47225}, {Node id=-13800 version=0 V lat=50.004863,lon=14.472083}, {Node id=-13801 version=0 V lat=50.004903,lon=14.472078}, {Node id=-13802 version=0 V lat=50.004909,lon=14.47216}, {Node id=-13803 version=0 V lat=50.005021,lon=14.47214}, {Node id=-13804 version=0 V lat=50.004963,lon=14.471311}, {Node id=-13805 version=0 V lat=50.004981,lon=14.471309}, {Node id=-13806 version=0 V lat=50.004943,lon=14.4708}, {Node id=-13807 version=0 V lat=50.004938,lon=14.470799}, {Node id=-13808 version=0 V lat=50.004935,lon=14.470781}, {Node id=-13809 version=0 V lat=50.004778,lon=14.470806}, {Node id=-13810 version=0 V lat=50.00478,lon=14.470828}, {Node id=-13811 version=0 V lat=50.004775,lon=14.47083}, {Node id=-13812 version=0 V lat=50.004764,lon=14.470713}, {Node id=-13813 version=0 V lat=50.004773,lon=14.470835}, {Node id=-13814 version=0 V lat=50.00478,lon=14.470831}, {Node id=-13815 version=0 V lat=50.004778,lon=14.470809}, {Node id=-13816 version=0 V lat=50.004936,lon=14.470783}, {Node id=-13817 version=0 V lat=50.004983,lon=14.471308}, {Node id=-13818 version=0 V lat=50.004964,lon=14.471309}, {Node id=-13819 version=0 V lat=50.005023,lon=14.472139}, {Node id=-13820 version=0 V lat=50.004909,lon=14.472158}, {Node id=-13821 version=0 V lat=50.004903,lon=14.472078}, {Node id=-13822 version=0 V lat=50.004596,lon=14.472118}, {Node id=-13823 version=0 V lat=50.004573,lon=14.471751}, {Node id=-13824 version=0 V lat=50.00458,lon=14.471749}, {Node id=-13825 version=0 V lat=50.00458,lon=14.471744}, {Node id=-13826 version=0 V lat=50.004571,lon=14.471739}, {Node id=-13827 version=0 V lat=50.004546,lon=14.471364}, {Node id=-13828 version=0 V lat=50.004814,lon=14.471325}, {Node id=-13829 version=0 V lat=50.004791,lon=14.471074}, {Node id=-13830 version=0 V lat=50.004795,lon=14.471073}, {Node id=-13831 version=0 V lat=50.004815,lon=14.471324}, {Node id=-13832 version=0 V lat=50.004759,lon=14.471331}, {Node id=-13833 version=0 V lat=50.004749,lon=14.471166}, {Node id=-13834 version=0 V lat=50.004704,lon=14.471174}, {Node id=-13835 version=0 V lat=50.00469,lon=14.471196}, {Node id=-13836 version=0 V lat=50.004691,lon=14.471218}, {Node id=-13837 version=0 V lat=50.004616,lon=14.471231}, {Node id=-13838 version=0 V lat=50.004576,lon=14.470659}, {Node id=-13839 version=0 V lat=50.005229,lon=14.470339}, {Node id=-13840 version=0 MVD lat=50.005371,lon=14.472278}, {Node id=-13841 version=0 MVD lat=50.005261,lon=14.472294}, {Node id=-13842 version=0 MVD lat=50.005268,lon=14.472388}, {Node id=-13843 version=0 MVD lat=50.005379,lon=14.472369}, {Node id=-13844 version=0 V lat=50.005393,lon=14.472556}, {Node id=-13845 version=0 V lat=50.005348,lon=14.472564}, {Node id=-13764 version=0 V lat=50.0054,lon=14.473566}]} at org.openstreetmap.josm.data.osm.Way.checkNodes(Way.java:377) at org.openstreetmap.josm.data.osm.Way.fireNodesChanged(Way.java:384) at org.openstreetmap.josm.data.osm.Way.setNodes(Way.java:63) at org.openstreetmap.josm.data.osm.Way.load(Way.java:212) at org.openstreetmap.josm.command.Command.undoCommand(Command.java:95) at org.openstreetmap.josm.command.SequenceCommand.undoCommands(SequenceCommand.java:76) at org.openstreetmap.josm.command.SequenceCommand.undoCommand(SequenceCommand.java:81) at org.openstreetmap.josm.command.SequenceCommand.undoCommands(SequenceCommand.java:76) at org.openstreetmap.josm.command.SequenceCommand.undoCommand(SequenceCommand.java:81) at org.openstreetmap.josm.data.UndoRedoHandler.undo(UndoRedoHandler.java:76) at org.openstreetmap.josm.actions.UndoAction.actionPerformed(UndoAction.java:34) at javax.swing.SwingUtilities.notifyAction(SwingUtilities.java:1633) at javax.swing.JComponent.processKeyBinding(JComponent.java:2839) at javax.swing.KeyboardManager.fireBinding(KeyboardManager.java:267) at javax.swing.KeyboardManager.fireKeyboardAction(KeyboardManager.java:229) at javax.swing.JComponent.processKeyBindingsForAllComponents(JComponent.java:2916) at javax.swing.JComponent.processKeyBindings(JComponent.java:2908) at javax.swing.JComponent.processKeyEvent(JComponent.java:2802) at java.awt.Component.processEvent(Component.java:6040) at java.awt.Container.processEvent(Container.java:2041) at java.awt.Component.dispatchEventImpl(Component.java:4630) at java.awt.Container.dispatchEventImpl(Container.java:2099) at java.awt.Component.dispatchEvent(Component.java:4460) at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1850) at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:712) at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:990) at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:855) at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:676) at java.awt.Component.dispatchEventImpl(Component.java:4502) at java.awt.Container.dispatchEventImpl(Container.java:2099) at java.awt.Window.dispatchEventImpl(Window.java:2475) at java.awt.Component.dispatchEvent(Component.java:4460) at java.awt.EventQueue.dispatchEvent(EventQueue.java:599) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) Martin

Zdravim, pokud jeste stale delas na tomhle bezvadnym pluginu, chtel sem testnout pouzit novou verzi wms, ale v konfiguraku neni moznost zmenit adresu. Neslo by to tam dat ? Idealne nejak parametricky, aby si kazdy mohl vybrat layer, ktery chce pouzivat. + na wiki mas stale odkaz na beta3, pritom co vim, tak min existuje beta5. Dne 26.1.2010 18:52, Jan Bilak napsal(a): ...