> nebo něco ostřejšího?
> http://www.overpass-api.de/
> http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide
OverPass API mi už několikrát hodně pomohlo. Akorát pozor na to, že vrátí pouze
to, o co si člověk řekne, tj. pokud se mu neřekne jinak, tak při hledání cest
vrátí pouze objekty t
> 7. renderer bude znát objekt jako celek a mnohem lépe bude moct vyhodnotit,
> kam
> umístí popisky. Dnes jsou popisky četné podle úseků, na které je ulice
> rozsekaná v datech, a ne podle potřeby rendereru. A to není chyba rendereru,
> to
> je chyba dat! Chceme mít popisek jednolitého objektu a
> uz to tady problesklo pri diskusi u znamek a podobnych veci - co kdybychom
> do standardu pro CZ zanesli moznost pojmenovavani ulic a cest obecne pomoci
> relaci? V tomto smeru uz v OSM existuji minimalne dve (! :( ) relace k tomu
Ahoj,
Takže nejdůležitější na začátek: Jsem pro všema dvaceti, s
> > 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
> pro
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 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
> checkpoint:sales_point:web:1=http:/
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ě um
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
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 ;)
> *** Dv
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ý
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 např.
Karel Volný napsal:
> nicméně, čistě prakticky bych to asi nechal být, myslímže výše uvedená
> konverzní tabulka je pro účely tagování v ČR postačující (po doplnění doposud
> nediskutovaných možností), podstatné je najít si dostatečně přesné mapování
> mezi tagy a skutečností, nikoli jestli ang
> Render by chtěl vylepšit, to jo. Pokud má areál nebo třeba parkoviště
> nestandardní tvar, tak ikonu/jméno šoupne do geometrického středu, což v
> extrémním případě může i znamenat, že se ikona ocitne mimo danou oblast.
Já ještě nikdy neviděl, že by renderer tu ikonku do budovy dal. Takže parado
> http://wiki.openstreetmap.org/wiki/OpenStreetBrowser/FAQ
Ještě jednou díky, zafungovalo to, alespoň pro některé dlaždice. Další uvidím
asi později :-)
Milan
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/ta
> > Což mi připomíná otázku: tušíte někdo, jak je na tom s aktualizacemi mapy
> > openstreetbrowser?
>
> Stacilo se podivat na hlavni stranku Openstreetbrowseru:
> ---
> New data!
> Submitted by skunk on Mon, 04/08/2013 - 21:58
To právě nesedí.
http://www.openstreetmap.org/browse/changeset/15443
> > 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
> > d
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 spo
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 ob
On Mon 08-04-13 13:01:17, jzvc wrote:
> Slusnej priklad takovyho chaosu najdes trebas na Ruzyni - mrkni na
> "novej/eu only" terminal a prijezdy k nemu. Je tam rampa co vede nahoru
> na parkoviste k odletum a pod nim samo vedou dalsi silnice/parkovani u
> priletu ... z mapy tohle jednoduse nepoznas
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 Vršovicíc
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
http://lists.ope
Zdravím,
mám několik dotazů po víkendové procházce ve Vršovicích, pošlu raději každý
zvlášť, ať se to později hledá lépe v archívu. První je, jak tagovat prodejny s
rozličnými potravinovými doplňky, tzv. "zdravá výživa" a podobné. Nejsou to
bylinkářství (shop:herbalist) - nejbližší, co jsem našel
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
On Fri 29-03-13 14:04:57, Pavel wrote:
> Kdysi davno jsem si s jizdnima radama hral, viz:
> http://timetab.sourceforge.net/
> ...treba se neco z toho bude hodit.
Díky!
Znamená to, že stahování jízdních řádů je licenčně OK? Konkrétně já na
stránkách ROPIDu našel pouze "doplňková služba ke hledání
Zdravím,
při mapování pražských Vršovic jsem si všiml mimo jiné toho, že jsou v poměrně
špatném stavu linky PID (resp. jejich relace). Někde jsou nedodělané, ale
hlavně mi přijde, že jsou ještě ve stavu před loňským Velkým pražským třeskem a
tudíž změn bude potřeba udělat asi větší množství. Proto
25 matches
Mail list logo
