Re: [Talk-cz] Trať 290 Olomouc - Šumperk - YouTube

[Tomáš Tichý]

Tady je jich taky pár :-)
http://pohledzvlaku.cz/

TT

On Sat, Dec 10, 2016 at 7:55 PM Ladislav Nesnera  wrote:

> Railview.. :-D https://www.youtube.com/watch?v=nk53CfVnL9A
>
> a tohle by mohl být také zajímavý typ zdroje -
> https://www.youtube.com/watch?v=4K_mIsDf8uk (BTS? O:-) :-D )
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] OsmHiCheck chybejici rozcestniky do osmap.cz

[Tomáš Tichý]

Jak se generuje  chyba nepoužité/vadné foto? Včera jsem nahrál pár fotek a
všechny mi to označilo jako vadné a rád bych věděl proč, abych příště
vyrobil nevadné :-)
např. tady:
http://rawgit.com/osmcz/osmcz/master/index.html#map=18/49.47702/15.83009&layers=dKGB


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

Re: [Talk-cz] Cyklostezky na taskmanovi

[Tomáš Tichý]

Se začátkem cyklistické sezóny jsem se chtěl trochu podívat na cyklotrasy a
koukám, že to ustrnulo na těch vrstvách.

Takže navrhuji přidat:
- mtbmap.cz
- mapa.prahounakole.cz
A turistickou a cyklo overlay z
- hiking/cycling.waymarkedtrails.org

TT


út 23. 2. 2016 v 16:09 odesílatel Petr Vejsada 
napsal:

> Ahoj,
>
> > Jedna technická - proč se v tomto tasku nezobrazuje jako výchozí nějaká
> > mapa s cyklotyrasami?
> > Mám tam turistickou a nevidím, jak to změnit...
>
> protoze jsme se jeste nedomluvili, jake vrstvy tam maji byt :-).
>
> Nelze menit mapy pro jednotlive projekty. Da se to udelat jen globalne
> a na zacatku prace si vybrat, s jakou mapou dale pracovat. Dejte vedet,
> jake vrstvy/mapy maji na Taskmanu byt k dispozici a hned je tam nandam.
>
> --
> Petr
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Vyuziti zeleznice main/branch na trati 173 - Beroun - Rudna - Praha-Smichov

[Tomáš Tichý]

Podle Prohlášení o dráze [1] se jedná o dráhu celostátní, takže bych main
ponechal (IMHO je lokálka jak vyšitá, ale rozlišení regionální / celostátní
je jediné objektivní vodítko, podle kterého to můžeme rozlišit).

=TT=

[1] http://www.szdc.cz/soubory/prohlaseni-o-draze/2016/prohlaseni-2016.pdf,
str 92

Dne 29. února 2016 11:35 Pavel Bokr  napsal(a):

> Predpokladam ze v OSM jsou zeleznicni nadsenci tak verene napisi, ze
> trochu uvazuji o zmene z hlavni trati (usage=main) na vedlesji
> (usage=branch) u trati c 173:
>
> http://www.openstreetmap.org/relation/48847#map=12/50.0122/14.2599&layers=T
>
>
> Charakteristika skutecneho vyuziti a provedeni trate se blizi usage=branch
> (slaby provoz – osobni vlaky, rychliky jen pri mimoradnostech,
> jednokolejka, nizke tratove rychlosti, bez elektrifikace).
>
>
> Koukam ale ze v CR existuji celostatni drahy a regionalni drahy a nevim
> jestli se v OSM neridime podle tohoto.  Dle wikipedie je to regionalni
> draha [1] (pak by nebylo o cem diskutovat a ani bych to sem asi nepsal),
> ale kdyz jsem si to chtel overit tak uz na dalsi strance wikipedie [2] i v
> oficialnich zdrojich [3] puvodni zarazeni trate 173 do regionalnich bylo
> pro jinou trat (Rokycany – Nezvestice) o te z Berouna se nepise nic, pak
> jsem nasel nejakou mapku z roku 2010 [4], ve ktere se uvadi ze, je tato
> trat navrzena k prerazeni do regionalnich, ale jestli to bylo provedeno
> nevim.
>
> Neznam tedy soucasny oficialni zarazeni drahy – pokud by se main/branch
> podle tohoto zarazeni delalo (podle skutecneho charakteru a vyuziti to ale
> podle me tihne vice k usage=branch), ale pro generovani mapy pro cestujici
> mi prijde trochu zavadejici ze tato skutecnym charakterem lokalni trat je
> na stejne urovni jako hlavni zeleznicni koridor Praha – Plzen a dale
>
>
> Je mozne zkusit tuto trat zmenit na usage=branch nebo ma zustat main?
>
> Pavel Bokr
>
> [1]
> https://cs.wikipedia.org/wiki/Seznam_%C5%BEelezni%C4%8Dn%C3%ADch_trat%C3%AD_v_%C4%8Cesku#.C5.98ada_170
> [2]
> https://cs.wikipedia.org/wiki/Seznam_region%C3%A1ln%C3%ADch_drah_v_%C4%8Cesku
> [3]
> http://kormoran.vlada.cz/usneseni/usneseni_webtest.nsf/WebGovRes/97531C8254B32166C12571B6006B7243?OpenDocument
> [4]
> http://www.mdcr.cz/NR/rdonlyres/B5D07009-9EA8-4A02-BCD4-1101CBC5C801/0/mapakatsite.bmp
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Posunutá mapa?

[Tomáš Tichý]

Dokonce jsem na to zakládal OSM note:
http://www.openstreetmap.org/note/268165#map=14/49.6863/16.0872&layers=N

Po importu z RÚIAN už jdou podobné případy celkem snadno odhalit.

TT

On Sun Nov 30 2014 at 4:23:19 jzvc  wrote:

> Dne 30.11.2014 v 1:33 Petr Vejsada napsal(a):
> > Ahoj,
> >
> > na Bing to sedí naprosto přesně, takže věc je asi jasná :-(
>
> Na tohle narazim taky pomerne casto, Bing by bylo treba terminovat jako
> zdroj. Je klidne misty i 50 metru mimo. Zajimavy, ze tvurcum (neb to
> neni jeden clovek) nijak zvlast nevadi silnice skrz domy a podobne.
>
> >
> > Dne Ne 30. listopadu 2014 01:20:30, Martin Švec - OSM napsal(a):
> >
> >> Ahoj,
> >>
> >> narazil jsem na podezřelou oblast:
> >>
> >> https://www.openstreetmap.org/#map=16/49.6887/16.0645
> >>
> >> Zdá se mi to, nebo jsou adresní místa, budovy, cesty, silnice, Svratka
> atd.
> >> posunuté vůči katastrální mapě (a LPIS polygonům) o 5-10 metrů na západ?
> >> Jako by si někdo rovnal katastrální mapu vůči Bingu místo obráceně...
> >>
> >> Martin
> >>
> >>
> >> ___
> >> Talk-cz mailing list
> >> Talk-cz@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-cz
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> >
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Nová fíčura - kde chybí natrasovat budovy

[Tomáš Tichý]

Nedal by se na autentizaci proti OSM serveru použít OAuth?
http://wiki.openstreetmap.org/wiki/OAuth
Sice to není přímo identity provider, ale na ověření, zda má uživatel
platný OSM login by to IMHO stačilo.

TT



On Wed Nov 12 2014 at 23:40:55 Petr Vejsada  wrote:

> Ahoj,
>
> tohle je problém, no. V RUIAN je právní stav, nikoli realita.
>
> Pokud majitel ohlásí zbourání budovy, měla by z RUIAN zmizet i s adresou.
> Pokud to nenahlásí, tak je to blbé.
>
> Mohl bych skladovat seznam zbořených či z jiného důvodu neplatných budov a
> ty
> by se pak nevykreslovaly ani netrasovaly. Muselo by se vymyslet, jak ty
> neplatné budovy do seznamu přidávat a taky jak je dát ze seznamu zase pryč.
> Pryč by se daly automaticky, kdyby z RUIAN budova zmizela, to je jasné. A
> kdyby se budova znovu postavila a měla stejné RUIAN ID, počet takových
> případů
> se bude blížit nule.
>
> Nejsi jediný, kdo tento problém zmiňuje (že v RUIAN jsou budovy, které už
> neexistují).
>
> Záleží kolik by takových budov bylo. Kdyby málo, můžu je do seznamu
> přidávat
> ručně (insert into ...) - nejjednodušší.
>
> Pak se nabízí nějaká webová stránka, kam by je mohl přidávat kdokoli.
> Ochrana
> před vandaly a pitomými boty? Jak? Kapča? :(
>
> Ideálně autentizace proti OSM serveru, jenže ta se nejspíš nekoná. Našel
> jsem
> jen http://wiki.openstreetmap.org/wiki/Single_sign_on , což vypadá, že
> OSMF
> prostě není identity provider :\.
>
> Nebo to udělat jako fci Pointinfo, což by měl Marián jistě radost, on má
> totiž
> spoustu zbytečného času.
>
> Jsou ještě jiné možnosti?
>
> Poznámka: jsem provozovatelem poloha.net
>
> --
> Petr
>
>
> Dne St 12. listopadu 2014 18:00:05, Radek Kuznik napsal(a):
>
> > Cau,
> > jak postupovat, pokud v RUIAN jsou spatne udaje? Napriklad:
> > Kromeriz - Hanacky namesti, jedna budova je zborena...
> >
> > https://www.openstreetmap.org/#map=18/49.29289/17.39111&layers=N
> >
> > Zbylo jen cislo popisne. Smazat cp? Nejaka moznost, jak opravit i na
> > http://ruian.poloha.net/ , aby ostatni nemuseli resit, ze budova podle
> > RUIAN chybi, ale je to spravne?
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Votice

[Tomáš Tichý]

>
>
> Je někde seznam podobných katastrof? Tohle není jeden dva bugy,
> ale (minimálně) tenhle kus města se musí podle mého celý
>
> Jinak seznam podobných katastrof asi nikde není, nicméně ve svém okolí vím
> o několika místech, která potřebují podobně upravit a doplnit (nemluvě o
> těch, které nejsou zmapovány vůbec). Je to v plánu, jen se prostě nedostává
> čas :-(
>
>
>
> Já pokud narazím někde na chybu a nemám zrovna čas ji opravit, tak ji
zadám alespoň jako OSM note na hlavní stránce. Třeba se časem najde někdo,
kdo to opraví. Poslední dobou se to už i občas stává.
Takže "seznam katastrof" by bylo dobré udržovat minimálně tímto způsobem.

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

Re: [Talk-cz] číslo evidenční v addr:housenumber

[Tomáš Tichý]

E se tam dává, protože bývá na tabulkách na domech.

TT
Dne 25. 9. 2013 15:16 "Dalibor Jelínek"  napsal(a):

> Čau,
> už jsem se tady na něco o čísle evidenčním před nějakou dobou ptal, ale bez
> odezvy.
> I mě přijde ta konvence s E hloupá, hlavně proto, že se mi zdá, že ji
> málokdo dodržuje.
> Docela by mě zajímalo, kdyby někdo uměl vytáhnout statistiku z
> ProvisionalNumber
> pro ČR, jaké by bylo rozložení tvarů. Myslím, že se používá "ev. N", "ev.č.
> N", "EN", ale nevím jak moc která varianta.
> Viděl bych jako vhodné se domluvit na jednom tvaru a pak to dávkou změnit
> všude,
> což by mělo být lehké (si myslím, ale neumím to).
>
> Ale jsem proti tomu tam nedávat žádný prefix. Myslím, že většina map
> zobrazuje
> prostě HouseNumber a na ProvisionalNumber kašle. Pak by vznikal pro
> uživatele spíše chaos.
> Hlasoval bych za tvar "ev. NNN".
>
> Zdraví,
>  Dalibor
>
> -Original Message-
> From: Karel Volný [mailto:ka...@seznam.cz]
> Sent: Wednesday, September 25, 2013 1:57 PM
> To: 'OpenStreetMap Czech Republic'
> Subject: [Talk-cz] číslo evidenční v addr:housenumber
>
>
> zdar,
>
> teď jsem si otagoval jeden areál s číslem evidenčním podle
>
> http://wiki.openstreetmap.org/wiki/Cs:WikiProject_Czech_Republic/Address_sys
> tem#Kl.C3.AD.C4.8D_housenumber
>
> a zjistil jsem, že vyhledávání (Nominatim) mi to jako běžně zadanou adresu
> nenajde ... přitom chudák uživatel, když někde na webu najde adresu, tak se
> dost často nedozví, o jaké číslo jde, jestli popisné/orientační/evidenční,
> a
> i když se to dozví, tak asi nezná tuto konvenci, že před číslo evidenční má
> dát velké "E"
>
> nevím, jestli existuje nějaký feature request, aby se to číslo vyhledávalo
> jako podřetězec, nicméně jako účelnější by se mi jevilo změnit doporučení
> na
> tagování a to "E" do addr:housenumber prostě nedávat (stejně jako tam
> nedáváme "P" nebo "O" pro rozlišení mezi popisným a orientačním)
>
> má někdo nějaké námitky, uniká mi, proč je to "E" důležité když již máme
> jednoznačné určení čísla evidenčního pomocí addr:provisionalnumber ...?
>
> K.
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] nepoužitelná historie změn kvůli obřím oblastem?

[Tomáš Tichý]

Další nástroj s podobným účelem je ITO Osm mapper

http://www.itoworld.com/static/openstreetmap_tools/osm_mapper.html

Který kromě různých analýz nad daty umožňuje také sledovat změny v oblasti
přes RSS.

TT



2013/7/17 "Petr Morávek [Xificurk]" 

> K tomu, co již napsali jiní, přidám ještě tip na jeden dobrý nástroj pro
> zkoumání historie objektů:
> http://osm.mapki.com/history/
>
> Ukazuje historii změn konkrétního uzlu/cesty/relace - kdy, kdo co.
>
> Sice to není úplně odpověď na otázku, co jsi pokládal, ale občas se to
> hodí a mám pocit, že to moc lidí nezná.
>
> Petr Morávek aka Xificurk
>
> ___
> 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] MTB mapa (cyklo)stezky

[Tomáš Tichý]

Také souhlas s Hanojovým popisem tagování, protože je to pravděpodobně
nejvíce užívaná konvence.
highway=path bicycle=designated foot=designated je zbytečná generalizace
kterou se ztratí  část informace.

Kombinaci
* C7 + E13 (cyklistům vjezd povolen, používá se v Pardubicích)
bych značil jako highway=footway bicyle=designated
Na MTB mapě bych tuto kombinaci renderoval jako cyklostezku, protože z
pohledu cyklisty tu je jen malý rozdíl od "skutečné" cyklostezky. Rozdíl je
pouze v tom, že taková kombinace značek umožňuje použít i souběžnou
silnici, ale předpokládám, že hlavním záměrem uživatele MTB mapy je najít
cesty přívětivé k cyklistům.

Kombinaci highway=footway bicyle=yes (případne bicycle=permissive) bych
renderoval jako chodník, ale umožnil přes ni routování.

TT

Ze základní definice highway=path [1] pro mě plyne, že zmíněné cesty se
mají otagovat jak píše Hanoj a není důvod vykreslovat kombinaci
highway=path + bicycle=designated jako cycleway.


2013/6/13 Martin Tesar 

> Souhlas,
>
> jenom bych potvrdil (za renderery :-)) - pro renderery se nemapuje. Ale je
> nutné dodat, že pro renderery (a ostatně i pro mappery) se musí
> dokumentovat, aby bylo jasné, co a jak vykreslovat.
>
> Ze základní definice highway=path [1] pro mě plyne, že zmíněné cesty se
> mají otagovat jak píše Hanoj a není důvod vykreslovat kombinaci
> highway=path + bicycle=designated jako cycleway.
> Cituji [1]: "A non-specific or shared-use path. Probably better to use *
> highway*=footwayfor 
> paths mainly for walkers,
> *highway*=cyclewayfor
>  one also usable by cyclists,
> *highway*=bridlewayfor
>  ones available to horses as well as walkers and
> *highway*=track for 
> ones which is passable by agriculture or similar vehicles."
>
> [1] http://wiki.openstreetmap.org/wiki/Key:highway
>
> Martin
>
>
> Dne 13. června 2013 8:35 hanoj  napsal(a):
>
> >> Dosavadní
>> >> systém funguje a má větší systém podrobnosti v rozlišení skutečnosti v
>> >> terénu a legality přístupnosti.
>> >
>> > V čem je ta větší podrobnost a rozlišení?
>> *** Protože jasně popisuje nějaký druh infrastruktury s nějakými
>> typickými vlastnostmi. Stejně jako z praktických důvodů nepoužíváme
>> následující:
>> highway=path, surface=asphalt, width=22, motorcarspeed:more60=yes ALE
>> highway=motorway
>> highway=path, surface=asphalt, width=8.5 , vehicle=yes ALE highway=primary
>>
>> kategorie je tedy jasná a upřesnění může následovat dodatkem.
>>
>> hanoj
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>
>
>
> --
> Martin Tesar
> http://mtbmap.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

[Tomáš Tichý]

Při importu by mohl být v relaci jediný provizorní bod označený nějakým
FIXME.

TT

Dne 22.5.2013 17:26 "LM_1"  napsal(a):
>
> Import známek jako relací by se mi osobně líbil. Akorát bych nevěděl,
jaký objekt vložit hned při importu - musel by být hned označený přesný
obchod/atrakce...
> LM_1
>
>
> Dne 22. května 2013 16:54 Tomáš Tichý  napsal(a):
>
>> 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"  napsal(a):
>>
>>> Ahoj,
>>> -- Původní zpráva --
>>>
>>> Od: Milan Vancura 
>>> 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
>>
>
>
> ___
> 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

[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"  napsal(a):

> Ahoj,
> -- Původní zpráva --
>
> Od: Milan Vancura 
> 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

Re: [Talk-cz] Běžkařské trasy v OSM

[Tomáš Tichý]

Běžkařské trasy se značí tagy piste:type=nordic a piste:grooming=* s
hodnotami classic pro klasiku (stopa upravovaná skútrem nebo rolbou),
skating  pro bruslení (stopa upravovaná rolbou), classic;skating pro obojí
a backcountry pro neupravované trasy, které jsou obvykle projeté lyžaři.
Tagy se přidávají přímo na cestu, ne do relací.
Podrobnosti tady:
http://wiki.openstreetmap.org/wiki/Proposed_features/Piste_Maps

Takto otagované cesty jsou pak vidět na specializovaných mapách, např.
openpistemap:
http://openpistemap.org/
nebo běžkařská mapa:
http://www.pistes-nordiques.org/

=TT=


2013/2/25 Martin Vít 

> Díky za odpověď, měl jsem na mysli trasy, které nejsou v terénu značeny
> žádnou značkou, ale ví se o nich z jiných zdrojů jako je třeba server
> brdská stopa.
>
>
>
> -Original Message-
> From: Tomáš Kratina [mailto:t.krat...@gmail.com]
> Sent: Monday, February 25, 2013 12:07 AM
> To: OpenStreetMap Czech Republic
> Subject: Re: [Talk-cz] Běžkařské trasy v OSM
>
> Tak pokud to jsou znacene KČT tak se to znaci klasicky relacema jako
> turisticke pesi, jen to je s oranzovou nahore a dole
>
>
> http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/OTM_zna%C4%8Dkov%C3%BD_kl%C3%AD%C4%8D#Turistick.C3.A9_zna.C4.8Den.C3.AD_-_vrstva_tracks
>
> 2013/2/25 Martin Vít :
> > Ahoj,
> >
> >
> >
> > podporuje OSM značení běžkařských tras? Rád bych otagoval běžecké stopy.
> > Našel jsem pouze tag: piste:type=nordic
> >
> > a piste:grooming=backcountry ale nevím jestli tyto tagy zadávat do
> relace a
> > nebo každou cestu zvlášť. Rád bych aby se v OSM vykreslovaly běžecké
> stopy
> > podobně jako to má teď od února server mapy.cz. Viz třeba tady:
> > http://www.mapy.cz/s/6oNm. Otagoval jsem to takto:
> > http://www.openstreetmap.org/?lat=49.5701&lon=13.7497&zoom=14&layers=M.
> > Nějaké zkušenosti a rady? Turistické trasy a cyklostezky už umím, ale
> > běžkařské dělám poprvé... Díky
> >
> >
> >
> >
> >
> >
> > ___
> > 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
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Trasy KČT pomocí JOSM

[Tomáš Tichý]

>
>
>>  Což mě přivádí na myšlenku, proč není nějaký preset pro JOSM ?
>
>
Už je, dneska jsem zárodek spáchal :-)
Najdete ho v nastaveních JOSM - Nastavení mapy (takový ten tab s mřížkou) -
Přednastevní tagů - Czech hiking routes.

S kritikou sem, nebo ho můžete případně rovnou opravit ve wiki JOSM.

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

[Talk-cz] Nefunkční stahování adres v czechaddress pluginu JOSM

[Tomáš Tichý]

Ahoj,
MVČR opět změnilo webovou adresu pro stažení databáze adres používané JOSM
pluginem czechaddress, takže pokud databázi nemáte ještě staženou, plugin
nebude fungovat.
Jak plugin znovu zprovoznit jsem popsal na wiki:
http://wiki.openstreetmap.org/wiki/CS:JOSM/Plugins/CzechAddress#Inicializace

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

Re: [Talk-cz] vytváření relací - turistických tras

[Tomáš Tichý]

Musí se rozdělit.
TT

2012/9/9 Miroslav Šulc 

