Re: [Talk-cz] JOSM czechaddress plugin - používá jej někdo?
Ahoj, On Tue 17-02-15 14:00:39, Marián Kyral wrote: Ahoj, v souvislosti s následující změnou #11090 - install and load plugins without restart [1] probíhá testování a oprava všech pluginů. Tracer a PointInfo jsem opravil, ale nevím, jestli má cenu testovat czechaddress plugin. Místo toho bych chtěl navrhnout jeho zrušení aby někdo omylem neudělal v adresách nějaký nepořádek. Takže se ptám, používá někdo tento plugin? Pokud ano, tak nač. A jste pro jeho smazání? Používal jsem CzechAddress před poloautomatickým importem Lukáše Kábrta. Po zpřístupnění RÚIANu nemá podle mě nic z výše zmíněného smysl a jsem pro úklid. Libor Marián [1] https://josm.openstreetmap.de/ticket/11090 ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] landuse=residential fuč
On Mon 04-08-14 14:16:17, Marián Kyral wrote: -- Původní zpráva -- Od: Pavel Machek pa...@ucw.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 4. 8. 2014 13:35:18 Předmět: Re: [Talk-cz] landuse=residential fuč On Mon 2014-08-04 13:03:59, Butrus Damaskus wrote: Zdravím! Tak jsem po delší dobu zavítal do českých končin OSM a překvapilo mě, že se najde několik obcí, kterým chybí landuse=residential. Namátkou Zlín, Otrokovice (a okolí), nebo Šternberk (na Moravě). Přinejmenším ten Šternberk obytnou plochu dřív zaznačenou měl (i když by si to tenkrát asi bylo zasloužilo vylepšení, ale pořád lepší než dnešní stav!). Nevíte někdo, co se děje? Jedná se o vandalství, diletantimus nebo snad přípravu na import zemědělských ploch? Priprava na import by tam byt nemela; tam, kde to koliduje (a je to dost casto) landuse=residential rucne opravuju. Kurnik, jak je ta stránka, kde se dal zobrazit stav OSM k určitému datu? Nevíte někdo? Případně, jak zjistit ID smazaného objektu a kdo jej smazal? Tohle? http://osm.kyblsoft.cz/historie/ Nikdy jsem to nezkousel. Na stejnem webu jsou i historicka data. Libor Marián Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/ blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz; ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Aktualizace již importovaných adres
On Fri 20-06-14 23:08:04, Petr Vejsada wrote: Co rada starších ;-) na variantu smazat/nahrát? Pro adresní body, které jsem nahrál já, dávám souhlas. V oblastech, kde znovu dělám RÚIAN import vidím, že opravy jsou v podstatě jen za dobu od poslední editace bylo AM změněno, smazáno nebo byla upřesněna jeho poloha, je chyba v RÚIAN, či falešný poplach. Ruční revize podle mě nepřidává velkou hodnotu. Pro ostatní AM hlasuji pro smazat/nahrát, Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Hlášení chyb RUIAN přímo z JOSM
Ahoj Petře, On Thu 15-05-14 14:03:27, Petr Vejsada wrote: On Wed, May 14, 2014 at 09:03:38AM +0200, Libor Pechacek wrote: Pak jsou adresní místa v UIR-ADR, která neměla svůj protějšek v katastrální mapě. Tedy adresa známa, ale místo ne. Z pochopitelných důvodů tyto body v OSM chybí. Například na Praze východ je takových záznamů 9880, Mladá Boleslav 2498 nebo Česká Lípa 3403. ano, na Praze-východ je v RUIAN obrovské množství těch dvojadres, tedy bych odhadoval, že jde přesně, či z podstatné části, právě o tyto adresy z UIR-ADR. Těch skoro 10.000 bych řekl že je číslo, které odpovídá mému odhadu o počtu těch dvojadres v Praze-východ. Zvlášť jsem Ti poslal soubory s těmito adresami. Můžeš se podívat, jestli jsou to opravdu ony. Libor Přiřadili k nim fiktivní stavební objekt a zařadili do RUIAN a nyní tedy v RUIAN jsou a dělá to tu neplechu. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Hlášení chyb RUIAN přímo z JOSM
On Tue 13-05-14 21:05:19, Petr Vejsada wrote: V OSM tyto dvojité adresy buď byly a nebo nebyly, ale vždy u nich byla poznámka 'Nekonzistence KM a DB' či tak nějak podobně. Neznám přesně historii těch importů do OSM a tak se k tomu nemohu přesněji vyjádřit. K Nekonzistence KM a DB historická poznámka na okraj. Takto označená jsou adresní místa, která byla nalezena v katastrální mapě, avšak chyběly doplňující údaje v UIR-ADR. Poloha byla tedy známa, přesná adresa však nikoli. Pak jsou adresní místa v UIR-ADR, která neměla svůj protějšek v katastrální mapě. Tedy adresa známa, ale místo ne. Z pochopitelných důvodů tyto body v OSM chybí. Například na Praze východ je takových záznamů 9880, Mladá Boleslav 2498 nebo Česká Lípa 3403. Pak můžeme narazit na body, které mají tag fixme. Typicky u adres, kde je špatně přiřazena městská část, případně i ulice. V ideálním případě přispivatel, který import prováděl, tyto výskyty ošetřil, než výsledek nahrál na server. Ze však zkušenosti vím, že se tak ne vždy stalo. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] CzechAddress zahájil činnost a ještě není zabanován
Ahoj Petře, On Mon 31-03-14 20:09:57, Petr Vejsada wrote: Jestli se někdo chcete přidat k editaci, tak je možno. Vezměte v úvahu, že 6 hodin, které jsem strávil na Karviné, bylo opravdu intenzivních a že jsem cvičnými editacemi už dost vytrénovaný, tak nepřeceňte síly ;-). Koukám, že okres Česká Lípa je ještě volný. Rád se jej ujmu. Zběžně jsem proběhl wiki stránku Import adres z RUIAN, ale nenašel informaci, jak začít. Můžeš mě navést na správné místo? Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] doporucene postupy pro mapovani
Ahoj Petře, On Mon 24-03-14 04:15:52, Petr Holub wrote: spachal jsem rychlou prvni verzi doporucenych postupu pro mapovani na horskem kole: https://wiki.openstreetmap.org/wiki/Tipy_pro_efektivn%C3%AD_mapov%C3%A1n%C3%AD_na_horsk%C3%BDch_kolech Je to prvni verze, ktera jeste neni radne prolinkovana atd. Pripominky i prime editace jsou vitany. Prijde mi, ze zejmena pro prilezitostne uzivatele bude efektivni, pokud se budou moci podivat na osvedcene postupy. Co si o tom myslite? Myslím, že i zkušeným může být takový text inspirací. Díky! :) Pár poznámek k Co nezapomenout mapovat: - Překvapuje mě, že vedle turistických značek nezmiňuješ cyklotrasy. - U typu cesty mapuji i povrch - hlína, štěrk, asfalt... Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Preklad JOSM?
Ahoj Dalibore, On Wed 22-01-14 18:38:36, Dalibor Jelínek wrote: pocitam, ze tu bude nekdo, kdo uz pomahal s prekladem uzivatelskeho rozhrani JOSM. Muzete mi prosim poradit? Prepnul jsem si ted poprve JOSM do cestiny, protoze jsem potreboval vedet, jake jsou polozky v menu kvuli novemu prekladu Begginers Guide na OSM Wiki. Narazil jsem tam na par drobnosti, ktere jsem chtel opravit, pac byly bud slovensky, nebo nekonzistentni. Tak jsem si udelal ucet na Launchpadu a hned zjistil, ze tudy asi cesta nevede, protoze server generuje vice chybovych hlasek, nez uzitecnych veci. Stahnul jsem si tedy josm_josm-cs.po, ale nejsem si jist, jak ho mam spravne pouzit a nerad bych neco zkazil. Staci si z toho .po souboru vyriznout veci, ktere chci opravit, opravit je a ten kousek poslat zpatky? Nebo se musi vzdy posilat cely soubor? Nebo je na to nejaky rafinovany softwarovy klient? Nebo uplne jinak? http://josm.openstreetmap.de/wiki/Translations#Softwaretranslation: Translation of the program texts is done at Launchpad. Nepředpokládám tedy, že by šlo posílat patche na soubory překladů. Launchpad mi také v současné době nefunguje. Co udělat pro to, aby zase fungoval v tuhle chvíli nevím. Předpokládám, že bude rozumné se někde u Ubuntu poptat na stav. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Preklad JOSM?
On Wed 22-01-14 22:39:12, Libor Pechacek wrote: Launchpad mi také v současné době nefunguje. Teď už zas běží. Na https://identi.ca/launchpadstatus není o výpadku ani slovo. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapy pro orientační běh
On Tue 21-01-14 10:27:59, Pavel Machek wrote: On Mon 2014-01-20 18:17:24, Libor Pechacek wrote: [...] Přimlouvám se za to, aby česká OSM byla primárně mapa měst a vesnic, alternativně pak turistická mapa. Pod úroveň pěšin v lesích bysme neměli jít. Proc ne? Servery to zvladnou a zajem tu je. Servery zvládnou, mám ale obavu z tříštění sil komunity. Jednak taková diverzita naznačuje, že je OSM nemá jasný cíl. Další otázka je kdo ta data bude udržovat. Plnokrevné OB mapy zastarávají mimořádně rychle. Tolik můj pohled. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapy pro orientační běh
Ahoj Jiří, On Sun 19-01-14 23:07:33, Jiří Vondál wrote: Moc neznám pozadí OB, ale třeba by bylo možné nějaká data od nich získat. Za zeptání člověk nic nedá. Jen bych nerad dělal něco, co třeba někdo jiný už zkoušel. Já sám jsem žádný organizovaný pokus o využití OB map pro OSM nezaznamenal. Co jsem z právního hlediska porozuměl, jsou OB mapy majetkem autora či zadavatele. K plnému použití v OSM by, předpokládám, byl potřeba souhlas jednotlivých správců. Nicméně, existuje svazový archiv map [1], předpokládám stále spravovaný Zdeňkem Lenhartem, který uveřejnil obrysy a náhledy jednotlivých map na mapovém serveru svazu OB [2]. Možná by se daly hromadně využít právě tyto náhledy. Podle mě jsou na OB mapách zajímavé pro OSM jen větší cesty a pěšiny. Cesty z OB map stejně potřebují kontrolu podle ortofota, protože bývají zdeformované. Pěšiny by pak byly jediným, bez kontroly přejatým prvkem. Libor [1] http://www.orienteering-history.info/cam_menu.php [2] http://csob.tmapserver.cz/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapy pro orientační běh
On Mon 20-01-14 17:09:18, Pavel Machek wrote: [...] Obecně ale zase tak velký překryv zájmů být nemusí. Jde jim o jinou úroveň detailů a malá území. I do osm se podobne veci zadavaji / daji zadat. A ano, uroven detailu v lesich mi v osm casto chybi. Řek bych, že to bude tím, že v lesích nejsou žádné ulice. :) Přimlouvám se za to, aby česká OSM byla primárně mapa měst a vesnic, alternativně pak turistická mapa. Pod úroveň pěšin v lesích bysme neměli jít. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] iD editor a mapový podklad ČÚZK ortofoto
Ahoj Marku, On Mon 13-01-14 15:18:27, Marek Chlup wrote: Mé dotazy: Je možné (legální) využívat letecké mapy, které na uvedených službách ČUZK poskytuje pro editaci OSM map? Nikoli. Viz http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#Ov.C4.9B.C5.99ovac.C3.AD_zdroje Co je třeba udělat (kam se obrátit), aby v oblasti ČR byla ve webovém iD editoru nabízena přímo ČUZK letecká mapa? Jak tomu rozumím, především svolení vlastníka s použitím ortofota v OSM. Myslím, že nějaké pokusy o získání souhlasu byly, podívej se do archivu konference. HTH, Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Fwd: Skoleni zakladu OpenStreetMap
On Mon 06-05-13 10:16:27, Marián Kyral wrote: -- Původní zpráva -- Od: Pavel Zbytovský pa...@zby.cz Datum: 5. 5. 2013 Předmět: [Talk-cz] Fwd: Skoleni zakladu OpenStreetMap Zdravím po dlouhé době talk-cz, nějak se tak stalo, že jsem se rozhodl uspořádat školení základů práce s OSM. Díky tomu, že hlavní mapa na stránkách Geocachingu přešla na mapquestí mapy, tak jsem se rozhodl zacílit své úsilí právě na kešery. Krom toho, že sám hraju, tak to má i výhody, jsou to lidi, kteří se zajímají o mapy, jsou často i technicky zdatní a hlavně chodí do přírody s GPSkou :-) Bacha na ně. Ti tvrdí kešeři chodí zásadně rovnou za šipkou. Abychom neměli v OSM cesty kde žádné nejsou :-D Právě jsem se chystal napsat, že data z lesa mi přijdou nejcennější, protože se jinak než chozením získat nedají a k tomu čtu tuhle trefnou poznámku. :) I tak, I kdyby měli přispivatelé jen uploadovat GPS data z vycházek po lese, pomůže nám to přesněji zakreslit lesní cesty a pěšiny. Jedno projití často nestačí. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Fwd: Skoleni zakladu OpenStreetMap
Současné tracklogy z aut, vlaků a letadel mi nepřijdou o nic použitelnější a chtít od uživatelů anotované tracklogy mi přijde poněkud ambiciózní. :) Moje představa je, když se vrátím z mapovací procházky s GPS tracklogem, vím co jsem viděl, ale nemám přesnou představu o poloze. GPSka v lese často také ne. Pomůže mi, když v OSM najdu alespoň jeden dřívější záznam, abych určil průběh cesty. Co kam vede a jaké jsou klasifikace cest dělám sám. Libor On Mon 06-05-13 14:31:10, Jiří Parkan wrote: Ahoj, geocachingové tracklogy jsou zhruba stejně použitelné jako tracklogy houbařů :) Rozhodně bych je nenahrával hromadně do OSM, i sám na svých často nepoznám kdy jsem šel po cestě a kde mimo. Jediné šance je že si je dotyčný sám zpracuje dokud si to pamatuje (nebo si třeba dělá fotky, waypointy), případně nahraje už ořezanou verzi kde jsou opravdu jen úseky kde šel po cestě. Parkis 2013/5/6 Libor Pechacek lpecha...@gmx.com On Mon 06-05-13 10:16:27, Marián Kyral wrote: -- Původní zpráva -- Od: Pavel Zbytovský pa...@zby.cz Datum: 5. 5. 2013 Předmět: [Talk-cz] Fwd: Skoleni zakladu OpenStreetMap Zdravím po dlouhé době talk-cz, nějak se tak stalo, že jsem se rozhodl uspořádat školení základů práce s OSM. Díky tomu, že hlavní mapa na stránkách Geocachingu přešla na mapquestí mapy, tak jsem se rozhodl zacílit své úsilí právě na kešery. Krom toho, že sám hraju, tak to má i výhody, jsou to lidi, kteří se zajímají o mapy, jsou často i technicky zdatní a hlavně chodí do přírody s GPSkou :-) Bacha na ně. Ti tvrdí kešeři chodí zásadně rovnou za šipkou. Abychom neměli v OSM cesty kde žádné nejsou :-D Právě jsem se chystal napsat, že data z lesa mi přijdou nejcennější, protože se jinak než chozením získat nedají a k tomu čtu tuhle trefnou poznámku. :) I tak, I kdyby měli přispivatelé jen uploadovat GPS data z vycházek po lese, pomůže nám to přesněji zakreslit lesní cesty a pěšiny. Jedno projití často nestačí. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nefunkční stahování adres v czechaddress pluginu JOSM
To je něco pro autora a současného správce pluginu. Libor On Sat 12-01-13 14:07:13, Tomáš Tichý wrote: Ahoj, MVČR opět změnilo webovou adresu pro stažení databáze adres používané JOSM pluginem czechaddress, takže pokud databázi nemáte ještě staženou, plugin nebude fungovat. Jak plugin znovu zprovoznit jsem popsal na wiki: http://wiki.openstreetmap.org/wiki/CS:JOSM/Plugins/CzechAddress#Inicializace TT ___ 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] Podklad Bing v Praze
On Sun 06-01-13 15:10:20, hanoj wrote: ... jinak ta orthofoto je by default dostupna pro nekomercni ucely(maj to napsany na webu), predpokladam ze komercne ji nevyuzivas = z myho pohledu i pro mapovani OK. Vubec nemluve o tom, ze jde (pokud vim) o uredni dilo (vyrobeno z nasich dani). *** az zase vymyslis nejakou podobnou blbost, udelej primo amnestii, ale nepis nam o tom do konference... +1, i kdyz bych volil jina slova Libor -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Vrcholy kopců
Ahoj, On Sat 25-08-12 14:57:05, Jan Kučera wrote: Dají se opisovat z nějakého volného zdroje, nebo musí člověk mapovat v terénu s GPSkou? O volnem seznamu vrcholu kopcu nevim. Slysel jsem o tisicovky.cz, ale to jsou jen nektere vrcholy a neni to myslim pro nase ucely volny seznam. Ja kdyz jsem parkrat zanasel vrchol kopce do OSM, tak to byla kombinace KM (jmeno), ortofoto (poloha) a mistni znalost. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] rúian - struktura dat adresních bodů
On Wed 08-08-12 08:03:36, hanoj wrote: podle mých dosavadních zkušeností v rámci KÚ jednoznačné a nemá další dělení. *** to prave neni pravda. vzdy doporucuji pred zobecnenim osobnich dojmu prohlednout toto schema. K.u. a cobe nejsou vzajemne hierarchicke prvky: http://www.czso.cz/csu/rso.nsf/5873954e2ae286eec12570f8003e7738/a1809b67f5f4560ec1256e6100495bff/Obsah/199.3CA2 Prima. Koukám do toho a vidím, že části obcí mohou mít ještě díly. To možná vysvětluje co jsem pozoroval při importech, ale zapomněl jsem včera napsat. Například Cvikov (http://www.openstreetmap.org/?lat=50.7743lon=14.6371zoom=14layers=M) má části Cvikov I a Cvikov II. Avšak čára, kde mezi nimi vede hranice není v mapě. Podobně Písková Lhota (http://www.openstreetmap.org/?lat=50.36609lon=14.87461zoom=15layers=M) je rozdělena na části Písková Lhota a Zámostí, ovšem tyto části v OSM nejsou reprezentovány. Tedy umístění adresního bodu buď ve Cvikově I. nebo II., či Pískové Lhotě nebo Zámostí je informace ze současné mapy neodvoditelná. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] rúian bot - první výsledky testů
On Mon 06-08-12 19:27:13, Miroslav Šulc wrote: [...] Ptácká 28/29 and OSM node POINT(14.9009875 50.4211801) CZ, null null, Ptácká 28/29 but their distance 0,0067802 is over the limit 0,005 A vida! Bod z KM+ČUZK importu beznadějně mimo, opravený UIR-ADR je jen o 13 metrů vedle na jiném domě. :) Co se týče Mladé Boleslavi, duplicity jsem tam vytvořil já s tím, že budu brzy mít skript, kterým je odstraním. Inu, skript je od té doby stále skoro hotový. Jak už jsem psal dříve, souhlasím s nahrazením svých importů daty z RÚIAN. Tedy tyto body mazat, pokud jsou ve verzi 1 a jsem jejich vlastníkem. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] rúian - struktura dat adresních bodů
Ahoj, On Mon 06-08-12 22:07:46, Petr Morávek [Xificurk] wrote: Libor Pechacek wrote: Ahoj Petře, Jak už jsem psal dříve, is_in obsahuje informaci z mapy katastrálních území neodvoditelnou. Jednak někdy KÚ obsahuje více obcí, druhak se někdy obec jmenuje trochu jinak něž katasrální území. Je ke zvážení, jestli je addr:city plnohodnotnou náhradou. Libor Ahoj, asi budu potřebovat trochu vyjasnit, co jsi měl namysli... Předem, popletl jsem pojmy obec a část obce. Při importech byly někdy části tak jasně oddělěny, že jsem je (intuitivně) pojal jako samostatné obce. Tímto tedy odpovídám na otázku ze závěru Tvého příspevku. 1) KÚ je vždy součástí jenom jedné obce. Jedinou výjimkou je obec Strýčice, která nemá žádné KÚ a leží na území obce Radošovice. 2) Název KÚ je pro adresní body irelevantní - v žádném formátu adresy se neuvádí, pokud se nepletu, č.p. by měla být unikátní v rámci části obce, jméno KÚ do toho nikde nevstupuje. Navázal jsem na Tvůj výrok, že ti přijde zbytečné tam znova vypisovat informaci, která už je jednou na relacích hranic. Názvy katastrálních území se od názvů obcí nepatrně liší. Co jsem se teď díval, tak názvy KÚ mají často ještě nějaký místopisný přílepek - Doksy u Máchova jezera (normální smrtelníci znají jen jako Doksy), Obora v Podbezdězí (Obora) nebo Břevniště pod Ralskem. Když tedy například zkusíš rekonstruovat is_in bodu http://www.openstreetmap.org/browse/node/983573832 z relací administrativních hranic, dojdeš k trochu jinému výsledku: současné is_in = Břevniště, Hamr na Jezeře, Liberecký kraj, CZ vs odvozené is_in = Břevniště pod Ralskem, Hamr na Jezeře, Liberecký kraj, CZ Nejsem si jist, který z názvů je správný, nicméně jsem si celkem jist, jak sám hledám sídla v mapě. ;) 3) Osobně si myslím, že addr:city by mělo obsahovat jméno obce a to sice z čistě praktických důvodů - je to položka, která se typicky píše na obálku, máme netriviální počet přesahů, kdy adresní body patřící pod obec A, leží na území obce B (sice se tyhle anomálie pomalu odstraňují, ale existují). Vložení názvu části do addr:city podle mě problém systémově vyřeší alespoň pro ČR - jméno části obce (ve smyslu §27 odst. 2 zákona o obcích) je podle mých dosavadních zkušeností v rámci KÚ jednoznačné a nemá další dělení. Tag is_in zabilo jeho nadužívání (až zneužívání) pro vše možné i nemožné, takže nikdo přesně neví, co vlastně jeho obsah má znamenat, proto bych se mu snažil vyhnout. Přijde mi celkem zbytečné psát třeba: is_in=Pardubice, okres Pardubice, Pardubický kraj, Severovýchod, Česká republika když to samé získám prostým pohledem (dotazem do databáze) na hranice, které máme komplet. I nominatim, který se používá na openstreetmap.org tohle obstojně zvládá. (Předpokládám, že počet meziokresních, nedej bože mezikrajských, přesahů bude řádově menší než meziobecních... víte vůbec někdo o takovém případě? Kolik jich v republice je?) Když už něco dávat do is_in, tak jméno části obce... a to říkám jen proto, že mě momentálně nenapadá lepší tag ;-) Jj, to je zač se tady zasazuji. :) Pěkný večer, Petr Morávek aka Xificurk PS: Ah, až teď když jsem to všechno dopsal, tak mě trklo, že jsi možná pod pojmem obec neměl namysli pojem ze zákona č. 128/2000 Sb. (O obcích), ale obecně sídlo. Je to tak? Můžeš prosím vyjasnit? Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] rúian bot - první výsledky testů
Ahoj, On Mon 06-08-12 17:04:39, v...@email.cz wrote: Mimochodem znáte plugin Conflation pro JOSM? http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Conflation Nemám s tím zkušenosti (jsem tu nový), ale podle popisu to lze použít pro poloautomatický import a slučování dat z vnějších databází do OSM. Např. právě přiřazování adres z RÚIAN existujícím prvkům v OSM. Možná to není vhodné na plně automatický chod, ale třeba by to šlo použít na manuální dočišťování? Věnoval jsem zatím zkoumání tohoto nástroje přibližně půl hodiny a přijde mi použitelný. Nicméně, je to mocný nástroj a jako takový je třeba jej používat s rozumem. Na dočišťování asi bude vhodný. Libor Jan Původní zpráva Od: Jan Bilak jan.bilak@gmail.com Předmět: Re: [Talk-cz] rúian bot - první výsledky testů Datum: 06.8.2012 16:04:59 Ahoj, jak ten bot rychlý? Aneb za jak dlouho by zpracoval (pokusně) celou ČR - tedy vygeneroval log? Můžeš udělat histogram vzdáleností spárovaných bodů? Honza Dne 6. srpna 2012 4:54 Mirek Dlask dlas...@gmail.com napsal(a): Je otázka, zda nejsou v RÚIAN adresní body domů bez č.p. , asi tam budou adresní body rozestavěných domů. Ty v OSM předpokládám nejsou. Nebo by se asi zobrazovaly tečky bez čísel!? Buď zkusit zmenšit boxík na nějaké garáže, nebo průmysl bez č.p. , nebo SELECT adresních bodů bez čísel popisných a zároveň evidenčních, jsou-li ... 150 je fakt nějak moc Mirek Dne 5. srpna 2012 23:30 Miroslav Šulc fordf...@fordfrog.com napsal(a): tak jsem dodělal bota do stádia, že načte body z osm api a z rúian db, pokusí se je spárovat a vygeneruje nějaké statistiky. pokud se někdo chce podívat do kódu, tak je k dispozici na https://github.com/fordfrog/ruian2osm co se týče načítání bodů z api, tak jsem to omezil na nody, které mají tag addr:housenumber a tag addr:country=CZ (doufám, že adresní body v čr mají aspoň tyto tagy, pokud ne, tak bych to musel udělat jinak). pro testy jsem použil BOX(14.63 50.55,14.68 50.58). pro párování bodů jsem nastavil maximální povolenou vzdálenost na 0.005, nicméně největší vzdálenost mezi shodnými body je 0,0009538 (RÚIAN: POINT(14.6562825 50.5617608) CZ, Doksy, Hálkova 890 OSM: POINT(14.6553375 50.5616313) CZ, null, Hálkova 890, http://maps.fordfrog.com/?zoom=18lat=50.56166lon=14.65557layers=0B0FTF). u tohohle bodu je zajímavé, že údaj v kú je jiný než údaj v rúian (je to vidět z kú vrstvy, u nás ale zatím neproběhla digitalizace). co se týče propojování, tak úspěšnost byla následující: Total matched nodes: 1 136 Total unmatched nodes - RÚIAN: 150, OSM: 15 z toho mj vyplývá, že pokud jsem nikde neudělal chybu, tak v dané oblasti je oproti rúian navíc 15 adresních bodů a 150 jich chybí (což je opravdu dost na tak malé území, aspoň podle mě). k párování ještě poznámka. to že se body sprárovaly ještě neznamená, že osm obsahuje kompletní adresy. jak jsem psal jinde, u nás kompletně chybí addr:city, součástí adresy není ani addr:postcode. párování probíhá v několika cyklech, nejdříve podle celé adresy, nespárované body se pak porovnávají podle ulice a čísla, a to co zbyde se nakonec porovná pouze podle čísla. ve všech případech se ještě zohledňuje vzdálenost bodů. pro programátory podrobnější info tady: https://github.com/fordfrog/ruian2osm/blob/next_release/src/main/java/com/fordfrog/ruian2osm/AddressNodesMatcher.java tady je ještě údaj o průměrné vzdálenosti propojených bodů: Average matched node distance: 0,046 v příloze posílám (snad proleze zip) kompletní log z bota. uvítal bych, pokud by se někdo na ten log podíval, jestli tam nenajde ještě něco zajímavého (nějaké zjevné chyby, na co si dát pozor apod.). stejně tak, pokud budete někdo chtít, abych pustil bota (samozřejmě pouze v testovacím režimu) na nějaké vaší oblíbené oblasti, tak mi pošlete bounding box a já vám pošlu log z bota. ff ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] rúian - struktura dat adresních bodů
Ahoj Petře, Jak už jsem psal dříve, is_in obsahuje informaci z mapy katastrálních území neodvoditelnou. Jednak někdy KÚ obsahuje více obcí, druhak se někdy obec jmenuje trochu jinak něž katasrální území. Je ke zvážení, jestli je addr:city plnohodnotnou náhradou. Libor On Sun 05-08-12 19:50:25, Petr Morávek wrote: Ještě bych se přimlouval za úplné vypuštění tagu is_in (alespoň pro administrativní jednotky od obce výš). Přijde mi zbytečné tam znova vypisovat informaci, která už je jednou na relacích hranic (když už je tu v nás máme tak hezky komplet). Petr 05.08.12, Miroslav Šulc fordf...@fordfrog.com: ahoj, pustil jsem se do toho bota nad rúian daty. z analýzy rúian dat mi vyplývá, že sestavení adresy lze udělat následovně: - adresní místa s vazbou na ulici mají definovanou ulici - adresní místa bez vazby na ulici nemají asociovanou žádnou ulici - určení obce adresního místa vazbou na stavební objekt a u něj přes vazbu na část obce až na samotnou obec (a následně na nějaký vyšší územní celek - okres, region) k tomu připojuju ilustrační tabulku (typ_kod 1 = má číslo domovní, 2 = má číslo evidenční; has_ulice f = nemá definovanou vazbu na ulici, t = má definovanou vazbu na ulici; count = počet adresních míst; has_cobce = má vazbu na část obce; has_momc = má vazbu na městský obvod/městskou část; has_parcela = má vabzu na parcelu): ruian_new=# select so.typ_kod, am.ulice_kod is not null has_ulice, count(*), count(cobce_kod) has_cobce, count(momc_kod) has_momc, count(identifikacni_parcela_id) has_parcela from rn_adresni_misto am left join rn_stavebni_objekt so on am.stavobj_kod = so.kod group by typ_kod, has_ulice order by typ_kod, has_ulice; typ_kod | has_ulice | count | has_cobce | has_momc | has_parcela -+---+-+---+--+- 1 | f | 1098413 | 1098413 | 2190 | 1048078 1 | t | 1350292 | 1350292 | 266197 | 1310712 2 | f | 353978 |353978 |31947 | 273816 2 | t | 112828 |112828 |16215 | 81166 3 | f | 3 | 0 |0 | 3 3 | t | 1 | 0 |0 | 1 (6 rows) z ní vyplývá, že všechny adresní body typu 1 (má číslo domovní) a 2 (má číslo evidenční) mají v tabulce stavebních objektů vazbu na část obce. problematika určení parametrů adresního bodu by tedy měla být až potud jasná. (možná se lze ještě pozastavit nad otázkou, zda do informací o adresních bodech zahrnout i městský obvod/městskou část). další oblastí je tagování adresních bodů. když se podívám třeba tady u nás na adresní body, tak jejich otagování se dost různí (nevím, jestli jsem postihnul všechny případy, ale asi ne): 1) číslo domovní bez tagu addr:city addr:conscriptionnumber=666 addr:country=CZ addr:housenumber=666 addr:street=Lesní is_in=Doksy, Liberecký kraj, CZ source:addr=mvcr:adresa source:loc=cuzk:km 2) evidenční číslo bez tagu addr:city a addr:street addr:country=CZ addr:housenumber=ev.479 addr:provisionalnumber=479 is_in=Staré Splavy, Doksy, Liberecký kraj, CZ note=Nekonzistence cuzk:km a mvcr:adresa source=cuzk:km 3) evidenční číslo s tagem addr:street, ale bez addr:city addr:country=CZ addr:housenumber=ev.399 addr:provisionalnumber=399 addr:street=Klůček is_in=Doksy, Liberecký kraj, CZ source:addr=mvcr:adresa source:loc=cuzk:km 4) očekával bych adresní body typu 1) včetně tagu addr:city, ale u nás jsem je nenašel takže otázkou je, jaké tagy má mít adresní bod s číslem domovním a s číslem evidenčním (v obci a mimo obec). osobně bych očekával u všech adresních bodů následující tagy: addr:city=Litovel addr:conscriptionnumber=678 addr:country=CZ addr:housenumber=678/1 addr:postcode=78401 addr:street=Mlýnská addr:streetnumber=1 is_in=Litovel, Olomoucký kraj, CZ source:addr=ruian ref:ruian=123456789 případně lze ještě přidat tag s částí obce. tady je odkaz na addr tag na osm: http://wiki.openstreetmap.org/wiki/Key:addr poslední věc, na kterou jsem narazil, je, že kraje, které jsou použité v osm datech, dnes již neexistují. co jsem pochopil z dokumentace rúian, tak se nyní používají tzv regiony soudržnosti, jejichž názvy jsou víceméně totožné s kraji (nicméně ne s těmi v osm). tady je seznam regionů: ruian_new=# select nazev from rn_region_soudrznosti; nazev - Praha Střední Čechy Jihozápad Severozápad Severovýchod Jihovýchod Střední Morava Moravskoslezsko (8 rows) takže např liberecký kraj zmíněný v příkladech nahoře neexistuje, stejně tak olomoucký. tady je pak otázka, jakou identifikaci použít v is_in, zda použít regiony soudržnosti (jako náhradu krajů), nebo pro lepší identifikaci použít raději okresy. takže když to shrnu, tak: - identifikace
Re: [Talk-cz] import budov
:) Zrovna jsem se chtěl ozvat. Za svojí prací si stojím, investoval jsem hodně úsilí do korektnosti importů. Na druhou stranu vím, že některé importy nejsou až tak důkladně provedené. Nemám nic proti přepsání svých importů daty z RÚIAN, obsahově by měly být totožná. Libor On Wed 01-08-12 16:58:38, Miroslav Šulc wrote: no, tady u nás je editorem bodů účet lpechacek, tak nevím, jestli to importoval tenhle uživatel. ff Dne 1.8.2012 14:48, LM_1 napsal(a): Uvažoval jsem přesně takto. Není i dnes většina adresních bodů z importů? Ty ručně dělané budou pravděpodobně správně... LM ___ 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 budov
On Thu 02-08-12 13:34:32, jzvc wrote: Dne 2.8.2012 10:54, Libor Pechacek napsal(a): :) Zrovna jsem se chtěl ozvat. Za svojí prací si stojím, investoval jsem hodně úsilí do korektnosti importů. Na druhou stranu vím, že některé importy nejsou až tak důkladně provedené. Nemám nic proti přepsání svých importů daty z RÚIAN, obsahově by měly být totožná. Tim bych si nebyl tak jisty ... ;D, opakovane sem narazel na spatne nazvy ulic (u importovanych adres) - v tom smyslu, ze tam byly zkratky, blbe mala/velka pismena, pripadne nekde byly pouzity starsi nez aktualni nazvy ... Zkratky a neaktuální názvy jdou na účet MVČR, nesprávně malá/velká písmena jsou chybou importovacího softwaru. Sice jsem software opravil, ale původní názvy už v mapě zůstaly. ;) Libor From 2ec263cad0d127d5a89662bbd380a3b06dc3e329 Mon Sep 17 00:00:00 2001 From: Libor Pechacek lpecha...@gmx.com Date: Fri, 16 Sep 2011 16:43:37 +0200 Subject: [PATCH] Capitalize place names properly Treat space and dash as word separators, capitalize roman numerals. Signed-off-by: Libor Pechacek lpecha...@gmx.com --- CUZK.MergeDBCUZK/StringUtilities.cs | 47 --- 1 files changed, 27 insertions(+), 20 deletions(-) diff --git a/CUZK.MergeDBCUZK/StringUtilities.cs b/CUZK.MergeDBCUZK/StringUtilities.cs index ac4fb88..9ba31a2 100644 --- a/CUZK.MergeDBCUZK/StringUtilities.cs +++ b/CUZK.MergeDBCUZK/StringUtilities.cs @@ -5,31 +5,38 @@ using System.Text; namespace CUZK.MergeDBCUZK { public static class StringUtilities { + static System.Globalization.CultureInfo cultureInfo = System.Globalization.CultureInfo.GetCultureInfo(cs); + static HashSetstring noCapitalize = new HashSetstring(new string[] { + nad, pod, u, v, na, z, + ledna, února, března, dubna, května, máje, června, + července, srpna, září, října, listopadu, prosince, + náměstí, ulice, třída, nábřeží, kraj}); + static Char[] romanNumerals = { 'i', 'v', 'x', 'l', 'c', 'd', 'm' }; + public static string CorrectLetterSize(string geoName) { - if (geoName == null) + if (geoName == null || geoName == ) return ; - string[] nameChunks = geoName.Trim().ToLower(System.Globalization.CultureInfo.GetCultureInfo(cs)).Split(' '); - - StringBuilder result = new StringBuilder(); - result.Append(nameChunks[0].Substring(0, 1).ToUpper(System.Globalization.CultureInfo.GetCultureInfo(cs))); - result.Append(nameChunks[0].Substring(1)); - - string[] noCapitalize = new string[] {nad, pod, u, v, na, z, -ledna, února, března, dubna, května, máje, června, -července, srpna, září, října, listopadu, prosince, -náměstí, ulice, třída, nábřeží, kraj}; - - for (int i = 1; i nameChunks.Length; i++) { -result.Append(' '); -if (noCapitalize.SingleOrDefault(s = s == nameChunks[i]) != null) { - result.Append(nameChunks[i]); -} -else { - result.Append(nameChunks[i].Substring(0, 1).ToUpper(System.Globalization.CultureInfo.GetCultureInfo(cs))); - result.Append(nameChunks[i].Substring(1)); + string source = geoName.Trim().ToLower(cultureInfo); + StringBuilder result = new StringBuilder(source); + source = source + ' '; + + int subStart = 0; + for (int i = 1; i source.Length; i++) { +if (source[i] == ' ' || source[i] == '-') { + string word = source.Substring(subStart, i-subStart); + if(!noCapitalize.Contains(word)) { + if (word.TrimEnd('.').TrimStart(romanNumerals).Length == 0) { + result.Replace(word, word.ToUpper(cultureInfo), subStart, word.Length); + } else { + result[subStart] = Char.ToUpper(result[subStart], cultureInfo); + } + } + subStart = i+1; } } + + result[0] = Char.ToUpper(result[0], cultureInfo); return result.ToString(); } -- 1.6.0.2 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import budov
On Thu 02-08-12 19:45:49, jzvc wrote: Dne 2.8.2012 16:34, LM_1 napsal(a): O jakých chybách se tady bavíme? V Brně bylo spostu adresních bodů pěkně vyplněných, ale posunutých o třy čtyři domy vedle. Pro navigaci lepší než nic, ale pro opravy celkem peklo (navíc oproti prázdnotě hledání původního bodu). LM To je presne o cem se bavime, ze se tam naimportuje hromada dat, ktery nikdy nikdo neopravi - naprosto totez jako aktualne zmena licence, to nikdy nikdo neopravi, protoze se to nijak rozumne opravit neda. je totiz daleko jednodussi mapovat prazdny misto nez opravovat ho. A neni to samo jen posun, chyb tam bude IMO celkem hromada (sak je to registr ala CR). Takze ja sem radsi pro poloprazdnou, ale spravnou mapu, nez pro mapu stejne blbou, jako vsechny ostatni. Tady mluvíme o importu z RÚIAN, jestli dávám správně pozor. Ten je na úrovni dat z KM a databáze adres MVČR. Pokud vím, nic lepšího aktuálně není. Importujme tedy, a to způsobem, který umožní budoucí úpravy, což tu právě diskutujeme. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Zásahy BOTa - nutné a provedené opravy
Ahoj, Když vidím ten objem oprav, mám výzvu. Dělejme opravy ve stejné či lepší kvalitě jako byla původní data. Data z mapy zmizela rychle, to ale neznamená, že se zase stejně rychle mají vrátit. Sám jsem cítil jistou hořkost při opravování již jednou dobře zmapovaných oblastí a měl jsem tendenci opravu odbýt. Nicméně jsem se zamyslel a pozvolna mapuji vyčištěná místa jako by to bylo poprvé - budovy z KM, ulice a lesy z ortofota, názvy ulic a adresy z importu KM+MVČR. Libor On Thu 02-08-12 07:00:50, Michal Tauchman wrote: - Vidochov (oprava silnice) - Mostek (oprava využití krajin, kompletní předělání zničeného lesa okolo obce) - Železnice (oprava drobných detailů smazaných BOTem) - Jičín (drobné opravy) - Pustějov - Nový Jičín (oprava roztržených silnic) - oprava silnice 46421, 46423, 191, 27 (E 53), 190, 145, 14516, 185, 1422, 141 (obec Bavorov), 271, 501, 46420, 441, 3024, 2904, 27246 - Bílov (opravy rozpojených silnic) - Litochovice/Marčovice (spojovací silnice) - Předslavice/Všechlapy (spojovací silnice) - koleje č. 1435 - Vodňany (vodní nádrže) - Vodňanské Svobodné Hory (drobné opravy okolních cest) - Horní Jiřetín (rebuild smazaných cest) - Litvínov (opravy a doplnění roztržených a umazaných silnic) - Chomutov (drobné doplnění smazaných uliček) - Pecka a okolí (opravy cest), Pecka/Borovnice (tracks) - Fulnek (malá silnice obnovena) - Boseň (rekonstrukce okolního lesa) - Dvorský les (nad Trutnovem) (opraveno přerušení a nevykreslení v mapě) - Bobr u Žacléře (opraveny spoje a smazané cesty) - Stárkov (opravená spojení) - Dobruška (opravená spojení, doplněny silnice) - Kostelec nad Orlicí (opravená spojení, doplněny silnice) - Pardubice (drobné chyby) - Litomyšl (drobné opravy) - Loučky (obnova všech městských silnic) - Jablonec nad Nisou (smazané budovy) - Andělka (doplnění smazaných silnic) - Grabštejn (nápravy uliček) - Hrádek nad Nisou (drobné opravy) - Liberec (opravy silnic) - Mařenice (znovuzakreslení místní uličky) - Česká Lípa (ulice už byly opraveny, tak jen drobné detaily k doladění) Další hotové opravy: - Turnov - Česká Lípa ___ 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] kde můžu pomoct?
Ahoj Mirku, On Tue 10-07-12 18:22:17, Miroslav Šulc wrote: jsem tu nový a tak se chci zeptat, kde a s čím případně můžu pomoct, na čem má smysl pracovat a na čem ne. co jsem třeba tak nějak pochopil, tak adresní body asi aktuálně nemá smysl ručně v mapách řešit. přijde mi, že aktuálně asi hlavním uživatelsky kvalitativním nedostatkem čr map jsou ulice bez názvů, ale nemám přehled, v jakém rozsahu chybí názvy ulic a jestli se na tom nějak pracuje. další problém, na který jsem narazil, je že některé ulice na mapě vůbec nejsou. to se ale asi špatně hledá, pokud člověk danou oblast nezná nebo ji nezpracovává globálně. chybějící ulice by se asi daly najít porovnáním osm dat s nějakou db ulic. další věc, která mě napadá, je malování budov, ale to si myslím, že je v tuhle chvíli spíš bonus a v současnosti to nemá takovou prioritu. včera jsem si pročítal českou wiki k osm, ale nějak jsem z ní nepochopil, jestli jsou práce na českých mapách nějak koordinované nebo každý dělá to, co ho zrovna baví. stránka o progresu je asi dva roky stará, takže z ní jsem se toho moc nedozvěděl. jinak včera jsem zkoušel něco editovat v josm, nakonec jsem přidal názvy ulic ve třech městečkách, v jednom bylo dokonce potřeba i přidat nějaké ulice, takže základní mapování už asi trochu ovládám. mapy mě momentálně baví, ale je to jen hobby, není to moje práce. Prima. Mluvíc sám za sebe a podle toho jak OSM používám bych Ti doporučil kreslení ulic. Ulice samotné lze obtáhnout z ortofota nebo Bingu (případně i z KM) a pojmenovat podle okolo ležících adresních bodů tam kde už proběhl import. Například na českolipsku a mladoboleslavsku jsou adresní body hotové, lze z nich snadno číst jména ulic tam kde jsou. Nakonec pak obtáhni hranice obce jako residential area, případně kde to poznáš, označ průmyslové a zemědělské plochy. Výsledkem bude mapa použitelná pro navigace. Dál se pak, pokud se rád touláš v přírodě, můžeš zapojit do mapování turistických tras. Na to je třeba vyrazit s GPSkou a foťákem do lesů a posbírat potřebné informace. Kdybys chtěl vědět víc, můžu vysvětlit. normálně programuju v javě (už moc dlouho). Skvěle, můžeš přispět k vývoji nástrojů. :) s editací souvisí jedna věc, na kterou jsem včera narazil. v bělé pod bezdězem jsem zjistil, že některé ulice na mapě vůbec nejsou. mapy z katastru se mi ale nenačetly, takže předpokládám, že ta vrstva používá nové digitální mapy, které ovšem pro danou oblast ještě neexistují. nakonec jsem ulice maloval podle uhul ortofoto mapy (podle vyježděných polních cest a s pomocí jiných webových map, abych vůbec věděl, kde na orto mapě mám ty polní cesty), ale ta asi není úplně nejnovější. existuje nějaký lepší způsob pro malování ulic než ten uhul? Nic lepšího, než ortofoto a satelitní snímky neznám. Je zajímavé, že katastrální mapa v Bělé chybí, měla by být všude. Kde není nová digitální, je ta stará ručně kreslená. HTH, Libor a ještě jsem se chtěl zeptat na jednu věc. na mobilu a na tabletu používám osmand+ a tak by mě zajímalo, kdy, kde a kdo generuje obf soubory pro čr, které si pak osmand stahuje. jinak řečeno, zajímá mě, kdy si budu moct svoje editace stáhnout do mobilu a do tabletu :-) fordfrog ___ 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] Data RUIAN - výměnný formát
Ahoj, On Sun 01-07-12 12:25:22, hanoj wrote: Takže v první fázi udělat program, který porovná stav v OSM a v RUIAN. Jak by měl vypadat výstup tohoto porovnání? Může nastat mnoho případů (nejde o disjunktní případy): *** Hodne nam muze pomoci historie editaci a puvod UIR-ADR: 1) vymazat addr body ktere prosly jen hromadnym importem/hromadnou upravou z UIR-ADR (predpokladam ze to bude vetsina) Velka cast z nich bude ruzne posunuta - prave kvuli tomu nesmyslu, ze snima oznacime kde je vchod + ani presnost importovanych dat jako takovych neni nijak uzasna, casto jsou adresy nekolik desitek metru mimo. Ale na casti uzemi to bude rucne u/opraveno. = opet se znici spousta prace spousty lidi. *** V OSM mame verzovani, takze urcit co je jen import UIR-ADR bez zasahu useru nebude problem. *** Oznacovani tzv. vchodu je myslim minoritni vec. Hlavni duvod posunu je, ze adresni body jsou casto o desitky metru jinde. *** Ja jsem posunul cca 10.000 adresnich bodu, ale rad si je necham nahradit necim, co ma systematicky pristup a vizi udrzby. +1 Já osobně bych bez mazal nejen neupravené importy z UIR-ADR, ale i hromadné importy ČÚZK+MVČR. Tedy: source=uir-adr, verze 1 - smazat hned source=uir-adr, verze 1 - podívat se a smazat source:loc=cuzk:km, source:addr=mvcr:adresa - podívat se a smazat ČÚZK+MVČR import také není v některých místech dostatečně polohově přesný, v KM totiž proběhlo mnoho korekcí umístění bodů i průběhu kranic KÚ. Oním podíváním se mám na mysli ruční revizi rozdílů. Může se ukázat, že v OSM máme v některých případech přesnější data, než jsou RÚIAN, nebo se můžou ukázat nějaké další vzorce. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Formát zápisu adresních bodů (was Data RUIAN - výměnný formát)
On Wed 27-06-12 09:22:24, jzvc wrote: Dne 26.6.2012 19:21, Libor Pechacek napsal(a): Ahoj Honzo, Zabral jsem se do detailů a nějak zapomněl uzavřít návrhem. Jsem pro požití tagů addr:housenumber, addr:streetnumber, addr:conscriptionnumber, addr:street a is_in. Is_in proto, že často obsahuje informaci o městských částech, kterou z mapy nelze odvodit. Pokud někdo najde nějakou hypoalergenní[1] variantu k is_in, jsem pro. Dál navrhuji seskupit adresy jedné ulice do relace, která ponese addr:street a is_in, aby se předešlo duplikaci. Adresní body by v tom případě měly jen addr:housenumber, addr:streetnumber a addr:conscriptionnumber. Otázkou je, jak by taková relace měla vypadat[2]. Toto je neprohledatelny, zadny stavajici nastroj s necim takovym nepocita, tudiz tu adresu nikdo nenajde. Jako bonus je to obtizne editovatelny. Nominatim používá relaci associatedStreet. http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview#Building_Indexing Editace jsou samozřejmě obtížnější, nicméně mě stále láká strukturovanost této relace. Na druhou stranu, software na import asi psát nebudu, a kdyby ano, nemořil bych se s generováním relací. Takže to tu nechme jako dobrý nápad. Podle me naopak nejvetsi kandidat na vyhozeni je prave is_in, protoze je to nestrukturovana hromada cehosi. Navic v soucasnosti drtiva vetsina aplikaci spravne najde ze adresa lezi uvnitr boundary XYZ. Souhlas, je to nestrukturovaná hromada, ovšem to cosi nese užitečnou informaci. Jak už jsem psal, někdy jedno katastrální uzemí obsahuje více částí obce, každá část má vlastní číslování domů. Tedy v hranicích jednoho KÚ se čísla opakují. Priklad http://nominatim.openstreetmap.org/details.php?place_id=43709385 Protipříklad http://nominatim.openstreetmap.org/details.php?place_id=14212965 Nominatim podle administrativní hranice odvodil příslušnost k Pískové Lhotě, ale tento dům je v Pískové Lhotě - Zámostí. Písková Lhota 8 je tady: http://www.openstreetmap.org/browse/node/123898 Zřejmě bych dovedl najít i příklad kde je v jednom KÚ více obcí s různými jmény. PSC je naopak identifikator, ktery muze byt v ramci stejneho katastralniho uzemi ruzny, tudiz rozhodne ponechat. Uvedom si, ze nektere podniky maji vlastni psc. Nehlede na to, ze pokud si pamatuju, vedla se tu na to tema uz nejaka diskuse, a prakticky nikdo neni schopen rict, odkud kam je nejake konkretni psc. Já osobně PSČ k vyhledání adres nepoužívám, ale nejsem proti přidání tohoto údaje. country a city ... country je asi na vyhozeni, u city tam je to takove trochu sporne, neb by IMO adresa mela byt komplet - zkratka kdyz si sosnu vyrez mapy, tak bych z toho tagovani mel byt schopen tu adresu dohledat kdekoli a nemuset si kvuli tomu stahovat cely mesto. Ale technicky to samozrejme nadbytecny je. Jak vidno výše, Nominatim nášemu formátu is_in asi nerozumí. Jestli porozumí addr:city, použijme ten. Libor Addr:postcode, addr:city a addr:country bych klidně zahodil, pokud neposlouží jako náhrada is_in. Libor [1] http://wiki.openstreetmap.org/wiki/Key:is_in#Controversy [2] v úvahu zřejmě připadá http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways, http://wiki.openstreetmap.org/wiki/Relations/Proposed/Street nebo http://wiki.openstreetmap.org/wiki/Relation:associatedStreet On Tue 26-06-12 16:12:11, Jan Bilak wrote: Ahoj, díky za rozbor, ale myslel jsem to tak, jaký zápis chceme v OSM ideálně mít. Tedy v jakém formátu připravovat import z RUIAN, jaké tagy tam dát pro nové adresní body, jaké tagy doplnit ke stávajícím, jaké existující tagy případně smazat nebo změnit (ostatní předpokládám zachovat). Tedy aby to všude jednotné (+ u některých bodů nějaké specifické tagy). Jak se má složit obsah tagu is_in (pokud tam má být), protože to je složenina různých údajů. Honza Dne 26. června 2012 13:58 Libor Pechacek lpecha...@gmx.com napsal(a): Ahoj, Z mojí zkušenosti se formát adresního bodu liší podle použitého nástroje. Jsou tři (polo)automatické způsoby importu, a nakonec pak ruční zadání. On Tue 26-06-12 04:14:04, Jan Bilak wrote: jak vypadá ideální zápis adresního bodu v OSM XML? Koukal jsem se do snapshotu OSM dat ČR a zápisy nemají jednotný formát. Např.: node id=296674495 lat=48.9631350 lon=14.5119948 version=2 changeset=1965423 user=Radomír Černoch uid=51295 timestamp=2009-07-28T14:56:31Z tag k=addr:conscriptionnumber v=2030 / tag k=addr:housenumber v=2030/1 / tag k=addr:postcode v=37006 / tag k=addr:street v=U pramene / tag k=addr:streetnumber v=1 / tag k=source:addr v=uir_adr / tag k=uir_adr:ADRESA_KOD v=23398671 / /node Tohle je podle mě výsledek UIR-ADR importu. http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#Adresn.C3.AD_body_-_MPSV.28UIR
[Talk-cz] Formát zápisu adresních bodů (was Data RUIAN - výměnný formát)
Ahoj, Z mojí zkušenosti se formát adresního bodu liší podle použitého nástroje. Jsou tři (polo)automatické způsoby importu, a nakonec pak ruční zadání. On Tue 26-06-12 04:14:04, Jan Bilak wrote: jak vypadá ideální zápis adresního bodu v OSM XML? Koukal jsem se do snapshotu OSM dat ČR a zápisy nemají jednotný formát. Např.: node id=296674495 lat=48.9631350 lon=14.5119948 version=2 changeset=1965423 user=Radomír Černoch uid=51295 timestamp=2009-07-28T14:56:31Z tag k=addr:conscriptionnumber v=2030 / tag k=addr:housenumber v=2030/1 / tag k=addr:postcode v=37006 / tag k=addr:street v=U pramene / tag k=addr:streetnumber v=1 / tag k=source:addr v=uir_adr / tag k=uir_adr:ADRESA_KOD v=23398671 / /node Tohle je podle mě výsledek UIR-ADR importu. http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#Adresn.C3.AD_body_-_MPSV.28UIR-ADR.29 node id=1496603658 lat=48.8736400 lon=14.6758775 version=1 changeset=9784174 user=Petr1868 uid=72020 timestamp=2011-11-09T19:54:47Z tag k=addr:conscriptionnumber v=13 / tag k=addr:country v=CZ / tag k=addr:housenumber v=13 / tag k=is_in v=Třebeč, Borovany, Jihočeský kraj, CZ / tag k=source:addr v=mvcr:adresa / tag k=source:loc v=cuzk:km / /node Tento záznam vytváří nástroje napsané Lukášem Kábrtem. http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR Pokud jsou v obci ulice, je přítomen i tag addr:street. node id=33705330 lat=49.7021197 lon=17.0731786 version=12 changeset=5435557 user=NE2 uid=207745 timestamp=2010-08-08T17:43:41Z tag k=addr:city v=Litovel / tag k=addr:conscriptionnumber v=678 / tag k=addr:country v=CZ / tag k=addr:housenumber v=678/1 / tag k=addr:postcode v=78401 / tag k=addr:street v=Mlýnská / tag k=addr:streetnumber v=1 / tag k=is_in v=Litovel, Olomoucký kraj, CZ / tag k=name v=Penzion U starého mlýna / tag k=source:addr v=mvcr:adresa / tag k=tourism v=hotel / tag k=url v=http://ustarehomlyna.cz; / /node Tohle je podle mě CzechAddress plugin pro JOSM napsaný Radomírem Černochem. http://wiki.openstreetmap.org/wiki/CS:JOSM/Plugins/CzechAddress Name a URL tagy byly zřejmě přidány ručně. node id=283050015 lat=50.1039117 lon=14.5115490 version=2 changeset=1984279 user=Radomír Černoch uid=51295 timestamp=2009-07-30T12:44:24Z tag k=addr:housenumber v=?/66 / tag k=addr:streetnumber v=66 / tag k=created_by v=Potlatch 0.10b / /node Tenhle byl asi vyroben ručně v Potlatchi, JOSM vytváří podobné. Chybí v nich is_in. Jak se vlastně jednoznačně/algoritmicky určí, co je a co není adresní bod? Všechny mají addr:housenumber, čehož bych se držel. Je vidět, že některé adresní body obsahují i doplňkové informace, které bude třeba zachovat. Tedy nějaké globální mazání a import adresních bodů nebude možný. Bude třeba matchovat staré a nové a podle toho se nějak zachovat. Rozhodně. A aby to nebylo jednoduché, různé zdroje mají různou přesnost. Polohově nejpřesnější jsou ruční editace, pak je import pomocí nástrojů Lukáše K., nejméně přesný je UIR-ADR. Co se týče doplňkových informací, informaci o ulici, čísle orientačním a hierarchii sídel obsahují body vytvořené ručně s pomocí CzechAddress a poloautomaticky nástroji Lukáše K. Informace o čísle, ulici a sídle pochází z databáze adres MVČR, umístění adresního bodu je pak výsledkem tvůrčí práce. V případech, kdy je na jednom katastrálním území více částí obcí, mohou někdy být tyto informace nesprávně. Záleží totiž, jak pečlivě byl import proveden. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Formát zápisu adresních bodů (was Data RUIAN - výměnný formát)
Ahoj Honzo, Zabral jsem se do detailů a nějak zapomněl uzavřít návrhem. Jsem pro požití tagů addr:housenumber, addr:streetnumber, addr:conscriptionnumber, addr:street a is_in. Is_in proto, že často obsahuje informaci o městských částech, kterou z mapy nelze odvodit. Pokud někdo najde nějakou hypoalergenní[1] variantu k is_in, jsem pro. Dál navrhuji seskupit adresy jedné ulice do relace, která ponese addr:street a is_in, aby se předešlo duplikaci. Adresní body by v tom případě měly jen addr:housenumber, addr:streetnumber a addr:conscriptionnumber. Otázkou je, jak by taková relace měla vypadat[2]. Addr:postcode, addr:city a addr:country bych klidně zahodil, pokud neposlouží jako náhrada is_in. Libor [1] http://wiki.openstreetmap.org/wiki/Key:is_in#Controversy [2] v úvahu zřejmě připadá http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways, http://wiki.openstreetmap.org/wiki/Relations/Proposed/Street nebo http://wiki.openstreetmap.org/wiki/Relation:associatedStreet On Tue 26-06-12 16:12:11, Jan Bilak wrote: Ahoj, díky za rozbor, ale myslel jsem to tak, jaký zápis chceme v OSM ideálně mít. Tedy v jakém formátu připravovat import z RUIAN, jaké tagy tam dát pro nové adresní body, jaké tagy doplnit ke stávajícím, jaké existující tagy případně smazat nebo změnit (ostatní předpokládám zachovat). Tedy aby to všude jednotné (+ u některých bodů nějaké specifické tagy). Jak se má složit obsah tagu is_in (pokud tam má být), protože to je složenina různých údajů. Honza Dne 26. června 2012 13:58 Libor Pechacek lpecha...@gmx.com napsal(a): Ahoj, Z mojí zkušenosti se formát adresního bodu liší podle použitého nástroje. Jsou tři (polo)automatické způsoby importu, a nakonec pak ruční zadání. On Tue 26-06-12 04:14:04, Jan Bilak wrote: jak vypadá ideální zápis adresního bodu v OSM XML? Koukal jsem se do snapshotu OSM dat ČR a zápisy nemají jednotný formát. Např.: node id=296674495 lat=48.9631350 lon=14.5119948 version=2 changeset=1965423 user=Radomír Černoch uid=51295 timestamp=2009-07-28T14:56:31Z tag k=addr:conscriptionnumber v=2030 / tag k=addr:housenumber v=2030/1 / tag k=addr:postcode v=37006 / tag k=addr:street v=U pramene / tag k=addr:streetnumber v=1 / tag k=source:addr v=uir_adr / tag k=uir_adr:ADRESA_KOD v=23398671 / /node Tohle je podle mě výsledek UIR-ADR importu. http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#Adresn.C3.AD_body_-_MPSV.28UIR-ADR.29 node id=1496603658 lat=48.8736400 lon=14.6758775 version=1 changeset=9784174 user=Petr1868 uid=72020 timestamp=2011-11-09T19:54:47Z tag k=addr:conscriptionnumber v=13 / tag k=addr:country v=CZ / tag k=addr:housenumber v=13 / tag k=is_in v=Třebeč, Borovany, Jihočeský kraj, CZ / tag k=source:addr v=mvcr:adresa / tag k=source:loc v=cuzk:km / /node Tento záznam vytváří nástroje napsané Lukášem Kábrtem. http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR Pokud jsou v obci ulice, je přítomen i tag addr:street. node id=33705330 lat=49.7021197 lon=17.0731786 version=12 changeset=5435557 user=NE2 uid=207745 timestamp=2010-08-08T17:43:41Z tag k=addr:city v=Litovel / tag k=addr:conscriptionnumber v=678 / tag k=addr:country v=CZ / tag k=addr:housenumber v=678/1 / tag k=addr:postcode v=78401 / tag k=addr:street v=Mlýnská / tag k=addr:streetnumber v=1 / tag k=is_in v=Litovel, Olomoucký kraj, CZ / tag k=name v=Penzion U starého mlýna / tag k=source:addr v=mvcr:adresa / tag k=tourism v=hotel / tag k=url v=http://ustarehomlyna.cz; / /node Tohle je podle mě CzechAddress plugin pro JOSM napsaný Radomírem Černochem. http://wiki.openstreetmap.org/wiki/CS:JOSM/Plugins/CzechAddress Name a URL tagy byly zřejmě přidány ručně. node id=283050015 lat=50.1039117 lon=14.5115490 version=2 changeset=1984279 user=Radomír Černoch uid=51295 timestamp=2009-07-30T12:44:24Z tag k=addr:housenumber v=?/66 / tag k=addr:streetnumber v=66 / tag k=created_by v=Potlatch 0.10b / /node Tenhle byl asi vyroben ručně v Potlatchi, JOSM vytváří podobné. Chybí v nich is_in. Jak se vlastně jednoznačně/algoritmicky určí, co je a co není adresní bod? Všechny mají addr:housenumber, čehož bych se držel. Je vidět, že některé adresní body obsahují i doplňkové informace, které bude třeba zachovat. Tedy nějaké globální mazání a import adresních bodů nebude možný. Bude třeba matchovat staré a nové a podle toho se nějak zachovat. Rozhodně. A aby
Re: [Talk-cz] Import budov
Ahoj, Postup importu adresních bodů je dobře popsán na již zmíněné wiki [1]. Až se Ti podaří rozchodit software, zapiš se na wiki jako importér a pusť se do toho. Při importu je většina práce řešení chyb při importu. Jde o to, že v jednom katastrálním území je někdy více částí obcí. V tomto případě se v souboru *-fixme.osm objeví duplicitní adresy a je třeba relaci popisující hranice karastrálního území rozdělit na části a tyto části zapojit do hierarchie adres editací *.map souboru. Malá ukázka je v adresy-priklad.zip [2]. Dál pak může být potřeba posunout hranice KÚ, v mapě jsou někdy nepřesně, nebo je třeba přiřadit části obcí katastrálním územím, když se nepodařilo Lukášovi vytvořit tato spojení algoritmicky. Hodně štěstí, pozor na oblasti kde už adresní body jsou a ozvi se kdybys potřeboval pomoc. Libor [1] http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR [2] http://osm.kabrt.cz/home/adresy-priklad.zip?attredirects=0d=1 On Thu 21-06-12 22:11:45, xkomc...@centrum.cz wrote: Aha, tak to jsem nevěděl, myslel jsem, že se importují adresy i rovnou s nakreslenými budovami :-( V tom případě bych rád poprosil, zda-li by nebyl odkaz na návod jak importovat alespoň ty adresy a jak vytvořit obrysy budov. Díky, xkomczax __ Od: jzvc j...@tpfree.net Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 21.06.2012 19:40 Předmět: Re: [Talk-cz] Import budov On nekdo nejak importuje budovy? Pokud se pamatuju, mluvilo se tu o importu adresnich bodu, coz je ponekud neco jineho - a ten odkaz odpovida prave adresam. Osobne to teda delam jinak, za pomoci czech address pluginu, neb mam overeno, ze adresni body jsou dost casto naprosto mimo, pripadne chybi uplne, takze by to stejne byla dvoji prace. Vetsinou postupuju tak, ze pouziju tracer a na nakreslenou budovu rovnou pridam i adresu. V kazdym pripade, importem do mapy asi nic nezkazis - kazdej by si mel predem overit jestli tam uz data nejsou, jen to udelej pod nejakym extra uctem, aby se vedelo, ze jde o import. Kazdopadne by to pomalu chtelo nejakej tool, kterej by umel najit budovy, ktere maji uvnitr cervenou tecku, ale jsou bez adresy (a idealne to zobrazit jako podklad do JOSM a spol), pripadne najit adresy, ktere nejsou v mape ... protoze posledni dobou uz narazim i na starsi oblasti, kde je zmapovano, ale mezi tim tam jsou nove budovy ... ktere se v OSM objevi jen, pokud na to nahodou nekdo narazi. Dne 21.6.2012 19:23, xkomc...@centrum.cz napsal(a): Zdravím, chtěl jsem se zeptat jak je to s importem budov z katastru nemovitostí. U okresu Prostějov je napsána poznámka probíhá, ale žádný pokrok osobně nepozoruji. Napsal jsem proto před časem uživateli Dave, který je u Prostějova napsán, ale od začátku března nepřišla odpověď, z čehož usuzuji, že import bude muset proběhnout jinak. Mám tedy o import požádat někoho zkušenějšího nebo se mám do něj pustit svépomocí? A mimochodem, když jsem našel na serveru http://osm.kabrt.cz/ soubor Prostějov.zip, ve kterém jsou i zbývající vesnice v .map formátu, znamená to že jsou již importovány a stačí jej pouze nějak nahrát na server? Pokud ano, jak to mohu provést? Díky, xkomczax ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import budov
Ahoj Honzo, Souhlas. Sám se už dlouho těším na zdroj dat jako je RUIAN se kterým půjdou přetáhnout již existující informace do OSM, místo jejich znovuobjevování. Na druhou stranu, ještě nemáme žádné nástroje, které by RUIAN používaly a tady je přispivatel, který chce mapu vylepšit. Sám za sebe mu raději řeknu co může udělat dnes, místo abych ho nabádal počkat až bude software používající nové postupy. Libor On Mon 25-06-12 13:56:56, Jan Bilak wrote: Ahoj, s importem adresních bodů získaných z teček na mapě bych se teď moc nezatěžoval, protože v brzké době se doufám podaří provést import z RUIAN, což být měl být kvalitnější zdroj (viz probíhající diskuse o RUIAN) - tedy úplný, denně aktualizovaný, přesnější, s menším rizikem chyby, lehčeji zpracovatelný, ... Zrovna adresní body myslím budou to nejjednodušší, co z RUIAN půjde naimportovat. Honza Dne 25. června 2012 13:50 Libor Pechacek lpecha...@gmx.com napsal(a): Ahoj, Postup importu adresních bodů je dobře popsán na již zmíněné wiki [1]. Až se Ti podaří rozchodit software, zapiš se na wiki jako importér a pusť se do toho. Při importu je většina práce řešení chyb při importu. Jde o to, že v jednom katastrálním území je někdy více částí obcí. V tomto případě se v souboru *-fixme.osm objeví duplicitní adresy a je třeba relaci popisující hranice karastrálního území rozdělit na části a tyto části zapojit do hierarchie adres editací *.map souboru. Malá ukázka je v adresy-priklad.zip [2]. Dál pak může být potřeba posunout hranice KÚ, v mapě jsou někdy nepřesně, nebo je třeba přiřadit části obcí katastrálním územím, když se nepodařilo Lukášovi vytvořit tato spojení algoritmicky. Hodně štěstí, pozor na oblasti kde už adresní body jsou a ozvi se kdybys potřeboval pomoc. Libor [1] http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR [2] http://osm.kabrt.cz/home/adresy-priklad.zip?attredirects=0d=1 On Thu 21-06-12 22:11:45, xkomc...@centrum.cz wrote: Aha, tak to jsem nevěděl, myslel jsem, že se importují adresy i rovnou s nakreslenými budovami :-( V tom případě bych rád poprosil, zda-li by nebyl odkaz na návod jak importovat alespoň ty adresy a jak vytvořit obrysy budov. Díky, xkomczax __ Od: jzvc j...@tpfree.net Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 21.06.2012 19:40 Předmět: Re: [Talk-cz] Import budov On nekdo nejak importuje budovy? Pokud se pamatuju, mluvilo se tu o importu adresnich bodu, coz je ponekud neco jineho - a ten odkaz odpovida prave adresam. Osobne to teda delam jinak, za pomoci czech address pluginu, neb mam overeno, ze adresni body jsou dost casto naprosto mimo, pripadne chybi uplne, takze by to stejne byla dvoji prace. Vetsinou postupuju tak, ze pouziju tracer a na nakreslenou budovu rovnou pridam i adresu. V kazdym pripade, importem do mapy asi nic nezkazis - kazdej by si mel predem overit jestli tam uz data nejsou, jen to udelej pod nejakym extra uctem, aby se vedelo, ze jde o import. Kazdopadne by to pomalu chtelo nejakej tool, kterej by umel najit budovy, ktere maji uvnitr cervenou tecku, ale jsou bez adresy (a idealne to zobrazit jako podklad do JOSM a spol), pripadne najit adresy, ktere nejsou v mape ... protoze posledni dobou uz narazim i na starsi oblasti, kde je zmapovano, ale mezi tim tam jsou nove budovy ... ktere se v OSM objevi jen, pokud na to nahodou nekdo narazi. Dne 21.6.2012 19:23, xkomc...@centrum.cz napsal(a): Zdravím, chtěl jsem se zeptat jak je to s importem budov z katastru nemovitostí. U okresu Prostějov je napsána poznámka probíhá, ale žádný pokrok osobně nepozoruji. Napsal jsem proto před časem uživateli Dave, který je u Prostějova napsán, ale od začátku března nepřišla odpověď, z čehož usuzuji, že import bude muset proběhnout jinak. Mám tedy o import požádat někoho zkušenějšího nebo se mám do něj pustit svépomocí? A mimochodem, když jsem našel na serveru http://osm.kabrt.cz/ soubor Prostějov.zip, ve kterém jsou i zbývající vesnice v .map formátu, znamená to že jsou již importovány a stačí jej pouze nějak nahrát na server? Pokud ano, jak to mohu provést? Díky, xkomczax ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Překlady
Ahoj, On Fri 09-12-11 21:41:07, LM_1 wrote: tag: značka, štítek, tag (přejmout z en), ... k tomu by ale měly sedět i příbuzné tagging: značkování/značení, štítkování, tagování tagged: označkovaný/označený, oštítkovaný, otagovaný Třebaže upřednostňuji české ekvivalenty, tady jsem pro přijmutí anglického tag. Alternativy mi tady nepřijdou vhodné a některé mohou podle mě být dokonce matoucí pro zkušené uživatele, kteří už si na anglické tag zvykli. node: asi jasné - uzel, mohl by být vrchol Jen uzel. Grafy bych do kartografie netahal. :) way: často se používá cesta, ale to dost koliduje s highway=*, obzvláště s highway=track;path, mnoho čar na mapě navíc vůbec cestou není, takže by asi nejlepší překlad byl hrana (půjčil jsem si z teorie grafů), možná spojnice, ale to zní divně. V tomto případě jsem pro cestu, i přes jistou nejednoznačnost, která však, věřím, nebude vadit. Nakonec, ani anglické way není specializovaný termín. HTH, Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] hlášení chybného zobrazení katastrální mapy
On Mon 28-11-11 15:44:03, Petr Schonmann wrote: A abych si ještě postěžoval já :) Stejné vrstvy jsem nastavil i do traceru - jsou to jen digitalizované mapy. V Josm stejnou wms url, přesto dostávám výsledný polygon z traceru kousek posunutý. Je to bug ? Ano, zřejmě to je buga. Pokud zvýšíš rozlišení stahovaného obrázku v konfiguraci Traceru, posunutí bude ještě větší. Patche vítány. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] MTB mapa
Ahoj, On Wed 23-11-11 18:34:45, Petr Holub wrote: Uz delsi dobu diskutujeme, ze by bylo dobre to paralelizovat. V soucasne dobe je to omezene tim, ze je tam renderd, ktery umi pouzit jen jeden procesor. Koukam co je a kde zije renderd a vidim na http://wiki.openstreetmap.org/wiki/Mod_tile, ze existuje alternativni renderer Tirex. Ten vypada, ze paralelizaci umi. Je to mozna alternativa? Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] obkreslování
On Mon 17-10-11 18:27:56, Karel Volný wrote: myslel jsem to spíše obecně, ať si všichni dávaj pozor - ostatně není to první taková věc, co jsem potkal Já se ke Karlově výzvě k ostražitosti připojuji a přidávám příklady, kde se průběh trasy v terénu neshoduje s informacemi KČT: Konec modré 1037 u Ondřejova (relace 223176) - závěrečný úsek lesem na Chlum je jinak. http://mapy.cz/s/2s9k http://hiking.lonvia.de/?zoom=15lat=49.90843lon=14.80285 Modrá 1428 v Rejštejně (relace 1086411) nevede od rozcestníku u mostu na jih v souběhu s červenou, ale o ulici vedle. http://mapy.cz/s/2s9t http://hiking.lonvia.de/?zoom=16lat=49.14135lon=13.51585 Červená ve Vimperku (zatím se nezobrazuje na Lonvia) vede do Vimperku asfaltkou západně od U Sloupů, nikoli severně přes louku jako v mapě. Dál pak ve Vimperku prochází, společně se žlutou, ulici Sadová místo ulice Rožmberská. http://mapy.cz/s/2s9E Žlutá z Nového Brunstu do bývalého Zhůří (relace 63959) vede severněji po asfaltce, ne pěšinou v lese. http://mapy.cz/s/2s9N http://hiking.lonvia.de/?zoom=15lat=49.18586lon=13.27986 To je pět významných odchylek, kterých jsem si všiml na svých letošních 200km turistických tras. Budiž odstrašujícími příklady. :) Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] administrativní hranice
Ahoj, On Mon 12-09-11 21:57:10, Petr Morávek [Xificurk] wrote: právě kontroluju administrativní hranice - jak se dalo čekat, sem tam něco se rozbilo v průběhu času... ale to se snad snadno opraví. Tady ještě stojí za zmínku, že průběh hranic místy neodpovídá současnému stavu z WMS CUZK. Hranice jsou příliš generalizované, což občas vadí při importu adresních bodů. Ale při prohlídce mě zarazila jedna věc - spousta obcí (admin_level=8) má nesouvislá území - skutečně to tak je? Odkud se tahle data brala? Nesouvislá území? Mohu příklad? Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import adresnich bodu - nova verze programu
On Sat 10-09-11 23:40:10, Lukas Kabrt wrote: Na adrese https://sites.google.com/a/kabrt.cz/osm/home/adresy.zip?attredirects=0d=1 je nova verze programu pro import adresnich bodu. Opravy a upravy programu jsou opet z dilny Libora Pechacka. alespon kratky changelog: * oprava padu programu pri zpracovani mestskych casti bez prirazenych adres (ano takove existuji :) ), odstraneni duplikace kodu * chybove hlaseni pokud nazev katastralniho uzemi v souboru s prirazenimi nesouhlasi s nazvem v OSM mape katastralnich uzemi * oprava preklepu ve statickych retezcich pro formatovani jmen Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import adres pardubice
On Mon 21-02-11 17:39:15, hanoj wrote: Komplikace? Měl jsem za to, že diskutujeme možnosti ukládání informací do Openstreetmap s ohledem na pozdější dávkové zpracování. Nikdo tím není nucen komplikovat si práci. Návrh tagy na polygonu padl kvůli nárožním budovám, body uvnitř polygonu jsou zaběhnutý postup, body součástí polygonu může být přijatelná alternativa pro *** Jednotnost zadavani dat je velka vyhoda... Tato alternativa znamena, ze pri presunu tohoto bodu se musim ptat, zda nema nejakeho rodice, jinak znicim way jiz je clenem. Stejne tak pri manipulaci s way. Ano, to je zřejmé. Co mi zřejmé není jsou důvody pro automatizovaný _přesun_ adresních bodů. ty, kdo chtějí mít nějak napevno spojený dům s adresou. OK? *** Co je konkretnim prinosem tohoto pevneho spojeni? Zmínili jsme orientační čísla budov. To jsou tabulky připevněné na vnějšku obvodových zdí domů. Jak už jsme diskutovali u nárožních domů, jedno orientační číslo domu může mít jeden adresní bod. Selský rozum mi praví, že by měl být v místě, kde se vyskytuje ona tabulka s orientačním číslem - tedy v mapě na obrysu budovy. Tolik úvaha z pohledu uživatele mapy. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import adres pardubice
Ahoj, On Mon 21-02-11 00:36:44, hanoj wrote: chtěl bych se zeptat co dělat v případě, že už v mapě jsou zaneseny adresní body, ale ne jako body, ale jako vlastnost objektu , přímo budovy. Měl jsem kdysi stejný nápad, ale pak jsem se podíval na mapu Berlína a viděl, že tam nemají budovy adresu, nýbrž adresní body jsou součástí obrysu budovy. Adresní bod je (zřejmě) v místě vchodu do budovy. *** to je nestastne reseni jiz tu diskutovane, Byl by odkaz na předchozí diskuzi? nebot: * jedna budova muze mit a v nezridka ve skutecnosti ma vice adresnich bodu, ktera maji vazbu na stejnou nebo jine nazvy ulic, tj. budova != adresni bod Byl by příklad? Budovy v katastru mají vždy maximálně jedno popisné čislo. * davkove zpracovani (udrzba, aktualizace, export, render) adresnich bodu objevujicich se jako bod linie ci plocha je problematicke Ve výše uvedeném alternativním návrhu zůstávají body body a patří do cest které tvoří obrysy budov. V případě úpravy informace v adresním bodu je jedno jestli je-li součástí cesty či ne. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import adres pardubice
On Mon 21-02-11 09:48:01, hanoj wrote: On Mon 21-02-11 00:36:44, hanoj wrote: chtěl bych se zeptat co dělat v případě, že už v mapě jsou zaneseny adresní body, ale ne jako body, ale jako vlastnost objektu , přímo budovy. Měl jsem kdysi stejný nápad, ale pak jsem se podíval na mapu Berlína a viděl, že tam nemají budovy adresu, nýbrž adresní body jsou součástí obrysu budovy. Adresní bod je (zřejmě) v místě vchodu do budovy. *** to je nestastne reseni jiz tu diskutovane, Byl by odkaz na předchozí diskuzi? *** myslim ze to je tato: http://www.mail-archive.com/talk-cz@openstreetmap.org/msg04099.html OK, podívám se. nebot: * jedna budova muze mit a v nezridka ve skutecnosti ma vice adresnich bodu, ktera maji vazbu na stejnou nebo jine nazvy ulic, tj. budova != adresni bod Byl by příklad? Budovy v katastru mají vždy maximálně jedno popisné čislo. *** rozdil je v cislech orientacnich, popisne je stejne. Zpravidla se jedna o narozi, nekdy i radovou zastavbu. napr: blok budov kvetinarska, masarykova, zelny trh http://osm.org/go/0Jv1vp@fP-- Jistě, už chápu. V Praze jsem také našel snadno příklady. * davkove zpracovani (udrzba, aktualizace, export, render) adresnich bodu objevujicich se jako bod linie ci plocha je problematicke Ve výše uvedeném alternativním návrhu zůstávají body body a patří do cest které tvoří obrysy budov. V případě úpravy informace v adresním bodu je jedno jestli je-li součástí cesty či ne. *** aha, to jsem nepochopil, myslel jsem ze tagy jsou pridany polygonu, nikoliv ze bod je jako jeden z bodu tvorici polygonu. Otazka je co tato komplikace prinasi. Zjisteni informace v jakem polygonu lezi bod je zakladni prostorovy dotaz implementovany snad do kazde geo knihovny. Komplikace? Měl jsem za to, že diskutujeme možnosti ukládání informací do Openstreetmap s ohledem na pozdější dávkové zpracování. Nikdo tím není nucen komplikovat si práci. Návrh tagy na polygonu padl kvůli nárožním budovám, body uvnitř polygonu jsou zaběhnutý postup, body součástí polygonu může být přijatelná alternativa pro ty, kdo chtějí mít nějak napevno spojený dům s adresou. OK? Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import adres pardubice
On Fri 18-02-11 16:53:50, Lukas Kabrt wrote: Složka s programem by měla vypadat následovně: - CUZK.Common.dll - GeoUtils.dll - merge-cuzk-db.exe - OSMUtils.dll - data - adresy.xml - kucr.osm - Pardubice - buildings.csv - HOLICE - __merge.bat - . - PARDUBICE - __merge.bat - .. - PĚLOUČ - __merge.bat - .. Pro zájemce o rozchození importu pod Linuxem se může hodit i následující informace: 1) čeština je v ZIP archivech v kódováníCP852 2) k rozbalení archivů je třeba použít 7zip, nejlépe s LANG=POSIX (jestli si dobře pamatuji unzip pozměnil jména) 3) BAT-y si přeložíte na shellové skripty následovně: #!/bin/bash for i in $@; do iconv -f cp852 -t utf8 $i | \ sed 's/-mappings \([^ ]*\) /-mappings \1 /;s/^\([^ ]*\) /mono \1.exe /;s:\\:/:g' \ $(basename $i .bat).sh chmod a+x $(basename $i .bat).sh done Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import adres pardubice
On Sun 20-02-11 22:18:03, Petr Schönmann wrote: chtěl bych se zeptat co dělat v případě, že už v mapě jsou zaneseny adresní body, ale ne jako body, ale jako vlastnost objektu , přímo budovy. Měl jsem kdysi stejný nápad, ale pak jsem se podíval na mapu Berlína a viděl, že tam nemají budovy adresu, nýbrž adresní body jsou součástí obrysu budovy. Adresní bod je (zřejmě) v místě vchodu do budovy. Toto řešení se mi líbí vice. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na ceniaortofotomapu
Ahoj, On Fri 11-02-11 22:37:00, Jachym Cepicky wrote: zdravím pozor, getmap url je jiné, než getcapabilities: http://geoportal.gov.cz/ArcGIS/services/CENIA/cenia_rt_ortofotomapa_aktualni/MapServer/WMSServer? v qgisu normálně chodí Já zápasím se zcela jiným zádrhelem, mapa z geoportal.gov.cz je v JOSM rozsekaná, protože jednotlivé dlaždice jsou natočené a zdeformované. Vypadá to jako nesprávně zvolená projekce, ale experiemnty s tímto parametrem nikam nevedly. Tady je ukázka: OK: http://geoportal.cenia.cz/wmsconnector/com.esri.wms.Esrimap/cenia_b_ortorgb05m_sde?SERVICE=WMSVERSION=1.1.1REQUEST=GetMapLAYERS=0STYLES=defaultSRS=EPSG:4326FORMAT=image/jpegbbox=14.4853045,50.1035372,14.4863117,50.1041832width=500height=500 špatně: http://geoportal.gov.cz/ArcGIS/services/CENIA/cenia_rt_ortofotomapa_aktualni/MapServer/WMSServer?SERVICE=WMSVERSION=1.1.1REQUEST=GetMapLAYERS=0STYLES=defaultSRS=EPSG:4326FORMAT=image/jpegbbox=14.4853045,50.1035372,14.4863117,50.1041832width=500height=500 Parametry jsou identické, liší se jen server. Máte někdo nápad jak získat v obou případech stejný obrázek? Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UHUL:ortofoto vs. CUZK:KM
On Wed 19-01-11 13:43:49, Jakub Rychlý wrote: Když je posunu podle ortofota, jak jim mám změnit source? Je nějaká pěkná možnost jak hromadně objektům změnit tag v JOSM? (krom ctrl+shift+v) Možností jak vybrat objektyje několik. Změna atributu je pak snadná v editoru atributů (Vlastnosti pro zvolené objekty). Výběr můžeš udělat bud klikáním na jednotlivé objekty s Ctrl, nebo hledat s pomocí Ctrl-F. V dialogu hledání pak vybereš objekty podle jejich typu, atributů nebo všechny právě změněné objekty ('modified'), což bude asi nejužitečnějsí. HTH, Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] tagovaní: vodní plochy, landuse ... a ještě jednou zahrady
On Fri 31-12-10 20:35:19, Petr Dlouhý wrote: Původní zpráva Od: Mike m...@mikecrash.com Předmět: Re: [Talk-cz] tagovaní: vodní plochy, landuse... a ještě jednou zahrady Datum: 31.12.2010 20:03:46 Myslím, že village_green je určené pro různé zelené plácky, užitné trávníky apod. Pro parky je tady leisure=park. Rozdíl je patrný například na [1]. village green je náves (podle popisu na [1] i podle Fronkova A-Č slovníku). Otázkou mi zůstává, jestli v Čechách má smysl mapovat návsi, když často není určeno která z volných ploch ve vesnici to je. Libor [1] http://wiki.openstreetmap.org/wiki/Tag:landuse=village_green ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] software pro import adres z katastráln í mapy
Ahoj Lukáši, Začal jsem pracovat na importu adres na Českolipsku, ale rychle jsem skončil. Nemohu totiž nalézt merge-cuzk-db.exe. Kde je teď potřebný software, prosím? Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] software pro import adres z katastráln í mapy
On Thu 28-10-10 14:22:32, hanoj wrote: Začal jsem pracovat na importu adres na Českolipsku, ale rychle jsem skončil. Nemohu totiž nalézt merge-cuzk-db.exe. Kde je teď potřebný software, prosím? *** tu? http://osm.kabrt.cz/home/adresy.zip?attredirects=0d=1 Ehm, sakr... Ano, samozřejmě. Spletl jsem si adresy.zip se stejnojmenným souborem, který používá CzechAddress plugin. Ani jsem se nepodíval dovnitř, protože jsem předpokládal, že obsahuje adresy z MVČR. Díky! Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import dibavod A04zvm_Melioracni_kanaly
Ahoj, On Tue 19-10-10 22:05:45, Pavel Machek wrote: [...] tag k=waterway v=ditch / tag k=dibavod:id v=135 / /way (Doufam ze melioracni kanal odpovida ditch...) Cesky preklad Map_Features napovida waterway=drain, nicmene po precteni anglicke verze[1], srovnani s drain[2] a vysvetleni slova ditch[3] se priklanim k waterway=ditch. Libor [1] http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dditch [2] http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain [3] http://dictionary.cambridge.org/dictionary/british/ditch_1 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Koordinace mapov?n? turistick?ch tras K?T
On Sat 16-10-10 15:18:50, Pavel Machek wrote: Ahoj! napadly mne dva konkrétní příklady k tomuhle (berte je jen jako příklady toho, co bychom mohli probírat ve speciálním turistickém fóru): On Tue 14-09-10 22:01:48, Radek Bartoň wrote: Šlo by udělat interkativní mapku, kde by se dal zakreslit polygon, nebo bouning box ohranicujici nezmapovanou trasu. Nechal jsem si to trochu projít hlavou a napadlo mě někam zakreslovat v hrubých obrysech vedení trasy. Jinými slovy vím že tudy někudy trasa vede, ale nebyl jsem tam. Shodou okolností Radek už tento návrh měl, jen jsem neporozuměl hned. :) No... a nestacilo by proste vyrobit way, ktera v hrubych obrysech odrazi vedeni trasy, a dat ji do relace? (Mozna s note=tudy nekudy vede turisticka znacka :-). Uz to je velmi uzitecna informace, a nemusi byt vsechna data na metr presna od nulteho dne... Rozhodně. Je to další ze způsobů. Ted jde o to, dohodnout se který budeme používat. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer 7.1
Ahoj, On Sat 18-09-10 23:08:37, hanoj wrote: na nize uvedene adrese najdete tracer s novym konfigurakem, Díky za nový release! S Tracerem už nejakou dobu experimentuji a snažím se ho přimět, aby mi pomohl s budovami v Kolovratech. Kresba katastrální mapy vypadá na první pohled kvalitně, ale Tracer systematicky utíká mimo trasovaný obdélník. Typicky namaluje změť zcela mimo zobrazený výřez místo žádaného obdélníku. Pomůže v konfiguračním souboru zvýšit hodnotu Resolution na 2600, nicméně ani to není ještě záruka úspěchu. Například dotaz trace/simple/50.014021287868516;14.621734909378533 vytvoří zašmodrchaninu o 56 uzlech mimo mapový výřez. Nakonec i polygony, které vektorizuje správně jsou mírně posunuté. Máte někdo nápad co poupravit, aby Tracer fungoval v tomto případě spolehlivěji? Libor P.S. Kdysi jsem psal také něco na vektorizaci bitmapy. C++ zdrojáky jsou k nalezení na http://liborpechacek.wz.cz/programming/cove/src-1.1pre2.tgz. V souboru libvectorizer/Morphology.cpp jsou implementovány morfologické operace eroze, dilatace, ztenčování (4-connected) a prořezávání. Třeba mohou být inspirací. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer 7.1
OK, také jsem si tipl. V sousedních Říčanech Tracer funguje OK. Což takhle zkusit níže uvedené algoritmy? Můj odhad je, že 2x dilatace, ztenčení a prořezávání až do konce dá pěkný, jeden pixel silný, uzavřený polygon. Místa je na 2x dilataci ve stažené bitmapě zřejmě dostatek. Libor On Sun 19-09-10 18:21:08, Zdeněk Pražák wrote: v Kolovratech bude hlavní problém v tom, že se nejedná o digitální katastrální mapu ale o skenovanou mapu katastru Pražák Původní zpráva Od: Libor Pechacek lpecha...@gmx.com Předmět: Re: [Talk-cz] Tracer 7.1 Datum: 19.9.2010 17:27:50 Ahoj, On Sat 18-09-10 23:08:37, hanoj wrote: na nize uvedene adrese najdete tracer s novym konfigurakem, Díky za nový release! S Tracerem už nejakou dobu experimentuji a snažím se ho přimět, aby mi pomohl s budovami v Kolovratech. Kresba katastrální mapy vypadá na první pohled kvalitně, ale Tracer systematicky utíká mimo trasovaný obdélník. Typicky namaluje změť zcela mimo zobrazený výřez místo žádaného obdélníku. Pomůže v konfiguračním souboru zvýšit hodnotu Resolution na 2600, nicméně ani to není ještě záruka úspěchu. Například dotaz trace/simple/50.014021287868516;14.621734909378533 vytvoří zašmodrchaninu o 56 uzlech mimo mapový výřez. Nakonec i polygony, které vektorizuje správně jsou mírně posunuté. Máte někdo nápad co poupravit, aby Tracer fungoval v tomto případě spolehlivěji? Libor P.S. Kdysi jsem psal také něco na vektorizaci bitmapy. C++ zdrojáky jsou k nalezení na http://liborpechacek.wz.cz/programming/cove/src-1.1pre2.tgz. V souboru libvectorizer/Morphology.cpp jsou implementovány morfologické operace eroze, dilatace, ztenčování (4-connected) a prořezávání. Třeba mohou být inspirací. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Koordinace mapování turistický ch tras KČT
Ahoj, On Tue 14-09-10 22:28:33, Marek Prokop wrote: napadly mne dva konkrétní příklady k tomuhle (berte je jen jako příklady toho, co bychom mohli probírat ve speciálním turistickém fóru): On Tue 14-09-10 22:01:48, Radek Bartoň wrote: Šlo by udělat interkativní mapku, kde by se dal zakreslit polygon, nebo bouning box ohranicujici nezmapovanou trasu. Nechal jsem si to trochu projít hlavou a napadlo mě někam zakreslovat v hrubých obrysech vedení trasy. Jinými slovy vím že tudy někudy trasa vede, ale nebyl jsem tam. Shodou okolností Radek už tento návrh měl, jen jsem neporozuměl hned. :) U čistě textové informace, jak ji navrhuje Marek, mám obavu, že nebude škálovat. Podle mého odhadu bude v seznamu brzy spousta krátkých tipů na výlet a bude nepohodlné vyhledat si ten nejlákavější. Mapa, jak ji navrhuje Radek, se mi líbí více, zřejmě proto, že jsem z těch, kdo plánují výlety podle mapy. Nicméně sama o sobě je trochu neosobní. Kombinace črty v mapě a nepovinného tipu na výlet mi přijde lákavá. Prezentace dat pak může být vrstva v mapě podobná Hiking Tracks debug plus tabulka tipů na výlet ve stylu seznamu tras na wiki. Jak to vidíte vy? Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Koordinace mapování turistický ch tras KČT
On Wed 15-09-10 00:18:48, Petr Dlouhý wrote: Podle toho, co se na tomto fóru kdysi v minulosti probíralo je použití nemapových děl jako jízdních řádů nebo kilometráží v pořádku. OK Na určování průběhu tras jde taky použít vyhledávač tras KČT [1], ale není s ním úplně jednoduchá práce. A neobsahuje všechny trasy. Například po zadání výchozího bodu Polevsko, kaplička nenabídne žlutou přes Kytlici do Svoru. Podobně tak vůbec nezná Kytlici a zcela nová zelená trasa z Kytlických Mlýnů do Nového Boru tam také není. Na druhou stranu, nová čísla rozcestníků můžou třeba k něčemu být. KČT jsem v minulosti kontaktoval s poměrně jasným výsledkem: [2] Díky. Nevím přesně proč, ale takový obsah i formu jsem očekával. :) Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Koordinace mapování turistický ch tras KČT
On Tue 14-09-10 21:40:00, Marek Prokop wrote: kde chybí nějaký malý leč důležitý kousek trasy atd. To je zajímavá informace, nejsem si však jist jak identifikovat ono kde. Když napíšu, že chybí kus modré mezi Manušicemi a Střelnicí, bude každý rozumět? Myslím, že bude. Ale chybějící kousky jde najít i na mapě a je jich tam plno. Tady by se asi vždy hodilo zároveň nějaké doporučení na výlet. OK. Pro začátek tipy na výlet jistě budou fungovat, později vymyslíme třeba něco lepšího. Vedle toho jsem narazil na zajímavý jev - pomíchané trasy ve smyslu číslování KČT, tedy jedna relace pokrývala části různých tras, a naopak jedna trasa KČT se sestávala z více relací. Možná jako první krok potřebujeme sjednotit identifikaci tras. Netuším, jak to udělat, protože na většině rozcestníků už čísla tras nejsou. Na novějších mapách KČT je zezadu kilometráž tras [1]. Nejsem si jist jestli podle autorského zákona lze seznam použít, nicméně můj tip je, že prostá faktografie číslo-odkud-kam je nekonfliktní. To už by byla pomoc. Možná by i Klub turistů byl ochoten ke spolupráci a seznam tras nám poskytnul. Kontaktoval je už někdo dříve? Libor [1] Mám 37 Okolí Prahy východ a 11 České středohoří východ ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz