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