Re: [Talk-cz] Tracer na rozpoznání budov z katastr . map
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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer na rozpoznání budov z katastr ální mapy
Jan Bilak píše v Pá 12. 02. 2010 v 19:35 +0100: Pokud vím, tak v současné době nikoli. Ani nevím, jak by to vlastně mělo dělat. Zda vytvořit jeden obrys přes všechny části nebo více obrysů a přes to relaci? A jak to pak tagovat? Když jsem se kdysi ptal, tak mi byl doporučeno: nespojovat. Třeba jednou v budoucnosti bude někdo chtít přidat tag height, a propojení mu zkomplikuje práci. Tag nad správnou relací (multipoly?) by měl mít stejnou platnost jako tag nad objekty. Alespoň se zdá, že dnes to již renderery umí: http://www.openstreetmap.org/?lat=50.069396lon=14.419081zoom=18layers=B000FTTT http://www.openstreetmap.org/browse/relation/163688 (Škola je pojmenovaná v relaci, ministerstvo klasicky nad polygonem. Díky tomu je popisek školy v mapě jen jednou. Zřejmě by fungovalo i přesunutí building=yes do relace (v době kreslení to ještě nefungovalo).) Honza 2010/2/12 Zdeněk Pražák zpra...@seznam.cz: Nainstaloval jsem si tracer a chtěl bych se zeptat, zda se v případě, kdy má budova například několik přístavků v katastrální mapě oddělených od budovyslabší čarou, ale nalézajících se na jednom pozemku, dá tracer přinutit k tomu, aby tyto přístavky otagoval spolu s budovou jako jeden objekt. Pražák Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer na rozpoznání budov z katastr . map
Ahoj, tak nejzákladnější změnu, která opravuje tu chybu se synchronizací jsem prosadil do JOSM [1]. Stále to však má asynchronní zpracování dalekosáhlé důsledky z hlediska použitelnosti: -Když se něco zasekne (zatím se mi to nestalo, ale stejně by se to stát možná mohlo), tak to vlákno zůstane viset, a nepůjde ukončit. -Když naklikám několik budov, a edituju současně s tím co se ty budovy přidávají, tak se mění výběr, a tím pádem můžu zeditovat něco co nechci a nezeditovat to co chci. Když bych ale odstranil změnu výběru, tak by zase nešla rovnou zortogonalizovat přidaná budova. -Na budovu, která naskočí až po nějaké době může uživatel zapomenout. Proto tu verzi nenahraju na server, ale jen jí sem pošlu (+posílám patch) pro ty, kteří vědí o problémech, a budou s tím zacházet opatrně. Je tedy potřeba nejnovější testovací verze JOSM. On Mon, 08 Feb 2010 16:35:55 +0100, MP singular...@gmail.com wrote: 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 -- Petr Dlouhý Tracer.jar Description: Binary data diff.patch Description: Binary data ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer na rozpoznání budov z katastr . map
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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer na rozpoznání budov z katastr . map
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 eha...@gmail.com: 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import adres z katastralni mapy
Ahoj, mas k tomu jeste nejake zasadni postrehy (co je treba upravit)? Tedy krome toho, ze ti to zacne plnit pamet, protoze to se mi nepodarilo nasimulovat a ani nemam zadny napad, cim by to mohlo byt. Honza 2010/2/13 Jan Bilak jan.bilak@gmail.com: Tady jsou výsledná *.csv a logy z tvých dat Prahy: http://www.flyshare.cz/stahni/46207/praha.zip Zpracovával jsem to po 5 částech - jsou očíslovány stejně *.csv a logy (stejná čísla patří k sobě). Honza 2010/2/13 Jan Bilak jan.bilak@gmail.com: Projel jsem všechny dlaždice, které jsi mi poslal. Na problém jsem nenarazil. Možné je to specifické chování Mona - já to dělám pod .NETem (třeba vím, že pod Monem mi aplikace vždycky padala, když jsem přistupoval ke konzoli z více vláken, zato .NET to automaticky synchronizoval apod.). Nevím - těžko se ladí něco, co se mi neprojevuje. Zdrojáky jsou tady: http://jabi.aspone.cz/osm/FindAddressPoints-beta3-src.zip Pokud by se problém nepodařilo odstranit, tak je možné to dělat pod Windows. Zase tak dlouho to myslím netrvá, aby byla třeba dělat akce na způsob s...@home. Honza 2010/2/13 Jan Bilak jan.bilak@gmail.com: Dal jsem tam novou verzi beta3 (na stejné místo). Má navíc parametr -gc, kterým lze zařídit zavolání Garbace Collectoru po zpracování každé dlaždice. Tím se výrazně sníží paměťové nároky, ale za cenu nějakého snížení rychlosti. Zkus to prosím. Mne to ve Windows žere bez -gc spičkově tak 650 MB, s -gc tak 250 MB. To při použití dvou vláken. Jinak jsem zatím po zpracování dalších dlaždic z Prahy problém nenarazil. Honza 2010/2/13 Petr Dlouhý petr.dlo...@email.cz: Ahoj, je tam stále ten problém s pamětí. Když jsem zkoušel adresář pz1, tak to po nějaké době začne náhle konzumovat velké množství paměti (zabere mi to cca 1,7 GB paměti + 0,5 GB swapu). Není to způsobené programem samotným (dlouhou dobu se paměť téměř nezabírá), ale ani jednotlivou dlaždicí (během finále se stále ještě dlaždice mění). On Sat, 13 Feb 2010 18:10:37 +0100, Jan Bilak jan.bilak@gmail.com wrote: Ještě jsem tam hodil malinko opravenou betu3 (na stejné místo) - oprava padání. Honza -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import adres z katastralni mapy
Ahoj, zatím jsem se na to zběžně podíval. Jediná chyba, kterou jsem našel je, že se několikrát detekovalo [OVERLAP] a řada mezer bez jakéhokoliv textu. Uzlů s [CHECK][OVERLAP] jsem našel na třetině okresu 8, a to ještě ve všech případech kromě jednoho byl řetězec správně (kromě mezer na konci). Jinak s tím garbage collectorem to funguje, nezkoušel jsem kolik to zpomaluje, ale jestli myslíš že se to projeví, tak by ho možná šlo volat jen jednou za 100 dlaždic (nebo něco takového). Asi je v Monu nějaká chyba a GC najednou přestane automaticky fungovat. On Sun, 14 Feb 2010 18:40:26 +0100, Jan Bilak jan.bilak@gmail.com wrote: Ahoj, mas k tomu jeste nejake zasadni postrehy (co je treba upravit)? Tedy krome toho, ze ti to zacne plnit pamet, protoze to se mi nepodarilo nasimulovat a ani nemam zadny napad, cim by to mohlo byt. Honza -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer na rozpoznání budov z katastr . map
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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Pražské WMS
Zdravím všechny mappery, narazil jsem na WMS servery z Prahy. Možná se to bude někomu hodit. http://www.praha.eu/jnp/cz/home/mapy/www_mapove_sluzby/index.html Pokud se zde najde někdo kdo napíše jak dostat mapky do JOSM budu rád. --- Blog o Openstreetmap a mapách pro Garmin http://gpsfreemaps.net/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Pražské WMS
Ahoj, jsou tam někde uvedené podmínky použití? Žádné jsem nenašel. Pokud tam nejsou, tak to pravděpodobně nebude možné použít. On Sun, 14 Feb 2010 20:23:28 +0100, Petr Schönmann pschonm...@gmail.com wrote: Zdravím všechny mappery, narazil jsem na WMS servery z Prahy. Možná se to bude někomu hodit. http://www.praha.eu/jnp/cz/home/mapy/www_mapove_sluzby/index.html Pokud se zde najde někdo kdo napíše jak dostat mapky do JOSM budu rád. --- Blog o Openstreetmap a mapách pro Garmin http://gpsfreemaps.net/ -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na stav importu z DIBAVOD
Ahoj, trosku jsem se opozdil, ale snad to stoji za to. Zde je vysledek: Muj postup: 1) nacteni aktualniho CR OSM a import dat 2) Pro vsechny polygony obsahujici jeden z tagu waterway=riverbank, landuse=reservoir, natural=marsh, natural=water vytvorit coverage 40x40metru. 3) Pro vsechny pixely o velikosti 40m udelat okoli o dalsich 40m. 4) Pro kazdy polygon z Dibavod A05 udelat to same a omaskovat s OSM. Pokud je neprazdny prunik, pridat do konfliktnich souboru a naopak. Soubory areas_conflict*.zip - obsahuji zapakovane xml pripravene ke kontrole konfliktu. Kazdy obsahuje 1MB soubor. Soubory areas_new*.zip - obsahuji zapakovane xml pripravene k importu. Jsou to tedy nove nekolidujici geometrie. Kazdy obsahuje 1MB soubor. Soubor areasWithRelation_conflict.xml.zip - obsahuje geometrie, ktere maji relace a jsou konfliktni. Soubor areasWithRelation_new.xml.zip - obsahuje geometrie, ktere maji relace a jsou nekolidujici. Co s daty nyni: 1) Provest namatkovou kontrolu nekolika souboru s temito vlastnostmi: - ac soubory by meli mit v blizkosti do priblizne 100m jine geometrie vyse uvedeneho typu - an soubory by naopak nemeli mit v blizkosti 100m jine geometrie vyse uvedeneho typu - ar soubory to same, ale kazda geometrie by mela byt relacni (dira apod) - kontrola formatu tagu zda jsou tak jak si je predstavujeme 2) Uploadovat nove nekonfliktni soubory 3) Udelat wiki, kde si kazdy zarezervuje konfliktni soubor, ktery bude zpracovavat 4) Udela se vyber co je lepsi a co pripadne chybi a uploaduji se zmeny. Postup s konfliktnimi soubory: Nacist pro kazdy polygon OSM okoli a zhodnotit, ktera verze je lepsi. Tu horsi vymazat. Pote co se zkompletuje cely soubor tak nahrat zmeny na server. Takze toto jsou zatim zmeny pro A05, ale stejne bych postupoval u ostatniho. Soubory jsou http://www.web2net.cz/osm/dibavod/ a nahral jsem tam zatim jen prvnich 20 od kazdeho. Tak se na to prosim nekdo mrknete a muzem to posunout dale. Mejte se Tomas Pavel Machek napsal(a): Ahoj! Delam na tom. Ted jsem trochu nestihal, ale chtel bych to stihnout do patku, protoze pak jedu na dovolenou. Vystupem nyni bude import nekonfliktnich nadrzi a tech co jsou konfliktni. Pote si to dle oblasti kazdy muze natahnout do editoru a rozhodnout, ktera verze je ok. Spatnou smaze. Je tu nejaky pokrok? Rad bych zmapoval nejake potoky ale to by bylo lepsi delat az po importu... Pokud je nejaky strasny problem s duplicitnimi daty, tak hanoj umi operace nad shp, a zrejme by umel 'prunik s rozsirenym doplnkem toho co uz v osm je'. ... ale vzhledem k tomu ze dibavod je pravdepodobne presnejsi nez to co v osm mame, mozna by bylo jeste lepsi ho proste uploadnout s patricnymi tagy, a pak nechat mappery at smazou to mene presne... Pavel ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer na rozpoznání budov z katast r. map
On 13/02/2010, Petr Dlouhý petr.dlo...@email.cz wrote: 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 3 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
