« zpět na výpis měsíce |

[Talk-cz] Tracer plugin - ruian update

Vlákno 26.1. - 10.2.2014, počet zpráv: 68


26.1.2014 10:48:02 (#1)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
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

26.1.2014 11:22:14 (#2)
gravatar

"Petr Morávek [Xificurk]"

<petr at pada.cz>
139
Dne 26.1.2014 22:48, Marián Kyral napsal(a): zobrazit citaci
> *) Přidal jsem konfiguraci. Dá se nastavit vlastní adresa serveru a > případně i posunout polohu natrasované budovy. Třeba tady u nás v > Beskydech je RUIAN oproti KM mírně posunutý (asi přepočet, ale je to > mnohem lepší než KM). Pro RUIAN to funguje, u KM moc ne. Ten mi každou > budovu vrátí s trochu jiným posunem :-(
Ahoj, jen k tomu posunu - určitě je na serveru správně nastavena projekce? Používám následující nastavení už celkem dlouho a co jsem koukal, tak sedí: binárka gridu: https://dl.dropboxusercontent.com/u/75839328/proj/czech sql pro postgis: https://dl.dropboxusercontent.com/u/75839328/proj/krovak.sql Původní (ascii) zdroj gridu http://git.zcu.cz/grid/czech.lla se zdá momentálně mrtvý... Zdraví, Petr Morávek aka Xificurk

27.1.2014 07:20:53 (#3)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 26.1.2014 23:22, Petr Morávek [Xificurk] napsal: zobrazit citaci
> Dne 26.1.2014 22:48, Marián Kyral napsal(a): >> *) Přidal jsem konfiguraci. Dá se nastavit vlastní adresa serveru a >> případně i posunout polohu natrasované budovy. Třeba tady u nás v >> Beskydech je RUIAN oproti KM mírně posunutý (asi přepočet, ale je to >> mnohem lepší než KM). Pro RUIAN to funguje, u KM moc ne. Ten mi každou >> budovu vrátí s trochu jiným posunem :-( > > Ahoj, > > jen k tomu posunu - určitě je na serveru správně nastavena projekce? > > Používám následující nastavení už celkem dlouho a co jsem koukal, tak > sedí: > binárka gridu: > https://dl.dropboxusercontent.com/u/75839328/proj/czech > sql pro postgis: > https://dl.dropboxusercontent.com/u/75839328/proj/krovak.sql > > Původní (ascii) zdroj gridu http://git.zcu.cz/grid/czech.lla se zdá > momentálně mrtvý... >
To bohužel nevím. O server se stará Petr. Já o těchhle věcích nevím vůbec nic (na rozdíl od javy). Nedávno tu proběhly tři odkazy, kterým jsem vůbec nerozuměli. Třeba se teď Petr chytí. Marián

27.1.2014 10:40:19 (#4)
gravatar

Pavel Kwiecien

<pavel.kwiecien at seznam.cz>
48 5000
Ahoj, tuto verzi gridu jsem vyukoušel, ale nefunguje přesně, použil jsem nastavení ogr2ogr -s_srs "+proj=krovak +ellps=bessel +nadgrids=czech +wktext" ... Důvod nepřesnosti je napsaný na: http://grass.fsv.cvut.cz/gwiki/S-JTSK-Grid Píše se tam: "Tato verze je vytvořena pro variantu ETRS89(ETRF1989) tj. platné do 2.1.2011.[1] (http://grass.fsv.cvut.cz/gwiki/S-JTSK-Grid#cite_note-1) Vzhledem k posunu souřadnic od té doby platné ETRS89(ETRF2000) neposkytuje níže popsané řešení deklarovanou přesnost. Aktualizovaná varianta je předmětem diplomové práce řešené na ZČU (předpokládané dokončení bude v létě 2013)" Zdraví Pavel Kwiecien
---------- Původní zpráva ---------- Od: Marián Kyral <mkyral na email.cz> Datum: 27. 1. 2014 Předmět: Re: [Talk-cz] Tracer plugin - ruian update "Dne 26.1.2014 23:22, Petr Morávek [Xificurk] napsal: zobrazit citaci
> Dne 26.1.2014 22:48, Marián Kyral napsal(a): >> *) Přidal jsem konfiguraci. Dá se nastavit vlastní adresa serveru a >> případně i posunout polohu natrasované budovy. Třeba tady u nás v >> Beskydech je RUIAN oproti KM mírně posunutý (asi přepočet, ale je to >> mnohem lepší než KM). Pro RUIAN to funguje, u KM moc ne. Ten mi každou >> budovu vrátí s trochu jiným posunem :-( > > Ahoj, > > jen k tomu posunu - určitě je na serveru správně nastavena projekce? > > Používám následující nastavení už celkem dlouho a co jsem koukal, tak > sedí: > binárka gridu: > https://dl.dropboxusercontent.com/u/75839328/proj/czech > sql pro postgis: > https://dl.dropboxusercontent.com/u/75839328/proj/krovak.sql > > Původní (ascii) zdroj gridu http://git.zcu.cz/grid/czech.lla se zdá > momentálně mrtvý... >
To bohužel nevím. O server se stará Petr. Já o těchhle věcích nevím vůbec nic (na rozdíl od javy). Nedávno tu proběhly tři odkazy, kterým jsem vůbec nerozuměli. Třeba se teď Petr chytí. Marián _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140127/1b232d5b/attachment.html>

3.2.2014 04:08:53 (#5)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
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

3.2.2014 10:11:03 (#6)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 3.2.2014 16:08, Dalibor Jelínek napsal(a): zobrazit citaci
> Ahoj, > tak jsem se konečně dostal k otestování RUIAN Traceru > a dovolil bych si pár pozámek a dotazů. > > Za prvé - líbí, moc líbí, bude to můj kamarád. ;-) > > Pro zajímavost bych rád věděl, co je příčinou, že to tak úplně > nesedí na obrázek z katastrální mapy. Rozdíly jsou, tam kde jsem to zkoušel, > asi jen v centimetrech, ale proč to není úplně přesně? > Je to chyba digitalizace KM do RUIAN, nebo je to droboučká > chybička při přepočtu do jiné kartografické projekce? > (Posun, co máš v Nastavení tomu nepomůže, protože ten objekt > je prostě jinak velkej.)
Viz http://permalink.gmane.org/gmane.comp.gis.openstreetmap.region.cz/9057 Které místo edituješ? Tady u nás (FM) mi to sedí. A je úplně jedno, jak velká ta budova je. zobrazit citaci
> Navrhoval bych, aby když měníš tag source u již existujícího domu > a pokud tam je cuzk:km, tak to vynechat a dát tam jen cuzk:ruian. > Přece jen tím, že domem pohneš na nové souřadnice, tak už tam > ta vazba na cuzk:km není. > Možná by obecně ten tag source měl být nahrazen jen cuzk:ruian, > protože nedokážu vymyslet nějaký důvod, kdy by mělo smysl původní > source zachovávat. Někdo jiný ví?
Nevím, přišlo mi vhodné. Ale klidně změním. zobrazit citaci
> > V Nastavení máš překlep, mělo by tam být behaviour. > A objects by asi mělo být object's nebo objects'. > To jsou největší chyby, co jsem našel. ;-)
OK, opravím. zobrazit citaci
> > Myslím si, jak už víš z privátních mailů, že by bylo fajn otagovat ty budovy > podle RUIAN mnohem více. ;-) > - building=type - nenašel jsem, páč jsem nešikovnej, ve zdrojácích nějakou tabulku, jak se rozhoduješ pro hodnotu tagu building. > Můžeš mě nasměrovat, kde to je?
Tam to ani nenajdeš. To je v databázi: nazev | osmtag_k | osmtag_v ------------------------------------------------------------+----------+---------------- průmyslový objekt | building | industrial zemědělská usedlost | building | farm_auxiliary objekt k bydlení | building | residential objekt lesního hospodářství | | objekt občanské vybavenosti | building | civic bytový dům | building | residential rodinný dům | building | house stavba pro rodinnou rekreaci | | stavba pro shromažďování většího počtu osob | building | civic stavba pro obchod | building | commercial stavba ubytovacího zařízení | building | hotel stavba pro výrobu a skladování | building | warehouse zemědělská stavba | building | barn stavba pro administrativu | building | commercial stavba občanského vybavení | building | civic stavba technického vybavení | building | industrial stavba pro dopravu | building | transportation garáž | building | garage jiná stavba | | víceúčelová stavba | | skleník | building | greenhouse přehrada | waterway | dam hráz přehrazující vodní tok nebo údolí | waterway | dam hráz k ochraně nemovitostí před zaplavením při povodni | barrier | wall hráz ohrazující umělou vodní nádrž | barrier | wall jez | waterway | weir stavba k plaveb.účelům v korytech nebo na březích vod.toků | building | transportation stavba k využití vodní energie (vodní elektrárna) | building | industrial stavba odkaliště | | (29 rows) zobrazit citaci
> Mohlo by se přidávat i > - building:levels (počet podlaží z RUIAN) > - building:flats (počet bytů, je-li v RUIAN) > - klidně bych přidal i přímé URL na http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/25286358 > - a dokonce, možná pro někoho kontroverzně, bych přidal i adresní tagy (addr:country, addr:city, addr:place, addr:*number ) > > Tady bych to asi měl odůvodnit. Původně jsem byl skalním zastáncem teorie, > že adresní body by měly být jen v bodech. Vycházel jsem z toho, že jsem byl > přesvědčen, že jejich hlavní zdroj, tedy KM a RUIAN, je jako body mají > a proto budoucnost je v "bodech". > Teď ale vidím, že číslo popisné/evidenční je vlastnost domu, tedy té cesty. > Je to koneckonců logické, protože to číslo je přidělováno domu, ne bodu. > A taky je vedeno v RUIAN jako vlastnost stavebního objektu. > Adresní bod z RUIAN je pak opravdu bod, který navíc obsahuje PSČ > a číslo orientační (je-li přiděleno). > Takže by se mi zdálo vhodné i logické, aby se ta informace vlastně zadávala > dvakrát. Jednou k cestě domu jen číslo popisné/evidenční a to k celému domu. > A pak, jsou-li definované adresní body, tak znovu na body, které by bylo ideálně > mít ručně posunuté nad vchody, které jsou těmi čísly orientační označené. > Je mi jasné, že je se tím vnáší do OSM nějaká data navíc, ale nemyslím, že by > to mělo nějak zásadně vadit. Navíc se může stát, a stává se, že existuje > adresní bod s jiným číslem popisným, než má v RUIAN budova. Pak nevím, > co mám vlastně tagovat a takhle bych tam otagovat oboje i s příslušným > odkazem ref na RUIAN databázi. > Co myslíte? Něco jsem přehlédl?
Jen poznámka, že se pak to číslo zobrazuje dvakrát. Vím, že se nemáme ohlížet na render, ale tohle by mi asi hodně vadilo. Marián zobrazit citaci
> > Zdraví, > Dalibor > > > > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

3.2.2014 10:26:19 (#7)
gravatar

Petr Vejsada

<osm at propsychology.cz>
515
Ahoj, Dne Po 3. února 2014 16:08:53, Dalibor Jelínek napsal(a): zobrazit citaci
> Pro zajímavost bych rád věděl, co je příčinou, že to tak úplně > nesedí na obrázek z katastrální mapy. Rozdíly jsou, tam kde jsem to zkoušel, > asi jen v centimetrech, ale proč to není úplně přesně? > Je to chyba digitalizace KM do RUIAN, nebo je to droboučká > chybička při přepočtu do jiné kartografické projekce? > (Posun, co máš v Nastavení tomu nepomůže, protože ten objekt > je prostě jinak velkej.)
To já bych taky rád věděl, protože ty fialovo-růžové dlaždice mám na svědomí. Je dost možné, že je to chyba v transformaci, protože jsem ještě neviděl dvě stejné definice srid 5514. Co člověk, to jiná definice ;-). Také i v této konferenci se dočítám, že přesná transformace není možná. OK, pokud není možná, tak ji má nepřesně i CUZK, ovšem mohl by ji mít nepřesně stejně jako všichni, což nemá. Nevím, co je "správně". Mohu časem udělat ještě jednu experimentální vrstvu třeba s modrými budovami, do DB mohu nahrávat jednu testovací obec a můžeme zkoušet, která definice bude vyhovovat. Můřete mi začít posílat svá +proj pro Křováka. Začnu: +proj=krovak +lat_0=49.5 +lon_0=24.83333333333333 +alpha=0 +k=0.9999 +x_0=0 +y_0=0 +ellps=bessel +towgs84=570.8,85.7,462.8,4.998,1.587,5.261,3.56 +units=m +no_defs Xificurk má jinou alfu. K čemu alfa slouží? zobrazit citaci
> - building=type - nenašel jsem, páč jsem nešikovnej, ve zdrojácích nějakou > tabulku, jak se rozhoduješ pro hodnotu tagu building. Můžeš mě nasměrovat, > kde to je?
Tabulka je v postgreSQL, live verze k vidění na http://pedro.poloha.net/osm/zpusob_vyuziti_objektu/ Kde je NULL, dává se building=yes zobrazit citaci
> Mohlo by se přidávat i > - building:levels (počet podlaží z RUIAN) > - building:flats (počet bytů, je-li v RUIAN) > - klidně bych přidal i přímé URL na > http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/25286358 - a dokonce, možná > pro někoho kontroverzně, bych přidal i adresní tagy (addr:country, > addr:city, addr:place, addr:*number )
Nestačí to RUIANID? Tedy ne že by se často přistavovalo k domu patro, ale pokud by se něco obdobného stalo, bude to aktuální spíš v RUIAN než v OSM. zobrazit citaci
> Tady bych to asi měl odůvodnit. Původně jsem byl skalním zastáncem teorie, > že adresní body by měly být jen v bodech. Vycházel jsem z toho, že jsem byl > přesvědčen, že jejich hlavní zdroj, tedy KM a RUIAN, je jako body mají > a proto budoucnost je v "bodech". > Teď ale vidím, že číslo popisné/evidenční je vlastnost domu, tedy té cesty. > Je to koneckonců logické, protože to číslo je přidělováno domu, ne bodu. > A taky je vedeno v RUIAN jako vlastnost stavebního objektu. > Adresní bod z RUIAN je pak opravdu bod, který navíc obsahuje PSČ > a číslo orientační (je-li přiděleno).
Některý dům má třeba 80 metrů na délku a 10 vchodů. Měl by pošťák projít všechny vchody? zobrazit citaci
> Takže by se mi zdálo vhodné i logické, aby se ta informace vlastně zadávala > dvakrát. Jednou k cestě domu jen číslo popisné/evidenční a to k celému domu. > A pak, jsou-li definované adresní body, tak znovu na body, které by bylo > ideálně mít ručně posunuté nad vchody, které jsou těmi čísly orientační > označené. Je mi jasné, že je se tím vnáší do OSM nějaká data navíc, ale > nemyslím, že by to mělo nějak zásadně vadit. Navíc se může stát, a stává > se, že existuje adresní bod s jiným číslem popisným, než má v RUIAN budova. > Pak nevím, co mám vlastně tagovat a takhle bych tam otagovat oboje i s > příslušným odkazem ref na RUIAN databázi.
jedna budova může mít nula až n čísel. Adresní bod v RUIAN se sice váže na budovu, ale nikde není psáno, že budova smí mít jen jedno číslo. select kod,array_length(cisla_domovni,1) from ruian.rn_stavebni_objekt where cisla_domovni is not NULL order by array_length(cisla_domovni,1) desc limit 10; kod | array_length ----------+-------------- 30615437 | 43 30474591 | 38 30615411 | 31 18983626 | 29 30615500 | 27 22358676 | 25 22354875 | 25 22354395 | 25 22356215 | 25 22356690 | 25 (10 řádek) Takže na jednom stavebním objektu 43 čísel. zobrazit citaci
> Co myslíte? Něco jsem přehlédl?
Asi ano ;-). Mnoho domů, možná i většina, má jedno číslo. Ovšem zdaleka ne všechny. Jde o čísla popisná, ne orientační. -- Petr

3.2.2014 10:36:55 (#8)
gravatar

"Petr Morávek [Xificurk]"

<petr at pada.cz>
139
Dne 3.2.2014 16:08, Dalibor Jelínek napsal(a): zobrazit citaci
> - a dokonce, možná pro někoho kontroverzně, bych přidal i adresní tagy (addr:country, addr:city, addr:place, addr:*number ) > > Tady bych to asi měl odůvodnit. Původně jsem byl skalním zastáncem teorie, > že adresní body by měly být jen v bodech. Vycházel jsem z toho, že jsem byl > přesvědčen, že jejich hlavní zdroj, tedy KM a RUIAN, je jako body mají > a proto budoucnost je v "bodech". > Teď ale vidím, že číslo popisné/evidenční je vlastnost domu, tedy té cesty. > Je to koneckonců logické, protože to číslo je přidělováno domu, ne bodu. > A taky je vedeno v RUIAN jako vlastnost stavebního objektu. > Adresní bod z RUIAN je pak opravdu bod, který navíc obsahuje PSČ > a číslo orientační (je-li přiděleno). > Takže by se mi zdálo vhodné i logické, aby se ta informace vlastně zadávala > dvakrát. Jednou k cestě domu jen číslo popisné/evidenční a to k celému domu. > A pak, jsou-li definované adresní body, tak znovu na body, které by bylo ideálně > mít ručně posunuté nad vchody, které jsou těmi čísly orientační označené. > Je mi jasné, že je se tím vnáší do OSM nějaká data navíc, ale nemyslím, že by > to mělo nějak zásadně vadit. Navíc se může stát, a stává se, že existuje > adresní bod s jiným číslem popisným, než má v RUIAN budova. Pak nevím, > co mám vlastně tagovat a takhle bych tam otagovat oboje i s příslušným > odkazem ref na RUIAN databázi. > Co myslíte? Něco jsem přehlédl?
Ahoj, úplně mi není jasné, kde jsi to vykoukal. Já teda v tabulce stavebního objektu vidím cisla_domovni | integer[] tj. výčet čísel popisných vztahujících se k danému objektu. Osobně mi není moc jasné, proč tam tento sloupec je, protože stejná data by mělo vrátit: SELECT stavobj_kod, array_agg(cislo_domovni) FROM rn_adresni_misto GROUP BY stavobj_kod; Vztah stav. obj. : adresní místo je typu 1:N, resp. existují objekty, bez adresního místa. Zdraví, Petr Morávek aka Xificurk

4.2.2014 08:51:18 (#9)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
> > 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, zobrazit citaci
> > asi jen v centimetrech, ale proč to není úplně přesně? > > Je to chyba digitalizace KM do RUIAN, nebo je to droboučká > > chybička při přepočtu do jiné kartografické projekce? > > (Posun, co máš v Nastavení tomu nepomůže, protože ten objekt > > je prostě jinak velkej.) > > To já bych taky rád věděl, protože ty fialovo-růžové dlaždice mám na
svědomí. zobrazit citaci
> Je dost možné, že je to chyba v transformaci, protože jsem ještě neviděl
dvě zobrazit citaci
> stejné definice srid 5514. Co člověk, to jiná definice ;-). Také i v této > konferenci se dočítám, že přesná transformace není možná.
*** velmi přesné globální transformace možné jsou, např. pomocí gridu, garantem pro potřeby státu je ČUZK. http://geoportal.cuzk.cz/%28S%28sjzdxw551s14nceonx1floj0%29%29/Default.aspx?head_tab=sekce-01-gp&mode=TextMeta&text=wcts&menu=19 http://www.cuzk.cz/Zememerictvi/Geodeticke-zaklady-na-uzemi-CR/GNSS/Nova-realizace-systemu-ETRS89-v-CR.aspx http://www.cuzk.cz/Zememerictvi/Geodeticke-zaklady-na-uzemi-CR/GNSS/Seznam-schvalenych-programu.aspx Jediný problém je v tom, že dosavadní aplikace jsou proprietární a pro FOSS není dotažené řešení do konce: http://www.kma.zcu.cz/main.php?KMAfile=./STRUCTURE/05_ebooks/04_Zaverecne_prace/zav_prace.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 ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140204/c98256e5/attachment.html>

4.2.2014 09:25:34 (#10)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
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

4.2.2014 10:12:01 (#11)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 4.2.2014 09:25, Dalibor Jelínek napsal: zobrazit citaci
> Ahoj, > k te presnosti: > zkousel jsem to v Praze Vysocanech a v osade Libiv. > Ale znova upozornuji, ze ten rozdil je v centimetrech, > takze to asi nema cenu resit. >
OK. Kouknu na to, jestli si večer vzpomenu ;-) zobrazit citaci
> Jestli to teda spravne chapu, tak ten Tracer nebere > data primo z RUIAN, ale trasuje bitmapy vytvorene Petrem? > Jestli jo, tak ta nepresnost, o ktere mluvim, je asi zpusobena > jen tim, prevodem vektor->bitmapa->vektor. > Alespon mi to tak pripada, kdyz to hodne zvetsim. >
Ne. Tak to není. Petr tu bitmapovou vrstvu vytváří z RUIAN databáze a upravený tracer plugin si data bere ze stejné databáze. Takže ve skutečnosti tam k žádnému tracování bitmapy nedochází. Při každém kliknutí dostaneš vždy stejnou sadu bodů tvořící danou budovu rovnou z databáze. Technicky by se to už vlastně nemělo nazývat Tracování :-) Marián zobrazit citaci
> Zdravi, > Dalibor > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

4.2.2014 01:54:30 (#12)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
Cau, to jsi mi trochu rozboural hracky. :-( zobrazit citaci
> Asi ano ;-). Mnoho domů, možná i většina, má jedno číslo. Ovšem zdaleka ne > všechny. Jde o čísla popisná, ne orientační.
A dokazes se zeptat, kolik takovych budov je z celeho poctu? Nepripada mi to moc logicke, ze ma stavebni objekt vice cisel a spise mi to pripada jako nejaka vec z minulosti. Kdyz jsem hledal, jakym zpusobem to pridelovani funguje, tak jsem nabyl dojmu, ze postavis barak a pozadas o cislo. Nikde jsem nenasel, ze bys mohl pozadat o cisel vice. Ale treba je to fakt historicky. Mimochodem, dokazu se te tve databaze nejak zeptat ja? Je pristupna po netu? Ale i tak mi to porad neprijde uplne mimozni. zobrazit citaci
> 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. zobrazit citaci
>Marian: Jen poznámka, že se pak to číslo zobrazuje dvakrát. Vím, že se
nemáme ohlížet na render, ale tohle by mi asi hodně vadilo. Tohle myslim, zase tak nevadi. Alespon jsem nenasel zadne misto, kde by to nejak bilo do oci. Co jsem nasel, tak bud se ty popisky cisla domu a cisla adresniho bodu prekryvaji, pac lezi hodne blizko sebe, a pak je stejne vykreslene jen jedno. Nebo je, pri dostatecnem zvetseni, cislo domu uprostred a cisla domu/orientacni nad vchody, coz mi naopak prijde docela hezke. zobrazit citaci
> Mohlo by se přidávat i > - building:levels (počet podlaží z RUIAN) > - building:flats (počet bytů, je-li v RUIAN) > - klidně bych přidal i přímé URL na > http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/25286358 - a dokonce, > možná pro někoho kontroverzně, bych přidal i adresní tagy > (addr:country, addr:city, addr:place, addr:*number ) > Nestačí to RUIANID? Tedy ne že by se často přistavovalo k domu patro, > ale pokud by se něco obdobného stalo, bude to aktuální spíš v RUIAN než v
OSM. Podle me ne zas tak uplne, protoze malokdo vi, jak se k tem udajum o objektu dostat a proto mi prislo fajn tam dat to url, ale je fakt, ze to tam asi byt nemusi, ze to staci napsat na Wiki. Ucelem building:levels myslim bylo, aby slo odahnout vysku budovy, kdyz se dela 3D mapa, tak by to bylo fajn v OSM mit. Pro building:flats me zadne vyuziti nenapada, snad jen, ze tak trochu doplnuje informaci, zda je budova urecena k bydleni, nebo ne. Ale libi se mi do OSM davat veci, pro ktere sice ted nemame jasne uplatneni, ale kdyz je vime, tak je tam dejme. Navic, kdyz uz budes ty budovy jednou trasovat, tak je lepsi tam rovnou dat maximum informaci, protoze vracet se k tomu asi nebudes. Na druhou stranu, kdyz uz tam bude ruian ID, tak se to da pozdeji relativne snadno doplnit. Uplne nejlepsi by asi tedy bylo, tu moznost tam mit a dat uzivateli v Preferencich moznost si vybrat, ktere tagy chce pridavat. Zdravi, Dalibor

4.2.2014 05:18:55 (#13)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
Ahoj1 zobrazit citaci
> > > 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ě?
... zobrazit citaci
> To já bych taky rád věděl, protože ty fialovo-růžové dlaždice mám na svědomí. > Je dost možné, že je to chyba v transformaci, protože jsem ještě neviděl dvě > stejné definice srid 5514. Co člověk, to jiná definice ;-). Také i v
Zemsky desky jsou proklety potvory, a hybou se. Nehybou se moc rychle, ale trochu se prece jen hybou. Zmerim polohu snezky vuci wgs-84 referenci, a za 100 let je o par centimetru jinde... Takze mit mapu zalozenou na wgs-84 je vlastne fatalne blbe, protoze ty zakreslene veci proste plujou pryc. Resenim je mit jeden system souradnic pro kazdou zemskou desku, ktera tak nejak drzi pohromade. A pak se hold jednou za 50 let zmeni prepocet na wgs-84. Nastesti je efekt maly.... ale centimetrovy presnosti proste z principu nejde dosahnout, protoze ty desky se hybou na radech centimetry za rok... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

4.2.2014 09:09:32 (#14)
gravatar

Petr Vejsada

<osm at propsychology.cz>
515
Ahoj, Dne Út 4. února 2014 13:54:30, Dalibor Jelínek napsal(a): zobrazit citaci
> A dokazes se zeptat, kolik takovych budov je z celeho poctu?
pocet_pripadu | pocet_cisel ---------------+------------- 1 | 43 1 | 38 1 | 31 1 | 29 1 | 27 12 | 25 4 | 24 3 | 22 1 | 21 4 | 20 3 | 19 2 | 18 2 | 15 12 | 14 12 | 13 23 | 12 28 | 11 57 | 10 58 | 9 101 | 8 143 | 7 433 | 6 627 | 5 1958 | 4 5807 | 3 14684 | 2 2826562 | 1 (27 řádek) Stavební objekty s jedním číslem drtivě převažují, to ano. zobrazit citaci
> Nepripada mi to moc logicke, ze ma stavebni objekt vice cisel > a spise mi to pripada jako nejaka vec z minulosti.
Jestli z minulosti, tak z minulosti velmi nedávné. Například nová budova Technické knihovny ČVUT v Dejvicích má více čísel popisných. zobrazit citaci
> Mimochodem, dokazu se te tve databaze nejak zeptat ja? > Je pristupna po netu?
Databáze nemá port vystrčený ven, ale chceš-li, můžeme se domluvit. Buď přes openvpn nebo ssh tunel. zobrazit citaci
> Ale i tak mi to porad neprijde uplne mimozni.
Ta Technická knihovna má více vchodů, je spousta paneláků, kdy je jedna budova navenek, ale také má více vchodů, výtahů, byty jsou v každém vchodu číslovány zvlášt, ale pořád je to jedna budova. Nemám úplně jistotu, zda stavební objekt a budova je to samé, možná ne. zobrazit citaci
> > > 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í. zobrazit citaci
> Ja myslel, ze k budove se vaze cislo popisne nebo evidenci > (ted vim, ze jich muze byt vice). > Ale mel jsem za to, ze databaze adresnich bodu je > zvlast a nema vazbu vubec na zadne stavebni objekty. > Ze je to proste bod, ktery klidne lezi nekde, kde uz zadny dum neni.
Tabulka adresních bodů je zvlášť, asi právě proto, protože na jednom stavebním objektu může být více adresních bodů. Jinak geometrie adresního bodu nemusí ležet uvnitř budovy; teoreticky může být na opačném konci republiky ;-) -- Petr

5.2.2014 07:25:47 (#15)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
Tohle je vtipna pripominka, kterou je dobre mit na pameti. :-) Ale pocitam, ze zrovna v tomhle pripade KM i RUIAN maji stejny system souradnic, takze plavou na desce spolu. Mimochodem, je to fakt duvod, proc se v KM pouziva S-JTSK? Asi ne, ze? Alespon Wikipedia uvadi jine duvody. Nebo je opravdu z tohoto pohledu definovana "nula" na nejaky konkretni bod na povrchu? A co delaji chudaci Islandane, kdyz jim ten ostrov plave do dvou smeru zaroven? ;-) Dalibor zobrazit citaci
> Zemsky desky jsou proklety potvory, a hybou se. Nehybou se moc rychle, ale > trochu se prece jen hybou. Zmerim polohu snezky vuci wgs-84 referenci, a za > 100 let je o par centimetru jinde... > > Takze mit mapu zalozenou na wgs-84 je vlastne fatalne blbe, protoze ty > zakreslene veci proste plujou pryc. > > Resenim je mit jeden system souradnic pro kazdou zemskou desku, ktera tak > nejak drzi pohromade. A pak se hold jednou za 50 let zmeni prepocet na wgs- > 84. > > Nastesti je efekt maly.... ale centimetrovy presnosti proste z principu nejde > dosahnout, protoze ty desky se hybou na radech centimetry za rok... > > Pavel > -- > (english) http://www.livejournal.com/~pavelmachek > (cesky, pictures) > http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

5.2.2014 07:41:03 (#16)
gravatar

JV

<j.v.2 at seznam.cz>
57
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%20A5AD 9D88%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ý
---------- Původní zpráva ---------- Od: Petr Vejsada <osm na propsychology.cz> Datum: 4. 2. 2014 Předmět: Re: [Talk-cz] Tracer plugin - ruian update " Jestli z minulosti, tak z minulosti velmi nedávné. Například nová budova Technické knihovny ČVUT v Dejvicích má více čísel popisných. zobrazit citaci
> Mimochodem, dokazu se te tve databaze nejak zeptat ja? > Je pristupna po netu?
Databáze nemá port vystrčený ven, ale chceš-li, můžeme se domluvit. Buď přes openvpn nebo ssh tunel. zobrazit citaci
> Ale i tak mi to porad neprijde uplne mimozni.
Ta Technická knihovna má více vchodů, je spousta paneláků, kdy je jedna budova navenek, ale také má více vchodů, výtahů, byty jsou v každém vchodu číslovány zvlášt, ale pořád je to jedna budova. Nemám úplně jistotu, zda stavební objekt a budova je to samé, možná ne. " ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140205/aa0f6b99/attachment.html>

5.2.2014 07:43:58 (#17)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
Ahoj, aha, takze tech domu s vice cisly fakt neni zas tak moc, je to jen 8 promile. Ale i tak je s nima potreba pocitat. :-( zobrazit citaci
> > > 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í.
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. Zdravi, Dalibor

5.2.2014 08:10:04 (#18)
gravatar

"Petr Morávek [Xificurk]"

<petr at pada.cz>
139
Ahoj, Dne 5.2.2014 07:43, Dalibor Jelínek napsal(a): zobrazit citaci
> 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

5.2.2014 08:33:52 (#19)
gravatar

"Petr Morávek [Xificurk]"

<petr at pada.cz>
139
Dne 5.2.2014 07:41, JV napsal(a): zobrazit citaci
> 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

5.2.2014 08:53:34 (#20)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
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 zobrazit citaci
> 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

5.2.2014 09:09:48 (#21)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
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 zobrazit citaci
> -----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

5.2.2014 09:40:35 (#22)
gravatar

"Petr Morávek [Xificurk]"

<petr at pada.cz>
139
Dne 5.2.2014 09:09, Dalibor Jelínek napsal(a): zobrazit citaci
> 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
Ahoj, díval jsem se ještě do tabulky se stavebníma objektama - více čísel popisných 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

5.2.2014 09:52:55 (#23)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
Ju, a taky tam uvadeji v popisu dva vchody. Takze aktualni teorie je, ze nektere stavebni objekty (kterych je malo, ale jsou) maji vice c.p. nebo c.e., ktere jsou prirazeny samostatnym vchodum. Doufam, ze neexistuje nejaky SO, ktery ma vice cisel a nema vchody. :-( Tracer mi ten dvojdomek nakreslil jako jednu cestu, takze predpokladdam, ze to tak v tech datech RUIAN proste je a ze tam zadne rozdeleni na dva dily neni, ze? Nicmene v tomhle konkretnim pripade by ten dum slo snadno rozdelit na dva kusy podle KM. U par dalsich objektu, ktere jsem zkousel, by to slo taky. Jestli by to slo vsude, je otazka. V kazdem pripade by zalezelo na uzivateli, jak se k tomu postavi a musel by to delat rucne. Ale bylo by ho vhodne pri trasovani na to upozornit. Zdravi, Dalibor zobrazit citaci
> -----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
c.p. zobrazit citaci
> > 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
popisných zobrazit citaci
> 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

5.2.2014 10:12:43 (#24)
gravatar

"Petr Morávek [Xificurk]"

<petr at pada.cz>
139
Dne 5.2.2014 08:53, Dalibor Jelínek napsal(a): zobrazit citaci
> 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ů. zobrazit citaci
> 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

5.2.2014 10:33:34 (#25)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
zobrazit citaci
> Přiznám se, že mně to teda moc smysl nedává... Ani jeden objekt > neobsahuje celou adresu (to co bych psal na obálku).
Jak to? Vsechny ctyri vchody obsahuji uplnou adresu. Vzdyt tam pisu " to same, co je vyse, ovsem s addr:housenumber ve tvaru c.p./c.o." addr:city a addr:country To nevim, jak moc jsou tyhle adresy potrebne, ale "tovarna na adresy" addr:country=CZ pridava. Dava tam i mestkou cast, ovsem do is_in, ktery se mi nelibi. Nevim, jestli do addr:city patri Praha 9, nebo jen Praha a nekam jinam (addr:quarter?) Praha 9. Obecne bych se nespolehal na zadne dopocitavani. Myslim, ze moc uzivatelu nic dopocitat neumi (ani ja ne). Dalibor zobrazit citaci
> -----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

5.2.2014 10:41:21 (#26)
gravatar

"Petr Morávek [Xificurk]"

<petr at pada.cz>
139
Dne 5.2.2014 10:33, Dalibor Jelínek napsal(a): zobrazit citaci
>> Přiznám se, že mně to teda moc smysl nedává... Ani jeden objekt >> neobsahuje celou adresu (to co bych psal na obálku). > Jak to? Vsechny ctyri vchody obsahuji uplnou adresu. > Vzdyt tam pisu " to same, co je vyse, ovsem s addr:housenumber ve tvaru c.p./c.o."
Aha, to jsem nějak pro změnu přehlídl já :/ Ale obecně se mi ta duplikace dat stejně nelíbí. Petr

5.2.2014 10:47:20 (#27)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
zobrazit citaci
> A třetí chyba je to, že není pravda, že 1 stavební objekt = 1 OSM cesta. > Jedna budova je v OSM občas nakreslena pomocí více cest, např. pro > zmapování rozdílného počtu podlaží (výšky, ...) nějaké části budovy. > > Zdraví, > Petr Morávek aka Xificurk
Jo, tohle je pravda treba jeste domyslet. Podle me to neni problem pro Tracer plugin. Ten nakresli jen jednu budovu (pokud kresli do prazdna) a otaguje ji, jak navrhuji. (Pokud teda plati, jak doufam, ze jeden SO v RUIANu je prave jedna cesta.) Otazka je, co udelat v pripade, o kterem pises ty, nebo o kterem jsem psal drive, tedy ze se objekt rozdeli (treba pluginem Terracer) na jednotlive objekty. Jak pak pracovat s nimi? Mel by se jim nechat ten ruian:id cele budovy? Asi ne, protoze pak by neslo delat automaticke aktualizace nekdy v budoucnu, navic by proste budova neodpovidala RUIANu. Ono se to tedy asi v praxi bude stavat, ale nemelo by to byt doporucovanym postupem. Druha moznost, ktera se asi i v praxi pouziva, by bylo mit pres sebe objektu vic. Cely dum, nacteny z RUIAN a otagovany i s ruian:id (a bez adres) a na nem lezici jednotlive radove domy/garaze/casti domu, ktere by uz ten ruian:id nemely. Ale mely by sve vlastni adresy. Jen musim vyzkouset, jak se k tomu stavi treba JOSM, jestli nebude rvat, ze jsou tam prekryvajici se budovy. Ale z textu wiki u building=terrace mi vyplyva, ze to tak doporucuji, ale mozna mysli nechat barak v celku jako plochu a pridat jenodtlive casti jen jako body. Nevim. Nebo to udelat nejak uplne jinak. Relaci? Mit pro ten "hlavni obrys" cestu, ktera by nebyla building=, ale neco jineho? Nevim. Ad: Obecne se mi ta duplikace stejne nelibi. Jen proto, ze budeme mit par bajtu v databazi u budovy navic? A jen ta duplikace addr: tagu? Zdravi, Dalibor

5.2.2014 05:11:18 (#28)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 5.2.2014 08:33, Petr Morávek [Xificurk] napsal: zobrazit citaci
> 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í. ;-) Marián

5.2.2014 07:35:25 (#29)
gravatar

Petr Vejsada

<osm at propsychology.cz>
515
Zdravím, Dne St 5. února 2014 07:41:03, JV napsal(a): zobrazit citaci
> 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, bavíme se o stejné budově, omlouvám se, zklamala mě paměť. Tuto budovu jsem dost zkoumal, a pamatoval jsem si, že má více čísel, ovšem nikoli popisných. Špatná paměť. -- Petr

5.2.2014 07:59:44 (#30)
gravatar

Petr Vejsada

<osm at propsychology.cz>
515
Ahoj, Dne St 5. února 2014 07:43:58, Dalibor Jelínek napsal(a): zobrazit citaci
> > 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.
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. zobrazit citaci
> 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.
V datech ta vazba opravdu je, nebudu tady dumpovat strukturu tabulek, odpovím mailem. zobrazit citaci
> 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.
Toto adresní místo má přiřazeno stavební objekt 30119138 . Problém je v tom, že toto adresní místo (jako dalších cca 300.000), nemá v RUIAN geometrii, definiční bod, tedy není řečeno, kde ten bod je. V takovém případě si vypomáhám, že zkusím definiční bod příslušného stavebního objektu. Není-li, zkusím st_centroid hranic stavebního objektu. Není-li, vzdávám to, protože geometrii parcely už do toho tahat nechci (i když by to šlo). Na http://ruian.poloha.net se adresní místa bez definičního bodu nezobrazují, tam si takto nevypomáhám. Je to kvůli Mapniku, potřebuje rychle nalézt objekty v bboxu a to je podle indexu, nějaký join by trval věky a dělat kvůli tomu další tabulku jednak žere místo a na hostingu jsou GB dražší než v obchodě s disky a též by to bylo matoucí. Není geometrie v RUIAN, nezobrazuje se. Tak je to. Pomůcka přes definiční bod stavebního objektu či st_centroid mi pomůže získat (přibližnou) geometrii asi 70.000 adresních míst. Zatím jsem se tvému mailu podrobně nevěnoval, napravím a prozkoumám. -- Zdraví Petr

5.2.2014 09:16:22 (#31)
gravatar

"Petr Morávek [Xificurk]"

<petr at pada.cz>
139
Dne 4.2.2014 08:51, hanoj napsal(a): zobrazit citaci
> 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
Jestli to byly jen "technické" problémy, tak to bysme to tu mohli komunitně dotáhnout :-) Ale zatím se mi podařilo proklikat jen k textu diplomky. A bohužel během té chvilky, co jsem tomu věnoval, tak jsem úplně nevykoukal, kde vzít data a co s nima krok po kroku udělat, aby nakonci vypadl grid pro celou republiku. Petr

5.2.2014 09:18:16 (#32)
gravatar

Petr Vejsada

<osm at propsychology.cz>
515
Ahoj, Dne St 5. února 2014 10:47:20, Dalibor Jelínek napsal(a): zobrazit citaci
> 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.)
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

5.2.2014 09:48:41 (#33)
gravatar

Petr Vejsada

<osm at propsychology.cz>
515
Dne St 5. února 2014 21:16:22, Petr Morávek [Xificurk] napsal(a): zobrazit citaci
> Ale zatím se mi podařilo proklikat jen k textu diplomky. A bohužel během > té chvilky, co jsem tomu věnoval, tak jsem úplně nevykoukal, kde vzít > data a co s nima krok po kroku udělat, aby nakonci vypadl grid pro celou > republiku.
Data budou v "příloha - CD/ROM" -- Petr

5.2.2014 11:44:33 (#34)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 5.2.2014 17:11, Marián Kyral napsal: zobrazit citaci
> 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í. ;-) >
Tak viděl bych to nějak takhe: http://www.kyralovi.cz/tmp/josm/pointinfo_beta2.png Můžu nechat? :-D Jar ke stažení jsem zaktualizoval. (http://www.kyralovi.cz/tmp/josm/pointinfo.jar) To řazení dle vzdálenosti tam sice mám, ale data v RUIANU jsou taková nějaká podivná. Z těch čtyř bodů mají dva stejné souřadnice a všechny jsou téměř v přímce. Takže to, které číslo orientační patří ke kterému vchodu se dá poznat jen podle ulice. Ovšem tohle selže v případě, že budova má více vchodů ústících do stejné ulice. Marián

6.2.2014 07:07:19 (#35)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
On Wed 2014-02-05 10:33:34, Dalibor Jel?nek wrote: zobrazit citaci
> > Přiznám se, že mně to teda moc smysl nedává... Ani jeden objekt > > neobsahuje celou adresu (to co bych psal na obálku). > Jak to? Vsechny ctyri vchody obsahuji uplnou adresu. > Vzdyt tam pisu " to same, co je vyse, ovsem s addr:housenumber ve tvaru c.p./c.o." > > addr:city a addr:country > To nevim, jak moc jsou tyhle adresy potrebne, ale "tovarna na adresy" > addr:country=CZ pridava. Dava tam i mestkou cast, ovsem do is_in, ktery > se mi nelibi. > Nevim, jestli do addr:city patri Praha 9, > nebo jen Praha a nekam jinam (addr:quarter?) Praha 9. > > Obecne bych se nespolehal na zadne dopocitavani. > Myslim, ze moc uzivatelu nic dopocitat neumi (ani ja ne).
A nekteri by mozna dopocitat umeli, ale stalo by je to neuveritelny usili, takze radeji nechtej :-). A navic -- kazdy v tom dopocitani bude mit jiny chyby. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

6.2.2014 09:29:48 (#36)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
Ahoj, zobrazit citaci
> 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. ;-) zobrazit citaci
> > To řazení dle vzdálenosti tam sice mám, ale data v RUIANU jsou taková > nějaká podivná. Z těch čtyř bodů mají dva stejné souřadnice a všechny jsou > téměř v přímce. Takže to, které číslo orientační patří ke kterému vchodu se > dá poznat jen podle ulice. Ovšem tohle selže v případě, že budova má více > vchodů ústících do stejné ulice. >
Tady jsem asi tak nějaký smířený s tím, že při případném vkládání do mapy se to na první pokus plácne tam, kde je to v RUIAN a uživatel to buď jen přesune poblíž skutečného vchodu, nebo ideálně vytvoří entrance=yes na obrysu budovy, překopíruje tam tagy a původní bod smaže. Nemyslím si, že by to šlo udělat nějak automaticky. Snad jen v případě, kdy by ten adresní bod v ležel (s malou přesností) opravdu na obrysu budovy. Zdraví, Dalibor

6.2.2014 09:50:47 (#37)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
zobrazit citaci
> > > Ano, všechny adresní body mají kód stavebního objektu, žádný není > > > NULL a všechny ty stavební objekty existují. > Stavební objekt a adresní místo jsou opravdu rozdílné věci, i když adresní > místo se vždy váže ke stavebnímu objektu.
Tak to mi prosim reknete, k jakymu SO se vztahuje tohle AM http://vdp.cuzk.cz/vdp/ruian/adresnimista/20038135 Jsem fakt zvedavy na odpoved, protoze ja tam zadnej barak nevidim siroko daleko. Navic tohle AM ma definicni bod, takze vypada, ze to neni jedno z tech problemovych. Mimochodem, je nejaky zpusob, jak si to zjistit sam, aniz bych mel pristup do Petrovo databaze? Pointinfo mi tady moc nepomaha, pac vidi jen pozemek. Zdraví, Dalibor

6.2.2014 09:56:15 (#38)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 6.2.2014 09:29, Dalibor Jelínek napsal: zobrazit citaci
> Ahoj, >> Tak viděl bych to nějak takhe: >> http://www.kyralovi.cz/tmp/josm/pointinfo_beta2.png >> Můžu nechat? :-D > > To je Zase o kus hezčí. :-) > Jen mě tam velmi mate ten text "více vchodů". > To jsi tam asi napsat nechtěl, ne?
No to jsem právě napsat chtěl. Vycházel jsem z předpokladu, že každé adresní místo (č.p./č.o) je jeden vchod. Nebo to tak není? Jak chceš uživatele upozornit, že to není jen jedno číslo? Mohl bych napsat: "Více adresních míst" ale přijde mi to moc dlouhé. Případně "více čísel orientačních", ale to neplatí vždy, někdy je více čísel popisných - typicky paneláky. zobrazit citaci
> Zrovna tenhle objekt více vchodů podle RUIAN nemá. > Alespoň ne podle webové stránky > http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/27239781 > Má jen více č.o., čož je vidět níže.
To jako, že z těch ulic není vchod? Z debaty jsem nabyl dojmu, že tam jsou čtyři vchody a proto má budova více čísel orientačních. zobrazit citaci
> Ale informace o tom, že je tam podle RUIAN "více vchodů" by asi byla > dobrá, zároveň také uvést počet > jako je to tady http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/30615437 > Ty vchody jsou v RUIAN samostatna databaze? Doufam, ze uz ani ne. ;-)
Pro mne - více adresních míst (>1) = více vchodů. Přímo počet vchodů v ruian není. Marián

6.2.2014 10:04:27 (#39)
gravatar

Petr Vejsada

<osm at propsychology.cz>
515
Ahoj, Dne Čt 6. února 2014 09:50:47, Dalibor Jelínek napsal(a): zobrazit citaci
> Tak to mi prosim reknete, k jakymu SO se vztahuje tohle AM > http://vdp.cuzk.cz/vdp/ruian/adresnimista/20038135 > Jsem fakt zvedavy na odpoved, protoze ja tam zadnej barak nevidim siroko > daleko.
Je to stav. objekt 19810351, nevidis ho, protoze mu v RUIAN chybi geometrie hranic, ale definicni bod ma, shodny s adresnim mistem (plusminus). Co ti nejde s databazi? -- Petr

6.2.2014 10:21:54 (#40)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 6.2.2014 10:04, Petr Vejsada napsal: zobrazit citaci
> Ahoj, > > Dne Čt 6. února 2014 09:50:47, Dalibor Jelínek napsal(a): > >> Tak to mi prosim reknete, k jakymu SO se vztahuje tohle AM >> http://vdp.cuzk.cz/vdp/ruian/adresnimista/20038135 >> Jsem fakt zvedavy na odpoved, protoze ja tam zadnej barak nevidim >> siroko >> daleko. > > Je to stav. objekt 19810351, nevidis ho, protoze mu v RUIAN chybi > geometrie > hranic, ale definicni bod ma, shodny s adresnim mistem (plusminus). Co > ti nejde > s databazi?
No a jak objekt, tak i adresní místo mají sloupec deleted NOT NULL, takže jsou smazané. pedro=> select deleted from rn_adresni_misto where stavobj_kod = 19810351; deleted --------- f (1 row) pedro=> select deleted from rn_stavebni_objekt where kod = 19810351; deleted --------- f (1 row) BTW: píši si poznámku - udělat revizi selectů a dolnit test na "deleted". Marián

6.2.2014 12:06:42 (#41)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
> > Ale zatím se mi podařilo proklikat jen k textu diplomky. A bohužel během > > té chvilky, co jsem tomu věnoval, tak jsem úplně nevykoukal, kde vzít > > data a co s nima krok po kroku udělat, aby nakonci vypadl grid pro celou > > republiku. > > Data budou v "příloha - CD/ROM"
*** odpověď viz citace e-mailu níže: zobrazit citaci
> > muzeme (OSM-cz) v tom nejak pomoci? > > Slo by publikovat to CD k dimplomce, nebo to v cem jsi pokrocil a zasek? > > Ondra Chlup (diplomant) na tom dela, pocitam, ze do tydne dame info jak
to vypada. JJ. ha hanoj ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140206/766ab914/attachment.html>

6.2.2014 12:12:26 (#42)
gravatar

osm na propsychology.cz

<osm at propsychology.cz>
515
zobrazit citaci
> > 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 ;) -- Petr

6.2.2014 01:35:03 (#43)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
zobrazit citaci
> Je to stav. objekt 19810351, nevidis ho, protoze mu v RUIAN chybi
geometrie zobrazit citaci
> hranic, ale definicni bod ma, shodny s adresnim mistem (plusminus). Co ti > nejde s databazi? > Petr
Super! Jak se jmenuje systém, pro který vždycky, když vymyslíš pravidla, najde někdo další výjimku? Asi realita... ;-) Takže teď vím, že v RUIAN máme i neviditelné budovy. Bezva! zobrazit citaci
> BTW: píši si poznámku - udělat revizi selectů a dolnit test na "deleted". > Marián
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. zobrazit citaci
> 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

6.2.2014 01:46:12 (#44)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
zobrazit citaci
> > Jen mě tam velmi mate ten text "více vchodů". > > To jsi tam asi napsat nechtěl, ne? > > No to jsem právě napsat chtěl. Vycházel jsem z předpokladu, že každé > adresní místo (č.p./č.o) je jeden vchod. Nebo to tak není? Jak chceš uživatele > upozornit, že to není jen jedno číslo? Mohl bych napsat: "Více adresních > míst" ale přijde mi to moc dlouhé. Případně "více čísel orientačních", ale to > neplatí vždy, někdy je více čísel popisných - typicky paneláky.
Ou, obavam se, ze ted do toho vnasime zmateni pojmu a to neni dobre. Jak to chapu je: - vchod (samostatny vchod) je termin pouzivany v RUIAN, kterym se ospravedlnuje prideleni vice c.p./c.e., pripadne c.o. Viz :Postup-obci-a-stavebnich-uradu-pri-editaci-RUIAN-v2-0.pdf se na strane 15 pise: Samostatným vchodem se rozumí část stavebního objektu, která má vlastní přístup z ulice a které je přiděleno jedno číslo popisné nebo evidenční nebo jedno či více čísel orientačních. Takze vchod musi mit prideleno cislo, ale nevime jake. - vice cislel orientacnich c.o. muze byt prideleno (alespon dle me interpretace) zcela libovolne, nezavisle na existenci vchodu a myslim, ze by se nasly pripady, kdy je c.o., ale dvere nejsou - vice c.p./c.e. muzou existovat SO, ktere maji c.p. i c.e. a pritom nemaji vice vchodu. Nevim, jak to vypada uvnitr databaze RUIAN, ale realne to je. Proste je dum, co ma nejdrive c.e. a pak dostane c.p. (asi vetsinou stejne), ale AM existuji obe zobrazit citaci
> Přímo počet vchodů v ruian není.
To si teda myslim, ze je. Pac tady jsou videt a maji i sva cisla (takze mozna existuje i jejich databaze). http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/70994242 Takze, kdyz tam v PointInfo pises "vice vchodu", tak bych radsi psal "vice adres" nebo "vice adresnich mist". Protoze zrovna v tomhle pripade sice asi dum ma vice vchodu, ale nejsou to ty vchody o kterych mluvi RUIAN. Zdravi, Dalibor

6.2.2014 01:46:59 (#45)
gravatar

osm na propsychology.cz

<osm at propsychology.cz>
515
Ahoj, On Thu, Feb 06, 2014 at 01:35:03PM +0100, Dalibor Jelínek wrote: zobrazit citaci
> Takze ted vim, ze v RUIAN máme i neviditelné budovy. Bezva!
:-)) zobrazit citaci
> 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

6.2.2014 01:50:20 (#46)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 6.2.2014 12:12, osm na propsychology.cz napsal: zobrazit citaci
>> >> pedro=> select deleted from rn_adresni_misto where stavobj_kod = >> 19810351; >> deleted >> --------- >> f >> (1 row) > > f = false, deleted = false, tedy not deleted > > aby bylo deteted, muselo by deleted byt true ;) >
Hmm. No dobrá :-D V každém případě, dle bingu a leteckých map seznamu tam je jen pole, hned vedle elekrárna, takže předpokládám, že dům zbourali během stavby elektrárny a asi není šance, že tam ještě někdy nějaký dům stát bude. Nevidím smysl, mít ten adresní bod aktivní. Hlasuji pro nastavení deleted na true ;-) Marián

6.2.2014 02:07:02 (#47)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 6.2.2014 13:35, Dalibor Jelínek napsal: zobrazit citaci
> Ovšem rád bych upozornil, že v některých případech by se mohla > hodit i informace o smazaném objektu. Pro Tracer asi ne, ale u > PointInfo. > Třeba když se bude editovat v oblasti, kam už někdo přidal adresy > dříve, > tak by bylo fajn vědět, že podle RUIAN ta adresa uz neexistuje a tedy > je ji > mozno z OSM smazat.
Nevím jestli to má smysl, jestli se vůbec nějaké adresy mažou. V každém případě by mi to nabouralo současnou jednoduchou architekturu pluginu. Nic nevylučuji, ale momentálně to není priorita. zobrazit citaci
> >> Co ti nejde s databazi? > S databazi mi nejde vubec nic, protoze nevim, kde a cim se ji ptat. > Kdybyste me mohl nakdo nakopnout spravnym smerem, byl bych rad.
Máš nějaké povědomí o SQL? Pokud ano, mělo by ti stačit se jen doučit specifika postgress (a následně PostGis). Pro začátek: Konzoli z terminálu spustíš příkazem "psql" Následně "set search_path to ruian,osmtables;" seznam tabulek: "\dt ruian." definice tabulky: "\d ruian.rn_adresni_misto" Jednoduchý select: "select * from rn_adresni_misto limit 10;" "select * from rn_adresni_misto where stavobj_kod = xxxx;" zobrazit citaci
> > Ad Marian a PointInfo: > Co si ted myslis o tom, ze by se Pointinfo, porozhlidlo v rozumnem > okoli i > po AM a neviditelnych SO? > Je mi jasne, ze to trochu nezapad do posledni varianty uzivatelskeho > okna. > Jestli to spravne chapu, tak hledas SO a pozemky, ktere zahrnuji bod, > na > ktery se kliklo. A pak u SO vypises jemu prirazena AM. Je to tak? > Takze jestli jo a v tom miste neni SO, tak se zadna AM nevypisou, takze > v > tomhle konkretnim bode se Pointinfo tvari, ze tam nic neni (krome > pozemku), > i kdyz je. > Predpokladam, ze k pozemku se AM vazat nemuze. Doufam...
No uvažuji o nějaké funkci "Najdi v okolí". Ale zatím to nemám promyšlené. Momentálně chystám to kopírování tagů do schránky. zobrazit citaci
> Mimochodem, asi bylo opravdu vhodne zobrazit alespon varovani, ze v > danem > bode je vice SO nebo parcel. Kdyz to tam nebude, tak nam mozna uniknout > zajimave veci. Taky by se mozna mohlo stat, ze Tracer bude trasovat > neco > jineho, nez bude zobrazovat Pointinfo.
Tohle je spíše chyba v RUIAN a měla by se odstranit tam. A na hledání takovýchto podivností je nejlepší správný dotaz v databázi. Někdo tady sliboval, že se poptá na možnost hlášení chyb v RUIAN. Odpověď asi zatím není. Marián zobrazit citaci
> > Zdravi, > Dalibor > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

6.2.2014 02:14:49 (#48)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
zobrazit citaci
> Hmm. No dobrá :-D > > V každém případě, dle bingu a leteckých map seznamu tam je jen pole, hned > vedle elekrárna, takže předpokládám, že dům zbourali během stavby > elektrárny a asi není šance, že tam ještě někdy nějaký dům stát bude. > Nevidím smysl, mít ten adresní bod aktivní. Hlasuji pro nastavení deleted na > true ;-) > > Marián >
Ja bych ho z OSM jeste nemazal, kdyz existuje v RUIANu. Ale jeho existence je vubec zajimava. Okolo Temelina bylo mnohem vice vesnic, tedy i adres, ale ty v RUIAN uz nejsou. (Treba tady 49.1797006, 14.3895603) Ale takhle tam tak trochu trci. Treba prezila zbourani i vymazavani. ;-) DJ

6.2.2014 02:30:39 (#49)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
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 zobrazit citaci
> > (Pokud teda plati, jak doufam, ze jeden SO v RUIANu je prave jedna
cesta.) zobrazit citaci
> > http://pedro.poloha.net/osm/43408526.png > > Toto je jeden stavební objekt. Opět - není jich moc, ale jsou a možná je
to zobrazit citaci
> 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 zobrazit citaci
> první bez ohledu na ty ostatní, které leží třeba na sobě. Také se
vyskytuje. zobrazit citaci
> 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

6.2.2014 05:35:52 (#50)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
zobrazit citaci
> > 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

6.2.2014 05:39:57 (#51)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 6.2.2014 14:30, Dalibor Jelínek napsal: zobrazit citaci
> Ahoj, > dalsi prekvapeni, ale asi by nemelo byt tak velke, koneckoncu domy maji > diry, > ale ze to budou vedle sebe stojici vice-budovy, me prekvapuje. > Ale! Jak to, ze ten SO nemuzu najit??? > http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/43408526 > Neni tentokrat opravdu deleted? > > Dalibor
Žádný takový objekt v RUIAN neexistuje. Nevím, co to Petrovo číslo znamená, ale číslo stavebního objektu to není. Marián zobrazit citaci
> >> > (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

6.2.2014 05:44:47 (#52)
gravatar

"Petr Morávek [Xificurk]"

<petr at pada.cz>
139
Dne 6.2.2014 13:46, Dalibor Jelínek napsal(a): zobrazit citaci
> - 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

6.2.2014 06:07:35 (#53)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 6.2.2014 17:35, Dalibor Jelínek napsal: zobrazit citaci
>> > Přímo počet vchodů v ruian není. >> To si teda myslim, ze je. >> Pac tady jsou videt a maji i sva cisla (takze mozna existuje i jejich >> databaze). >> http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/70994242 >> >> Takze, kdyz tam v PointInfo pises "vice vchodu", tak bych radsi psal >> "vice >> adres" nebo "vice adresnich mist". >> Protoze zrovna v tomhle pripade sice asi dum ma vice vchodu, ale >> nejsou to >> ty vchody o kterych mluvi RUIAN. > > Tak jsem se konecne dostal do databaze. Dekuji. :-) > A ty diskutovane vchody tam jsou v tabulce rn_detailni_tea (technicko > administrativni atribut),
Který sloupec. Asi jsem slepý, ale něco jako počet vchodů nevidím. zobrazit citaci
> kde je mimochodem i vazba na AM. > Takze nejen AM je vazano k SO, ale i SO ma prirazeno AM pres TEA. > Ale vypada to, ze u mnoha SO ty TEA jeste nejsou. > Ale neumim udelat tak rafinovanej dotaz, abych zjistil, u kolika SO, > ktere maji adresu > jsou a nejsou TEA. > Taky by me zajimalo, zda jsou SO, co maji TEA, ale maji jen jeden > vchod. Pocitam, ze ano.
Vzhledem k tomu, že v TEA je slabých 26 tisíc záznamů oproti 2.8 mil. SO s AM, tak bych se tím zatím nezabýval :-D pedro=> select count(distinct(stavobj_kod)) from rn_detailni_tea; count ------- 25977 (1 row) pedro=> select count(distinct(o.kod)) CNT from rn_stavebni_objekt o, rn_adresni_misto a where a.stavobj_kod = o.kod and not o.deleted and not a.deleted; cnt --------- 2843146 (1 row) pedro=> select count(distinct(o.kod)) CNT from rn_stavebni_objekt o, rn_adresni_misto a where a.stavobj_kod = o.kod and not o.deleted and not a.deleted and exists (select 1 from rn_detailni_tea t where t.stavobj_kod = o.kod); cnt ------- 25953 (1 row) zobrazit citaci
> > A uz vubec neumim nijak porovnat vzajemnost prirazeni AM k SO a zpatky > SO k AM pres TEA. >
Něco mále jsem našel tady: http://postgres.cz/wiki/%C3%9Avod_do_PostgreSQL_SQL#Vno.C5.99en.C3.A9_poddotazy_a_odvozen.C3.A9_tabulky Marián zobrazit citaci
> Zdravi, > Dalibor > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

6.2.2014 06:54:08 (#54)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
Sloupec s poctem tam neni. Jsou tam proste vchody, kdyz si udelas select na kod SO v tehle tabulce na nejaky objekt s vice c.p. nebo c.e. tak je uvidis. Seznam id SO s hodne c.p. nebo c.e. tu probehl nedavno a vsechny, co jsem zkousel mely vchody. Nebo ten nedavno postaveny dvojdomek. Za ty Selecty diky, ty prozkoumam zitra. Dalibor Sent from my HTC
----- Reply message ----- From: "Marián Kyral" <mkyral na email.cz> To: "OpenStreetMap Czech Republic" <talk-cz na openstreetmap.org> Subject: [Talk-cz] Tracer plugin - ruian update Date: Thu, Feb 6, 2014 18:07 Dne 6.2.2014 17:35, Dalibor Jelínek napsal: zobrazit citaci
>> > Přímo počet vchodů v ruian není. >> To si teda myslim, ze je. >> Pac tady jsou videt a maji i sva cisla (takze mozna existuje i jejich >> databaze). >> http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/70994242 >> >> Takze, kdyz tam v PointInfo pises "vice vchodu", tak bych radsi psal >> "vice >> adres" nebo "vice adresnich mist". >> Protoze zrovna v tomhle pripade sice asi dum ma vice vchodu, ale >> nejsou to >> ty vchody o kterych mluvi RUIAN. > > Tak jsem se konecne dostal do databaze. Dekuji. :-) > A ty diskutovane vchody tam jsou v tabulce rn_detailni_tea (technicko > administrativni atribut),
Který sloupec. Asi jsem slepý, ale něco jako počet vchodů nevidím. zobrazit citaci
> kde je mimochodem i vazba na AM. > Takze nejen AM je vazano k SO, ale i SO ma prirazeno AM pres TEA. > Ale vypada to, ze u mnoha SO ty TEA jeste nejsou. > Ale neumim udelat tak rafinovanej dotaz, abych zjistil, u kolika SO, > ktere maji adresu > jsou a nejsou TEA. > Taky by me zajimalo, zda jsou SO, co maji TEA, ale maji jen jeden > vchod. Pocitam, ze ano.
Vzhledem k tomu, že v TEA je slabých 26 tisíc záznamů oproti 2.8 mil. SO s AM, tak bych se tím zatím nezabýval :-D pedro=> select count(distinct(stavobj_kod)) from rn_detailni_tea; count ------- 25977 (1 row) pedro=> select count(distinct(o.kod)) CNT from rn_stavebni_objekt o, rn_adresni_misto a where a.stavobj_kod = o.kod and not o.deleted and not a.deleted; cnt --------- 2843146 (1 row) pedro=> select count(distinct(o.kod)) CNT from rn_stavebni_objekt o, rn_adresni_misto a where a.stavobj_kod = o.kod and not o.deleted and not a.deleted and exists (select 1 from rn_detailni_tea t where t.stavobj_kod = o.kod); cnt ------- 25953 (1 row) zobrazit citaci
> > A uz vubec neumim nijak porovnat vzajemnost prirazeni AM k SO a zpatky > SO k AM pres TEA. >
Něco mále jsem našel tady: http://postgres.cz/wiki/%C3%9Avod_do_PostgreSQL_SQL#Vno.C5.99en.C3.A9_poddotazy_a_odvozen.C3.A9_tabulky Marián zobrazit citaci
> Zdravi, > Dalibor > > > > _______________________________________________ > 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 ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140206/c71be0b7/attachment.html>

6.2.2014 08:35:09 (#55)
gravatar

Petr Vejsada

<osm at propsychology.cz>
515
Ahoj, Dne Čt 6. února 2014 17:39:57, Marián Kyral napsal(a): zobrazit citaci
> Žádný takový objekt v RUIAN neexistuje. Nevím, co to Petrovo číslo > znamená, ale číslo stavebního objektu to není.
znamená to hlavně to, že do všeho moc kecám a přitom sotva držím pozornost; číslo jsem chybně opsal a teď to nemůžu najít. Tak jiný: http://pedro.poloha.net/osm/25693336.png Tentokrát jsem to číslo snad už nezvoral. Dají se najít podle st_nrings(hranice)>1. -- Petr)

7.2.2014 09:39:16 (#56)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
zobrazit citaci
> 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 zobrazit citaci
> sloupci typ_kod (možnosti jsou tři: č.p., č.e., nic) v tabulce SO. A z
tohodle zobrazit citaci
> tedy plyne, že by neměl existovat SO s oběma druhy čísel, resp. nevím jak
by zobrazit citaci
> byl značen v databázi. > Petr
Ahoj, no, jo, ale to se na to jaksi divas jen z jednoho smeru, kde mas teda pravdu. Ale jak vis, ze neexistuje (nebo nebude existovat) 1. vice AM v rn_adresni_misto 2. vice samostatnych vchodu v TEA ktere budou privazany ke stejnemu SO a budou mit jina c.p. ci c.e. (u c.o. je to bezne)? Oboji je myslim v tom databazovem modelu mozne, byt by to nabouravalo prirazeni domovni_cislo, jak pises. Ja se na to neumim zeptat a kdybych ten SQL dotaz zkousel vymyslet, tak bych ten server trochu zahltil. Naposledy jsem pracoval v SQL v minulem tisicileti a je to znat. :-) Na co se umim zeptat, je tohle: SELECT count(distinct(so.kod)) CNT FROM rn_stavebni_objekt so, rn_detailni_tea tea WHERE array_length(so.cisla_domovni,1)>1 and tea.stavobj_kod = so.kod and not so.deleted and not tea.deleted; cnt 23 714 - mame SO s vice cisly Počet SO, které mají záznam v TEA SELECT count(distinct(so.kod)) CNT FROM rn_stavebni_objekt so WHERE not so.deleted and exists(SELECT 1 FROM rn_detailni_tea tea WHERE tea.stavobj_kod = so.kod); cnt 25 963 - a tolik jich ma TEA Počet SO a jednou nebo žádnou adresou, které mají záznam v TEA SELECT count(distinct(so.kod)) CNT FROM rn_stavebni_objekt so WHERE not so.deleted and array_length(so.cisla_domovni,1)<=1 and exists(SELECT 1 FROM rn_detailni_tea tea WHERE tea.stavobj_kod = so.kod); cnt 2 294 Počet SO s více adresami, které nemají TEA SELECT count(distinct(so.kod)) CNT FROM rn_stavebni_objekt so WHERE not so.deleted and array_length(so.cisla_domovni,1)>1 and not exists(SELECT 1 FROM rn_detailni_tea tea WHERE tea.stavobj_kod = so.kod); cnt 237 Tedy, zda se, ze je velmi caste, ze kdyz ma SO vice adres, pak ma zaznam v TEA. Naopak, to ze nema zaznam v TEA je jen 1% objektu, na ktere se ted chci juknout. Cele to chapu tak, ze TEA se ma do budoucna doplnovat u vsech objektu, jak to jen pujde, takze TEA bych neignoroval, pac to bude pribyvat. Navic vytvareni TEA bude spojeno se revizi zaznamu o adresach v AM a SO. Zatim jsem zkoumal dva kandidaty na vice adres AM - SO 11738804 - 11671173 40037649 - 30119138 11738812 - 11671181 30756022 - 30119146 SELECT * FROM rn_stavebni_objekt so WHERE so.kod=11671181 or so.kod=30119146; Ale jestli to spravne ctu, tak existuji jako dva ruzne SO, s ruznymi cisly, z nichz maji sice oba definicni bod, ale druhy nema outline. Takze z hlediska logiky dat je to asi v techto dvou pripadech v poradku. Ale asi se muze stat, ze by takovehle domy mely outline oba a pak je s tim treba pocitat. Ale zase, neumim to najit. Zdravi, Dalibor ------------- další část --------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 3890 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140207/31226603/attachment.bin>

7.2.2014 04:22:19 (#57)
gravatar

"Petr Morávek [Xificurk]"

<petr at pada.cz>
139
Dne 7.2.2014 09:39, Dalibor Jelínek napsal(a): zobrazit citaci
>> Ne, takhle ne (alespon podle struktury databaze). V databazi je jen >> sloupecek "domovni_cislo", jestli se jedná o č.p. nebo č.e. určuje > hodnota ve >> sloupci typ_kod (možnosti jsou tři: č.p., č.e., nic) v tabulce SO. A z > tohodle >> tedy plyne, že by neměl existovat SO s oběma druhy čísel, resp. nevím jak > by >> byl značen v databázi. >> Petr > > Ahoj, > no, jo, ale to se na to jaksi divas jen z jednoho smeru, kde mas teda > pravdu. > Ale jak vis, ze neexistuje (nebo nebude existovat) > 1. vice AM v rn_adresni_misto > 2. vice samostatnych vchodu v TEA > ktere budou privazany ke stejnemu SO a budou mit jina c.p. ci c.e. (u c.o. > je to bezne)? > > Oboji je myslim v tom databazovem modelu mozne, byt by to nabouravalo > prirazeni domovni_cislo, jak pises.
Já reagoval na: zobrazit citaci
> - 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

7.2.2014 08:22:39 (#58)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
zobrazit citaci
>> Oboji je myslim v tom databazovem modelu mozne, byt by to nabouravalo >> prirazeni domovni_cislo, jak pises. > > Já reagoval na: >> - vice c.p./c.e. >> muzou existovat SO, ktere maji c.p. i c.e. a pritom nemaji vice >> vchodu. >> Nevim, jak to vypada uvnitr databaze RUIAN, ale realne to je. Proste >> je dum, co ma nejdrive c.e. >> a pak dostane c.p. (asi vetsinou stejne), ale AM existuji obe > > A databázová struktura prostě neumí SO s oběma typy čísel - popisným i > evidenčním. Neumí to ani přímo v tabulce SO, ani přes tabulku AM. Nic > víc, nic míň netvrdím ;-)
To sice databáze neumí, ale pak vznikají takovéto perly: http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/30119138 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/11671173 Dvě budovy, stejné číslo, stejný definiční bod, jen jednou to je číslo popisné a podruhé číslo evidenční. Dle ID bych si tipl, že se jedná o bývalý dům předělaný na chalupu. Ale v databázi zůstaly obě čísla. Marián zobrazit citaci
> > Petr > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

10.2.2014 10:08:37 (#59)
gravatar

jzvc

<jzvc at tpfree.net>
556
Cus, hele a neni tam nahodou neco jako priorita/poradi? Mam pocit ze kdyz sem na to kdysi koukal, tak tam v pripade vice zaznamu byl jeden oznacen jako primarni. Pripadne, pokud vidim dobre ... (ale nevim zda je to pravidlem) 27767701 27767710 27767728 27767736 => nejnizsi cislo = to je to co dat na barak. V tomhle pripade Technická ul. Samo, idealni by byla adresa(y) jako relace ... ale to by vyzadovalo prekopat uplne vse (a nejen v CR). Dne 5.2.2014 8:53, Dalibor Jelínek napsal(a): zobrazit citaci
> 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 >

10.2.2014 10:18:12 (#60)
gravatar

jzvc

<jzvc at tpfree.net>
556
Dne 6.2.2014 13:46, osm na propsychology.cz napsal(a): zobrazit citaci
> 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. zobrazit citaci
> > -- > Petr > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

10.2.2014 10:58:21 (#61)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 10.2.2014 10:18, jzvc napsal: zobrazit citaci
> 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. >
S tím mám trochu problém. Momentálně to v naprosté většině případů znamená, že v daném místě chybí budova a mám tendenci ji dokreslit. Marián

10.2.2014 01:15:27 (#62)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
408 93
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: zobrazit citaci
> 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
-- Jachym Cepicky URL: http://les-ejk.cz e-mail: jachym.cepicky at gmail com PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc

10.2.2014 01:56:11 (#63)
gravatar

jzvc

<jzvc at tpfree.net>
556
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): zobrazit citaci
> 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

10.2.2014 02:03:01 (#64)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
> Jinak co se diskutovany presnosti tejce, vidim tam posun vuci KM o cca 10
cm ... coz neni nic tragickyho, ale zajimavy to teda je. *** uz se prosim nedivme, ale chapejme: http://grass.fsv.cvut.cz/gwiki/Chyba_p%C5%99i_transformaci_z_WGS84_do_S-JTSK ha hanoj ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140210/8c9aad9b/attachment.html>

10.2.2014 02:24:34 (#65)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 10.2.2014 13:56, jzvc napsal: zobrazit citaci
> Cus, > > lehce sem plugin otestoval ... takze si dovolim par pripominek/podnetu. > > 1) Pri aktualizaci budov to odpoji budovy okolni. To by v zasade > nevadilo ... pokud to jsou budovy, ktere jsou v ruian, pak se to spravi > jejich aktualizaci. Jenze ony to mohou byt ruzne pristavky ... > > Mozna by bylo dobre v tomhle pripade delat merge nejblizsich bodu na ty > z ruian (do nejaky vzdalenosti - rekneme metr), pripadne (pri vetsi > vzdalenosti) body okolnich budov napojit na cestu v nejblizsim miste > (do > nejakyho maxima - rekneme 2 metry) - samo, konfigurovatelne, ty > vzdalenosti strilim podle oka jak vidim ze tam je +- v relativne presne > udelanym podkladu podle KM. >
Jo, o tom vím a pokusím se to v budoucnu nějak vyřešit. Ten merge jsme převzal z Tracer2 pluginu a zatím to beru jako blackbox, který nějak (ne právě ideálně funguje). Nejdříve musím pochopit princip a pak se to můžu pokusit opravit. Ono vůbec se při práci s pluginem někdy dějí věci. Třeba mi JOSM nahlásí konflikt, že na serveru jsou nějaké body, které jsem na lokále smazal, ale na přesně stejném místě se vytvořily jiné body. Mám pocit, že to vznikne, když zkusím budovu tracovat víckrát. Musím to prozkoumat. Ovšem momentálně se věnuji PointInfo pluginu ;-) zobrazit citaci
> 2) v RUIANu nejsou ty pristavky co sou v KM? Pripadne odkud se v KM > berou? Protoze ty to rozhodne netrasuje. Pokud by trasovalo, byl by asi > vyresen problem vejs.
Nejsou, nejsou. Když si zapneš tu vrstvu budov od Petra Vejsady a přes to si dáš vrstvu KM, tak uvidíš, že ty přístavky jsou dělány tenčí čarou a třeba původní tracer server je nevidí = je to v jiné vrstvě KM. (ale záleží na konfiguraci Tracer Serveru) Marián zobrazit citaci
> > > 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

10.2.2014 02:28:27 (#66)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 10.2.2014 13:15, Jachym Cepicky napsal: zobrazit citaci
> Ahoj, > > nechtěl bys o tom udělat prezentaci na konferenci GIVS 2014 [1] ? > > Jsou tam lidi přímo z CUZK, myslím, že by je zajímalo, jak RUIAN > používáme, > případně se s nimi pobavit o tom, co by mohlo být lepší... > > Jáchym > > > [1] http://www.cagi.cz/konference-givs-2014 > >
Uff, až tak? No zkusím to promyslet. Marián zobrazit citaci
> 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

10.2.2014 02:36:16 (#67)
gravatar

JV

<j.v.2 at seznam.cz>
57
Zdravím všechny, před časem se tu mluvilo o transformaci z/do S-JTSK. Kolega mi odpověděl na dotaz - je to tak, že transformační program od VÚGTK, zmíněný na http://www. cuzk.cz/Zememerictvi/Geodeticke-zaklady-na-uzemi-CR/GNSS/Nova-realizace- systemu-ETRS89-v-CR.aspx, je placený a tedy ani není možné získat jeho fortranovský zdroják, o kterém se píše v "Metodice převodu" (odkaz na konci zmíněné stránky). Případné dotazy směrujte přímo na VÚGTK (http://www.vugtk. cz) :-). K té přesnosti - tohle je přesně ten důvod, proč neexistuje jednoznačný matematický vztah pro transformaci mezi S-JTSK a ETRS89 (WGS84). Odchylky se řeší interpolací oprav podle zveřejněné tabulky odchylek mezi S-JTSK/95 a S- JTSK. Rozdíl proti odkazu dole je, že se do výpočtu matice ochylek braly nejen body DOPNUL, ale i další body základního polohového bodového pole a zhušťovací body, na kterých byly určeny souřadnice jak v S-JTSK, tak v ETRS 89. Matice odchylek je volně dostupná a lze ji využít v libovolném transformačním programu. Schválení ČÚZK podléhají pouze ty transformační programy, které se používají k předávání výsledků zeměměřických činností (zjednodušeně řečeno). J. Veselý
---------- Původní zpráva ---------- Od: hanoj <ehanoj na gmail.com> Datum: 10. 2. 2014 Předmět: Re: [Talk-cz] Tracer plugin - ruian update " zobrazit citaci
> Jinak co se diskutovany presnosti tejce, vidim tam posun vuci KM o cca 10
cm ... coz neni nic tragickyho, ale zajimavy to teda je. *** uz se prosim nedivme, ale chapejme: http://grass.fsv.cvut.cz/gwiki/Chyba_p%C5%99i_transformaci_z_WGS84_do_S-JTSK (http://grass.fsv.cvut.cz/gwiki/Chyba_p%C5%99i_transformaci_z_WGS84_do_S-JTSK) ha hanoj _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140210/eca53da2/attachment.html>

10.2.2014 02:58:46 (#68)
gravatar

"Petr Morávek [Xificurk]"

<petr at pada.cz>
139
Ahoj, Dne 10.2.2014 14:24, Marián Kyral napsal(a): zobrazit citaci
> Dne 10.2.2014 13:56, jzvc napsal: >> 2) v RUIANu nejsou ty pristavky co sou v KM? Pripadne odkud se v KM >> berou? Protoze ty to rozhodne netrasuje. Pokud by trasovalo, byl by asi >> vyresen problem vejs. > > Nejsou, nejsou. Když si zapneš tu vrstvu budov od Petra Vejsady a přes to > si dáš vrstvu KM, tak uvidíš, že ty přístavky jsou dělány tenčí čarou a > třeba původní tracer server je nevidí = je to v jiné vrstvě KM. (ale záleží > na konfiguraci Tracer Serveru)
Většinou jsou uvedeny v tabulce parcela jako zastavěná plocha (druh_pozemku_kod = 13). Problém je, že do téhle kategorie spadá všechno možné - od parkovací plochy po normální dům. Např. toto: http://vdp.cuzk.cz/vdp/ruian/parcely/2430440606 zahrnuje na východní straně i venkovní schody k zadnímu vchodu do sklepa a přitom odpovídající stavební objekt: http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/7666926 má hranice odpovídající jen jednomu vchodu z pěti Zdraví, Petr Morávek aka Xificurk

« zpět na výpis měsíce