Re: [Talk-cz] Turistické známky

2013-05-22 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: LM_1 flukas.robot+...@gmail.com
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky



Kromě toho turistické známky se neomezují na Česko (http://turisticke-
znamky.cz/tz/(http://turisticke-znamky.cz/tz/)), takže by nebylo od věci 
pojmout návrh trochu globálněji - tím se zvýší šance na podporu i v jiných 
mapách než specificky zaměřených na české turistické známky. 
 







No nikde jsem nepsal, že se chci zaměřit pouze na Česko, ale zatím je k 
dispozici jen seznam pro CZ. Asi jsem to měl explicitně zmínit. Taky čekám 
na kompletní seznam - jak bylo slíbeno. No a mezitím jsem to chtěl probrat 
tady. Víc hlav víc ví a mnohé tady jsou mnohem zkušenější než já. A někde se
musí začít, tak proč ne doma? Navíc v CZ jsou TZ nejrozšířenější. V okolních
zemích nejsou TZ až tak známé a většinou pokrývají jen některé oblasti.





Je mi jasné, že i při nejlepší vůli to bude nějakou dobu trvat. Prvotní 
import jsem schopen udělat během pár hodin, ale to musí být nejprve jasno, 
jak TZ namapovat a co jsem koukal, je kolem toho celkem dost byrokracie. Tu 
já sice nerad, ale chápu, že bez toho to nejde.





Uvítám rady, co a jak a kam se následně obrátit. Každá pomoc je vítána.





Marián




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


Re: [Talk-cz] Turistické známky

2013-05-22 Tema obsahu Marián Kyral
Ještě oprava: SK taky celkem jede. Měl jsem dojem, že tam tolik známek není,
ale asi to byl nějaký zastaralý dojem ;-)



Marián


-- Původní zpráva --

Od: Marián Kyral mky...@email.cz

Datum: 22. 5. 2013

Předmět: Re: [Talk-cz] Turistické známky






-- Původní zpráva --

Od: LM_1 flukas.robot+...@gmail.com

Datum: 22. 5. 2013

Předmět: Re: [Talk-cz] Turistické známky




Kromě toho turistické známky se neomezují na Česko (http://turisticke-
znamky.cz/tz/(http://turisticke-znamky.cz/tz/)), takže by nebylo od věci 
pojmout návrh trochu globálněji - tím se zvýší šance na podporu i v jiných 
mapách než specificky zaměřených na české turistické známky. 

 








No nikde jsem nepsal, že se chci zaměřit pouze na Česko, ale zatím je k 
dispozici jen seznam pro CZ. Asi jsem to měl explicitně zmínit. Taky čekám 
na kompletní seznam - jak bylo slíbeno. No a mezitím jsem to chtěl probrat 
tady. Víc hlav víc ví a mnohé tady jsou mnohem zkušenější než já. A někde se
musí začít, tak proč ne doma? Navíc v CZ jsou TZ nejrozšířenější. V okolních
zemích nejsou TZ až tak známé a většinou pokrývají jen některé oblasti.







Je mi jasné, že i při nejlepší vůli to bude nějakou dobu trvat. Prvotní 
import jsem schopen udělat během pár hodin, ale to musí být nejprve jasno, 
jak TZ namapovat a co jsem koukal, je kolem toho celkem dost byrokracie. Tu 
já sice nerad, ale chápu, že bez toho to nejde.







Uvítám rady, co a jak a kam se následně obrátit. Každá pomoc je vítána.







Marián







___

Talk-cz mailing list

Talk-cz@openstreetmap.org

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


Re: [Talk-cz] Par dotazu, na veci nenalezene na Wiki

2013-05-22 Tema obsahu jzvc
Dne 19.5.2013 12:14, Pavel Machek napsal(a):
 Ahoj!

 6. Potreboval bych rozdelit obrovsky multipolygon lesa, abych mohl u
 casti vyznacit typ lesa. U hranic se Slovenskem, kde to delalo
 V puvodnich uhulich datech typ lesa byl, jen jsme ho neimportovali
 :-(. Mozna by davalo smysl to importovat znovu, s typem lesa, a bez
 generalizace?

   Pavel


Probuh, jen to ne ... ty lesy jsou i tak neuveritelne nepresny ... ale
je tam bambilion rucnich zmen, ktery bys tim naprosto vsechny zahodil.

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


Re: [Talk-cz] Turistické známky

2013-05-22 Tema obsahu jzvc
Dne 22.5.2013 6:02, Marián Kyral napsal(a):
 Ahoj,

 -- Pu*vodní zpráva --
 Od: Karel Volný ka...@seznam.cz
 Datum: 21. 5. 2013
 Pr(edme(t: Re: [Talk-cz] Turistické známky


 zdravím,

 kdyz( uz( jsme se tak rozkecali ... tak já to vidím takto:

  A dá se pak ne(jak zobrazit najednou daný objekt i TZ? Podporuje
 to ne(jaká
  mapa?

 pokud ne, pis( na ne( RFE :-)


 Velmi vtipné.



  Ve(ts(inou se vybere jen jedna vlastnost a ta se prezentuje.
 Proc( jsou
  tr(eba c(ísla popisná separé? Ty se pr(ece vz(dy pr(ímo váz(ou k
 ne(jaké budove(.

 to je z historických du*vodu* z(e probe(hl import c(ísel
 (adresních bodu*) bez
 návaznosti na budovy, ale wiki k tomu vázání na budovy zc(ásti nabádá:

 Addresses can be tagged with addr:housenumber=* and the other
 addr:* keys.
 Tags can be added to isolated nodes, to nodes that are parts of
 building
 polygons ( = entrance=*s ) or, building=* polygons or on polygons
 representing
 the perimeter of the site.

 http://wiki.openstreetmap.org/wiki/Addresses

 osobne( se kloním k tomu dávat to primárne( na ty vstupy


 Na wiki jsem nas(el toto: V C(R se pouz(ívají výhradne( Adresní body
 (Adresní místa) jako nody Node
 http://wiki.openstreetmap.org/wiki/Elements#Node, nebot( vazba mezi
 prvky building a addr je M:N.


Tak tos nasel peknej nesmysl, du se mrknout kterej umelec to tam napsal.

Nehlede na to, ze budov s vice cisly bude min nez promile. A uz vubec
nemluve o tom, ze i z duvodu navigace a identifikace prave tech budov,
je to blbost (navic vim o mapach, ktery adresu zobrazujou pouze pokud je
na budove, adresni body je naprosto nezajimaj). Mimochodem, vstupy maji
zcela samostatne tagovani (entrance).


 S te(mi vstupy je problém, z(e bys musel obejít úplne( vs(echny
 barác(ky a zjistit, kde vlastne( mají vstup.




  A jes(te( mne( napadá, jak by se r(es(ilo, pokud má objekt tag
 website a budu
  chtít jes(te( pr(idat odkaz na TZ?

 i na toto má wiki odpove(d( :-)

 A link to ... additional resource can be created using url=*.

 http://wiki.openstreetmap.org/wiki/Key:website

 popr(. se mu*z(eme domluvit na ne(jakém rozs(ír(ení ve stylu
 url:cs_tzmista=...

 K.


 A jes(te( jedna ve(c. Co jméno TZ? To se taky mu*z(e lis(it od jména
 objektu. Takz(e ne(co jako


 name:cs_tzmista=


 ?


 Marián




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



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

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


Re: [Talk-cz] Turistické známky

2013-05-22 Tema obsahu hanoj
  Většinou se vybere jen jedna vlastnost a ta se prezentuje. Proč jsou
  třeba čísla popisná separé? Ty se přece vždy přímo vážou k nějaké
budově.

 to je z historických důvodů že proběhl import čísel (adresních bodů) bez
 návaznosti na budovy, ale wiki k tomu vázání na budovy zčásti nabádá:

 Addresses can be tagged with addr:housenumber=* and the other addr:* keys.
 Tags can be added to isolated nodes, to nodes that are parts of building
 polygons ( = entrance=*s ) or, building=* polygons or on polygons
representing
 the perimeter of the site.

 http://wiki.openstreetmap.org/wiki/Addresses

 osobně se kloním k tomu dávat to primárně na ty vstupy


 Na wiki jsem našel toto: V ČR se používají výhradně Adresní body (Adresní
místa)
 jako nody , neboť vazba mezi prvky building a addr je M:N.


 Tak tos nasel peknej nesmysl, du se mrknout kterej umelec to tam napsal.

 Nehlede na to, ze budov s vice cisly bude min nez promile. A uz vubec
nemluve o
 tom, ze i z duvodu navigace a identifikace prave tech budov, je to blbost
(navic vim o
 mapach, ktery adresu zobrazujou pouze pokud je na budove, adresni body je
 naprosto nezajimaj). Mimochodem, vstupy maji zcela samostatne tagovani
 (entrance).
*** Tady umělec. Vazby adres a budov M:N nejsou vazby chybové, ale zcela
reálné přípustné a používané. Pro 1:N se stačí mrknou do katastru a způsobu
zakreslování budov, pro M:1 stačí mrknout na addr Brna.
Jak známo, to že to některá mapa nezobrazuje není chyba dat. Co se tyce
asociace budovy s adresnim bodem, existuje nejjednodussi prostory dotaz:
Uvnitř které building:polygon lezi addr:nod?

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


Re: [Talk-cz] Turistické známky

2013-05-22 Tema obsahu jzvc
Dne 22.5.2013 11:04, Pavel Machek napsal(a):
 Ahoj!

 I když je to komplikovanější, přimlouval bych se za to, aby TZ nebyla
 samostatným uzlem téměř nikdy - co vím tak je vždycky svázaná s nějakým
 objektem, který v mapě už je - a turistická známka by měla být jen další
 informací o takovém objektu.
 No nevim, tohle zavani tim ze se import nikdy neudela. Myslim ze
 samostatne body nejsou zadny velky problem... jednodussi na import,
 jednodussi na udrzovani, nevyhody zadne.
   Pavel
Bordel v datech - nejsi schopen nijak logicky ani automaticky priradit
tu informaci prislusnymu objektu.

Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy
navigace vsechny hrady, s veskerejma informacema = tohle mit nebudes,
protoze to tam proste neni.

Za me lepsi zadna data nez zabordelena data.

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


Re: [Talk-cz] Turistické známky

2013-05-22 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: jzvc j...@tpfree.net
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

Dne 22.5.2013 11:04, Pavel Machek napsal(a):
 Ahoj!

 I když je to komplikovanější, přimlouval bych se za to, aby TZ nebyla
 samostatným uzlem téměř nikdy - co vím tak je vždycky svázaná s nějakým
 objektem, který v mapě už je - a turistická známka by měla být jen další
 informací o takovém objektu.
 No nevim, tohle zavani tim ze se import nikdy neudela. Myslim ze
 samostatne body nejsou zadny velky problem... jednodussi na import,
 jednodussi na udrzovani, nevyhody zadne.
 Pavel
Bordel v datech - nejsi schopen nijak logicky ani automaticky priradit
tu informaci prislusnymu objektu.

Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy
navigace vsechny hrady, s veskerejma informacema = tohle mit nebudes,
protoze to tam proste neni.

Za me lepsi zadna data nez zabordelena data.

_



Stejně tak tak nebudeš mít ani adresní body - nejsou součástí objektu.




Když tak nad tím uvažuji, mně je nakonec celkem jedno, jestli budou TZ 
samostatně nebo součástí objektu. Import bych stejně udělal jako samostatné 
body a ty by se pak musely manuálně sloučit se souvisejícími objekty.




Update by pak aktualizoval pouze data relevantní pro TZ, souřadnice objektu 
bych neupravoval. Výstupem aktualizace by pak byl seznam změněných objektů, 
který by mohl být automaticky zaslán do této konference na revizi. Konkrétně
přiřazení objektů pro nově vytvořené TZ.




Jediný problém mám s tagy. V podstatě všechny mohou kolidovat. Takže by TZ 
musely mít speciální tagy:




name:tz=

description:tz=

ref:tz=

source:tz=





Jenže třeba description:tz v podstatě znamená, že description je v jazyce 
tz. To zase může někde udělat zmatek. V tom lepším případě se to prostě na
mapě nezobrazí, protože jazyk tz neexistuje.




Marián



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


Re: [Talk-cz] Turistické známky

2013-05-22 Tema obsahu Václav Kubíček
Já jsem pro body, když už někam jdu, tak si stáhnu spíš všechny TZ. Navíc k 
čemu pak navázat nenavázatelné, např. namátkou: Naučná stezka Prameny Morávky, 
Brněnské podzemí atd.
Vašek

__
 Od: jzvc j...@tpfree.net
 Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Datum: 22.05.2013 12:35
 Předmět: Re: [Talk-cz] Turistické známky

Dne 22.5.2013 11:04, Pavel Machek napsal(a):
 Ahoj!

 I když je to komplikovanější, přimlouval bych se za to, aby TZ nebyla
 samostatným uzlem téměř nikdy - co vím tak je vždycky svázaná s nějakým
 objektem, který v mapě už je - a turistická známka by měla být jen další
 informací o takovém objektu.
 No nevim, tohle zavani tim ze se import nikdy neudela. Myslim ze
 samostatne body nejsou zadny velky problem... jednodussi na import,
 jednodussi na udrzovani, nevyhody zadne.
  Pavel
Bordel v datech - nejsi schopen nijak logicky ani automaticky priradit
tu informaci prislusnymu objektu.

Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy
navigace vsechny hrady, s veskerejma informacema = tohle mit nebudes,
protoze to tam proste neni.

Za me lepsi zadna data nez zabordelena data.

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


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


Re: [Talk-cz] Turistické známky

2013-05-22 Tema obsahu Pavel Machek
On Wed 2013-05-22 12:34:08, jzvc wrote:
 Dne 22.5.2013 11:04, Pavel Machek napsal(a):
  Ahoj!
 
  I když je to komplikovanější, přimlouval bych se za to, aby TZ nebyla
  samostatným uzlem téměř nikdy - co vím tak je vždycky svázaná s nějakým
  objektem, který v mapě už je - a turistická známka by měla být jen další
  informací o takovém objektu.
  No nevim, tohle zavani tim ze se import nikdy neudela. Myslim ze
  samostatne body nejsou zadny velky problem... jednodussi na import,
  jednodussi na udrzovani, nevyhody zadne.
  Pavel
 Bordel v datech - nejsi schopen nijak logicky ani automaticky priradit
 tu informaci prislusnymu objektu.

No, rekneme ze aktualne neni mozne logicky ani automaticky priradit
ulici ke mestu do ktereho patri... coz mi prijde jako podstatne
zavaznejsi nez to, ze stejny problem maji turisticke znamky. U tech
stejne bude jedine vyuziti zobrazi se v turisticke mape.

A protoze to nejde automaticky, zjevne jsou nutne dva kroky, jak bylo
psano v dalsim mailu... a prvni z nich je import jako body.
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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


Re: [Talk-cz] Společné hranice ploch

2013-05-22 Tema obsahu LM_1
Kromě toho, že ve skutečnosti existuje jen jedna hranice a proto není důvod
aby jich v datech bylo víc:


Dne 22. května 2013 12:49 jzvc j...@tpfree.net napsal(a):

  Dne 22.5.2013 10:17, LM_1 napsal(a):

 Někdo by mohl nesouhlasit, ale podle mě: na hranici mezi loukou a lesem
 jen jedna cesta (way) s tagem source, případně plotem nebo jinou fyzickou
 hranicí apod., která je členem dvou multipolygonů - jednoho pro les,
 jednoho pro louku, na kterých jsou všechny příslušné tagy. Více čar přes
 sebe (byť se stejnými body) obvykle komplikuje editaci.
 Lukáš Matějka (LM_1)


 Potiz je, ze na to musis vyrabet relace a s relacema se ani pres veskerou
 snahu nepracuje zrovna nativne a pohodlne. Viz budovy, kdyz mas dve vedle
 sebe, tak mezi nima je nejspis jedna zed ne dve ... presto se budovy kresli
 tak, ze maji soubezne hranicni cesty. Stejne se pak kresli drtiva vetsina
 ploch, a do relaci se to dava spis vyjimecne - tam kde to ma nejaky zcela
 zasadni smysl nebo to jinak udelat nejde.


 U budov je to většinou jen pár segmentů, navíc obvykle jsou tam opravdu
dvě stěny (kromě řadových garáží). To ale nic neznamená, kreslí se obrys
budovy, ne konstrukční řešení.
Ohledně komfortu práce s relacemi nesouhlasím, mě se s relací pracuje
mnohem lépe než bez nich (JOSM + relation Toolbox)


 To by se totiz editory musely chovat tak, ze z toho tu relaci vyrobi
 automaticky, aniz by do toho kreslic musel nejak hrabat ... a idealne aniz
 by to nekde videl. Navic by takovych automatismu musel abyt cela rada ...
 co treba, kdyz najdu na hranici nejakych dvou ploch nejakou dalsi, jinou
 plochu ... pokud to nejsou relace, tak proste ty dve cary odtahnu od sebe a
 vepisu tam to co tam je... kdyz to bude relace... je to sr..ni na pul dne.


Odtáhnout dvě čáry od sebe je v připadě, že sdílejí uzly, náročnější než
nakreslit novou čáru a  dosadit ji jako člena relace - nebo se pletu?


 Plati (bohuzel) zcela obecne ... o vsech pripadech vyuziti relaci.
 Pridelal sem odbocku k silnici, puvodni tam roztrch, abych moh doplnit
 zakazy odboceni ... z zjistil, ze puvodni uz v nekolika odbocovacich
 relacich byla ... nekde jinde ...= rucne sem je musel spravovat ... a to
 sem v tomhle pripade vedel, jak ta relace datove ma vypadat, protoze i
 JOSM to sice umi nastrojem vyrobit, ale to je tak vsechno. V tomhle pripade
 by editor mel zcela automaticky z ty relace vyhodit segmenty, ktere nejsou
 pripojeny k definovanemu krizeni. Je spousta relaci se slozitou strukturou,
 ktery se nijak rozumne rucne editovat nedaj, ale rozbit se daj velmi snadno
 libovolnym zasahem v okoli. Velmi vyjimecne se editor aspon zepta (napr pri
 otoceni smeru cesty a jednosmerce ...)

 = osobne se snazim relacim vyhybat, pokud to jen jde.


 Dne 22. května 2013 10:08 Lukas Kohout l...@luko.name napsal(a):

 Ahoj,

 při čtení diskuze o lesích bych měl otázku ohledně jejich hranic s
 jinými plochami. Plochy s různým využitím mají mít společné a nebo oddělené
 hranice? Například les sousedící s polem, uprostřed pole remízek, uprostřed
 lesa mýtina, nebo lom či zahrádkářská kolonie atd. Nyní je to v některých
 oblastech naházené přes sebe se spoustou překryvů a v moři čar se občas při
 editaci docela těžce orientuje. Je na to nějaká doporučená best practice?
 Díky.

 LuKo





 On 22.5.2013 9:45, jzvc wrote:

 Dne 19.5.2013 12:14, Pavel Machek napsal(a):

 Ahoj!

  6. Potreboval bych rozdelit obrovsky multipolygon lesa, abych mohl u
 casti vyznacit typ lesa. U hranic se Slovenskem, kde to delalo

 V puvodnich uhulich datech typ lesa byl, jen jsme ho neimportovali
 :-(. Mozna by davalo smysl to importovat znovu, s typem lesa, a bez
 generalizace?


 Pavel

  Probuh, jen to ne ... ty lesy jsou i tak neuveritelne nepresny ... ale
 je tam bambilion rucnich zmen, ktery bys tim naprosto vsechny zahodil.

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



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




 ___
 Talk-cz mailing 
 listTalk-cz@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz



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


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


Re: [Talk-cz] značky na map1.eu

2013-05-22 Tema obsahu Jan Dudík
Přimlouval bych se za jinou značku pro ploty - a jejich renderování až
v detailních mapách.
Viz ploty, co jsem nakreslil ve Vidově nebov Českých Budějovicích
-jsou staršně výrazné a tlučou se s ostatním

JAnD

Dne 21. května 2013 9:32 Pavel Klinger j...@bigr.cz napsal(a):
 Zdravim,

 byl bych vdecny za zeznam symbolu, ktere vam na map1.eu vadi. Snazil jsem se
 symboly navrhovat podle jinych tistenych map, nemohl jsem vsak uplne
 kopirovat, uz jenom kvuli licenci. Tam kde jsem rozumny symbol nenasel jsem
 se snazil nakreslit takovy symbol, aby bylo jasne o co se jedna. Je
 samozrejme, ze se to vsude nepovedlo. Zatim se vyjadrim k symbolum o kterych
 zde byla rec:

 1) Rozcestniky - V podstate se jedna o velmi podobny symbol jako je na
 mapy.cz, prisel mi nejlepsi protoze je to defakto nakresleny rozcestnik.
 Podle me je nevyhodou meho symbolu horsi citelnost, protoze se jedna o obrys
 vyplneny bilym polem udelam ho tedy monoliticky.

 2) Vlakova nadrazi - Moc dobre si uvedomuju, jake je standardni znaceni.
 Nicmene asi sami vite, ze ve vetsine pripadu jsou vlakove zastavky jenom typ
 node a nemaji zadnou vazbu na koleje na kterych se nachazi. Neni proto zadny
 spolehlivy zpusob, jak nakreslit obdelnicek orientovany ve smeru koleji.
 Informace o tom na jake strane je nastupiste take neni v OSM datech dobre
 upchopitelna (to mluvim o te tecce co se kresli v obdelnicku nadrazi a
 znamena pozici nastupiste). PRoto jsem zvolil jednotne znacky pro vsechny
 zastavky verejne dopravy. Vidim v tom ale i vyhodu te jednotnosti, mit
 vlakovou stanici jako obdelnik a autobusovou jako obrazek autopbusu a co
 treba tramvajovou? Problemem jsou jeste stanice metra. Ty se zatim zobrazuji
 stejne jako nadrazi, coz je asi spatne.

 Stale nevim, ktery ze symbolu na map1.eu koliduje s dopravnim znacenim?
 Prosim prozradte mi to. Plne s vami souhlasim ze takoveto oznaceni by bylo
 zavadejici. Co se tyka legendy tak na ni se pracuje. Rim nelze postavit za
 jeden den.

 Pavel



 Dne 21.5.2013 07:53, Marián Kyral napsal(a):


 -- Původní zpráva --
 Od: Karel Volný ka...@seznam.cz
 Datum: 20. 5. 2013
 Předmět: Re: [Talk-cz] značky na map1.eu


 mtbmap mají nejaký podivný pidi
 symbol (dlouho jsem si nebyl jistý, co to vlastně je).

 to je právě ten turistický symbol - tady by to ale asi stálo za to
 navrhnout,
 aby mtbmap rozlišovala styl pro mobilní zařízení a styl pro velký monitor
 ...
 na pidi displayi telefonu, který držím těsně před xichtem, je to asi akorát,
 ale když na to koukám na monitoru, tak musím souhlasit, že je to pidi a
 nesrozumitelné


 Tohle spíše vypadá jako semaforová věž ze Zeměplochy. Něco lepšího by
 nebylo? :-D

 Marián



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



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



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




-- 
--
Ing. Jan Dudík

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


Re: [Talk-cz] značky na map1.eu

2013-05-22 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Jan Dudík jan.du...@gmail.com
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] značky na map1.eu

Přimlouval bych se za jinou značku pro ploty - a jejich renderování až
v detailních mapách.
Viz ploty, co jsem nakreslil ve Vidově nebov Českých Budějovicích
-jsou staršně výrazné a tlučou se s ostatním 

JAnD




Ono záleží na velikosti areálu. Třeba tady to nevypadá špatně. Ovšem u 
zahrad to už je jiná. Chtělo by to vychytat, ale není to tak jednoduché.





http://alpha.map1.eu/#zoom=15lat=49.65579lon=18.33622layers=BTT




Marián




Dne 21. května 2013 9:32 Pavel Klinger j...@bigr.cz napsal(a):
 Zdravim,

 byl bych vdecny za zeznam symbolu, ktere vam na map1.eu vadi. Snazil jsem 
se
 symboly navrhovat podle jinych tistenych map, nemohl jsem vsak uplne
 kopirovat, uz jenom kvuli licenci. Tam kde jsem rozumny symbol nenasel 
jsem
 se snazil nakreslit takovy symbol, aby bylo jasne o co se jedna. Je
 samozrejme, ze se to vsude nepovedlo. Zatim se vyjadrim k symbolum o 
kterych
 zde byla rec:

 1) Rozcestniky - V podstate se jedna o velmi podobny symbol jako je na
 mapy.cz, prisel mi nejlepsi protoze je to defakto nakresleny rozcestnik.
 Podle me je nevyhodou meho symbolu horsi citelnost, protoze se jedna o 
obrys
 vyplneny bilym polem udelam ho tedy monoliticky.

 2) Vlakova nadrazi - Moc dobre si uvedomuju, jake je standardni znaceni.
 Nicmene asi sami vite, ze ve vetsine pripadu jsou vlakove zastavky jenom 
typ
 node a nemaji zadnou vazbu na koleje na kterych se nachazi. Neni proto 
zadny
 spolehlivy zpusob, jak nakreslit obdelnicek orientovany ve smeru koleji.
 Informace o tom na jake strane je nastupiste take neni v OSM datech dobre
 upchopitelna (to mluvim o te tecce co se kresli v obdelnicku nadrazi a
 znamena pozici nastupiste). PRoto jsem zvolil jednotne znacky pro vsechny
 zastavky verejne dopravy. Vidim v tom ale i vyhodu te jednotnosti, mit
 vlakovou stanici jako obdelnik a autobusovou jako obrazek autopbusu a co
 treba tramvajovou? Problemem jsou jeste stanice metra. Ty se zatim 
zobrazuji
 stejne jako nadrazi, coz je asi spatne.

 Stale nevim, ktery ze symbolu na map1.eu koliduje s dopravnim znacenim?
 Prosim prozradte mi to. Plne s vami souhlasim ze takoveto oznaceni by bylo
 zavadejici. Co se tyka legendy tak na ni se pracuje. Rim nelze postavit za
 jeden den.

 Pavel



 Dne 21.5.2013 07:53, Marián Kyral napsal(a):


 -- Původní zpráva --
 Od: Karel Volný ka...@seznam.cz
 Datum: 20. 5. 2013
 Předmět: Re: [Talk-cz] značky na map1.eu


 mtbmap mají nejaký podivný pidi
 symbol (dlouho jsem si nebyl jistý, co to vlastně je).

 to je právě ten turistický symbol - tady by to ale asi stálo za to
 navrhnout,
 aby mtbmap rozlišovala styl pro mobilní zařízení a styl pro velký monitor
 ...
 na pidi displayi telefonu, který držím těsně před xichtem, je to asi 
akorát,
 ale když na to koukám na monitoru, tak musím souhlasit, že je to pidi a
 nesrozumitelné


 Tohle spíše vypadá jako semaforová věž ze Zeměplochy. Něco lepšího by
 nebylo? :-D

 Marián



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



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



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




-- 
--
Ing. Jan Dudík

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


Re: [Talk-cz] Společné hranice ploch (was: Re: Par dotazu, na veci nenalezene na Wiki)

2013-05-22 Tema obsahu Dalibor Jelínek
Ahoj,

kdyz jsem si precetl tuhle odpoved, tak me napadl dotaz.

Kdyz je v OSM uz naimportovany les a ja lehce upravim 

jeho tvar, tak bych mel radsi smazat ten tag, ze je to import z UHUL?

Nebo je to jedno, protoze uz se zadny novy import, ktery by zahodil

me zmeny stejne nikdy delat nebude?

Dalibor

 

Mozna by davalo smysl to importovat znovu, s typem lesa, a bez
generalizace?

Pavel

Probuh, jen to ne ... ty lesy jsou i tak neuveritelne nepresny ... ale
je tam bambilion rucnich zmen, ktery bys tim naprosto vsechny zahodil.

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



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

 

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


Re: [Talk-cz] Turistické známky

2013-05-22 Tema obsahu Milan Vancura
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ř. téma tagování
českých škol nedávno, toho je velká škoda).

On Wed 22-05-13 13:21:03, Marián Kyral wrote:
 On 22. 5. 2013 jzvc wrote:
 Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy
 navigace vsechny hrady, s veskerejma informacema = tohle mit nebudes,
 protoze to tam proste neni.
 Za me lepsi zadna data nez zabordelena data.
 
 Stejně tak tak nebudeš mít ani adresní body - nejsou součástí objektu.

Ano, a spousta dalších dotazů. Např. POI a jeho adresa, třeba obchody. Jsou
separátní nody. A co teprve pokud je obchod celá budova. Ano, pak nelze udělat
rozumný automatický dotaz ani tak základní a přirozený jako adresa obchodu.
Jenže, pokud se nepletu, tohle nevyřešíme globálně, protože to plyne ze
samotného designu dat OSM:

 Jediný problém mám s tagy. V podstatě všechny mohou kolidovat. Takže by TZ 
 musely mít speciální tagy:
 
 name:tz=
 description:tz=
 ref:tz=
 source:tz=

To je přesně ono - v datovém modelu OSM nelze mít k jednomu objektu
(jakémukoliv) více nezávislých _sad tagů_. Takže to musí skončit nějakou
obezličkou. A než středníky, :tz apod., tak mi přijde jednoznačně lepší mít
separátní nody pro separátní sady vlastností. A hlavně už je toto řešení
použito v OSM (ve všech zemích) tolikrát, že ani nevidím smysl, proč pro jeden
detail (turistické známky) se najednou tvářit, že zachráním svět.

Pokud někdo touží zachránit/vylepšit OSM svět, ať prosadí standardní rozšíření
datového modelu OSM. Pak na něj můžeme přecházet. A ne, to není odmítnutí
dobrých snah a dobrých připomínek, to myslím zcela vážně. Hodnotu to má až
standardizované.

Plus samozřejmě pro turistické známky platí i všechny praktické argumenty
zmíněné v minulých mailech ostatními: snadnost importu a jeho změn v budoucnu a
hlavně že nebudeme muset řešit typy známkových míst - např. když nelze TZ místo
přiřadit jednoznačně (Brněnské podzemí).

Milan Vančura

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


Re: [Talk-cz] Turistické známky

2013-05-22 Tema obsahu Marián Kyral
Ahoj,
-- Původní zpráva --

Od: Milan Vancura mi...@ucw.cz
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

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ř. téma tagování
českých škol nedávno, toho je velká škoda).




Abych řekl pravdu, tak pořád čekám, jak se k tomu vyjádří matadoři. Osobně 
jsem v OSM pořád nováček ;-)

Má někdo přehled jak to je v okolních zemích? Zkoušel jsem nějaké dotazy 
před overpass turbo. Primárně sice zaměřené na Česko, ale do obdelníku se mi
samozřejmě dostala i data z okolních zemí. Někde mají adresu přímo na 
budově.

Pokud chci následně import TZ rozšířit na ostatní státy, tak by bylo dobré 
brát v potaz i tamní zvyklosti a výsledné řešení udělat jako kompromis 
těchto přístupů.

Existuje něco jako talk-eu? Nebo mám na wiki založit stránku s návrhem 
importu? Jak říkám, nemám zkušenosti s tím, jak to funguje.




On Wed 22-05-13 13:21:03, Marián Kyral wrote:
 On 22. 5. 2013 jzvc wrote:
 Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy
 navigace vsechny hrady, s veskerejma informacema = tohle mit nebudes,
 protoze to tam proste neni.
 Za me lepsi zadna data nez zabordelena data.
 
 Stejně tak tak nebudeš mít ani adresní body - nejsou součástí objektu.

Ano, a spousta dalších dotazů. Např. POI a jeho adresa, třeba obchody. Jsou
separátní nody. A co teprve pokud je obchod celá budova. Ano, pak nelze 
udělat
rozumný automatický dotaz ani tak základní a přirozený jako adresa 
obchodu.
Jenže, pokud se nepletu, tohle nevyřešíme globálně, protože to plyne ze
samotného designu dat OSM:

 Jediný problém mám s tagy. V podstatě všechny mohou kolidovat. Takže by TZ

 musely mít speciální tagy:
 
 name:tz=
 description:tz=
 ref:tz=
 source:tz=

To je přesně ono - v datovém modelu OSM nelze mít k jednomu objektu
(jakémukoliv) více nezávislých _sad tagů_. Takže to musí skončit nějakou
obezličkou. A než středníky, :tz apod., tak mi přijde jednoznačně lepší 
mít
separátní nody pro separátní sady vlastností. A hlavně už je toto řešení
použito v OSM (ve všech zemích) tolikrát, že ani nevidím smysl, proč pro 
jeden
detail (turistické známky) se najednou tvářit, že zachráním svět.

Pokud někdo touží zachránit/vylepšit OSM svět, ať prosadí standardní 
rozšíření
datového modelu OSM. Pak na něj můžeme přecházet. A ne, to není odmítnutí
dobrých snah a dobrých připomínek, to myslím zcela vážně. Hodnotu to má až
standardizované.

Plus samozřejmě pro turistické známky platí i všechny praktické argumenty
zmíněné v minulých mailech ostatními: snadnost importu a jeho změn v 
budoucnu a
hlavně že nebudeme muset řešit typy známkových míst - např. když nelze TZ 
místo
přiřadit jednoznačně (Brněnské podzemí).




To by až takový problém nebyl. Pokud se známka nedá přiřadit ke konkrétnímu 
objektu, tak by prostě zůstala jako samostatný bod.




Marián





Milan Vančura

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


Re: [Talk-cz] Turistické známky

2013-05-22 Tema obsahu Tomáš Tichý
A co importovat známky jako relace? Jednak má známka obvykle vlastní objekt
- zajímavost a pak několik prodejních míst, které by se dala také do relace
přidat. A také by se tím vyřešil problém s dvojím tagováním, protože tagy
tz by byly na relaci a nemusel by se vymýšlet žádný podivný prefix / sufix.
TT
Dne 22.5.2013 16:41 Marián Kyral mky...@email.cz napsal(a):

 Ahoj,
 -- Původní zpráva --

 Od: Milan Vancura mi...@ucw.cz
 Datum: 22. 5. 2013
 Předmět: Re: [Talk-cz] Turistické známky

 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ř. téma tagování
 českých škol nedávno, toho je velká škoda).


 Abych řekl pravdu, tak pořád čekám, jak se k tomu vyjádří matadoři. Osobně
 jsem v OSM pořád nováček ;-)

 Má někdo přehled jak to je v okolních zemích? Zkoušel jsem nějaké dotazy
 před overpass turbo. Primárně sice zaměřené na Česko, ale do obdelníku se
 mi samozřejmě dostala i data z okolních zemí. Někde mají adresu přímo na
 budově.

 Pokud chci následně import TZ rozšířit na ostatní státy, tak by bylo dobré
 brát v potaz i tamní zvyklosti a výsledné řešení udělat jako kompromis
 těchto přístupů.

 Existuje něco jako talk-eu? Nebo mám na wiki založit stránku s návrhem
 importu? Jak říkám, nemám zkušenosti s tím, jak to funguje.



 On Wed 22-05-13 13:21:03, Marián Kyral wrote:
  On 22. 5. 2013 jzvc wrote:
  Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy
  navigace vsechny hrady, s veskerejma informacema = tohle mit nebudes,
  protoze to tam proste neni.
  Za me lepsi zadna data nez zabordelena data.
 
  Stejně tak tak nebudeš mít ani adresní body - nejsou součástí objektu.

 Ano, a spousta dalších dotazů. Např. POI a jeho adresa, třeba obchody. Jsou
 separátní nody. A co teprve pokud je obchod celá budova. Ano, pak nelze
 udělat
 rozumný automatický dotaz ani tak základní a přirozený jako adresa
 obchodu.
 Jenže, pokud se nepletu, tohle nevyřešíme globálně, protože to plyne ze
 samotného designu dat OSM:

  Jediný problém mám s tagy. V podstatě všechny mohou kolidovat. Takže by
 TZ
  musely mít speciální tagy:
 
  name:tz=
  description:tz=
  ref:tz=
  source:tz=

 To je přesně ono - v datovém modelu OSM nelze mít k jednomu objektu
 (jakémukoliv) více nezávislých _sad tagů_. Takže to musí skončit nějakou
 obezličkou. A než středníky, :tz apod., tak mi přijde jednoznačně lepší
 mít
 separátní nody pro separátní sady vlastností. A hlavně už je toto řešení
 použito v OSM (ve všech zemích) tolikrát, že ani nevidím smysl, proč pro
 jeden
 detail (turistické známky) se najednou tvářit, že zachráním svět.

 Pokud někdo touží zachránit/vylepšit OSM svět, ať prosadí standardní
 rozšíření
 datového modelu OSM. Pak na něj můžeme přecházet. A ne, to není odmítnutí
 dobrých snah a dobrých připomínek, to myslím zcela vážně. Hodnotu to má až
 standardizované.

 Plus samozřejmě pro turistické známky platí i všechny praktické argumenty
 zmíněné v minulých mailech ostatními: snadnost importu a jeho změn v
 budoucnu a
 hlavně že nebudeme muset řešit typy známkových míst - např. když nelze TZ
 místo
 přiřadit jednoznačně (Brněnské podzemí).


 To by až takový problém nebyl. Pokud se známka nedá přiřadit ke
 konkrétnímu objektu, tak by prostě zůstala jako samostatný bod.


 Marián



 Milan Vančura

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


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


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