Tracer na rozpoznání budov z katastr. map

112 zpráv
Zpět na přehled

Tracer na rozpoznání budov z katastr. map

112 zpráv PJMJFHJJ 16 účastníků 179 min čtení
  1. Jan Bilak jan.bilak.osm na gmail.com #m6b29da
    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
  2. Frettie frettie na gmail.com #m4ddbce
    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>:
  3. Jiri Parkan jparkan na gmail.com #maf33b4
    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>:
  4. Pavel Zbytovský mail na zby.cz #m8b031e
    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>
  5. Jan Bilak jan.bilak.osm na gmail.com #m5c98f8
    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>:
  6. Frettie frettie na gmail.com #ma114f1
    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>:
  7. Jan Bilak jan.bilak.osm na gmail.com #m66e236
    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
  8. Frettie frettie na gmail.com #m940aa4
    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>:
    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 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>:
    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>:
    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>
    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
    -- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com
  9. Jan Bilak jan.bilak.osm na gmail.com #m115c73
    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>:
  10. Jan Bilak jan.bilak.osm na gmail.com #mcd0527
    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>:
  11. Jiri Parkan jparkan na gmail.com #md8a5d9
    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>:
  12. Petr Dlouhý petr.dlouhy na email.cz #m4fa0ac
    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>
    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>:
    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>:
    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 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>:
    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>:
    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>
    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
    -- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com
    -- Petr Dlouhý
  13. Petr Schönmann pschonmann na gmail.com #m579d9e
    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>
  14. Frettie frettie na gmail.com #mb6ad56
    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>:
    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>:
    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>:
    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 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>:
    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>:
    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>
    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
    -- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com
    -- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com
  15. Petr Dlouhý petr.dlouhy na email.cz #m76e7f1
    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.
    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>:
    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>:
    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>:
    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 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>:
    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>:
    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>
    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
    -- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com
    -- Petr Dlouhý
  16. Jiri Klement jiri.klement na gmail.com #m8d3387
    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>:
  17. Jiri Klement jiri.klement na gmail.com #m77cc6c
    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>:
  18. Frettie frettie na gmail.com #mf1790b
    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>:
    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.
    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>:
    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>:
    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>:
    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 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>:
    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>:
    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>
    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
    -- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com
    -- Petr Dlouhý
    -- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com
  19. Petr Dlouhý petr.dlouhy na email.cz #mebdd9f
    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>
    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>:
    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.
    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>:
    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>:
    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>:
    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 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>:
    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>:
    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>
    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
    -- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com
    -- Petr Dlouhý
    -- Petr Dlouhý
  20. Jan Bilak jan.bilak.osm na gmail.com #m669dce
    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>:
  21. Petr Dlouhý petr.dlouhy na email.cz #m0be057
    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>
  22. Jan Bilak jan.bilak.osm na gmail.com #m78d560
    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>:
  23. Petr Dlouhý petr.dlouhy na email.cz #m1ce261
    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>
    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>:
    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>
    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).
    -- Petr Dlouhý
  24. jzvc jzvc na tpfree.fdns.net #mb4a5cd
    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
    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.
  25. Petr Dlouhý petr.dlouhy na email.cz #mc998f5
    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.
    ---------------------------------------- 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>:
    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>
    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).
    Petr Dlouhý petr.dlouhy na email.cz
  26. Jan Bilak jan.bilak.osm na gmail.com #mabda9f
    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>:
  27. jzvc jzvc na tpfree.fdns.net #m6fb435
    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?
    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.
  28. Lukas Kabrt lukas na kabrt.cz #ma5c0ef
    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ů)
    Kdysi jsou zkousel napsat neco podobneho, ale moc dobre mi to nefungovalo. Postup byl zhruba stejny, takze koukam, asi jsem delal neco spatne :-)
    Jak na to lépe? Nějaké nápady?
    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.
    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 :)
    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
  29. Petr Dlouhý petr.dlouhy na email.cz #m624912
    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í.
    ---------------------------------------- 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>:
    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.
    ---------------------------------------- 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>:
    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>
    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).
    Petr Dlouhý petr.dlouhy na email.cz
    Petr Dlouhý petr.dlouhy na email.cz
  30. Petr Dlouhý petr.dlouhy na email.cz #m0e2642
    Ještě jsem zapoměl - zdrojáky od serveru se nedají stáhnout.
    ---------------------------------------- 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>:
    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.
    ---------------------------------------- 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>:
    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>
    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).
    Petr Dlouhý petr.dlouhy na email.cz
    Petr Dlouhý petr.dlouhy na email.cz
  31. Jan Bilak jan.bilak.osm na gmail.com #mc5b54a
    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>:
  32. Jan Bilak jan.bilak.osm na gmail.com #m0cd782
    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>:
  33. Petr Dlouhý petr.dlouhy na email.cz #md44ecf
    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>
    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>:
    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>
    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).
    -- Petr Dlouhý
  34. Petr Dlouhý petr.dlouhy na email.cz #mabe212
    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>
  35. Petr Dlouhý petr.dlouhy na email.cz #m3d79d7
    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>
  36. Radek Bartoň blackhex na post.cz #m061307
    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.
    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
  37. Petr Dlouhý petr.dlouhy na email.cz #m316265
    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.
    ---------------------------------------- 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í.
    ---------------------------------------- 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>:
    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.
    ---------------------------------------- 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>:
    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>
    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).
    Petr Dlouhý petr.dlouhy na email.cz
    Petr Dlouhý petr.dlouhy na email.cz
    Petr Dlouhý petr.dlouhy na email.cz
  38. Jan Bilak jan.bilak.osm na gmail.com #m0d5a9f
    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>:
  39. Jan Bilak jan.bilak.osm na gmail.com #mf8502c
    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>:
  40. Petr Dlouhý petr.dlouhy na email.cz #mf73df8
    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ý
  41. Petr Dlouhý petr.dlouhy na email.cz #m0a9395
    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).
    ---------------------------------------- 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>:
    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>:
    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.
    ---------------------------------------- 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í.
    ---------------------------------------- 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>:
    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.
    ---------------------------------------- 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>:
    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>
    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).
    Petr Dlouhý petr.dlouhy na email.cz
    Petr Dlouhý petr.dlouhy na email.cz
    Petr Dlouhý petr.dlouhy na email.cz
    Petr Dlouhý petr.dlouhy na email.cz
  42. Jan Bilak jan.bilak.osm na gmail.com #ma66dfe
    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>:
  43. Petr Dlouhý petr.dlouhy na email.cz #m3012cb
    Stačí spustit JOSM z konzoly, a hlášky tam vybíhaj.
    ---------------------------------------- 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>:
    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ý
    ---------------------------------------- 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
    Petr Dlouhý petr.dlouhy na email.cz
  44. Jan Bilak jan.bilak.osm na gmail.com #mf0c6cc
    Díky, jak jednoduché :) Honza 2010/2/4 Petr Dlouhý <petr.dlouhy na email.cz>:
  45. Jan Bilak jan.bilak.osm na gmail.com #mad6ffb
    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>:
  46. Petr Dlouhý petr.dlouhy na email.cz #m2e5543
    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>
  47. jzvc jzvc na tpfree.fdns.net #m6d7470
    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.
    Min se bude sam aktualizovat a to jak kvuli zmenam v nem samem, tak pri zmenach API.
  48. jzvc jzvc na tpfree.fdns.net #m0fd5df
    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
    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.
  49. Jan Dudík jan.dudik na gmail.com #mafa68d
    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>:
  50. Petr Dlouhý petr.dlouhy na email.cz #mc5be2f
    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
  51. Petr Schönmann pschonmann na gmail.com #m79dc3a
    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.
  52. Jan Bilak jan.bilak.osm na gmail.com #m31b4e4
    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>:
  53. Petr Dlouhý petr.dlouhy na email.cz #m8add14
    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>
  54. Jan Bilak jan.bilak.osm na gmail.com #m889c8c
    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>:
  55. Petr Dlouhý petr.dlouhy na email.cz #m29094c
    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>
  56. Jan Bilak jan.bilak.osm na gmail.com #m5113c6
    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>:
  57. Jan Dudík jan.dudik na gmail.com #m765b01
    To jsou slučky J&D 2010/2/4 Jan Bilak <jan.bilak.osm na gmail.com>:
    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>:
    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>
    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.
    -- -- Ing. Jan Dudík
  58. honny honnycze na gmail.com #md772a6
    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
  59. Jan Dudík jan.dudik na gmail.com #m793286
    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
  60. Petr Dlouhý petr.dlouhy na email.cz #m74bb97
    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.
  61. hanoj ehanoj na gmail.com #m3d1a9e
    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.
    *** ten plugin multipolygon na to neni pouzitelny? hanoj
  62. MP singularita na gmail.com #m0349f9
    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.
    *** ten plugin multipolygon na to neni pouzitelny?
    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
  63. Aleš Janda openstreetmap na kyblsoft.cz #m5a3eea
    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
  64. Jan Bilak jan.bilak.osm na gmail.com #maa352a
    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
  65. Petr Dlouhý petr.dlouhy na email.cz #m48d08f
    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>
  66. Jan Bilak jan.bilak.osm na gmail.com #m8b17b5
    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>:
  67. Jan Bilak jan.bilak.osm na gmail.com #mb886e9
    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>:
  68. MP singularita na gmail.com #m0a4cf9
    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ší.
    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
  69. Petr Dlouhý petr.dlouhy na email.cz #m3b5a6e
    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>
    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>:
    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>:
    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>
    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>
    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
    -- Petr Dlouhý
  70. Jan Bilak jan.bilak.osm na gmail.com #m8068f0
    Ahoj. Oprava adresy: http://jabi.aspone.cz/osm/TraceServerBeta3.zip Honza 2010/2/6 Petr Dlouhý <petr.dlouhy na email.cz>:
  71. Petr Dlouhý petr.dlouhy na email.cz #mef89b4
    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>
    Ahoj. Oprava adresy: http://jabi.aspone.cz/osm/TraceServerBeta3.zip Honza 2010/2/6 Petr Dlouhý <petr.dlouhy na email.cz>:
    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>
    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>:
    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>:
    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>
    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>
    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
    -- Petr Dlouhý
    -- Petr Dlouhý
  72. Petr Dlouhý petr.dlouhy na email.cz #md8ba61
    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>
    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>
    Ahoj. Oprava adresy: http://jabi.aspone.cz/osm/TraceServerBeta3.zip Honza 2010/2/6 Petr Dlouhý <petr.dlouhy na email.cz>:
    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>
    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>:
    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>:
    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>
    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>
    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
    -- Petr Dlouhý
    -- Petr Dlouhý
  73. Jan Bilak jan.bilak.osm na gmail.com #m16d893
    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>:
  74. Jiri Parkan jparkan na gmail.com #m82f460
    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>:
  75. Petr Dlouhý petr.dlouhy na email.cz #m7ea8ff
    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>
    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>:
    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>
    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>
    Ahoj. Oprava adresy: http://jabi.aspone.cz/osm/TraceServerBeta3.zip Honza 2010/2/6 Petr Dlouhý <petr.dlouhy na email.cz>:
    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>
    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>:
    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>:
    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>
    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>
    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
    -- Petr Dlouhý
    -- Petr Dlouhý
    -- Petr Dlouhý
  76. hanoj ehanoj na gmail.com #m587d42
    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.
    *** 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
  77. MP singularita na gmail.com #m85bf9a
    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
  78. Petr Dlouhý petr.dlouhy na email.cz #ma7dc85
    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.
  79. MP singularita na gmail.com #m7e840c
    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
  80. Petr Dlouhý petr.dlouhy na email.cz #m8a6558
    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.
  81. Petr Dlouhý petr.dlouhy na email.cz #m627b36
    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>
  82. Petr Dlouhý petr.dlouhy na email.cz #m73c171
    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>
  83. MP singularita na gmail.com #m2e9579
    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?
    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
  84. Aleš Janda openstreetmap na kyblsoft.cz #md09b5a
    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
  85. MP singularita na gmail.com #m31bc6f
    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
  86. Jan Bilak jan.bilak.osm na gmail.com #m0deb63
    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
  87. Stanislav Brabec utx na penguin.cz #m4377eb
    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)
  88. Petr Dlouhý petr.dlouhy na email.cz #m4fc517
    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>
  89. Petr Dlouhý petr.dlouhy na email.cz #m93f8ce
    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í.
    ---------------------------------------- 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)
    Petr Dlouhý petr.dlouhy na email.cz
  90. MP singularita na gmail.com #m09ea69
    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í.
    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
  91. Petr Dlouhý petr.dlouhy na email.cz #m316611
    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?
  92. jzvc jzvc na tpfree.fdns.net #m1646ec
    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?
    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.
    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.
    Nemyslis multipoly (plugin) ? Vyberes mnozinu polygonu a jednim klikem vytvori relaci s tim, ze je spravne oznaci vnejsi/vnitrni.
  93. Petr Dlouhý petr.dlouhy na email.cz #m131169
    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.
  94. MP singularita na gmail.com #mf33ba4
    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
  95. Petr Dlouhý petr.dlouhy na email.cz #m5aec43
    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.
    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
    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.
    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.
    -- Petr Dlouhý
  96. Petr Dlouhý petr.dlouhy na email.cz #mdb1490
    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>
  97. Petr Dlouhý petr.dlouhy na email.cz #md476d2
    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>
  98. Jan Bilak jan.bilak.osm na gmail.com #meb56f7
    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>:
  99. Petr Dlouhý petr.dlouhy na email.cz #m64e9c3
    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>
  100. Jan Bilak jan.bilak.osm na gmail.com #mdfef07
    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>:
  101. hanoj ehanoj na gmail.com #mf7635e
    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
    *** 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
  102. Jan Bilak jan.bilak.osm na gmail.com #m4d667b
    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>:
  103. Petr Dlouhý petr.dlouhy na email.cz #m63d6f5
    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>
  104. Petr Dlouhý petr.dlouhy na email.cz #m6ef84e
    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.
  105. hanoj ehanoj na gmail.com #m2970a3
    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.
    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
  106. Jan Bilak jan.bilak.osm na gmail.com #m4d6c0e
    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>:
  107. hanoj ehanoj na gmail.com #m7a8599
    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.
    *** 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;
    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.
    *** take si myslim. Neni duvod aby studoval metadata kazdy uzivatel. hanoj
  108. MP singularita na gmail.com #m3841c8
    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.
    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.
    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.
    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
  109. Jan Bilak jan.bilak.osm na gmail.com #m6003de
    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
  110. jzvc jzvc na tpfree.fdns.net #m3fc5e3
    Zdravim, plugin vypad ze seznamu pro JOSM (3033, 2998).
  111. MP singularita na gmail.com #m5b9b1f
    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".
    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
  112. jzvc jzvc na tpfree.fdns.net #mf5e1d7
    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. ...
Napsat odpověď e-mailem… Odpovědět

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