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] Posuny - pokus o zpřesnění
Ahoj, Dne 5.2.2014 19:33, Petr Vejsada napsal(a): (st_transform(st_setsrid(st_transform(hranice,5514),999),900913)) Je to podle mých očí jen horší. Proč? Já teda do těch transformací moc nevidím, ale není možné, že se tam kumuluje nějaká chyba tím převodem tam a zpátky? Asi ne. Vytvořil jsem nové schema a naimportovat Aš, Šluknov, Vyšší Brod, Třinec a Jablunkov a podle oka mi to přijde úplně stejné a úplně stejně špatně, jako v předchozím případě. To je opravdu zvláštní. Definici projekce 5514 mám od tebe, grid mám od tebe a s výsledkem nejsem spokojen, kdežto ty se svými daty ano. Je to horší než bez gridu. A mám stejný pocit, jako Marián, že grid to koriguje v podstatě správně, správným směrem, jen s opačnou orientací. Ahaaa! Teď mi to teprve došlo - on byl RUIAN zpočátku (a v té době jsem zkoumal přesnost) v jiné projekci. Původně to bylo EPSG:2065 a nyní EPSG:5514, která se pokud vím liší právě v prohození souřadnic a změně znamének. Já blbec ten grid slepě bez kontroly převzal... takže ten grid je teď úplně mimo... chtělo by to najít zdrojová data a přegenerovat pro 5514. Já si teď u sebe pustím nový čerstvý import RUIANu a pak můžem porovnat výstup na nějakém konkrétním stavebním objektu, což? Tož to bychom měli. V jakém souřadnicovém systému máš RUIAN? Já v 900913 kvůli vykreslování dlaždic. Mohu ti někde vystavit nějakou část, asi stačí kod a hranice a nechat si třeba v qgisu ukázat st_diff Já to nechávám v originále a transformuji až on-demand, podle toho na co to používám. (Pokud chci počítat vzdálenosti dvou objektů, tak je lepší to dělat v 5514.) Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Posuny - pokus o zpřesnění
Dne 5.2.2014 19:48, Petr Morávek [Xificurk] napsal: Ahoj, Dne 5.2.2014 19:33, Petr Vejsada napsal(a): (st_transform(st_setsrid(st_transform(hranice,5514),999),900913)) Je to podle mých očí jen horší. Proč? Já teda do těch transformací moc nevidím, ale není možné, že se tam kumuluje nějaká chyba tím převodem tam a zpátky? Asi ne. Vytvořil jsem nové schema a naimportovat Aš, Šluknov, Vyšší Brod, Třinec a Jablunkov a podle oka mi to přijde úplně stejné a úplně stejně špatně, jako v předchozím případě. To je opravdu zvláštní. Definici projekce 5514 mám od tebe, grid mám od tebe a s výsledkem nejsem spokojen, kdežto ty se svými daty ano. Je to horší než bez gridu. A mám stejný pocit, jako Marián, že grid to koriguje v podstatě správně, správným směrem, jen s opačnou orientací. Ahaaa! Teď mi to teprve došlo - on byl RUIAN zpočátku (a v té době jsem zkoumal přesnost) v jiné projekci. Původně to bylo EPSG:2065 a nyní EPSG:5514, která se pokud vím liší právě v prohození souřadnic a změně znamének. Já blbec ten grid slepě bez kontroly převzal... takže ten grid je teď úplně mimo... chtělo by to najít zdrojová data a přegenerovat pro 5514. Pokud se nepodaří to přegenerování, tak by možná šlo zjistit odchylku nové pozice od staré a o tu pak korigovat na opačnou stranu. Záleží jak moc náročné by to bylo. 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 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] Posuny - pokus o zpřesnění
Ahoj, Dne St 5. února 2014 19:48:16, Petr Morávek [Xificurk] napsal(a): Ahaaa! Teď mi to teprve došlo - on byl RUIAN zpočátku (a v té době jsem zkoumal přesnost) v jiné projekci. Původně to bylo EPSG:2065 a nyní EPSG:5514, která se pokud vím liší právě v prohození souřadnic a změně znamének. Já blbec ten grid slepě bez kontroly převzal... takže ten grid je teď úplně mimo... chtělo by to najít zdrojová data a přegenerovat pro 5514. Jo, tak to bude ono. Můžeme zkusit tu tabulku z archivu z roku 2009, dohledat (bývalého) majitele gitu, proj-4.8.0/src/projects.h, přepsat do pl/pgsql to, na co tu odkazoval pan Veselý z ČÚZK - mimochodem - ten program ve Fortranu by asi hodně pomohl; ten není k dispozici?) Já si teď u sebe pustím nový čerstvý import RUIANu a pak můžem porovnat výstup na nějakém konkrétním stavebním objektu, což? Tak to už asi nemusíme. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Posuny - pokus o zpřesnění
Ahoj, Dne St 5. února 2014 19:54:31, Marián Kyral napsal(a): Pokud se nepodaří to přegenerování, tak by možná šlo zjistit odchylku nové pozice od staré a o tu pak korigovat na opačnou stranu. Záleží jak moc náročné by to bylo. To právě nejde. Od toho je ta tabulka. Na každém místě je ta odchylka jiná. Nejlepším řešením by bylo zprovoznit to http://www.cuzk.cz/Zememerictvi/Geodeticke-zaklady-na-uzemi-CR/GNSS/Nova-realizace-systemu-ETRS89-v-CR.aspx kde, bohužel, není ten zdroják ve Fortranu. Ten se asi prodává? (pane Veselý)? -- 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] Posuny - pokus o zpřesnění
Dobrý večer, to nevím, ale poslal jsem dotaz. Když nic jiného, vzorečky jsou i v tom PDF ;-) J. Veselý Dne 5.2.2014 21:45, Petr Vejsada napsal(a): Ahoj, Dne St 5. února 2014 19:54:31, Marián Kyral napsal(a): Pokud se nepodaří to přegenerování, tak by možná šlo zjistit odchylku nové pozice od staré a o tu pak korigovat na opačnou stranu. Záleží jak moc náročné by to bylo. To právě nejde. Od toho je ta tabulka. Na každém místě je ta odchylka jiná. Nejlepším řešením by bylo zprovoznit to http://www.cuzk.cz/Zememerictvi/Geodeticke-zaklady-na-uzemi-CR/GNSS/Nova-realizace-systemu-ETRS89-v-CR.aspx kde, bohužel, není ten zdroják ve Fortranu. Ten se asi prodává? (pane Veselý)? -- 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] Posuny - pokus o zpřesnění
Dobrý večer, Dne St 5. února 2014 22:26:11, Jiří Veselý napsal(a): Dobrý večer, to nevím, ale poslal jsem dotaz. Když nic jiného, vzorečky jsou i v tom PDF ;-) no, přeci jenom přepis z Fortranu do PL/PGSQL by šel asi o mnoho rychleji. Děkujeme moc za vstřícnost! -- 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
[Talk-cz] Rastr (hillshade) v pgsql a Mapnik
Ahoj, už delší dobu se nemohu hnout z místa, tak se zeptám. Chtěl bych mít v databázi rastrovou vrstvu pro reliéy/stínování a to pak zobrazovat Mapnikem. Mapnik přímo to v aktuální stabilní verzi (asi) nepodporuje, ale umí to GDAL a Mapnik zase umí GDAL. Zkusil jsem Mapniku podstrčit jako zdroj dat GDAL, jen jsem si 'trochu' poupravil název souboru. Konfigurace vypadá takto: Datasource Parameter name=typegdal/Parameter Parameter name=filePG:dbname=pedro port=5432 schema=gis table=cz_hillshade mode=2/Parameter Parameter name=formattiff/Parameter /Datasource Když zavolám Mapnik z Pythonu, použiji skripty na generování dlaždic nebo obrázku generate_tiles.py nebo generate_image.py, tak vše funguje podle mých představ. Data bere z postgresql a vykreslí, co chci. GDAL to, co je v parametru file vezme jako datasource z databáze a vše je OK. Pokud to chci dát do produkčního režimu, tedy přes Tirex a mod_tile, už se to nezdaří. Do syslogu dostanu hlášku: Feb 5 21:08:52 propsy tirex-backend-mapnik[10981]: Renderer started (name=mapnik) Feb 5 21:08:57 propsy tirex-backend-mapnik[10981]: cannot add /etc/tirex/renderer/mapnik/hill.conf Feb 5 21:08:57 propsy tirex-backend-mapnik[10981]: `/home/mapnik/layers/hill/PG:dbname=pedro port=54 32 schema=gis table=cz_hillshade mode=2' does not exist in the file system, and is not recognised as a supported dataset name. encountered during parsing of layer 'hillshade' in Layer at line 5 of '/h ome/mapnik/layers/hill/osm.xml' Nemohl jsem přijít na to, co vlastně tu hlášku file ... does not exist in the file system, and is not recognised as a supported dataset name způsobuje. Pak jsem vygrepoval, že je to GDAL. Otázkou je, proč GDAL při volání Mapniku z Pythonu ten parametr v pohodě vezme jako DB resource, kdežto při volání z Tirexu tvrdošíjně hledá soubor toho názvu, co je v parametru file. Tirex asi volá Mapnik jiným způsobem, nebo že by sám parsoval konfiguraci Mapniku a testnul si GDAL, jestli bude s takovým souborem spokojený? Nesetkal jste se s tímto někdo? -- Petr, p...@propsychology.cz p ___ 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