> ahoj,
>
> chtěl jsem do osm přidat jednu kčt trasu (jen část, kterou jsem prošel),
> ale narazil jsem na problém, který jsem nikde nenašel popsaný. v osm
> bych potřeboval relaci vytvořit ze dvou cest a pouze z části jedné další
> cesty (dvě kompletní pěšiny a část silnice). jak přidám do relace pouze
> část silnice? musím ji kvůli tomu rozdělit? nebo se to dělá jinak?
>
> ff
>
>
> ___
> 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] Zásahy BOTa - nutné a provedené opravy

[Tomáš Tichý]

>
>
> Postupně procházím i už svá zpracovaná místa, ještě je přehlížím a mažu
> body v
> Inspektoru, aby bylo jasno, kde je hotovo.
>
> Ale ještě mám dva dotazy:
>
>  - Smazat jdou pouze červené body, žluté (oranžové) značící úpravu nijak
> nejdou?
>Často je právě v nich přerušeno a po opravě nevím jak dát najevo, že je
> čisto.
>
>
Žluté by se měly odstranit samy jakmile někdo dotčený prvek změní
(předpokládá se, že ho tím opravil). Změna se neprojeví hned, nevím jak
často se Inspector aktualizuje, tuším že 1x denně.



>  - Jde nějak vymazat víc bodů najednou? Každý smazaný uzel musím jeden po
> druhém
> ručně vyhodit z Inspektora, dost to zdržuje. Jde to nějak urychlit?
>
>
To pravděpodobně nejde, alespoň jsem nepřišel na to jak. Můžeš zkusit
napsat autorovi jestli by takovou funkci nedoplnil.

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

Re: [Talk-cz] Zásahy BOTa - nutné a provedené opravy

[Tomáš Tichý]

Opravené cesty je možné přímo v OSM Inspectoru odstranit ze zobrazení. Je
potřeba kliknout na červený  bod nebo linii a pak v pravém sloupci na
ikonku odpadkového koše.
Takto se dá celkem přehledně evidovat co už je opraveno a postupně mapu
"odčervenit".

TT

2012/7/29 Michal Tauchman 

> Ahoj,
> moc se tady na TALKu nevyznám a tak doufám, že nezakládám duplicitní téma.
> Ale
> ohledně chyb způsobených BOTem, jedná se mi o to, zda bychom toto téma
> mohli
> založit jako seznam míst, kde jsme provedli opravy poškozených částí a
> zároveň
> když víme a nemáme čas napsat chybná místa, aby se na to někdo mohl podívat
> Tady je můj seznam míst, kde jsem už provedl redakci a opravil chyby
> (rozpojené
> silnice, jejich chybějící části, srovnání silnic po smazání některých
> jejich
> bodů). Snad jsou na těch místech všechny a správně, myslím si o sobě, že
> jsem
> celkem důkladný, ale přehlédnutí nevylučuji, přece jen je to někdy
> nepřehledné...
>
> Škoda že nejde nějak vyfiltrovat pouze chyby v rozdělení silnic.
> Inspektor ukazuje vše možné, já třeba neřeším PowerLine, což jsou tam
> nejčervenější hadi a silnice typu Track taky zatím nedoplňuji důkladně.
>
>  - Vidochov (oprava silnice)
>  - Mostek (oprava využití krajin, kompletní předělání zničeného lesa okolo
> obce)
>  - Železnice (oprava drobných detailů smazaných BOTem)
>  - Jičín (drobné opravy)
>  - Pustějov - Nový Jičín (oprava roztržených silnic)
>  - oprava (zarovnání) silnice 46421, 191, 27 (E 53), 190, 145, 14516, 185,
> 1422,
> 141 (obec Bavorov), 271
>  - Bílov (opravy rozpojených silnic)
>  - Litochovice/Marčovice (spojovací silnice)
>  - Předslavice/Všechlapy (spojovací silnice)
>  - koleje č. 1435
>  - Vodňany (vodní nádrže)
>  - Vodňanské Svobodné Hory (drobné opravy okolních cest)
>  - Horní Jiřetín (rebuild smazaných cest)
>  - Litvínov (opravy a doplnění roztržených a umazaných silnic)
>  - Chomutov (drobné doplnění smazaných uliček)
>
>
> ___
> 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] import budov

[Tomáš Tichý]

Jeden námět  k prozkoumání:
Aplikace pro koordinaci úloh v OSM - OSM Tasking manager.
https://github.com/pgiraud/OSMTM

Praktické nasazení je možné vidět v humanitárním týmu OSM:
http://tasks.hotosm.org/
A nebo pro koordinaci remapování po licenčním botovi:
http://rebuild.poole.ch/

Na první pohled vypadá aplikace použitelně minimálně na koordinaci činností
a řeší některé problémy:
 - není potřeba registrace, použije se přihlašování z OSM
 - úlohy jsou vidět na mapě
 - integrované vazby na JOSM a Potlatch
 - vyřešené rezervace úloh jednotlivými uživateli včetně automatického
uvolnění při nečinnosti

Pokud se chcete někdo pustit do vývoje nějaké poloautomatické importovací
aplikace, mohl by to být použitelný základ.

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

Re: [Talk-cz] Pěkná kupka práce

[Tomáš Tichý]

Tak Turnov opraven.
Máte někdo ještě nějaký tip na podobnou zásadní díru, kterou se vám nechce
opravovat?
Bohužel v OSM Inspectoru se to blbě hledá, protože (logicky) není na první
pohled vidět kde byla smazána zásadní spojnice a kde jen nějaká lesní
pěšinka.

TT


2012/7/25 Michal 'vorner' Vaner 

> Ahoj
>
>
> Jo, taky nadávám, Turnovem se nedá projet, chybí některé kusy hlavních
> silnic -
> ty postranní kupodivu drží.
>
> Každopádně, tušíte někdo, jak živé je fosm.org? Licence mi je jedno, a ti
> se
> tváří, že věci ponechávají.
>
> S pozdravem
>
> --
> Fragile. Do not turn umop ap1sdn!
>
> Michal 'vorner' Vaner
>
> ___
> 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] guidepost a trasa

[Tomáš Tichý]

2011/8/24 Marek Prokop 

> Ahoj,
>
> 2011/8/24 Marek Musil :
> > Ma byt bod s guidepostem soucasti way po ktere vede
> > dana trasa (1) nebo je lepsi udelat puntik v miste, kde se
> > presne rozcestnik nachazi (2) ?
>
> Dobrá otázka, taky by mne to zajímalo. Přesné místo by asi bylo
> správnější, ale přiznám se, že dělám rozcestníky vždy z jednoho bodu
> cesty, protože je to jednodušší a rozdíl oproti skutečnosti bývá pár
> metrů, což je stejně v rámci chyby GPS.
>
>
Rozhodně mimo cestu, kvůli zachování topologie. Je velice užitečné vědět,
jestli je rozcestník vpravo nebo vleovo od cesty (třeba když ho hledáte v
křoví). Nepřesnost GPSky nevadí, důležitější je ta relativní poloha. Mimo to
většinou se dá přesná poloha dobře odvodit z ortofotomaty (kromě rozcestníků
v lese).
Jelikož je vhodnější mít rozcestníky mimo cesty, je zároveň dobré je
přidávat do relace turistické trasy. Donedávna jsem je tam nedával, ale při
kompletování několika značek jsem zjistil že je to užitečné. Protože když si
člověk stáhne relaci trasy, stáhnou se mu i rozcestníky a hned vidí kde
který chybí.

Jinak poslední dobou pozoruji, že turistické značky nám čile přibývají, jen
tak dál!

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

Re: [Talk-cz] Značení mýta v České republice

[Tomáš Tichý]

Tak pohledem na používané tagy ve světě
http://taginfo.openstreetmap.org/search?q=toll#keys
to vypadá, že vítězí varianta toll:hgv=yes.

Čili ideální* řešení pro české silnice bude toll=no toll:hgv=yes
toll:bus=yes

* Za ideální návrhy na tagování považuji taková řešení, která:
 a) Nerozbijí stávající renderery, routery atd..
 b) Přinesou nějakou přidanou hodnotu
 c) Jsou konzistentní s některým již používaným tagovacím stylem
 d) Pokud možno je už někdo ve světě používá

=TT=

2011/8/5 Swejzi 

>
> - Original Message - From: "Martin Kokeš"  >
> To: "OpenStreetMap Czech Republic" 
> Sent: Friday, August 05, 2011 10:26 PM
> Subject: Re: [Talk-cz]Značení mýta v České republice
>
>
>
>  2011/8/5 Swejzi :
>>> > Ok.
>>> > toll=hgv
>>> > Tak kdo s tím tedy souhlasí? :-)
>>>
>>> 1) prestan vytvaret nova vlakna na to same tema
>>> 2) souhlas se da vyjadrit i tak, ze to nechas nekolik dni v konf
>>> ulezet, OSM mam pet let a pet dni urcite pocka
>>> 3) kdyz neco navrhnujes, melo by to mit oporu na wiki, a to at uz
>>> dohledanou nebo nove vytvorenou
>>> 4) myto plati i autobusy
>>>
>>
>> 1-4 Souhlas. Navíc, než dělat u každého kousku trasy nový atribut toll,
>> možná by stálo za to zauvažovat nad relací. ;-)
>>
>> http://wiki.openstreetmap.org/**wiki/Relations/Proposed/**Tollzone
>>
>> MK
>>
>> __**_
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.**org/listinfo/talk-cz
>>
>>
> Omlouvám se, neumím tady v tom ještě tolik chodit. Jde mi jen o to, abych
> věděl jak tedy značkovat silnice 1. třídy s mýtem, aby to nekolidovalo s
> placenými dálnicemi a rychl. komunikacemi, když zatím žádné řešení
> neexistuje. Nechť o tom tedy rozhodne "rada starších" a já (a ostatní) se
> tomu rád přizpůsobím. Nebudu se tedy již do debaty vměšovat a jen budu tiše
> sledovat, co tu vymyslíte. :-)
>
> __**_
> 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] MTB mapa přestala renderovat nové turistické trasy

[Tomáš Tichý]

Ahoj,
MTB  mapa http://tchor.fi.muni.cz:8080/ přestala aktualizovat turistické
trasy, vykreslují se jen ty, které byly přidané před určitým datem.
Týká se to jen turistických značek, cyklotrasy se normálně aktualizují.
Např. tato relace http://www.openstreetmap.org/browse/relation/1684588 se
nevykreslí, ale tato relace
http://www.openstreetmap.org/browse/relation/1684587 přidaná ve stejném
changesetu se vykreslila.

Můžete se na to někdo podívat?

Díky
=TT=
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Maxspeed v obcích ( Was: Zadost o kontrolu )

[Tomáš Tichý]

Pro kompatibilitu se stávajícími navigacemi bych volil raději variantu
  maxspeed=50
  source:maxspeed=CZ:urban
Nevím o navigaci, která by CZ:urban implementovala.

A i v případě, že někdy v budoucnu zákonodárci limit změní, bude jednodušší
jej změnit najednou v datech, než čekat na update u všech tvůrců rozličných
navigací.

=TT=


2011/7/22 Pavel Bokr (OSM) 

> Je tedy mozne pro silnice a ulice v obci (bez ohledu na jakem polygonu
> lezi, zda-li vubec na nejakem lezi) pouzit
>
> maxspeed=CZ:urban
> source:maxspeed=implicit
>
> (tedy tu obecnou variantu bez te 50tky) aby tomu navigace rozumela ze je v
> ceske obci kde je implicitne 50 (samozrejme v pripadech kdy neni dopravnim
> znacenim stanoveno jinak) a nemusela se znasilnovat landuse=residental (o ni
> jeste premyslim a na ni budu reagovat v prislusnem vlaknu a ne tady)???
>
> Diky
> PBokr
>
>
> - Original Message - From: Tomáš Tichý
>
> Tag maxspeed je možné podle  dávat i tam, kde to není explicitně vyjádřena
> značkami. K rozlišení slouží  poměrně hojně používaný tag source:maxspeed
> viz 
> http://wiki.openstreetmap.org/**wiki/Key:source:maxspeed<http://wiki.openstreetmap.org/wiki/Key:source:maxspeed>
> není tedy potřeba vynýšlet nějaká česká národní specifika.
> =TT=
>
>
>
>
>
> __**_
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-cz<http://lists.openstreetmap.org/listinfo/talk-cz>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Maxspeed v obcích ( Was: Zadost o kontrolu )

[Tomáš Tichý]

Tag maxspeed je možné podle  dávat i tam, kde to není explicitně vyjádřena
značkami. K rozlišení slouží  poměrně hojně používaný tag source:maxspeed
viz http://wiki.openstreetmap.org/wiki/Key:source:maxspeed
není tedy potřeba vynýšlet nějaká česká národní specifika.

=TT=

2011/7/21 Mike 

> maxspeed se má dávat jen tam, kde je to vyloženě upraveno značkou. Je
> totiž pro navigaci rozdíl, jak jet v obci a jak mimo obec, kde je jen
> omezena rychlost. To jsou dvě rozdílné věci.
> O tomto se již zde dlouze diskutovalo a k ničemu se moc nedospělo, v
> podstatě byly tyto návrhy:
> 1. dělat to podle residential - současný stav, ten ale nekopíruje přesně
> značení značkami, ale v praxi to moc nevadí, používám to v mcnavi a
> funguje to uspokojivě
> 2. definovat oblast jako traffic=citilimit, to ale není schválený tag a
> nikde se nepoužívá,muselo by to projít schvalovacím procesem, aby se to
> rozšířilo
> 3. dát na všechny vjezdy do obce - tedy na node - značku začátek obce,
> software by pak podle toho usoudil, kde začíná obec a končí - jenže když
> se nedá na jedinou cestu značka, tak to selže
>
> Mike
>
> On 21.7.2011 14:02, Pavel Bokr (OSM) wrote:
> > From: "Stanislav Brabec"
> >> Myslím si, že landuse=residential by se nemělo vykusovat v místě ulic,
> >> neboť tím sdělujete, že se silnice nachází mimo zastavěné území. (Tedy
> >> např. navigace tam bude předpokládat 90km/h.)
> >
> >
> > Nad timhle jsem taky premyslel (obzvlast po mem dotazu na pripojovani
> > ploch k liniim kdy bylo sdeleno kreslit tam kde to skutecne zajima), ale
> > to pak podle topologickeho pravidla, ze neni pripustne prekryvat plochy
> > s ruznym landuse by zrejme jen krkolomne slo resit rozdeleni zastavby v
> > obci do ruznych casti, kdy treba u nas je misto kdy je kolem silnice
> > pole/louka, tak, aby silnice byly od znacky po znacku vedene v
> > landuse=residental i kdyz kolem silnicie treba zrovna obytna plocha byt
> > vubec nemusi. Vedenim hranic landuse=residental presne tak jak je
> > zastavba je pak take treba patrne jak je prostupne uzemi treba pro pesi
> > nebo pro presnou orientaci kdy je mozne zakreslovat i ruzne dalsi plochy
> > v obci mimo plochy k bydleni.
> >
> > Jak jsem nad tim presmyslel tak rychlost jsem vyresil ze jsme na te
> > silnici nastavil maxspeed na 50 - nestaci tohle? Nebo nebyl by lepsi
> > nejaky tag, ktery by se priradil tem usekum komunikaci ktere jsou dle
> > znaceni v obci - kde je snizena rychlost ale treba nejsou vylozene v
> > zastavbe ale treba mezi polema byt je to dle znaceni v obci?
> >
> > PBokr
> >
> > ___
> > 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] "Infikovan?" data

[Tomáš Tichý]

>
>
> > Jinak Pavle, jsem rád, že jsi neopustil konferenci, i když už se nechceš
> na
> > projektu aktivně účastnit. Přemýšlel jsem ještě o těch importech a měl
> bych
> > na Tebe jednu prosbu. Souhlasil bys prosím s tím, aby se data, která jsi
> > importoval (a pouze importy, ne data na kterých jsi pracoval ručně)
> > přelicencovala na novou licenci?
>
> *** Myslim, ze tento dotaz je irelevantni. Puvodcem importovanych dat
> je treti strana, nikoliv uploaderi. Pouze import probehl procesne
> jinak, nez byly v te dobe uznavane metodiky. Data importovali lide
> skrze sve osobni ucty, nikoliv pres abstraktni ucelove ucty. Proto je
> mozno se na takova data divat jako nesouvisejici s majiteli uctu,
> skrze ktera byla na server odeslana.
>
> Tedy je mozno pro potrebu prelicencovani import fakticky oddelit od
> uzivatelskych uctu podle danych pravidel pro migraci na ODbL (tj.
> import+zmeny uzivatelu schvalujicich ODbL).
>
>
> ha
> hanoj
>
>
Na datech uhulu ale probíhala nějaká generalizace. Kdo ji prováděl a jakým
algoritmem? Pokud byla provedena dostupným algoritmem, nebo pokud si
uživatel, který generalizaci prováděl nenárokuje na generalizovaná data
zvláštní licenci, je to OK. Pokud ale byla provedena nějakým neveřejným
algoritmem a uživatelem, který si nárokuje na generalizovaá data striktně
pouze CC-BY-SA, může to být problém. Pamatujete si to někdo, nebo to mám
zkusit dohledat v historii listu?

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

Re: [Talk-cz] "Infikovan?" data

[Tomáš Tichý]

2011/6/30 Mike 

> Můžete mi někdo vysvětlit, jaký smysl má ten reimport? Přece pokud
> vezmeme data, které vytvořil někdo, kdo s novou licencí nesouhlasí, a
> znovu je tam naimportujem ve stejném znění, tak mi to přijde stejné,
> jako je kopírovat z čehokoliv jiného. Ano, v současné době jde o volná
> data k libovolnému použití - takže to vlastně jde, proč to ale pak
> prostě neudělat pro všechno - vytvořit uživatele "reimport" a všechna
> data, která by se jinak smazala, se přeimportují a bude vymalováno.
> Nějak mi to nedává celé smysl. A už vůbec ne, že budou nakonec dva
> projekty, což je v podstatě proti smyslu OSM.
>
>
Data u kterých tvůrce s novou licencí nesouhlasí se reimportovat nesmí !!!
Mě jde o to, jak co nejjednodušeji reimportovat data (hlavně od státních
institucí), která jsou použitelná se starou i novou licencí, ale víceméně
omylem je importovali uživatelé, kteří s novu licencí nesouhlasí.

Mimochodem velmi sympatický je mi v tomto ohledu krok společnosti Nearmap,
která dříve poskytovala fotomapy pro OSM. S novou licencí nesouhlasí, takže
jejich podklady už není možné využívat, ale dali generální souhlas s tím,
aby data která vznikla v minulosti mohla být i nadále využívána pod
libovolnou licencí.

A nějak se mi také nechce věřit, že by se ta data opravdu smazala,
> maximálně, že by jich tam bylo velmi velmi málo. Jinak to může takto jet
> v podstatě donekonečna. V současné době by ale došlo ke smazání snad
> poloviny mapy, což si snad nikdo nedovolí. A jestli ano, tak projekt asi
> opustí hodně lidí, protože na tohle mít nervy nebudou.
>
>
Nepředpokládám, že se bude cokoli mazat v dohledné době. Souhlasím s tím, že
teď je  vlastně ideální stav, protože teď je teoreticky možné vytvořit dva
datasety s dvěma různými licencemi, takže si každý může vybrat. Ta data
budou k sobě časem  nevyhnutelně obsahově konvergovat. Ale sama od sebe to
nezvládnou, takže jim bude potřeba trochu pomoci :-) Pokud se ale bude tento
proces neúměrně protahovat, hrozí štěpení projektu, což by asi svobodným
geodatům neprospělo jako celku.

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

Re: [Talk-cz] "Infikovan?" data

[Tomáš Tichý]

> U uhulu/dibavodu/uir-adr tomu verim. Co BNHELP? To byla velmi dulezita
> data, od komercni firmy. Souhlasi s OdBL? A s kazdou dalsi licenci?
> Protoze licence se ted muze zmenit treba na "libovolne komercni
> pouziti dovoleno"
>Pavel
> --
>

