Relace r1)
tagy:
type=tourist_stamp:sales_point
name=Infocentrum Impuls, 793 24 Karlova Studánka 59
web=http://www.k.studanka.cz
členové:
(objekt kde se to prodává)
atd.
No nevím, tohle se hanojovi určitě líbit nebude ;-) Pokud bude třeba 6
prodejních míst, tak to
On Wed 29-05-13 23:17:22, Marián Kyral wrote:
Relace)
type=checkpoint
checkpoint=tourism
checkpoint:type=tourist_stamp
name=3. Karlova Studánka
checkpoint:category:cz=Jeseníky
checkpoint:sales_point:1=Infocentrum Impuls, 793 24 Karlova Studánka 59
On Thu 30-05-13 14:45:07, Marián Kyral wrote:
No to mělo. Ovšem nějak tam ta data potřebuji napoprvé dostat abych následně
mohl přiřadit (vytvořit) další členy relace.
Tomu rozumím, proto jsem navrhoval FIXME. Ale ještě lépe to udržovat mimo a
nezaplevelovat mapu. Pak by se totiž mohlo snadno
On Fri 24-05-13 07:33:13, Pavel Moravec wrote:
multipolygon potřebuje uzavřené křivky, nebo ne?
Kupodivu nepotrebuje, jen je treba seradit useky cest za sebou tak,
aby tu uzavrenou krivku tvorily (a velka cast rendereru si to umi
On Fri 24-05-13 07:11:57, LM_1 wrote:
Multipolygon právě
On Thu 23-05-13 14:51:46, LM_1 wrote:
Zrovna v případě silnic/řek apod. základní pravidlo existuje - jeden objekt
v realitě - jeden objekt v osm. Z toho by vyplývalo, že v osm by měl být
jen jeden objekt s ref=D1 a to by nutně byla relace, proti kterým existuje
značný (pro mě nepochopitelný)
On Thu 23-05-13 17:02:12, hanoj wrote:
...každá plocha má nejen svou hranu na hranici, ale také své lomové body.
Má tento výrok ještě jiný význam, než že hranice mezi dvěma objekty není
vždy rovná čára, ale někdy i lomená? Jestli ne, je všechno jasné.
*** Nerozumím otázce ;)
*** Dva
On Thu 23-05-13 20:31:59, LM_1 wrote:
Body se neduplikují a více cest vedoucích jedním bodem se u průběžných
hranic používá docela v hojné míře.
V případě oploceného lesa bych nakreslil jen plot a použil ho pro
multipolygon lesa v roli outer (stejně jako případnou sousedící louku) - o
tom
Ahoj všem.
Přiznávám, překvapuje mě, že v tak základní věci (co se týče typu dat) není
shoda ani po tolika letech projektu. Pořád jsem čekal, co napíší zkušenější,
ale teď mám pocit, že už se téma začíná rozmělňovat do detailů, a tak se
ozývám, než se úplně rozdrobí do ztracena (stejně jako
Potíž je v tom, že úzus není... Udělal jsem si malý průzkum přes Overpass
API a asi dvě třetiny
středních škol (identifikoval jsem je podle názvu) je označeno
amenity=college, a jedna třetina je
označena amenity=school. Měli bychom se tedy na něčem shodnout, sepsat to a
dodržovat.
Další z pro mě nejasných: v seznamu typů obchodů jsem našel jako nejbližší
doityourself a hardware, ale pochopitelně to není ani jedno z toho. Co by
bylo lepší?
Díky,
Milan Vančura
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
Ahoj,
tohle je trošku komplexnější problém: jak tagovat budovy ve svahu, tj. každá
strana je jinak vysoko nad terénem? Samozřejmě že běžně není potřeba to řešit,
ale jsou situace, kdy to začíná mít význam. Narazil jsem na to např. u jedné
nízké budovy komplexu budov bývalého Chemapolu ve
On Mon 08-04-13 12:53:49, LM_1 wrote:
Není to úplně ono, ale podívej se na
http://wiki.openstreetmap.org/wiki/Key:organic - pořád je to obchod s
jídlem, byť se specializací.
Díky. Na to jsem koukal, ale moc jsem to nepochopil, asi mi chybějí nějaké
znalosti reálií. Tváří se to, že to jsou
On Mon 08-04-13 12:38:49, Premysl Vohnout wrote:
a tohle
http://wiki.openstreetmap.org/wiki/Tag:shop%3Delectronics
Díky za odkaz, na to jsem taky myslel. K mému překvapení však anglická wiki
tvrdí, že správně je shop:hardware. Odůvodňujou to tím, že je podle nich rozdíl
mezi obchodem se
On Fri 29-03-13 15:27:18, hanoj wrote:
Autorský zákon říká, že vytěžovat databázi lze jen přiměřeně. Asi by
bylo vhodné se zeptat ROPIDu, jestli mu to nadmerne (systemove)
vytezovani nevadi.
Díky za potvrzení, myslel jsem si to samé. A teď ta obtížnější část otázky:
Jaké máte zkušenosti, co
14 matches
Mail list logo
