> *) 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 :-(

> 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ý... >

> 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 na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> 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.)

> - 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?

> - 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?

> > 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

> > 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

> Je dost možné, že je to chyba v transformaci, protože jsem ještě neviděl

> 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á.

> 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 na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> 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í.

> Adresní bod v RUIAN se sice váže na budovu

>Marian: Jen poznámka, že se pak to číslo zobrazuje dvakrát. Vím, že se

> 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

> > > 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ě?

> 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

> 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.

> 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.

> Zemsky desky jsou proklety potvory, a hybou se. Nehybou se moc rychle, ale > trochu se prece jen hybou. Zmerim polohu snezky vuci wgs-84 referenci, a za > 100 let je o par centimetru jinde... > > Takze mit mapu zalozenou na wgs-84 je vlastne fatalne blbe, protoze ty > zakreslene veci proste plujou pryc. > > Resenim je mit jeden system souradnic pro kazdou zemskou desku, ktera tak > nejak drzi pohromade. A pak se hold jednou za 50 let zmeni prepocet na wgs- > 84. > > Nastesti je efekt maly.... ale centimetrovy presnosti proste z principu nejde > dosahnout, protoze ty desky se hybou na radech centimetry za rok... > > 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 na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> > > 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í.

> 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.

> 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=554782&ul.kod=&co.kod=400459&mc.kod=500178&so.kod=27239781&vo.kod=&search=Vyhledat > Více čísel popisných by bylo vidět jak v grafice VDP > (http://vdp.cuzk.cz/marushka/?themeid=1&MarUid=DDB04061%206EAC62F2&MarUidi=0D3E163B%2076073BA4%20DDB04061%20E4699646%206EAC62F2&MarMiddlePoint=-744741.2141709006%20-1040895.0606261094&MarScale=857), > tak v Nahlížení do KN > (http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3&MarUid=7E6595D2%20A5AD9D88%208244EA23&MarUidi=8244EA23&MarMiddlePoint=-744781.5201761102%20-1040865.3080245024&MarScale=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 na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> -----Original Message----- > From: "Petr Morávek [Xificurk]" [mailto:petr na 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 na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> 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:petr na pada.cz] > Sent: Wednesday, February 5, 2014 9:41 AM > To: OpenStreetMap Czech Republic > Subject: Re: [Talk-cz] Tracer plugin - ruian update > > Dne 5.2.2014 09:09, Dalibor Jelínek napsal(a): > > 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

> > nebo c.e., > > zejmena pokud to jsou samostatne vchody z ulice. > > > > > > Kdybyste nasli nekde vice info, tak to prosim poslete. > > > > > > > > Zdravi, > > Dalibor > > Ahoj, > > díval jsem se ještě do tabulky se stavebníma objektama - více čísel

> mají i nedávno dokončené stavby a nejsou to jenom garáže: > http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/70994242 > > Zdraví, > Petr Morávek aka Xificurk > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> 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.

> 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).

> -----Original Message----- > From: "Petr Morávek [Xificurk]" [mailto:petr na 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 na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

>> 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."

> 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

> 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=554782&ul.kod=&co.kod=400459&mc.kod=500178&so.kod=27239781&vo.kod=&search=Vyhledat >> Více čísel popisných by bylo vidět jak v grafice VDP >> (http://vdp.cuzk.cz/marushka/?themeid=1&MarUid=DDB04061%206EAC62F2&MarUidi=0D3E163B%2076073BA4%20DDB04061%20E4699646%206EAC62F2&MarMiddlePoint=-744741.2141709006%20-1040895.0606261094&MarScale=857), >> tak v Nahlížení do KN >> (http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3&MarUid=7E6595D2%20A5AD9D88%208244EA23&MarUidi=8244EA23&MarMiddlePoint=-744781.5201761102%20-1040865.3080245024&MarScale=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 >

> 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=554782&ul.kod=&co.

> > Ano, všechny adresní body mají kód stavebního objektu, žádný není NULL a > > všechny ty stavební objekty existují. > > Tomuhle porad nejak nerozumim. > Cekal bych, ze ten smer by mel byt opacny, tedy ze stavebni objekt > ma prirazen adresni misto. Koneckoncu tady > http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/25286358 > je videt, ze stavebni objekt ma adresu, i kdyz neni prolinkovana na adresni > misto, > ale mozna v databazi je.

> Ale kdyz si zobrazim adresni bod > http://vdp.cuzk.cz/vdp/ruian/adresnimista/11738812 > tak tam zadnou vazbu na objekt nevidim. > I kdyz to samzorejme neznamena, ze v datech neni.

> 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.

> http://www.kma.zcu.cz/main.php?KMAfile=./STRUCTURE/05_ebooks/04_Zaverecne_prace/zav_prace.php&DRC=./STRUCTURE/05_ebooks/04_Zaverecne_prace/&DRL=CZ&DROF=0&osCislo=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

> 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.)

> 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.

> 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=554782&ul.kod=&co.kod=400459&mc.kod=500178&so.kod=27239781&vo.kod=&search=Vyhledat >>> Více čísel popisných by bylo vidět jak v grafice VDP >>> (http://vdp.cuzk.cz/marushka/?themeid=1&MarUid=DDB04061%206EAC62F2&MarUidi=0D3E163B%2076073BA4%20DDB04061%20E4699646%206EAC62F2&MarMiddlePoint=-744741.2141709006%20-1040895.0606261094&MarScale=857), >>> tak v Nahlížení do KN >>> (http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3&MarUid=7E6595D2%20A5AD9D88%208244EA23&MarUidi=8244EA23&MarMiddlePoint=-744781.5201761102%20-1040865.3080245024&MarScale=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í. ;-) >

> > 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).

> Tak viděl bych to nějak takhe: > http://www.kyralovi.cz/tmp/josm/pointinfo_beta2.png > Můžu nechat? :-D

> > 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. >

> > > 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.

> 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. ;-)

> 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.

> 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?

> > 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"

> > 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

> > pedro=> select deleted from rn_adresni_misto where stavobj_kod = 19810351; > deleted > --------- > f > (1 row)

> Je to stav. objekt 19810351, nevidis ho, protoze mu v RUIAN chybi

> hranic, ale definicni bod ma, shodny s adresnim mistem (plusminus). Co ti > nejde s databazi? > Petr

> BTW: píši si poznámku - udělat revizi selectů a dolnit test na "deleted". > Marián

> Co ti nejde s databazi?

> > 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.

> Přímo počet vchodů v ruian není.

> 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.

>> >> 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 ;) >

> 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.

> >> 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.

> > 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...

> 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.

> > Zdravi, > Dalibor > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> 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 >

> > (Pokud teda plati, jak doufam, ze jeden SO v RUIANu je prave jedna

> > http://pedro.poloha.net/osm/43408526.png > > Toto je jeden stavební objekt. Opět - není jich moc, ale jsou a možná je

> 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

> první bez ohledu na ty ostatní, které leží třeba na sobě. Také se

> 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

> > 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.

> 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 na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> - 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. > > Tak jsem se konecne dostal do databaze. Dekuji. :-) > A ty diskutovane vchody tam jsou v tabulce rn_detailni_tea (technicko > administrativni atribut),

> 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.

> > A uz vubec neumim nijak porovnat vzajemnost prirazeni AM k SO a zpatky > SO k AM pres TEA. >

> Zdravi, > Dalibor > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> Žádný takový objekt v RUIAN neexistuje. Nevím, co to Petrovo číslo > znamená, ale číslo stavebního objektu to není.

> Ne, takhle ne (alespon podle struktury databaze). V databazi je jen > sloupecek "domovni_cislo", jestli se jedná o č.p. nebo č.e. určuje

> sloupci typ_kod (možnosti jsou tři: č.p., č.e., nic) v tabulce SO. A z

> tedy plyne, že by neměl existovat SO s oběma druhy čísel, resp. nevím jak

> byl značen v databázi. > Petr

>> 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.

> - 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

>> 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 na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> 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 na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

> 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 na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

> Dne 6.2.2014 13:46, osm na 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. >

> 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 na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> 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 na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> Jinak co se diskutovany presnosti tejce, vidim tam posun vuci KM o cca 10

> 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 na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> 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 na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz

> 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)