Zrovna BNHELP jsou tak nekvalitní data, že pokaždé když na jejich zbytky
narazím, lituji že jsme je tenkrát importovali.
Když si pak vezmu jak rychle byly hotové silnice 3. třídy, tak jedničky a
dvojky by byly v tom entuziastickém období hotové max. za měsíc ručně. Jó
byla to jiná doba :-) Škoda :-(

Jinak Pavle, jsem rád, že jsi neopustil konferenci, i když už se nechceš na
projektu aktivně účastnit. Přemýšlel jsem ještě o těch importech a měl bych
na Tebe jednu prosbu. Souhlasil bys prosím s tím, aby se data, která jsi
importoval (a pouze importy, ne data na kterých jsi pracoval ručně)
přelicencovala na novou licenci?
Moje idea je taková, že bych vzal všechna data kde jsi autorem importu a
nikdo je nezměnil, nebo na nich po importu pracovali pouze "zelení"
uživatelé. Data bych smazal a vzápětí ta samá naimportoval pod speciálně
vytvořeným uživatelem (nebo více uživateli - jedním pro každý dataset).
Souhlasil bys s tím? Pokud ano, technické detaily bychom ještě doladili, teď
bych chtěl jen vědět zda se tím máme vůbec zbývat.
Díky za odpověď ať bude jakákoliv.

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

Re: [Talk-cz] "Infikovaná" data

[Tomáš Tichý]

Zdá se mi, že jsem tu asi trochu nešťastnou formulací vzbudil pěkný FUD :-(
Omlouvám se.
Jen aby bylo jasno, nikdo žádná data zatím nemaže. Data, která jsou k
dispozici teď a které vzniknou až do dne "D" kdy se změní licence zůstanou k
dispozici "navždy". Projekt OSM je bude poskytovat po rozumně dlouhou dobu i
nadále a vzhledem ke svobodné licenci budou existovat dokud budou mít pro
někoho význam.

Pro ty co novou licenci odsouhlasili tedy není zatím žádný důvod přestávat s
editacemi, fork bude možno udělat kdykoli (a fosm.org to také tak zdá se
zamýšlí).

=TT=

2011/6/30 Karel Volný 

>
> tak nějak ... něco jsem opravoval a zařvalo to na mě, že nemůže uploadnout,
> tak jsem něco odklikal, ani jsem to nečetl, doufaje, že ví, co dělají ...
>
> pokud se to ukáže jako problém, tj. zmizí mi podstatnej kus dat pod rukama
> nebo si s tou mapou nebudu smět dělat, co potřebuju, tak jdu taky jinam
> (snad
> bude kam ...)
>
> ne že by se těch mejch pár editací ňák poznalo, ale cihlu k cihle ...
> odradit
> si dav mravenečků taky není ideální, třeba turistickejch tras je tolik, že
> není v silách pár jedinců to projít, a žádnej legální zdroj pro import nebo
> obkreslování AFAIK nemáme
>
> K.
>
> Dne St 29. června 2011 Jakub Sykora napsal(a):
> > Ja jsem licenci odsouhlasil vicemene kvuli tomu, abych mohl na OSM dal
> > pracovat. Pokud ale jednoho dne zjistim, ze chybi UHUL, dibavod a pulka
> > mesta, tak se nastvu a pujdu najit neco jineho...
> >
> > K
> >
> > Dne 29.6.2011 16:49, honny napsal(a):
> > > Hmmm,
> > >
> > > sám jsem licenci odsouhlasil (takže moje data zůstanou), ale jak tu
> > > někdo psal o znechucení mapperů... Tak to docela sedí.
> > >
> > >
> > > Jak se říká: poslední zhasne.
> > >
> > >
> > > ~ honny
>
> ___
> 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] "Infikovaná" data

[Tomáš Tichý]

Ahoj,
nevím jestli jste si toho všimli, ale Potlatch 2 umožňuje zobrazit
potenciálně "infikovaná" data - tedy data, která nejsou zatím kompatibilní s
novou licencí.
Je to v Options - Show license status.

U těchto dat je potenciální nebezpečí, že pokud uživatel který je v historii
editoval neodsouhlasí novou licenci a contributors terms, budou někdy v
zatím blíže neurčené budoucnosti smazána.

Zatím se to dá použít jako dobré vodítko pro budoucí potenciální problémy.
Můžete si zkontrolovat oblast kde editujete a případně místo aktualizace
stávajících cest je smazat a nakreslit znovu. Berte to ale jen jako
předběžnou opatrnost a nemažte cesty u kterých nemůžete
rekonstruovat/vylepšit tagy z vlastní znalosti. Uživatelé, kteří budou chtít
po změně licence pokračovat v CC-BY-SA forku by vám za takové zbytečné
ztráty informací nepoděkovali.  Taky pozor na relace.

Zajímavé je, že "infikováno" je spousta importů - adresy, lesy, dibavod. Je
to tím, že v rozporu s import guidelines byla data importována pod účty
běžných uživatelů. Z těchto dat by se dalo v budoucnu hodně zachránit.
Stačilo by smazat ta, která od importu nikdo neměnil a naimportovat je znovu
pod novým uživatelem vytvořeným speciálně za účelem importu daného
datasetu.

U dibavodu a adres to bude relativně snadno proveditelné, protože u objektů
existuje jednoznačné id. U lesů bude problematické vyhnout se duplicitám.

Navrhuji provést to co nejdříve minimálně u poměrně mladého importu
dibavodu, protože to uchrání stávající uživatele od případné zbytečné
práce.

U adres je to asi celkem jedno, málokdo vytváří novou verzi stávajících
bodů, takže půjdou lehce reimportovat kdykoli v budoucnu.

Nad lesy bude potřeba se ještě zamyslet, minimálně by se při reimportu mohla
odstranit zbytečně hrubá generalizace.

Ostatní věci je možné nechat ještě uležet, doufejme že "červená primitiva"
budou z dat postupně mizet.

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

Re: [Talk-cz] Oauth strasi?

[Tomáš Tichý]

Ne, právě naopak. Určitým pohledem by se dalo říct, že některá nechtěná
omezení vzniklá nevhodnou aplikací CC-BY-SA uvolňuje. Nová licence jasně
definuje co je chráněno : data, laicky řečeno to co je v .osm souboru. Tedy
to, co všichni společně vytváříme.

Pokud někdo chce tato data používat, může v podstatě zcela libovolně, pouze
se dvěma omezeními:
 - musí se patřičně odkázat na zdroj
 - musí změny v _datech_ poskytnout zpět do projektu
Jaké nástroje k tomu použije a jak bude vypadat výsledný produkt je zcela
volné.

Pěkně je to shrnuto i zde:
http://www.opendatacommons.org/licenses/odbl/summary/

Duch licence je v zásadě stejný jako u stávající licence, dalo by se říct že
je to jenom úlitba právníkům. Nová licence je tu proto, aby zachovala
myšlenku OSM a napravila nešťastnou volbu původní licence, která se na dílo
vznikající v projektu OSM vůbec nehodí.

Nechápu, proč se kolem toho dělá takový rozruch. Opravdu vás baví víc hrabat
se v mnoha odstavcích právnických textů, než běhat po venku a mapovat? :-)
Za sebe jsem rád, že za mě tuhle špinavou práci udělala OSMF.

=TT=



2011/6/21 Jan Bilak 

> Díky. Ale ještě z toho shrnutí nerozumím, jak to tedy podle nové
> licence bude v tom modelovém případě:
>
> "Pokud někdo vaše data používá pro mapu s několika vrstvami v knize,
> co všechno má být pod CC-BY-SA? Jen vrstva OpenStreetMap a její
> úpravy? Celá mapa včetně nesouvisejících vrstev a značek? Celá kniha?"
>
> Tohoto se patrně týká odstavec:
>
> "Podle nové licence může mapu uvolnit pod jakoukoli licencí chce,
> pokud uvolní všechny doplňky a vylepšení, které k našim datům přidal.
> Hlavním důvodem pro tuto změnu je, že mapy lze nyní vytvářet pomocí
> vrstev z nekompatibilních zdrojů dat."
>
> Těmi doplňky se myslí např. software, který použil k vytvoření mapy z
> dat, data jiných vrstev? Tedy nyní lze vzít OSM data, vytvořit z jich
> libovolným způsobem mapu (např. pomocí nějakého software, který není
> "volný"), dokreslit si na ni nějaké další informace (např. trasu
> nějakého závodu), které neuvolním ... a tohle po změně licence již
> nepůjde (tedy s novými daty, které nejsou licencovány i starou
> licencí)?
>
> Tedy změna licence přidává omezení na využití dat?
>
> Honza
>
>
> Dne 21. června 2011 16:39 Petr Kadlec  napsal(a):
> > Ahoj
> >
> >>> Můžete mi prosím někdo stručně vysvětlit, v čem jsou zásadní rozdíly
> mezi licencemi?
> >>> Věřím, že tyto informace stručně a jasně shrnuté pomohou i dalším.
> >> [...]
> >> Volne prekladam z [1]:
> >
> > Nechci nějak moc provádět samopropagaci, ale...
> > http://wiki.openstreetmap.org/wiki/Cz:ODbL/We_Are_Changing_The_License
> > :-)
> >
> > -- Petr Kadlec / Mormegil
> >
> > ___
> > 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] Nová cyklomapa

[Tomáš Tichý]

Ahoj,
ta mapa je velmi zdařilá. MTB mapu považuji za jednu z vizuálně
nejzdařilejších turistických map a poslední dobou ji využívám jako primární
mapu. Tohle ji posunuje ještě o kousek dál.

Pár připomínek:

   1. Cyklostezky by mohly být nějak zvýrazněné - přece jen jde o
   "cyklodálnice" a na cyklomapě bych čekal, že mě praští do očí.
   2. MTB stezky naopak trochu schovat, nebo je dát do samostatné vrstvy,
   přece jen pro běžného dopravního cyklistu nebo turistu nemají moc význam.
   3. Renderovat railway=subway_entrance - pro mě jako líného pražského
   cyklistu je to docela významný bod infrastruktury :-)
   4. Zvážit navrácení vrstevnic
   5. Ve velkých zoomech renderovat traffic_calming (zhruba na úrovni
   přechodů pro chodce)

Díky za skvělou práci !

=TT=





