Re: [Talk-cz] Tracer plugin - ruian update
Cus, hele a neni tam nahodou neco jako priorita/poradi? Mam pocit ze kdyz sem na to kdysi koukal, tak tam v pripade vice zaznamu byl jeden oznacen jako primarni. Pripadne, pokud vidim dobre ... (ale nevim zda je to pravidlem) 27767701 27767710 27767728 27767736 = nejnizsi cislo = to je to co dat na barak. V tomhle pripade Technická ul. Samo, idealni by byla adresa(y) jako relace ... ale to by vyzadovalo prekopat uplne vse (a nejen v CR). Dne 5.2.2014 8:53, Dalibor Jelínek napsal(a): No prave tady mi to prijde uplne jasne, jak jsem psal drive: cesta budovy: addr:place=Dejvice addr:city=Praha 6 (nebo Praha, tady nevim) addr:country=CZ addr:housenumber=2710 addr:conscriptionnumber=2710 ref:ruian=cislo stavebniho objektu bez ulice bez c.o. bez PSC 4x body nad vchody (ale soucasty cesy domu) to same, co je vyse, ovsem s addr:housenumber ve tvaru c.p./c.o. entrance=yes addr:street addr:streetnumber addr:postcode ref:ruian=cislo adresniho mista Tohle mi prijde, jako ze presne kopiruje maximum informaci, ktere z RUIAN mame a dava to nejvetsi smysl. Jedine, co tam takhle neni, je ta vazba mezi SO a AM (resp. je zakreslena v mape, ale to nekdy nemusi tak byt, a bude-li AM lezet mimo SO, pak tam zadna vazba neni, ovsem sla-by pridat, ale myslim, ze vlastne k nicemu neni) Jedina drobna chyba je, ze to v nekterych (ale podle me velmi ridkych) pripadech bude vest ke dvojimu zobrazeni cisla v mape. Ale jen pri velkem zvetseni, jinak je videt jen jedno cislo. Zkousel jsem to. Druha vetsi chybka je, ze to nejde aplikovat na to jedno procento s.o., ktere fakt maji vice c.p. nebo c.e. Sice by to slo v housenumber a consriptionnumber oddelovat strednikem, ale to je velka prasarna. Spise bych si myslel, ze by Trace v tohmle miste zobrazit informaci, ze SO ma vice c.p. nebo c.e. a rekl, ze je tudiz nenatagoval a doporucil uzivateli, aby dum rozdelil na adekvatni mensi casti, nebo tak neco. Treba tak (protoze ty priklady domu, ktere jsem zatim videl, tomu odpovidaly), ze celou cestu SO nakreslenou dle RUIAN oznaci jako building=terrace ci building=garages, a pak ji rozdelit na podbudovy building=house nebo building=garage a ty uz otagovat spravne i s housenumber a conscription number. Co jsem prehledl tentokrat? ;-) Zdravi, Dalibor Ano, v případě NTK jde o 1 č.p. a 4 čísla orientační. Ona ta struktura dat není vůbec jednoduchá... uvedu na příkladu NTK: Co nám říká stavební objekt 27239781: - kód městské části (Praha 6) - kód části obce (Dejvice) - čísla domovní (2710) - jedná se o budovu s č.p. K tomuto objektu se váží 4 adresní místa, která nesou informaci o: - kód stavebního objektu (27239781) - číslo domovní (2710) - kód ulice (4 různé hodnoty - Flemingovo nám., Studentská, Technická, Thákurova) - číslo orientační (4 různé hodnoty - 6, 1, 20, 13) - PSČ (16000) A teď zkuste někdo popsat, jakým způsobem z těchto dat dostat adresu, která by se měla umístit přímo na budovu v OSM. Zdraví, Petr Morávek aka Xificurk ___ 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] Tracer plugin - ruian update
Dne 6.2.2014 13:46, o...@propsychology.cz napsal(a): Ahoj, On Thu, Feb 06, 2014 at 01:35:03PM +0100, Dalibor Jelínek wrote: Takze ted vim, ze v RUIAN máme i neviditelné budovy. Bezva! :-)) Treba kdyz se bude editovat v oblasti, kam uz nekdo pridal adresy dríve, tak by bylo fajn vedet, ?e podle RUIAN ta adresa uz neexistuje a tedy je ji mozno z OSM smazat. U adres nevim, ale u budov pozor - cetl jsem v nejakem dokumentu CUZK, ze smazani budovy z RUIAN v zadnem pripade nemusi znamenat jeji odstraneni z terenu. Je to treba tehdy, kdy se meni klasifikace budovy, nevim presne, nezajima. Podstatne je, je smazani z RUIAN != zbourani. Cus, to plati i naopak, to ze v RUIAN neco je, jeste neznanema, ze to tam je i v realu ... proto sem tu onehda mimo jine navrhoval, ze adresni bod davat tam, kde v terenu neni zjevna budova, jinde kreslit budovu a adresu dat na ni. Adresni bod nicemu nevadi, kdyby nekdo tu adresu, byt neexistujici/nesmyslnou/... hledal, tak ho to tam dovede. -- 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] Tracer plugin - ruian update
Dne 10.2.2014 10:18, jzvc napsal: Dne 6.2.2014 13:46, o...@propsychology.cz napsal(a): Ahoj, On Thu, Feb 06, 2014 at 01:35:03PM +0100, Dalibor Jelínek wrote: Takze ted vim, ze v RUIAN máme i neviditelné budovy. Bezva! :-)) Treba kdyz se bude editovat v oblasti, kam uz nekdo pridal adresy dríve, tak by bylo fajn vedet, ?e podle RUIAN ta adresa uz neexistuje a tedy je ji mozno z OSM smazat. U adres nevim, ale u budov pozor - cetl jsem v nejakem dokumentu CUZK, ze smazani budovy z RUIAN v zadnem pripade nemusi znamenat jeji odstraneni z terenu. Je to treba tehdy, kdy se meni klasifikace budovy, nevim presne, nezajima. Podstatne je, je smazani z RUIAN != zbourani. Cus, to plati i naopak, to ze v RUIAN neco je, jeste neznanema, ze to tam je i v realu ... proto sem tu onehda mimo jine navrhoval, ze adresni bod davat tam, kde v terenu neni zjevna budova, jinde kreslit budovu a adresu dat na ni. Adresni bod nicemu nevadi, kdyby nekdo tu adresu, byt neexistujici/nesmyslnou/... hledal, tak ho to tam dovede. S tím mám trochu problém. Momentálně to v naprosté většině případů znamená, že v daném místě chybí budova a mám tendenci ji dokreslit. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Ahoj, nechtěl bys o tom udělat prezentaci na konferenci GIVS 2014 [1] ? Jsou tam lidi přímo z CUZK, myslím, že by je zajímalo, jak RUIAN používáme, případně se s nimi pobavit o tom, co by mohlo být lepší... Jáchym [1] http://www.cagi.cz/konference-givs-2014 On Sun, Jan 26, 2014 at 10:48:02PM +0100, Marián Kyral wrote: Ahoj, Tak jsem se trochu vrtal v Tracer pluginu. Nejprve jsem chtěl jen změnit natvrdo zadrátovanou adresu serveru, abych se dokázal připojit na ruian server od Petra Vejsady. To se povedlo, takže jsem uvažoval nad forkem, ale nakonec jsem se rozhodl pro úpravu původního Tracer pluginu (zásuvného modulu :-D ). Předesílám, že nejsem java programátor, ve skutečnosti jsem se javě zatím úspěšně vyhýbal. O to to pak bylo horší :-D Výsledné řešení je inspirováno několika pluginy a různými příklady na webu. _Takže co se změnilo:_ *) Původní funkcionalita zůstala zachována (klávesová zkratka T) *) Přidal jsem RUIAN režim - dostupný z menu, nebo pod klávesovou zkratou Ctrl+T *) Z Tracer2 pluginu jsem použil vylepšenou třídu ConnectWays, která umí aktualizovat tvar současné budovy. Prosím nezneužívat - Petr má ohledně této funkce obavy :-D *) Při tracování z RUIAN se přidá ruian id a pokud je znám, tak i typ budovy. (pouze pokud je building=yes). Převod na OSM typy budov bude asi potřeba ještě trochu doladit. *) Přidal jsem konfiguraci. Dá se nastavit vlastní adresa serveru a případně i posunout polohu natrasované budovy. Třeba tady u nás v Beskydech je RUIAN oproti KM mírně posunutý (asi přepočet, ale je to mnohem lepší než KM). Pro RUIAN to funguje, u KM moc ne. Ten mi každou budovu vrátí s trochu jiným posunem :-( _Známé chyby:_ *) U domů nalepených na sobě nebo třeba řadě garáží se generují duplicitní body. Ty je potřeba ručně sloučit. Pokusím se to nějak opravit, ale až tak tomu kódu zase nerozumím :-D *) Na rovných čarách se objevují nadbytečné body, zpravidla v místech, kde je v KM napojení další čáry, která není součástí budovy. Takhle to je už v RUIAN - s Petrem to plánujeme nějak odfiltrovat. *) Plugin neukazuje verzi - problém testovacího buildu, po nahrání do repozitáře JOSM by mělo být v pohodě. Možná to jde i jinak, ale s ANTem si zatím netykám. *) Zatím chybí překlad - i18n.pl má s mým .po souborem nějaký problém :-( Při práci s pluginem doporučuji jako podkladovou vrstvu Bing (pokud je v daném místě dostatečné rozlišení, pak RUIAN vrstvu od Petra ( tms:http://tile.poloha.net/budovy/{zoom}/{x}/{y}.png ) a nahoru KM. Bohužel data v RUIAN nejsou až tak přesné. Někde budova chybí, jinde přebývá, případně má jiný tvar. Je třeba kontrolovat oproti KM a podezřelé případy pak ověřit i jinak. Plugin je ke stažení zde: http://www.kyralovi.cz/tmp/josm/tracer.jar Zdrojáky tady: https://github.com/mkyral/josm-tracer/commits/ruian A na závěr pár screenshotů: Budova před: http://www.kyralovi.cz/tmp/josm/tracer_before.png Menu: http://www.kyralovi.cz/tmp/josm/tracer_menu.png Trasování: http://www.kyralovi.cz/tmp/josm/tracer_trace.png Výsledek: http://www.kyralovi.cz/tmp/josm/tracer_result.png Nastavení: http://www.kyralovi.cz/tmp/josm/tracer_prefs.png Na výsledku je vidět, ruian ID i změna typu budovy z building=yes nad building=house. Upozorňuji, že v příkladu používám posun. tvar budovy je získán z RUIANu (fialová čára), ale byl posunut na pozici dle KM (zelená čára). Prosím o otestování, kontrolu zdrojáků, nahlášení chyb, zaslání patchů, zaslání pěknější ikony ;-). Pokud nebudou výhrady, rád bych tuto změnu dostal v dohledné době do josm svn. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky URL: http://les-ejk.cz e-mail: jachym.cepicky at gmail com PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Cus, lehce sem plugin otestoval ... takze si dovolim par pripominek/podnetu. 1) Pri aktualizaci budov to odpoji budovy okolni. To by v zasade nevadilo ... pokud to jsou budovy, ktere jsou v ruian, pak se to spravi jejich aktualizaci. Jenze ony to mohou byt ruzne pristavky ... Mozna by bylo dobre v tomhle pripade delat merge nejblizsich bodu na ty z ruian (do nejaky vzdalenosti - rekneme metr), pripadne (pri vetsi vzdalenosti) body okolnich budov napojit na cestu v nejblizsim miste (do nejakyho maxima - rekneme 2 metry) - samo, konfigurovatelne, ty vzdalenosti strilim podle oka jak vidim ze tam je +- v relativne presne udelanym podkladu podle KM. 2) v RUIANu nejsou ty pristavky co sou v KM? Pripadne odkud se v KM berou? Protoze ty to rozhodne netrasuje. Pokud by trasovalo, byl by asi vyresen problem vejs. Jinak co se diskutovany presnosti tejce, vidim tam posun vuci KM o cca 10 cm ... coz neni nic tragickyho, ale zajimavy to teda je. Dne 26.1.2014 22:48, Marián Kyral napsal(a): Ahoj, Tak jsem se trochu vrtal v Tracer pluginu. Nejprve jsem chtěl jen změnit natvrdo zadrátovanou adresu serveru, abych se dokázal připojit na ruian server od Petra Vejsady. To se povedlo, takže jsem uvažoval nad forkem, ale nakonec jsem se rozhodl pro úpravu původního Tracer pluginu (zásuvného modulu :-D ). Předesílám, že nejsem java programátor, ve skutečnosti jsem se javě zatím úspěšně vyhýbal. O to to pak bylo horší :-D Výsledné řešení je inspirováno několika pluginy a různými příklady na webu. _Takže co se změnilo:_ *) Původní funkcionalita zůstala zachována (klávesová zkratka T) *) Přidal jsem RUIAN režim - dostupný z menu, nebo pod klávesovou zkratou Ctrl+T *) Z Tracer2 pluginu jsem použil vylepšenou třídu ConnectWays, která umí aktualizovat tvar současné budovy. Prosím nezneužívat - Petr má ohledně této funkce obavy :-D *) Při tracování z RUIAN se přidá ruian id a pokud je znám, tak i typ budovy. (pouze pokud je building=yes). Převod na OSM typy budov bude asi potřeba ještě trochu doladit. *) Přidal jsem konfiguraci. Dá se nastavit vlastní adresa serveru a případně i posunout polohu natrasované budovy. Třeba tady u nás v Beskydech je RUIAN oproti KM mírně posunutý (asi přepočet, ale je to mnohem lepší než KM). Pro RUIAN to funguje, u KM moc ne. Ten mi každou budovu vrátí s trochu jiným posunem :-( _Známé chyby:_ *) U domů nalepených na sobě nebo třeba řadě garáží se generují duplicitní body. Ty je potřeba ručně sloučit. Pokusím se to nějak opravit, ale až tak tomu kódu zase nerozumím :-D *) Na rovných čarách se objevují nadbytečné body, zpravidla v místech, kde je v KM napojení další čáry, která není součástí budovy. Takhle to je už v RUIAN - s Petrem to plánujeme nějak odfiltrovat. *) Plugin neukazuje verzi - problém testovacího buildu, po nahrání do repozitáře JOSM by mělo být v pohodě. Možná to jde i jinak, ale s ANTem si zatím netykám. *) Zatím chybí překlad - i18n.pl má s mým .po souborem nějaký problém :-( Při práci s pluginem doporučuji jako podkladovou vrstvu Bing (pokud je v daném místě dostatečné rozlišení, pak RUIAN vrstvu od Petra ( tms:http://tile.poloha.net/budovy/{zoom}/{x}/{y}.png ) a nahoru KM. Bohužel data v RUIAN nejsou až tak přesné. Někde budova chybí, jinde přebývá, případně má jiný tvar. Je třeba kontrolovat oproti KM a podezřelé případy pak ověřit i jinak. Plugin je ke stažení zde: http://www.kyralovi.cz/tmp/josm/tracer.jar Zdrojáky tady: https://github.com/mkyral/josm-tracer/commits/ruian A na závěr pár screenshotů: Budova před: http://www.kyralovi.cz/tmp/josm/tracer_before.png Menu: http://www.kyralovi.cz/tmp/josm/tracer_menu.png Trasování: http://www.kyralovi.cz/tmp/josm/tracer_trace.png Výsledek: http://www.kyralovi.cz/tmp/josm/tracer_result.png Nastavení: http://www.kyralovi.cz/tmp/josm/tracer_prefs.png Na výsledku je vidět, ruian ID i změna typu budovy z building=yes nad building=house. Upozorňuji, že v příkladu používám posun. tvar budovy je získán z RUIANu (fialová čára), ale byl posunut na pozici dle KM (zelená čára). Prosím o otestování, kontrolu zdrojáků, nahlášení chyb, zaslání patchů, zaslání pěknější ikony ;-). Pokud nebudou výhrady, rád bych tuto změnu dostal v dohledné době do josm svn. Marián ___ 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] Tracer plugin - ruian update
Jinak co se diskutovany presnosti tejce, vidim tam posun vuci KM o cca 10 cm ... coz neni nic tragickyho, ale zajimavy to teda je. *** uz se prosim nedivme, ale chapejme: http://grass.fsv.cvut.cz/gwiki/Chyba_p%C5%99i_transformaci_z_WGS84_do_S-JTSK ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 10.2.2014 13:56, jzvc napsal: Cus, lehce sem plugin otestoval ... takze si dovolim par pripominek/podnetu. 1) Pri aktualizaci budov to odpoji budovy okolni. To by v zasade nevadilo ... pokud to jsou budovy, ktere jsou v ruian, pak se to spravi jejich aktualizaci. Jenze ony to mohou byt ruzne pristavky ... Mozna by bylo dobre v tomhle pripade delat merge nejblizsich bodu na ty z ruian (do nejaky vzdalenosti - rekneme metr), pripadne (pri vetsi vzdalenosti) body okolnich budov napojit na cestu v nejblizsim miste (do nejakyho maxima - rekneme 2 metry) - samo, konfigurovatelne, ty vzdalenosti strilim podle oka jak vidim ze tam je +- v relativne presne udelanym podkladu podle KM. Jo, o tom vím a pokusím se to v budoucnu nějak vyřešit. Ten merge jsme převzal z Tracer2 pluginu a zatím to beru jako blackbox, který nějak (ne právě ideálně funguje). Nejdříve musím pochopit princip a pak se to můžu pokusit opravit. Ono vůbec se při práci s pluginem někdy dějí věci. Třeba mi JOSM nahlásí konflikt, že na serveru jsou nějaké body, které jsem na lokále smazal, ale na přesně stejném místě se vytvořily jiné body. Mám pocit, že to vznikne, když zkusím budovu tracovat víckrát. Musím to prozkoumat. Ovšem momentálně se věnuji PointInfo pluginu ;-) 2) v RUIANu nejsou ty pristavky co sou v KM? Pripadne odkud se v KM berou? Protoze ty to rozhodne netrasuje. Pokud by trasovalo, byl by asi vyresen problem vejs. Nejsou, nejsou. Když si zapneš tu vrstvu budov od Petra Vejsady a přes to si dáš vrstvu KM, tak uvidíš, že ty přístavky jsou dělány tenčí čarou a třeba původní tracer server je nevidí = je to v jiné vrstvě KM. (ale záleží na konfiguraci Tracer Serveru) Marián Jinak co se diskutovany presnosti tejce, vidim tam posun vuci KM o cca 10 cm ... coz neni nic tragickyho, ale zajimavy to teda je. Dne 26.1.2014 22:48, Marián Kyral napsal(a): Ahoj, Tak jsem se trochu vrtal v Tracer pluginu. Nejprve jsem chtěl jen změnit natvrdo zadrátovanou adresu serveru, abych se dokázal připojit na ruian server od Petra Vejsady. To se povedlo, takže jsem uvažoval nad forkem, ale nakonec jsem se rozhodl pro úpravu původního Tracer pluginu (zásuvného modulu :-D ). Předesílám, že nejsem java programátor, ve skutečnosti jsem se javě zatím úspěšně vyhýbal. O to to pak bylo horší :-D Výsledné řešení je inspirováno několika pluginy a různými příklady na webu. _Takže co se změnilo:_ *) Původní funkcionalita zůstala zachována (klávesová zkratka T) *) Přidal jsem RUIAN režim - dostupný z menu, nebo pod klávesovou zkratou Ctrl+T *) Z Tracer2 pluginu jsem použil vylepšenou třídu ConnectWays, která umí aktualizovat tvar současné budovy. Prosím nezneužívat - Petr má ohledně této funkce obavy :-D *) Při tracování z RUIAN se přidá ruian id a pokud je znám, tak i typ budovy. (pouze pokud je building=yes). Převod na OSM typy budov bude asi potřeba ještě trochu doladit. *) Přidal jsem konfiguraci. Dá se nastavit vlastní adresa serveru a případně i posunout polohu natrasované budovy. Třeba tady u nás v Beskydech je RUIAN oproti KM mírně posunutý (asi přepočet, ale je to mnohem lepší než KM). Pro RUIAN to funguje, u KM moc ne. Ten mi každou budovu vrátí s trochu jiným posunem :-( _Známé chyby:_ *) U domů nalepených na sobě nebo třeba řadě garáží se generují duplicitní body. Ty je potřeba ručně sloučit. Pokusím se to nějak opravit, ale až tak tomu kódu zase nerozumím :-D *) Na rovných čarách se objevují nadbytečné body, zpravidla v místech, kde je v KM napojení další čáry, která není součástí budovy. Takhle to je už v RUIAN - s Petrem to plánujeme nějak odfiltrovat. *) Plugin neukazuje verzi - problém testovacího buildu, po nahrání do repozitáře JOSM by mělo být v pohodě. Možná to jde i jinak, ale s ANTem si zatím netykám. *) Zatím chybí překlad - i18n.pl má s mým .po souborem nějaký problém :-( Při práci s pluginem doporučuji jako podkladovou vrstvu Bing (pokud je v daném místě dostatečné rozlišení, pak RUIAN vrstvu od Petra ( tms:http://tile.poloha.net/budovy/{zoom}/{x}/{y}.png ) a nahoru KM. Bohužel data v RUIAN nejsou až tak přesné. Někde budova chybí, jinde přebývá, případně má jiný tvar. Je třeba kontrolovat oproti KM a podezřelé případy pak ověřit i jinak. Plugin je ke stažení zde: http://www.kyralovi.cz/tmp/josm/tracer.jar Zdrojáky tady: https://github.com/mkyral/josm-tracer/commits/ruian A na závěr pár screenshotů: Budova před: http://www.kyralovi.cz/tmp/josm/tracer_before.png Menu: http://www.kyralovi.cz/tmp/josm/tracer_menu.png Trasování: http://www.kyralovi.cz/tmp/josm/tracer_trace.png Výsledek: http://www.kyralovi.cz/tmp/josm/tracer_result.png Nastavení: http://www.kyralovi.cz/tmp/josm/tracer_prefs.png Na výsledku je vidět, ruian ID i změna typu budovy z building=yes nad building=house. Upozorňuji, že v příkladu používám posun. tvar budovy je získán z RUIANu (fialová čára), ale byl posunut na pozici dle KM (zelená čára). Prosím o otestování, kontrolu zdrojáků, nahlášení chyb, zaslání patchů,
Re: [Talk-cz] Tracer plugin - ruian update
Dne 10.2.2014 13:15, Jachym Cepicky napsal: Ahoj, nechtěl bys o tom udělat prezentaci na konferenci GIVS 2014 [1] ? Jsou tam lidi přímo z CUZK, myslím, že by je zajímalo, jak RUIAN používáme, případně se s nimi pobavit o tom, co by mohlo být lepší... Jáchym [1] http://www.cagi.cz/konference-givs-2014 Uff, až tak? No zkusím to promyslet. Marián On Sun, Jan 26, 2014 at 10:48:02PM +0100, Marián Kyral wrote: Ahoj, Tak jsem se trochu vrtal v Tracer pluginu. Nejprve jsem chtěl jen změnit natvrdo zadrátovanou adresu serveru, abych se dokázal připojit na ruian server od Petra Vejsady. To se povedlo, takže jsem uvažoval nad forkem, ale nakonec jsem se rozhodl pro úpravu původního Tracer pluginu (zásuvného modulu :-D ). Předesílám, že nejsem java programátor, ve skutečnosti jsem se javě zatím úspěšně vyhýbal. O to to pak bylo horší :-D Výsledné řešení je inspirováno několika pluginy a různými příklady na webu. _Takže co se změnilo:_ *) Původní funkcionalita zůstala zachována (klávesová zkratka T) *) Přidal jsem RUIAN režim - dostupný z menu, nebo pod klávesovou zkratou Ctrl+T *) Z Tracer2 pluginu jsem použil vylepšenou třídu ConnectWays, která umí aktualizovat tvar současné budovy. Prosím nezneužívat - Petr má ohledně této funkce obavy :-D *) Při tracování z RUIAN se přidá ruian id a pokud je znám, tak i typ budovy. (pouze pokud je building=yes). Převod na OSM typy budov bude asi potřeba ještě trochu doladit. *) Přidal jsem konfiguraci. Dá se nastavit vlastní adresa serveru a případně i posunout polohu natrasované budovy. Třeba tady u nás v Beskydech je RUIAN oproti KM mírně posunutý (asi přepočet, ale je to mnohem lepší než KM). Pro RUIAN to funguje, u KM moc ne. Ten mi každou budovu vrátí s trochu jiným posunem :-( _Známé chyby:_ *) U domů nalepených na sobě nebo třeba řadě garáží se generují duplicitní body. Ty je potřeba ručně sloučit. Pokusím se to nějak opravit, ale až tak tomu kódu zase nerozumím :-D *) Na rovných čarách se objevují nadbytečné body, zpravidla v místech, kde je v KM napojení další čáry, která není součástí budovy. Takhle to je už v RUIAN - s Petrem to plánujeme nějak odfiltrovat. *) Plugin neukazuje verzi - problém testovacího buildu, po nahrání do repozitáře JOSM by mělo být v pohodě. Možná to jde i jinak, ale s ANTem si zatím netykám. *) Zatím chybí překlad - i18n.pl má s mým .po souborem nějaký problém :-( Při práci s pluginem doporučuji jako podkladovou vrstvu Bing (pokud je v daném místě dostatečné rozlišení, pak RUIAN vrstvu od Petra ( tms:http://tile.poloha.net/budovy/{zoom}/{x}/{y}.png ) a nahoru KM. Bohužel data v RUIAN nejsou až tak přesné. Někde budova chybí, jinde přebývá, případně má jiný tvar. Je třeba kontrolovat oproti KM a podezřelé případy pak ověřit i jinak. Plugin je ke stažení zde: http://www.kyralovi.cz/tmp/josm/tracer.jar Zdrojáky tady: https://github.com/mkyral/josm-tracer/commits/ruian A na závěr pár screenshotů: Budova před: http://www.kyralovi.cz/tmp/josm/tracer_before.png Menu: http://www.kyralovi.cz/tmp/josm/tracer_menu.png Trasování: http://www.kyralovi.cz/tmp/josm/tracer_trace.png Výsledek: http://www.kyralovi.cz/tmp/josm/tracer_result.png Nastavení: http://www.kyralovi.cz/tmp/josm/tracer_prefs.png Na výsledku je vidět, ruian ID i změna typu budovy z building=yes nad building=house. Upozorňuji, že v příkladu používám posun. tvar budovy je získán z RUIANu (fialová čára), ale byl posunut na pozici dle KM (zelená čára). Prosím o otestování, kontrolu zdrojáků, nahlášení chyb, zaslání patchů, zaslání pěknější ikony ;-). Pokud nebudou výhrady, rád bych tuto změnu dostal v dohledné době do josm svn. Marián ___ 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] Tracer plugin - ruian update
Zdravím všechny, před časem se tu mluvilo o transformaci z/do S-JTSK. Kolega mi odpověděl na dotaz - je to tak, že transformační program od VÚGTK, zmíněný na http://www. cuzk.cz/Zememerictvi/Geodeticke-zaklady-na-uzemi-CR/GNSS/Nova-realizace- systemu-ETRS89-v-CR.aspx, je placený a tedy ani není možné získat jeho fortranovský zdroják, o kterém se píše v Metodice převodu (odkaz na konci zmíněné stránky). Případné dotazy směrujte přímo na VÚGTK (http://www.vugtk. cz) :-). K té přesnosti - tohle je přesně ten důvod, proč neexistuje jednoznačný matematický vztah pro transformaci mezi S-JTSK a ETRS89 (WGS84). Odchylky se řeší interpolací oprav podle zveřejněné tabulky odchylek mezi S-JTSK/95 a S- JTSK. Rozdíl proti odkazu dole je, že se do výpočtu matice ochylek braly nejen body DOPNUL, ale i další body základního polohového bodového pole a zhušťovací body, na kterých byly určeny souřadnice jak v S-JTSK, tak v ETRS 89. Matice odchylek je volně dostupná a lze ji využít v libovolném transformačním programu. Schválení ČÚZK podléhají pouze ty transformační programy, které se používají k předávání výsledků zeměměřických činností (zjednodušeně řečeno). J. Veselý -- Původní zpráva -- Od: hanoj eha...@gmail.com Datum: 10. 2. 2014 Předmět: Re: [Talk-cz] Tracer plugin - ruian update Jinak co se diskutovany presnosti tejce, vidim tam posun vuci KM o cca 10 cm ... coz neni nic tragickyho, ale zajimavy to teda je. *** uz se prosim nedivme, ale chapejme: http://grass.fsv.cvut.cz/gwiki/Chyba_p%C5%99i_transformaci_z_WGS84_do_S-JTSK (http://grass.fsv.cvut.cz/gwiki/Chyba_p%C5%99i_transformaci_z_WGS84_do_S-JTSK) ha hanoj ___ 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] Tracer plugin - ruian update
Ahoj, Dne 10.2.2014 14:24, Marián Kyral napsal(a): Dne 10.2.2014 13:56, jzvc napsal: 2) v RUIANu nejsou ty pristavky co sou v KM? Pripadne odkud se v KM berou? Protoze ty to rozhodne netrasuje. Pokud by trasovalo, byl by asi vyresen problem vejs. Nejsou, nejsou. Když si zapneš tu vrstvu budov od Petra Vejsady a přes to si dáš vrstvu KM, tak uvidíš, že ty přístavky jsou dělány tenčí čarou a třeba původní tracer server je nevidí = je to v jiné vrstvě KM. (ale záleží na konfiguraci Tracer Serveru) Většinou jsou uvedeny v tabulce parcela jako zastavěná plocha (druh_pozemku_kod = 13). Problém je, že do téhle kategorie spadá všechno možné - od parkovací plochy po normální dům. Např. toto: http://vdp.cuzk.cz/vdp/ruian/parcely/2430440606 zahrnuje na východní straně i venkovní schody k zadnímu vchodu do sklepa a přitom odpovídající stavební objekt: http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/7666926 má hranice odpovídající jen jednomu vchodu z pěti Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Ne, takhle ne (alespon podle struktury databaze). V databazi je jen sloupecek domovni_cislo, jestli se jedná o č.p. nebo č.e. určuje hodnota ve sloupci typ_kod (možnosti jsou tři: č.p., č.e., nic) v tabulce SO. A z tohodle tedy plyne, že by neměl existovat SO s oběma druhy čísel, resp. nevím jak by byl značen v databázi. Petr Ahoj, no, jo, ale to se na to jaksi divas jen z jednoho smeru, kde mas teda pravdu. Ale jak vis, ze neexistuje (nebo nebude existovat) 1. vice AM v rn_adresni_misto 2. vice samostatnych vchodu v TEA ktere budou privazany ke stejnemu SO a budou mit jina c.p. ci c.e. (u c.o. je to bezne)? Oboji je myslim v tom databazovem modelu mozne, byt by to nabouravalo prirazeni domovni_cislo, jak pises. Ja se na to neumim zeptat a kdybych ten SQL dotaz zkousel vymyslet, tak bych ten server trochu zahltil. Naposledy jsem pracoval v SQL v minulem tisicileti a je to znat. :-) Na co se umim zeptat, je tohle: SELECT count(distinct(so.kod)) CNT FROM rn_stavebni_objekt so, rn_detailni_tea tea WHERE array_length(so.cisla_domovni,1)1 and tea.stavobj_kod = so.kod and not so.deleted and not tea.deleted; cnt 23 714 - mame SO s vice cisly Počet SO, které mají záznam v TEA SELECT count(distinct(so.kod)) CNT FROM rn_stavebni_objekt so WHERE not so.deleted and exists(SELECT 1 FROM rn_detailni_tea tea WHERE tea.stavobj_kod = so.kod); cnt 25 963 - a tolik jich ma TEA Počet SO a jednou nebo žádnou adresou, které mají záznam v TEA SELECT count(distinct(so.kod)) CNT FROM rn_stavebni_objekt so WHERE not so.deleted and array_length(so.cisla_domovni,1)=1 and exists(SELECT 1 FROM rn_detailni_tea tea WHERE tea.stavobj_kod = so.kod); cnt 2 294 Počet SO s více adresami, které nemají TEA SELECT count(distinct(so.kod)) CNT FROM rn_stavebni_objekt so WHERE not so.deleted and array_length(so.cisla_domovni,1)1 and not exists(SELECT 1 FROM rn_detailni_tea tea WHERE tea.stavobj_kod = so.kod); cnt 237 Tedy, zda se, ze je velmi caste, ze kdyz ma SO vice adres, pak ma zaznam v TEA. Naopak, to ze nema zaznam v TEA je jen 1% objektu, na ktere se ted chci juknout. Cele to chapu tak, ze TEA se ma do budoucna doplnovat u vsech objektu, jak to jen pujde, takze TEA bych neignoroval, pac to bude pribyvat. Navic vytvareni TEA bude spojeno se revizi zaznamu o adresach v AM a SO. Zatim jsem zkoumal dva kandidaty na vice adres AM - SO 11738804 - 11671173 40037649 - 30119138 11738812 - 11671181 30756022 - 30119146 SELECT * FROM rn_stavebni_objekt so WHERE so.kod=11671181 or so.kod=30119146; Ale jestli to spravne ctu, tak existuji jako dva ruzne SO, s ruznymi cisly, z nichz maji sice oba definicni bod, ale druhy nema outline. Takze z hlediska logiky dat je to asi v techto dvou pripadech v poradku. Ale asi se muze stat, ze by takovehle domy mely outline oba a pak je s tim treba pocitat. Ale zase, neumim to najit. Zdravi, Dalibor attachment: winmail.dat___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 7.2.2014 09:39, Dalibor Jelínek napsal(a): Ne, takhle ne (alespon podle struktury databaze). V databazi je jen sloupecek domovni_cislo, jestli se jedná o č.p. nebo č.e. určuje hodnota ve sloupci typ_kod (možnosti jsou tři: č.p., č.e., nic) v tabulce SO. A z tohodle tedy plyne, že by neměl existovat SO s oběma druhy čísel, resp. nevím jak by byl značen v databázi. Petr Ahoj, no, jo, ale to se na to jaksi divas jen z jednoho smeru, kde mas teda pravdu. Ale jak vis, ze neexistuje (nebo nebude existovat) 1. vice AM v rn_adresni_misto 2. vice samostatnych vchodu v TEA ktere budou privazany ke stejnemu SO a budou mit jina c.p. ci c.e. (u c.o. je to bezne)? Oboji je myslim v tom databazovem modelu mozne, byt by to nabouravalo prirazeni domovni_cislo, jak pises. Já reagoval na: - vice c.p./c.e. muzou existovat SO, ktere maji c.p. i c.e. a pritom nemaji vice vchodu. Nevim, jak to vypada uvnitr databaze RUIAN, ale realne to je. Proste je dum, co ma nejdrive c.e. a pak dostane c.p. (asi vetsinou stejne), ale AM existuji obe A databázová struktura prostě neumí SO s oběma typy čísel - popisným i evidenčním. Neumí to ani přímo v tabulce SO, ani přes tabulku AM. Nic víc, nic míň netvrdím ;-) Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Oboji je myslim v tom databazovem modelu mozne, byt by to nabouravalo prirazeni domovni_cislo, jak pises. Já reagoval na: - vice c.p./c.e. muzou existovat SO, ktere maji c.p. i c.e. a pritom nemaji vice vchodu. Nevim, jak to vypada uvnitr databaze RUIAN, ale realne to je. Proste je dum, co ma nejdrive c.e. a pak dostane c.p. (asi vetsinou stejne), ale AM existuji obe A databázová struktura prostě neumí SO s oběma typy čísel - popisným i evidenčním. Neumí to ani přímo v tabulce SO, ani přes tabulku AM. Nic víc, nic míň netvrdím ;-) To sice databáze neumí, ale pak vznikají takovéto perly: http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/30119138 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/11671173 Dvě budovy, stejné číslo, stejný definiční bod, jen jednou to je číslo popisné a podruhé číslo evidenční. Dle ID bych si tipl, že se jedná o bývalý dům předělaný na chalupu. Ale v databázi zůstaly obě čísla. Marián 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] Tracer plugin - ruian update
Ahoj, Tak viděl bych to nějak takhe: http://www.kyralovi.cz/tmp/josm/pointinfo_beta2.png Můžu nechat? :-D To je Zase o kus hezčí. :-) Jen mě tam velmi mate ten text více vchodů. To jsi tam asi napsat nechtěl, ne? Zrovna tenhle objekt více vchodů podle RUIAN nemá. Alespoň ne podle webové stránky http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/27239781 Má jen více č.o., čož je vidět níže. Ale informace o tom, že je tam podle RUIAN více vchodů by asi byla dobrá, zároveň také uvést počet jako je to tady http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/30615437 Ty vchody jsou v RUIAN samostatna databaze? Doufam, ze uz ani ne. ;-) To řazení dle vzdálenosti tam sice mám, ale data v RUIANU jsou taková nějaká podivná. Z těch čtyř bodů mají dva stejné souřadnice a všechny jsou téměř v přímce. Takže to, které číslo orientační patří ke kterému vchodu se dá poznat jen podle ulice. Ovšem tohle selže v případě, že budova má více vchodů ústících do stejné ulice. Tady jsem asi tak nějaký smířený s tím, že při případném vkládání do mapy se to na první pokus plácne tam, kde je to v RUIAN a uživatel to buď jen přesune poblíž skutečného vchodu, nebo ideálně vytvoří entrance=yes na obrysu budovy, překopíruje tam tagy a původní bod smaže. Nemyslím si, že by to šlo udělat nějak automaticky. Snad jen v případě, kdy by ten adresní bod v ležel (s malou přesností) opravdu na obrysu budovy. Zdraví, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Ano, všechny adresní body mají kód stavebního objektu, žádný není NULL a všechny ty stavební objekty existují. Stavební objekt a adresní místo jsou opravdu rozdílné věci, i když adresní místo se vždy váže ke stavebnímu objektu. Tak to mi prosim reknete, k jakymu SO se vztahuje tohle AM http://vdp.cuzk.cz/vdp/ruian/adresnimista/20038135 Jsem fakt zvedavy na odpoved, protoze ja tam zadnej barak nevidim siroko daleko. Navic tohle AM ma definicni bod, takze vypada, ze to neni jedno z tech problemovych. Mimochodem, je nejaky zpusob, jak si to zjistit sam, aniz bych mel pristup do Petrovo databaze? Pointinfo mi tady moc nepomaha, pac vidi jen pozemek. Zdraví, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 6.2.2014 09:29, Dalibor Jelínek napsal: Ahoj, Tak viděl bych to nějak takhe: http://www.kyralovi.cz/tmp/josm/pointinfo_beta2.png Můžu nechat? :-D To je Zase o kus hezčí. :-) Jen mě tam velmi mate ten text více vchodů. To jsi tam asi napsat nechtěl, ne? No to jsem právě napsat chtěl. Vycházel jsem z předpokladu, že každé adresní místo (č.p./č.o) je jeden vchod. Nebo to tak není? Jak chceš uživatele upozornit, že to není jen jedno číslo? Mohl bych napsat: Více adresních míst ale přijde mi to moc dlouhé. Případně více čísel orientačních, ale to neplatí vždy, někdy je více čísel popisných - typicky paneláky. Zrovna tenhle objekt více vchodů podle RUIAN nemá. Alespoň ne podle webové stránky http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/27239781 Má jen více č.o., čož je vidět níže. To jako, že z těch ulic není vchod? Z debaty jsem nabyl dojmu, že tam jsou čtyři vchody a proto má budova více čísel orientačních. Ale informace o tom, že je tam podle RUIAN více vchodů by asi byla dobrá, zároveň také uvést počet jako je to tady http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/30615437 Ty vchody jsou v RUIAN samostatna databaze? Doufam, ze uz ani ne. ;-) Pro mne - více adresních míst (1) = více vchodů. Přímo počet vchodů v ruian není. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Ahoj, Dne Čt 6. února 2014 09:50:47, Dalibor Jelínek napsal(a): Tak to mi prosim reknete, k jakymu SO se vztahuje tohle AM http://vdp.cuzk.cz/vdp/ruian/adresnimista/20038135 Jsem fakt zvedavy na odpoved, protoze ja tam zadnej barak nevidim siroko daleko. Je to stav. objekt 19810351, nevidis ho, protoze mu v RUIAN chybi geometrie hranic, ale definicni bod ma, shodny s adresnim mistem (plusminus). Co ti nejde s databazi? -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 6.2.2014 10:04, Petr Vejsada napsal: Ahoj, Dne Čt 6. února 2014 09:50:47, Dalibor Jelínek napsal(a): Tak to mi prosim reknete, k jakymu SO se vztahuje tohle AM http://vdp.cuzk.cz/vdp/ruian/adresnimista/20038135 Jsem fakt zvedavy na odpoved, protoze ja tam zadnej barak nevidim siroko daleko. Je to stav. objekt 19810351, nevidis ho, protoze mu v RUIAN chybi geometrie hranic, ale definicni bod ma, shodny s adresnim mistem (plusminus). Co ti nejde s databazi? No a jak objekt, tak i adresní místo mají sloupec deleted NOT NULL, takže jsou smazané. pedro= select deleted from rn_adresni_misto where stavobj_kod = 19810351; deleted - f (1 row) pedro= select deleted from rn_stavebni_objekt where kod = 19810351; deleted - f (1 row) BTW: píši si poznámku - udělat revizi selectů a dolnit test na deleted. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Ale zatím se mi podařilo proklikat jen k textu diplomky. A bohužel během té chvilky, co jsem tomu věnoval, tak jsem úplně nevykoukal, kde vzít data a co s nima krok po kroku udělat, aby nakonci vypadl grid pro celou republiku. Data budou v příloha - CD/ROM *** odpověď viz citace e-mailu níže: muzeme (OSM-cz) v tom nejak pomoci? Slo by publikovat to CD k dimplomce, nebo to v cem jsi pokrocil a zasek? Ondra Chlup (diplomant) na tom dela, pocitam, ze do tydne dame info jak to vypada. JJ. ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Jen mě tam velmi mate ten text více vchodů. To jsi tam asi napsat nechtěl, ne? No to jsem právě napsat chtěl. Vycházel jsem z předpokladu, že každé adresní místo (č.p./č.o) je jeden vchod. Nebo to tak není? Jak chceš uživatele upozornit, že to není jen jedno číslo? Mohl bych napsat: Více adresních míst ale přijde mi to moc dlouhé. Případně více čísel orientačních, ale to neplatí vždy, někdy je více čísel popisných - typicky paneláky. Ou, obavam se, ze ted do toho vnasime zmateni pojmu a to neni dobre. Jak to chapu je: - vchod (samostatny vchod) je termin pouzivany v RUIAN, kterym se ospravedlnuje prideleni vice c.p./c.e., pripadne c.o. Viz :Postup-obci-a-stavebnich-uradu-pri-editaci-RUIAN-v2-0.pdf se na strane 15 pise: Samostatným vchodem se rozumí část stavebního objektu, která má vlastní přístup z ulice a které je přiděleno jedno číslo popisné nebo evidenční nebo jedno či více čísel orientačních. Takze vchod musi mit prideleno cislo, ale nevime jake. - vice cislel orientacnich c.o. muze byt prideleno (alespon dle me interpretace) zcela libovolne, nezavisle na existenci vchodu a myslim, ze by se nasly pripady, kdy je c.o., ale dvere nejsou - vice c.p./c.e. muzou existovat SO, ktere maji c.p. i c.e. a pritom nemaji vice vchodu. Nevim, jak to vypada uvnitr databaze RUIAN, ale realne to je. Proste je dum, co ma nejdrive c.e. a pak dostane c.p. (asi vetsinou stejne), ale AM existuji obe Přímo počet vchodů v ruian není. To si teda myslim, ze je. Pac tady jsou videt a maji i sva cisla (takze mozna existuje i jejich databaze). http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/70994242 Takze, kdyz tam v PointInfo pises vice vchodu, tak bych radsi psal vice adres nebo vice adresnich mist. Protoze zrovna v tomhle pripade sice asi dum ma vice vchodu, ale nejsou to ty vchody o kterych mluvi RUIAN. Zdravi, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Ahoj, On Thu, Feb 06, 2014 at 01:35:03PM +0100, Dalibor Jelínek wrote: Takze ted vim, ze v RUIAN máme i neviditelné budovy. Bezva! :-)) Treba kdyz se bude editovat v oblasti, kam uz nekdo pridal adresy dríve, tak by bylo fajn vedet, ?e podle RUIAN ta adresa uz neexistuje a tedy je ji mozno z OSM smazat. U adres nevim, ale u budov pozor - cetl jsem v nejakem dokumentu CUZK, ze smazani budovy z RUIAN v zadnem pripade nemusi znamenat jeji odstraneni z terenu. Je to treba tehdy, kdy se meni klasifikace budovy, nevim presne, nezajima. Podstatne je, je smazani z RUIAN != zbourani. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 6.2.2014 12:12, o...@propsychology.cz napsal: pedro= select deleted from rn_adresni_misto where stavobj_kod = 19810351; deleted - f (1 row) f = false, deleted = false, tedy not deleted aby bylo deteted, muselo by deleted byt true ;) Hmm. No dobrá :-D V každém případě, dle bingu a leteckých map seznamu tam je jen pole, hned vedle elekrárna, takže předpokládám, že dům zbourali během stavby elektrárny a asi není šance, že tam ještě někdy nějaký dům stát bude. Nevidím smysl, mít ten adresní bod aktivní. Hlasuji pro nastavení deleted na true ;-) Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 6.2.2014 13:35, Dalibor Jelínek napsal: Ovšem rád bych upozornil, že v některých případech by se mohla hodit i informace o smazaném objektu. Pro Tracer asi ne, ale u PointInfo. Třeba když se bude editovat v oblasti, kam už někdo přidal adresy dříve, tak by bylo fajn vědět, že podle RUIAN ta adresa uz neexistuje a tedy je ji mozno z OSM smazat. Nevím jestli to má smysl, jestli se vůbec nějaké adresy mažou. V každém případě by mi to nabouralo současnou jednoduchou architekturu pluginu. Nic nevylučuji, ale momentálně to není priorita. Co ti nejde s databazi? S databazi mi nejde vubec nic, protoze nevim, kde a cim se ji ptat. Kdybyste me mohl nakdo nakopnout spravnym smerem, byl bych rad. Máš nějaké povědomí o SQL? Pokud ano, mělo by ti stačit se jen doučit specifika postgress (a následně PostGis). Pro začátek: Konzoli z terminálu spustíš příkazem psql Následně set search_path to ruian,osmtables; seznam tabulek: \dt ruian. definice tabulky: \d ruian.rn_adresni_misto Jednoduchý select: select * from rn_adresni_misto limit 10; select * from rn_adresni_misto where stavobj_kod = ; Ad Marian a PointInfo: Co si ted myslis o tom, ze by se Pointinfo, porozhlidlo v rozumnem okoli i po AM a neviditelnych SO? Je mi jasne, ze to trochu nezapad do posledni varianty uzivatelskeho okna. Jestli to spravne chapu, tak hledas SO a pozemky, ktere zahrnuji bod, na ktery se kliklo. A pak u SO vypises jemu prirazena AM. Je to tak? Takze jestli jo a v tom miste neni SO, tak se zadna AM nevypisou, takze v tomhle konkretnim bode se Pointinfo tvari, ze tam nic neni (krome pozemku), i kdyz je. Predpokladam, ze k pozemku se AM vazat nemuze. Doufam... No uvažuji o nějaké funkci Najdi v okolí. Ale zatím to nemám promyšlené. Momentálně chystám to kopírování tagů do schránky. Mimochodem, asi bylo opravdu vhodne zobrazit alespon varovani, ze v danem bode je vice SO nebo parcel. Kdyz to tam nebude, tak nam mozna uniknout zajimave veci. Taky by se mozna mohlo stat, ze Tracer bude trasovat neco jineho, nez bude zobrazovat Pointinfo. Tohle je spíše chyba v RUIAN a měla by se odstranit tam. A na hledání takovýchto podivností je nejlepší správný dotaz v databázi. Někdo tady sliboval, že se poptá na možnost hlášení chyb v RUIAN. Odpověď asi zatím není. Marián Zdravi, Dalibor ___ 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] Tracer plugin - ruian update
Hmm. No dobrá :-D V každém případě, dle bingu a leteckých map seznamu tam je jen pole, hned vedle elekrárna, takže předpokládám, že dům zbourali během stavby elektrárny a asi není šance, že tam ještě někdy nějaký dům stát bude. Nevidím smysl, mít ten adresní bod aktivní. Hlasuji pro nastavení deleted na true ;-) Marián Ja bych ho z OSM jeste nemazal, kdyz existuje v RUIANu. Ale jeho existence je vubec zajimava. Okolo Temelina bylo mnohem vice vesnic, tedy i adres, ale ty v RUIAN uz nejsou. (Treba tady 49.1797006, 14.3895603) Ale takhle tam tak trochu trci. Treba prezila zbourani i vymazavani. ;-) DJ ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Ahoj, dalsi prekvapeni, ale asi by nemelo byt tak velke, koneckoncu domy maji diry, ale ze to budou vedle sebe stojici vice-budovy, me prekvapuje. Ale! Jak to, ze ten SO nemuzu najit??? http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/43408526 Neni tentokrat opravdu deleted? Dalibor (Pokud teda plati, jak doufam, ze jeden SO v RUIANu je prave jedna cesta.) http://pedro.poloha.net/osm/43408526.png Toto je jeden stavební objekt. Opět - není jich moc, ale jsou a možná je to dokonce chyba. Tracer (server, dělám tu serverovou část) funguje tak, že vybere stavební objekt, ve kterém (st_contains) leží bod, kam jsi klikl. Stavební objekt je multipolygon. Následně tento multipolygon rozložím na jednotlivé polygony a vyberu ten, který st_contains ... limit 1. Tedy vyberu první bez ohledu na ty ostatní, které leží třeba na sobě. Také se vyskytuje. Dále přidám RUIAN ID a tag podle tabulky, na kterou jsem tu dával odkaz, tuším http://pedro.poloha.net/osm/zpusob_vyuziti_objektu. Může se tedy dnes stát, že dvě budovy/cesty v OSM budou mít stejné ruian ID. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 6.2.2014 14:30, Dalibor Jelínek napsal: Ahoj, dalsi prekvapeni, ale asi by nemelo byt tak velke, koneckoncu domy maji diry, ale ze to budou vedle sebe stojici vice-budovy, me prekvapuje. Ale! Jak to, ze ten SO nemuzu najit??? http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/43408526 Neni tentokrat opravdu deleted? Dalibor Žádný takový objekt v RUIAN neexistuje. Nevím, co to Petrovo číslo znamená, ale číslo stavebního objektu to není. Marián (Pokud teda plati, jak doufam, ze jeden SO v RUIANu je prave jedna cesta.) http://pedro.poloha.net/osm/43408526.png Toto je jeden stavební objekt. Opět - není jich moc, ale jsou a možná je to dokonce chyba. Tracer (server, dělám tu serverovou část) funguje tak, že vybere stavební objekt, ve kterém (st_contains) leží bod, kam jsi klikl. Stavební objekt je multipolygon. Následně tento multipolygon rozložím na jednotlivé polygony a vyberu ten, který st_contains ... limit 1. Tedy vyberu první bez ohledu na ty ostatní, které leží třeba na sobě. Také se vyskytuje. Dále přidám RUIAN ID a tag podle tabulky, na kterou jsem tu dával odkaz, tuším http://pedro.poloha.net/osm/zpusob_vyuziti_objektu. Může se tedy dnes stát, že dvě budovy/cesty v OSM budou mít stejné ruian ID. -- 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] Tracer plugin - ruian update
Dne 6.2.2014 13:46, Dalibor Jelínek napsal(a): - vice c.p./c.e. muzou existovat SO, ktere maji c.p. i c.e. a pritom nemaji vice vchodu. Nevim, jak to vypada uvnitr databaze RUIAN, ale realne to je. Proste je dum, co ma nejdrive c.e. a pak dostane c.p. (asi vetsinou stejne), ale AM existuji obe Ne, takhle ne (alespon podle struktury databaze). V databazi je jen sloupecek domovni_cislo, jestli se jedná o č.p. nebo č.e. určuje hodnota ve sloupci typ_kod (možnosti jsou tři: č.p., č.e., nic) v tabulce SO. A z tohodle tedy plyne, že by neměl existovat SO s oběma druhy čísel, resp. nevím jak by byl značen v databázi. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 6.2.2014 17:35, Dalibor Jelínek napsal: Přímo počet vchodů v ruian není. To si teda myslim, ze je. Pac tady jsou videt a maji i sva cisla (takze mozna existuje i jejich databaze). http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/70994242 Takze, kdyz tam v PointInfo pises vice vchodu, tak bych radsi psal vice adres nebo vice adresnich mist. Protoze zrovna v tomhle pripade sice asi dum ma vice vchodu, ale nejsou to ty vchody o kterych mluvi RUIAN. Tak jsem se konecne dostal do databaze. Dekuji. :-) A ty diskutovane vchody tam jsou v tabulce rn_detailni_tea (technicko administrativni atribut), Který sloupec. Asi jsem slepý, ale něco jako počet vchodů nevidím. kde je mimochodem i vazba na AM. Takze nejen AM je vazano k SO, ale i SO ma prirazeno AM pres TEA. Ale vypada to, ze u mnoha SO ty TEA jeste nejsou. Ale neumim udelat tak rafinovanej dotaz, abych zjistil, u kolika SO, ktere maji adresu jsou a nejsou TEA. Taky by me zajimalo, zda jsou SO, co maji TEA, ale maji jen jeden vchod. Pocitam, ze ano. Vzhledem k tomu, že v TEA je slabých 26 tisíc záznamů oproti 2.8 mil. SO s AM, tak bych se tím zatím nezabýval :-D pedro= select count(distinct(stavobj_kod)) from rn_detailni_tea; count --- 25977 (1 row) pedro= select count(distinct(o.kod)) CNT from rn_stavebni_objekt o, rn_adresni_misto a where a.stavobj_kod = o.kod and not o.deleted and not a.deleted; cnt - 2843146 (1 row) pedro= select count(distinct(o.kod)) CNT from rn_stavebni_objekt o, rn_adresni_misto a where a.stavobj_kod = o.kod and not o.deleted and not a.deleted and exists (select 1 from rn_detailni_tea t where t.stavobj_kod = o.kod); cnt --- 25953 (1 row) A uz vubec neumim nijak porovnat vzajemnost prirazeni AM k SO a zpatky SO k AM pres TEA. Něco mále jsem našel tady: http://postgres.cz/wiki/%C3%9Avod_do_PostgreSQL_SQL#Vno.C5.99en.C3.A9_poddotazy_a_odvozen.C3.A9_tabulky Marián Zdravi, Dalibor ___ 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] Tracer plugin - ruian update
Sloupec s poctem tam neni. Jsou tam proste vchody, kdyz si udelas select na kod SO v tehle tabulce na nejaky objekt s vice c.p. nebo c.e. tak je uvidis. Seznam id SO s hodne c.p. nebo c.e. tu probehl nedavno a vsechny, co jsem zkousel mely vchody. Nebo ten nedavno postaveny dvojdomek. Za ty Selecty diky, ty prozkoumam zitra. Dalibor Sent from my HTC - Reply message - From: Marián Kyral mky...@email.cz To: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Subject: [Talk-cz] Tracer plugin - ruian update Date: Thu, Feb 6, 2014 18:07 Dne 6.2.2014 17:35, Dalibor Jelínek napsal: Přímo počet vchodů v ruian není. To si teda myslim, ze je. Pac tady jsou videt a maji i sva cisla (takze mozna existuje i jejich databaze). http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/70994242 Takze, kdyz tam v PointInfo pises vice vchodu, tak bych radsi psal vice adres nebo vice adresnich mist. Protoze zrovna v tomhle pripade sice asi dum ma vice vchodu, ale nejsou to ty vchody o kterych mluvi RUIAN. Tak jsem se konecne dostal do databaze. Dekuji. :-) A ty diskutovane vchody tam jsou v tabulce rn_detailni_tea (technicko administrativni atribut), Který sloupec. Asi jsem slepý, ale něco jako počet vchodů nevidím. kde je mimochodem i vazba na AM. Takze nejen AM je vazano k SO, ale i SO ma prirazeno AM pres TEA. Ale vypada to, ze u mnoha SO ty TEA jeste nejsou. Ale neumim udelat tak rafinovanej dotaz, abych zjistil, u kolika SO, ktere maji adresu jsou a nejsou TEA. Taky by me zajimalo, zda jsou SO, co maji TEA, ale maji jen jeden vchod. Pocitam, ze ano. Vzhledem k tomu, že v TEA je slabých 26 tisíc záznamů oproti 2.8 mil. SO s AM, tak bych se tím zatím nezabýval :-D pedro= select count(distinct(stavobj_kod)) from rn_detailni_tea; count --- 25977 (1 row) pedro= select count(distinct(o.kod)) CNT from rn_stavebni_objekt o, rn_adresni_misto a where a.stavobj_kod = o.kod and not o.deleted and not a.deleted; cnt - 2843146 (1 row) pedro= select count(distinct(o.kod)) CNT from rn_stavebni_objekt o, rn_adresni_misto a where a.stavobj_kod = o.kod and not o.deleted and not a.deleted and exists (select 1 from rn_detailni_tea t where t.stavobj_kod = o.kod); cnt --- 25953 (1 row) A uz vubec neumim nijak porovnat vzajemnost prirazeni AM k SO a zpatky SO k AM pres TEA. Něco mále jsem našel tady: http://postgres.cz/wiki/%C3%9Avod_do_PostgreSQL_SQL#Vno.C5.99en.C3.A9_poddotazy_a_odvozen.C3.A9_tabulky Marián Zdravi, Dalibor ___ 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] Tracer plugin - ruian update
Ahoj, Dne Čt 6. února 2014 17:39:57, Marián Kyral napsal(a): Žádný takový objekt v RUIAN neexistuje. Nevím, co to Petrovo číslo znamená, ale číslo stavebního objektu to není. znamená to hlavně to, že do všeho moc kecám a přitom sotva držím pozornost; číslo jsem chybně opsal a teď to nemůžu najít. Tak jiný: http://pedro.poloha.net/osm/25693336.png Tentokrát jsem to číslo snad už nezvoral. Dají se najít podle st_nrings(hranice)1. -- Petr) ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
V dokumentu Postup-obci-a-stavebnich-uradu-pri-editaci-RUIAN-v2-0.pdf se na strane 15 pise: Samostatným vchodem se rozumí část stavebního objektu, která má vlastní přístup z ulice a které je přiděleno jedno číslo popisné nebo evidenční nebo jedno či více čísel orientačních. Z toho by mi vyplyvalo, ze stavebni objekt muze mit zcela bezne vice c.p. nebo c.e., zejmena pokud to jsou samostatne vchody z ulice. Jinak jsem se dival do Vyhláška č.26 2007, kde je mimochodem hezky popsano, co se myslim vyuzitim stavebniho objektu nebo pozemku, a nikde jsem tam nenasel nic o pridelovani vice c.p./c.e. Naopak se tam dusledne mluvi v jednotnem cisle - budova, ktere bylo prideleno cislo To je asi to, z ceho jsem si myslel, ze jedna budova - jedno cislo. Ale zrejme, ma-li samostatne vchody, pak muze mit vice c.p./c.e., i kdyz se to asi vyuziva zridka a preferuje se prideleni jednoho c.p./c.e. a vice c.o.. Coz samozrejme na vesnici tak nejak nejde. Kdybyste nasli nekde vice info, tak to prosim poslete. Zdravi, Dalibor -Original Message- From: Petr Morávek [Xificurk] [mailto:p...@pada.cz] Sent: Wednesday, February 5, 2014 8:10 AM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Tracer plugin - ruian update Ahoj, Dne 5.2.2014 07:43, Dalibor Jelínek napsal(a): A jaky teda mas stavebni objekt prirazen tady? http://vdp.cuzk.cz/vdp/ruian/adresnimista/40037649 O tomhle adresnim bode jsem ti psal drive psal v mailu. Mel jsem dojem, ze tohle misto ve sve databazi nemas. Odkazuje na http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/30119138 Ale je zajímavé, že přímo adresní bod nemá žádnou pozici (definicni_bod = NULL), a stejně na tom je celkem cca 6% adresních bodů. A podle webu RUIAN je tohle asi bug, na jehož odstranění se pracuje. Zdraví, Petr Morávek aka Xificurk ___ 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] Tracer plugin - ruian update
Dne 5.2.2014 08:53, Dalibor Jelínek napsal(a): No prave tady mi to prijde uplne jasne, jak jsem psal drive: cesta budovy: addr:place=Dejvice addr:city=Praha 6 (nebo Praha, tady nevim) addr:country=CZ addr:housenumber=2710 addr:conscriptionnumber=2710 ref:ruian=cislo stavebniho objektu bez ulice bez c.o. bez PSC 4x body nad vchody (ale soucasty cesy domu) to same, co je vyse, ovsem s addr:housenumber ve tvaru c.p./c.o. entrance=yes addr:street addr:streetnumber addr:postcode ref:ruian=cislo adresniho mista Tohle mi prijde, jako ze presne kopiruje maximum informaci, ktere z RUIAN mame a dava to nejvetsi smysl. Jedine, co tam takhle neni, je ta vazba mezi SO a AM (resp. je zakreslena v mape, ale to nekdy nemusi tak byt, a bude-li AM lezet mimo SO, pak tam zadna vazba neni, ovsem sla-by pridat, ale myslim, ze vlastne k nicemu neni) Přiznám se, že mně to teda moc smysl nedává... Ani jeden objekt neobsahuje celou adresu (to co bych psal na obálku). Pokud tedy přistoupíme na to, že si to každý dopočítá sám, tak nemá smysl uvádět addr:city=Praha addr:country=CZ protože tyhle ǘdaje jsou v mapě jako hranice s admin_level=8, resp. admin_level=2. Ad dopočítávání: Celkem je v databázi ~ 3 miliony adresních míst, z toho 2 miliony mají geometrii definičního bodu a zároveň odkazovaný stavební objekt má geometrii hranice. Z těch 2M míst cca 6% NEleží uvnitř geometrie stavebního objektu. To by se mohlo zdát jako celkem vysoké číslo, ale ono to bude souviset s dalšíma buguma v RUIANu (chybějící budovy, zakreslena jen část, ...) Když jsem se díval na vzdálenosti, tak sice existují rekordmani s hodnotou ve stovkách kilometrů :-) ale moc toho není. Z těch 2M míst jen 0.9% má vzdálenost SO a AM větší jak 10 metrů. Jedina drobna chyba je, ze to v nekterych (ale podle me velmi ridkych) pripadech bude vest ke dvojimu zobrazeni cisla v mape. Ale jen pri velkem zvetseni, jinak je videt jen jedno cislo. Zkousel jsem to. Druha vetsi chybka je, ze to nejde aplikovat na to jedno procento s.o., ktere fakt maji vice c.p. nebo c.e. Sice by to slo v housenumber a consriptionnumber oddelovat strednikem, ale to je velka prasarna. Spise bych si myslel, ze by Trace v tohmle miste zobrazit informaci, ze SO ma vice c.p. nebo c.e. a rekl, ze je tudiz nenatagoval a doporucil uzivateli, aby dum rozdelil na adekvatni mensi casti, nebo tak neco. Treba tak (protoze ty priklady domu, ktere jsem zatim videl, tomu odpovidaly), ze celou cestu SO nakreslenou dle RUIAN oznaci jako building=terrace ci building=garages, a pak ji rozdelit na podbudovy building=house nebo building=garage a ty uz otagovat spravne i s housenumber a conscription number. A třetí chyba je to, že není pravda, že 1 stavební objekt = 1 OSM cesta. Jedna budova je v OSM občas nakreslena pomocí více cest, např. pro zmapování rozdílného počtu podlaží (výšky, ...) nějaké části budovy. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Přiznám se, že mně to teda moc smysl nedává... Ani jeden objekt neobsahuje celou adresu (to co bych psal na obálku). Jak to? Vsechny ctyri vchody obsahuji uplnou adresu. Vzdyt tam pisu to same, co je vyse, ovsem s addr:housenumber ve tvaru c.p./c.o. addr:city a addr:country To nevim, jak moc jsou tyhle adresy potrebne, ale tovarna na adresy addr:country=CZ pridava. Dava tam i mestkou cast, ovsem do is_in, ktery se mi nelibi. Nevim, jestli do addr:city patri Praha 9, nebo jen Praha a nekam jinam (addr:quarter?) Praha 9. Obecne bych se nespolehal na zadne dopocitavani. Myslim, ze moc uzivatelu nic dopocitat neumi (ani ja ne). Dalibor -Original Message- From: Petr Morávek [Xificurk] [mailto:p...@pada.cz] Sent: Wednesday, February 5, 2014 10:13 AM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Tracer plugin - ruian update Dne 5.2.2014 08:53, Dalibor Jelínek napsal(a): No prave tady mi to prijde uplne jasne, jak jsem psal drive: cesta budovy: addr:place=Dejvice addr:city=Praha 6 (nebo Praha, tady nevim) addr:country=CZ addr:housenumber=2710 addr:conscriptionnumber=2710 ref:ruian=cislo stavebniho objektu bez ulice bez c.o. bez PSC 4x body nad vchody (ale soucasty cesy domu) to same, co je vyse, ovsem s addr:housenumber ve tvaru c.p./c.o. entrance=yes addr:street addr:streetnumber addr:postcode ref:ruian=cislo adresniho mista Tohle mi prijde, jako ze presne kopiruje maximum informaci, ktere z RUIAN mame a dava to nejvetsi smysl. Jedine, co tam takhle neni, je ta vazba mezi SO a AM (resp. je zakreslena v mape, ale to nekdy nemusi tak byt, a bude-li AM lezet mimo SO, pak tam zadna vazba neni, ovsem sla-by pridat, ale myslim, ze vlastne k nicemu neni) Přiznám se, že mně to teda moc smysl nedává... Ani jeden objekt neobsahuje celou adresu (to co bych psal na obálku). Pokud tedy přistoupíme na to, že si to každý dopočítá sám, tak nemá smysl uvádět addr:city=Praha addr:country=CZ protože tyhle ǘdaje jsou v mapě jako hranice s admin_level=8, resp. admin_level=2. Ad dopočítávání: Celkem je v databázi ~ 3 miliony adresních míst, z toho 2 miliony mají geometrii definičního bodu a zároveň odkazovaný stavební objekt má geometrii hranice. Z těch 2M míst cca 6% NEleží uvnitř geometrie stavebního objektu. To by se mohlo zdát jako celkem vysoké číslo, ale ono to bude souviset s dalšíma buguma v RUIANu (chybějící budovy, zakreslena jen část, ...) Když jsem se díval na vzdálenosti, tak sice existují rekordmani s hodnotou ve stovkách kilometrů :-) ale moc toho není. Z těch 2M míst jen 0.9% má vzdálenost SO a AM větší jak 10 metrů. Jedina drobna chyba je, ze to v nekterych (ale podle me velmi ridkych) pripadech bude vest ke dvojimu zobrazeni cisla v mape. Ale jen pri velkem zvetseni, jinak je videt jen jedno cislo. Zkousel jsem to. Druha vetsi chybka je, ze to nejde aplikovat na to jedno procento s.o., ktere fakt maji vice c.p. nebo c.e. Sice by to slo v housenumber a consriptionnumber oddelovat strednikem, ale to je velka prasarna. Spise bych si myslel, ze by Trace v tohmle miste zobrazit informaci, ze SO ma vice c.p. nebo c.e. a rekl, ze je tudiz nenatagoval a doporucil uzivateli, aby dum rozdelil na adekvatni mensi casti, nebo tak neco. Treba tak (protoze ty priklady domu, ktere jsem zatim videl, tomu odpovidaly), ze celou cestu SO nakreslenou dle RUIAN oznaci jako building=terrace ci building=garages, a pak ji rozdelit na podbudovy building=house nebo building=garage a ty uz otagovat spravne i s housenumber a conscription number. A třetí chyba je to, že není pravda, že 1 stavební objekt = 1 OSM cesta. Jedna budova je v OSM občas nakreslena pomocí více cest, např. pro zmapování rozdílného počtu podlaží (výšky, ...) nějaké části budovy. Zdraví, Petr Morávek aka Xificurk ___ 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] Tracer plugin - ruian update
Dne 5.2.2014 10:33, Dalibor Jelínek napsal(a): Přiznám se, že mně to teda moc smysl nedává... Ani jeden objekt neobsahuje celou adresu (to co bych psal na obálku). Jak to? Vsechny ctyri vchody obsahuji uplnou adresu. Vzdyt tam pisu to same, co je vyse, ovsem s addr:housenumber ve tvaru c.p./c.o. Aha, to jsem nějak pro změnu přehlídl já :/ Ale obecně se mi ta duplikace dat stejně nelíbí. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
A třetí chyba je to, že není pravda, že 1 stavební objekt = 1 OSM cesta. Jedna budova je v OSM občas nakreslena pomocí více cest, např. pro zmapování rozdílného počtu podlaží (výšky, ...) nějaké části budovy. Zdraví, Petr Morávek aka Xificurk Jo, tohle je pravda treba jeste domyslet. Podle me to neni problem pro Tracer plugin. Ten nakresli jen jednu budovu (pokud kresli do prazdna) a otaguje ji, jak navrhuji. (Pokud teda plati, jak doufam, ze jeden SO v RUIANu je prave jedna cesta.) Otazka je, co udelat v pripade, o kterem pises ty, nebo o kterem jsem psal drive, tedy ze se objekt rozdeli (treba pluginem Terracer) na jednotlive objekty. Jak pak pracovat s nimi? Mel by se jim nechat ten ruian:id cele budovy? Asi ne, protoze pak by neslo delat automaticke aktualizace nekdy v budoucnu, navic by proste budova neodpovidala RUIANu. Ono se to tedy asi v praxi bude stavat, ale nemelo by to byt doporucovanym postupem. Druha moznost, ktera se asi i v praxi pouziva, by bylo mit pres sebe objektu vic. Cely dum, nacteny z RUIAN a otagovany i s ruian:id (a bez adres) a na nem lezici jednotlive radove domy/garaze/casti domu, ktere by uz ten ruian:id nemely. Ale mely by sve vlastni adresy. Jen musim vyzkouset, jak se k tomu stavi treba JOSM, jestli nebude rvat, ze jsou tam prekryvajici se budovy. Ale z textu wiki u building=terrace mi vyplyva, ze to tak doporucuji, ale mozna mysli nechat barak v celku jako plochu a pridat jenodtlive casti jen jako body. Nevim. Nebo to udelat nejak uplne jinak. Relaci? Mit pro ten hlavni obrys cestu, ktera by nebyla building=, ale neco jineho? Nevim. Ad: Obecne se mi ta duplikace stejne nelibi. Jen proto, ze budeme mit par bajtu v databazi u budovy navic? A jen ta duplikace addr: tagu? Zdravi, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Zdravím, Dne St 5. února 2014 07:41:03, JV napsal(a): Zdravím, omlouvám se, ale opravdu se bavíme o číslech popisných? Zrovna u Technické knihovny v Dejvicích vidím jen jedno číslo popisné a 4 čísla orientační: http://vdp.cuzk.cz/vdp/ruian/adresnimista/vyhledej?ob.kod=554782ul.kod=co. ano, bavíme se o stejné budově, omlouvám se, zklamala mě paměť. Tuto budovu jsem dost zkoumal, a pamatoval jsem si, že má více čísel, ovšem nikoli popisných. Špatná paměť. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 4.2.2014 08:51, hanoj napsal(a): http://www.kma.zcu.cz/main.php?KMAfile=./STRUCTURE/05_ebooks/04_Zaverecne_prace/zav_prace.phpDRC=./STRUCTURE/05_ebooks/04_Zaverecne_prace/DRL=CZDROF=0osCislo=52920 cituji Honzy Ježka: - Diplomka otestovala postup a výsledek byl, že metoda lze aplikovat s dostatečnou přesností, ale odovzení a finální výpočet gridu byl - vytvořen jen pro malé území. S odvozením pro celou CR jsme měli nějaké technické problémy s R, ktere se nepodarilo vcas vyresit a ted - nemam paky jak to dotahnout, ale zkouším to. Na podzim taky probehla komunikace s CUZK o odvozeni 'oficialni' verze gridu, ale v - poslední době to usnulo. ha hanoj Jestli to byly jen technické problémy, tak to bysme to tu mohli komunitně dotáhnout :-) Ale zatím se mi podařilo proklikat jen k textu diplomky. A bohužel během té chvilky, co jsem tomu věnoval, tak jsem úplně nevykoukal, kde vzít data a co s nima krok po kroku udělat, aby nakonci vypadl grid pro celou republiku. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne St 5. února 2014 21:16:22, Petr Morávek [Xificurk] napsal(a): Ale zatím se mi podařilo proklikat jen k textu diplomky. A bohužel během té chvilky, co jsem tomu věnoval, tak jsem úplně nevykoukal, kde vzít data a co s nima krok po kroku udělat, aby nakonci vypadl grid pro celou republiku. Data budou v příloha - CD/ROM -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 5.2.2014 17:11, Marián Kyral napsal: Dne 5.2.2014 08:33, Petr Morávek [Xificurk] napsal: Dne 5.2.2014 07:41, JV napsal(a): Zdravím, omlouvám se, ale opravdu se bavíme o číslech popisných? Zrovna u Technické knihovny v Dejvicích vidím jen jedno číslo popisné a 4 čísla orientační: http://vdp.cuzk.cz/vdp/ruian/adresnimista/vyhledej?ob.kod=554782ul.kod=co.kod=400459mc.kod=500178so.kod=27239781vo.kod=search=Vyhledat Více čísel popisných by bylo vidět jak v grafice VDP (http://vdp.cuzk.cz/marushka/?themeid=1MarUid=DDB04061%206EAC62F2MarUidi=0D3E163B%2076073BA4%20DDB04061%20E4699646%206EAC62F2MarMiddlePoint=-744741.2141709006%20-1040895.0606261094MarScale=857), tak v Nahlížení do KN (http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3MarUid=7E6595D2%20A5AD9D88%208244EA23MarUidi=8244EA23MarMiddlePoint=-744781.5201761102%20-1040865.3080245024MarScale=1996). Raději ještě jednou: - číslo popisné / evidenční je unikátní v rámci části obce a nesmí se používat opakovaně (tedy číslo po zrušené budově nelze přidělit jinému objektu). Popisná a evidenční čísla tvoří dvě samostatné řady. - číslo orientační by mělo určovat pořadí budovy v rámci ulice nebo náměstí, nejsou povinná Viz http://cs.wikipedia.org/wiki/Ozna%C4%8Dov%C3%A1n%C3%AD_dom%C5%AF J. Veselý Ano, v případě NTK jde o 1 č.p. a 4 čísla orientační. Ona ta struktura dat není vůbec jednoduchá... uvedu na příkladu NTK: Co nám říká stavební objekt 27239781: - kód městské části (Praha 6) - kód části obce (Dejvice) - čísla domovní (2710) - jedná se o budovu s č.p. K tomuto objektu se váží 4 adresní místa, která nesou informaci o: - kód stavebního objektu (27239781) - číslo domovní (2710) - kód ulice (4 různé hodnoty - Flemingovo nám., Studentská, Technická, Thákurova) - číslo orientační (4 různé hodnoty - 6, 1, 20, 13) - PSČ (16000) A teď zkuste někdo popsat, jakým způsobem z těchto dat dostat adresu, která by se měla umístit přímo na budovu v OSM. Zdraví, Petr Morávek aka Xificurk Tak nad tím tak uvažuji, jak tohle zobrazit v PointInfo pluginu. Jestli zobrazit nejbližší č.o. nebo zobrazit všechna dostupná č.o. v tabulce pod sebou. Momentálně se zobrazí první nalezený. No asi to vyhraje tabulka, nejbližší bod bude první. ;-) Tak viděl bych to nějak takhe: http://www.kyralovi.cz/tmp/josm/pointinfo_beta2.png Můžu nechat? :-D Jar ke stažení jsem zaktualizoval. (http://www.kyralovi.cz/tmp/josm/pointinfo.jar) To řazení dle vzdálenosti tam sice mám, ale data v RUIANU jsou taková nějaká podivná. Z těch čtyř bodů mají dva stejné souřadnice a všechny jsou téměř v přímce. Takže to, které číslo orientační patří ke kterému vchodu se dá poznat jen podle ulice. Ovšem tohle selže v případě, že budova má více vchodů ústících do stejné ulice. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
On Wed 2014-02-05 10:33:34, Dalibor Jel?nek wrote: Přiznám se, že mně to teda moc smysl nedává... Ani jeden objekt neobsahuje celou adresu (to co bych psal na obálku). Jak to? Vsechny ctyri vchody obsahuji uplnou adresu. Vzdyt tam pisu to same, co je vyse, ovsem s addr:housenumber ve tvaru c.p./c.o. addr:city a addr:country To nevim, jak moc jsou tyhle adresy potrebne, ale tovarna na adresy addr:country=CZ pridava. Dava tam i mestkou cast, ovsem do is_in, ktery se mi nelibi. Nevim, jestli do addr:city patri Praha 9, nebo jen Praha a nekam jinam (addr:quarter?) Praha 9. Obecne bych se nespolehal na zadne dopocitavani. Myslim, ze moc uzivatelu nic dopocitat neumi (ani ja ne). A nekteri by mozna dopocitat umeli, ale stalo by je to neuveritelny usili, takze radeji nechtej :-). A navic -- kazdy v tom dopocitani bude mit jiny chyby. 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
Re: [Talk-cz] Tracer plugin - ruian update
Ahoj, k te presnosti: zkousel jsem to v Praze Vysocanech a v osade Libiv. Ale znova upozornuji, ze ten rozdil je v centimetrech, takze to asi nema cenu resit. Jestli to teda spravne chapu, tak ten Tracer nebere data primo z RUIAN, ale trasuje bitmapy vytvorene Petrem? Jestli jo, tak ta nepresnost, o ktere mluvim, je asi zpusobena jen tim, prevodem vektor-bitmapa-vektor. Alespon mi to tak pripada, kdyz to hodne zvetsim. Zdravi, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 4.2.2014 09:25, Dalibor Jelínek napsal: Ahoj, k te presnosti: zkousel jsem to v Praze Vysocanech a v osade Libiv. Ale znova upozornuji, ze ten rozdil je v centimetrech, takze to asi nema cenu resit. OK. Kouknu na to, jestli si večer vzpomenu ;-) Jestli to teda spravne chapu, tak ten Tracer nebere data primo z RUIAN, ale trasuje bitmapy vytvorene Petrem? Jestli jo, tak ta nepresnost, o ktere mluvim, je asi zpusobena jen tim, prevodem vektor-bitmapa-vektor. Alespon mi to tak pripada, kdyz to hodne zvetsim. Ne. Tak to není. Petr tu bitmapovou vrstvu vytváří z RUIAN databáze a upravený tracer plugin si data bere ze stejné databáze. Takže ve skutečnosti tam k žádnému tracování bitmapy nedochází. Při každém kliknutí dostaneš vždy stejnou sadu bodů tvořící danou budovu rovnou z databáze. Technicky by se to už vlastně nemělo nazývat Tracování :-) Marián Zdravi, Dalibor ___ 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] Tracer plugin - ruian update
Cau, to jsi mi trochu rozboural hracky. :-( Asi ano ;-). Mnoho domů, možná i většina, má jedno číslo. Ovšem zdaleka ne všechny. Jde o čísla popisná, ne orientační. A dokazes se zeptat, kolik takovych budov je z celeho poctu? Nepripada mi to moc logicke, ze ma stavebni objekt vice cisel a spise mi to pripada jako nejaka vec z minulosti. Kdyz jsem hledal, jakym zpusobem to pridelovani funguje, tak jsem nabyl dojmu, ze postavis barak a pozadas o cislo. Nikde jsem nenasel, ze bys mohl pozadat o cisel vice. Ale treba je to fakt historicky. Mimochodem, dokazu se te tve databaze nejak zeptat ja? Je pristupna po netu? Ale i tak mi to porad neprijde uplne mimozni. Adresní bod v RUIAN se sice váže na budovu Tohle je opravdu presne tak, jak pises? Ja myslel, ze k budove se vaze cislo popisne nebo evidenci (ted vim, ze jich muze byt vice). Ale mel jsem za to, ze databaze adresnich bodu je zvlast a nema vazbu vubec na zadne stavebni objekty. Ze je to proste bod, ktery klidne lezi nekde, kde uz zadny dum neni. Marian: Jen poznámka, že se pak to číslo zobrazuje dvakrát. Vím, že se nemáme ohlížet na render, ale tohle by mi asi hodně vadilo. Tohle myslim, zase tak nevadi. Alespon jsem nenasel zadne misto, kde by to nejak bilo do oci. Co jsem nasel, tak bud se ty popisky cisla domu a cisla adresniho bodu prekryvaji, pac lezi hodne blizko sebe, a pak je stejne vykreslene jen jedno. Nebo je, pri dostatecnem zvetseni, cislo domu uprostred a cisla domu/orientacni nad vchody, coz mi naopak prijde docela hezke. Mohlo by se přidávat i - building:levels (počet podlaží z RUIAN) - building:flats (počet bytů, je-li v RUIAN) - klidně bych přidal i přímé URL na http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/25286358 - a dokonce, možná pro někoho kontroverzně, bych přidal i adresní tagy (addr:country, addr:city, addr:place, addr:*number ) Nestačí to RUIANID? Tedy ne že by se často přistavovalo k domu patro, ale pokud by se něco obdobného stalo, bude to aktuální spíš v RUIAN než v OSM. Podle me ne zas tak uplne, protoze malokdo vi, jak se k tem udajum o objektu dostat a proto mi prislo fajn tam dat to url, ale je fakt, ze to tam asi byt nemusi, ze to staci napsat na Wiki. Ucelem building:levels myslim bylo, aby slo odahnout vysku budovy, kdyz se dela 3D mapa, tak by to bylo fajn v OSM mit. Pro building:flats me zadne vyuziti nenapada, snad jen, ze tak trochu doplnuje informaci, zda je budova urecena k bydleni, nebo ne. Ale libi se mi do OSM davat veci, pro ktere sice ted nemame jasne uplatneni, ale kdyz je vime, tak je tam dejme. Navic, kdyz uz budes ty budovy jednou trasovat, tak je lepsi tam rovnou dat maximum informaci, protoze vracet se k tomu asi nebudes. Na druhou stranu, kdyz uz tam bude ruian ID, tak se to da pozdeji relativne snadno doplnit. Uplne nejlepsi by asi tedy bylo, tu moznost tam mit a dat uzivateli v Preferencich moznost si vybrat, ktere tagy chce pridavat. Zdravi, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Ahoj, Dne Út 4. února 2014 13:54:30, Dalibor Jelínek napsal(a): A dokazes se zeptat, kolik takovych budov je z celeho poctu? pocet_pripadu | pocet_cisel ---+- 1 | 43 1 | 38 1 | 31 1 | 29 1 | 27 12 | 25 4 | 24 3 | 22 1 | 21 4 | 20 3 | 19 2 | 18 2 | 15 12 | 14 12 | 13 23 | 12 28 | 11 57 | 10 58 | 9 101 | 8 143 | 7 433 | 6 627 | 5 1958 | 4 5807 | 3 14684 | 2 2826562 | 1 (27 řádek) Stavební objekty s jedním číslem drtivě převažují, to ano. Nepripada mi to moc logicke, ze ma stavebni objekt vice cisel a spise mi to pripada jako nejaka vec z minulosti. Jestli z minulosti, tak z minulosti velmi nedávné. Například nová budova Technické knihovny ČVUT v Dejvicích má více čísel popisných. Mimochodem, dokazu se te tve databaze nejak zeptat ja? Je pristupna po netu? Databáze nemá port vystrčený ven, ale chceš-li, můžeme se domluvit. Buď přes openvpn nebo ssh tunel. Ale i tak mi to porad neprijde uplne mimozni. Ta Technická knihovna má více vchodů, je spousta paneláků, kdy je jedna budova navenek, ale také má více vchodů, výtahů, byty jsou v každém vchodu číslovány zvlášt, ale pořád je to jedna budova. Nemám úplně jistotu, zda stavební objekt a budova je to samé, možná ne. Adresní bod v RUIAN se sice váže na budovu Tohle je opravdu presne tak, jak pises? Ano, všechny adresní body mají kód stavebního objektu, žádný není NULL a všechny ty stavební objekty existují. Ja myslel, ze k budove se vaze cislo popisne nebo evidenci (ted vim, ze jich muze byt vice). Ale mel jsem za to, ze databaze adresnich bodu je zvlast a nema vazbu vubec na zadne stavebni objekty. Ze je to proste bod, ktery klidne lezi nekde, kde uz zadny dum neni. Tabulka adresních bodů je zvlášť, asi právě proto, protože na jednom stavebním objektu může být více adresních bodů. Jinak geometrie adresního bodu nemusí ležet uvnitř budovy; teoreticky může být na opačném konci republiky ;-) -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Zdravím, omlouvám se, ale opravdu se bavíme o číslech popisných? Zrovna u Technické knihovny v Dejvicích vidím jen jedno číslo popisné a 4 čísla orientační: http://vdp.cuzk.cz/vdp/ruian/adresnimista/vyhledej?ob.kod=554782ul.kod=co. kod=400459mc.kod=500178so.kod=27239781vo.kod=search=Vyhledat Více čísel popisných by bylo vidět jak v grafice VDP (http://vdp.cuzk.cz/ marushka/?themeid=1MarUid=DDB04061%206EAC62F2MarUidi=0D3E163B%2076073BA4% 20DDB04061%20E4699646%206EAC62F2MarMiddlePoint=-744741.2141709006%20- 1040895.0606261094MarScale=857), tak v Nahlížení do KN (http://sgi. nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3MarUid=7E6595D2%20A5AD 9D88%208244EA23MarUidi=8244EA23MarMiddlePoint=-744781.5201761102%20- 1040865.3080245024MarScale=1996). Raději ještě jednou: - číslo popisné / evidenční je unikátní v rámci části obce a nesmí se používat opakovaně (tedy číslo po zrušené budově nelze přidělit jinému objektu). Popisná a evidenční čísla tvoří dvě samostatné řady. - číslo orientační by mělo určovat pořadí budovy v rámci ulice nebo náměstí, nejsou povinná Viz http://cs.wikipedia.org/wiki/Ozna%C4%8Dov%C3%A1n%C3%AD_dom%C5%AF J. Veselý -- Původní zpráva -- Od: Petr Vejsada o...@propsychology.cz Datum: 4. 2. 2014 Předmět: Re: [Talk-cz] Tracer plugin - ruian update Jestli z minulosti, tak z minulosti velmi nedávné. Například nová budova Technické knihovny ČVUT v Dejvicích má více čísel popisných. Mimochodem, dokazu se te tve databaze nejak zeptat ja? Je pristupna po netu? Databáze nemá port vystrčený ven, ale chceš-li, můžeme se domluvit. Buď přes openvpn nebo ssh tunel. Ale i tak mi to porad neprijde uplne mimozni. Ta Technická knihovna má více vchodů, je spousta paneláků, kdy je jedna budova navenek, ale také má více vchodů, výtahů, byty jsou v každém vchodu číslovány zvlášt, ale pořád je to jedna budova. Nemám úplně jistotu, zda stavební objekt a budova je to samé, možná ne. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Ahoj, Dne 5.2.2014 07:43, Dalibor Jelínek napsal(a): A jaky teda mas stavebni objekt prirazen tady? http://vdp.cuzk.cz/vdp/ruian/adresnimista/40037649 O tomhle adresnim bode jsem ti psal drive psal v mailu. Mel jsem dojem, ze tohle misto ve sve databazi nemas. Odkazuje na http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/30119138 Ale je zajímavé, že přímo adresní bod nemá žádnou pozici (definicni_bod = NULL), a stejně na tom je celkem cca 6% adresních bodů. A podle webu RUIAN je tohle asi bug, na jehož odstranění se pracuje. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 5.2.2014 07:41, JV napsal(a): Zdravím, omlouvám se, ale opravdu se bavíme o číslech popisných? Zrovna u Technické knihovny v Dejvicích vidím jen jedno číslo popisné a 4 čísla orientační: http://vdp.cuzk.cz/vdp/ruian/adresnimista/vyhledej?ob.kod=554782ul.kod=co.kod=400459mc.kod=500178so.kod=27239781vo.kod=search=Vyhledat Více čísel popisných by bylo vidět jak v grafice VDP (http://vdp.cuzk.cz/marushka/?themeid=1MarUid=DDB04061%206EAC62F2MarUidi=0D3E163B%2076073BA4%20DDB04061%20E4699646%206EAC62F2MarMiddlePoint=-744741.2141709006%20-1040895.0606261094MarScale=857), tak v Nahlížení do KN (http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3MarUid=7E6595D2%20A5AD9D88%208244EA23MarUidi=8244EA23MarMiddlePoint=-744781.5201761102%20-1040865.3080245024MarScale=1996). Raději ještě jednou: - číslo popisné / evidenční je unikátní v rámci části obce a nesmí se používat opakovaně (tedy číslo po zrušené budově nelze přidělit jinému objektu). Popisná a evidenční čísla tvoří dvě samostatné řady. - číslo orientační by mělo určovat pořadí budovy v rámci ulice nebo náměstí, nejsou povinná Viz http://cs.wikipedia.org/wiki/Ozna%C4%8Dov%C3%A1n%C3%AD_dom%C5%AF J. Veselý Ano, v případě NTK jde o 1 č.p. a 4 čísla orientační. Ona ta struktura dat není vůbec jednoduchá... uvedu na příkladu NTK: Co nám říká stavební objekt 27239781: - kód městské části (Praha 6) - kód části obce (Dejvice) - čísla domovní (2710) - jedná se o budovu s č.p. K tomuto objektu se váží 4 adresní místa, která nesou informaci o: - kód stavebního objektu (27239781) - číslo domovní (2710) - kód ulice (4 různé hodnoty - Flemingovo nám., Studentská, Technická, Thákurova) - číslo orientační (4 různé hodnoty - 6, 1, 20, 13) - PSČ (16000) A teď zkuste někdo popsat, jakým způsobem z těchto dat dostat adresu, která by se měla umístit přímo na budovu v OSM. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
No prave tady mi to prijde uplne jasne, jak jsem psal drive: cesta budovy: addr:place=Dejvice addr:city=Praha 6 (nebo Praha, tady nevim) addr:country=CZ addr:housenumber=2710 addr:conscriptionnumber=2710 ref:ruian=cislo stavebniho objektu bez ulice bez c.o. bez PSC 4x body nad vchody (ale soucasty cesy domu) to same, co je vyse, ovsem s addr:housenumber ve tvaru c.p./c.o. entrance=yes addr:street addr:streetnumber addr:postcode ref:ruian=cislo adresniho mista Tohle mi prijde, jako ze presne kopiruje maximum informaci, ktere z RUIAN mame a dava to nejvetsi smysl. Jedine, co tam takhle neni, je ta vazba mezi SO a AM (resp. je zakreslena v mape, ale to nekdy nemusi tak byt, a bude-li AM lezet mimo SO, pak tam zadna vazba neni, ovsem sla-by pridat, ale myslim, ze vlastne k nicemu neni) Jedina drobna chyba je, ze to v nekterych (ale podle me velmi ridkych) pripadech bude vest ke dvojimu zobrazeni cisla v mape. Ale jen pri velkem zvetseni, jinak je videt jen jedno cislo. Zkousel jsem to. Druha vetsi chybka je, ze to nejde aplikovat na to jedno procento s.o., ktere fakt maji vice c.p. nebo c.e. Sice by to slo v housenumber a consriptionnumber oddelovat strednikem, ale to je velka prasarna. Spise bych si myslel, ze by Trace v tohmle miste zobrazit informaci, ze SO ma vice c.p. nebo c.e. a rekl, ze je tudiz nenatagoval a doporucil uzivateli, aby dum rozdelil na adekvatni mensi casti, nebo tak neco. Treba tak (protoze ty priklady domu, ktere jsem zatim videl, tomu odpovidaly), ze celou cestu SO nakreslenou dle RUIAN oznaci jako building=terrace ci building=garages, a pak ji rozdelit na podbudovy building=house nebo building=garage a ty uz otagovat spravne i s housenumber a conscription number. Co jsem prehledl tentokrat? ;-) Zdravi, Dalibor Ano, v případě NTK jde o 1 č.p. a 4 čísla orientační. Ona ta struktura dat není vůbec jednoduchá... uvedu na příkladu NTK: Co nám říká stavební objekt 27239781: - kód městské části (Praha 6) - kód části obce (Dejvice) - čísla domovní (2710) - jedná se o budovu s č.p. K tomuto objektu se váží 4 adresní místa, která nesou informaci o: - kód stavebního objektu (27239781) - číslo domovní (2710) - kód ulice (4 různé hodnoty - Flemingovo nám., Studentská, Technická, Thákurova) - číslo orientační (4 různé hodnoty - 6, 1, 20, 13) - PSČ (16000) A teď zkuste někdo popsat, jakým způsobem z těchto dat dostat adresu, která by se měla umístit přímo na budovu v OSM. Zdraví, Petr Morávek aka Xificurk ___ 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] Tracer plugin - ruian update
Ahoj, tak jsem se konečně dostal k otestování RUIAN Traceru a dovolil bych si pár pozámek a dotazů. Za prvé - líbí, moc líbí, bude to můj kamarád. ;-) Pro zajímavost bych rád věděl, co je příčinou, že to tak úplně nesedí na obrázek z katastrální mapy. Rozdíly jsou, tam kde jsem to zkoušel, asi jen v centimetrech, ale proč to není úplně přesně? Je to chyba digitalizace KM do RUIAN, nebo je to droboučká chybička při přepočtu do jiné kartografické projekce? (Posun, co máš v Nastavení tomu nepomůže, protože ten objekt je prostě jinak velkej.) Navrhoval bych, aby když měníš tag source u již existujícího domu a pokud tam je cuzk:km, tak to vynechat a dát tam jen cuzk:ruian. Přece jen tím, že domem pohneš na nové souřadnice, tak už tam ta vazba na cuzk:km není. Možná by obecně ten tag source měl být nahrazen jen cuzk:ruian, protože nedokážu vymyslet nějaký důvod, kdy by mělo smysl původní source zachovávat. Někdo jiný ví? V Nastavení máš překlep, mělo by tam být behaviour. A objects by asi mělo být object's nebo objects'. To jsou největší chyby, co jsem našel. ;-) Myslím si, jak už víš z privátních mailů, že by bylo fajn otagovat ty budovy podle RUIAN mnohem více. ;-) - building=type - nenašel jsem, páč jsem nešikovnej, ve zdrojácích nějakou tabulku, jak se rozhoduješ pro hodnotu tagu building. Můžeš mě nasměrovat, kde to je? Mohlo by se přidávat i - building:levels (počet podlaží z RUIAN) - building:flats (počet bytů, je-li v RUIAN) - klidně bych přidal i přímé URL na http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/25286358 - a dokonce, možná pro někoho kontroverzně, bych přidal i adresní tagy (addr:country, addr:city, addr:place, addr:*number ) Tady bych to asi měl odůvodnit. Původně jsem byl skalním zastáncem teorie, že adresní body by měly být jen v bodech. Vycházel jsem z toho, že jsem byl přesvědčen, že jejich hlavní zdroj, tedy KM a RUIAN, je jako body mají a proto budoucnost je v bodech. Teď ale vidím, že číslo popisné/evidenční je vlastnost domu, tedy té cesty. Je to koneckonců logické, protože to číslo je přidělováno domu, ne bodu. A taky je vedeno v RUIAN jako vlastnost stavebního objektu. Adresní bod z RUIAN je pak opravdu bod, který navíc obsahuje PSČ a číslo orientační (je-li přiděleno). Takže by se mi zdálo vhodné i logické, aby se ta informace vlastně zadávala dvakrát. Jednou k cestě domu jen číslo popisné/evidenční a to k celému domu. A pak, jsou-li definované adresní body, tak znovu na body, které by bylo ideálně mít ručně posunuté nad vchody, které jsou těmi čísly orientační označené. Je mi jasné, že je se tím vnáší do OSM nějaká data navíc, ale nemyslím, že by to mělo nějak zásadně vadit. Navíc se může stát, a stává se, že existuje adresní bod s jiným číslem popisným, než má v RUIAN budova. Pak nevím, co mám vlastně tagovat a takhle bych tam otagovat oboje i s příslušným odkazem ref na RUIAN databázi. Co myslíte? Něco jsem přehlédl? Zdraví, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 3.2.2014 16:08, Dalibor Jelínek napsal(a): Ahoj, tak jsem se konečně dostal k otestování RUIAN Traceru a dovolil bych si pár pozámek a dotazů. Za prvé - líbí, moc líbí, bude to můj kamarád. ;-) Pro zajímavost bych rád věděl, co je příčinou, že to tak úplně nesedí na obrázek z katastrální mapy. Rozdíly jsou, tam kde jsem to zkoušel, asi jen v centimetrech, ale proč to není úplně přesně? Je to chyba digitalizace KM do RUIAN, nebo je to droboučká chybička při přepočtu do jiné kartografické projekce? (Posun, co máš v Nastavení tomu nepomůže, protože ten objekt je prostě jinak velkej.) Viz http://permalink.gmane.org/gmane.comp.gis.openstreetmap.region.cz/9057 Které místo edituješ? Tady u nás (FM) mi to sedí. A je úplně jedno, jak velká ta budova je. Navrhoval bych, aby když měníš tag source u již existujícího domu a pokud tam je cuzk:km, tak to vynechat a dát tam jen cuzk:ruian. Přece jen tím, že domem pohneš na nové souřadnice, tak už tam ta vazba na cuzk:km není. Možná by obecně ten tag source měl být nahrazen jen cuzk:ruian, protože nedokážu vymyslet nějaký důvod, kdy by mělo smysl původní source zachovávat. Někdo jiný ví? Nevím, přišlo mi vhodné. Ale klidně změním. V Nastavení máš překlep, mělo by tam být behaviour. A objects by asi mělo být object's nebo objects'. To jsou největší chyby, co jsem našel. ;-) OK, opravím. Myslím si, jak už víš z privátních mailů, že by bylo fajn otagovat ty budovy podle RUIAN mnohem více. ;-) - building=type - nenašel jsem, páč jsem nešikovnej, ve zdrojácích nějakou tabulku, jak se rozhoduješ pro hodnotu tagu building. Můžeš mě nasměrovat, kde to je? Tam to ani nenajdeš. To je v databázi: nazev| osmtag_k |osmtag_v +--+ průmyslový objekt | building | industrial zemědělská usedlost | building | farm_auxiliary objekt k bydlení | building | residential objekt lesního hospodářství | | objekt občanské vybavenosti | building | civic bytový dům | building | residential rodinný dům | building | house stavba pro rodinnou rekreaci | | stavba pro shromažďování většího počtu osob | building | civic stavba pro obchod | building | commercial stavba ubytovacího zařízení | building | hotel stavba pro výrobu a skladování | building | warehouse zemědělská stavba | building | barn stavba pro administrativu | building | commercial stavba občanského vybavení | building | civic stavba technického vybavení | building | industrial stavba pro dopravu | building | transportation garáž | building | garage jiná stavba | | víceúčelová stavba | | skleník | building | greenhouse přehrada | waterway | dam hráz přehrazující vodní tok nebo údolí | waterway | dam hráz k ochraně nemovitostí před zaplavením při povodni | barrier | wall hráz ohrazující umělou vodní nádrž | barrier | wall jez | waterway | weir stavba k plaveb.účelům v korytech nebo na březích vod.toků | building | transportation stavba k využití vodní energie (vodní elektrárna) | building | industrial stavba odkaliště | | (29 rows) Mohlo by se přidávat i - building:levels (počet podlaží z RUIAN) - building:flats (počet bytů, je-li v RUIAN) - klidně bych přidal i přímé URL na http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/25286358 - a dokonce, možná pro někoho kontroverzně, bych přidal i adresní tagy (addr:country, addr:city, addr:place, addr:*number ) Tady bych to asi měl odůvodnit. Původně jsem byl skalním zastáncem teorie, že adresní body by měly být jen v bodech. Vycházel jsem z toho, že jsem byl přesvědčen, že jejich hlavní zdroj, tedy KM a RUIAN, je jako body mají a proto budoucnost je v bodech. Teď ale vidím, že číslo popisné/evidenční je vlastnost domu, tedy té cesty. Je to koneckonců logické, protože to číslo je přidělováno domu, ne bodu. A taky je vedeno v RUIAN jako vlastnost stavebního objektu. Adresní bod z RUIAN je pak opravdu bod, který navíc obsahuje PSČ a číslo orientační (je-li přiděleno). Takže by se mi zdálo vhodné i logické, aby se ta informace vlastně zadávala dvakrát. Jednou k cestě domu jen číslo popisné/evidenční a to k celému domu. A pak, jsou-li definované adresní body, tak znovu na body, které by bylo ideálně mít ručně posunuté nad vchody, které jsou těmi čísly orientační označené. Je mi jasné, že je se tím vnáší do OSM nějaká data navíc, ale nemyslím, že by to mělo nějak zásadně vadit. Navíc se může stát, a stává se, že existuje adresní bod s jiným číslem popisným, než má v RUIAN budova. Pak nevím, co mám vlastně tagovat a takhle bych tam otagovat oboje i s příslušným odkazem ref na RUIAN databázi. Co myslíte? Něco jsem přehlédl? Jen poznámka, že se pak to číslo zobrazuje dvakrát. Vím, že se nemáme ohlížet na render, ale tohle by mi asi hodně vadilo. Marián Zdraví, Dalibor ___ Talk-cz mailing list
Re: [Talk-cz] Tracer plugin - ruian update
Ahoj, Dne Po 3. února 2014 16:08:53, Dalibor Jelínek napsal(a): Pro zajímavost bych rád věděl, co je příčinou, že to tak úplně nesedí na obrázek z katastrální mapy. Rozdíly jsou, tam kde jsem to zkoušel, asi jen v centimetrech, ale proč to není úplně přesně? Je to chyba digitalizace KM do RUIAN, nebo je to droboučká chybička při přepočtu do jiné kartografické projekce? (Posun, co máš v Nastavení tomu nepomůže, protože ten objekt je prostě jinak velkej.) To já bych taky rád věděl, protože ty fialovo-růžové dlaždice mám na svědomí. Je dost možné, že je to chyba v transformaci, protože jsem ještě neviděl dvě stejné definice srid 5514. Co člověk, to jiná definice ;-). Také i v této konferenci se dočítám, že přesná transformace není možná. OK, pokud není možná, tak ji má nepřesně i CUZK, ovšem mohl by ji mít nepřesně stejně jako všichni, což nemá. Nevím, co je správně. Mohu časem udělat ještě jednu experimentální vrstvu třeba s modrými budovami, do DB mohu nahrávat jednu testovací obec a můžeme zkoušet, která definice bude vyhovovat. Můřete mi začít posílat svá +proj pro Křováka. Začnu: +proj=krovak +lat_0=49.5 +lon_0=24.83 +alpha=0 +k=0. +x_0=0 +y_0=0 +ellps=bessel +towgs84=570.8,85.7,462.8,4.998,1.587,5.261,3.56 +units=m +no_defs Xificurk má jinou alfu. K čemu alfa slouží? - building=type - nenašel jsem, páč jsem nešikovnej, ve zdrojácích nějakou tabulku, jak se rozhoduješ pro hodnotu tagu building. Můžeš mě nasměrovat, kde to je? Tabulka je v postgreSQL, live verze k vidění na http://pedro.poloha.net/osm/zpusob_vyuziti_objektu/ Kde je NULL, dává se building=yes Mohlo by se přidávat i - building:levels (počet podlaží z RUIAN) - building:flats (počet bytů, je-li v RUIAN) - klidně bych přidal i přímé URL na http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/25286358 - a dokonce, možná pro někoho kontroverzně, bych přidal i adresní tagy (addr:country, addr:city, addr:place, addr:*number ) Nestačí to RUIANID? Tedy ne že by se často přistavovalo k domu patro, ale pokud by se něco obdobného stalo, bude to aktuální spíš v RUIAN než v OSM. Tady bych to asi měl odůvodnit. Původně jsem byl skalním zastáncem teorie, že adresní body by měly být jen v bodech. Vycházel jsem z toho, že jsem byl přesvědčen, že jejich hlavní zdroj, tedy KM a RUIAN, je jako body mají a proto budoucnost je v bodech. Teď ale vidím, že číslo popisné/evidenční je vlastnost domu, tedy té cesty. Je to koneckonců logické, protože to číslo je přidělováno domu, ne bodu. A taky je vedeno v RUIAN jako vlastnost stavebního objektu. Adresní bod z RUIAN je pak opravdu bod, který navíc obsahuje PSČ a číslo orientační (je-li přiděleno). Některý dům má třeba 80 metrů na délku a 10 vchodů. Měl by pošťák projít všechny vchody? Takže by se mi zdálo vhodné i logické, aby se ta informace vlastně zadávala dvakrát. Jednou k cestě domu jen číslo popisné/evidenční a to k celému domu. A pak, jsou-li definované adresní body, tak znovu na body, které by bylo ideálně mít ručně posunuté nad vchody, které jsou těmi čísly orientační označené. Je mi jasné, že je se tím vnáší do OSM nějaká data navíc, ale nemyslím, že by to mělo nějak zásadně vadit. Navíc se může stát, a stává se, že existuje adresní bod s jiným číslem popisným, než má v RUIAN budova. Pak nevím, co mám vlastně tagovat a takhle bych tam otagovat oboje i s příslušným odkazem ref na RUIAN databázi. jedna budova může mít nula až n čísel. Adresní bod v RUIAN se sice váže na budovu, ale nikde není psáno, že budova smí mít jen jedno číslo. select kod,array_length(cisla_domovni,1) from ruian.rn_stavebni_objekt where cisla_domovni is not NULL order by array_length(cisla_domovni,1) desc limit 10; kod| array_length --+-- 30615437 | 43 30474591 | 38 30615411 | 31 18983626 | 29 30615500 | 27 22358676 | 25 22354875 | 25 22354395 | 25 22356215 | 25 22356690 | 25 (10 řádek) Takže na jednom stavebním objektu 43 čísel. Co myslíte? Něco jsem přehlédl? Asi ano ;-). Mnoho domů, možná i většina, má jedno číslo. Ovšem zdaleka ne všechny. Jde o čísla popisná, ne orientační. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 3.2.2014 16:08, Dalibor Jelínek napsal(a): - a dokonce, možná pro někoho kontroverzně, bych přidal i adresní tagy (addr:country, addr:city, addr:place, addr:*number ) Tady bych to asi měl odůvodnit. Původně jsem byl skalním zastáncem teorie, že adresní body by měly být jen v bodech. Vycházel jsem z toho, že jsem byl přesvědčen, že jejich hlavní zdroj, tedy KM a RUIAN, je jako body mají a proto budoucnost je v bodech. Teď ale vidím, že číslo popisné/evidenční je vlastnost domu, tedy té cesty. Je to koneckonců logické, protože to číslo je přidělováno domu, ne bodu. A taky je vedeno v RUIAN jako vlastnost stavebního objektu. Adresní bod z RUIAN je pak opravdu bod, který navíc obsahuje PSČ a číslo orientační (je-li přiděleno). Takže by se mi zdálo vhodné i logické, aby se ta informace vlastně zadávala dvakrát. Jednou k cestě domu jen číslo popisné/evidenční a to k celému domu. A pak, jsou-li definované adresní body, tak znovu na body, které by bylo ideálně mít ručně posunuté nad vchody, které jsou těmi čísly orientační označené. Je mi jasné, že je se tím vnáší do OSM nějaká data navíc, ale nemyslím, že by to mělo nějak zásadně vadit. Navíc se může stát, a stává se, že existuje adresní bod s jiným číslem popisným, než má v RUIAN budova. Pak nevím, co mám vlastně tagovat a takhle bych tam otagovat oboje i s příslušným odkazem ref na RUIAN databázi. Co myslíte? Něco jsem přehlédl? Ahoj, úplně mi není jasné, kde jsi to vykoukal. Já teda v tabulce stavebního objektu vidím cisla_domovni| integer[] tj. výčet čísel popisných vztahujících se k danému objektu. Osobně mi není moc jasné, proč tam tento sloupec je, protože stejná data by mělo vrátit: SELECT stavobj_kod, array_agg(cislo_domovni) FROM rn_adresni_misto GROUP BY stavobj_kod; Vztah stav. obj. : adresní místo je typu 1:N, resp. existují objekty, bez adresního místa. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Pro zajímavost bych rád věděl, co je příčinou, že to tak úplně nesedí na obrázek z katastrální mapy. Rozdíly jsou, tam kde jsem to zkoušel, asi jen v centimetrech, ale proč to není úplně přesně? Je to chyba digitalizace KM do RUIAN, nebo je to droboučká chybička při přepočtu do jiné kartografické projekce? (Posun, co máš v Nastavení tomu nepomůže, protože ten objekt je prostě jinak velkej.) To já bych taky rád věděl, protože ty fialovo-růžové dlaždice mám na svědomí. Je dost možné, že je to chyba v transformaci, protože jsem ještě neviděl dvě stejné definice srid 5514. Co člověk, to jiná definice ;-). Také i v této konferenci se dočítám, že přesná transformace není možná. *** velmi přesné globální transformace možné jsou, např. pomocí gridu, garantem pro potřeby státu je ČUZK. http://geoportal.cuzk.cz/%28S%28sjzdxw551s14nceonx1floj0%29%29/Default.aspx?head_tab=sekce-01-gpmode=TextMetatext=wctsmenu=19 http://www.cuzk.cz/Zememerictvi/Geodeticke-zaklady-na-uzemi-CR/GNSS/Nova-realizace-systemu-ETRS89-v-CR.aspx http://www.cuzk.cz/Zememerictvi/Geodeticke-zaklady-na-uzemi-CR/GNSS/Seznam-schvalenych-programu.aspx Jediný problém je v tom, že dosavadní aplikace jsou proprietární a pro FOSS není dotažené řešení do konce: http://www.kma.zcu.cz/main.php?KMAfile=./STRUCTURE/05_ebooks/04_Zaverecne_prace/zav_prace.phpDRC=./STRUCTURE/05_ebooks/04_Zaverecne_prace/DRL=CZDROF=0osCislo=52920 cituji Honzy Ježka: - Diplomka otestovala postup a výsledek byl, že metoda lze aplikovat s dostatečnou přesností, ale odovzení a finální výpočet gridu byl - vytvořen jen pro malé území. S odvozením pro celou CR jsme měli nějaké technické problémy s R, ktere se nepodarilo vcas vyresit a ted - nemam paky jak to dotahnout, ale zkouším to. Na podzim taky probehla komunikace s CUZK o odvozeni 'oficialni' verze gridu, ale v - poslední době to usnulo. ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Ahoj, tuto verzi gridu jsem vyukoušel, ale nefunguje přesně, použil jsem nastavení ogr2ogr -s_srs +proj=krovak +ellps=bessel +nadgrids=czech +wktext ... Důvod nepřesnosti je napsaný na: http://grass.fsv.cvut.cz/gwiki/S-JTSK-Grid Píše se tam: Tato verze je vytvořena pro variantu ETRS89(ETRF1989) tj. platné do 2.1.2011.[1] (http://grass.fsv.cvut.cz/gwiki/S-JTSK-Grid#cite_note-1) Vzhledem k posunu souřadnic od té doby platné ETRS89(ETRF2000) neposkytuje níže popsané řešení deklarovanou přesnost. Aktualizovaná varianta je předmětem diplomové práce řešené na ZČU (předpokládané dokončení bude v létě 2013) Zdraví Pavel Kwiecien -- Původní zpráva -- Od: Marián Kyral mky...@email.cz Datum: 27. 1. 2014 Předmět: Re: [Talk-cz] Tracer plugin - ruian update Dne 26.1.2014 23:22, Petr Morávek [Xificurk] napsal: Dne 26.1.2014 22:48, Marián Kyral napsal(a): *) Přidal jsem konfiguraci. Dá se nastavit vlastní adresa serveru a případně i posunout polohu natrasované budovy. Třeba tady u nás v Beskydech je RUIAN oproti KM mírně posunutý (asi přepočet, ale je to mnohem lepší než KM). Pro RUIAN to funguje, u KM moc ne. Ten mi každou budovu vrátí s trochu jiným posunem :-( Ahoj, jen k tomu posunu - určitě je na serveru správně nastavena projekce? Používám následující nastavení už celkem dlouho a co jsem koukal, tak sedí: binárka gridu: https://dl.dropboxusercontent.com/u/75839328/proj/czech sql pro postgis: https://dl.dropboxusercontent.com/u/75839328/proj/krovak.sql Původní (ascii) zdroj gridu http://git.zcu.cz/grid/czech.lla se zdá momentálně mrtvý... To bohužel nevím. O server se stará Petr. Já o těchhle věcích nevím vůbec nic (na rozdíl od javy). Nedávno tu proběhly tři odkazy, kterým jsem vůbec nerozuměli. Třeba se teď Petr chytí. Marián ___ 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] Tracer plugin - ruian update
Ahoj, Tak jsem se trochu vrtal v Tracer pluginu. Nejprve jsem chtěl jen změnit natvrdo zadrátovanou adresu serveru, abych se dokázal připojit na ruian server od Petra Vejsady. To se povedlo, takže jsem uvažoval nad forkem, ale nakonec jsem se rozhodl pro úpravu původního Tracer pluginu (zásuvného modulu :-D ). Předesílám, že nejsem java programátor, ve skutečnosti jsem se javě zatím úspěšně vyhýbal. O to to pak bylo horší :-D Výsledné řešení je inspirováno několika pluginy a různými příklady na webu. _Takže co se změnilo:_ *) Původní funkcionalita zůstala zachována (klávesová zkratka T) *) Přidal jsem RUIAN režim - dostupný z menu, nebo pod klávesovou zkratou Ctrl+T *) Z Tracer2 pluginu jsem použil vylepšenou třídu ConnectWays, která umí aktualizovat tvar současné budovy. Prosím nezneužívat - Petr má ohledně této funkce obavy :-D *) Při tracování z RUIAN se přidá ruian id a pokud je znám, tak i typ budovy. (pouze pokud je building=yes). Převod na OSM typy budov bude asi potřeba ještě trochu doladit. *) Přidal jsem konfiguraci. Dá se nastavit vlastní adresa serveru a případně i posunout polohu natrasované budovy. Třeba tady u nás v Beskydech je RUIAN oproti KM mírně posunutý (asi přepočet, ale je to mnohem lepší než KM). Pro RUIAN to funguje, u KM moc ne. Ten mi každou budovu vrátí s trochu jiným posunem :-( _Známé chyby:_ *) U domů nalepených na sobě nebo třeba řadě garáží se generují duplicitní body. Ty je potřeba ručně sloučit. Pokusím se to nějak opravit, ale až tak tomu kódu zase nerozumím :-D *) Na rovných čarách se objevují nadbytečné body, zpravidla v místech, kde je v KM napojení další čáry, která není součástí budovy. Takhle to je už v RUIAN - s Petrem to plánujeme nějak odfiltrovat. *) Plugin neukazuje verzi - problém testovacího buildu, po nahrání do repozitáře JOSM by mělo být v pohodě. Možná to jde i jinak, ale s ANTem si zatím netykám. *) Zatím chybí překlad - i18n.pl má s mým .po souborem nějaký problém :-( Při práci s pluginem doporučuji jako podkladovou vrstvu Bing (pokud je v daném místě dostatečné rozlišení, pak RUIAN vrstvu od Petra ( tms:http://tile.poloha.net/budovy/{zoom}/{x}/{y}.png ) a nahoru KM. Bohužel data v RUIAN nejsou až tak přesné. Někde budova chybí, jinde přebývá, případně má jiný tvar. Je třeba kontrolovat oproti KM a podezřelé případy pak ověřit i jinak. Plugin je ke stažení zde: http://www.kyralovi.cz/tmp/josm/tracer.jar Zdrojáky tady: https://github.com/mkyral/josm-tracer/commits/ruian A na závěr pár screenshotů: Budova před: http://www.kyralovi.cz/tmp/josm/tracer_before.png Menu: http://www.kyralovi.cz/tmp/josm/tracer_menu.png Trasování: http://www.kyralovi.cz/tmp/josm/tracer_trace.png Výsledek: http://www.kyralovi.cz/tmp/josm/tracer_result.png Nastavení: http://www.kyralovi.cz/tmp/josm/tracer_prefs.png Na výsledku je vidět, ruian ID i změna typu budovy z building=yes nad building=house. Upozorňuji, že v příkladu používám posun. tvar budovy je získán z RUIANu (fialová čára), ale byl posunut na pozici dle KM (zelená čára). Prosím o otestování, kontrolu zdrojáků, nahlášení chyb, zaslání patchů, zaslání pěknější ikony ;-). Pokud nebudou výhrady, rád bych tuto změnu dostal v dohledné době do josm svn. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 26.1.2014 22:48, Marián Kyral napsal(a): *) Přidal jsem konfiguraci. Dá se nastavit vlastní adresa serveru a případně i posunout polohu natrasované budovy. Třeba tady u nás v Beskydech je RUIAN oproti KM mírně posunutý (asi přepočet, ale je to mnohem lepší než KM). Pro RUIAN to funguje, u KM moc ne. Ten mi každou budovu vrátí s trochu jiným posunem :-( Ahoj, jen k tomu posunu - určitě je na serveru správně nastavena projekce? Používám následující nastavení už celkem dlouho a co jsem koukal, tak sedí: binárka gridu: https://dl.dropboxusercontent.com/u/75839328/proj/czech sql pro postgis: https://dl.dropboxusercontent.com/u/75839328/proj/krovak.sql Původní (ascii) zdroj gridu http://git.zcu.cz/grid/czech.lla se zdá momentálně mrtvý... Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 26.1.2014 23:22, Petr Morávek [Xificurk] napsal: Dne 26.1.2014 22:48, Marián Kyral napsal(a): *) Přidal jsem konfiguraci. Dá se nastavit vlastní adresa serveru a případně i posunout polohu natrasované budovy. Třeba tady u nás v Beskydech je RUIAN oproti KM mírně posunutý (asi přepočet, ale je to mnohem lepší než KM). Pro RUIAN to funguje, u KM moc ne. Ten mi každou budovu vrátí s trochu jiným posunem :-( Ahoj, jen k tomu posunu - určitě je na serveru správně nastavena projekce? Používám následující nastavení už celkem dlouho a co jsem koukal, tak sedí: binárka gridu: https://dl.dropboxusercontent.com/u/75839328/proj/czech sql pro postgis: https://dl.dropboxusercontent.com/u/75839328/proj/krovak.sql Původní (ascii) zdroj gridu http://git.zcu.cz/grid/czech.lla se zdá momentálně mrtvý... To bohužel nevím. O server se stará Petr. Já o těchhle věcích nevím vůbec nic (na rozdíl od javy). Nedávno tu proběhly tři odkazy, kterým jsem vůbec nerozuměli. Třeba se teď Petr chytí. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz