Tracer plugin - ruian update

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

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

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

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

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?

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?

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?

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

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.

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

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

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.

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.

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?

Ano, všechny adresní body mají kód stavebního objektu, žádný není NULL a všechny ty stavební objekty existují.

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.

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ý

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

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

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

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

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

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

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

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

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

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.

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.

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

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

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.

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.

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

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

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.

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.

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

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.

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,

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?

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

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)

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?

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

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.

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

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.

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

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

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

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

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

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

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

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.

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

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

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

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

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,

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.

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

Ahoj,

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.

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.

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

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

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

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)

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)