Ahoj! > >>Ta adresa na POI hotelu mi umozni zjistit, jakou adresu ma dane > >>POI. Jinak by se to zjistovalo dost slozite/nespolehlive. > >>" > >>Tohle se řešilo při importu adres z RUIANu a pokud si dobře pamatuji, tak > >>závěr byl, že stačí adresní bod a na POI není potřeba adresy dávat. Mám > >>pocit, že tohle geocodéry docela zvládají. > > > >Jo jo, tohle se resilo, a ano kdosi tvrdil ze to treba geocodery nejak > >zvladnou... i kdyz uloha je to zrejme nemozna. > > > >Ne, nepovazuju to za vyresene ... > Cus, sme opet u toho, co OSM umoznuje a neumoznuje. Technicky spravne si > dovedu predstavit, ze budova (at uz v provedeni node/way/relation) bude mit > privazanych 0-N relaci adres (= muselo by vzniknout neco jako "adresni > relace", kterou bude pouzivat prislusnej reneder, a musel by to byt > optimalne jediny akceptovatelny zpusob zadani adresy).
Adresni relace by vzniknout mela, souhlas.
Optimalni by bylo, aby to byl jediny zpusob zadani adresy pro
netrivialni pripady, ano.
> Jak uzasne se pracuje s relacema vsichni vime. Musel by to zaridit primo
> editor tak, aby uzivatel vubec netusil, ze jde o nejaky relace.
No, ono OSM nema neco jako jeden "editor". Ale souhlasim, podpora v
editoru by byla hezka.
Ale ne, problem neni vyreseni, a duplicitni adresa na POI ma docela
dobry vyznam. Jestli to nekomu vadi, popis reseni je v tomto mailu.
> Ostatne totez se tyka treba ruznych POI ktere k dane budove (nebo jeji
> casti) patri, pokud tagujes hospodu, tak ta se zcela urcite nevyskytuje v
> podobe bodu, ale jde minimalne o mistnost, coz bys i ve 3D byl schopen
> otagovat za pomoci relace. Opet ale plati, ze to musi primo podporovat
> editor, jinak to nikdo delat nebude.
Tohle uz nekdo dela....
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
signature.asc
Description: Digital signature
_______________________________________________ Talk-cz mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-cz