>  Dne 19.6.2011 10:38, Petr Dlouhý napsal(a):
>>> > Ahoj,
>>> >
>>> > pro účely PrahouNaKole.cz jsem se rozhodl vylepšit renderer MTB mapy
>>> tak,
>>> > aby kreslil všechny důležité prvky cyklistické infrastruktury a
>>> další věci
>>> > důležité pro městskou cyklistiku. Testovací verze zatím běží na [1].
>>> >
>>> > Co jsem přidal:
>>> > rozlišení tras podle network a kreslení plánovaných (stat=proposed)
>>> > čárkovaně
>>> >
>>> cyklopruh/cyklopiktokoridor(**cycleway=shared_lane)/**
>>> cyklobuspruh(cycleway=share_**busway)
>>>
>>> >
>>> > i s kreslením na strany ulice podle ":left"/":right" a
>>> jednosměrnosti ulice
>>> > cykloprotisměrky (oneway:bicycle=no, cycleway=,
>>> > cycleway=shared_lane_lane))
>>> > stezka pro pěší a cyklisty (highway=footway + bicycle=yes nebo
>>> > highway=cycleway + foot=yes) se kreslí zeleně
>>> > kostky(surface=cobblestone
>>> > (cyklo)přechody
>>> > předsunutou stopčáru (cycleway=asl)
>>> >
>>> > Grafickou podobu jsem zatím moc neřešil, proto jsou ty přidané ikony
>>> dost
>>> > neumělé.
>>> >
>>> > Má někdo nápady na nějaká další vylepšení / podporované tagy?
>>> >
>>> > Jestli je tu někdo z Brno na kole, tak bych se chtěl domluvit na
>>> značení a
>>> > grafické podobě jejich doporučených tras. Ty trasy by bylo dobré
>>> označit
>>> > nějakým tagem, aby bylo jasné, že jsou to doporučené trasy. Má někdo
>>> nápad
>>> > jaký tag by to měl být?
>>> >
>>> > [1] 
>>> > http://cozpserver2.jinonice.**cuni.cz/mtbmap/index.html
>>> >
>>>
>>> __**_
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> http://lists.openstreetmap.**org/listinfo/talk-cz
>>>
>>>
>>>
>>>
>> Petr Dlouhý
>> petr.dlo...@email.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
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] dibavod: vodní toky uvnit? vodních ploch

[Tomáš Tichý]

Vyřešit to lze zcela jednoduše, pomocí tagu tunnel=yes, případně
covered=yes.
Navíc nikde není psáno, že to co má layer -1 se nemá zobrazovat. Jak se
objekt zobrazí  je věcí konkrétního rendereru. Layer -x pouze vyjadřuje, že
objekt je pod jiným objektem, rozhodně neznamená že je pod zemí (maximálně
se dá usuzovat, že je pod úrovní okolního terénu).

TT

2011/3/10 Karel Volný 

> Dne St 9. března 2011 Jakub Sykora napsal(a):
> > To IMO vyresi styl v mapniku...
>
> a to jak? - bude řešit, jestli je to pod hladinou vodní plochy nebo pod
> něčím
> jiným?
>
> to jsem myslel, že se řeklo, že není optimální, aby hledal, jestli to leží
> v
> nějakém polygonu nebo ne ...
>
> nebo mi něco uniká?
>
> K.
>
> > Dne 8.3.2011 21:59, Karel Volný napsal(a):
> > > Dne Út 8. března 2011 Tomáš Tichý napsal(a):
> > >> Já jsem taky pro 3, ale nechápu proč chcete zavádět ten nový tag
> > >> underwater? Na vyjádření toho že něco je pod něčím je přeci v OSM
> > >> zaužívaný tag layer, tak proč vymýšlet něco nového? Každému musí být
> na
> > >> pohled jasné, co se tím myslí i bez hledání obskurního lokálního tagu
> na
> > >> wiki.
> > >
> > > ehm, a co ponorné řeky apod.?
> > >
> > > nemůžu chtít mít v mapě průběh řeky v podzemí? - jak pomocí layer
> > > rozliším situaci "nezobrazovat, je to pod vodní hladinou" a "zobrazovat
> > > jako podzemní tok"?
> > >
> > > 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] dibavod: vodní toky uvnit? vodních ploch

[Tomáš Tichý]

Já jsem taky pro 3, ale nechápu proč chcete zavádět ten nový tag underwater?
Na vyjádření toho že něco je pod něčím je přeci v OSM zaužívaný tag layer,
tak proč vymýšlet něco nového? Každému musí být na pohled jasné, co se tím
myslí i bez hledání obskurního lokálního tagu na wiki.
Případně by se mohly přidat layer=-1 i underwater_route=yes pro účely
odlišení podhladinních toků od toků v trubkách až bude někdo dělat ty
vzývané analýzy délek toků.

TT

2011/3/8 Mike 

> Právě proto se chce teď na něčem domluvit, abychom prezentovali jednotný
> názor. Myslím, že to nikdo celosvětově nebude bojkotovat, je to rozumné
> řešení. Až se dohodnem, dáme to do proposed features na wiki.
>
> On 03/08/2011 06:36 PM, Marek Prokop wrote:
> >> K tomu bych přidal možná malé mínus, že neinformovaní lidé mohou mít
> >> tendenci ty části uvnitř mazat, takže by se muselo asi do mnoha míst na
> wiki
> >> dopsat ať tak nedělají.
> >
> > To není malé mínus. To je velké mínus. Nejde o mazání, ale o to, že
> > prakticky všude, na celém světě (resp. kdekoli jsem se koukal) se
> > vodní toky uvnitř vodních ploch nekreslí. Chápu, že u nás vznikla
> > odlišná situace v důsledku importu, ale asi nemá smysl, abychom dělali
> > tak důležitou věc zcela jinak než jinde.
> >
> > IMHO je proto stále nutné, aby došlo k nějakému "globálnímu" konsensu
> > a správný postup se zanesl do Wiki, protože to je asi první místo, kam
> > každý jde, když neví, jak co nakreslit.
> >
> > Zdraví,
> >
> > Marek
> >
> > ___
> > 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] dibavod: vodn? toky uvnit? vodn?ch ploch

[Tomáš Tichý]

>
> A co takhle ty linie řek a potůčků v nádržích označit layer=-1 ?  Pomůže to
> rendererům, bude to víceméně správně i sémanticky (řeka je skrytá pod
> hladinou přehrady) a nemusíme zavádět nový tag.
>

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

Re: [Talk-cz] Tagovani pro routing

[Tomáš Tichý]

motorcar=no, foot=yes, bicycle=yes

TT

2011/2/2 f.remenstech 

> Ahoj,
> jak mám tagovat, aby byl výsledek routovatelný? Vezměme cestu,
> kam nesmí auta, ale chodci a cyklisti ano. Když použiji libovolnou
> kombinaci
> barrier=gate, barrier=block, access=private, acceess=no
> tak na openstreetmap.cz->ovládání mapy->test navigace
> přes to naviguje pro auta, kola i chodce.
>
> Když označím cestu jako access=private, foot=yes, bicycle=yes
> tak po ní prozměnu nenaviguje ani pro auta, ani chodce a ani cyklisty.
>
> F.
>
> ___
> 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] Jak porovnavat OSM XML (zeleznicni stanice a zast)

[Tomáš Tichý]

Ahoj,
železniční stanice a zastávky generuji čas od času na tuhle stránku:
http://wiki.openstreetmap.org/wiki/%C5%BDelezni%C4%8Dn%C3%AD_stanice_a_zast%C3%A1vky_v_%C4%8CR

Porovnávání dělám jen podle názvů stanic, čísla by se dala doplnit.

Používám na to přiložený pythoní skript. Je to jenom taková rychlovka, ale
třeba se bude někomu hodit.

Jinak pozor na Wikipedii, jsou tam i neexistující stanice a zastávky, takže
je vždycky lepší používat více zdrojů.

TT


osmstations.py
Description: Binary data
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import dibavod

[Tomáš Tichý]

Dá se k tomu použít keepright, http://keepright.ipax.at/

V levém sloupečku zaškrtněte intersections without junctions,
waterway-waterway a ukáže to všechny zkřížené řeky.

TT

2010/10/25 Zdeněk Pražák :
> nedá se k tomu využít OSM Inspector  ? viz http://tools.geofabrik.de/osmi/
> Pražák
>>  Původní zpráva 
>> Od: MP 
>> Předmět: Re: [Talk-cz] import dibavod
>> Datum: 25.10.2010 16:05:33
>> 
>> > Hmm.. ve skutecnosti staci stahnout dump z doby pred importem,
>> > vyfiltrovat na waterway=, a to budou prave konflikty.
>>
>> To bude fungovat nejaky cas = ale z bude vetsi cast CR opravena (i
>> kdyz to bude nejaky cas trvat), tak to bude chtit neco, co projde cely
>> dump a najde krizici se cesty.
>>
>> V soucasnem stavu vzhledem k tomu, ze i pred importem bylo v mape
>> relativne dost vodnich cest, tak staci najet na nahodne misto v CR,
>> nahrat do editoru ctverec tak 5x5 km a urcite tam minimalne par
>> konfliktu bude :)
>>
>> Mozna bych casem mohl napsat neco co projde dump a vyplivne vsechny
>> cesty co se nejak nekde s necim krizi  nebo na tohle uz existuje
>> nejaky nastroj?
>>
>> Martin
>>
>> ___
>> 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] Znaceni zrusenych turistickych stezek

[Tomáš Tichý]

Lepší by bylo adoptovat schéma z construction, tedy např.
railway=disused  a disused=station. To zajistí že se daná věc nebude
renderovat a zároveň se neztratí řádná informace.
TT


>
> Pak ještě disused=yes.
>
> http://wiki.openstreetmap.org/wiki/Key:disused
>
> Bohužel se to často nijak nerenderuje. Takže když jsem tímto tagem
> vyznačil nádraží Vyšehrad, tak vypadalo jako každé jiné nádraží.
> building=ruins to ještě není, možná za pár let.
>
> --
> Stanislav Brabec
> http://www.penguin.cz/~utx
>
>
> ___
> 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] Železniční stanice a zastávky

[Tomáš Tichý]

Rozdíl mezi zastávkou a stanicí je takový, že zastávka má oficiální
status zastávky, kdežto stanice má oficiální status stanice :-)
Jinak je to bezpečně laicky téměř nerozeznatelné, jediná možnost je
pozorovat z jedoucího vlaku, zda je před daným místem (300-1000 m)
umístěna návěst "tabule před zastávkou". Vypadá takhle:
http://www.k-report.net/foto/i008205.jpg
Zabezpečovací zařízení může mít i zastávka (konkrétně zastávka s
nákladištěm), a naopak stanice mít zabezpečovací zařízení nemusí,
takže podle toho to poznat nejde. A ono to zabezpečovací zařízení na
první pohled ani nemusí být patrné.

Pokud se ale budete řídit jednoduchým pravidlem - jedna kolej (na
dvoukolejné trati dvě koleje, na trojkolejné tři koleje) = zastávka,
více kolejí = stanice, na 80 % se trefíte a tam kde to netrefíte, tak
to někdo znalejší opraví, jsme přece v OSM.

Mimochodem Sedlejov u Telče (správně jen Sedlejov) je stanice, stejně
tak Opava-Komárov.

TT



2010/6/14 Jakub Sykora :
> Ahoj,
>
> oficialni rozdil je takovy, ze stanice je vybavena zabezpecovacim zarizenim
> a zastavka nikoliv.
>
> K
>
> Dne 14.6.2010 19:03, Vojta napsal(a):
>
> Též zdravím,
> já se řídím dle
> http://wiki.openstreetmap.org/wiki/Cz:Map_Features#Kolejov.C3.A9_trat.C4.9B_.28Railway.29
> kde se to zhruba popisuje tak, že zastávka "nemá výpravčího". Na Wikipedii
> je pak že stanice "Je vybavena výpravní budovou s dopravní kanceláří a
> odbavovacími prostory pro cestující.". Což se asi nekryje 100%, vím o
> zastávkách kde je výpravčí, ale neprodává lístky (Doubí u Turnova, pokud se
> něco nezměnilo). Osobně se řídím spíš podle toho prodeje lístků.
>
> <0174
>
>
> CZ_Tibo napsal(a):
>
> Zdravím,
> jak rozlišujete railway=station a railway=halt? Nedokážu se rozhodnout jenom
> podle citu a uvažuju možnosti:
>
> 1) railway=station jsou stanice, ve kterých zastavují rychlíky, railway=halt
> jsou ostatní zastávky
> Toto rozdělení mi přijde logické z hlediska odstupňování důležitosti stanic,
> ovšem třeba města jako Znojmo, Náchod, Louny nebo Pelhřimov by spadly do
> kategorie zastávek, protože tam rychlíky vůbec nejezdí.
>
> 2) railway=station jsou stanice, ve kterých jsou výhybky (na jednokolejné
> trati umožňují míjení vlaků), railway=halt jsou ostatní zastávky
> Toto rozdělení považuju za vhodné pro železniční provoz jako takový (vím,
> kde můžu vlak zastavit/odstavit a kde naopak musím co nejrychleji uvolnit
> trať), ovšem pak by stanice byly v každé vesnici (Sedlejov u Telče, Komárov
> u Opavy)
>
> Jaké lepší řešení existuje?
>
> Tibo
>
> ___
> 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
>
>

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

Re: [Talk-cz] mapnik v obci

[Tomáš Tichý]

Nevím proč vám pořád vadí, když se taguje zahrada jako zahrada :-)
Názor, že zahradu by bylo možno tagovat jako urbanizované rezidenční
území s případným podtypem zahrada chápu, ale je to za prvé něco
naprosto odlišného od zbytku světa a za druhé nám to neřeší problém s
veřejnými a soukromými zahradami.
Souhlasím s tím, že by bylo potřebné veřejné a soukromé zahrady
odlišit, k tomu navrhuji použít zaužívaný tag access, tedy
leisure=garden access=private
Pak už jen přesvědčit mapnik, aby tyto soukromé zahrady renderoval
trochu jinak. Ta světle zelená mi také příliš nesedí.

>> Ten samý člověk se v Pardubicích (asi i jinde, ale já kreslím hlavně v
>> Pardubicích) rozhodl obkreslovat z KM také čáry které značí hranice
>> parcel a tagovat je jako plot. Nemusím asi vysvětlovat, že neplatí že
>> hranice pozemku = plot.

Konkrétní situaci v Pardubicích neznám, ale znám mnoho rezidenčních
čtvrtí, kde pokud udělám hranice pozemku=plot, pak budu mít v 99,9%
pravdu. Takovou čtvrť stačí zběžně prohlédnout a není nutno dělat
podrobný průzkum každého plotu. Pokud si někteří sousedé ten plůtek
zbourali, tak se to holt časem opraví. Zde bych dal přednost
kompletnosti mapy před naprostou přesností, protože informace o tom,
že v území jsou ploty a je tedy neprůchodné je pro mě užitečnější než
přesná znalost umístění každého plotu. Samozřejmě je to ale zapotřebí
dělat vždy s místní znalostí, bezhlavé obkreslování z katastru může
napáchat více škody než užitku.

=TT=

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

Re: [Talk-cz] landuse ve velkém - lesy, pole, lo uky

[Tomáš Tichý]

> garden je zahrada, kde se pěstuje zelenina nebo květiny a je to její
> účel, pokud má někdo doma zahradu a mimochodem si tam dal pár kytiček,
> tak to není garden, jak to má někdo ve zvylu
> pokud je to ovocný sad, opět za účelem pěstování třeba jablek, tak je to
> orchard, pokud má někdo doma za barákem pár stromů, tak to není orchard
>
>

Se vším souhlasím, kromě té zahrady. Tag leisure=garden se používá
přesně pro to, co v češtině rozumíme zahradou. Tedy nějaká plocha
kolem domu určená pro reakreační využití - někdo tam má jen trávníček
na kterém se povaluje, jiný si tam pěstuje třeba melouny. Ale pořád je
to zahrada. Přesně tak je to popsáno na wiki: místo, kde jsou
pěstovány rostliny pro dekoraci v upravené podobě - a i tráva je
rostlina :-) A jméno tagu leisure hovoří za vše.

Takže to co najdemem kolem většiny českých rodinných domů je leisure=garden.

TT

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

Re: [Talk-cz] Izometrická 3D mapa z OSM

[Tomáš Tichý]

Koukám, že kýblmapa má problém s multipolygony, tady je v lese dost divná díra:
http://osm.kyblsoft.cz/3dmapa/?zoom=12&lat=75.63141&lon=16.00594&layers=B
Je to způsobeno tím, že vnější obvod tohoto lesa se skládá z více cest
(je to kvůli omezení počtu bodů na cestu).

Jinak je to naprostá bomba, nejví se mi líbí vysílače/komíny. Hned
jsem jich pár přidělal :-)

Ještě mě napadlo, že by možná nemuselo být špatné renderovat
elektrická vedení jako drátek na sloupcích.

TT

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

Re: [Talk-cz] cíle práce a pár dalších dotaz ů

[Tomáš Tichý]

>
> 4) Terénní průzkum - na co se zaměřit?
> - Zatím je všechno pod sněhem, mapování lesních cest obnovím na jaře. 
> Existuje něco jiného, co si zaslouží přednost?

Vše je pod sněhem, ideální čas mapovat běžkařské tratě a sjezdovky.
Tagování:
http://wiki.openstreetmap.org/wiki/Proposed_features/Piste_Maps

Výsledek:
http://openpistemap.org/
http://osm.virtuelle-loipe.de/loipemap/

Dále se dají z tepla domova obkreslovat z NORCu autobusové zastávky,
poštovní schránky, kontejnery na tříděný odpad atd...
Další věc se kterou by bylo dobré pohnout jsou linky MHD, ty se dají
projíždět i když sněží, prší a vůbec je ve městech nevlídno.


>
> 5) Datové zdroje - lze někde získat (a budoucnu získávat aktuální stavy) 
> výřez z OSM, pokrývající celou ČR + přilehlé části sousedních států?
> - Umím stahovat jenom kousky území přes Merkaartor, neumím pracovat se 
> skripty, nejsem programátor... Prosím o radu nebo nakopnutí k odkazům
>

Dají, denně aktualizované výřezy různých států jsou na Geofabrik:
http://download.geofabrik.de/osm/europe/
a na Cloudmade jsou týdně aktualizované, ale ve více formátech:
http://downloads.cloudmade.com/europe/czech_republic#downloads_breadcrumbs

=TT=

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

Re: [Talk-cz] Verejna doprava v OSM (a IDSJMK/Brno)

[Tomáš Tichý]

>
> Především mi není jasné co vlastně znamená "network". U cyklistických tras
> se používá pro určení důležitosti trasy spíš než pro příslušnost k nějaké
> síti tras. Na wiki to není nijak jasně popsané, k tagu network je tam jen
> krátký článek.
>
> Teoreticky by to mohlo fungovat, že network bude značit síť tras na
> kterých je použit jeden systém jízdného (např. PID) a operator bude značit
> společnost provozující daný spoj (např. DPP nebo ČD). Bohužel by takový
> systém značkování asi moc nefungoval, protože například vlakové spoje
> spadají do PID pouze na území Prahy, takže by tím nešel otagovat celý spoj.
>

Navrhuji následovat německý model:

Network budiž integrovaný dopravní systém (IDS) ( = v podstatě síť
linek s jednotným jízdným, i když se najdou i drobné odchylky, ale
mapování tarifních systémů by bylo na dlouhou debatu).

Operator budiž dopravce ( = zjednodušeně ten komu patří autobusy /
tramvaje / vlaky )

Není-li linka v IDS, network nevyplňovat, případně by mohl být shodný
s operator.

Co se týče příkladů s vlaky, tak tam asi nemá cenu tagovat jednotlivé
spoje a ČD žádný systém označení linek nemají, takže se nám to celkem
zjednodušuje. Pro linky IDS se použije route=train.
ČD mají označné čísly tratě (což je kus kolejí vedoucí z A do B, tedy
něco jiného než linka), pro které se použije route=railway (a které už
mimochodem v OSM všechny jsou).
Dokonce se nám to zobrazí na http://www.xn--pnvkarte-m4a.de/ každé
jinou barvou, což je milé.

Samozřejmě i tady se najdou výjimky, třeba v Praze, kde vlakové linky
S jezdí i mimo hranice IDS, ale jak už jsem psal výše, takové drobné
tarifní odchylky bych zatím neřešil.

Kdyby nedej bože jednoho krásného dne zavedly ČD vlastní linky, tak
pro ně zavedeme vlastní hodnotu tagu network. Jedna trať může mít na
sobě relací kolik chce a v tom je právě to kouzlo.

Pro samostudium doporučuji prohlédnout si v OSM libovolné německé
město, většinou tam mají linky zpracované velmi  sofistikovaně :-)


TT

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

Re: [Talk-cz] DIBAVOD v OSM? Ano.

[Tomáš Tichý]

A co provést import s nějakými vlastními tagy (třeba
waterway=diabvod:river a fixme=import Diabvod) a pak to ručně
zkontrolovat?  Tam kde není široko daleko žádná voda, by se to dalo
importovat i rovnou.
Rakušáci to tak nějak podobně dělají s importem silnic z plan.at.

TT

2010/1/12 Stanislav Brabec :
> Jan Dudík píše v Út 12. 01. 2010 v 10:19 +0100:
>> Dne 12. ledna 2010 0:32 Tomas Kolda  napsal(a):
>> > Ahoj,
>> >
>> > asi dibavod mnohem lepsi kvality a tudiz by se mohlo vse v CR smazat a vzit
>> > Dibavod. Co jsem na to totiz koukal, tak to byla suprova kvalita, alespon 
>> > co
>> > si pamatuju.
>>
>> Tohle mi taky nepřijde jako dobré řešení, leckde jsou zaneseny místní
>> názvy, které jsou těžko dostupné, ostrůvky které se v podkladu nemusí
>> vyskytovat (http://osm.org/go/0JllIfX8 ) atp.
>
> Nápodobně, i já jsem v http://osm.org/go/0Jl74T88- mapoval i ostrůvky (a
> snažil se nemapovat vysoký souvislý rákosový porost), někdy jsem zanesl
> i historická jména rybníků a místní názvy.
>
>
> 
> Stanislav Brabec
> http://www.penguin.cz/~utx
>
>
> ___
> 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] Historie OSM dat ČR

[Tomáš Tichý]

>> 2) co s daty dále? Kubajz vytvářel mapy do Garmina, je pro to ještě důvod?
>> Garmina nemám, takže to nemůžu moc posoudit ani případně vyzkoušet. Napadá 
>> vás
>> nějaké další využití? Dřív jsem si dělal statistiky toho, kdo je jak činný
>> (podle poslední změny u každého nodu), ale kvůli hromadným změnám (a tím i
>> "přivlastňování" nodů) ta statistika není moc relevantní. Žádné další 
>> využití mě
>> momentálně nenapadá
>>

Dobré by bylo pravidelně generovat aktuální gpsmid. Myslím, že je to
jedna z nejlepších mobilních mapových aplikací, ale protože jeho
setavení není úplně triviální, spousta lidí o ní neví a ani nemá šanci
si ji vyzkoušet.

TT

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

Re: [Talk-cz] Alternativy n?kter?ch slu?eb pro OSM

[Tomáš Tichý]

Nezkoušel jsem, ale z dema vypadá slibně tohle:
http://www.trackmyjourney.co.uk/

=TT=

2009/11/8 Petr Dlouhý :
> Díky. Omlouvám se za zbytečný dotaz, tohle jsem přehlédl.
> Sice chybí graf vzdálenosti-čase, a dále by se taky hodily grafy
> výška-čase a rychlost-vzdálenost, ale i tak mi to určitě pomůže. Škoda že
> není něco webového, co bych mohl poslat kamarádům.
>
> On Sun, 08 Nov 2009 19:34:53 +0100, Pavel Machek  wrote:
>
>> On Sun 2009-11-08 18:16:21, Petr Dlouhý wrote:
>>
>> Otevrit gpx, pak vlevo rozbalit .gpx, pak rozbalit jeste "tracks",
>> pravy klik na VIKING_TR*, pak pravy klik, objevi se kontextovy menu a
>> pak properties. Kdyz budou vypadat divne tak "Delete dupl.".
>>
>> Grafy jsou 2ha a 3ti zalozka.
>>                                                                       Pavel
>>
>>
>
>
> --
> Petr Dlouhý
>
> ___
> 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] kvalita vs kvantita

[Tomáš Tichý]

Pokud ta cesta fyzicky existuje tak ji určitě zmapovat.  Pokud prokazatelně
víte,  že se po ní nesmí chodit, tak přidat tag access=no.  Vlk se nažere a
koza zůstane celá (i když pravda trochu pošlapaná )

Dne 30.10.2009 15:53 "Karel Volný"  napsal/a:

Dne Pá 30. října 2009 Frettie napsal(a):

> Ahoj, dobrý den, > po té cestě jsem šel několikrát, opravdu je vyšlapaná
aspoň polovinu > roku, sp...
to opravdu NENÍ cesta - že se po té "zelenince" šlape, to je smůla, ale celý
rok tam opravdu existuje pole

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

[Talk-cz] Nefunkční Czechaddress plugin v posl edních verzích JOSM

[Tomáš Tichý]

Ahoj,
v posledních verzích JOSM (již cca týden) přestal fungovat plugin
Czechaddress. Konkrétně teď jsem to zkoušel s JOSM 2010 a Czechaddress
16862 a skončí to s následující výjimkou:


Path: trunk
URL: http://josm.openstreetmap.de/svn/trunk
Repository Root: http://josm.openstreetmap.de/svn
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Revision: 2110
Node Kind: directory
Last Changed Author: stoecker
Last Changed Rev: 2110
Last Changed Date: 2009-09-12 23:21:13 +0200 (Sat, 12 Sep 2009)


Memory Usage: 443 MB / 508 MB (192 MB allocated, but free)
Java version: 1.6.0_15

Plugins: czechaddress remotecontrol wmsplugin
Plugin czechaddress Version: 16862
Plugin remotecontrol Version: 16965
Plugin wmsplugin Version: 17278


java.lang.IllegalAccessError: tried to access field
org.openstreetmap.josm.data.osm.OsmPrimitive.deleted from class
org.openstreetmap.josm.plugins.czechaddress.addressdatabase.AddressElement
at 
org.openstreetmap.josm.plugins.czechaddress.addressdatabase.AddressElement.getName(AddressElement.java:103)
at 
org.openstreetmap.josm.plugins.czechaddress.intelligence.Reasoner.update(Reasoner.java:199)
at 
org.openstreetmap.josm.plugins.czechaddress.CzechAddressPlugin.initReasoner(CzechAddressPlugin.java:151)
at 
org.openstreetmap.josm.plugins.czechaddress.CzechAddressPlugin.pluginStatusChanged(CzechAddressPlugin.java:196)
at 
org.openstreetmap.josm.plugins.czechaddress.CzechAddressPlugin.broadcastStatusChange(CzechAddressPlugin.java:181)
at 
org.openstreetmap.josm.plugins.czechaddress.CzechAddressPlugin.changeLocation(CzechAddressPlugin.java:172)
at 
org.openstreetmap.josm.plugins.czechaddress.gui.FactoryDialog.relocateButtonActionPerformed(FactoryDialog.java:319)
at 
org.openstreetmap.josm.plugins.czechaddress.gui.FactoryDialog.access$300(FactoryDialog.java:40)
at 
org.openstreetmap.josm.plugins.czechaddress.gui.FactoryDialog$3.actionPerformed(FactoryDialog.java:282)
at 
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995)
at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318)
at 
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387)
at 
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242)
at 
javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:236)
at java.awt.Component.processMouseEvent(Component.java:6263)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3267)
at java.awt.Component.processEvent(Component.java:6028)
at java.awt.Container.processEvent(Container.java:2041)
at java.awt.Component.dispatchEventImpl(Component.java:4630)
at java.awt.Container.dispatchEventImpl(Container.java:2099)
at java.awt.Component.dispatchEvent(Component.java:4460)
at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4574)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4238)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4168)
at java.awt.Container.dispatchEventImpl(Container.java:2085)
at java.awt.Window.dispatchEventImpl(Window.java:2475)
at java.awt.Component.dispatchEvent(Component.java:4460)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)

=TT=

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

Re: [Talk-cz] jak exportovat do JOSM gpx soubor

[Tomáš Tichý]

Menu File/Open (Soubor/Otevřít). Je to ta stejná položka, jako se
používá pro otvírání .osm souborů, což je možná trochu matoucí :-)

=TT=

2009/8/30 Zdeněk Pražák :
>
> Prošel jsem s gps určitou trasu a nyní chci podle získaného gpx souboru v 
> JOSM vytvořit mapku prošlé trasy.
> Nemohu však přijít na to, jak mám do JOSM dostat gpx soubor se záznamem 
> prošlé trasy.
> Díky za nakopnutí správným směrem.
> Pražá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] odbo?ovac? pruhy

[Tomáš Tichý]

2009/8/15 hanoj :
>> to ano, ale neumim si tak docela predstavit mappera, jak u bezneho X
>> krizeni s lanes=4 dela rucne 24 relaci. I kdyz slusne zjednoduseni
>> predstavuje vicero lanes pohromade: from_lane=1;2 to_lane=4;3 - pak jsme
>> vlastne u toho meho to_way - tak to se ho uz ani nemusim ptat.
> *** uz by k tomu asi chtelo wysiwyg editor (i restriction si o to rikaji)

Na turning restrictions už se něco chystá, viz
http://blog.cloudmade.com/2009/07/22/mapzen-an-easy-to-use-editor-for-openstreetmap/

=TT=

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

Re: [Talk-cz] Mapovani Krkonos

[Tomáš Tichý]

Jenom dodám, že nejde jen o navigace, ale je velice užitečné zjistit
pouhým pohledem do mapy kam můžu jet a kam ne.
Nehledě na to, že i pro editaci je to jednodušší, access tagy pak
stačí dávat pouze pro místní výjimky.

=TT=

2009/8/9 Radomír Černoch :
> Zcela souhlasím. Jen bych dodal, že navigační přístroje v autě by Vás
> neměly navádět přes "highway=track", zatímco přes "highway=service"
> ano. Hnát dopravu "zkratkou" přes II. zónu NP by nebylo zcela košer.
> ;-)
>
> R.Č.
>
> 2009/8/9 Tomáš Tichý :
>> Vyasfaltovaných "polňaček" jsou u nás spousty, většinou mají lepší
>> povrch než státní silnice :-) Značit je jako polňačky má v českých
>> mapách tradici, veškeré turistické mapy to tak dělají. Značeny jsou
>> plnou čárou, což odpovídá i značení v mapniku pro grade1.
>> De jure jsou polní a lesní cesty sice také účelové komunikace, ale
>> přijde mi lepší je rozlišit. Highway=service jsou podle mého názoru
>> spíše takové ty obslužné komunikace v průmyslových areálech, přípojky
>> benzínek, hypermarketů a tak.
>>
>> Za intuitivní pravidlo pro značení nějaké asfatky považuji, jestli je
>> na cestu povolen vjezd aut. Pokud ano, pak highway=unclassified, jinak
>> highway=track. Jiné mapy se toho obvykle drží.
>>
>> =TT=
>>
>> 2009/8/9 Ondrej Novy :
>>> Dobry den,
>>>
>>> diky moc za nazory. Se vsim souhlasim, akorat :)
>>>
>>> 2009/8/9 Tomáš Tichý 
>>>>
>>>> > 2. krasna vyasfaltovana cesta kam jeste mohou cykliste, auta pouze na
>>>> > specialni povoleni (highway=service + access tagy, nebo
>>>> > highway=footway?) -
>>>> > ochranna zona II.
>>>>
>>>> To je rozhodně highway=track + tracktype=grade1
>>>
>>> nejak se mi prici krasnou vyasfaltovanou cestu oznacit za 'polnacku' (tedy
>>> chapu highway=track jako Lesni ci polni cesta). Z ceske wiki:
>>> Úcelové komunikace: highway=service
>>>
>>> Tedy mnou jmenovana cesta vede sice KRNAPem, ale take funguje jako dopravi
>>> zasobovani vsech chat v teto oblastni, neni to tedy spise ucelova
>>> komunikace?
>>>
>>> --
>>> S pozdravem/Best regards
>>> Bc. Ondrej Novy
>>>
>>> Email: n...@ondrej.org
>>> Jabber: on...@njs.netlab.cz
>>> ICQ: 115-674-713
>>> Tel/Cell: +420 777 963 207
>>>
>>>
>>> ___
>>> 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
>>
>
>
>
> --
> Radomir Cernoch
> +44 750 708 8293 / +420 607 282 031
> Email, Jabber: radomir.cern...@gmail.com
>
> ___
> 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] Duplicitni uzly

[Tomáš Tichý]

Taky jsem se s tímto bugem už párkrát setkal, stávalo se to když z
nějakého důvodu spadl upload bodů, editor je pak nauploaduje znovu
(aspoň to tak bylo se starým API, s novým by se to už stávat nemělo).
Snadno se to dá odstranit pomocí pluginu validator v JOSM, který umí
duplikované body odstranit.

=TT=


2009/8/9 jzvc :
> Zdravim,
>
> narazil sem na oblast, kde jsou stovky duplicinich uzlu. Zda se, ze
> kvuli nejakemu BUGu v editoru se kompletni editovana oblast
> zduplikovala. Existuje nejaky zpusob jak takove uzly/cesty
> najit/eliminovat hromadne ? Vypada to, ze pachatelem je Radomir Cernoch.
> Tyce se okoli  exitu 18 na D8 (Nova Ves) smerem na jihozapad. Narazil
> jsem na to vicemene nahodou, pachatel urcen dle vyssich ID nodu a cest.
> Da se stim neco provest ?
>
> ___
> 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] Mapovani Krkonos

[Tomáš Tichý]

Vyasfaltovaných "polňaček" jsou u nás spousty, většinou mají lepší
povrch než státní silnice :-) Značit je jako polňačky má v českých
mapách tradici, veškeré turistické mapy to tak dělají. Značeny jsou
plnou čárou, což odpovídá i značení v mapniku pro grade1.
De jure jsou polní a lesní cesty sice také účelové komunikace, ale
přijde mi lepší je rozlišit. Highway=service jsou podle mého názoru
spíše takové ty obslužné komunikace v průmyslových areálech, přípojky
benzínek, hypermarketů a tak.

Za intuitivní pravidlo pro značení nějaké asfatky považuji, jestli je
na cestu povolen vjezd aut. Pokud ano, pak highway=unclassified, jinak
highway=track. Jiné mapy se toho obvykle drží.

=TT=

2009/8/9 Ondrej Novy :
> Dobry den,
>
> diky moc za nazory. Se vsim souhlasim, akorat :)
>
> 2009/8/9 Tomáš Tichý 
>>
>> > 2. krasna vyasfaltovana cesta kam jeste mohou cykliste, auta pouze na
>> > specialni povoleni (highway=service + access tagy, nebo
>> > highway=footway?) -
>> > ochranna zona II.
>>
>> To je rozhodně highway=track + tracktype=grade1
>
> nejak se mi prici krasnou vyasfaltovanou cestu oznacit za 'polnacku' (tedy
> chapu highway=track jako Lesni ci polni cesta). Z ceske wiki:
> Úcelové komunikace: highway=service
>
> Tedy mnou jmenovana cesta vede sice KRNAPem, ale take funguje jako dopravi
> zasobovani vsech chat v teto oblastni, neni to tedy spise ucelova
> komunikace?
>
> --
> S pozdravem/Best regards
> Bc. Ondrej Novy
>
> Email: n...@ondrej.org
> Jabber: on...@njs.netlab.cz
> ICQ: 115-674-713
> Tel/Cell: +420 777 963 207
>
>
> ___
> 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] jak revertovat?

[Tomáš Tichý]

2009/8/9 Petr Stehlik :
> Radomír Černoch píše v Ne 09. 08. 2009 v 16:55 +0200:
>> Dobrý den,
>>
>> když někdo mapu předělá "nazpět", je dobré toho člověka kontaktovat a
>> domluvit se s ním.
>
> O to se samozřejmě snažím, ale zároveň jsem se už chtěl informovat, jak
> technicky postupovat poté, co se lidsky domluvíme.
>
>> Co se jednomu může zdát jako posun k horšímu, se
>> druhému může zdát naopak.
>
> Jen do chvíle, než vás navigace navede do zákazu vjezdu, pak už se snad
> všichni shodneme, co je lepší (případně policista pomůže vysvětlit, že
> tudy ne).
>
>> Funkce "vracení" v OSM existuje, ale je dost čerstvá, takže editory ji
>> zatím nepodporují (alespoň co já vím).
>
> takže ručně udělat znovu ty změny, co jsem už jednou dělal? hmhmhmmm.
>
> Petr
>

No úplně ručně se to dělat nemusí, v Potlatchu lze revertovat cestu
nebo i obnovit smazanou (příkaz "H" ukáže historii cesty, příkaz "D"
ukáže smazané cesty). Jde to ale dělat pouze pro jednotlivé cesty,
nástoj který by uměl revertovat celé changesety neexistuje.

=TT=

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

Re: [Talk-cz] Mapovani Krkonos

[Tomáš Tichý]

Pravidla nejsou úplně jasně daná, já si to používám takto:

> momentalne jsem na dovolene v Krkonosich a jsem tady trosku zmaten z toho,
> jak spravne mapovat nejake cesty. Vyskytuje se tu zhruba tento typ cest:
> 1. klasicka lesni cesta znacena jako turisticka (znacit jako highway=path +
> foot=yes, nebo highway=footway?)

Co je to lesni cesta? Pokud je to vyšlapaná pěšinka, tak highway=path,
pokud je široká pro dvoustopé vozidlo, pak highway=track + příslušný
tracktype=grade2...grade4

> 2. krasna vyasfaltovana cesta kam jeste mohou cykliste, auta pouze na
> specialni povoleni (highway=service + access tagy, nebo highway=footway?) -
> ochranna zona II.

To je rozhodně highway=track + tracktype=grade1

> 3. cesta napr. nahoru na Snezku, kamenita, terenne rozlicna (highway=path +
> foot=yes?) - ochranna zona I.
>

Na Sněžku to znám, tam vede jasná highway=path +
foot=yes, dalo by se použít i sac_scale=mountain_hiking

> Hlavni otazky tedy zni: Mapovat i lesni cesty jako highway=footway (rekl
> bych ze podle toho co je na wiki tak ne)? Mapovat asfaltove cesty jako
> highway=service i presto ze na ne skoro zadne auto nesmi? Mapovat je tedy
> jako footway i presto ze nejsou ve meste?

Lesní cesty (to co se pod tím pojmem většinou myslí - tedy cesty pro
auto nebo traktor) jsou highway=track. Lesní pěšiny (tedy cesty jen
pro pěší) jsou highway=path. Někde se používá i highway=footway, ale
path mi přijde lepší, protože tak snadno rozlišíme pěšinky a chodníky.
Pokud bychom takový úzus zavedli alespoň v ČR, bylo by to dobré. Další
argument pro path je, že highway=footway podle wiki implikuje
foot=designated, což mi u pěšinky nesedí. Pod pojmem designated si
představuji, že tu cestu někdo naplánoval a vybudoval, ktežto pěšiny
vznikají spíše tak nějak spontánně.

> Rozdeleni mezi kategorizaci silnic (primary, ...) mi prijde zrejmy, ale jak
> spravne rozlisit co je 'designated'?
>
Designated je něco, k čemu je cesta určena oficiálně. Tedy nějaké
autority se někde sešly, pokývali moudrými hlavami, řekli si tudy
povede cesta pro cyklisty a musí mít nějaké parametry. Pak najmuli pár
kopáčů, ti ji postavili a zapíchli tam značku s kolem. To je pak
bicycle=designated.
Většinou  hodnota designated nemá moc využití, protože se často odvodí
implicitně z hodnoty tagu highway (např. je jasné, že highway=footway
je foot=designated). Nejběžnější využití v našich podmínkách bych
viděl u smíšených stezek pro pěší a cyklisty, kde to může být
highway=cycleway, foot=desiganted, případně higway=footway,
bicycle=designated (tady bych se řídil citem, stezka budovaná primárně
pro cyklisty je cycleway, chodník na který někdo dodatečně namaloval
cyklopruh je footway).
Ale myslím, že pokud místo hodnoty designated použijete prosté yes,
nic se tím nezkazí.

=TT=

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

Re: [Talk-cz] Adresy podruhé

[Tomáš Tichý]

Prosím přečtěte si diskuzi k adresám v těchto vláknech
http://lists.openstreetmap.org/pipermail/talk-cz/2009-June/003055.html
http://lists.openstreetmap.org/pipermail/talk-cz/2009-June/003019.html

tam jsou vámi popsané problémy  diskutována a vyřešena shodou na
"nejmenším zlu".

Pokud nemáte sílu to číst, pak jenom ve zkratce: Nové schéma řeší
právě problém české "speciality" dvojího číslování - do celosvětově
užívaného housenumber se píšou obě čísla v nejrozšířeněji používaném
formátu v ČR právě z důvodu snadného použití v navigacích a
vyhledávačích, které nebudou lokalizovány (t.j. když vám někdo dá
adresu a zadáte ji do navigace, je nejvíce pravděpodobné, že ji
navigace najde, i když nebude přizpůsobena českým poměrům).

Otazníky jsou v místech, kde je nutná ruční kontrolu po automatickém
skriptu a poté budou odstraněny.

=TT=




2009/7/31 Mike Crash :
> Zdravím, s hrůzou jsem zjistil, že se najednou všechny adresy u nás
> přejmenovaly na ?/číslo, kouknu do mailing listu a zbytek znáte. Docela
> by mne zajímalo, proč děláte českou specialitu na pojmenování domů, když
> se všude používá zavedený systém s addr:housenumber, viz
> http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema
> To bude zase česká specialita, že všichni budu používat housenumber a
> jen u nás bude streetnumber a kdo ví co ještě (třeba konskriptionsnumber
> apod.)? Navíc proč je housenumber ve formátu OČ/SČ? Jsou přece města,
> která mají jen orientační číslo, třeba Český Brod má jen OČ, které je
> identické pro celé město. Podobné je to u jiných měst, třeba Soběslav
> používá adresu ve formátu OČ/část, kde část je ještě k tomu římským
> písmenem, např. 100/III. Pak je to úplně nesmyslné.
> Navrhuji tedy, když už chcete mermomocí streetname, aby aspoň
> housenumber bylo jen OČ, pokud streetname neexistuje. Už vůbec nechápu
> doplnění otazníku, což není žádná adresa, ale jen zmatek.
>
> Ptám se dále - píšu navigaci a jak mám  brát adresu? Bude to housenumber
> nebo streetnumber nebo co? Bude pro každý stát jiné schéma a budu tam
> muset mít tisíc ifů podle státu? Jak mám brát adresu ?/100.
>
> Můj názor je ten, že je v tom teď akorát bordel. Vím, že stále v OSM
> není přesně definováno, jak adresy dělat, ale přece jen je už zavedený
> způsob s housenumber, tak bysme se ho měli držet. A pokud máme i
> streetname, tak teda psát streetname i housenumber, ale odděleně, žádné
> lomítko.
> Pak bude například:
> housenumber=1234
> streetname=10
>
> A každý soft bude vědět co s tím, pokud bude jen jedno nebo obě. Ohýbat
> to kvůli tomu, aby se zobrazovalo v mapniku celé číslo, je nesmysl. To
> radši rozhýbat diskuzi o psaní adres na wiki a pro mapnik, a nějak to
> uzavřít, než takto.
>
> Jsem rozhodně pro to, aby se v prvé řadě aspoň ty housenumber, kde je
> ?/číslo, změnily na číslo, protože takto je to nesmysl. A dále pak
> opravdu seriózně rozjet diskuzi o psaní v celosvětovém měřítku. Aspoň od
> nás vzejde něco rozumnýho, než si hrát na svém vlastním písečku.
>
> Vím, že mě teď budete kamenovat, že jsem s tím měl přijít dříve, ale
> celá předchozí diskuze mi unikla. Hlavně se zamyslete, jak se má chovat
> navigační soft, protože nejde jen o to, co se zobrazuje na mapě (to zle
> snadno změnit i v mapniku), ale jak se vektorová data využijí i pro jiné
> účely. A právě navigace bude asi to nejdůležitější využití, schazuje to
> ale právě zmatek v používání tagů. Nikdo nebude mít chuť psát soft pro
> něco, co se každou chvíli mění a už vůbec ne, pokud je to v každé zemi
> jinak.
>
> Radek
>
>
> ___
> 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] Co je tohle za turistickou značku?

[Tomáš Tichý]

>
> No tak s bílou barvou značky jsem se zatím nesetkal. Pakliže může být bílá i
> jiná než trasa cyklostezka, která se netaguje pomocí kct_barva, tak by se mělo
> nějak dořešit, jak bílé značky tagovat. Např. v projektu [4] s tím nepočítám
> (cyklostezky tam zatím nejsou).
>
Pár bílých cykloznaček jsem už viděl, zato neexistují z pochopitelných
důvodů žluté.
Jestli jsou i bílé lyžoznačky nevím.

> Napadají mě dva způsoby: kct_white=ski nebo kct_none=ski...
>

Určitě bych byl pro kct_white, kct_none mi nějak nedává smysl.

=TT=

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

Re: [Talk-cz] Dotazy k tagování cyklotras a turist ických tras

[Tomáš Tichý]

2009/7/14 Milan Zamazal :
> Dotazy na věci, které jsem nevyčetl ve wiki (rád doplním):
>
> - Mají se turistické trasy značit prostřednictvím relací nebo se mají
>  jednoduše tagovat příslušné úseky silnic a cest nebo je to jedno?
>

V současné době je to asi jedno, s relacemi se lépe pracuje (dělení,
přetrasování, vizualizace v editorech ...) a jsou sémanticky
správnější.

> - Pochopil jsem to správně, že všechny cyklotrasy značené prostými čísly
>  v rozsahu 1- jsou cyklotrasy KČT?

Ano

>
> - Jak se podle čísla pozná třída cyklotrasy (počet cifer??)?
>
Ano. 1 cifra = 1. třída, 4 cifry = 4.třída

> - Příklady: Cyklotrasa označená "5171" má mít network=rcn?  Cyklotrasa
>  označená "Vinař" má mít network=lcn?
>
Ano,

> - Myslím, že jsem tu někde viděl odkaz, kde lze najít seznamy cyklotras
>  KČT, ale nemůžu ho najít.  Poradíte?
>
Nevím jestli je někde seznam všech cyklotras, ale seznam cyklotras co
jsou v OSM je tady:
http://wiki.openstreetmap.org/wiki/Cyklotrasy_v_%C4%8CR

=TT=

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

[Talk-cz] Plzeň, Olomouc a Ostrava v Norcu

[Tomáš Tichý]

Ahoj,
nevím jestli jste to zaregistrovali, ale na norc.cz se objevily fotky
Ostravy, Olomouce a Plzně. Takže pokud se vám nechce v těch hicech
chodit ven, můžete v klidu mapovat z chládku domova :-)
=TT=

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

Re: [Talk-cz] Zaverecne hlasovani o adresach

[Tomáš Tichý]

1

On 2009-06-27, Pavel Kovář  wrote:
> -3-
>
> S pozdravem
> Pavel Kovář
>
>
> Radomir Cernoch napsal(a):
>> Dobrý den,
>>
>> myslím, že nastal čas hlasovat o vítězné variantě pro datový model adres
>> v ČR. Návrhy jsou řazeny dle stáří. Svoje hlasy, prosím, zašlete v
>> odpovědi na tento e-mail. Hlasuje se pro právě jednu z variant.
>> Zbytek navrhovaných změn (obsah addr:housenumber, is_in, ...) zde
>> neuvádím, protože už konferencí prošel několikrát bez připomínek.
>>
>> 1)
>>
>> čo ... addr:streetnumber
>> čp ... addr:conscriptionnumber
>> če ... addr:provisionalnumber
>>
>> + Sémanticky přesný
>> + Drží se konvence v pojmenovávání tagů v OSM
>> + V příslušných státech je možné použít jednotná jména tagů
>>   (ČR+SR všechny tagy, v DE+A mají Konskriptionsnummer, ...)
>> - Conscription se může zdát jako nepříjemné slovo
>>
>>
>> 2)
>>
>> čo ... addr:streetnumber
>> čp ... addr:number_in_district
>> če ... addr:provisionalnumber
>>
>> + Řeší problém se slovem 'conscription'
>> - Sémanticky nepřesný (district ~ okres)
>> - Nedrží se zvyklostí (podtržítka, pořadí slov)
>>
>> 3)
>>
>> čo ... addr:orientacni
>> čp ... addr:popisne
>> če ... addr:evidencni
>>
>> + Sémanticky zcela přesný
>> + Krátká slova => rychlé psaní a málo překlepů
>> - Česká slova ve jménech tagů (v OSM je tendence "vše anglicky")
>> - Nesjednocuje názvy tagů ani mezi ČR+SR (addr:popisne X addr:supisne),
>>   kde jsou navíc oba systémy zcela shodné
>>
>>
>>
>> Vzhledem k rychlosti Vašich minulých odpovědí mi 1 týden na hlasování
>> připadá dostatečný. Ozve-li se někdo proti, doba do uzavření hlasování
>> se automaticky prodlouží na 2 týdny.
>>
>> S pozdravem,
>> Radek Černoch
>>
>
> ___
> 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] Kreslení chodníků

[Tomáš Tichý]

2009/6/23 Petr Schönmann :
>
>> > Trošku stupidní dotaz, ale zeptám se.
>> > Jak nakreslit chodník, který obklopuje plochu do uzavreneho prostoru.
>> > Keepright pak řve že chodník nikam nenavazuje, což chápu z hlediska
>> > routingu, ale tento stav je dle mého korektní.
>> >
>> Opravdu existuje chodník, který není na nic napojen? Ani pěšinkou? A
>> jak se na něj tedy dostanou chodci?
>
> V Keepright se tomuto jevu říká "floating islands" Představte si třeba
> zatáčku "U" a v jejím ohybu kruh kde je budova a okolo ní chodník. Chodník
> se nedotýká v OSM silnice avšak v realite je vše u sebe. Dejme tomu, že bych
> udělal na jedné straně "vstup" a na druhé "výstup" při routingu by zřejmě
> pak nebyl brán ohled na to, že můžu kdykoliv z chodníku sejít, jsem-li
> chodec.

Pokud je ten chodník skutečně těsně u silnice, nakreslil bych ho jen
jako půlkruh a tam kde přiléhá k silnici bych ho prostě se silnicí
spojil a ten půlkruh podél silnice samostatně nekreslil.
Pokud je kousek od silnice a oddělený např. trávou, tak nakreslit jako
celý kruh a spojit ho se silnicí jen tam kde jsou nějaké "průchody".
=TT=

>>
>> ___
>> 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] Kreslení chodníků

[Tomáš Tichý]

2009/6/23 Petr Schönmann :
> Zdravím,
>
> Trošku stupidní dotaz, ale zeptám se.
> Jak nakreslit chodník, který obklopuje plochu do uzavreneho prostoru.
> Keepright pak řve že chodník nikam nenavazuje, což chápu z hlediska
> routingu, ale tento stav je dle mého korektní.
>
Opravdu existuje chodník, který není na nic napojen? Ani pěšinkou? A
jak se na něj tedy dostanou chodci?

> Tím pádem by mě tedy zajímalo, zda by nebyl možný návrh tagu, který
> přidružuje k silnici i chodník tj něco takového
>
> highway=residential
> pedestrian=left, right, both
>
Tady zatím není jednoznačná shoda, nějaké návrhy jsou na
http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Footway

> čímž by se řeklo že po stranách ulice jsou ještě chodníky, což je dost
> rozšířený stav. Standartní chodník bez silnice by nadále mohl zustat
> highway=pedestrian
>

Pedestrian není chodník, ale pěší zóna!

=TT=

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

Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu

[Tomáš Tichý]

2009/6/7 Radomir Cernoch :
> Pavel Kovář píše v Ne 07. 06. 2009 v 17:37 +0200:
>> Radomir Cernoch napsal(a):
>> > Pavel Kovář píše v Ne 07. 06. 2009 v 15:40 +0200:
>> >> Hmm tak potom holt nezbude než do housenumber psát primární číslo dané
>> >> místí zvyklostí a do alternate to druhé a přidat tag který určí co za
>> >> číslo v tom housenumber vlastně je.
>> >> addr:housenumber=číslo běžně užívané v dané oblasti
>> >> addr:alternatenumber=Druhé číslo
>> >> addr:HouseNumType={ce/cp/co}
>> >
>> > To je také možné. Jenže i v Praze a Brně jsou doby bez čísel
>> > orientačních, ačkoli se čísla orientační používají jako hlavní.
>> > Může se pak stát, že dotaz "Brno, Jarní 20" dá nejednoznačný výsledek.
>>
>> Pokud je v tom až takový nepořádek že se na jeden dům v ulici čo nemá
>> tak se tomu ale beztak vyhnout nedá.
>
> Dá se tomu vyhnout. Přestože vyhledávač použije "hloupou" šablonu
> "street housenumber", nabídne uživateli 2 nalezené záznamy:
> 1) Jarní 20
> 2) Jarní 583/20
>
> Dál už je to na uživateli, aby věděl, zda chce dojet na "Jarní č.p 20"
> nebo na "Jarní 20". Každopádně je důležité, že existuje způsob, jak obě
> adresy rozlišit.
>
> Já vím, že to je krajní případ. Jde mi však o to, že původní návrh může
> změnit styl rendereru, aby mapa "vypadala hezky", zatímco Váš návrh musí
> změnit styl rendereru, aby mapa "bylo jednoznačná".
>
> Další problém je, že pokud 'housenumber' = čo, pak "hloupý" vyhledávač
> neumí ten dům najít podle čísla popisného. Ačkoli si myslím, že takový
> "dotaz" na OSM nebude mít mnoho uživatelů, je to zbytečná nevýhoda.
>

Rozhodně to krajní případ nebude, protože pokud adresy budeme psát
podle nějaké "místní zvyklosti", odřízneme tím všechny, kdo "místní
zvyklost" neznají.  Nic jako místní zvyklost totiž neexistuje, každý
si píše čísla do adres jak se mu zachce. Zatáhli bychom tím do dat
nežádoucí a nefunkční subjektivitu.
Proč vás tak dere dávat tam číslo s lomítkem, když to je oficiální
způsob zápisu adresy a každý to má v občance?

=TT=

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

Re: [Talk-cz] Obsah tagu addr:housenumber

[Tomáš Tichý]

> Tady je možná dobré místo pro zdůraznění, že když ve městě řeknete
> "Jarní 50", myslí se tím _vždy_ číslo orientační. Používání čísel
> popisných zkrátka není ve městech zažité

To neni tak uplne pravda, nektera mesta a mestske casti (dokonce i v
Praze) orientacni cisla nemaji, i kdyz maji pojmenovane ulice.
=TT=

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

Re: [Talk-cz] Adresy, finale diskuse

[Tomáš Tichý]

2009/6/5 Tomas Kolda :
> Tohle uz mi nevadi. Ale zase nevim zda se to bude dodrzovat :)

Dodržovat se to bude, protože se odvážím tvrdit, že 99% adresních bodů
pochází buď z importu UIR nebo z Czechaddress, takže jsou strojově
překlopitelné a v budoucnu budou už přibývat ve správném formátu.
No a když někdo přidá bod ručně, tak se to snadno pozná, protože se mu
nebude chtít ta doplňková pole vyplňovat :-), ale pořád to bude
fungovat.

=TT=

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

Re: [Talk-cz] Adresy, finale diskuse

[Tomáš Tichý]

Mapy.cz jsou hloupé :-)
Google umí najít Pod Sídlištěm 1800/9, Pod Sídlištěm 9/1800 <- tohle
mapy.cz nenajdou , Pod Sídlištěm 1800 i Pod Sídlištěm 9,
takže nějaké to "rozlomítkovávání" asi dělá.

Nebo možná naopak, Google to jede fulltextem a má / jako oddělovač
slov, kdežto  mapy.cz zkouší identifikovat číslo a to je zmate.

=TT=

>
> Takze i kdyz adresam vubec nerozumim, tak na vyhledani staci napsat to
> kamkoliv. Mapy.cz apod asi take nemaji algoritmus na detekci cisla podle
> toho jak jste to napsal, proste vezmou vse orankuji a vypisou vysledek.
>
> T
>
> Radomír Černoch napsal(a):
>
> 2009/6/5 Pavel Machek :
>
>
> Ahoj!
>
>
>
> Moje namitky proti konscriptionnummer:
> 1. Nikdy zadny globalni search engine nebude zohlednovat tuhle opicarnu.
> 2. Nikdy zadny globalni rendered nebude renderovat tuhle opicarnu.
>
>
> Díky, že jste tohle napsal. Je to totiž právě naopak, než říkáte!
>
> Problém s vykreslováním 'alternatenumber' je v tom, že může obsahovat
> zcela libovolné číslo. Kolik může mít cifer? 4? 6? 8? Od jakého zoomu
> ho tedy kreslit? Alternatenumber má totiž velmi vágní definici, totiž
> ???jakékoli číslo, co není housenumber.???
>
> Zatímco 'konskriptionsnummer' má krystalicky čistou definici. Z ní
> také plyne, že v 99% má toto číslo 1-4 cifry. Když pak píšete styl pro
> renderer, tak víte, že od zoomu 16 by neměl nastat problém. [to číslo
> zoomu je nástřel, neberte ho závazně].
>
>
> ...ma krystalicky cistou definici, ktera mi ale nerekla nic
> noveho. Proste je to cislo.
>
> A ted... highway=primary taky nema presnou definici. Definice silnice
> prvni tridy u nas zcela jiste _neodpovida_ tomu co povazuji za prvni
> tridu v Rusku. (Tam to taky muze byt sterkovka). Znamena to, ze by
> bylo rozumne z vagniho highway=primary udelat presne
> highway=prvni_trida_dle_zakona123456? Ne.
>
> A proc ne? Kvuli zobecneni.
>
> Mozna je rozumne pridat do wiki poznamku ze highway=primary v cechach
>  znamena silnice prvni tridy. Stejne tak by se mozna na wiki hodila poznamka
>  ze addr:alternatenumber v cechach znamena cislo popisne, zname tez
>  jako k18n (ne, fakt tu hruzu nebudu pokazdy vypisovat).
>
>                                                                Pavel
>
>
> To je dobrá připomínka. Srovnejme však obě definice: Silnice primary
> má dle anglické wiki "obvykle spojovat větší města". Zatímco
> alternatenumber je "libovolné další číslo domu, které není v
> 'housenumber'". Já tam cítím podstatný rozdíl v míře obecnosti -- už
> tím, že 'alternatenumber' používá negativní vymezení, zatímco
> 'primary' pozitivní.
>
> Ale tady už zacházíme do poměrně subjektivního rozhodování. Bylo by
> dobré, aby se vyjádřili i ostatní (což platí i o dilematu překlep vs.
> datový model). Doufám, že jsme mezitím všechny ostatní naší dlouhou
> diskuzí definitivně neodvařili. ;-)
>
> S pozdravem,
> Radek Černoch
>
> ___
> 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] Obsah tagu addr:housenumber

[Tomáš Tichý]

2009/6/5 Stanislav Brabec :
> Radomír Černoch píše v Pá 05. 06. 2009 v 13:32 +0100:
>
>> > Bohužel nejen v Rusku, třeba v Jindřichově Hradci jsou také adresy
>> > s lomítkem v jiném významu: např. 700/III (číslo popisné/městská čtvrť,
>> > čísla orientační tam nejsou). Takže systém pro analýzu č. p./č. o. tam
>> > naprosto selže.
>> >

Naopak, pěkně to do toho zapadá a bude to fungovat. Účelem mého návrhu
na čísla v housenumber není zpětně rekonstruovat co je co za číslo, (k
tomu slouží upřesňující položky), ale vytvořit lidsky čitelnou a
"nelokalizovaně" prohledavatelnou podobu čísla.
Takže když do tagu housenumber vyplníte 700/III, tak každý tu adresu
najde jak v mapě, tak ve vyhledávači podporujícím oddělovač lomítko (a
v kompletní formě i ve vyhledávači bez podpory lomítka).
Když někoho bude zajímat co je to za čísla, tak se podívá do polí
konsktiptionsnummer=700, cislo_popisne=None a cislo_evidencni=None a
hned mu bude jasné, co je co.
Jen ta III se tam prostě bude muset vyplňovat ručně, nebo být ošetřena
jako výjimka v czechaddress.

=TT=

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

Re: [Talk-cz] Adresy, finale diskuse

[Tomáš Tichý]

>>
>> Mozna je rozumne pridat do wiki poznamku ze highway=primary v cechach
>>  znamena silnice prvni tridy. Stejne tak by se mozna na wiki hodila poznamka
>>  ze addr:alternatenumber v cechach znamena cislo popisne, zname tez
>>  jako k18n (ne, fakt tu hruzu nebudu pokazdy vypisovat).
>>
>>                                                                Pavel

Problém je v tom, že a13n je z hlediska č.p. celkem nesmysl. Aby to
číslo mohlo být alternativní tak by muselo být alternativní k něčemu
existujícímu a ne k mnohdy neexistujícímu č.o. Celý problém totiž tkví
v tom, že č.p. není v ČR alternativní, ale ani není primární protože
máme ještě č.ev. Navrhované zobecnění  že a13n je prostě nějaké druhé
číslo je tedy jednak nepřesná (protože to první číslo možná
neexistuje) a taky příliš generalizující - zpětně už nikdy nikdo
nepozná, co za číslo v tom tagu vlastně je. Takže a13n může být
užitečné maximálně jako hint po renderer, ale jelikož ho žádný
renderer nepodporuje, tak tu stejnou vágní informaci můžeme narvat do
housenumber a co je to za číslo rozpoznat podle upřesňujících tagů,
kde konskriptionsnumber vystihuje přesně význam.

=TT=
=TT=

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

Re: [Talk-cz] Obsah tagu addr:housenumber

[Tomáš Tichý]

2009/6/5 Karel Volný :
>
> zdar a sílu,
>
> byl jsem o trošku pomalejší se stejnou myšlenkou, tak doplním zde ...
>
>> Proto navrhuji tag addr:housenumber vyplňovat tím, co visí na domě.
>> Odpovídá to asi nejlépe globální představě co od tohoto tagu čekat -
>> identifikátor, který naleznu v poštovní adrese a na tabulce domu.
>>
>> Algoritmus vyplnění navrhuji následující:
>> Pokud má bod jen č.p., vyplnit č.p.
>> Pokud má bod jen ć. ev., vyplnit č. ev.
>> Pokud má bod č.o. i č.p. vyplnit oboje ve formátu č.p./č.o.
>> (nevím jestli se můžou vyskytnout další kombinace, kdyžtak je doplňte).
>
> podle http://wiki.openstreetmap.org/wiki/Key:addr -
>
> addr:alternatenumber ... If a object has two numbers. Better use
> "addr:housenumber=;"
>

Středníku bych se vyhnul, sice je to "oficiální" cesta v OSM, ve
skutečnosti to však nikdo nepoužívá a odporuje to i zvyklostem psaní
adresy.
Navíc si myslím, že ten středník byl myšlen tak, že dům má dvě čísla
stejného  význami (v čeké terminologii dva adresní body s např. dvěmi
č.o.),
Jak jsem se dočetl na wikipedii, adresy s číslem s  lomítkem používají
i v Rusku (i když s jiným významem - tam je to když je dům na dvou
ulicích), takže mi lomítko přijde dostatečně globální.

> což odpovídá bodům 1 a 3, pokud za first dosadíme č.p. a second č.o.
>
> co se týče čísla evidenčního, klonil bych se spíše k jeho nezapisování do
> housenumber - v systému má jiný význam
>

Někdo tu uváděl příklad, kdy mu chodí pošta na č.ev., takže by se
hodit mohlo. Nemáte někdo nějaký příklad adresy s č.ev.?
Je to ale asi dost okrajový problém, takže pokud by to bránilo obecné
shodě, můžeme je zatím vypustit.
K diskuzi předkládám kompromisní návrh - č.ev. vkládat do tagu i s
textem, např. "č.ev. 20", to by mohlo předejít většině problémů.


=TT=

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

[Talk-cz] Obsah tagu addr:housenumber

[Tomáš Tichý]

Ahoj všem,
protože se již poněkolikáté rozproudila debata o adresách a v
sousedním vlákně se řeší podoba tagu pro číslo orientační, dovolil
bych si založit samostatné vlákno řěšící vlastní náplň tagu
addr:housenumber v ČR.

Pro shrnutí situace:
V ČR může mít každý adresní bod (záměrně nepíšu dům, protože dům může
mít více adresních bodů) následující čísla:
- číslo orientační
- číslo popisné
- číslo evidenční
Přičemž může mít jen jedno z nich, ale také může mít jejich kombinaci
(týká se asi hlavně č.p / ć.o.).
Pravděpodobně většina domů v ČR má pouze ć.p. ale velká skupina domů
ve městech má č.p./č.o.

Každé z těchto čísel může být součástí poštovní adresy a proto by
ideální 1.) mapa / 2.) vyhledávač / 3.) navigace měla umožnit nalezení
tohoto čísla.

Otázka je jak naplnit tag addr:housenumber. Podle mého názoru pro
ulehčení života rendererům, navigacím  a dalším nástrojům okolo OSM by
měl mít tento tag pokud možno smysluplný obsah pro maximumum možných
případů. Asi nelze čekat, že všechny nástroje budou vždy zohledňovat
středoevropská lokální specifika.

Proto navrhuji tag addr:housenumber vyplňovat tím, co visí na domě.
Odpovídá to asi nejlépe globální představě co od tohoto tagu čekat -
identifikátor, který naleznu v poštovní adrese a na tabulce domu.

Algoritmus vyplnění navrhuji následující:
Pokud má bod jen č.p., vyplnit č.p.
Pokud má bod jen ć. ev., vyplnit č. ev.
Pokud má bod č.o. i č.p. vyplnit oboje ve formátu č.p./č.o.
(nevím jestli se můžou vyskytnout další kombinace, kdyžtak je doplňte).

Dále v každém případě vyplnit "upřesňující" tagy , kde budou
jednotlivá čísla jednoznačně identifikována (jména teď neřeším, např.
addr:konsktiptionsnummer,  addr:cislo_orientacni,
addr:cislo_evidencni). Tyto tagy mohou případně obsahovat i řetězec
None jako explicitní vyjádření skutečnosti, že bod nemá dané číslo
přidělen.

Výhody navrhovaného řešení:
Ad 1.)  Na mapě se vždy zobrazí to co je v adrese, každý je podle ní
schopen daný dům najít.
Ad 2.) Obecný vyhledávač najde všechny adresy uvedené v kompletním
tvaru (s č.p, nebo č.p / č.o).  Doplnění hledání jen podle částečné
adresy je triviální parsování oddělovače bez ohledu na to, jaké jména
upřesňujících tagů budou, případně se může v případě neshody
kompletního řetězce prohledávat fulltextově.
Ad 3.) U navigace je to kombinace předchozích dvou faktorů.
Dále libovolný nástroj přizpůsobený lokálním poměrům může využít náplň
"upřesňujících" tagů.

Nevýhody:
Ad 1.) Číslo může být poměrně dlouhé, někde bude problém ho na mapu vecpat
Ad 2.) 3.) Vyžaduje úpravy stávajích nástrojů. Bez úprav bude situace
oproti současnému stavu zhruba stejná ( výrazné zlepšení u č.p, č.ev.
a kompletních adres, výrazné zhoršení u nekompletních adres jen s č.o,
stav nezměněn u nekompletních adres jen s č.p.).

=TT=

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

Re: [Talk-cz] Adresy, finale diskuse

[Tomáš Tichý]

2009/6/5 Petr Nejedlý :
> Zdar,
>
> Moje namitky proti konscriptionnummer:
> 1. Nikdy zadny globalni search engine nebude zohlednovat tuhle opicarnu.
Proč? Komerční produkty to umí. Chceme být lepší.  Stejný argument lze
použít proti alternatenumber.

> 2. Nikdy zadny globalni rendered nebude renderovat tuhle opicarnu.
Viz 1. Současné situci bych věnoval samostatné vlákno.

> 3. (plyne z 1 a 2) AndNav2 me nikdy nedovede na takovou adresu.
>
Viz 1. Záleží to jen na autorovi programu, ale zrovna u AndNav2 si
myslím, že pokud jim přispěje na vývoj dost lidí z Čech s tím ať to
dodělají, tak to tam bude. Ale nejdřív se musíme domluvit, co tam mají
dodělat.

> rationale(hodne nadnesene): Na Bali mani ricenumber (cislovani domu
> zavedene za ucelem zdaneni ryzove urody). V honolulu maji 
> Mely by vsechny ty tooly tohle zohlednovat?
>
A jsou ty ricenumber normální součástí poštovní adresy a visí na
domech? Jestli ano, pak ano. Jestli ne, pak to nemá vůbec co dělat v
namespacu addr.

> Howgh,
>   Nenik
>
> PS: Bezne s Pavlem nesouhlasim, ale zavadet tuhle specialitku na neco,
> co je ve zbytku sveta vcelku obecne
>
> PS2: uznavam, ze v soucasne dobe vsude renderovane None je jeste o trochu
> horsi nez to ze nekde v databazi bude semanticky irelevantni privesek jmenem
> konscriptionnummer, nicmene alt...->konscription... to neresi.
>
>
> ___
> 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] Adresy a None

[Tomáš Tichý]

Já bych bych s tím ještě počkal znovu prodiskutoval obsah tagu
addr:housenumber, ať se to kdyžtak pak udělá najednou.

=TT=

On Fri, Jun 5, 2009 at 09:33, Tomas Kolda wrote:
> Dost se tu zminuje to None. Mam to tedy odstranit? V zarodku to asi byla
> moje chyba
>
> T
>
>
> ___
> 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] Adresy, finale diskuse

[Tomáš Tichý]

Tu debatu mám v živé paměti a rozhodně se k žádnému konsensu nedošlo,
ale nerad bych ji opakoval, tak na ni nebudu dávat odkaz :-)

Že to bylo potřeba udělat ryhle je pravda a za to rozhodně díky,
kdybys čekal na konec debaty, tak adresy nemáme ještě dnes, nebo by to
udělal někdo jiný podle sebe.
Spíš mě teď překvapil odpor proti změně (navíc dlouho avizované a
diskutované i anglickém listu).

Kdyby se podařilo se změnou zlikvidovat i none, tím líp.
Ale pozor, ztratí se tím informace, že dům č.o. nemá, což ale není
taková tragédie, protože je snadno dohledatelná z UIR.

Stejně za to může ten nešťastný koncept rvát do housenumber něco, co
většina domů vůbec nemá.


=TT=

2009/6/4 Tomas Kolda :
> Jesli je mysleno UIR, tak na to jsem psal skript ja. Ze bych nebral ohled o
> tom nemuze byt rec. Naopak jsem prevzal sablonu nekde z mailing listu.
> Vsichni to chteli mit rychle a tam se mozna neprislo na to None, coz byl
> bug.
>
> Jestli uz tedy budete delat komplet konverzi, je mozne None v jednom vrzu
> odstranit.
>
> T
>
>
> Tomáš Tichý napsal(a):
>
> To je jak u blbých
>
>
> Moje řeč. Navíc když se dělal import, tak se taky na diskuzi v listu
> nebrat ohled a udělalo "provizorní" řešení s nesmyslným
> "alternatenumber" a spoustou "None", které nám teď dělají bordel v
> renderování.
> Každá změna k lepšímu je dobrá.
>
> K addr:konskriptionsnummer:
>  - když to někomu je nesrozumitelné, tak si to vygoogluje, překlad
> hned třetí odkaz
>  - alternatenumber bylo nesrozumitelné nejen čechům, ale i komukoli dalšímu
> Takže ze špatného řešení se nám stane přijatelné řešení - já jsem jedině
> pro.
>
> Mimochodem každé debatě o tom jak něco otagovat se používá jako
> argument "přinejhorším se to pak dá hromadně změnit".
> Tak ukažme, jestli je to platný argument :-)
>
> =TT=
>
>
>
>
> 2009/6/4 Pavel Kovář :
>
>
> ===
> Thu, 04 Jun 2009 14:10:33 +0200
> Tomas Kolda  napsal:
>
>
>
> No mozna by bylo vhodnejsi na takto velkou a zasadni zmenu nechat trochu
> casu na reakce.
>
>
> To je jak u blbých. Řeší se to celkem dlouho a poslední dobou se nikdo
> neozýval. :D
>
> S pozdravem
> Pavel Kovář
>
>
>
> Ja osobne nejsem pro. Nevidim zadne vyhody.
>
> T
>
> Radomir Cernoch napsal(a):
>
>
> Dobrý den,
>
> v diskusi se neozval žádný silný protinázor a nic tedy nebrání samotnému
> přejmenování. Berte prosím na vědomí, že:
>
> * Dnes v noci (ze 4.6 na 5.6) se všechny tagy 'addr:alternatenumber'
>   na území ČR změní na 'addr:konskriptionsnummer'.
>
> * Ve stejnou chvíli bude uvolněna nová verze pluginu CzechAddress 0.2.0,
>   která tuto změnu reflektuje.
>
> !!
> ! Jaký je závěr pro Vás? Pokud spouštíte CzechAddress po             !
> ! 5.6.2009 včetně, ujistěte se, že číslo verze není menší než 0.2.0. !
> !!
>
> Případnou aktualizaci můžete provést z menu Upravit->Nastavení (F12),
> který zobrazí dialog "Předvolby". Pod záložkou s ikonou "Zásuvka a
> zástrčka" pak stačí kliknout postupně na tlačítka "Stáhnout seznam" a
> "Aktualizovat".
>
> S pozdravem,
> Radek Černoch
>
>
>
> přejmenování 'alternate
>
> Pavel Kovář píše v So 23. 05. 2009 v 17:09 +0200:
>
>
>
> No co ze zemí které se sjednocují anglicky nemluví ani jedna maďarština je
> hrozná, čeština a slovenčina by měly problém s diakritikou no a německy
> mluví hned dvě země, tak proč ne německy že jo ;)
> Jinak hodně bych ocenil kdyby někdo na českou wiki strčil vzorově otagovaný
> baraček a panelák s více vchody.
>
>
> S pozdravem
> Pavel Kovář
> ===
> Sat, 23 May 2009 17:03:43 +0200
> Petr Dlouhý  napsal:
>
>
>
>
> On Sat, 23 May 2009 16:55:36 +0200, Radomír Černoch
>  wrote:
>
> S přejmenováním souhlasím, protože z technického hlediska je rozdíl
> prakticky nulový, ale alespoň to bude sjednocené. Nevím tedy, proč má být
> název německy, ale to je asi jedno.
> Přejmenování je s XAPI otázka chvíle, ale když jsem něco podobného naposledy
> zkoušel (asi před čtrnácti dny), tak to nefungovalo. Viz
> <http://trac.openstreetmap.org/ticket/1814>.
>
>
>
>
> Hezké sobotní odpoledne,
>
> přináším zprávy ohledně adres z t...@osm. Reakce na diskuzi o číslech
> popisných nebyla velká. Z důležitých připomínek však padlo, že
> 'addr:alternatenumber' je příliš obecný termín a 'addr:ref' je na tom
> tedy ještě hůře.
>
> Vznikl proto nápad sjednotit číslování alespoň v

Re: [Talk-cz] Adresy, finale diskuse

[Tomáš Tichý]

> To je jak u blbých

Moje řeč. Navíc když se dělal import, tak se taky na diskuzi v listu
nebrat ohled a udělalo "provizorní" řešení s nesmyslným
"alternatenumber" a spoustou "None", které nám teď dělají bordel v
renderování.
Každá změna k lepšímu je dobrá.

K addr:konskriptionsnummer:
 - když to někomu je nesrozumitelné, tak si to vygoogluje, překlad
hned třetí odkaz
 - alternatenumber bylo nesrozumitelné nejen čechům, ale i komukoli dalšímu
Takže ze špatného řešení se nám stane přijatelné řešení - já jsem jedině pro.

Mimochodem každé debatě o tom jak něco otagovat se používá jako
argument "přinejhorším se to pak dá hromadně změnit".
Tak ukažme, jestli je to platný argument :-)

=TT=




2009/6/4 Pavel Kovář :
> ===
> Thu, 04 Jun 2009 14:10:33 +0200
> Tomas Kolda  napsal:
>
>> No mozna by bylo vhodnejsi na takto velkou a zasadni zmenu nechat trochu
>> casu na reakce.
>
> To je jak u blbých. Řeší se to celkem dlouho a poslední dobou se nikdo 
> neozýval. :D
>
> S pozdravem
> Pavel Kovář
>
>>
>> Ja osobne nejsem pro. Nevidim zadne vyhody.
>>
>> T
>>
>> Radomir Cernoch napsal(a):
>> > Dobrý den,
>> >
>> > v diskusi se neozval žádný silný protinázor a nic tedy nebrání samotnému
>> > přejmenování. Berte prosím na vědomí, že:
>> >
>> > * Dnes v noci (ze 4.6 na 5.6) se všechny tagy 'addr:alternatenumber'
>> >   na území ČR změní na 'addr:konskriptionsnummer'.
>> >
>> > * Ve stejnou chvíli bude uvolněna nová verze pluginu CzechAddress 0.2.0,
>> >   která tuto změnu reflektuje.
>> >
>> > !!
>> > ! Jaký je závěr pro Vás? Pokud spouštíte CzechAddress po             !
>> > ! 5.6.2009 včetně, ujistěte se, že číslo verze není menší než 0.2.0. !
>> > !!
>> >
>> > Případnou aktualizaci můžete provést z menu Upravit->Nastavení (F12),
>> > který zobrazí dialog "Předvolby". Pod záložkou s ikonou "Zásuvka a
>> > zástrčka" pak stačí kliknout postupně na tlačítka "Stáhnout seznam" a
>> > "Aktualizovat".
>> >
>> > S pozdravem,
>> > Radek Černoch
>> >
>> >
>> >
>> > přejmenování 'alternate
>> >
>> > Pavel Kovář píše v So 23. 05. 2009 v 17:09 +0200:
>> >
>> >> No co ze zemí které se sjednocují anglicky nemluví ani jedna maďarština 
>> >> je hrozná, čeština a slovenčina by měly problém s diakritikou no a 
>> >> německy mluví hned dvě země, tak proč ne německy že jo ;)
>> >> Jinak hodně bych ocenil kdyby někdo na českou wiki strčil vzorově 
>> >> otagovaný baraček a panelák s více vchody.
>> >>
>> >>
>> >> S pozdravem
>> >> Pavel Kovář
>> >> ===
>> >> Sat, 23 May 2009 17:03:43 +0200
>> >> Petr Dlouhý  napsal:
>> >>
>> >>
>> >>> On Sat, 23 May 2009 16:55:36 +0200, Radomír Černoch 
>> >>>  wrote:
>> >>>
>> >>> S přejmenováním souhlasím, protože z technického hlediska je rozdíl 
>> >>> prakticky nulový, ale alespoň to bude sjednocené. Nevím tedy, proč má 
>> >>> být název německy, ale to je asi jedno.
>> >>> Přejmenování je s XAPI otázka chvíle, ale když jsem něco podobného 
>> >>> naposledy zkoušel (asi před čtrnácti dny), tak to nefungovalo. Viz 
>> >>> .
>> >>>
>> >>>
>>  Hezké sobotní odpoledne,
>> 
>>  přináším zprávy ohledně adres z t...@osm. Reakce na diskuzi o číslech
>>  popisných nebyla velká. Z důležitých připomínek však padlo, že
>>  'addr:alternatenumber' je příliš obecný termín a 'addr:ref' je na tom
>>  tedy ještě hůře.
>> 
>>  Vznikl proto nápad sjednotit číslování alespoň v těch zemích, kde se
>>  používá obdoba našich čísel popisných. Tyto země jsou ČR, Slovensko,
>>  Německo, Rakousko a pravděpodobně i Maďarsko. Systém totiž vychází
>>  ještě z doby Habsburků a zřejmě se používal na celém jejich území.
>>  Jako logické jméno tagu se tedy jeví původní označení toho systému,
>>  tedy "konskriptionsnummer".
>> 
>>  Souhlasíte tedy s přejmenování 'alternatenumber' na
>>  'konskriptionsnummer'? Osobně se mi toto řešení zdá systematičtější.
>>  Samotné přejmenování je otázka chvíle, neboť 'alternatenumber' se tak
>>  jako tak používá zatím jen na území ČR.
>> 
>>  S pozdravem,
>>  Radek Černoch
>> 
>>  PS: Doufám, že už tuto věc budeme mít brzo z krku a nebudu Vás emaily
>>  o adresách dále otravovat.
>> 
>> >>> --
>> >>> Petr Dlouhý
>> >>>
>> >
>> >
>> >
>> > ___
>> > 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] Cyklotrasy

[Tomáš Tichý]

Ok, pak ale bude 8100 i A50 rcn, takže se nám to pěkně sešlo.


2009/5/7 Petr Dlouhý :
> On Thu, 07 May 2009 09:00:29 +0200, Tomáš Tichý  wrote:
>
> Já bych to tak dělal. To že jde o jednu síť označí právě to operator=MHP. Ono 
> už network=ncn/lcn/rcn je asi trochu proti smyslu tagu network.
>
> Jinak zrovna A50 je zároveň 8100, takže ncn (moje chyba v předchozí odpovědi).
>
>> Variantu kdy rozlišíme třídy cyklotrasy jsem také ochoten akceptovat,
>> pak bychom se ale měli domluvit jak na to.
>> Třeba v Praze A1-A50 jako rcn a ostatní jako lcn, v ČR 1-999 jako ncn
>> a ostatní jako rcn. Nebude to faktograficky správně, ale bude to
>> vypadat líp na mapě :-).
>
>
>
> --
> Petr Dlouhý
>
>
>
> ___
> 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] Cyklotrasy

[Tomáš Tichý]

No a já jsem je značil všechny jako lcn, takže z toho máme pěkný chaos :-) :
http://www.opencyclemap.org/?zoom=12&lat=50.06172&lon=14.44547&layers=B000

Rozhodně si myslím, že by se měly všechny značit jako jedna síť,
protože to jedna síť je. Celostátní trasy také značíme všechny jako
ncn.

Variantu kdy rozlišíme třídy cyklotrasy jsem také ochoten akceptovat,
pak bychom se ale měli domluvit jak na to.
Třeba v Praze A1-A50 jako rcn a ostatní jako lcn, v ČR 1-999 jako ncn
a ostatní jako rcn. Nebude to faktograficky správně, ale bude to
vypadat líp na mapě :-).

=TT=


2009/5/7 Petr Dlouhý :
> On Thu, 07 May 2009 08:29:44 +0200, Tomáš Tichý  wrote:
>
> Snažil jsem se značit jednomístné a dvoumístné (A1 - A50) jako rcn a ostatní 
> (A111, ÚJ-BR a podobně) jako lcn. Možná se mi to nepodařilo všude dodržet. 
> Jem ale ochotný přistoupit i na jiný systém.
>
>> Co se týče pražských cyklotras, měli bychom se dohodnout, jestli je
>> budeme značit jako lcn nebo rcn, zatím je to tak půl na půl.
>> Já hlasuji pro lcn, protože jednak ač pražák, Prahu nepovažuji za
>> region a za druhé se v cyklomapě zobrazují hezčí barvou :-)
>>
>> =TT=
>>
>>
>>
>>
>
>
>
> --
> Petr Dlouhý
>
>
>
> ___
> 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] Cyklotrasy

[Tomáš Tichý]

Celostátní cyklotrasy provozuje (nebo spíše garantuje) KČT, pražské
garantuje magistrát.
Takže navrhuji použít tagy operator=KČT resp operator=MHP.

Co se týče pražských cyklotras, měli bychom se dohodnout, jestli je
budeme značit jako lcn nebo rcn, zatím je to tak půl na půl.
Já hlasuji pro lcn, protože jednak ač pražák, Prahu nepovažuji za
region a za druhé se v cyklomapě zobrazují hezčí barvou :-)

=TT=




2009/5/6 Petr Dlouhý :
> Ahoj,
>
> sestavil jsem seznam zmapovaných českých cyklotras na 
> .
> Bylo by dobré přiřadit českým trasám tag oprerator, aby bylo možné je 
> vyhledávat automaticky. Chtěl bych se tedy zeptat, kdo je vlastně provozuje - 
> je to KČT nebo někdo jiný? A kdo provozuje ty pražské?
>
> --
> Petr Dlouhý
>
>
>
> ___
> 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] Pokryti prazskych zastavek openstreetmap

[Tomáš Tichý]

2009/5/1 hanoj :
> jen poznamka...
>
>> V OSM existují dneska následující  přístupy:
>> 1. Umístit node bus_stop do místa kde je tyčka, tzn. mimo way silnice.
>> Je to nejrychlejší ale ne úplně košer z hlediska datového modelu - v
>> některých případech nelze jednoduše říct, kde na silnici bus zastaví.
>> Tento způsob používají také mapy.cz.
>> S dnešní podporou rendererů je to také jediný způsob, který umožní
>> rozlišit směr zastávky na mapě.
> *** Mapy.cz ale nezajima topologie. A otazka, potrebujeme takto
> podrobny model MHD? Casto se pouziva mapa MHD s tak detailne resenymi
> zastavkami?
>


Každý už určitě řešil při cestování MHD v neznámých místech podobné
problémy jako:
 - Na které straně silnice mám čekat pro svůj směr?
 - Přijdu na zastávku a je zrovna špatným směrem a druhou nevidím. Je
tady z tím rohem, nebo tam za tím?
 - Přestupuji, mám zůstat na stejné zastávce, nebo někam přejít?
 - O situaci v uzlech, kde je víc jak dva označníky už vůbec nemluvě.
Zrovna nedávno jsem běhal po Budějovické a než jsem našel tu správnou
zastávku, ujeli mi 2 busy.

Přesná poloha každého označníku je nezbytnou podmínkou pro vybudování
nějaké smysluplné navigace s veřejnou dopravou.

=TT=

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

Re: [Talk-cz] Pokryti prazskych zastavek openstreetmap

[Tomáš Tichý]

Zastávky v bodu křižovatky jsou naprosto běžná věc (i z provozního
hlediska to není žádný problém, představte si křižovatku ve tvaru T).

Problematika směru a "vpravo, vlevo" se řešila už mockrát, v OSM
mailing listu se toto téma vyskytuje minimálně 1x měsíčně a nikdo to
nikdy uspokojivě nevyřešil.

Předpokládat, že way má směr přináší neustále komplikace, v zásadě je
to relikt z doby  "předrelační" a jeho využití kromě vyloženě
triviálních případu typu jednosměrná ulice (a i s ní můžou být
problémy) vede vždycky ke komplikacím které se musí řešit
nesystematickými ad-hoc hacky typu oneway=-1, cycleway:left=yes,
lane.2=bus a podobnými zvěrstvy.

Datový model OSM na to prostě není stavěný, nody a waye jsou stavěné
na to aby odráželi to co "je fyzicky na zemi". Směr na zemi není, je
to čistě abstraktní pojem. Na abstraktní pojmy jsou v OSM zavedené
relace.
Osobně si myslím, že pokud se tohoto přístupu budeme držet, ušetříme
si spoustu problémů.

=TT=

2009/4/28 Stanislav Brabec :
> Pavel Machek píše v Po 27. 04. 2009 v 01:06 +0200:
>
>> 4. Umistit bus_stop do waye silnice, a jednosmernost delat
>> "direction=1" -- je to ve smeru ty waye, "direction=-1" -- je to proti
>> smeru waye ?
>
> Tento návrh se již určitě vyskytl a byl diskutován. Byl odmítnut poněkud
> nesmyslným argumentem nechtěného otočení vyznačeného směru mapperem při
> otočení way. To však není problém datového modelu, ale editoru. Např.
> josm má již dokonce nějaké testy, takže přidat kontrolu by byla otázka
> pár řádků.
>
> Je to celkem konzistentní, s výjimkou zastávek v bodu křižovatky nebo
> změny směru procházející way. (Ovšem posadit do takových bodů zastávku
> by byla hloupost, nejen z hlediska mappera, ale i z provozního hlediska.
>
>
> 
> Stanislav Brabec
> http://www.penguin.cz/~utx
>
>
> ___
> 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] Pokryti prazskych zastavek openstreetmap

[Tomáš Tichý]

Přidal jsem ho na wiki:
http://wiki.openstreetmap.org/wiki/WikiProject_Czechia/free_map2osm#NORC

=TT=

2009/4/27 Kubajz :
> Nedavno to tu proslo NORC je neco jako google street view z Rumunska a
> dala sva data k dispozici pro odvozovani dat do OSM, protoze jako
> podkladni vrstvu chteji pouzivat prave OSM.
>
> Vice http://www.norc.cz
>
> K
>
> Pavel Machek napsal(a):
>> Ahoj!
>>
>>
>>> ještě mě napadlo, že pokud máš seznam pražských MHD zastávek a skript
>>> jak to komparovat s OSM, jestli by nešlo udělat nějaký pravidelně
>>> aktualizovaný seznam toho co není v OSM, jako to bylo se silnicemi 3.
>>> třídy. Zastávky se s trochou místní znalosti dají dobře odvozovat z
>>> Norcu, takže bychom mohli mít brzy Prahu kompletní.
>>>
>>
>> Nevim co ne "Norc"... ale seznam zastavek pribalim. Skripty na
>> porovnavani jsou v tom timetab projektu (adresar navit), ale jsou dost
>> liny protoze ve skutecnosti vyrabej mapu pro navit (a porovnavani je
>> vedlejsi produkt).
>>
>> [aha, asi bych to umel i s diakritikou, ale dalo by to vic prace...]
>>
>>                                                                       Pavel
>>
>>
>> 
>>
>> ___
>> 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] Pokryti prazskych zastavek openstreetmap

[Tomáš Tichý]

Ahoj,
ještě mě napadlo, že pokud máš seznam pražských MHD zastávek a skript
jak to komparovat s OSM, jestli by nešlo udělat nějaký pravidelně
aktualizovaný seznam toho co není v OSM, jako to bylo se silnicemi 3.
třídy. Zastávky se s trochou místní znalosti dají dobře odvozovat z
Norcu, takže bychom mohli mít brzy Prahu kompletní.
=TT=

2009/4/26 Pavel Machek :
> Ahoj!
>
>> > ...neni vubec spatne:
>> >
>> > pa...@amd:~/sf/timetab/navit$ ./statistics
>> > OpenStreetMap stations total       : 747
>> >     (v okoli prahy je 747 zastavek v openstreetmap)
>> > OpenStreetMap stations bogus       : 288
>> >     (288 z nich neodpovida zadnemu jmenu PID; casto jsou to vlaky).
>> > OpenStreetMap contains               38 % bogus stations
>> > Total arrivals in timetables       : 1241107
>> > Arrivals OpenStreetMap knows about : 570953
>> > OpenStreetMap covers                 46 % of arrivals
>> >     (Streetmapa vi o stanicich, ktere pokryvaji 46% vsech
>> >     prijezdu).
>>
>> Ahoj, ty data vypadají zajímavě, odkud to je?
>
> timetab.sf.net . Kdysi jsem si hral s jizdnima radama, a ted jsem to
> propojil s navitem (http://trac.navit-project.org/).
>
>> > Top 20 nejdulezitejsich stanic co nejsou v openstreetmap:
>> >
>> Tady bude asi nějaká chybka ve zdroji, protože většina těch níže
>> uvedených zastávek v OSM je.
>> Ruku do ohně bych za to nedal, ale pražské tramvajové zastávky by měly
>> být v OSM všechny
>
> Aha. Moje chyba, moje skripty nepoznavali zastavky tramvaji a ja si to
> nezkontroloval.
>
>> Zbytek prověřím, až budu na něčem rychlejším než GPRS.
>
> Spis ja poslu opraveny seznam; tohle neni duvod proverovat. Dik!
>                                                                        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
>

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

Re: [Talk-cz] Pokryti prazskych zastavek openstreetmap

[Tomáš Tichý]

Dovolil bych si mírně nesouhlasit, protože jednosměrnost zastávky je
fyzická vlastnost která je viditelná v terénu - zjednodušeně řečeno je
tyčka s jízdním řádem jen na jedné straně silnice - a to je to, co v
OSM především mapujeme.

V OSM existují dneska následující  přístupy:
1. Umístit node bus_stop do místa kde je tyčka, tzn. mimo way silnice.
Je to nejrychlejší ale ne úplně košer z hlediska datového modelu - v
některých případech nelze jednoduše říct, kde na silnici bus zastaví.
Tento způsob používají také mapy.cz.
S dnešní podporou rendererů je to také jediný způsob, který umožní
rozlišit směr zastávky na mapě.
2. Umístit node bus_stop do waye silnice, do místa tyčky umístit node
highway=platform a spojit je pomocí relace stoparea, (type=site,
site=stoparea) viz
http://wiki.openstreetmap.org/wiki/Proposed_features/unified_stoparea.
Výhoda tohoto přístupu je lepší reprezentace topologie a logických
vazeb zastávky, projeví se zejména u rozsáhlejších terminálů.
Nevýhoda je větší pracnost při dnešní podpoře editorů.
3. Umístit node bus_stop do waye silnice a o jednosměrnost se
nestarat, nebo ji řešit obskurními tagy typu direction=west

Já jsem pro používání způsobu 2., eventuleně 1. (který je sice s 2.
nekompatibilní, ale v budoucnu na něj lehce převoditelný).
Způsob 3. bych nepoužíval, protože jednosměrnost zastávek neřeší konzistentně.


Mimochodem, kdyby to někdo nezaregistroval, přidávám dva odkazy na
mapy, kde je možné prohlížet linky (nejen) MHD v OSM:
http://www.öpnvkarte.de/
http://www.openstreetbrowser.org/ vrstva Transportation


=TT=


2009/4/26 Petr Dlouhý :
> On Sun, 26 Apr 2009 15:06:25 +0200, Stanislav Brabec  wrote:
>
> Myslím, že jednosměrnost ze zastávky dělá až to, že zastávkou jezdí všechny 
> linky jen jedním směrem. Takže stačí zmapovat MHD linky a tím bude určeno, 
> jaký směr zastávky mají. Na wiki 
> (http://wiki.openstreetmap.org/wiki/Relation:route) je popsán způsob, jak 
> přiřadit jednosměrné zastávky k trasám linek. Například na lince busu 131 tak 
> jsou některé zastávky udělány. Pro routování, které by umožnilo využít MHD je 
> stejně nutné linky zmapovat.
>
>> Pavel Machek píše v Ne 26. 04. 2009 v 00:31 +0200:
>>
>>> Top 20 nejdulezitejsich stanic co nejsou v openstreetmap:
>>
>>> ...treba je nekdo prida? ;-).
>>
>> Myslím, že bychom se měli dohodnout, jak značit jednosměrné zastávky.
>> Návrhů bylo mnoho, ale pokud vím, jednota značení nepanuje. Bez toho
>> mohou vzniknout problémy při budoucím routování.
>>
>>
>> 
>> Stanislav Brabec
>> http://www.penguin.cz/~utx
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> --
> Petr Dlouhý
>
>
>
> ___
> 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] Pokryti prazskych zastavek openstreetmap

[Tomáš Tichý]

On 2009-04-26, Pavel Machek  wrote:
> Ahoj!
>
> ...neni vubec spatne:
>
> pa...@amd:~/sf/timetab/navit$ ./statistics
> OpenStreetMap stations total   : 747
>   (v okoli prahy je 747 zastavek v openstreetmap) 
> OpenStreetMap stations bogus   : 288
>   (288 z nich neodpovida zadnemu jmenu PID; casto jsou to vlaky).
> OpenStreetMap contains   38 % bogus stations
> Total arrivals in timetables   : 1241107
> Arrivals OpenStreetMap knows about : 570953
> OpenStreetMap covers 46 % of arrivals
>   (Streetmapa vi o stanicich, ktere pokryvaji 46% vsech
>   prijezdu).

Ahoj, ty data vypadají zajímavě, odkud to je?

>
> Top 20 nejdulezitejsich stanic co nejsou v openstreetmap:
>
Tady bude asi nějaká chybka ve zdroji, protože většina těch níže
uvedených zastávek v OSM je.
Ruku do ohně bych za to nedal, ale pražské tramvajové zastávky by měly
být v OSM všechny
Např.:

> OpenStreetmaps ignores 5025 Na Knizeci
Je tam.
> OpenStreetmaps ignores 4597 Palackeho namesti
Je tam.
> OpenStreetmaps ignores 3896 Sporilov
Je tam.
> OpenStreetmaps ignores 3804 Koh-i-noor
Je tam.
> OpenStreetmaps ignores 3698 Na Rolich
> OpenStreetmaps ignores 3548 Pisecna
> OpenStreetmaps ignores 3548 Cimicky haj
> OpenStreetmaps ignores 3463 Piskova
> OpenStreetmaps ignores 3392 Narodni divadlo
Je tam.
> OpenStreetmaps ignores 3219 Nakladove nadrazi Zizkov
Je tam.
> OpenStreetmaps ignores 3201 Prasny most
> OpenStreetmaps ignores 3147 Ujezd
Je tam.
> OpenStreetmaps ignores 3121 Vozovna Kobylisy

> OpenStreetmaps ignores 3033 Strossmayerovo namesti
> OpenStreetmaps ignores 2979 Pristaviste
> OpenStreetmaps ignores 2904 Prazsky hrad
> OpenStreetmaps ignores 2904 Kralovsky letohradek
> OpenStreetmaps ignores 2887 Dvorce
> OpenStreetmaps ignores 2810 Kavalirka
> OpenStreetmaps ignores 2729 Lazarska
> OpenStreetmaps ignores 2684 Na Pahorku
> OpenStreetmaps ignores 2591 Sidliste Lhotka
> OpenStreetmaps ignores 2577 Stepanska
> OpenStreetmaps ignores 2572 Kotlarka
> pa...@amd:~/sf/timetab/navit$
>
> ...treba je nekdo prida? ;-).
>
>   Pavel

Zbytek prověřím, až budu na něčem rychlejším než GPRS.

=TT=

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

Re: [Talk-cz] dotaz na způsob značení hranic p řírodních památek a přírodních rezerv ací

[Tomáš Tichý]

leisure=nature_reserve

Nelogické, leč zaužívané.
=TT=

2009/4/23 Zdeněk Pražák :
>
> Chtěl jsem se zeptat jak mám otagovat hranici chráněného území - přírodní 
> památky, přírodní rezervace.
> Pražá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] dotaz na otagování ovocného sadu

[Tomáš Tichý]

To je určitě dobrá varianta.
Alternativně by šlo použít přímo landuse=orchard, což je v současné
době nejpoužívanější varinata - v Evropě použito 58x. Ale to má tu
nevýhodu, že se aktuálně nikde nevyrenderuje na mapě.

=TT=

2009/4/23 Zdeněk Pražák :
>
> Chtěl jsem se zeptat, jak se taguje ovocný sad. Já jsem doposud používal tag 
> landuse:farmland
> což je nyní přeloženo jako zemědělská půda.
> Chtěl jsem se zeptat zda mohu použít další tag type s hodnotou orchard
> Děkuji Pražá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] Tagovani turistickych stezek

[Tomáš Tichý]

Tak potvrzuji, ze tam ten bug stale je. Mam nejnovejsi JOSM (1541) a
posledni plugin s cyklostezkami a dela to pri odzoomovani cary do
rohu, tentokrat i fialove :-)
=TT=

2009/4/21 Jiri Klement :
> Pridal jsem renderovani cyklostezek a nahral aktualni verzi na:
> http://jttt.110mb.com/routes.jar
> Predelal jsem to tak, aby to fungovalo univerzalne. Az budu mit cas
> tak udelam konfiguraci do xml aby bylo mozne renderovat libovolne
> route. Prakticky vubec jsem to netestoval, takze bugy pravdepodobne.
>
> Radku, muzes zkusit jestli se i v teto verzi projevuje popisovany bug?
> Koukal jsem na to a netusim jak by k popisovanemu chovani mohlo dojit.
> Proto myslim, ze mas nekde porad starou verzi. Plugin zatim neni v
> svn, takze neni mozne pouzit automatickou aktualizaci, je nutne novou
> verzi nahrat rucne do adresare .josm. Jestli ti to bude renderovat
> cyklostezky (fialove) a zaroven spatne vykreslovat, pak bude jiste, ze
> v aktualni verzi ten bug opravdu je.
>
> 2009/4/21 Michal Grézl :
>> 2009/4/19 Jiri Klement :
>>> Ahoj,
>>>
>>> Pouzivas aktualni verzi pluginu? Je ke stazeni tady:
>>> http://jttt.110mb.com/routes.jar
>>>
>>
>> tak trosku offtopic, ale neslo by do pluginu pridat zobrazovani cyklostezek?
>> ncn=yes, lcn=yes, rcn=yes (mozna i s *_ref?)
>>
>> --
>> Michal Grézl
>> http://walley.org
>>
>> ___
>> 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] WMS v JOSM (WMSplugin)

[Tomáš Tichý]

Taky jsem si myslel, že je to chyba v WMS pluginu, ale nakonec jsem
přišel na to, že přibyla nová volba do JOSM.
Chce to kliknout v seznamu vrstev na příslušnou WMS vrstvu a
zašktrtnout volbu Alfa kanál a pak už je zase průhledná.
=TT=

2009/4/20 hanoj :
> Ahoj,
> v dobe read-only API jsem zkousel upresnit info na wiki o WMS cuzk:km
> http://wiki.openstreetmap.org/wiki/WikiProject_Czechia/free_map2osm#WMS_.C4.8C.C3.9AZK_-_katastr.C3.A1ln.C3.AD_mapa
>
> ukazalo se  ze:
> WMSplugin (posledni verze 14120):
> * at pozadam o PNG/JPG uklada do cache v PNG (tzn. ze si ho zrejme
> vynucuje uz od serveru, proc?)
>
> JOSM (1537)
> * kdyz pozdam o transparent PNG tak ho neumi pruhledne zobrazit (na
> aktualni ticket bugreportu jsem nenarazil)
>
>
> delam neco spatne?
> mate jine zkusenosti?
>
>
> diky
>
> hanoj
>
> ___
> 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] Vrstva jednoho státu do SVG?

[Tomáš Tichý]

A nebo je možné stáhnout si celou británii třeba odsud:
http://download.geofabrik.de/osm/europe/great_britain/ a pak to
vyseknout pomocí osmosis (http://wiki.openstreetmap.org/wiki/Osmosis),
sám jsem tak dělal železnice v ČR, když jsem je potřeboval
oreferencovat.

=TT=


2009/4/8 Petr Dlouhý :
> On Wed, 08 Apr 2009 17:39:02 +0200, Jiří Jakeš 
> wrote:
>
> Pomocí xapi (http://wiki.openstreetmap.org/wiki/Xapi) si stáhneš všechno
> co potřebuješ (asi musíš navíckrát, a pak to spojit do jednoho souboru).
> Myslím, že v současné době funguje jen xapi na telasceince.org. Myslím, že
> je to schopné vyklopit i celou síť najednou.
> No a potom to pomocí Osmarenderu
> (http://wiki.openstreetmap.org/wiki/Osmarender) převedeš do SVG.
>
>
>> Zdravím, kolegové!
>> Pro mou bakalářskou práci by se mi celkem hodila kompletní mapa
>> britské železniční sítě (nejlépe v SVG). Kompletní myslím se vším
>> všudy - všechny tratě tak, jak jsou v OSM včetně všech stanic a jejich
>> názvů. Na
>> http://www.nationalrail.co.uk/tocs_maps/maps/network_rail_maps.html
>> sice nabízí poměrně slušnou mapu v PDF, ale nejsou tam obsaženy
>> všechny stanice. Lze toto nějak snadno dosáhnout s OSM a jejími
>> nástroji? Pokud by byl problém celou britskou síť, stačilo by i nějaké
>> bboxy.
>>
>> Díky.
>>
>> Jiří Jakeš
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> --
> Petr Dlouhý
>
> ___
> 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] limit 2000bodu

[Tomáš Tichý]

2009/3/11 Karel Volný :
>
>> Me osobne se ten limit libi prave z tohoto duvodu. Na sumave, kdyz
>> posunu v hranici lesa, tak zbytecne odesilam nekolik MB dat a trva to
>> dost dlouho. Nebo je uzasne, kdyz si stahnu vesnici a stahne se mi k
>> tomu cele Labe. Nez zjistim, kde je ta vesnice, co jsem vlastne chtel...
>
> uff, takže místo toho, aby se to pořádně vyřešilo (viz níže, možnost
> komunikovat pouze změny, nikoliv všechna data), budeme raději tleskat
> hloupému workaroundu?
>

A co "DoS" na uživatele? Není nad to, když se při editaci jedné
hospody stáhne tisíc kilometrů čtverečních lesa.
Nebo když hledáte nějakého člena relace v pěti tisících položkách.
A zkuste si někdy používat něco takového třeba na GPRS připojení.
Eventuelní řešení stahovat pouze část cesty/relace považuji za
potenciálně velmi nebezpečné.

Vylepšit datový model tak, aby byl pro člověka lépe uchopitelný
nepovažuji za "hloupý workaround". Dlouhé cesty elegantně řeší relace.
Rozsáhlé relace elegantně řeší relace relací. Doufejme, že se
zavedením limitů bude větší motivace k vylepšení podpory relací v OSM
nástrojích.

=TT=

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

Re: [Talk-cz] limit 2000bodu

[Tomáš Tichý]

>> Resenim je rozkouskovat lesy na casti mensi nez 2000 nodu, napriklad
>> podel silnic, nebo umele nekde uprostred tak aby to nebylo videt.
>

Nesmysl, stačí tu hranici lesa rozkouskovat na neuzavřené cesty a
spojit je multipolygon relací.
Umělé spojnice uzavírající polygon uprostřed lesa nedělejte!!!
Tady je ukázka jak na to:
http://www.openstreetmap.org/browse/relation/24849

Upozorňuji, že podobný limit se bude týkat počtu členů relace.


=TT=

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

Re: [Talk-cz] OSM: změna licence

[Tomáš Tichý]

Souhlasím,
bohužel to ale moc nepomůže, v autorských právech neplatí demokracie a
názor většiny.
Takže i když nebude souhlasit třeba jen 1% uživatelů, může se poškodit
třeba 20% dat.
Záleží samozřejmě, jak striktní postoj se při změně licence uplatní,
ale pokud zvítězí opatrný přístup,
znamená to, že pokud hypotetický uživatel Pepa Nespokojený přidal tu a
tam před rokem bodík do spousty silnic,
budou muset všechny tyto silnice revertovat do stavu před jeho
zásahem, čímž se ztratí i hromada práce dalších uživatelů,
kterí tu silnici upravovali po něm a s licencí souhlasí. Tím se jejich
práce dostává do rukou "licenčních teroristů".

Nejhorší na tom je, že čím déle se bude změna odkládat, tím horší bude
situace a tím více se bude zabetonovávat stav
s CC-BY-SA na věčné časy a nikdy jinak.

=TT=


2009/3/5 Jan Dudík :
> Řekl bych, že 90+% uživatelů i většině přispěvatelů je licence
> naprosto šumák a odkývou cokoliv, pokud je to fyzicky neomezuje
>
> J&D
>
>
> Dne 5. březen 2009 15:51 Stanislav Brabec  napsal(a):
>
>>
>> To je skoro nemožné. Představte si, že v CC-by-SA forku přidal silnici
>> někdo, kdo souhlasí jen s CC-by-SA. V ODbL forku by tu samou přidal
>> někdo jiný, kdo souhlasí jen s ODbL. Navzájem si je přebírat nemohou,
>> takže uživatel, který souhlasí s oběma licencemi, musí napojit cestu
>> v každé mapě zvlášť.
>>
>> A teď si představte, že přijde další uživatel, který souhlasí jen s
>> jednou s licencí, a protáhl by cestu až k další vesnici. Tím by silnice
>> přestala být akceptovatelná pro konkurenční licenci, a když by se k ní
>> vrátil ten, kdo jí původně nakreslil, třeba aby ji prodloužil ještě dál,
>> už by svůj příspěvek nemohl poskytnout do druhé mapy, ledaže by provedl
>> její revert na poslední dvoulicenční verzi, a začal kreslit do ní.
>>
>> --
>> Stanislav Brabec
>> http://www.penguin.cz/~utx
>>
>>
>> ___
>> 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] OSM: změna licence

[Tomáš Tichý]

2009/3/5 MP :
>>> Problem by treba byl pokud by nesouhlasil napriklad nekdo velmi
>>> aktivni (jeden s lidi co provadeli nektery z hromadnych importu
>>> napriklad). Dalsi problem muze byt v delsi dobu neaktivnich lidech.
>>
>> Hmm, tak to asi bude problem. Jak jsem rikal, nova smlouva se mi vubec
>> nelibi.
>
> Takze vyvstava otazka: co s tim? Udelat si vlastni fork OSM stale pod
> cc-by-sa? Budou v tom forku data pro celou planetu, nebo jen czechia?
> Nebo se pridat k jinemu forku, ktery (snad) nekdo vytvori?
>
> Martin

Přesvědčit Pavla, aby souhlasil :-)

=TT=

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

Re: [Talk-cz] OSM: změna licence

[Tomáš Tichý]

On Wed, Mar 4, 2009 at 01:29, Pavel Machek  wrote:
> On Tue 2009-03-03 23:21:48, Stanislav Brabec wrote:
>> Na talk@ nyní probíhá rozsáhlá diskuse o změně licence OSM dat. Někteří
>> si jí možná nevšimli, a protože nás výsledek potenciálně může připravit
>> o 20% dat OSM Czechia, prosím, věnujte ji pozornost.
>>
>> Po přečtení tamějšího threadu začínám mít dokonce pocit, že někteří
>> významní přispěvatelé české OSM z komerční sféry by dokonce mohli
>> ztratit motivaci se na OSM podílet, neboť nová license už by
>> neumožňovala zpracování databáze v closed source nástrojích.
>>
>> Prosím ty, kterých by se to mohlo týkat, aby si novou licenci důkladně
>> přečetli, případně ji i prostudovali s právníky, a včas se ozvali na
>> mezinárodním listu.
>

Sledoval jsem debatu na talk a mám pocit naprosto opačný, nová licence
umožní použít data v closed source nástrojích a výsledné mapy v
kombinaci s daty licencovanými jinak.


> Tady je moje reakce, bohuzel mezinarodni list je subscribers-only.
>
A jaký je problém se subscribnout?

>> Learning from history of open projects, nearly all of them forked
> before
>> the license change. You should expect, that OSM will do it as well.
>
> It will need to. That ODbL thing is ugly, dangerous, and substantial
> change over previous CC-by-sa licensing.
>
> First:
>
> it is 10 pages of ugly legaleese.

Takový je už bohužel dnešní svět :-(  Kolik stran má GPL?

>
> Second:
>
> ODbL explicitely does not cover art (etc) you merge it with. Under
> CC-by-SA, if you create beatiful painted map partially based on
> openstreetmap, everyone automatically has right to copy that map,
> along with the paintings... and that's good. ODbL only covers database
> license...
>
>
> If ODbL is adopted, people are alowed to create maps based on
> openstreetmap, and we will not be able to copy/use those maps. That
> just does not sound fair.
>

To je velmi diskutovaná otázka, uvidíme jak to dopadne ve finální verzi.
Řeší to dnes neřešitelný problém - OSM není možné použít v kombinaci s daty
licencovanými jinak než CC-BY-SA . Zásadní problém CC je totiž ten, že
je navržena pro
"umělecká díla" nikoli po faktografické databáze. V současné době se
tedy nacházíme ve schizofrenní situaci, kdy je možné data použít v
komerčním navigačním SW ale není je možné
použít třeba v knize. To mi také nepřipadá  už vůbec fér.


> Third:
>
> (
>  + 1 week
>
>    * Website to allow users to voluntarily agree to new
> license. Design allows you to click yes, or if you disagree a further
> page explaining the position and asking to reconsider as there may be
> a requirement to ultimately remove the users data. This will help stop
> people accidentally clicking 'no'. Sign up page now states you agree
> to license your changes under both CCBYSA and also ODbL.
> )
>
> Yeah, that sounds voluntary. "Agree to the crap we invented, or we
> delete your data".
>
Nikdo data nesmaže, OSM není Google, který uživatelská data sprostě
krade.  Starou planet pod CC-BY-SA může každý dál používat jak se mu
zlíbí (v rámci její licence).


> Fourth:
>
>  + 2 months
>
>    * Final cut-off.
>
> Hmm. openstreetmap is in big part covered by imports, and companies
> provided data for imports under CC-by-SA. Having to negotiate imports
> once was bad, but having to do it second time is stupid... and 2
> months do not seem like enough time.
>
> So prepare to delete Czech republic.
>
V čechách byly pokud se nepletu dva velké importy - UHUL a BNHelp.
S UHULem nevidím problém, jejich souhlas není vázán na konkrétní
licenci (stejně tak
data obkreslená z katastru).
Jaká je situace s BNHelp netuším, ale pokud by v krajním případě zmizí
silnice 1. a 2. třídy,
bude to sice velmi nepříjemné, ale alespoň uspokojíme nespokojence,
kteří si stěžovali na
jejich nízkou kvalitu :-)


> Fifth:
>
> What are the benefits? I don't see any.
>
>                                                                Pavel

Já vidím dva:
1. Ochrana dat. CC-BY-SA údajně obsahuje právní díry (vyplývající z
toho, že je využívána k účelu ke kterému nebyla navržena), které
umožňují komukoli data vzít a použít je ke komerčním účelům bez
jakéhokoli vrácení změn v databázi komunitě.
2. Umožnění kombinovat ve výsledném díle data z OSM a z jiných zdrojů,
aniž by tím ztratila OSM data svoji ochranu.


Nejsem právník, takže moje názory jsou založeny pouze na debatách
vedených v anglickém mailing listu. Každopádně jej doporučuji
sledovat.

=TT=

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

Re: [Talk-cz] licence heis.vuv.cz vs. dibavod

[Tomáš Tichý]

Mám k tomu jednu takovou obecnou poznámku.
Když někdo opravujete cesty podle jiného zdroje, tak prosím opravte
tag source. (Třeba zrovna v tomto případě, kdyby se náhodu ukázalo že
Diabvod je právně problematický a chtělo se to vymazat, tak nepřijdete
o výsledky vaší práce).

=TT=

On Fri, Feb 20, 2009 at 13:20, MP  wrote:
>> *** OK, s biIbem se spojim domluvim formalni problem zdroje.
>
> Ja to tam nedal. Ja jsem jen na par mistech (no, pravda, skoro vsude)
> ty cesty posouval protoze nesedely s uhulem, protinaly silnici, mely
> nastaveny spatne layer, protinaly existujici vodni nadrze, atd 
> pokud nekoho zajima kdo to tam vlozil, at se mrkne na historii daneho
> elementu:
>
> Viz treba http://api.openstreetmap.org/api/0.5/way/15580939/history
>
> -> prvni user na seznamu (= ten co to tam nahral) je "wopixe", takze
> veskere stiznosti ohledne puvodu dat smerujte na nej :)
>
> Martin
>
> ___
> 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] dotaz na poslední verzi JOSM

[Tomáš Tichý]

Tak jsem zkusil JOSM 1425 v Linuxu i Windows a body mi to spojuje
normálně. Možná může být pes zakopán někde v novém modeless režimu,
zkus zaškrtnout, přpadně odškrtnout volbu Modeless working (Potlatch
style) v nstavení look and feel.

=TT=

2009/2/19 Zdeněk Pražák :
> Už jsem ho našel, přejmenoval jsem jej a znovu stáhl poslední JOSM 1425
> Bohužel se mi při zapnutém zástroji kreslení uzlů vytvářejí jednotlivé body 
> nespojené
> Vracím se tedy k verzi 1306
> Pražák
>
>> Kde se nachází adresář .josm abych ho mohl přejmenovat.
>> Používám windows XP
>> >  Původní zpráva 
>> > Od: Kubajz 
>> > Předmět: Re: [Talk-cz] dotaz na poslední verzi JOSM
>> > Datum: 18.2.2009 18:50:46
>> > 
>> > Ahoj,
>> >
>> > v pripade problemu je dobre vzdy nejprve uplne odstranit nastaveni ze
>> > starsi verze (staci prejmenovat adresar .josm nebo na windows jinde -
>> > nevim kde) a vyzkouset, jestli se to opravdu chova spatne nebo jestli je
>> > to chyba v nacitani konfigurace ulozene ve starsi verzi. Nekolikrat se
>> > mi uz stalo, ze to bylo timhle zpusobene.
>> >
>> > K
>> >
>> > Zdeněk Pražák napsal(a):
>> > > Dnes jsem si stáhl verzi JOSM 1425
>> > > Při pokusu o editování mapy při zapnutém nástroji Kreslení uzlů se mi 
>> > > však
>> > začaly ukládat jednotlivé body nespojené čarou.
>> > > Co mám nastavit, abych získal původní chování, při kterém se jednotlivé
>> uzly
>> > spojovaly.
>> > > Děkuji Pražá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
>> >
>> >
>> >
>>
>> ___
>> 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] Tagovani turistickych stezek

[Tomáš Tichý]

2009/2/9 Tomáš Tichý :
>>
>> Co rikate na rozsireni Guidepost, myslite ze to muze usnadnit
>> mapovani? Me uz by se nejaky system na znaceni co uz je zmapovano a co
>> ne docela hodil.
>>
>
> Docela pěkně vymyšleno, jen ten popis jsem napoprvné nepochopil.
> Rozhodně bych byl pro to označit relace tagem type, tu první jako
> type=guidepost a tu druhou jako type=guidepost_destination.  A
> explicitně tam napsat, že člen s rolí destination v guidepost relaci
> je typu guidepost_destination a člen s rolí destination v
> guidepost_destination relaci je typu guidepost.
> Trochu matoucí je, že relace v roli destination bude mít jednou typ
> guidepost a podruhé typ guidepost_destination, ale nějak mě pro tu
> "rekurzi" nenapadají lepší názvy.
> Koukám že když se to popíše polopaticky, tak je to ještě zamotanější
> :-) Doufám, že na to někdo udělá intuitivní editor :-)
>
> Jo a relace guidepost_destination by měla mít možnost mít kromě tagu
> distance ještě tag time.
>
> =TT=
>

Ještě mě napadla jedna otázka ohledně guidepostu a jeho relací:

Jak vyřešit, když chci zmapovat rozcestník a znám cíle na šipkách, ale
ty cíle ještě nejsou zmapovány. Pak tu relaci nemůžu použit, protože
nebudu mít jejího člena do role destination. Dá se vytvořit prázdná
relace?  Chtělo by to nějaké tagy, kam si tyto informace poznamenat
alespoň do doby než budou zmapovány ostatní rozcestníky.

Pak ještě doporučuji tam explicitně napsat, že relace s rolí path musí
být typu route.

Nechceš zkusit podle navrhovaného schématu otagovat nějakou oblast,
abychom se mohli podívat, jak to funguje v praxi?

=TT=

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

Re: [Talk-cz] Tagovani turistickych stezek

[Tomáš Tichý]

>
> Co rikate na rozsireni Guidepost, myslite ze to muze usnadnit
> mapovani? Me uz by se nejaky system na znaceni co uz je zmapovano a co
> ne docela hodil.
>

Docela pěkně vymyšleno, jen ten popis jsem napoprvné nepochopil.
Rozhodně bych byl pro to označit relace tagem type, tu první jako
type=guidepost a tu druhou jako type=guidepost_destination.  A
explicitně tam napsat, že člen s rolí destination v guidepost relaci
je typu guidepost_destination a člen s rolí destination v
guidepost_destination relaci je typu guidepost.
Trochu matoucí je, že relace v roli destination bude mít jednou typ
guidepost a podruhé typ guidepost_destination, ale nějak mě pro tu
"rekurzi" nenapadají lepší názvy.
Koukám že když se to popíše polopaticky, tak je to ještě zamotanější
:-) Doufám, že na to někdo udělá intuitivní editor :-)

Jo a relace guidepost_destination by měla mít možnost mít kromě tagu
distance ještě tag time.

=TT=

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

Re: [Talk-cz] dotaz na tag Riverbank

[Tomáš Tichý]

Ponechat, přítoky připojit k waterway=river.

=TT=

2009/1/30 Zdeněk Pražák :
>
> Chtěl jsem se zeptat, zda při vytváření široké řeky použitím tagu 
> waterway:riverbank mám ponechat předcházející way s tagem waterway:river.
> Dálé jsem se chtěl zeptat kam mám přpojit přítoky takové široké řeky, mám je 
> ukončit na břehu řeky nebo je připojit k way s tagem waterway:river.
> Děkuji Pražá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