Re: [Talk-cz] Data RUIAN - výměnný formát

2012-06-28 Tema obsahu hanoj
> Dne 25.6.2012 0:35, hanoj napsal(a):
>>> (nebo jsou data nesprávná - např. jiný tvar obrys budovy).
>> *** No katastr, uznává tuším styk budovy se zemí jako reprezentující a
>> vzhledem k tomu že to dosud od něj obkreslujem asi by to chtělo uznat
>> za standard.
> Tak to pozor, km sice pouzivam jako jeden z primarnich zdroju, ale
> vzdycky minimalne kontroluju, jestli tam ta budova +- opravdu stoji.
*** Me slo predevsim o ten tvar budovy...


> A
> pripadu kdy v km budova je, ale fyzicky tam neni po budove ani pamatky
> (= ani ruiny), pripadne naopak, budova si na miste vesele stoji, zato po
> ni ani pamatky neni v km (a to vcetne toho, ze budova ma i vlastni cp)
> nejsou zadnou vyjimkou, narazim na takove pri kazde editaci mapy. Zrovna
> tento tyden sem odmazaval zborene budovy, ktere v km vesele stale jsou
> (a to jsou zborene uz minimalne par let).
*** Je treba pochopit jak katastr vznika. Jedna se o evidenci majetku,
nikdo aktivne nehleda, zda tu budovu nekdo nezboural, ci si nepostavil
kralikarnu na dvorku. Zatim jsem techto chyb (absence nebo prezence
existujici budovy) videl daleko mene, nez lidovych tvorivosti s
tracerem.


> 1) zadny zbesily import a rozhodne ne zadne mazani v OSM.
*** zbesilost je vetsinou v srdci, ne importech. Neni kam spechat.

> Co se aktualizaci tyce - pokud dojde ke zmene v km a neni zadna zmena na
> strane osm, tak asi neni co resit - aktualizace v osm. Pokud ke zmene
> dojde opacne, tak dost pochybuju ze nekdo zmeni neco v km. Pokud je
> zmena oboustrana, tak asi leda tak, ze nekdo koukne do osm a bud
> prohlasi, ze se to ma syncnou s km nebo prohlasi, ze data sou spravne v
> osm (a nejakym marknutim objektu ho vyradi ze synchronizace).

*** Seda je teorie... Jediny zpusob je umoznit aktualizaci je
aktualizovat jen primitivni body (napr. addr). U vseho ostatniho je to
problem, co s tim kdyz do toho nekdo hrabne. Nebo jak zajistit spravne
vazby na existujici objekty. Dosud v OSM probehly jen hromadne upravy
adresnich bodu a predevsim relaci administrativnich hranic (ale
samotne way hranice jsou uz problem).

ha
hanoj

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Formát zápisu adresních bodů (was Data RUIAN - výměnný formát)

2012-06-28 Tema obsahu hanoj
pokusim se vmisit...

>>> Trochu sem se prohrab temi samply, a me by se libilo nevyrabet adresni
>>> body ale priradit adresy budovam, neb ta vazba v tech datech je. Bod
>>> bych vyrobil jen tam, kde budova neni (a je tam definovana adresa).
>>> Co se tyce ulic, tam to asi s jejich presnosti nebude zadna slava -
>>> predpokladam, ze kazdej kdo obkresloval rucne to udelal podrobnejsi. Ale
>>> lepsi nez dratem do oka.
>> Adresní bod a budova ... to mě napadlo také (a někde se to v OSM i
>> používá), ale vidím v tom trochu problémy.
>>
>> Zaprvé budova může mít více vchodů/adres. Jak by se jmenovaly tagy?
>> addr:housenumber1, addr:housenumber2, addr:housenumber3 apod.? Nebo by
>> se dělila budova na části? Ale jak? Nikdo nebude zkoumat vnitřní
>> strukturu budovy - typicky ji vidíš zvenku a pár vchodů dovnitř. Občas
>> se je zřejmé, ale nemusí být vždy.
>
> S tim se pocita, data v tech samplech jsou reseny jak sem si vsim tak,
> ze jedna adresa, je zvolena jako "primarni" a dalsi jsou k ni pripojeny
> jako sekundarni => na budovu se da ta primarni, ostatni se muzou hodit
> jako body.
>
> Samo, technicky spravne by bylo to na tu budovu nahazet podobne, jako je
> to ve zdroji, ale to se obavam v OSM netusim jak udelat, aby to zaroven
> fungovalo - idealni by bylo neco jako hodit tu budovu do relace a adresu
> urcit az v ty relaci, cimz by slo budove dat neomezeny mnozstvi
> relaci/adres, ale obavam se, ze tohle zadnej stavajici nastroj
> nepobere.  Ostatne, podobne bych si doved predstavit i prilinkovani veci
> jako "hospoda" (+samo nazev, otviracka, ...), posilovna ... , cimz by se
> eliminoval vsemoznej tagovaci chaos (pokud na necem je 20+ tagu, tak uz
> je to peknej bordelak) a navrch by souvisejici data byly pekne
> pohromade. Du testnout, co neco takovyho udela ;D.
>
> Jinak, pokud predpokladam, ze vetsina km vypada vsude +- stejne, tak
> zaroven predpokladam, ze v drtivy vetsine pripadu budou klasicky
> panelaky zaneseny co vhod to samostatna budova (i kdyz to konstrukcne
> neni pravda).
> Budov s vice adresami nebude (IMO) nijak zavratny mnoztvi.
*** Me se vlozeni adresniho bodu do budovy nelibi (pokud to dobre
chapu). Adresni bod je bod uz z nazvu. To ze se zvyrazni budova pod
nim je veci sw a trivialni prostorove analyzy.

Budova se casto sklada z pristavku a privesku a co bude mit adresni
bod, nejvetsi cast budovy?
V Brne je skoro kazdy druhy rohovy dum s dvema adresnimi body. Vazba
budova a adresni bod bude tedy velmi volna, M:N.

Ale urcite at je jeden element (adresni bod) jedna normalni forma,
primarni sekundarni to je spatne...


hanoj

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz