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=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=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.0872layers=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 j...@tpfree.net 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 o...@propsychology.cz 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.39111layers=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 dali...@dalibor.cz 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] p...@pada.cz

 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] 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 mky...@email.cz napsal(a):

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

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

 Ahoj všem.

 Přiznávám, překvapuje mě, že v tak základní věci (co se týče typu dat) není
 shoda ani po tolika letech projektu. Pořád jsem čekal, co napíší
 zkušenější,
 ale teď mám pocit, že už se téma začíná rozmělňovat do detailů, a tak se
 ozývám, než se úplně rozdrobí do ztracena (stejně jako např. téma tagování
 českých škol nedávno, toho je velká škoda).


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

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

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

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



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

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

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

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

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

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


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


 Marián



 Milan Vančura

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


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


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

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 ma...@post.cz

 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 ma...@post.cz:
  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.5701lon=13.7497zoom=14layers=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 fordf...@fordfrog.com

 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 michal.tauch...@gmail.com

 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 vor...@ucw.cz

 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 ma...@sovavsiti.cz

 Ahoj,

 2011/8/24 Marek Musil wop...@volny.cz:
  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 swe...@centrum.cz


 - Original Message - From: Martin Kokeš sh...@typo3-hosting.com
 
 To: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Sent: Friday, August 05, 2011 10:26 PM
 Subject: Re: [Talk-cz]Značení mýta v České republice



  2011/8/5 Swejzi swe...@centrum.cz:
  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/**Tollzonehttp://wiki.openstreetmap.org/wiki/Relations/Proposed/Tollzone

 MK

 __**_
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-czhttp://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-czhttp://lists.openstreetmap.org/listinfo/talk-cz

___
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) o...@kraluvdvur.cz

 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:maxspeedhttp://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-czhttp://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 m...@mikecrash.com

 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ý]

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ý ka...@seznam.cz


 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

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ý]

2011/6/30 Mike m...@mikecrash.com

 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

[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 jan.bilak@gmail.com

 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 petr.kad...@gmail.com 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.htmlhttp://cozpserver2.jinonice.cuni.cz/mtbmap/index.html
 

 __**_
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-czhttp://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-czhttp://lists.openstreetmap.org/listinfo/talk-cz


 __**_
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-czhttp://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ý ka...@seznam.cz

 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 m...@mikecrash.com

 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 f.remenst...@gmail.com

 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 zpra...@seznam.cz:
 nedá se k tomu využít OSM Inspector  ? viz http://tools.geofabrik.de/osmi/
 Pražák
  Původní zpráva 
 Od: MP singular...@gmail.com
 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 kub...@kbx.cz:
 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] 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] 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: [OSM-talk] [Talk-de] New OpenStreetMap iPhone Editor - Mapzen POI Collector

[Tomáš Tichý]

This is great news. Are there any plan for Android version?

TT

On Thu, Nov 26, 2009 at 17:36, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote:
 On Thu, Nov 26, 2009 at 09:56, Nick Black nickbla...@gmail.com wrote:
 Thanks to many members of the OpenStreetMap community who helped with
 the translations, including: Jonas Kr ückel (German), Simone Cortesi
 (Italian), Frédéric Bonifas (French).  If you would like to help
 translate the Mapzen POI collector docs into your language, please
 drop me an emai: n...@cloudmade.com

 If you're interested in using Translatewiki for Mapzen or the Mapzen
 POI collector let me know. We already moved Potlatch and the OSM web
 to it with great results. To use translatewiki.net would require that
 Mapzen and Mapzen POI are open source but as far as I can tell only
 the former is at the moment, but alternatively you could set up your
 own translation wiki, but that would mean not having access to the
 large translation community at Translatewiki.net.

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


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

Re: [OSM-talk] Two questions about routing

[Tomáš Tichý]

 2) I'm using the CloudMade site to test routing and fix bike paths in
 my local area accordingly. But they only update their data once a week
 or so. Is there a better way? What would I have to download and
 install to be able to have a shorter turnaround time?



There is routing plugin for JOSM:
http://wiki.openstreetmap.org/index.php/JOSM/Plugins/Routing
but I'm not sure, if it can route along bike ways.

TT

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

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ý ka...@seznam.cz 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] odbo?ovac? pruhy

[Tomáš Tichý]

2009/8/15 hanoj eha...@gmail.com:
 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ý]

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] jak revertovat?

[Tomáš Tichý]

2009/8/9 Petr Stehlik psteh...@sophics.cz:
 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ý]

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 n...@ondrej.org:
 Dobry den,

 diky moc za nazory. Se vsim souhlasim, akorat :)

 2009/8/9 Tomáš Tichý t.ti...@post.cz

  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] 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 j...@tpfree.fdns.net:
 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ý]

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 radomir.cern...@gmail.com:
 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ý t.ti...@post.cz:
 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 n...@ondrej.org:
 Dobry den,

 diky moc za nazory. Se vsim souhlasim, akorat :)

 2009/8/9 Tomáš Tichý t.ti...@post.cz

  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] 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 m...@mikecrash.com:
 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] Kreslení chodníků

[Tomáš Tichý]

2009/6/23 Petr Schönmann pschonm...@gmail.com:

  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] 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 Koldako...@web2net.cz 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ý]

2009/6/5 Petr Nejedlý p...@nejedli.cz:
 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

[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] Obsah tagu addr:housenumber

[Tomáš Tichý]

2009/6/5 Karel Volný ka...@seznam.cz:

 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=first;second


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

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] 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 pa...@ucw.cz:


 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] Adresy, finale diskuse

[Tomáš Tichý]

2009/6/5 Tomas Kolda ko...@web2net.cz:
 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] 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ý]

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.
flame
Stejně za to může ten nešťastný koncept rvát do housenumber něco, co
většina domů vůbec nemá.
/flame

=TT=

2009/6/4 Tomas Kolda ko...@web2net.cz:
 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ář f...@vsetin.org:


 ===
 Thu, 04 Jun 2009 14:10:33 +0200
 Tomas Kolda ko...@web2net.cz 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ý petr.dlo...@email.cz napsal:




 On Sat, 23 May 2009 16:55:36 +0200, Radomír Černoch
 radomir.cern...@gmail.com 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 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

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ý petr.dlo...@email.cz:
 Ahoj,

 sestavil jsem seznam zmapovaných českých cyklotras na 
 http://wiki.openstreetmap.org/wiki/Cyklotrasy_v_ČR.
 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] 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ý petr.dlo...@email.cz:
 On Thu, 07 May 2009 09:00:29 +0200, Tomáš Tichý t.ti...@post.cz 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] Pokryti prazskych zastavek openstreetmap

[Tomáš Tichý]

2009/5/1 hanoj eha...@gmail.com:
 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 u...@penguin.cz:
 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ý]

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 pa...@ucw.cz:
 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] 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 zpra...@seznam.cz:

 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] 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 zpra...@seznam.cz:

 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] 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 jiri.klem...@gmail.com:
 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 michal.gr...@gmail.com:
 2009/4/19 Jiri Klement jiri.klem...@gmail.com:
 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


 divbr/div

 ___
 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 eha...@gmail.com:
 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ý petr.dlo...@email.cz:
 On Wed, 08 Apr 2009 17:39:02 +0200, Jiří Jakeš jiri.ja...@gmail.com
 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ý ka...@seznam.cz:

 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] OSM: změna licence

[Tomáš Tichý]

2009/3/5 MP singular...@gmail.com:
 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ý]

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 jan.du...@gmail.com:
 Ř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

 JD


 Dne 5. březen 2009 15:51 Stanislav Brabec u...@penguin.cz 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ý]

On Wed, Mar 4, 2009 at 01:29, Pavel Machek pa...@ucw.cz 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] 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 zpra...@seznam.cz:
 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 kub...@kbx.cz
  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
  
 
 nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;
  
   ___
   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: [OSM-talk] [Talk-us] NHD Dataset

[Tomáš Tichý]

 Maybe Frederik was saying that the former is okay. My curiousity in that
 case is just if renderers -- especially Mapnik -- will actually support
 these things. (I can't imagine it working for osmarender, but that is
 less concenring to me.)

 The JOSM build-in renderer already supports them, and there is a patch
 for Osmarender that does. And with so many bright minds at work on
 Mapnik it can only be a question of time until Mapnik supports that kind
 of relation as well. (The fact that, for stability, you should not rely
 on correct ordering of the relation's members even though 0.6 supports
 ordering makes things a *little* more difficult to process, but
 requiring correct ordering of editors and mappers would probably
 introduce too many errors.)


Mapnik already support this,see:
http://openstreetmap.org/browse/relation/24849/

But production osmarender not yet:
http://openstreetmap.org/?lat=49.6758lon=15.9996zoom=12layers=0B00FTF

What's the problem with osmarender patch?

Tomas Tichy

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

Re: [Talk-cz] Tagovani turistickych stezek

[Tomáš Tichý]

2009/2/9 Tomáš Tichý t.ti...@post.cz:

 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] dotaz na tag Riverbank

[Tomáš Tichý]

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

=TT=

2009/1/30 Zdeněk Pražák zpra...@seznam.cz:

 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

Re: [Talk-cz] Návrh zprávičky na Abclinuxu

[Tomáš Tichý]

S mainstreamovými médii bych ještě chvilku posečkal, až budeme alespoň
na takové úrovni jako Němci ;-)
Jinak kromě abclinuxu bych dal zprávičku ještě minimálně na roota a na
navigovat.cz.

K vlastnímu textu zprávičky:

Nejsem jistý, jestli je potřeba explicitně zmiňovat ve zpráviččce
použité datové zdroje, pokud ano, tak bych tam minimálně přidal na
základě podkladů a vlastních GPS záznamů a pozorování.

Potom ...svobodné alternativy k Google Maps se mi nezdá moc
výstižné, protože OSM je mnohem víc. Co třeba mapová wikipedie?

Ale v podstatě je to jedno, hlavně aby se o projektu se vědělo :-)

=TT=

2009/1/29 Petr Dlouhý petr.dlo...@email.cz:
 Souhlasím, i když nevím, jak to udělat. Taky si nejsem jist jak má ta bomba 
 vypadat, protože nové úseky sice přibývají během týdne, ale na druhou stranu 
 zatím chybí spousta ulic a různých restrikcí (především jednosměrky), což 
 dost snižuje použitelnost OSM v praxi. Myslím si totiž, že by nebylo dobré 
 vzbutit předčasně přílišný optimismus - lidé na Abclinuxu pochopí mnohem 
 lépe, že to ještě není hotové, ale přesto je to užitečné a má to budoucnost.

  Původní zpráva 
 Od: Vojtech Forejt for...@fi.muni.cz
 Předmět: Re: [Talk-cz] Návrh zprávičky na Abclinuxu
 Datum: 29.1.2009 13:40:37
 
 Dobry den,

 neco takoveho je urcite potreba. Napadlo me, ze by mozna nebylo spatne
 vydat nejakou tiskovou zpravu i pro media se sirsim zamerenim. Ale v tom
 pripade by to muselo byt obecnejsi, trochu popularne naucne a musela by
 tam byt nejaka bomba i pro bezneho ctenare. Mohli bychom treba ukazat,
 ze nove otevrene useky silnic se v OpenStreetMap objevuji behem hodin az
 dnu, zatimco Seznamu nebo Google Maps to trva tydny az mesice.

 Zprava by se pak dala poslat ruznym celostatnim mediim, pripadne jejich
 konkretnim novinarum, kteri se trochu vyznaji v IT. S trochou stesti by
 ji nekde mohli vydat.

 Co na to ostatni?

 V48



 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

Re: [Talk-cz] Několik nástrojů

[Tomáš Tichý]

2009/1/13 Petr Dlouhý petr.dlo...@email.cz:

 http://wiki.openstreetmap.org/wiki/Relation

 Jsou to skupiny objektů (nodů, wayí i dalších relací), kterým jdou
 přiřadit tagy (jako obvykle libovolné).
 Například na značení turistických (cyklistických, autobusových a dalších)
 se hodí výrazně víc, než přiřazovat tagy samotným wayím - má to spoustu
 výhod:
Je možné přiřadit trase nějaké další informace (a to na jednom místě 
 pro
 celou cestu)
Je možné si nechat stáhnout celou trasu.
Neplete se to mezi ostatní tagy.
Je možné jednoduše odlišit dvě cesty stejného typu vedoucí po stejné
 silnice.
A mnoho dalšího.
 Taky se pomocí nich dělají objekty (lesy, budovy) s dírou.

 Nejsem si ale jist, že fungují v Potlachu.


Fungují.


 Mimochodem, dájí se nějak značit turistické trasy KČT pomocí relací (aby
 se to zobrazilo na openstreetmap.cz)?


Zatím asi ne.

Já jsem zatím na těch pár značek co jsem značil použil zhruba takovou relaci:
type=route
route=foot
network=kct
symbol=green stripe between white stripes
kct_green=major

Jen mám pořád dilema, jestli používat route=foot nebo route=hiking, ve
světě se používá obojí. Měli bysme to nějak sjednotit a dát na wiki.

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

Re: [OSM-talk] Temporary Items, overlays, changes

[Tomáš Tichý]

On Thu, Jan 8, 2009 at 17:26, David Lynch djly...@gmail.com wrote:
 I think that temporary and historical prefixes are the best answer
 to this, possibly with a relation for roads that are different due to
 the same event, project, etc. Tag things with what they are generally
 at the current day, and add exceptions as needed. I would envision an
 example like:

 highway = unclassified
 name = Main Street
 temporary:highway = pedestrian
 temporary:start_date = 2009-01-16
 temporary:end_date = 2009-01-20
 notes = closed to cars during the music festival

 I don't know how to handle multiple temporary items. Perhaps
 temporary1, temporary2...



I like the temporary: prefix proposal. Just for duration period I
reccomend using opening hours scheme instead of start_date and
end_date, because it solves problems with syntax and multiple
intervals nicely. Maybe it would need a little tweaking (it doesn't
include year in current syntax).
I suggest  temporary:period=[opening_hours scheme]

Tomas

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

Re: [Talk-cz] Geotagování podle OSM

[Tomáš Tichý]

Měl by to umět Digikam z KDE4, ale v OpenSuse je nějaká stará verze se
kterou mi to nechodí a kompilovat novou se mi nechce.

=TT=

2009/1/8 Petr Dlouhý petr.dlo...@email.cz:
 On Thu, 08 Jan 2009 22:21:04 +0100, Stanislav Brabec u...@penguin.cz wrote:


 Přesně to, co chcete (kliknout na mapu a říci Toto jsem nafotil zde.)
 asi zatím není. Ale je spousta nástrojů, ze kterých se to dá složit.

 exiftool umí otagovat fotografie pevnou souřadnicí

 gpsPhoto umí otagovat fotografie podle aproximace z GPS záznamu (GPX a
 času ve foťáku) i pevnou souřadnicí

 A nebo Gpscorrelate, ale GPS jsem si koupil až teď, takže mi to nepomůže.


 viking je umí dát do mapy (bohužel zatím jen podle externě zadaných
 souřadnic, ne podle EXIFu). Dobrý kandidát na implementaci této funkce.

 Existuje plugin do Eye of gnome, který taky umí zobrazit fotku na mapě 
 (mapnik), kam by to taky šlo implementovat.


 tangogps je umí zobrazit na mapě podle dat z sqlite databáze

 geotag2db.pl umí tuto databázi vyrobit (opravená verze u mne ta FTP)

 Pokud potřebujete převést souřadnice D°M'SL na D.DDD°, stačí 6řádkový
 kód v C.

 Stupidní skript showmap (u mne na FTP) umí vytáhnout geoEXIF tag
 z obrázku a otevřít mapu se značkou.

 Binární balíčky (openSUSE, Mandriva, Fedora,...) jsou v openSUSE Build
 Service, repozitář Application:Geo.

 Bohužel v ničem z toho to nejde udělat jednoduše a rychle. Ani v Geotagu to 
 není moc rychlé.



 
 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: [OSM-talk] Keep Mapnik relevant

[Tomáš Tichý]

 Changing a tag from railway=abandoned to railway=dismantled just to stop
 it rendering is one of the no-nos in OSM: tagging for the renderer.  It
 would be much better to tag the line correctly and fix the renderer so
 they don't render on the Mapnik map.  Then a railway map or historic map
 could render it properly.

 Cheers, Chris

No, this is not tagging for renderer and I think it is perfectly
correct. Abandoned and dismantled railway are two different things in
reality and therefore they should be tagged differently.
railway=abandoned is course of old railway physically present and more
or less clearly visible in landscape. This should be rendered on
general purpose OSM map just like buildings, highways, amenities etc.
just because it exists and could be used for orientation and
navigation.
railway=dismantled is virtual feature saying that there were railway
in this place one day, but it is gone now. It should not be rendered
on general purpose map, because it no longer exists in reality. It may
be rendered on special historic maps.

Tomas

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

Re: [Talk-cz] UIR - cisla popisne a orientacni

[Tomáš Tichý]

 to ovsem potvrzuje to, ze c.p. by melo byt housenumber v OSM a c.o.
 alternatenumber.

 +1, pokud se hlasuje ;-)


Jestli se hlasuje, tak -1 ;-)

V housenumber by mělo být to, co je na tabulce na domě, takže obojí,
resp. pouze č.p. tam kde č.o. nejsou, příp. ev.č.
Pro zpětnou dohledatelnost by se mělo být strojově rozpoznatelné,
které číslo je které.

Systém, který jsme zvolili teď opravdu není dobrý, protože tím
vytváříme nepěknou lokální anomálii (viděl jste už někdo na domě
cedulku None ?). Je jasné, že je potřeba řešit lokální odchylky, což
zajisté dvojí číslování je. Nelíbí se mi ale řešení, kterým se rozbije
kompatibilita se zbytkem světa, když je to řešitelné jinak.


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

Re: [Talk-cz] automaticka pojmenovavacka ulic

[Tomáš Tichý]

Ahoj,
nedaří se mi přeložit nameit - v SVN je nějaká divná verze libosm, na
kterou nejde aplikovat Tvůj patch, ani to s ní nejde přeložit. Nešlo
by někam vystavit verzi libosm, se kterou to funguje ?
=TT=

On Sun, Aug 31, 2008 at 00:51, Pavel Machek [EMAIL PROTECTED] wrote:

 ...docela funguje, tj na uz pojmenovanych ulicich se vetsinou
 trefi. Prvni verse je tady.

 (Samozrejme ocekava uid-adr adresni body jiz importovane... Coz se da
 pro lokalni pouziti udelat treba tou shellovou priserou, pak download
 zbytku v josm a ulozenim.)

 Index: applications/lib/libosm/Way.cpp
 ===
 --- applications/lib/libosm/Way.cpp (revision 10302)
 +++ applications/lib/libosm/Way.cpp (working copy)
 @@ -65,7 +65,7 @@
if (hasTags() || segments.size()) {
strmway id='  id  '  endl;
for(int count=0; countsegments.size(); count++)
 -   strm   seg id='  segments[count]  '/ 
  endl;
 +   strm   nd id='  segments[count]  '/ 
  endl;
tagsToXML(strm);
strm/way  endl;
} else {
 Index: applications/lib/libosm/Parser.cpp
 ===
 --- applications/lib/libosm/Parser.cpp  (revision 10302)
 +++ applications/lib/libosm/Parser.cpp  (working copy)
 @@ -45,23 +45,6 @@


}
 -   else if(!strcmp(element,segment))
 -   {
 -   curID=0;
 -   inSegment = true;
 -   for(int count=0; attrs[count]; count+=2)
 -   {
 -   if(!strcmp(attrs[count],from))
 -   from = atoi(attrs[count+1]);
 -   if(!strcmp(attrs[count],to))
 -   to = atoi(attrs[count+1]);
 -   if(!strcmp(attrs[count],id))
 -   curID = atoi(attrs[count+1]);
 -   }
 -
 -   curObject = new Segment(curID,from,to);
 -   components-addSegment ((Segment*)curObject);
 -   }
else if (!strcmp(element,way))
{
curID=0;
 @@ -74,13 +57,13 @@
curObject  =  new Way(curID);
components-addWay((Way*)curObject);
}
 -   else if (!strcmp(element,seg)  (inWay))
 +   else if (!strcmp(element,nd)  (inWay))
{
int segID;

for(int count=0; attrs[count]; count+=2)
{
 -   if(!strcmp(attrs[count],id))
 +   if(!strcmp(attrs[count],ref))
{
segID=atoi(attrs[count+1]);
((Way*)curObject)-addSegment(segID);
 Index: applications/lib/libosm/Makefile
 ===
 --- applications/lib/libosm/Makefile(revision 10302)
 +++ applications/lib/libosm/Makefile(working copy)
 @@ -3,6 +3,7 @@
  OBJ = Object.o Way.o Parser.o Components.o functions.o llgr.o 
 FeaturesParser.o
  NETOBJ = Client.o
  TESTOBJ = test.o
 +NAMEITOBJ = nameit.o
  RULESTESTOBJ = rulestest.o
  CXX = g++

 @@ -15,6 +16,9 @@
  test: $(TESTOBJ) libosm.a libosmnet.a
$(CXX) -o test $(TESTOBJ) libosm.a libosmnet.a $(LDFLAGS)

 +nameit: $(NAMEITOBJ) libosm.a libosmnet.a
 +   $(CXX) -o nameit $(NAMEITOBJ) libosm.a libosmnet.a $(LDFLAGS)
 +
  rulestest: $(RULESTESTOBJ) libosm.a
$(CXX) -o rulestest $(RULESTESTOBJ) libosm.a $(LDFLAGS)


 --
 (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] Máme půlku silnic!

[Tomáš Tichý]

Krása :-)
Nešly by přihodit i železnice? Myslím, že tam už se blížíme do finiše.
=TT=


 Tak pro začátek jsem udělal tohle:
 http://wiki.openstreetmap.org/index.php/Image:Czech_roads_chart.svg
 (nevím, proč to ta Wikipedie vykreslila tak kostrbatě, v svg je to OK)

  Něco takového http://freemap.moonbase.sk/stats/ by bylo taky moc fajn !

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

Re: [Talk-cz] Plakat

[Tomáš Tichý]

 Ahoj,

 co rikate?
 http://www.ondrej.org/poster.png

 Pěkné, ja bych si to vytiskl a někam hned zitra nalepil.


Dobrá práce!

 Každopádně tričko bych chtěl taky. Nějaké návrhy ?



 http://wiki.openstreetmap.org/index.php/Tshirt_competition
 tohle se mi libi nejvic
 http://wiki.openstreetmap.org/index.php/Tshirt_competition#Grenzdebil.27s_entry


Tričko chci taky! :-)
Z návrhů na wiki se mi nejvíc líbí
http://wiki.openstreetmap.org/index.php/Image:Osm-blackt-gb.png
Nebo by bylo moc pěkné udělat tričko z Martinovy mapy historie
http://git.wz.cz/czechia-081006-3whist.png, ale vytisknout to na celou
plochu trička, aby to bylo jako batika. A přes to nějaké úderné heslo.
Dá se to vůbec technologicky udělat?


 Postej je hezky, ovsem vyhodil bych z neho pasaz o nemoznosti
 publikovat mapy na svych strankach, to evidentne vsichni umoznuji prez
 sva api a podobne. Autor tim zrejme puvodne myslel ze nelze vzit
 kousek obrazku mapy treba z guglu a dat si ho na web bez copyrightu
 apod, jenze tohle u osm take nejde, musi tam byt logo nebo neco
 podobneho viz licence.


Navrhoval bych do textu místo toho zamontovat GPSky, to je dneska in a
spousta lidí se přes ně dostala k OSM (třeba já :-))
Třeba takhle:
...Už je ale nemůžete upravovat, nahrát do své GPSky či vytisknout na leták...
... Můžete si ji ale také stáhnout k sobě domů nebo do své navigace,
PDA nebo dokonce mobilního telefonu...


Jo a taky bych nahradil vždycky tam kde to budeme věšet tu mapku vlevo
výřezem dané lokální oblasti, aby to neodradilo lidi alergické na
pragocentrismus :-)

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

Re: [Talk-cz] turistické značky reloaded

[Tomáš Tichý]

Tak zrovna s tou highway je to špatný případ, protože pro neznámý typ
se používá highway=road :-)
Obecně tu druhou metodiku považuji za dobrou, protože třeba spousta
objektů se dá zmapovat z ortofotomapy, ale nedá se už zjistit bližší
informace o nich (třída silnice, typ železnice, druh budovy).
Nebral bych to tak, že někdo říká ať to dodělám za něj, ale že mi
ušetřil polovinu práce :-) No a zároveň jsou takovéto obecné tagy
dobré při navigaci, protože mi říkají, že mám informaci brát s
rezervou, protože ji asi nikdo neprověřil v terénu.
=TT=

2008/10/7 hanoj [EMAIL PROTECTED]:
 Kazdy si muze do databaze davat tagy jake uzna za vhodne,
 *** to sice ano, ale cele mapovani je zalozeno na unifikaci,
 standardizaci a pravidlech. Jinak by to preci nemelo zadnou cenu.

 Obecne pri ziskavani dat muze byt vyhodne udrzovat pouze jeden platny
 parameter (napr. prinutime uzivatele aby si nastudoval propracovanou
 metodiku a usnadnime si render):
 highway=motorway

 naopak parametr yes nebo motorway umoznuje nestudovat metodiku nebo ji
 nemit dokonalou a pak pouzit pro sporne pripady:
 highway=yes

 Pokud domyslime druhou variantu dle dnesni praxe tak v podstate rikam,
 at to nekdo dodela za mne. Coz muze byt dobre nebo nemusi.

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

Re: [Talk-cz] amenity:recycling

[Tomáš Tichý]

 pod tohle bych se podepsal. Zrovna minuly tyden jsem si rikal, ze bych
 si na sve stranky rad dal mapu sveho mesta s vyznacenymi sbernami a
 kontejnery. Jen jsem se jeste nejak nedostal k tomu, abych se zeptal,
 jestli existuje zpusob, jak co znacit. Protoze asi neexistuje, dovolil
 bych si (po konzultaci se strankou

Zpusob existuje, viz
http://wiki.openstreetmap.org/index.php/Tag:amenity%3Drecycling,
shoduje se s Tvým návrhem :-) Chybějící hodnoty můžeš do wiki doplnit.

 http://etricceline.de/osm/Europe/En/tagstats_amenity=recycling.htm a s
 wikipedii) navrhnout nasledujici

 Kontejnery (nebo sberne misto) na sklo (barevne): recycling:glass = yes/no
 Kontejnery (nebo sberne misto) na sklo (cire): recycling:clearglass = yes/no
 Kontejnery (nebo sberne misto) na papir: recyling:paper = yes/no
 Kontejnery (nebo sberne misto) na textil: reycling:clothes = yes/no
 Kontejnery (nebo sberne misto) na PET: reycling:PET = yes/no
 Kontejnery (nebo sberne misto) na plasty (PET, PE, PP): reycling:plastic
 = yes/no
 Kontejnery (nebo sberne misto) na biologicky rozlozitelny odpad
 (vetsinou zbytky z kuchyne): reycling:bio = yes/no
 Sberne misto vybirajici baterie: recycling:batteries = yes/no
 Sberne misto vybirajici drevo: recycling:timber = yes/no
 Sberne misto vybirajici kov: recycling:metals = yes/no
 Sberne misto vybirajici stare elektrospotrebice: recycling:electronics =
 yes/no
 A pokud je tam jeste neco jineho, tak: recycling:other = yes/no

 Z bezne dostupnych kontejneru v seznamu jeste chybi tetrapak obaly.
 Nenapada me ale zpusob, jak to anglicky pojmenovat :-(

Tetrapak je anglicky kupodivu tetrapak :-) protože je to obchodní
značka:  http://www.tetrapakrecycling.co.uk/
Nebo obecněji drink cartons.


 Jakekoli pripominky k navrhu vitam.


Jeste bych doplnil nejaky tag rozlisujici kontejnery od sberen, to
zatim globalni OSM neresi (co treba recycling:type=bin | container |
yard ...)

Jeste mala poznamka k argumentu o tom, ze se kontejnery prilis casto
meni. Nevim teda kde bydlite, ale v mistech kde se casto pohybuji
(Praha, Vysocina, Jizni Morava) se zmenily hospody, bankomaty,
turisticke znacky, ulice i zeleznice, jen ty kontejnery potvory stoji
porad na stejnem miste :-)

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

Re: [Talk-cz] Číslování domů

[Tomáš Tichý]

 To je fajn, ze mame spoustu dat na import, ale nemeli bysme v tom
 pripade dohodnout se zbytkem sveta, jak to teda poradne znackovat?
 Addr:red je prijatelne ad-hoc, kdyz to clovek u par domu napise
 rucne. Ale vedeli jste, ze v Plzni jsou obe tabulky cervene? Jedna je
 cervene na bilem a druha bile na cervenem a uz zas nevim ktera je
 ktera.

 Podle Wikipedie to vypada, ze popisna cisla jsou ceskoslovenska
 zvlastnost, ani v dnesnim Rakousku je zda se nemaji:
 http://en.wikipedia.org/wiki/House_numbering#Europe
 Ale ten pojem je znamy: http://de.wikipedia.org/wiki/Konskriptionsnummer

 addr:conscription_num? Na Wikipedii je termin descriptive coz mi
 pripada jako otrocky preklad z cestiny. Nemate nekdo prekladovy glosar
 z katastru?
 Stejne to budou jenom mrtva data, dokud to nebude pouzivat nejaky
 vyhledavac (Namefinder?)...

 Martin

No a co nacpat obě čísla prostě do addr:housenumber s lomítkem? Bude
to konzistentní s národní zvyklostí a přitom kompatibilní se zbytkem
světa, bude se to hned renderovat, bude to strojově zpracovatelné
kdybysme se v budoucnu rozmysleli a nevznikne další národní specifikum
typu kct_red.
A nebudou to mrtvá data, protože se to bude dát použít minimálně k
vizuálnímu dohledání adresy na mapě vyrenderované osmarenderem.
Nevýhoda je, že to bude asi vypadat hnusně.

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

Re: [Talk-cz] Číslování domů

[Tomáš Tichý]

 No a co nacpat obě čísla prostě do addr:housenumber s lomítkem? Bude
 to konzistentní s národní zvyklostí a přitom kompatibilní se zbytkem
 světa, bude se to hned renderovat, bude to strojově zpracovatelné
 kdybysme se v budoucnu rozmysleli a nevznikne další národní specifikum
 typu kct_red.
 A nebudou to mrtvá data, protože se to bude dát použít minimálně k
 vizuálnímu dohledání adresy na mapě vyrenderované osmarenderem.
 Nevýhoda je, že to bude asi vypadat hnusně.

 =TT=
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org

 To má ale jeden zásadní problém. Pokud někdo implementuje do OSM hledání
 adres ve stylu Milady horákové 1234, tak by to pro Česko nefungovalo.
 Jsem proti.


 --
 Petr Dlouhý


Ale pokud bude to 1234 číslo popisné (nebo orientační? co vlastně
chcete do housenumber cpát?), tak to fungovat stejně nebude.
A já teda obvykle když hledám nějako adresu, tak ji zadám do
vyhledávače tak jak je napsaná u daného kontaktu a to je obvykle ve
tvaru Ulice 1234/12, takže pro můj jůzkejz to fungovat bude :-)

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

Re: [Talk-cz] Číslování domů

[Tomáš Tichý]

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

 Tím 1234 jsem myslel číslo orientační. Na dopis se píše číslo orientační,
 a řekl bych, že většina lidí bude chtít hledat to. Proto jsem ho používal
 jako addr:housenumber, které se zobrazí v Osmarenderu. Navíc podle
 předchozí diskuze vyplývá, že popisná čísla jsou česká specialita, takže
 abychom se shodli se světem, tak by bylo lepší používat addr:housenumber
 pro orientační čísla.




Takže ve většině obcí to nebude použitelné, protože čísla orientační
vůbec nemají.

V poslední době jsem napsal nadprůměrné množství dopisů a hledal
spoustu adres (oproti mému obvyklému ročnímu průměru 0) a všude kde
mají dvojí číslování jsem se setkal buď s adresou s lomítkem nebo jen
s číslem popisným.
Ovšem teď jsem trochu zapátral a řešení s lomítkem taky není
samospasitelné, protože jsem narazil i na to, že je adresa bývá
udávána jak č.p./č.o. tak  někdy i obráceně č.o./č.p.  Je v tom děsnej
bordel :-(
Jen pro info, náš konkurent mapy.cz najde Ulice č.p., Ulice č.o. a
Ulice č.p./č.o. ale  nenajde Ulice č.o/č.p.

Každopádně bych dával do housenumber minimálně č.p., protože jinak v
tom budem mít bordel na vesnicích. A taky se to dá snadno opisovat z
ČÚZKu :-)
=TT=
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Číslování domů

[Tomáš Tichý]

 OTOH mi neni jasny jestli opravdu chcem cpat obe cisla do
 housenumber. Cely zbytek sveta ma tahle cisla linearni v ramci
 ulice. takze je mozna rozumny

 addr:housenumber=45
 addr:alternatenumber=3010

 ...presne z toho duvodu aby se to nerenderovalo by default.


Ach jo, aby  to clovek psal furt dokola, ti pragocentristi jsou hrozny
:-) To jako vesnice nemaji narok na renderovani cisel domu? ;-)
=TT=

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

Re: [Talk-cz] Tagovani cesty

[Tomáš Tichý]

http://wiki.openstreetmap.org/index.php/Key:waterway praví, že stream
je do 3 m šířky, river nad 3 m. Někde jsem viděl také pravidlo, že
stream je to, přes co můžeš přeskočit - to se mi líbí.
Rozhodně každá řeka začíná jako potůček :-)

=TT=

2008/8/26 Karel Volný [EMAIL PROTECTED]:

 zdravím,

 Kdyz uz jsme u toho tagovani, taguje se horni tok (to jest od pramene)
 vyznamne reky jako stream, nebo rovnou jako river?

 pokud na to není pravidlo (to by ses asi neptal, že?), coby vodák, klonil bych
 se k tomu použít river až od místa, odkud se to považuje za obecně sjízdné

 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] import lesů - díry a mýtiny v Mapn iku

[Tomáš Tichý]

 možná jste si všimli, že Mapnik neukazuje díry v lesích. Martin Vidner
 mne upozornil, že Mapnik vyžaduje, aby díra byla nakreslená v obráceném
 směru, než objekt. Jako příklad má sloužit budova Invalidovny, kterou
 Mapnik nakreslil dobře.


Jo, uz tu o tom bylo vlakno.

 Podíval jsem se proto na jedno z míst, kde jsem na to narazil: rybník
 Prkenný (ještě není ve vyhledávací db) u samoty Sednička. Jak samotný
 masiv lesa, tak i díra v lese (tam, kde se nachází rybník) jsou ve směru
 hodinových ručiček.

 Mohu to zde pokusně ověřit otočením, a za týden uvidím, ale na otočení
 všech děr v lesích by to poté chtělo někoho zkušenějšího.



Uz jsem to zkousel minuly tyden a po otoceni se tuto stredu ty diry objevily.
Ma nekdo predstavu kolik tech der je, nebude to rychlejsi pootacet rucne?
=TT=
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] mapnik update

[Tomáš Tichý]

Tak jsem bug nareportoval a dozvěděl jsem se následující:
   It fails to render correctly because the inner rings are clockwise. The
   current Wiki definition of multipolygons says this should be acceptable
   but this does not work with mapnik. I'll look at fixing up the ring
   direction during the osm2pgsql conversion process.

Zkusil jsem tedy ty vnitřky obrátit a uvidíme příští středu.
=TT=

On Wed, Aug 13, 2008 at 5:03 PM, Jiri Klement [EMAIL PROTECTED] wrote:
 Heralec alespon zustal zachraneny v Osmarenderu, Breznik se nepovedl
 ani mapniku ani osmarenderu. A pritom kdyz stahnu cely ten velky les z
 prvniho prikladu, tak ho osmarender vykresli spravne.

 2008/8/13 Tomáš Tichý [EMAIL PROTECTED]:
 Asi to fakt neumi, tady nam dokonce les pohltil visku:
 http://www.openstreetmap.org/?lat=49.6852lon=16.0083zoom=14layers=B00FTF
 =TT=



 Tak koukam, ze asi bude v mapniku bug, viz.
 http://www.openstreetmap.org/?lat=48.96669lon=13.49692zoom=15layers=B00FTF

 Kolem Brazniku by mela byt paseka (je tam les, v relaci
 type=multipolygon s role=inner a i sipky ze mi zda ze vedou spravnym
 smerem (opacne vuci vnejsimu polygonu)) - jenze je tam les. Ze by bug
 v Mapniku? Nebo je chyba v tom, jak jsou ty derave polygony v OSM
 nacpany? Co jsem zbezne koukl i na jina mista, tak tam to bylo taky
 blbe.

 Nebo mapnik umi derave polygonu jen u budov?

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

Re: [Talk-cz] Jihočeská posila

[Tomáš Tichý]

Jasně, v potlatchu stačí označit příslušnou way a stisknout klávesu H
a ukáže to historii editací, včetně možnosti poslat danému uživateli
mail.

=TT=

2008/8/12 Jan Dudík [EMAIL PROTECTED]:
 Ahoj lidi,
 asi před měsícem jsem narazil na OSM a začal je trochu editovat.
 Stále se učím, používám Potlatch.
 Ale proč píšu - během mé dovolené se někdo pustil do Českých Budjovic
 a nakrelil tam většinu ulic. Bohužel, při této příležitosti leckde
 přepsal mnou vytvořené ulice či přidal zpět neexistující.
 Dalo by se nějak zjistit kdo to byl, abychmom se mohli dohodnout?

 Méďulové
 ___
 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] Kniha o GPS/Mapování

[Tomáš Tichý]

Existuje kniha přímo o OSM, v němčině:
http://www.amazon.de/x/dp/3865412629

=TT=

2008/7/15 Petr Schonmann [EMAIL PROTECTED]:
 Ahoj,

 Chtěl bych se zeptat, zda není na trhu kniha o GPS, z pohledu mapování. Něco 
 co by mohlo usnadnit moji OSM práci :)

 PS: nebráním se jakékoliv zajímavé literatuře, která by mohla být s OSM 
 spojena.

 Děkuji za návrhy.


 
 S pozdravem
 Petr Schonmann
 Mail: [EMAIL PROTECTED]
 http://fatbozz.towerofglass.net

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

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