Re: [talk-cz] [Talk-cz] Prevody na spolek

[Jakub Sykora]

Ahoj,

pokud by nebyl nikdo proti, převedl bych i doménu mtbmap.cz na spolek.

K

Dne 19. 12. 18 v 13:35 Tom Ka napsal(a):

Ahoj,

jen info - psal jsem klukum co vlastni osmap.cz a openstreetmap.cz
ohledne prevodu domen na spolek a zaroven jsem na spolek jiz prevedl
svou VPS kde bezi web.

Bye

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



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

[Talk-cz] ☢Re: I found it!

[Jakub Sykora]

Dear! 


I understand you  were  looking for that stuff for a  long  period, so I 
suppose I came across  it, take a peek here 
http://daxiasoft.com/baseball.php?11UUzQS3q


Jakub Sykora

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

Re: [Talk-cz] Fwd: úprava mapy

[Jakub Sykora]

Ahoj,

pozor, § 63 odst. 2 zákona č. 114/1992 Sb. se týká pouze vyjmenovaných 
případů a pokud ten pozemek vlastní fyzická osoba (nikoliv právnická), 
tak tento odstavec nelze užít. A řešit, zda má mít pozemek oplocen či 
nikoliv je podružné - to je věc majitele a katastru.


V zásadě jsem proto nechat korektně zmapováno - neboť to paradoxně 
přinese majiteli větší užitek (ta informace, že cesta není veřejná se 
dostane lépe i k těm keškařům).
A vyžadovat, aby to z mapy zmizelo je asi tak reálné, jako dožadovat se 
po tvůrci filmu, aby vystřihl scénu se zámky lásky na mostě, protože 
lidi se tím insiprují a ničí jiné mosty...


Odpověděl bych ve smyslu:
Informaci o privátním přístupu k cestě jsme do mapy zanesli. Samotný 
výmaz cesty považujeme za kontraproduktivní - je otázkou času, než ji 
znovu někdo zanese do mapy a třeba bez této informace. Dále se nám 
podařilo zjistit, že zvýšená frekvence pohybu osob po této cestě není 
ani tak dána faktem, že je v mapě, jako tím, že se jistý okruh osob 
domnívá, že v daném místě jsou cílové souřadnice skrýše (geocache). To 
je věc, která je zcela mimo naši působnost.


K

Dne 8.7.2017 v 11:16 jzvc napsal(a):

Dne 7.7.2017 v 22:18 Lukáš Gebauer napsal(a):

Dne 7.7.2017 v 21:50 Marián Kyral napsal(a):





Cus,

tuhle je to docela slusne rozebrano 
http://frankbold.org/poradna/kategorie/ochrana-prirody-a-krajiny-ochrana-lesa-a-pudy/rada/volny-pristup-do-krajiny-a-vere 



Tzn pokud dobre vidim na fotomape, tezko sice rict, jestli tam cesta je 
nebo neni, ale v kazdem pripade majitel nemuze nikomu branit se tam 
volne pohybovat.


Vicemene ty pravidla ve zkratce znamenaji, ze kdokoli muze chodit 
kudykoli, pokud tim pohybem tamtez nepusobi nejaky skody (trebas 
poslapavani urody na poli), a pokud nekde existuje cesta, tak ji tam 
majitel musi strpet.


Ze stejnyho duvodu si ten pozemek nemuze bez zvlastniho duvodu, ke 
kterymu by musel mit povoleni, oplotit.


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

Re: [Talk-cz] Mapa varen a pěstíren konopí od policie ČR

[Jakub Sykora]

Ahoj,

právě jsem odeslal datovkou přílohu. Doufám, že jsem se tam nedopustil 
nějakého přehmatu.


K


Dne 1.11.2016 v 23:11 Marián Kyral napsal(a):

http://www.mapavarenapestiren.cz

Jestlipak uhádnete, co tam naší milé policii chybí? Ujme se toho někdo?

Marián


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



mapavarenakonopi-attribution.pdf
Description: Adobe PDF document
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Mapa varen a pěstíren konopí od policie ČR

[Jakub Sykora]

Ahoj,

posílám datovkou na Národní protidrogovou centrálu. Předpokládám, že je 
to v jejich gesci.


K

Dne 1.11.2016 v 23:11 Marián Kyral napsal(a):

http://www.mapavarenapestiren.cz

Jestlipak uhádnete, co tam naší milé policii chybí? Ujme se toho někdo?

Marián


___
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] Vyhlídkový bod?

[Jakub Sykora]

OK, pojďme se tedy bavit o tom, jak zanést informaci o tom, co je tam k 
vidění, případně je pojmenovat. Je fakt, že germáni v tomto ohledu jsou 
daleko před námi - ti i sebepitomější věc pojmenují něcoblick, takže 
člověk hned ví, že je tam možná něco vidět.


Asi tuším, odkud pramení naše nedorozumění - ve starých českých mapách 
to bylo vždy "místo dalekého rozhledu" - a těch zas tolik opravdu není. 
Kdežto dle OSM je to spíš něco jako fotobod nebo v kombinaci s místem 
dalekého rozhledu.


K

Dne 26.9.2016 v 09:11 Petr Vozdecký napsal(a):

Karle,
to je ode zdi ke zdi - tedy se nikdo nebaví o vyhlídce na tvého psa...

stejně, jako vítám v krajině označené viewpointy na naprosto nečekaných
místech (a informují mě "tady bys to pepiku nečekal, ale fakt nadhernej
rozhled"), pak jsem vdecnej mape, kdyz se podivam v Parizi do mapy a
uvidim treba 4 nejzajimavejsi viewpointy ve meste - ja je totiz narozdil
od parizanu neznam, nevim kde je hledat a jak se k nim dostat a taky
narozdil od tech ostatnich, co tam byli prede mnou, se teprve tesim, ze
se tam vyfotim... - viz treba Zahrady Trocadéro
 a pohled na
Eiffelovku nebo výhled od Sacre Cour, případně méně známé (a o to
cennější) finesy jako rozhled z Printemps
...

za me tedy diskuse neni o tom, zda se necinne divat, jak via maps.me
nekdo flaka viewpointy na kazdym rohu, ale naopak uspokojit tuto potrebu
tim, ze se naucime pouzivat (a udrzovat) viewpointy cilene i v takovych
mistech jako je intravilan Prahy (aniz by to musela byt rozhledna)

vop


-- Původní zpráva --
Od: Karel Volný 
Komu: OpenStreetMap Czech Republic 
Datum: 25. 9. 2016 23:05:29
Předmět: Re: [Talk-cz] Vyhlídkový bod?


zdar,

nezlob se, ale s touto logikou skutečně nesouhlasím (a souhlasím s
tím, že to
Matěj smazal, děkuji)

právě jak napsal Kuba, to bychom tuto značku mohli napráskat
prakticky všude,
a to je špatně

OSM má mapovat relitu - nemusí to nutně být realita v daném místě
fyzicky
viditelná (viz např. administrativní hranice), ale pořád by to měla
být nějaká
obecná informace

tedy napráskat viewpoint je úplně ideální, když mám nějakou
turistickou trasu
a na ní odbočku k vyhlídce, nebo je někde zřízen dalekohled, a
podobně, ale
náhodný bod na mostě takovouto _obecnou_ informací není; navíc bych
si dovolil
brojit proti redundanci, když mám značenou petřínskou rozhlednu 60 m
na vršku
kopce, tak mi docela stačí mapovat fakt, že je to nějaká věž vysoko nad
terénem, a nepotřebuju tam mít bod na vrchu jakože z toho fakt ten
rozhled je

já jsem nedávno nadhodil téma cenové skupiny (pardon, že jsem to tak
trošku
nechal usnout a nereagoval na vše, chystám se), kde jsem byl
přesvědčován, že
takovéto informace budou nejspíše příliš subjektivní a vůbec
nevhodné na to,
abychom to měli v mapě, a najednou se budeme bvait o tom, že chceme
mít v mapě
bod významný jen tím, že tam někdo zmáčknul spoušť na foťáku (nebo
možná ani
nezmáčknul, jen si myslí, že by to bylo dobré)?
- to snad ne ...

optikou turisty z Číny, fotím všecko, co potkám ... kam mám dát bod
"tourism=viewpoint", když si tuhle nějaký asiat fotil ve vlaku
našeho psa, a
nejsem si jist, kde přesně jsme v tu chvíli na trase Praha-Kolín byli?

K.


Dne Pá 23. září 2016 11:00:31, Petr Vozdecký napsal(a):
> ...mmm ale optikou turisty z Ciny je to jinak... jede do Prahy a ma
> nastudovane hromady beautyfoto... chce to videt... koukne do mapy
a nevi
> odkud (zkus si treba predstavit sebe v Parizi, Rime, New-Yorku...)
a je
> nadseny, kdyz to pak najde...
>
> znacka pro misto vyznamneho (pozoruhodneho) rozhledu se nevaze na
zadnou
> stavbu, rozhlednu, ba ani na vyskovy bod...
>
> z tohoto pohledu by bylo zajimave naopak takove znacky v mape cilene
> vytvorit, aby turistum nechybely a nemeli dojem, ze je tam musi
vkladat...
> zkus se nad tim zamyslet z tohoto pohledu... myslim, ze toto je
pridana
> hodnota mapy, ktera chybi a kterou turista ceka (od toho tu mapu
prece ma)
>
> vop
>
>
>
> -- Původní zpráva --
> Od: Jakub Sýkora 
> Komu: talk-cz@openstreetmap.org
> Datum: 23. 9. 2016 9:53:55
> Předmět: Re: [Talk-cz] Vyhlídkový bod?
>
> "Podle mě má smysl dávat místo dobrého rozhledu/vyhlídkový bod
pouze do
> míst, kde se to buď nedá očekávat a překvapí to nebo na místa, kde to
> opravdu stojí za to - kde je vidět něco pozoruhodného a z jiných
míst v
> okolí to vidět není. Čekal bych tam tedy vybudovanou vyhlídku,
vyvýšené
> místo nebo třeba průsek stromů v 

Re: [Talk-cz] Mapovani napisu v krajine was Re: Zuzanka

[Jakub Sykora]

Jo, beru, předělám. Proč ne, má to hlavu i patu. Poslední dobou trpím RD 
(rodičovská demence)


K

Dne 29.8.2016 v 13:26 Pavel Machek napsal(a):

Moc se mi nelibi mapovat konkretni stromy ... kdyz jsem nezmapoval
konkretni stromy.

Proc to proste neobtahnout jako plochu, s tim ze je to jehlicnaty les,
modrin, narozdil od okoli? Tady dole to nekdo navrhuje...

Na orientacky mape se takovyhle veci bezne mapujou, ale jednotlivy
stromy jsou zmapovany opravdu jenom kdyz sedi pocty i polohy...


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

Re: [Talk-cz] spolek

[Jakub Sykora]

Vzhledem k tomu, že každým dnem čekáme další přírustek do rodiny a navíc 
ve čtvrtek nová školka apod. to vypadá, že asi tak dalších půl roku ani 
kdybychom se měli sejít v hospodě vedle našeho baráku :-)


Budu teď do Vánoc trochu méně společenský :-)

K

Dne 29.8.2016 v 11:31 Petr Vozdecký napsal(a):

a na stejne setkani ve stejny den rekneme v Praze, Ostrave atp.?

-- Původní zpráva --
Od: Jakub Sykora
Datum: 29. 8. 2016 v 11:08:02
Předmět: Re: [Talk-cz] spolek

Ahoj, počkám, to není problém. Do Brna se jentak nedostanu. Pic, K Dne
26.8.2016 v 07:25 Petr Vozdecký napsal(a): > ahoj Jakube, > > s tímto
prosím ještě počkej. Pokud by ti vlastnictví domény přinášelo >
komplikace, dej vědět. Pokud jsi z Brna, stav se na kvartální pivo 7.9.

(místo upřesním). > > díky > > vop > > -- Původní zpráva

-- > Od: Jakub Sýkora > Datum: 25. 8. 2016 v 15:26:54 > Předmět:
[Talk-cz] spolek > > Ahoj, vznikl vlastně nějaký spolek, který
zastřešuje osm.cz ? Jde mi o > to, že vedu doménu mtbmap.cz a v případě,
že by spolek existoval, tak > bych ho nastavil jako vlastníka. Dnes jsem
u domény veden jako vlastník > já... 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


___
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] Zuzanka

[Jakub Sykora]

Hele mrkněte na http://osm.org/go/0MivxBlW8-

Přijde mi to jako docela dobré řešení - samozřejmě počty stromů těžko 
odhadnu z ortofoto, ale technicky vzato by tak mohlo vycházet, že 
vysázeli tři řady.


Ještě přemýšlím, že tam dám locality s nějakým popiskem, aby to hned 
první mapper, co půjde kolem nesmazal a aby i uživatelé map byli o něco 
chytřejší.


K

Dne 26.8.2016 v 07:59 Marián Kyral napsal(a):



Dne 26.8.2016 v 07:31 Lukáš Karas napsal(a):

Těmi modříny jsi mi připomněl že v řůzných místech německa jsou modříny
vysázeny do hákových křížů. Mnoho z nich se zachovalo dodnes.

...jsou věci které bych do mapy nazanášel, ale určitě je to dobré téma k pivo
jak to zmapovat aby to renderer rozlišil od okolí :-)
landuse=forest, leaf_type=needleleaved ?


Tak záleží, kolik je těch stromů vedle sebe. Možná by se dalo použít
natural=tree_row.

Marián


L

Dne čtvrtek 25. srpna 2016 17:40:09 CEST Jakub Sýkora napsal(a):

Ahoj,

Pokud dobře koukám, tak na ofoto je nápis miluju tě a jméno je jiné
(něco jako Símo) - určitě tam není Zuzanko. 16m v lomu není zrovna mnoho
- GPSkou bys to musel trasovat naněkolikrát a beztak by ten výsledek
podle mě byl nevalný.. To už by bylo lepší to "zaměřit" svinovacím
metrem, namalovat si to JOSM 1:1 a pak to prsknout zhruba tam, kam to
patří v tom lomu.

Tedy se jedná o věc vcelku asi v čase proměnnou, tak je otázka, zda to
vůbec mapovat.

To už bych spíš zmapoval v Harrachově vysázené modříny do cifry 10,
které tam byly vysazeny k desátému výročí vzniku republiky v roce 1928.
Dodnes je to krásně patrné obzvlášť z čerťáku. Což mě napadá, že asi
udělám :-)

K

Dne 25.8.2016 v 17:24 Mikoláš Štrajt napsal(a):

Zdravím OSM komunitu,

pro dnešek mám takové odlehčené téma.

Na dovolené jsme mimo jiné navštívil Solvayovy lomy (blízko Berouna),
kde jsem v prostoru bývalého lomu paraple zahlédl poměrně velký nápis
"Miluju tě, Zuzanko" vyskládaný z kamenů.

Když jsem to uviděl, říkal jsem si, že by to mohlo být vidět na
ortofotomapě - a skutečně - https://mapy.cz/s/10xKP

Je to tedy vidět jen na té od mapy.cz, ostatní poskytovatelé nemají
tak podrobné/aktuální ortofoto.

Mám dva takový troufalý dotazy:
 - je to mapovatelné pomocí normálních nástrojů OSM (tj. mobily, GPS,

případně tracing z ortofota), nebo to chce něco přesnějšího. Samotný
nápis "Miluju" má dle měření na mapy.cz délku 16m, tedy asi jednu tramvaj

 - jak to značit? Třeba stonehenge jsou building=yes, historic=stone a

natural=stone. Tohle asi moc historic nebude (tuším, že tam byl rok 1998).

Severá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





___
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] spolek

[Jakub Sykora]

Ahoj,

počkám, to není problém. Do Brna se jentak nedostanu.

Pic,

K

Dne 26.8.2016 v 07:25 Petr Vozdecký napsal(a):

ahoj Jakube,

s tímto prosím ještě počkej. Pokud by ti vlastnictví domény přinášelo
komplikace, dej vědět. Pokud jsi z Brna, stav se na kvartální pivo 7.9.
(místo upřesním).

díky

vop

-- Původní zpráva --
Od: Jakub Sýkora
Datum: 25. 8. 2016 v 15:26:54
Předmět: [Talk-cz] spolek

Ahoj, vznikl vlastně nějaký spolek, který zastřešuje osm.cz ? Jde mi o
to, že vedu doménu mtbmap.cz a v případě, že by spolek existoval, tak
bych ho nastavil jako vlastníka. Dnes jsem u domény veden jako vlastník
já... 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] mapovani signalu vs. BTS was Re: WeeklyOSM CZ 314

[Jakub Sykora]

Pokud neznáš vyzařovací diagramy, azimuty, elevace antén, výkony tak 
stejně nešlo. Respektive by z toho byl nějaký pavýsledek.


K

Dne 16.8.2016 v 09:54 Michal Poupa napsal(a):

Na počítání signálu byl šel použit sw Radiomobile (
http://www.cplus.org/rmw/english1.html )
 ale moc nechápu k čemu by to na OSM bylo...

16. 8. 2016 v 9:24, Janda Martin :


Dobry den,

 pridavani BTS do OSM bych zatim nedelal.
*) v OSM chybi stale spousta domu a kominu na kterych jsou BTS umisteny. Cast 
dat je posunuta
*) Na BTS stanovistich se meni parametry
*) OSM data jsou spise staticka.

*) dle meho nazoru mapa pokyti signalem rozhodne nepatri do OSM.
   Navic bez parametru primo od operatoru/CTU nelze spocitat. Navic se jedna o 
relativne dynamickou zalezitost

--- spis bych navrhl zvysit kvalitu dat pro CR
*) doplnit kominy
*) jak to vypada s databazi stromu? (neco tu letos probehlo)
*) je potreba zjistit aby nova data nebyla vkladana do OSM posunuta
*) oprava starych silnich a ploch ktere jsou posunute az o desitky metru
*) omezit rucni prekreslovani z leteckych fotek ktere nemaji kompenzovane 
zkresleni

--- pred editovanim detailu (zahradky, ploty, cesty, ...)
1) v oblasti importovat budovy RUIAN
2) importovat RUIAN lands

*) pak teprve dokreslit detailni objekty. Dost casto se stava ze detily jsou 
dokreslene posunute a velmi zjednodusene

 Martin

- Original Message -
From: "Pavel Machek" 
To: "OpenStreetMap Czech Republic" 
Sent: Monday, August 15, 2016 11:06:53 PM
Subject: Re: [Talk-cz] mapovani signalu vs. BTS was Re:  WeeklyOSM CZ 314

Ahoj!


Mapováním BTSek se zabývají nadšenci na gsmweb.cz a jsou v tom hodně
dobří. Možná by s OSM rádi spolupracovali.


No, gsmweb ma docela kompletni a velmi presnou databazi, ktera by se
urcite v openstreetmap vyjimala. Otazka je jestli ji daji, myslim ze
pred par lety to vypadalo spis zaporne. Ale treba se situace
zmenila...

   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
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] Zpracování vrstevnic pro mapy

[Jakub Sykora]

Ahoj,

záleží, odkud čerpáš SRTM data a zda jsou tam interpolované voidy. V 
surových datech toho dost chybí.
Také je dobré se do těch zdrojových dat podívat, jak to vypadá v těch 
oblastech, kde selhal převod na vrstevnice, vypadá.


Jedna z možností je SRTM v4 ze http://srtm.csi.cgiar.org/
Udělali tam hodně práce na kvalitě dat. Ale jsou to pouze 90m data (3 
vteřinová)


Pokud to chceš méně hranaté, můžeš zkusit jednovteřinová data, ale opět 
platí, že je potřeba v datech vyplnit voidy nějak rozumně, protože i tam 
nějaké jsou. Viz https://lta.cr.usgs.gov/SRTMVF a SRTM 1 Arc-Second 
Global a stahova tmožno přes http://earthexplorer.usgs.gov/


K

Dne 16.8.2016 v 09:37 Lukáš Karas napsal(a):

Ahoj, měl bych dotaz na lidi kolem projektu openstreetmap.cz:
Vrstevnice které jsou součástí map si zpracováváte sami, nebo stahujete
předpřipravené z nějaké služby?

Zkoušel jsem do svých mobilních map (postavených nad OSM Scout knihovnou)
přidat vrstevnice, použil jsem Srtm2Osm tool pro vytvoření vrstevnic z SRTMv2
dat od Nasa. Vše vypadalo vpořádku, dokud jsem nezkusil Alpy, kde jsem narazil
na tyto podivnosti:
http://www.karry.cz/files/ContourLines_bug.png

Na OSM wiki jsem se dočetl že SRTM data mají tento problém na místech kde byl
sníh :-( Chtěl jsem vyzkoušet použít novější data (SRTMv3), ale pro ten jsem
zatím nenašel funkční nástroj...

Když se podívám na openstreetmap.cz, třeba na vrstvu zimní sporty tak tento
problém se ve vrstevnicích nevyskytuje...

Poradíte prosím jaký zdroj a nástroje použít pro dokonalé vrstevnice?

Díky, Lukáš



___
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] vyskove profily (was Re: Rozcestníky cyklotras a cykloturistickych tras)

[Jakub Sykora]

Existuje. Stačí dát do Googlu a třeba tady je kompletně funkční třída:

https://github.com/wind-project/wind/blob/master/globals/classes/srtm.php

Nebo pokud to chcete číst z TIFFu, tak

http://www.osola.org.uk/elevations/elevations.zip

Není to nic složitého...

K

Dne 26.6.2016 v 07:19 Jan Martinec napsal(a):

Ahoj, už jsem to někde viděl i webově, v PHP snad. Zkusím pohlodat.
Honza "Piškvor" Martinec


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

Re: [Talk-cz] Hearth.Net: Google Maps > OSM?

[Jakub Sykora]

Našeptávač adres pro ČR jde snadno udělat z databáze adresních míst RUIANu.
Pro celý svět pak asi použít Nominatim?


Source Code

Nominatim is based around the postgresql import utility osm2pgsql using the 
alternative gazetteer output option. Indexing and search are performed using a 
combination of C, plpgsql and php. The source can be found here:

https://github.com/twain47/Nominatim

Full installation instructions can be found in Nominatim/Installation.


K

Dne 15.4.2016 v 07:29 Marián Kyral napsal(a):

Ahoj,

-- Původní zpráva --
Od: Ladislav Nesnera 
Komu: 8 list 
Datum: 15. 4. 2016 6:18:30
Předmět: [Talk-cz] Hearth.Net: Google Maps > OSM?


Zdravím

Došel mi z Hearth.Net  mailík:

"..Poslední dobou se zájem odejít od Google Maps k nějaké
alternativě zvyšuje, nicméně narážíme - konkrétně u OpenStreetMaps -
na blok, který se nám nedaří nějak obejít - tím blokem je v tuhle
chvíli našeptávač adres, který na Hearthu při zadávání adres používáme.
Co jsme OSM studovali, tak mám pocit, že oni našeptávač nenabízejí a
jediná možnost je si ho v podstatě vytvořit vlastními silami z OSM
dat a ladit algoritmus/vyhledávání, se kterým bude našeptávač
pracovat. Máte s implementací OSM zkušenosti a třeba takovéhle
otázky prozkoumané/vyřešené?.."

Našeptá někdo odpověď? ;-)

Je to tip pro openstreetmap.cz?  ;?)


No je to výhledově v plánu, ale momentálně na tom nikdo nepracuje:


https://github.com/osmcz/osmcz/issues/95


Ten Mapbox vypadá slušně, nicméně je to placená služba.


Marián



___
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] Officiální subjekt české OSM

[Jakub Sykora]

Thumbs up!

Dne 1.4.2016 v 08:54 Jachym Cepicky napsal(a):

Ahoj,

mě tohle vlákno nějak proklouzlo pod rukama, omlouvám se za pozdější reakci.

Byli bychom rádi, kdyby se aktivity software a data - tedy OSGeo.cz a
OSM.cz propojili do jednoho právního subjektu. Myslím si, že obě skupiny
k sobě mají blízko a jsou částečně prorostlé. OSGeo.cz (Otevřená
GeoInfrastruktura z.s.) má už právní subjektivitu, šlo by o to rozšířit
stanovy a budeme rádi, když lidé aktivní v OSM se stanou součástí řídící
struktury. Potom můžeme mluvit jako jednotná platforma. Vždycky dávám za
příklad německý FOSSGIS e.v., kde k takovému spojení před pár lety došlo
a zdá se, že to pořád spokojeně funguje.

Tenhle názor bych rád přijel prezentovat do Brna - můžeme se o tom pobavit

Jachym

st 17. 2. 2016 v 12:38 odesílatel Miroslav Suchy > napsal:

Ahoj,
v poslední hospodě v Brně  sme měli docela  výživnou diskusi.
Bavili jsme se o spoustě věcí - mj. o doméně openstreetmap.cz
,  spolupráci s KČT, Seznamem... A vždy se
to obloukem
stočilo k tomu zda mít či nemít oficiální organizaci, která by byla
partnerem pro jiné firmy. Nebo alespoň nějaký
subjekt, který by komunitu vyloženě nezastupoval (ve smyslu "my
mluvíme za všechny"), ale mohl vystupovat na jeho
podporu (a měl u toho v CZ OSM komunitě podporu).
Několikrát to zde na mailing listu již bylo nadhozeno (viz archív).
Ale  nikdy se to nijak neuzavřelo.

Takže bych Vám rád položil dva okruhy otázek:

1) Chcete officiální podpůrný subjekt? Chcete se ho účastnit?
Cíle takové subjektu by zřejmě mohli být:
* převzetí nehmotneho majetku v podobě domén a možná i dalších věcí
(pokud jejich současní správci budou chtít).
* vytvoření HW a SW základny pro realizaci projektů komunity a
příznivců.
* získávání prostředků pro rozvoj.
* získání trvalé podpory velkých subjektů (typicky hosting, Mapy.cz
apod.)
* podpora vybraných projektu s mezinárodním přesahem (např. vývoj
podpůrných aplikací pro smartphony, videotutoriály...)
* získání podpory od OSM Fundation (viz
http://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters ).

2) Když by subjekt (jakýkoliv a jakkoliv) vznikl, co byste od něj
čekali jako minimum (důvod k existenci) a co byste od
něj čekali více? Co byste mu navrhovali, aby zařídil, podpořil...?

Prosím o váš názor (i kladné prosím!).

Mirek Suchý

___
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] bp - import dat ipr

[Jakub Sykora]

prosím potenciální

K

Dne 22.2.2016 v 21:05 Petr Schönmann napsal(a):

Tady jsou shromážděné potencionální zdroje pro CZ
https://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#Potencion.C3.A1ln.C3.AD_zdroje

po 22. 2. 2016 v 14:37 odesílatel Martin Landa > napsal:

Zdravim,

2016-02-11 11:59 GMT+01:00 Jethro >:
 > není tam nějaký licenční problém?
 > Viz vlákno "Otevřená data IPR a mapa Prahou na kole"

jsem v IPR v kontaktu, o pripadne progressu budu informovat. Pokud by
to nevyslo, tak potrebuju mit v zaloze alternativni zadani - idealne
neco na tema davkoveho importu (planujete zaclenit nejake dalsi zdroje
dat)? Neexistuje na wiki nejaka stranka, kde shromazdujete pripadna
temata na BP/DP? Predem diky, Martin

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

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

--
S pozdravem
Petr Schönmann
https://www.facebook.com/klikklakcz


___
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é pojetí dálniční sítě

[Jakub Sykora]

To sice ano, ale mě se léty osvědčuje pravidlo, že žádná informace je 
lepší než špatná informace. Ono se totiž špatně rozlišuje, co je 
informace z importu a co už někdo ručně prošel.


K

Dne 22.11.2015 v 09:11 Marián Kyral napsal(a):

Tak dálnice je dálnice ne? Předpokládá se 130. Pokud tam je někde
omezení, tak se otaguje dodatečně. Důležitější jsou přece značky a ne to
co mi píše navigace.
Rychlost v navigaci je jen orientační.


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

Re: [Talk-cz] Je možno kopírovat z jiných map?

[Jakub Sykora]

Tady bych si dovolil upozornit, že letecký snímek není to samé co 
ortofoto. Tam je za tím netriviální transformace, aby nějakým způsobem 
vůbec seděl na souřadnice.


Geo komunita mi promine výrazivo - nejsem geo* :-)

K

Dne 24.6.2015 v 18:35 Marián Kyral napsal(a):

Dle ní, není prostý letecký snímek autorské dílo, takže použít jej jako
podklad při mapování by mělo být možné.
Jen nesmíme samotné letecké snímky dále šířit.


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

Re: [Talk-cz] Pubertální vandalismus

[Jakub Sykora]

Tyjo to je tak asertivni, az jsem se z toho malem pocural do prostred 
rybnika :-)


Dobra prace!

K

Dne 28.10.2014 v 18:57 Petr Vejsada napsal(a):

Dne Út 28. října 2014 18:34:49, Petr Vejsada napsal(a):


Ahoj,

bharat, jeden z těch, co tam blbnou, tu školu včera opravil a i další věci.
Neopravil ale všechno. http://www.openstreetmap.org/changeset/26368727


Tak to zkusím ještě takhle:
--
Ahoj, už jsem psal Uršule. Je super, že se zajímáte o mapu, zájem místních
lidí je to nejlepší, co může být. Díky za opravu školy, ale ještě se, prosím
tě, podívej kolem, třeba záchod uprostřed vody, tomu moc nevěřím, že tam je.
Jedině že to popisuje skutečnost, kam se chodí čúrat :). Nebo další
place_of_worship u školy.

Je fajn popisovat věci i názvama, které používají a znají jen místní, to se dá
a slouží k tomu loc_name,  Asi tvůj kámoš upravil hospodu a u toho adresu
http://www.openstreetmap.org/way/192546397 . Jestli se tomu říká mezi lidma
Mešita, tak to přesně patří do loc_name. Takže to má být name=U Fojtiků,
loc_name=Mešita. Pak tomu budou rozumět všichni, jak vy, místní, tak my, třeba
z druhého konce republiky. A když si dáš najít Mešita, Prušánky, tak by se to
pak mělo dát najít (jestli nekecám). A jestli se někde něčemu říká Krtkovo
Království nebo tak nějak, tak to taky patří do loc_name a je to OK a nikomu
to vadit nebude.

  Ale je blbý mazat PSČ a psát tam místo něj kravinu, která tam nepatří.

Jestli vás to nepřestane bavit, tak můžou být Prušánky jedním z nejlépe
zmapovaných míst :)

Tak se měj(te) a jsem zvědavý, jak bude za měsíc vypadat mapa  Prušánek :-)
--





Dne Út 28. října 2014 17:11:55, Marián Kyral napsal(a):

Dne 27.10.2014 15:59, jzvc napsal(a):

Zeby nejaka skolni prednaska vcetne praktickych ukazek? Nemyslim si,
ze by se vic lidi registrovalo jen pro tu prcu.


Jinak osobni zkusenosti (s podobnejma). Bud mate power (= admini) se
snima vyporadat silou, nebo je nejlejsi cesta nechat to usnout, a za
1/2 roku to opravit.

Pokud jsou to cerstve zmeny, muze se vam stat, ze vase reakce vyvola
protireakci daleko vetsiho rozsahu.


A půl roku budou na mapě totální ptákoviny? To se mi moc nelíbí. Udělal
bych revert a pokud se jich to dotkne, tak bych je napráskal výš.

Marián



___
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] dotaz na funkčnost mtbmap.cz

[Jakub Sykora]

Uz jsem se lekl, ze jsem zapomnel zaplatit domenu na dalsi rok :-)

Dne 30.7.2014 09:25, Petr Holub napsal(a):

doplnil jsem část zelené z údolí Olešenky směrem na Českou Čermnou a opravil 
několik lesů podle bingu


Jeste jedna vec - pocitejte prosim s tim, ze mtbmap.cz se prepocitava
nejcasteji jednou za 14 dni, spis jednou za mesic. Duvod je v tom,
ze jsou tam netrivialni vypocty kolem routovacich informaci a cely
ten update s kompletnim prerendrovanim bezi tak 4-5 dni.

Jinak od kolegu mam info, ze se v masine jeste navic odesly nejake
disky a rebuilduje se pole.

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] Dotaz k významu bicycle:yes

[Jakub Sykora]

Vyhláška říká (podle pravidla makové buchty), že obec začíná tam, kde je 
umístěna značka IS 12a Obec a končí tam, kde je umístěna značka IS 12b 
Konec obce.
Centrální registr dopravních značek IMO neexistuje - každý správce 
(obec) má svoji databázi - pasport - (v tom lepším případě) v tom horším 
ji ani nemá a osazuje značky ad-hoc (dobře, je fakt, že některé obce 
mají právě čtyři dopravní značky a na ně opravdu databázi nepotřebují). 
Někdy to mívají sloučené do nějaké evidence obecního majetku.


Výrobci buď nějakým stylem jednali s dotčenými obcemi (málo 
pravděpodobné), zjistili si to v terénu (nejpravděpodobnější) nebo to 
odhadli nějakou heuristikou podle hranic obce (IMO u nízkonákladových 
map možné).


Dopravní značky se poměrně dobře získávají kamerou s GPSkou metodou 
analýzy obrazu, protože jsou většinou reflexnější než okolí a mají 
predikovatelný tvar - nejeden student na to dělal semestrální práci na 
mé alma mater.


K

Dne 22.4.2014 22:21, Petr Vejsada napsal(a):

Ahoj,

Dne Út 22. dubna 2014 14:27:48, Pavel Machek napsal(a):


Jak se pozna ze je to v obci? Omezeni plati od znacky zacatku obce, a
to nikde zmapovany nemame. (Dalsi bordel je, ze to muze byt v kazdym
smeru jinde. Ouch.)


toto mě zajímá, jen vůbec netuším, jak poznat, kde začíná obec ve smyslu
omezené rychlosti. Kde tato data berou komerční výrobci navigací? Správa
silnic nebo tak něco?

--
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] Dotaz k prubehu kontroly - Re: Průběh importu adres

[Jakub Sykora]

+1

Dne 9.4.2014 04:24, Dalibor Jelínek napsal(a):

Podle me tedy vyhrava b) - smazat z POI adresu.


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

Re: [Talk-cz] mapovani turistickych znacek - soustredene usili

[Jakub Sykora]

Ahoj,

v zásadě se mezi řečí ptal Václav Klubíček, jestli z vytěžených dat na 
[1] lze udělat nějaké strojově čitelné výstupy použitelné pro domapování 
turistických tras. Tak to Jan Skala připravil a poslal sem.


Aspoň tak to chápu já Jáchyme.

K

[1] http://osm.paws.cz/hiking.php

Dne 1.1.2014 02:44, Jáchym Čepický napsal(a):

Omlouvám se za poslední prázdnou odpověď, nyní k věci:


Já jsem asi pomalejší, ale na základě tohoto e-mailu jsem vůbec
nepochopil, co očekáváte, že ostatní budou dělat, na co se mají dívat,
mají-li něco někam posílat, jakou vypovídací hodnotu to, co děláte má
atd.

Mohl byste prosím ještě jednou popsat Vaši práci a očekávaný přínos a
očekávaný příspěvek ostatních z pohledu někoho, kdo nemá šajn co děláte?

Díky

JC

On Ne, 2013-12-29 at 15:16 +0100, Jan Skala wrote:

Dobrý den,

začal bych tím, že jsem si předchozí korespondenci smazal a teď jen
doufám, že tahle zpráva přistane někde v mailing listu. Před časem jsme se
domlouvali, že udělám použitelnější výcuc z pěších relací. Dnes jsem si
konečně udělal půl dne času a předělal svůj prográmek, aby vracel sqlite
databázový soubor, který by odpovídal tabulce, kterou mám na osm.paws.cz.
Požadavek navíc bylo přidat umístění relace, aby mohl člověk vybrat ty v
oblasti zájmu. To je snad splněno a soubor jsem dal ke stažení na stránky.
Protože jde o testování, tak jsem použil nějaký starý soubor České
republiky, proto výsledná data nemusí být aktuální! Takže adresa souboru
je http://osm.paws.cz/test.db, je tam jedna tabulka Hike (plánuji přidat
i Bike, pokud to něčemu pomůže) a v ní jsou sloupce:

id INT, route TEXT, name TEXT, ref TEXT, complete TEXT, network TEXT,
operator TEXT, kctType TEXT, kctColor TEXT, symbol TEXT, latmin REAL,
latmax REAL, lonmin REAL, lonmax REAL

Poslední čtyři jsou doufám správně určený BoundingBox všech členů relace,
ostatní tagy jsou jasné, jen symbol je hodnota tagu  osmc:symbol a
kctType a kctColor jsou hodnota a klíč z tagu kct_color=type. Zpracovat
databázi jistě půjde v Pythonu a snad v PHP.

S pozdravem
Jan Skala

___
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] import vrcholů z turistické mapy Seznam.cz

[Jakub Sykora]

PR clanek mi toliko nevadi - v zasade bych udelal neco bud na wiki nebo 
sem do konference a at si to pripadne publikuji kde chteji.


Provazanost na ID by nebyla spatna - i kvuli pripadnym zpetnym opravam - 
nedelam si iluze, ze by data byla bechybna.


K

Dne 11.12.2013 10:08, Dalibor Jelínek napsal(a):

Cau,
jeste se prosim zeptej, jestli ta databaze, kterou nam mozna daji,
ma nejake id pro vrcholy, ktere by melo smysl zachovat v OSM,
abychom meli zachovanou provazanost se Seznamem pro pripadne
budouci update.
Taky mi nejsou uplne jasne ty pozadavky na ten PR clanek.

Zdravi,
  Dalibor

-Original Message-
From: Jachym Cepicky [mailto:jachym.cepi...@gmail.com]
Sent: Wednesday, December 11, 2013 8:56 AM
To: OpenStreetMap Czech Republic
Subject: Re: [Talk-cz] import vrcholů z turistické mapy Seznam.cz

Ještě než začnu s oťukáváním,

máme pro hromadné importy jeden účet nebo je to co tématický import, to jeden 
účet?

Jde mi o to, jestli můžeme Seznamu slíbit jejich vlastní účet v OSM, na 
kterém by bylo vidět co dali nebo ne

Jáchym

Dne 8.12.2013 15:49, Jachym Cepicky napsal(a):

Na spatiallite bych se vykašlal - na vážnou práci postgis

Díky všem za pozitivní odezvu, tak já od nich ta data stáhnu, ujistím
se o licencích a dám vědět

J

Dne 7.12.2013 12:20, Vojtěch Kalčík napsal(a):

Ahoj,

vrcholy by byly fajn. Koukal jsem, že aktuálně je v ČR zmapováno 2920
vrcholů. Takže 48087 vrcholů by byl určitě posun dopředu.

Do importu bych se klidně pustil nebo s ním někomu pomohl. Ještě jsem
teda nic do OSM neimportoval, ale rád získám nové zkušenosti. Mám
zkušenosti s Pythonem, knihovnou pyproj a SpatiaLite, takže bych mohl
vytvořit skript na řešení duplicit podle vzdálenosti a atributů

Vojta

Dne 6.12.2013 11:43, Dalibor Jelínek napsal(a):

Ahoj,
to je hezke, vrcholy v mapach dost chybi.
Ja bych s tim rad pomohl.

Zdraví,
  Dalibor

-Original Message-
From: Jachym Cepicky [mailto:jachym.cepi...@gmail.com]
Sent: Thursday, December 5, 2013 4:42 PM
To: OpenStreetMap Czech Republic
Subject: [Talk-cz] import vrcholů z turistické mapy Seznam.cz

Zdravím všechny

trochu jsem se navzájem oťukával se Seznam.cz o možnosti nějakým způsobem 
využít jejich turistické značky pro potřeby OSM. To bohužel nedopadlo, ale pan 
Žemlík (Manažer kartografické redakce Mapy.cz) mi nabídl, že pro potřeby OSM by 
Seznam.cz mohl uvolnit data českých vrcholů.

Jedná se o všechny vrcholy jak jsou v turistické mapě v rámci Česka.
Jedná se především o vrcholové kóty, ne o kóty ve svahu apod.
V mapě je 48087 bodovek vrcholů, výška je vždy, název pokud existuje.

V mapě např. zde:
http://mapy.cz/#!x=14.406667y=50.124393z=16l=16t=s
nebo zde: http://mapy.cz/#!x=15.944618y=48.840290z=14l=16t=s

Data nejsou s atributy, dostali bychom kótu, anotaci názvu a anotaci výšky.

Převod do atributů byl na nás.

Většina, co už v OSM je bude asi duplicitní.

Máme o ta data zájem? Hlásí se dobrovolník na import?

V případě kladné odpovědi jsem slíbil:

1. Uvedení zdroje: source po domluvě buď Seznam.cz nebo co si
řeknou 2. Uživatelský účet Seznamu pro import (nejsem si jist, jak
technicky možné to je nebo jaký je best practice) 3. Když budeme
někde o OSM mluvit, zmíníme naše donátory (prezentace,
konference)
4. Článek, popisující vedle toho že data byla naimportována i nějaké to 
technické zázemí.. - prostě PR, ze kterého tak moc PR nekouká.

Jak to vidíte?

J

--
Jachym Cepicky
jachym.cepicky at gmail.com
http://les-ejk.cz
PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp
@jachymc



___
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





--
Jachym Cepicky
jachym.cepicky at gmail.com
http://les-ejk.cz
PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp
@jachymc



___
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] Opravdu není žádná shoda o adresních bodech?

[Jakub Sykora]

Jakmile je někde něco vícekrát, tak dříve nebo později vždycky dojde k 
nekonzistenci [1] - tedy k tomu, že se upraví pouze jeden bod a ostatní 
ne. A pak si vyber, co je vlastně správně a co ne.


Proto je to fuj fuj a snažíme se tomu téměř za každou cenu vždycky zabránit.

[1] http://cs.wikipedia.org/wiki/Nekonzistence

Dne 15.10.2013 09:47, Dalibor Jelínek napsal(a):

Jaký problém v tom vidíš, že je to fuj? Kromě zjevné duplikace dat,
což si myslím, že zas tak velký problém není. Něco mi uniká?

Zdraví,
  Dalibor



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

Re: [Talk-cz] Opravdu nen? ??dn? shoda o adresn?ch bodech?

[Jakub Sykora]

Pokud se nepletu, hanoj tady pred nedavnem psal, jak se tyhle veci resi 
efektivne pomoci databaze - je to jeden dotaz nad geoprostorovou 
databazi, ktera se z OSM dat da naplnit skriptem za par sekund. Pokud to 
samozrejme chces resit algorimticky bez databaze, je to slozitejsi. Je 
to tedy spis diskuze o prostredcich a pripadne o jejich znalosti a 
neznalosti. Ale urcite neni geodatabaze nejake scifi, co by neumel nikdo 
pouzit - s navodem na wiki jsem si ji sam rozbehl a co rict - funguje to.


Prijde mi, ze hledas problem tam, kde neni - je to asi jako kdybych si 
stezoval, ze se mi v assembly spatne pracuje s XML a proto by mel byt 
format dat pro OSM ryze binarni s pevnou delkou zaznamu - protoze jak 
jinak s tim ja chudak mam pracovat.
Nebo jsem grafik a budu si stezovat, ze nejlepsi by bylo, abych mel 
vsechno v krivkach v adobe illustratoru, protoze jinak z toho mapu prece 
nikdy neudelam.


K

Dne 8.10.2013 16:47, Pavel Machek napsal(a):

Ahoj!


Systém adresních bodů (jakož i budov) už mimo OSM někdo vymyslel, udržuje ho a 
z 99% bude vždy naším jediným zdrojem RUIAN/KM. Dnešní využití těchto dat v OSM 
je jemu podobné a tento systém je pro nás dost dobrý


Chápu, že tím asi myslíš, že budeme vždy vycházet z těchto dvou zdrojů,
ale myslíš tím, že teda máme používat pro adresy body v místech, kde jsou v 
RÚIAN a v KM?

*** chci tím říct, že adresní body mají být formou pouze body a mají
obsahovat jen adresní tagy (nikoliv POI). Umístěné mají být nad
reprezentativní budovou (problém vazby budova adresa M:N).


Myslete trochu na ty chudaky co se snazi osm data pouzivat.

Ano, je mozne spocitat ktera budova obsahuje dany adresni body... ale neni to 
uplne primocary
program, a muze tam nastat spousta zajimavosti.. jako treba neuzavrena budova.

A kdyz chci zjistit adresu restaurace (POI), hledat kvuli tomu obrys budovy a 
prohledavat,
ktery adresni body lezi v obrysu... mi prijde zvrhle.

Ano, s dostatecnou motivaci bych to mohl napsat, ale.. kdyz tech implementaci 
bude vic (bude),
budou se v okrajovych pripadech chovat jinak (spatne!).

Ty vazby by v datech mely byt. Muze je vyrabet/kontrolovat nejaky automat, ale 
nutit kazdyho
uzivatele mapy aby si to naprogramoval neni hezke.

Pavel



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

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

[Jakub Sykora]

Aniž bych se chtěl hádat, tak si všimni u jakého zápisu data se nedělá 
mezera za tečkou - ty výjimky jsou vesměs dost technického ražení a je 
to dost specifický zápis dle ČSN.
U ostatních výjimek se také jedná převážně o technikálie, které 
vyplývají zpravidla z nějaké závazné formy nebo specifikace. Chce to 
tedy dočíst až do konce.


Za ev. bych mezeru rozhodně psal, výjimka to určitě není, protože je to 
obyčejná zkratka slova evidenční - nic víc, nic míň. A za zkratkami 
končícími na souhlásku se píše tečka. Za tečkou mezera.


K

Dne 2.10.2013 12:02, Dalibor Jelínek napsal(a):

Tutaj dole
http://prirucka.ujc.cas.cz/?id=160dotaz=te%C4%8Dky
se říká, že výjimečně se za tečkou mezera nedělá.
Když to jde v čase a v datu, tak to může jít i v ev.123


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

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

[Jakub Sykora]

To nebude cislo evidencni, ale oznaceni v budove - bezne se u radovych 
domu a bloku oznacuji takto jednotlive vchody nebo sekce - ma to prave 
mit ten vyznam - je to jeden celek, jednolita budova, ale trochu jine 
misto. Navic dost mozna kolaudovano jako jedena budova - proto jedno 
cislo popisne.


No a na rejstriku zapisou dost cokoliv - oni to nezkoumaji - pokud 
predlozis najemni smlouvu, kde bude napsano V zadnici 115x, tak to 
soud zapise, protoze zkouma, zda je to spravne po procesni strance (mas 
napriklad najemni smlouvu nebo dokonce dum vlastnis). Zalezi na 
zarputilosti soudniho urednika - z me zkusenosti se da do rejstriku 
nechat zapsat opravdu skoro cokoliv :-)


K


„2095E“

P.S.: Tim cokoliv napriklad myslim, ze jedno druzstvo se dle stanov a 
notarskeho zapisu jmenuje Bytove druzstvo Nova01 a do rejstriku je 
nejaky chytrolin zapsal jako Bytove drustvo Nova OI'. Kde vzal uvozovku 
nidko nevi, zamena O a 0 by se dalo pochopit, zamena 1 a I uz hur. Ve 
stanovach to samozrejme bylo vytistene patkovym fontem, takze je zrejme, 
ze urednik nepremyslel. Druzstvo si to potom jako zapis nechalo - na 
dukaz idiocie uredniho simlu :-]


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

Re: [Talk-cz] footway vs. path vs. bridleway

[Jakub Sykora]

Ale ja jsem nenarazel na praktickou rychlost, ale na to, ze bychom do 
maxspeed - coz je uredne povolena rychlost - psali na dalnici treba 180, 
protoze se tam tak rychle da jet i presto, ze vyhlaska rika 130 - 
narazel jsem na to, ze pokud je zakonem neco zakazano, tak asi neni 
rozumne do mapy psat, ze je to povoleno nebo se na to nehledi. To, ze 
stat jizdu po chodniku na kole vetsinou netresta, je vec druha. Ale uz 
jsem videl u Prahy chodnik pro pesi vedle frekventovane silnice - 
vetsina cyklistu na nej sjizdela, aby nejela po statovce. A na konci 
stali mestaci a vybirali pokutu za jizdu po chodniku.
Takova situace muze nastat obecne kdekoliv a kdykoliv - takze radit 
mapou cyklistum - jed tudy, protoze je to sice nelegalni, ale bezne se 
to tak dela - mi neprijde uplne rozumne.


U posledniho zminovaneho - ano - kdyz vidim zjevny rozpor, tak to asi 
neni na zavadu - ovsem spis nez BINGu bych veril svym ocim. Ono to dost 
dobre muze byt i obracene - hala se zbori nebo demontuje - na BINGu bude 
jeste nekolik let, ale v katastru byt nemusi. Neusuzoval bych tedy v tom 
smyslu, ze ortofoto je spolehlivejsim zdrojem informaci, nez katastralni 
mapa.
Na takovy pripad jsem tuhle nekde narazil - na ortofoto byly pomocne 
stavby pro nejakou stavbu dalnice nebo okruhu, v katastru nic. Na 
ortofoto to ale vypadalo jako docela normalni baraky. Tak jsem tam vyjel 
na kole a zjistil jsem, ze tam fakt nic neni - ze to bylo docasne.


K

Dne 9.9.2013 09:27, Petr Holub napsal(a):

Ve skutecnosti uvahy o tagovani prakticke rychlosti uz v OSM byly:
http://wiki.openstreetmap.org/wiki/Proposed_features/Practical_maxspeed
Zamitnuto to bylo zejmena proto, ze si hlasujici mysleli, ze to neni
objektivne meritelne. V posledni dobe se v diskusi objevily nazory
to znovu otevrit, protoze evidentne existuji mista, kde speed limit
je vyrazne jiny nez prakticky pouzitelna rychlost - a navrh to delat
nejakym percentilem rychlosti (coz by pri dostatecnem poctu GPS stop
asi mohlo byt resenim). Kdyz mas nekde v horach serpentiny, tak to
IMHO docela dava smysl - a nevim, jak moc tohle dokazi odhadovat
routovaci programy, kdyz delaji odhad delky cesty.

Co se tyce baraku, tak pokud mame presnejsi informace, nez jsou v katastru,
tak bych to mapoval podle reality - protoze obcas v katastru vidis maly
domecek a na Bingu je to obrovsky barak. Cili ne jak se nam to libi, ale
jaka je realita - OSM neni kopie katastralni mapy, ale mela by co nejpresneji
reflektovat realitu. IMHO.


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

Re: [Talk-cz] footway vs. path vs. bridleway

[Jakub Sykora]

Pavle, ale to bychom stejne tak mohli tagovat speed limit podle toho, 
kolik se tam jezdi a ne kolik se tam smi podle cedule/vyhlasky/zakona, 
ze jo. Taky bychom mohli mapovat budovy podle toho, jak se nam to libi a 
ne podle toho, jak jsou namalovane v katastru.


Dne 8.9.2013 10:28, Pavel Machek napsal(a):

Ono by se hodilo neco jako cycles_suitable=no, protoze to, jestli se
tam smi, je nezavisle na tom jestli se tam dle zakona smi...
Pavel


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

Re: [Talk-cz] čísla turistických tras

[Jakub Sykora]

Ano, pokud ovšem není pravda to, co psal nějaký přispěvatel dříve - že 
to dělají za veřejné peníze...


K

Dne 18.7.2013 09:29, Dalibor Jelínek napsal(a):

KČT do vytvoření a udržování těch tras naprosto bez pochyby
vložil spoustu úsilí (zcela jistě větší, než jsme vložili do OSM my).
A pokud z toho teď mají nějaké peníze, tak jim to přejme.
A když nám ty údaje nechtějí dát, abychom je zdarma vypustili
do světa pro všechny, tak je to jejich výsostné právo a kritizovat
jejich rozhodnutí tímto ublíženým způsobem je divné.


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

Re: [Talk-cz] čísla turistických tras

[Jakub Sykora]

Zde bych pouze uvedl, že od roku 1999 obdržel KČT ve formách různé 
veřejné podpory skoro 200 mil. Kč. Z toho například od Ministerstva pro 
místní rozvoj 7.7 mil Kč ročně na dotacích v oblasti cestovního ruchu a 
bydlení.


Pokud by to někoho zajímalo, může se pídit u MMR za co to přesně bylo - 
já na to nemám čas a ani mě to nezajímá.



http://cedr.mfcr.cz/Cedr3InternetV416/CommonPages/TakerExtendedPage.aspx?condition=a618523e-b126-4752-a980-de8ace87fa76


Samozřejmě, že pokud někdo dokáže, že systém tras budují za tyto 
prostředky, jsem ochoten se připojit k aktivitě, aby vydali výsledek 
nebo prosazovat u příslušného poskytovatele dotace, aby tato činnost 
byla z dotace vyloučena.


K

Dne 18.7.2013 11:26, jzvc napsal(a):

Pokud nekdo (naprosto kdokoli) dostava penize i z mych dani, tak si
osobuju pravo jej kritizovat i mu klidne sproste nadavat. Vubec nemluve
o tom, ze si nekdo zaklada na tech danich kseft.


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

Re: [Talk-cz] sidewalk

[Jakub Sykora]

Problem techto tagu je v tom, ze kdyz nekdo otoci tu silnici, tak se 
prehodi i chodnik - a co vim, tak to snad zadny editacni software 
automaticky neumi prehodit.


Proto se mi tento tag nelibi - hodnoty both a none - proc ne, to se 
skoro neda rozbit, ale left a right?


K

Dne 9.7.2013 00:06, Petr Holub napsal(a):

Ahoj,

koukal jsem, ze i v diskusi v minulosti tady v talk-cz@ jsme se shodli,
ze sidewalk=both/left/right/none by se mel pouzivat tam, kde chodnik
navazuje na silnici. Nicmene koukam, ze to nikde nemame zdokumentovane
ve wiki:
https://wiki.openstreetmap.org/wiki/Cs:Map_Features
https://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_Standards_and_Conventions

Jsem jen slepy a mame to nekde schovane, nebo to je fakt potreba
zdokumentovat? Mohl by se na to pripadne nekdo mrknout? Jde o to,
ze minimalne v Brne se rada chodniku navazujicich na silnici resi
pres highway=footway, coz IMHO komplikuje navigaci, protoze samozrejme
z toho chodniku se da prejit pres cestu kdykoli, kdezto topologie
tech cest ma typicky napojeni jen na zacatku a konci.

Diky,
Petr


___
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, metro, github

[Jakub Sykora]

Hezke, Jachyme. Diky za info.

Dne 26.6.2013 00:25, Jachym Cepicky napsal(a):

Zdravím

dovolil bych si upozornit na drobný blogpost o tom, jak Github umožňuje
zobrazovat mapy, zkusil jsem vysosat z OSM stanice metra (za kritiku SQL
budu vděčný, nikdy jsem to moc nedělal), docela hezky to chodí, možná by
se to mohlo někomu hodit

http://les-ejk.cz/2013/06/github-pro-vase-geodata-nova-platforma-pro-open-data/

Jáchym



___
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 funkčnost MTB mapy

[Jakub Sykora]

Tak ta beta se mi hodne libi! Nevis akorat proc je v tomto miste v 
horizontale takovy pruh? Jak kdyby tam na sebe navazovaly nejake 
dlazdice SRTM...


K

Dne 6.2.2013 19:08, Petr Holub napsal(a):

děkuji za odkaz


Jinak novejsi testovaci verze bezi tady:
http://www.mtbmap.cz:8000/
akorat aktualizace nejsou uplne caste, protoze porad hrube valcime
s Tirexem s Mapnikovym backendem :(

Petr


___
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] presnejsi trackovani pro OSM

[Jakub Sykora]

Ahoj,

nebude se doufam nikdo zlobit, kdyz vysledek shrnu i pro ostatni tak, ze:
1) kalmanuv filtr data trosku vyhladi, takze nejsou zubata
2) vyhlazeni se pohybuje pro potreby OSM v zanedbatelnych mezich, nebot 
samotna chyba prijimace je radove daleko vetsi...


Takze data jsou pri rozumne urovni priblizeni (treba v JOSM) uplne 
identicka. Pri hodne velkem zoomu je pak Kalman trochu min zubaty, ale 
prakticky vzato to nic moc neprinasi.


Zajimave by to, IMO, bylo pouze tehdy, kdyz by to byla jedna z voleb 
treba v JOSM a kdyz si clovek otevre GPXko, tak by se mu takhle 
predfiltrovalo. Bylo by to hezke, ale nic vic, nic min :)


K

Dne 14.10.2012 22:34, Petr Holub napsal(a):

- 2012-09-08.gpx: puvodni mereni zaznamenane jako NMEA proud na Androidim
   telefonu, prekonvertovane do GPX GPSBabelem
- 2012-09-08_kalman.gpx: data prohnana pres Kalmanovo filtrovani


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

Re: [Talk-cz] Jak zabanovat škůdce?

[Jakub Sykora]

Zeptam se tedy - je zde nekdo, kdo je ucasten talk-de, ze by to pomohl 
vyridit?

Ja ne, ze bych neumel nemecky, ale ne zas tak dobre, aby to pochopili :)

K

Dne 22.9.2012 13:14, Petr Morávek [Xificurk] napsal(a):

Petr Balíček wrote:

Zdravim,
  už mi dochází trpělivost s maperem »Waldschwamm«, kterej dělá převážně na 
německý, ale i na český straně Šumavy neskutečnej bordel. Myslim tim hlavně 
zneužívání tagů »name«, »width« a jiných, ignorování český diakritiky, atd., 
atd.. Je toho fakt plno, mapuje ve velkým a docela pochybuju, že čerpá z 
legálních zdrojů. Už sem ho několikrát upozorňoval, ale ze začátku 
argumentoval, že potřebuje, aby se mu to zobrazovalo v jeho přístroji a kdesi 
cosi, teď už mě ignoruje a jede si dál. Sice to dělá asi v dobrý vůli, ale 
uniká mu, že by měl dodržovat jakýsi standardy. Kvůli takovýmhle iniciativním 
pablbům mam fakt chuť se na celý mapování vys*t.
Buď se mu někdo pokuste domluvit (nejlíp asi německy), nebo nevim.

PB


Tak už jsem mu v minulosti párkrát psal... anglicky fakt neumí :)

Jinak nejlepší bude asi shromáždit příklady problematických změn a
kontaktovat nejprve talk-de ať se mu to někdo pokusí v mateřštině
vysvětlit. Při nejhorším potom řešit přes Data Working Group.

Zdraví,
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] nějaký diff nebo kvalita kontroly?

[Jakub Sykora]

Napada me akorat v JOSM stahnout data podle GPX a dat data nad GPX. GPX 
pak vybarvit nejakou tlustsi dobre viditelnou barvou. Tak to pouzivam ja 
a vetsinou, kdyz to nekde hodne prosvita, byva to tam jinak nebo to tam 
vubec neni.


Ale neni to uplne to, co potrebujes...

K

Dne 18.9.2012 23:33, Matej Cepl napsal(a):

Dobrý den,

strávil jsem koncem srpna krásné dva týdny v Itálii a natočil pomocí OSM
And něco přes tisíc km tracků (většinou po autostradách ale něco i po
dosti vesnických a opuštěných silnících). Problém je s tím rozměrem ...
já fakt nevím, jak projít všechny ty tracky a zjisit jestli náhodou
neobsahují nějaká data, která ještě v OSM nejsou. Neexistuje něco jako
diff, co by mi ta data prošlo a porovnalo je s obsahem OSM a ukázalo mi
části, která by mohla být zajímavá?

Hezký den a díky za jakékoli nápady,

Matěj
___
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] rúian - struktura dat adresních bodů

[Jakub Sykora]

Při příležitosti importu bych rád znovu otevřel debatu o stuktuře
addr:housenumber. Osobně jsem odpůrce uvádění obou čísel (678/1) v tomto


osobne jsem naopak priznivcem. OSM je prakticky jedina mapa, ktera mi 
umoznuje vizualne vyhledat dum, at uz znam cislo jakekoliv vc. evidencniho.



tagu. Jako daleko vhodnější mi přijde do housenumber dát číslo
orientační, protože to je číslo, které je přímo z jeho definice určeno k
orientaci při dohledávání domu (a číslo evidenční pokud orientační číslo
není přiděleno). Jelikož je dvojité číslování ve světě relativně méně
časté a jelikož se nedá očekávat, že by renderery studovaly adresní
systémy jednotlivých zemí je realita taková, že renderery očekávají v
housenuber to co mají zobrazit na mapě (pokud je dostatečný zoom), takže
volbou použití použití obou čísel zároveň určujeme, že v rendererech se
budou zobrazovat obě čísla mapa bude vypadat takto:


ano, renderery renderuji zpravidla housenumber. A jsem pro to, aby tam 
zustala cela informace. I informace, ze se jedna o ev.c je skvela a 
mnoho map ji nerozlisuje. Pritom na vesnicich se stane, ze jsou budovy 
se stejnym popisnym a evidencnim cislem.




Vím, že se nemá tagovat pro renderer, ale domnívám se, že toto není ten
případ. Protože informace jsou již v adresním bodu uvedeny jako údaje
addr:streetnumber a addr:conscriptionnumber, takže housenumber už
informci duplikuje a víceméně reálně určuje to co je považováno za
hlavní informaci zobrazenou v rendererech.Přitom ve všech mapách co
znám jsou u ulic v městech (tedy v případech kdy jsou přidělena obě
čísla) zobrazena jen čísla orentační a v řadě případů jen čísla
orientační v rozích bloků (ale to už je jiné téma). Myslím si, že tento


to je nejvetsi ptakovina, na kterou jsem kdy narazil - cisla na rozich 
jsou sice hezka graficky, ale kdyz je kilometr dlouha rada domu, tak 
stejne nevim, kde mnou hledany dum je.



fakt má svůj lety prověřený smysl a troufám si tvrdit, že odborníci na
grafiku map by k tomu měli spoustu odborných argumentů toto podporujících.


krome toho, ze je toho v mape mene a je mozna prehlednejsi me moc 
argumentu nenapada (aniz bych se pasoval na odbornika v grafice)




Poslední podpůrný detail k tomuto názoru jsou vyhledávače a navigace.
Zkoušel jsem jich několik a bohužel řada z nich prostě nezvládne údaje v
housenumber rozdělit na dvě čísla podle lomítka (je to prostě světově
hodně nestandardní). Takže adresu prostě nevyhledá ani posle
orientačního ani podle evidenčního čísla, ale jen pomocí obou dvou
zadaných s lomítkem ve správném pořadí a to je podle mě to nejméně častí
co uživatel použije / má k dipozici. Pro ilustraci:
http://maps.cloudmade.com/ = Search the map = Vyplňte 1,Na
Slovance,Praha do polí (House #,Street Name,City) a nenajdete nic.


OSM Nominatim najde 1803, na slovance, praha vcelku bez problemu. 
Nenajde ale 1, na slovance, praha. Vyresi tvuj navrh toto?



Možná že víte evidenční číslo (nebo si ho najdete na googlemaps ;-) )
tak můžete zadat  1803,Na Slovance,Praha ani to nic nenajde.
Jedině 1803/1,Na Slovance,Praha najde daný dům. Kdyby housnumber
obsahovalo orientační číslo, najde dům hned při prvním (a dle mne
nejčastějším) požadavku.


Nevim, u me jsou pozadavky na popisne a orientacni cislo tak 50/50. 
Nekteri lide ani netusi, ktere je ktere, kdyz mi adresu diktuji. 
Typickym prikladem budiz treba Udolni 18/53, Praha. Tam by clovek cekal 
18 jako orientacni a 53 jako popisne a je to presne naopak. V Udolni


Cloudmate je platforma která poskytuje api

stovkám dalších aplikací, takže to nelze brát na lehkou váhu. A to není
jediný příklad.

Vím že v minulosti ke shodě nedošlo, ale když už se chystá velký import
adresních bodů mám za to, že by bylo dobré to ho dělat tak aby výsledek
byl co nejlepší.

Jakub



___
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 aplikace namísto Google My Places?

[Jakub Sykora]

V tomhle ma Karel asi pravdu - hotove sluzby vetsinou cpou data nekam k 
sobe a kdyz jsi hodny, tak ti je i zpetne v nejake rozumne forme zpristupni.

Pokud to chces mit na vlastnich prostredcich, tak asi nic hotoveho nenajdes.

Nicmene je fakt, ze pomoci OpenLayers neni tezke na zaklade examplu 
udelat docela jednoduse funkcni aplikaci. Zakladni interakci (klikani, 
tahani, vyber bodu apod.) maji dobre nakodovanou. Ze strany DB pak musis 
udelat skript, ktery pro dany bounding box vrati v nejakem formatu, 
ktery umi OpL, data.


K

Dne 22.8.2012 15:36, Karel Volný napsal(a):

Dne St 22. srpna 2012 15:14:46, Jiří Jakeš napsal(a):

Tak OpenLayers, Leaflets apod. mi sice umožní zobrazit nějakou další
vrstvu s vlastními objekty, ale už neřeší tu interakci ode mě --
online přidání nového objektu, nějaké ty atributy atd., to vše uložené
v nějaké DB.


ok, asi jsem nějak nepobral ty data u mě na serveru

no tož programuj, programuj :-)

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] rúian bot - první výsledky testů

[Jakub Sykora]

Dobra prace! Opravdu ocenuju tolik vlozeneho usili.

Zda se, ze automaticky import je precijen realny!

K

Dne 7.8.2012 00:46, Miroslav Šulc napsal(a):

tak jsem přidal do statistik bota ještě ten histogram vzdáleností
spárovaných bodů a informace o změně názvu obce/ulice adresního bodu.

tady jsou doksy: http://pastebin.com/M5AwaeFNhttp://pastebin.com/jtbpMzdX
tady je část mladé boleslavi a kosmonos: http://pastebin.com/jtbpMzdX

ff

Dne 6.8.2012 19:27, Miroslav Šulc napsal(a):

v příloze posílám log z bota. tady pak ještě výtah z logy pro ty,
kterým se nebude chtít zip otevírat:
...




___
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

[Jakub Sykora]

Ja si myslim, ze se automatizovanemu importu nevyhneme. Tohle fakt rucne 
delat asi nejde :)


K

Dne 2.8.2012 15:18, hanoj napsal(a):

Já jsem pro hromadný import, případně následně pro vytvoření robota na údržbu. 
Minimálně u adresních bodů.

MK


A dopadne to jako potoky, ktery nejsou spraveny doted.

*** Jestli si mam vybrat mezi:
* rucne s chybami=nikdy
* import s chybami=letos

tak vyber je jasnej

h.
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] import budov

[Jakub Sykora]

source:survey :)

Dne 30.7.2012 01:24, Lukas Kohout napsal(a):

Existuje k tomuto účelu nějaký tag zjištěno při procházce se psem?


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

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

[Jakub Sykora]

V podstate pouze z tohoto duvodu pokracuji v OSM, protoze neverim, ze by 
se v dohledne dobe dala dohromady infrastruktura (at uz strojni nebo 
lidska), ktera by zivotaschopne prepnula na fork tech dat. A tady 
bohuzel kazdy den, kdy je FOSM v necem pozadu za OSM zpusobi, ze cast 
lidi do toho nepujde.



Vedena (možná) dobrými úmysly provedla OSMF přelicencování hodně
špatným způsobem a ukázala, že se nezajímá o názor komunity. To
považuju za vážné zjištění. Řešením by mohl být FOSM fork, ale nejsem
si jistý, zda je to životaschopný projekt, proto se skřípěním zubů
pokračuji v editacích hlavní db a čekám, jak to celé dopadne.


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

Re: [Talk-cz] gps tracer - zapůjčení

[Jakub Sykora]

Mam jedine bluetooth GPS bez samotneho logovani - je k tomu potreba 
nejaky telefon s aplikaci...


K

Dne 25.7.2012 15:26, Jakub napsal(a):

Ahoj mapeři - mám takovou prosbu v sobotu odjíždíme na tábor a na
poslední chvíli se ukázalo, že dělám nějakou takovou divnou aktivitu na
nějakém openstreetmap :-) takže vznikla myšlenka s tím seznámit děti a
vůbec zmapovat nějakou část okolí. Přijde mi to super, naráží to na
drobný technický nedostatek - mám jen jeden gps tracer a to je na
skupinu dětí málo. Byl by někdo z Prahy (případně opravdu blízkého
okolí, nemám moc časoprostor jet na druhou stranu republiky) ochoten na
14 dní zapůjčit nějaký gps tracer na tábor? Mám na mysli jakýkoli
jednoduchý zařízení maximálně s waypointama - nic ultrasofistikovaného,
stačí to co leží na dně vašich skříní. Potřeboval bych 1-3 kousky, aby
to mělo pro děcka smysl. Předem díky za ochotu a odpověď, klidně i mimo
konferenci - detaily dořešíme.

Jakub
___
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] Pěkná kupka práce

[Jakub Sykora]

Ja k tomu pouzivam v JOSM podkladovou vrstvu BADMAP - tam jsou pouze 
elementy, ktere ted v mape vubec nejsou nebo byly nejak zasadne 
modifikovany.

Docela mi to pomaha zamerit se na mista, kde se delo neco vetsiho.

K

Dne 25.7.2012 20:40, Tomáš Tichý napsal(a):

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 mailto: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 http://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 mailto: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] Pěkná kupka práce

[Jakub Sykora]

Tak dnes dobehl i posledni obdelnik CR zahrnujici hlavne Prahu. 
Rozbourane je opravdu kdeco...


Snazim se na jiznim okraji Prahy davat dohromady aspon ty dulezite 
veci - jako silnice apod.


K

Dne 18.7.2012 13:00, Petr Morávek [Xificurk] napsal(a):

hanoj wrote:

No já furt nevím - BOT označuje jako problematické i objekty kde je odmítač
jen jako první v řadě

*** BOT vraci pomoci verzovani kazdy objekt za posledniho
odmitace(nebo nevyjadreneho). To muze znamenat i smazani objektu
celeho (POI, way) nebo jeho casti (lomovy bod), je-li prvnim
vlastnikem odmitac.


Ještě trochu chytřeji - dívá se na jednotlivé atributy objektu, tj.
tagy, souradnice u nodu, jednotlive nody v cestach, cleny relaci. Pokud
nejaky atribut byl pridan/zmenen odmitacem, je tento atribut vracen na
predchozi kompatibilni verze. Pokud byl poslednim editujicim daneho
atributu souhlasici clovek, tak je ponechan. Takto je zkompilovana
nova verze objektu, kterou bot nahraje do databaze a spinavou historii
zamaskuje. V extremnim pripade, kdy opravdu vsechny atributy byly
pridany odmitacem, je objekt kompletne smazan.


navíc snad nikdo ještě nestanovil nějaké datum kdy dojde k
přepnutí licencí (plán byl duben 2012), takže je otázka jak dlouho
aktuální stav potrvá.

*** To prepnuti je ptace BOTa, ne?


Ne, databaze jako celek je stale oficialne distribuovana pod CC.
Momentalne bezi, redaction bot, ktery odstranuje nekompatibilni data z
databaze (predpokladana doba behu je cca mesic). Az svou praci dodela,
tak bude moci dojit k oficialnimu prepnuti licence na ODbL.

---
Opakovani je matka moudrosti, takze jeste jednou: BADMAP NEZOBRAZUJE
OBJEKTY, KTERE BUDOU SMAZANY! Jsou tam zobrazeny objekty, ktere byly
vytvoreny odmitaci, ale vzhledem k tomu, jak bot pracuje (viz vyse), to
jeste neznamena, ze budou opravdu vsechny smazany.

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] díry v silnicích I. třídy

[Jakub Sykora]

Ahoj,

aniz bych do toho chtel stourat - maximalni NEsouvisly podgraf? To je 
nejaka ptakovina, ne? Protoze je to tautologie s kazdou symetrizaci...


Asi by bylo vhodne rict, ze k neorientovanemu grafu se dojde 
symetrizaci, aby to bylo uplne presne :)


K

Dne 19.7.2012 23:02, Jakub napsal(a):

/  Pozor, pokud za spojitou komponentu beres neprerusovanou way, tak to
//  neni pravda, protoze way musis prerusit napr kvuli pridani casti silnice
//  do relace ... Musel bys jeste kontrolovat, zda na sebe sou jednotlivy
//  casti napojeny ve svych koncovych bodech a hledat jen takove, ktere ne.
/
Jestli se nemylim, tak tim mysli normalne komponenty grafu, tj. maximalni
souvisly podgraf. Cili pokud je cesta rozdelena na vice segmentu, ktere na sebe
ale navazuji, tak stejne vytvareji souvisly podgraf. Predpokladam, ze
cesty bere jako neorientovane. Jakube, muzes to prosim potvrdit?



Ano maximální nesouvislý podgraf neorientovaného grafu (= komponenta).


___
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] tagování silnic - praxe a wiki se liší

[Jakub Sykora]

Neumim si predstavit, ze by se tohle u silnic dalo pouzit. V praxi by to 
narazelo na spoustu problemu. Jak bychom napriklad automatu rekli, ze 
danou silnici ma nechat na pokoji? Jak bychom poznavali, ze automat 
nekde neco zmenil nam pod rukama?


Myslim, ze to, co popisujes ty by prave mel delat renderer - mit jasna 
pravidla, ktera rikaji, co ma jak vypadat na zaklade tech jasnych tagu.


S Jakubovym navrhem bych celkem i souhlasil - trunk a primary jsou pro 
me dve odlisne veci.


K

Dne 21.7.2012 02:00, Jan Bilak napsal(a):

O konvencích tagování toho moc nevím, ale co na to jít od jinud?
Tedy dávat silnicím tagy, které mají jasný význam. Tedy např. tag,
který bude říkat třídu silnice, tag, který bude říkat počet pruhů
apod. Takové ty neurčité tagy, podle který ale třeba renderer kreslí
mapy, by pak bylo možné hromadně automaticky nastavovat podle toho,
jak se ukáže za vhodné. Tedy něco jako když má x pruhů a y. třídy,
tak dostane tag  Tato pravidla by pak stačilo udržovat na jednom
místě (na rozdíl od hlavy každého mappera), snadno by je bylo možné
udržovat konzistentní (opravovat na základě tagů s jasnou informací),
při změně pravidel by stačilo pravidla jednou změnit a spustit
skript...

Tento systém by se mi líbil obecně všude v OSM. Zaznamenávání tagů,
které nesou zcela jasnou informaci. A následné odvozování tagů, které
nenesou zcela jasnou informaci, ale jsou nutné kvůli kompatibilitě (se
světem, se softwarem apod.).

Honza


Dne 21. července 2012 1:08 Jakub j...@kub.cz napsal(a):

Chtěl bych se zeptat jestli proběhla (předpokládám že ano) nějaká diskuze
ohledně tagování silnic první třídy. Pokud ne, tak bych jí rád otevřel.

Na
http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/roads_tagging
se píše, že to zda se silnice 1. třídy taguje jako trunk nebo primary je
určeno tím, zda má silnice 2 nebo 4 pruhy. Začal jsem tagovat podle této
informace, ale velmi rychle mi začalo připadat, že to není dobrý nápad.
Neodpovídá tomu vůbec praxe, která taguje jako trunk (podle toho co jsem
viděl) jen rychlostní komunikace - pokud by se dodrželo to co je ve wiki,
bude potřeba udělat změny na mnoha místech, například Praha by byla plná
trunků. IMHO to není ani pěkné v Mapniku (ale to není hlacní argument) ani
praktické. Ztrácíme tím vizuální informaci - rozdíl mezi silnicemi 1. třídy
a dálnicí či rychlostní komunikací. Prosím vaše názory, rád bych to když
procházím silnice ČR měl možnost zároveň upravovat.

Můj návrh: silnice první třídy mapovat jako primary nehledě na počet pruhů.

Jakub
___
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] Praha bude brzy děravá :-(

[Jakub Sykora]

Docela me zarazi, ze tam dojde ke smazani veci, ktere jsem mapoval v 
zacatcich OSM jen proto, ze to nekdo, kdo s licenci nesouhlasi lehce 
opravil nebo k tomu pridal nazev...


Ach jo...

Dne 16.7.2012 17:42, Jakub Těšínský napsal(a):

Tak jsem si zazoomoval na Prahu abych viděl, co nám relicencovací bot v
nejbližší době smázne a veselý pohled to není. Koukněte na
http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php?zoom=12lat=50.05582lon=14.44004layers=00BFTTFF


Pokud máte zrovna čas je nejspíš posledních pár hodin některé te věci
třeba z leteckých snímků opravit.

Jakub

___
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] k wiki

[Jakub Sykora]

Tak nevim, jak jsi na tohle prisel. Kdyby to bylo opravdu tak, asi 
bychom dnes mapu nemeli ve stavu, kdy je na renderu mapy neco videt...


K

Dne 12.7.2012 14:54, hanoj napsal(a):

A mimochodem, mám pocit že vůbec není pravda, že matadoři mají správné

odpovědi v hlavě. Spíš mi přijde, že pochopili, že v OSM správné odpovědi
neexistují a že místo zdlouhavého procesu prosazení nějaké normy je prostě
jednodušší začít mapovat tak jak se mu to líbí a tak jak chce on. Koneckonců
to tak dělají všichni. Jestli je to dobře, nebo špatně ukáže čas.



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

Re: [Talk-cz] foto album

[Jakub Sykora]

Nedela to nahodou treba Picasa? Samozrejme je potreba napred ty fotky 
protahnout necim, co podle data a casu ulozi do metadat GPS souradnice 
ke kazde fotce...


K

Dne 21.4.2012 15:46, Tomáš Kratina napsal(a):

Zdravim, pouziva nekdo nejake webove fotoalbum kde by byla moznost
zobrazit na mapach OSM pozici fotek podle trasy v gpx ?

___
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 komínů

[Jakub Sykora]

Me by se celkem libilo importovat jej nejen jako bod, ale jako building 
o patricnem pudorysu. Ovsem nevim, jestli eviduji neco jako je prumer 
kruhovych u zeme a pripadne u hranatych delku hrany - myslim, ze ne...


K

Dne 9.3.2012 23:04, LM_1 napsal(a):

Tak jsem se ptal a s importem není ze strany KODA problém, otázka je
co (a jak) importovat. Kromě faktu, že je někde komín, z jakého
materiálu a jak vysoký mají informace o tvaru a přístupnosti.
Co myslíte?

Navrhuji:
man_made=chimney
height=1999
material=metal|brick|concrete (způsob výstavby litý/tvárnice/segmenty)
bych nechal na zvláštní databázi
source=KODA nebo podobně
ref:koda=číslo v koda - kvůli identifikaci a pořípadnému pozdějšímu updatu
minimálně do poznánky tvar, ochozy, žebříky...

Pro vlastní import by měly jít zrecyklovat skripty na import měst a
vesnic (vyhledání bodu v okolí a přidání parametrů/vytvoření nového
bodu...)


Lukáš Matějka (LM1)

Dne 18. února 2012 0:21 LM_1flukas.robot+...@gmail.com  napsal(a):

Nejsem si jist, jestli to pojmosloví co je na stránkách komínáři fakt
používají, nebo je to specifický druh humoru spolku podivínů, ale data
o komínech mají v hojném počtu a vypadá to, že celkem přesná, takže
jsem pro import.
Poptám se, jak by se k importu stavěli.

Lukáš Matějka (LM_1)

Dne 17. února 2012 22:29 Petr Schönmannpschonm...@gmail.com  napsal(a):


Ahoj všem v konferenci !
Narazil jsem na docela zajímavá data, která by nebylo špatné mít v mapě
zanesená. Přeci jen komín je docela dobrým orientačním bodem. Našel by se
někdo kdo by import provedl, zjistil podmínky, licence. Info najdete na.

http://koda.kominari.cz/

Pěkný víkend.

___
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] OSM ortofoto

[Jakub Sykora]

Kolik je to asi tak dat? Mame nejake servery na ktere bychom mohli neco 
umistit...


K

Dne 2.2.2012 14:32, Pavel Machek napsal(a):

On Tue 2011-12-20 22:35:12, Jan Bilak wrote:

Zdravím.

Problém vidím v bodě 3. Třeba máš lepší zdroje, spoustu kamarádů
pilotů, ale nějak moc nevěřím tomu, že by se toho podařilo dostatek
nashromáždit. Přitom, aby to mělo rozumnou kvalitu, tak by to muselo


Na disku mam celou CR, cernobilou a starsi ale ve slusny kvalite,
redistribuovatelnou. (WMS CENIA).

Otazka je jen kde.

Najdou se dobrovolnici na zpracovani?
Pavel



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

Re: [Talk-cz] OSM ortofoto

[Jakub Sykora]

Tak to bych u nas nekde urcite bez problemu umistil. Nevim ovsem, jestli 
bych to zvladnul publikovat jako WMS...


K

Dne 2.2.2012 14:39, Pavel Machek napsal(a):

Ahoj!


Kolik je to asi tak dat? Mame nejake servery na ktere bychom mohli
neco umistit...


Nasel :-).

Pro moji pamet, je to na:

pavel@amd:/data/gis/tilecache/openaerial/16/000/070/926/000/050

pavel@amd:/data/gis/tilecache/openaerial/16/000/070/926/000/050$ du
-sh /data/gis/tilecache
1.6G/data/gis/tilecache

Jsou tam dve rozliseni, to min podrobny ma 400M. Drobecek :-).

Pavel


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

Re: [Talk-cz] MTB mapa

[Jakub Sykora]

Nemuzu nez souhlasit. I krehke divky sedici na MTB (nebo i treku) 
poprve, projedou libovolnou polnacku a lesni cestu naprosto bez 
problemu. Mam zkusenost, ze ani brod neni i pro zacinajiciho jezdce 
nicim neprekonatelnym.


MTB scale pouzivat pouze tam, kde je to opravdu nejak obtiznejsi - tedy 
je potreba pouziti nejake techniky - at uz razeni, navazovani, smyku, 
nebo dokonce trialovych poskoku, ci je to proste vic do kopce a z kopce.


A presne tak jak pise Petr na konci - neni to ve vyznamu stezka (to by 
IMHO musela stejne byt relace Vodcamcad nad Vltavou Pocamcad nad Labem), 
ale obtizny usek.


Osobne, kdyz se nekde chci vyradit na kole, tak koukam, kde je hodne 
tech fialovych useku a tam jedu. Kdyz budeme kazdou silnici znacit 
MTB:scale=0, tak to bude vypadat za chvili tak, ze jsme MTB velmoc :)


K

Dne 17.1.2012 23:33, Jan Kouba napsal(a):

Dne Út 17. ledna 2012 Petr Holub napsal(a):

Na mtb:scale=0 by nemely byt volne kameny (kaminky), kdezto na grade2
uz IMHO byt mohou, kdyz je ze zajezdeneho sterku. Nicmene - na tomhle
bychom se asi pomalu meli shodnout a vysledek nacpat do anglicke wiki
http://wiki.openstreetmap.org/wiki/Mountainbike


Kaminky ve sterku ja tedy nepovazuji za loose surface a urcite nebudu
znacit sterkove cesty jako mtb:scale=1.


Nerikam, ze se tak maji znacit vsechny sterkove cesty, ale je to na
zvazeni te ktere, jak vypada, kdyz po ni jedes. Kdyz se podivas na
ilustracni foto S1 tady:
https://wiki.openstreetmap.org/wiki/Key:mtb:scale
tak tracktype=grade2 muze mit klidne identicky typ povrchu.


Me prijde, ze cesta na te fotce je mtb:scale=1 proto, ze je na ni prudka
zatacka, ma velky sklon a je vymleta od vody.

Prvni veta na wiki o mtb:scale: Provide a classification scheme for mapping
the DIFFICULTY of trails suitable for mountain-biking,  mtb:scale ma tedy
slouzit k mapovani OBTIZNOSTI cesty, ne toho jaky ma povrch. Porad jsem
presvedcen o tom, ze drtivou vetsinu cest (track) s grade1 i grade2 jde projet
na MTB bez nejakych specialnich jezdeckych schopnosti. Pokud presto nekdo
nekde objevi cestu, pro kterou to neplati, at k ni explicitne prida tag s
mtb:scale=1 nebo vic. Pridavat ale ke vsem cestam (track) mtb:scale=0 mi
prijde zbytecne.


To primalovavani fialove cary vedle nekterych cest s grade1 taky porad nechapu.
Proc se nekresli ke vsem cestam s grade1?

Navic ve vysvetlivkach u mapy by bylo lepsi psat misto MTB stezka neco jako
MTB obtiznost. Pod slovem stezka si spis predstavim nejakou postavenou cestu
a ne oznaceni obtiznosti cesty.


Honza Kouba

___
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] Mapa Prahou na kole

[Jakub Sykora]

Je krásná... nemůžu se vynadívat.

K

P.S.: nemyslim to ironicky

Dne 8.12.2011 08:16, Petr Dlouhý napsal(a):

Ahoj,

konečně se nám podařilo spustit [1] novou mapu [2] pro Prahou na kole, která je 
založená na OSM.

[1] http://www.prahounakole.cz/2011/12/nova-cyklomapa-prahou-na-kole/
[2] http://mapa.prahounakole.cz/

Petr Dlouhý
petr.dlo...@email.cz

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


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

Re: [Talk-cz] MTB mapa

[Jakub Sykora]

A je problem stahnout obrazky vice vrstev a slepit je dohromady? Myslim, 
ze daleko mensi nez to udelat obracene...


Dne 28.11.2011 08:15, Josef jebavý napsal(a):

Me naopak vyhovuje mit vse v jednom, hodne pouzivam hlavne tangoGPS a to
nezobrazuje vrstvy jako to delaji webove rozhrani


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

Re: [Talk-cz] MTB mapa

[Jakub Sykora]

ne, ze mas kus

trasy I a pak je tam par desitek metru II nebo III (dneska uz by se
tam u te III objevil vykricnik, coz v dobe prechodu na liniove znaceni


psal jsem, ze vykricnik je jednoznacne genialni napad...


nebylo). A pokud ten usek byl takhle kratky, tak se v mape nemusel vubec
objevit a nekdo by si tam pak mohl rozbit nos.

Mozna bychom mohli zkusit to zkombinovat, resp. do samostatne zapinatelne
vrstvy pridat ty piktogramy.


jsem pro :)


Koukam, ze bych zas mel vypsat nejake hejno bakalarek, aby mel Martin
cas jeste na nejakou jinou praci ;o).


to snad neni ani na bakalarku, ale jen na nejaky mensi projekt. Upravit 
ten Python skript, aby to tam vepsal bude na par odpoledni. Udelat 
export do SVG bude asi trosku na dele, ale taky nic extremniho :)





3) oddelit jednotlive vrstvy do vrstev, aby se daly vypinat a zapinat.
Vrstva turisticka, cyklisticka, kombinace


Mas napad, jak ty kombinace delat s ohledem na odsazovani - aby se
pres sebe nekreslily nevhodne turisticke, lyzarske, cyklisticke,
konske, a pritom aby to nebralo kombinatoricky cas na renderovani
(vsechny kombinace - coz by se dejme tomu dalo vygenerovat programove)
a jeste to nebylo hnusne? :)


jedine co me napada, tak ze by se obrazky renderovaly v liniich, kde 
maji byt a pri zapnuti dalsi vrstvy by se vrstvy od sebe posunuly o 
nejaky pevne dany offset - coz samozrejme nebude tak hezke, jako kdyz se 
to primo renderuje po vnejsi hrane linie, ale mohlo by to ve vetsine 
pripadu fungovat.
Tohle ale neni tak dulezite - ta mapa je zatim dost citelna - i kdyz 
samostatne vypnuti vrstevnic a stinovani by slo snadno a dalo by se asi 
nekdy pouzit.




Petr


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


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

Re: [Talk-cz] MTB mapa

[Jakub Sykora]

Ahoj,

1) nemuzu si pomoci, ale puvodni vykreslovani obtiznosti 0,I,II,III, 
ctverecek krizek se mi zdalo daleko vhodnejsi - i v tistene mape to bylo 
genialne vystihujici i pri malem rozliseni tisku - clovek videl ctverex 
nebo krizek a neresil, jestli je to carkovany nebo jestli to dela rastr 
tiskarny... Vsechny ty carkovanosti podle meho trochu zneprehlednuji 
situaci - od pohledu krome souvisle cary tu obtiznost jen tak tipuju.
Co znamena treba trasa z malych plusu? Nikde se to clovek nedovi a muze 
si jen domyslet...
Puvodni znaceni eliminovalo, ze se clovek sekne pri planovani trasy o 
rad s obtiznosti. Chtel-li v prumeru maximalne III, tak se vyhybal vsem 
ctvereckum a krizkum a mel hotovo. Pri dnesnim znaceni musi porovnavat 
frekvenci prerusovani a mohou mu uniknout kratke useky s vyssi obtiznosti.

Instalaci vykrickniku na prudke zmeny obtiznosti beru jako super napad.

2) do vykreslovani profilu by bylo uzasne, kdyby se na zacatek, cil a 
nejvyssi a nejnizsi misto zkusil pouzit reverzni dotaz na OSM Nominatim. 
Bylo by hezke videt, ze clovek zacal nekde, nejvyssiho mista dosahl 
nekde a skoncil nekde. To, ze to uz nebude uplne presne bych neresil. 
Nominatim ale i ve volne prirode zpravidla nalezne v malickem okoli 
nejakou kotu, vesnici nebo ulici. Pripadne by u kilometraze dole mohl 
byt seznam obci a mest, ktera byla projeta. Hodne by to cele 
zjednodusilo ztotozneni profilu trasy. Informace, ze mezi 13 a 14 km je 
prudke stoupani je sice hodnotna, ale v mape budu tezko odhadovat, kde 
to presne je, pokud je teren clenity a zatackoidni. Vice na [1]


3) oddelit jednotlive vrstvy do vrstev, aby se daly vypinat a zapinat. 
Vrstva turisticka, cyklisticka, kombinace


4) profil v SVG, aby si ho mohl pripadny zajemce jeste doupravit?

Jinak musim gratulovat - je to zatim nejlepsi mapa, co se tyka vzhledu, 
kterou jsem online videl...


Diky,

K

[1]  
http://wiki.openstreetmap.org/wiki/Nominatim#Reverse_Geocoding_.2F_Address_lookup



Dne 23.11.2011 15:18, Martin Tesar napsal(a):

Kdybyste meli nejake dalsi napady co vylepsit, sem s nimi. Pro jistotu i
takove, co jste mi psali treba uz v lete a zatim se neprojevily.


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

Re: [Talk-cz] nominatim a pražské ulice

[Jakub Sykora]

Ahoj,

kdyz udelas 
http://nominatim.openstreetmap.org/reverse?format=xmllat=50.09037lon=14.42506zoom=18addressdetails=1


Tak to vypise informace tak, jak je eviduje nominatim ve sve databazi 
pro dane misto. Je videt, ze ocekava spis dotaz Dlouhá, Staré Město, Praha


Takhle nějak Nominatim uvnitř funguje - indexuje po jednotlivych admin 
boundary apod. - to znamena, ze Dlouha-Praha hned nezna, protoze v 
databazi je Dlouhe nadrazena ctvrt Stare Mesto. Takze to vypadne na 
jinem nez prvnim miste i kdyz to ma paradoxne vetsi shodu nez Dlouha, 
Sokolec :)


Asi bych doporucil zadat jako chybu Nominatimu na 
trac.openstreetmap.org, protoze je to ponekud nelogicke.


K

Dne 10.10.2011 13:16, Václav Řehák napsal(a):

2011/10/9 Jakub Sykorakub...@kbx.cz:

Udelat si v danem miste reverzni dotaz a podivat se v jake hierarchii je to
misto evidovane. Nekdy to odhali chybu v tagovani...


Nejsem si jistý, jak jsi to myslel.

Že se mi přednostně objevují německé názvy bude asi chyba Nominatim,
který němčinu upřednostní, i když ji mám v prohlížeči nastavenou jako
třetí jazyk za češtinou a angličtinou. Po odstranění de ze seznamu
jazyků se mi zobrazují české názvy.

Ale jestli je něco špatného v tagování, to jako nováček moc neumím posoudit.

V.

___
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] nominatim a pražské ulice

[Jakub Sykora]

Udelat si v danem miste reverzni dotaz a podivat se v jake hierarchii je 
to misto evidovane. Nekdy to odhali chybu v tagovani...


K

Dne 7.10.2011 18:51, Václav Řehák napsal(a):

Ahoj,

už nějaký čas pozoruju problémy při hledání pražských ulic přes Nominatim.

Např. na dotaz dlouhá, praha dostanu stejnojmenou ulici ve Vesci u
Liberce, Klecanech, Rumburku atd., jenom ne tu pražskou.
Naproti tomu dlouhá, staré město nebo dlouhá, hlavní město praha
funguje, i když jako první ji vrátí pod názvem Lange Gasse což taky
není optimální.

Máte někdo představu, co s tím?

Václav Řehá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] administrativní hranice

[Jakub Sykora]

Ahoj,

uz jsme to jednou resili pred par lety. Ja jsem byl toho nazoru, ze 
bychom meli vyuzit mistni znalosti mapperu a oznacit to podle 
oficialniho statutu s prihlednutim k mistni znalosti - lokalni 
dulezitosti toho cile.


Muzu rict, ze me maximalne vytoci, kdyz na komercni mape vidim spoustu 
zapadlych prdelakovu vyrazne, protoze maji statu mesta, ale nikoho 
prakticky nezajimaji. Na druhou stranu hledate nejakou dost vyznamnou 
obec v regionu a ta na prehledce proste chybi. Vysledek je ten, ze sice 
vsichni vedi, ze se divaji na mapu CR, ale nejak jim chybi ty veci, 
ktere by tam chteli videt :)


Naposledy me takhle v Nemecku vylozene rozcilila mapa od iGO. Pobliz 
Kolina nad Rynem bylo znaceno tri sloni zadky nedulezitych mest a vesnic 
a samotny Kolin pojmenovali do mapy Cologne - coz mi doslo az kdyz jsme 
do Kolina prijeli. Nemohl jsem se zbavit dojmu, ze nejsem schopen se v 
mape zorientovat a ze uz jsme kdesi v Belgii.


Nerad bych tedy tento zazitek pripravil lidem prijizdejicim a 
projizdejicim podle OSM do CR.


K

Dne 5.10.2011 23:38, Petr Morávek [Xificurk] napsal(a):

hanoj napsal(a):

Přemýšlím, že bych z toho generoval nějaký výstup, který by bylo možné
strojově porovnávat s externím zdrojem dat a detekovat změny, ale nějak
jsem nenašel nic vhodného (stránky ČSÚ jsou noční můra). Nemáte někdo
tip, kde vzít výše zmíněnou hierarchii s referenčníma kódama a ideálně
rozlohou a populací?


*** do urovne obce je pouzitelne UIR-ZSJ (kod NUTS obsahuje v sobe
hierarchii statkrajokresobec), obsahuje rozlohu i populaci obci
http://www.czso.cz/csu/rso.nsf/i/prohlizec_uir_zsj


Díval jsem se, jak jsou tagovaná sídla v ČR (tag place), krom již
zmíněného problému s place=suburb je dost chaoticky tagovaný i zbytek.
Zatím se prostě nedohodl klíč pro přiřazování city,town,village.

Pokud bychom chtěli jít podle formálního statutu obce, tak máme v ČR:
statutární města, města, městyse, obce a pak pár vojenských újezdů a
Prahu. Ale tohle kriterium mi nepřijde jako úplně vhodné, protože:
- Statutárních měst, která by se dala napasovat na city, máme 23, ale
podle pohledu k sousedům, mi nepřijde jako úplně dobrý nápad rozšiřovat
jejich počet oproti stávajícímu stavu.
- Nejmenší město je Přebuz se 74 obyvateli (2. nejmenší Loučná pod
Klínovcem s 90) - opravdu mám problém těch pár baráků u silnice (doufám,
že se nikoho nedotknu ;)) nazývat městem a tagovat town, přestože městy
formálně jsou. Pro porovnání největší obec je Jesenice s 6284 obyvateli
(tj. o dva řády více).
- Městyse do takového schématu napasovat stejně nepůjde.

Tagovat čistě podle počtu obyvatel taky nemá cenu, od toho je tam
population (teda mělo by být a snad se podaří brzy doplnit).

Pokud bychom chtěli nějaké exaktní pravidlo pro rozlišení village/town,
tak mi přijde nejvhodnější jako town označovat obce s pověřeným obecním
úřadem [1], což jsou v naprosté většině města, ale na druhou stranu
spousta měst tam nepatří. Potom by tag place nesl aspoň trochu
relevantní informaci o významu daného sídla (vůči svému okolí).
Co vy na to?

S přáním krásné noci,
Petr Morávek aka Xificurk


[1]
http://cs.wikipedia.org/wiki/Obec_s_pov%C4%9B%C5%99en%C3%BDm_obecn%C3%ADm_%C3%BA%C5%99adem




___
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] sjednoceni znaceni chranenych oblasti

[Jakub Sykora]

Otazkou je, jestli Sumavu ma zrovna ted smysl resit, kdyz se z toho za 
chvili vsude stane 4. zona a rozparceluje a zastavi se to...


Jinak autorem Jezerni slati jsem byl kdysi ja a spis jsem ji zaznacil z 
neznalosti tak, jak jsem uznal za vhodne.


K

Dne 19.8.2011 22:07, Petr Holub napsal(a):

Zdravim vespolek,

zase bych mel jednu standardizacni aktivitu :-) - chtelo by to trochu
zavest system do znaceni chranenych oblasti. Uvedomil jsem si to, kdyz
jsem se dival na PP Jezerni slat na Sumave u Kvildy, ktera byla znacena
jako boundary=nature_park, nejspis proto, aby se to dobre zobrazovalo
na mape.

Navrhuji nasledujici: pouzivat boundary=protected_area s naslednymi
dalsimi specifikacemi dle
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area
Dale pak vyuzit sluzeb http://www.biolib.cz/, kde se clovek dozvi
u dane oblasti presny typ (v nazvu), kategorii IUCN (tedy hodnotu
tagu protect_class) a duvod ochrany (tedy neco, co by aspon volne
mohlo mapovat na protection_title). Nazev bych uvadel vcetne zkratek
NP/CHKO/NPR/PR/PP atd., protoze tyhle kategorie na nic mezinarodniho
rozumne nemapuji a v mapach se to taky bezne uvadi jako CHKO neco.

Souhlas nebo jsou nejake protinavrhy?

Pote bychom mohli upravit renderery tak, aby se nam to v mape libilo
(vid Martine ;)) ).

Dik,
Petr


___
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

[Jakub Sykora]

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] Oauth strasi?

[Jakub Sykora]

Abych pravdu rekl, tak jsem tohle moc nesledoval i kdyz jsem vedel, ze 
to dopadne jako pru.er, ale faze 4 me trochu desi a jeste vic po ni faze 
5. Pokud bude clovek pro kompletni dataset muset mergovat finalccby.osm 
a novou odbl databazi, tak to bude pekne na vite co... Tech dat, ktere 
z DB vypadnou, nebude malo - vizte [1]


K

[1] http://odbl.de/czech_republic.html

Dne 21.6.2011 00:24, Pavel Machek napsal(a):

On Mon 2011-06-20 23:27:02, Petr Kadlec wrote:

Ahoj!

2011/6/20 Pavel Machekpa...@ucw.cz:

Dnes po me poprve chtel server autorizaci OAuth-em... Snazil jsem se
snazil, i nejaky token jsem dostal, ale nahravat neslo. Tak jsem
updatoval josm, a ted to dava jinou zmatecnou chybovou
hlasku. Netusite nekdo co se deje?


Vzhledem k aktuálnímu datu bych tipoval, že se nejedná o problém v
OAuthu, ale o to, žes dosud neodsouhlasil nové licenční podmínky.
Včera měl přechod zahájit fázi 4. Viz
http://wiki.openstreetmap.org/wiki/Open_Database_License/Implementation_Plan#PHASE_4_-_.22Decline.22_accounts_deactivated._.28Phase_3_.2B_at_least_8_weeks_subject_to_critical_mass.29
a http://lists.openstreetmap.org/pipermail/legal-talk/2011-June/006156.html



No potes :-(. Doufal jsem, ze OSMF dostane rozum, ale nedostala :-(.

Pavel


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

Re: [Talk-cz] Oauth strasi?

[Jakub Sykora]

Nevim, nejsem pravnik a nemam cas a naladu se tim moc zabyvat...

Dne 21.6.2011 09:35, Petr Kadlec napsal(a):

2011/6/21 Jakub Sykorakub...@kbx.cz:

Pokud bude clovek pro kompletni dataset muset mergovat finalccby.osm a novou
odbl databazi, tak to bude pekne na vite co...


Jako jako „kompletní dataset“? Copak lze (autorskoprávně) mergovat
cc-by-sa data s odbl daty? (Pokud tedy nezastávám názor, že licence
CC-BY-SA vůbec data v OSM nechrání, a dosud bylo tedy celou dobu OSM
autorskoprávně volné.)

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

Re: [Talk-cz] Oauth strasi?

[Jakub Sykora]

Ja pockam, jak se to vyvine. Kazdopadne pokud to zpusobi rozpad tohoto 
projektu, bude me to hodne mrzet - adl jsem do toho dost sveho casu a 
energie, ktera by vysla dost nazmar.


A vkladat znovu energii do neceho co bude zase zacinat od piky, to 
opravdu ne...


K

Dne 21.6.2011 14:05, Michal Grézl napsal(a):

2011/6/21 Jakub Sykorakub...@kbx.cz:

Abych pravdu rekl, tak jsem tohle moc nesledoval i kdyz jsem vedel, ze to
dopadne jako pru.er, ale faze 4 me trochu desi a jeste vic po ni faze 5.
Pokud bude clovek pro kompletni dataset muset mergovat finalccby.osm a novou
odbl databazi, tak to bude pekne na vite co... Tech dat, ktere z DB
vypadnou, nebude malo - vizte [1]

K

[1] http://odbl.de/czech_republic.html



Pokud ty data opravdu smazou, coz udelaji, a nikdo je neda zpet, tak
se bude muset zustat u forku, nebot zadne mergeovani pravdepodobne
nebude mozne. Nehlede na to ze budeme mozna muset vymazat veskera
importovana data, u kterych puvodni vlastnik nebude souhlasit s novou
licenci.

Pro zacatek http://fosm.org/



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

Re: [Talk-cz] Oauth strasi?

[Jakub Sykora]

Volne prekladam z [1]:

Nejvetsimi problemy soucasne licence CC-BY-SA jsou:
- Soucasna licence pouziva pouze copyright a chrani tak kreativni dila, 
tedy dokumenty, obrazky, fotky, ... Uz ale uplne nerika, ze chrani i 
data samotna v databazi OSM.


- Soucasna licence neni napsana pro databaze - nastava tak problem, co 
vlastne musi uzivatel dale publikovat pod CC-BY-SA kdyz treba udela 
knizku a v ni pouzije data z OSM. Musi po CC-BY-SA zverejnit pouze tato 
data nebo celou knizku?


- je tezke, nerku-li nemozne se dotazat na to, co se s daty smi a nesmi 
delat, protoze to nutne vede k dotazu na vsechny prispevatele a musis 
zadat individualne jejich souhlas (mimochodem jako i ted pri zmene 
licence - pozn. Kubajz)


- to znamena, ze hodni hosi legalne nemuzou vlastne data pouzivat a 
zli hosi je muzou beztak vyuzivat jak chteji


- je velky problem data michat s dalsimi daty, ktere se uverejnuji pod 
jinymi licencemi



Pak samozrejme existuji z [1] odkazy na vselijake dohady o tom, co jde a 
co ne a proc ano a proc ne. Dle meho nazoru je nejsilnejsim argumentem 
prave ztrata jiz existujicich dat, coz by i v pripade CR bylo fatalni.
Nyni prozivame dusledek toho,ze 89% z 55% hlasujicich se vyjadrilo pro 
zmenu licence.


[1] http://www.osmfoundation.org/wiki/License/We_Are_Changing_The_License

Dne 21.6.2011 15:57, Jan Bilak napsal(a):

Zdravím,

situaci ohledně změny licence jsem nesledoval a i když nemám žádný
podstatný podíl na editacích v OSM, rád bych si udělal obrázek o tom,
o co jde, a nějak se rozhodnul. Můžete mi prosím někdo stručně
vysvětlit, v čem jsou zásadní rozdíly mezi licencemi? Jaký je hlavní
důvod změny licence? Jaké jsou naopak negativa nové licence, že
někteří nesouhlasí (podle té tabulky s licencí nesouhlasí i druhý
nejčastější přispěvovatel pavel, který je pořád velmi aktivní).

Jakým způsobem je třeba vyjádřit souhlas/nesouhlas a do kdy?

Věřím, že tyto informace stručně a jasně shrnuté pomohou i dalším.

Díky
Honza



Dne 21. června 2011 15:36 MPsingular...@gmail.com  napsal(a):

To že vznikne CC-BY-SA fork je skoro jisté, teď už jen doufat, že ten fork
bude jen jeden, nebo že pokud jich bude víc, tak ty ostatní rychle vychcípou
a zbyde jen jeden (plus někteří lidi chtěli i PD fork, takže je možné, že
vznikne ještě jeden fork, kde ale bude asi jen minimum dat)

Pokud v ČR zmizí 20 až 25 procent dat (což je aktuální odhad dle té
stránky), tak bych tipoval, že lidi nejspíš utečou k cc-by-sa forku, v
jiných zemích to může dopadnout jinak (pokud bude dopad mazání minimální,
můžou tam lidi zůstat).

Úplný rozpad asi nebude, ale tipuju, že se přispěvatelé rozdělí na tři
skupiny, jedna co zůstane na ODBl a pokusí se napravit chaos vzniklý
smazáním čtvrtiny dat (tipuju to na většinu lesů a vodstva plus asi celkem
dost silnic a dalších věcí - může to být méně než čtvrtina pokud se některé
podaří přesvědčit aby odbl akceptovali, ale i více, pokud se ukáže že
některé importy jsou s novou licencí nekompatibilní a pak by musela data
pryč ať už dotyčný souhlasil s odbl nebo ne) a ta se nejspíš časem bude
spíše zmenšovat (asi je těžké dávat dohromady mapu, kde po celé republice
různé náhodné kousky chybí). Druhá se přesune na cc-by-sa fork, kde budou
data všechny (ale je to fork, ne každý o něm ví atd ...). Třetí odejde a
přestane mapovat. Tipuju, že žádná z prvních dvou nebude větší než polovina
současných uživatelů.

Martin

On Tue, 21 Jun 2011 14:21:21 +0200, Jakub Sykora wrote:


Ja pockam, jak se to vyvine. Kazdopadne pokud to zpusobi rozpad
tohoto projektu, bude me to hodne mrzet - adl jsem do toho dost sveho
casu a energie, ktera by vysla dost nazmar.

A vkladat znovu energii do neceho co bude zase zacinat od piky, to
opravdu ne...

K

Dne 21.6.2011 14:05, Michal Grézl napsal(a):


2011/6/21 Jakub Sykorakub...@kbx.cz:


Abych pravdu rekl, tak jsem tohle moc nesledoval i kdyz jsem vedel, ze
to
dopadne jako pru.er, ale faze 4 me trochu desi a jeste vic po ni faze 5.
Pokud bude clovek pro kompletni dataset muset mergovat finalccby.osm a
novou
odbl databazi, tak to bude pekne na vite co... Tech dat, ktere z DB
vypadnou, nebude malo - vizte [1]

K

[1] http://odbl.de/czech_republic.html



Pokud ty data opravdu smazou, coz udelaji, a nikdo je neda zpet, tak
se bude muset zustat u forku, nebot zadne mergeovani pravdepodobne
nebude mozne. Nehlede na to ze budeme mozna muset vymazat veskera
importovana data, u kterych puvodni vlastnik nebude souhlasit s novou
licenci.

Pro zacatek http://fosm.org/



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



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



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


___
Talk-cz mailing

Re: [Talk-cz] Oauth strasi?

[Jakub Sykora]

Přirozenou nevýhodou demokracie je, že těm, kdo to s ní myslí poctivě, 
nesmírně svazuje ruce, zatímco těm, kteří ji neberou vážně, umožňuje 
téměř vše. (V. Havel)


Jinymi slovy - cela tahle habadura se dela vlastne jen proto, ze by v 
budoucnu (nebo soucasnosti) mohl nekdo vytezovat OSM a prodavat to jako 
svoji praci.


Xfree a Xorg - celkem hezke prirovnani - akorat u Xek neni ten vyvoj tak 
strasne rychly jako u OSM... Navic ne mala skupina lidi podporila zmenu 
na ODBL (skoro 50% vsech) Bohuzel OSM pro me neni jen ta databaze ale i 
vsechno kolem - servery, sluzby - a to neni malo. Neumim si v tuhle 
chvili predstavit zivotaschopny fork.


K

Dne 21.6.2011 17:08, Stanislav Brabec napsal(a):

Jakub Sykora píše v Út 21. 06. 2011 v 16:20 +0200:


- to znamena, ze hodni hosi legalne nemuzou vlastne data pouzivat a
zli hosi je muzou beztak vyuzivat jak chteji


Takže chápu-li to dobře, tak proto, aby zlí hoši nemohli kopírovat mou
práci, tak hodní hoši čtvrtinu mé práce zničí.

S novou licencí jsem souhlasil. Souhlasil jsem s tím, aby mé příspěvky
byly public domain. Ale hrubě nesouhlasím s tím, aby se mé příspěvky
mazaly z jakéhokoliv vnitřně politického důvodu.

Pokud to provedou, projektu OpenStreetMap předpovídám budoucnost
XFree86. Ten projekt také dodnes existuje a vydává své verze, ale téměř
všichni uživatelé utekli po vnucené změně licence k forku - k Xorg.


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

Re: [Talk-cz] Nová cyklomapa

[Jakub Sykora]

Ahoj,

vypada to zatim velmi hezky - musim rici, ze jsi mi udelal velkou radost.
Akorat ohledne nejakeho sjednoceni - unika mi nasledujici:

plati, ze http://cozpserver2.jinonice.cuni.cz/mtbmap/index.html === 
http://tchor.fi.muni.cz:8080/ ?


Byl bych rad, kdyby jeden z techto projektu pokracoval a byl udrzovan na 
nejake smysluplne adrese - domenu rad koupim a nasmeruji tam, kam bude 
potreba.


S lidmi z Prahounakole.cz jsem take v kontaktu a je mozne, ze by se 
spoluprace techto projektu mohla vyplatit obema stranam.


K

Dne 19.6.2011 10:38, Petr Dlouhý napsal(a):

Ahoj,

pro účely PrahouNaKole.cz jsem se rozhodl vylepšit renderer MTB mapy tak,
aby kreslil všechny důležité prvky cyklistické infrastruktury a další věci
důležité pro městskou cyklistiku. Testovací verze zatím běží na [1].

Co jsem přidal:
rozlišení tras podle network a kreslení plánovaných (stat=proposed)
čárkovaně
cyklopruh/cyklopiktokoridor(cycleway=shared_lane)/cyklobuspruh(cycleway=share_busway)

i s kreslením na strany ulice podle :left/:right a jednosměrnosti ulice
cykloprotisměrky (oneway:bicycle=no, cycleway=,
cycleway=shared_lane_lane))
stezka pro pěší a cyklisty (highway=footway + bicycle=yes nebo
highway=cycleway + foot=yes) se kreslí zeleně
kostky(surface=cobblestone
(cyklo)přechody
předsunutou stopčáru (cycleway=asl)

Grafickou podobu jsem zatím moc neřešil, proto jsou ty přidané ikony dost
neumělé.

Má někdo nápady na nějaká další vylepšení / podporované tagy?

Jestli je tu někdo z Brno na kole, tak bych se chtěl domluvit na značení a
grafické podobě jejich doporučených tras. Ty trasy by bylo dobré označit
nějakým tagem, aby bylo jasné, že jsou to doporučené trasy. Má někdo nápad
jaký tag by to měl být?

[1] http://cozpserver2.jinonice.cuni.cz/mtbmap/index.html



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

Re: [Talk-cz] Nová cyklomapa

[Jakub Sykora]

Pro cely svet bych to mit nemusel - ale pro CR je to zajimave urcite.

Kazdopadne za integraci s Prahounakole jsem jedine rad :) Ta shocart 
mapa je desna :)


Napisu tedy Martinovi Tesarovi a zkusime se domluvit, ze bychom to 
pustili jako oficialni sluzbu.


K

Dne 19.6.2011 11:14, Petr Dlouhý napsal(a):

Ne, cozpserver2 je jen teď na testování. Mapa vznikla pro PrahouNaKole,
kde nad ní budou vrstvy s doporučenými trasami a dalšími komentáři.

Změny posílám Martinu Tesařovi, který je snad časem v nějaké podobě
zařadí do jeho MTB mapy. Jestli by to mělo běžet na vlastní doméně se
domluv s ním.

Taky by se mi líbilo, kdyby to bylo možné pustit pro celý svět, ale to
asi taky záleží na Martinovi. Možná na to není ten jeho server dost
výkonný.



 Původní zpráva 
Od: Jakub Sykora kub...@kbx.cz
Předmět: Re: [Talk-cz] Nová cyklomapa
Datum: 19.6.2011 11:07:42

Ahoj,

vypada to zatim velmi hezky - musim rici, ze jsi mi udelal velkou radost.
Akorat ohledne nejakeho sjednoceni - unika mi nasledujici:

plati, ze http://cozpserver2.jinonice.cuni.cz/mtbmap/index.html ===
http://tchor.fi.muni.cz:8080/ ?

Byl bych rad, kdyby jeden z techto projektu pokracoval a byl udrzovan
na nejake smysluplne adrese - domenu rad koupim a nasmeruji tam, kam
bude potreba.

S lidmi z Prahounakole.cz jsem take v kontaktu a je mozne, ze by se
spoluprace techto projektu mohla vyplatit obema stranam.

K

Dne 19.6.2011 10:38, Petr Dlouhý napsal(a):
 Ahoj,

 pro účely PrahouNaKole.cz jsem se rozhodl vylepšit renderer MTB mapy
tak,
 aby kreslil všechny důležité prvky cyklistické infrastruktury a
další věci
 důležité pro městskou cyklistiku. Testovací verze zatím běží na [1].

 Co jsem přidal:
 rozlišení tras podle network a kreslení plánovaných (stat=proposed)
 čárkovaně

cyklopruh/cyklopiktokoridor(cycleway=shared_lane)/cyklobuspruh(cycleway=share_busway)


 i s kreslením na strany ulice podle :left/:right a
jednosměrnosti ulice
 cykloprotisměrky (oneway:bicycle=no, cycleway=,
 cycleway=shared_lane_lane))
 stezka pro pěší a cyklisty (highway=footway + bicycle=yes nebo
 highway=cycleway + foot=yes) se kreslí zeleně
 kostky(surface=cobblestone
 (cyklo)přechody
 předsunutou stopčáru (cycleway=asl)

 Grafickou podobu jsem zatím moc neřešil, proto jsou ty přidané ikony
dost
 neumělé.

 Má někdo nápady na nějaká další vylepšení / podporované tagy?

 Jestli je tu někdo z Brno na kole, tak bych se chtěl domluvit na
značení a
 grafické podobě jejich doporučených tras. Ty trasy by bylo dobré
označit
 nějakým tagem, aby bylo jasné, že jsou to doporučené trasy. Má někdo
nápad
 jaký tag by to měl být?

 [1] http://cozpserver2.jinonice.cuni.cz/mtbmap/index.html


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





Petr Dlouhý
petr.dlo...@email.cz

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


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

Re: [Talk-cz] footway=sidewalk

[Jakub Sykora]

Zde je trochu problem s tim left a right. Staci aby nekdo otocil silnici 
a nestesti je na svete...


Nicmene separatne take mapuji pouze chodniky, ktere jsou od komunikace 
vyznamne oddelene - siroky pas travy (vic nez metr nebo dva), bariera...


Dne 7.6.2011 12:41, Zdeněk Pražák napsal(a):

Postup uvedený v odkaze 3 bych používal v případě, že chodníky jsou od ulice 
odděleny například zeleným pásem nebo zábradlím.
U chodníků neoddělených od silnice používám tag sidewalk s hodnotami left, 
right, both.
Takto jsem tagoval ulice v Nechanicích

Pražák

 Původní zpráva 
Od: hanojeha...@gmail.com
Předmět: [Talk-cz] footway=sidewalk
Datum: 07.6.2011 11:39:22

Ahoj,

na wiki [1] se pred mesicem objevil navrh/postup jak mapovat chodniky,
ktere vedou soubezne podel silnic. Rozdilny pohled na vec je patrny uz
v diskuzi[2]. U nas se takove chodniky objevili v Brne-Lisni [3].
Povazujete takove chodniky za prinosne a v mape udrzovatelne?
Neni lepe predpokladat, ze v obci ulice = silnice + chodnik +
pripadna zelen, nebo to osetrit tagem u highway=*?


zdravi
hanoj

[1] http://wiki.openstreetmap.org/wiki/Tag:footway%3Dsidewalk
[2] http://wiki.openstreetmap.org/wiki/Talk:Tag:footway%3Dsidewalk
[3] http://osm.org/go/0Jv37bp9l--

___
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] Ukončení lesních cest

[Jakub Sykora]

Ale teda fuj velebnosti! Znacit metadaty a pridat na wishlist mapniku, 
aby se to renderovalo, to je spravna cesta.


K

Dne 6.6.2011 22:13, f.remenstech napsal(a):

Ano, děkuji, to je popis jako metadata, který se na mapě nezobrazí.
Mě by se líbila konvence ukončit lesní cestu, která se má projít
zahnutím čáry vlevo a vpravo o délce asi 1 metr. Taková jakoby značka
pružiny jen s jedním závitem: --^
Nemusel by se zavádět žádný speciální tag, rendery by to hned
vyhreslovaly až při největším přiblížení takže by si toho všimnul jen
kdo by to hledal.

F.



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

Re: [Talk-cz] Nezmapovan? obce

[Jakub Sykora]

Pokud neni skutecne problem s licenci, tak ano. Ja tomu dodatku o tom, 
ze ta zeme musi neco prijmout, moc nerozumim.


K

Dne 10.5.2011 08:38, Pavel Machek napsal(a):

On Sun 2011-05-08 19:15:41, hanoj wrote:

Jde nejak poznat z CZUK:KM, co tam jeste
  patri/uz nepatri?


Nejde. Zastavenou plochu pro účely bydlení určují územní plány obcí,
které často nejsou on-line vůbec dostupné, a i když jsou, blbě se to z
nich překresluje.


*** Skrze CUZK:KM by to slo, ale nikoliv na nasi urovni volneho
pristupu do katastru nemovitosti. Treba ve Francii OSM pouzili na
landuse vystupy CORINE. Otazka je, jak je to u nas s licenci.[1]


Corine zahrnuje i CR =  s licenci neni problem. Myslim, ze bysme
CORINE proste meli importovat. Neda nam to mapky obci, ale aspon bude
videt, ze tam ty obce jsou... koukal jsem se na to, skripty jsou, melo by to 
byt celkem jednoduchy.
   pavel



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

Re: [Talk-cz] zákazy odbo?ení v Praze (odli?ovat lze/nelze a smí/nesmí se?)

[Jakub Sykora]

Zde bych pouzil ustanoveni nebezpecne misto, nebot plna a dvojita plna 
je predevsim tam, kde je nebezpecne dostat se vozidlem do protismerneho 
pruhu.


Dne 22.4.2011 15:59, Stanislav Brabec napsal(a):

A co značka (plná) Podélná čára? Ta v §19 také není uvedena. Nebo
v tomto případě tomu brání jiné ustanovení (jiné ustanovení předpokládám
u značek Dvojitá podélná čára a Šikmé rovnoběžné čáry, neboť otáčení zde
není uvedeno ve výčtu jako důvod překročení).


___
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

[Jakub Sykora]

To IMO vyresi styl v mapniku...

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

[Jakub Sykora]

Palec nahoru!

Dne 28.2.2011 08:46, Tomáš Tichý napsal(a):

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


___
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

[Jakub Sykora]

Dokonce, pokud to nezprasime, tak se bude snadno delat i dotaz:

Jake vsechny vodni objekty lezi na vodnim toku XY?

Pokud to chcete uplne pretagovat, tak to dejte aspon do relace, at se 
vi, ze to patri k sobe...


K

Dne 28.2.2011 08:35, Petr Holub napsal(a):

Promiň, ale když dojdeš k rybníku nebo nádrži, tak se každý zeptá, co je
  to za rybník nebo nádrž, ale nikdo se nezeptá, co je to za řeku. Vůbec

Nebo se Te zepta, na jake rece lezi nejaka prehrada - a ta lezi na
ne rece, ktera do ni vteka, proteka i vyteka. Orlik lezi na Vltave
a v Orliku do Vltavy usti





___
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

[Jakub Sykora]

A proc by nemohly byt v mape treba doporucene trasy sjizdeni jezu na 
rekach? Prijde mi to jako legitimni pozadavek...


Kdybychom meli resit dulezitejsi veci, mohli bychom se taky na OSM uplne 
vykaslat...


K

Dne 26.2.2011 22:49, Mike napsal(a):

On někdo někdy routoval po potocích a rybníkách? Tam přece nikdo
nejezdí. Jezdí se maximálně po řece a odtud není kam uhnout. Používá
někdo navigaci v kanoi, když sjíždí Vltavu? Nebo snad loďař na Labi?

Možná bysme do mapy mohli začít zakreslovat i nějaké aeroway, aby
plachťák věděl, kudy má lítat :)

Pánové, řeště nějaký důležitější problémy...


On 02/24/2011 02:33 PM, Stanislav Brabec wrote:

Michal Grézl píše v Čt 24. 02. 2011 v 13:50 +0100:

Routing skrze plochu zadny program, co znam, nedela. Pokud to nejaky
delat zacne, tak pravdepodobne zvoli nejkratsi spojnici, tedy bude
kopirovat presne tu caru ktera uz tam ted je.


To bohužel není pravda:

- Ta čára z dibavod je naprosto nahodilá. Většinou není ani rovná, ani
   nevede reálným korytem na dně vodní plochy.

- I kdyby software routing vodních ploch uměl, data dibavod jsou v tomto
   nespojitá - rybník není napojen na vodní tok. V horším případě dokonce
   přítok v datech končí několik metrů před rybníkem, takže ani
   topologická analýza nepomůže.



___
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] Označení rychlostních silnic

[Jakub Sykora]

Ciste z toho duvodu, ze ceska legislativa odlisuje dalnici a silnici pro 
motorova vozidla. Myslim, ze to sice poskozuje CR ve smyslu investic a 
uz se i nekolikrat resilo, ze by se rozdil mezi dalnici a rychlostni 
silnici uplne zrusil.


Nicmene ten rozdil tu porad bude existovat - soubezne s dalnici musi 
vest silnice prvni tridy jako alternativa pro vozidla, ktera z tech. 
duvodu na dalnici jet nemohou. U rychlostni silnice tato podminka neni 
splnena a dost casto to byva jediny rozdil mezi dalnici a rychlostni 
silnici.


Kdyztak me nekdo opravte, jestli se pletu.

K

Dne 26.2.2011 06:08, Tomáš Hermann napsal(a):

Proč se označují rychlostní silnice jako trunk, když mají stejnou
návrhovou rychlost i parametry jako dálnice? V Rakousku je obdobná
situace, taky tam mají něco jako rychlostní silnice označované „S“ a
mají je v motorway.



___
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

[Jakub Sykora]

S tim bych si dovolil dost nesouhlasit. Pro me uz je ted ta mapa 
pomerne dost presnym zdrojem informaci a opravdu ji nepouzivam k 
navigaci ani k malovani obrazku klasickych ulicnich map.


Ja z ni treba pocitam mapu pokryti pro vysilace - je to pro me 
nejdostupnejsi databaze budov a vyskoych staveb, ktera zatim je. Sice 
jsou ty budovy treba spatne vysoke, ale porad to dava lepsi vysledky nez 
vypocet bez nich.


Co se tyka vodnich toku - citim to taky spojite, ale protoze data z 
vodnich toku nepouzivam, je mi to celkem jedno. Az tedy na fakt, ze 
kazdy vi, ze Vltava prameni na Sumave a vleva se u Melnika do Labe a to 
uz po staleti. Ze by byly po ceste nejake pasaze, kde ta reka netece 
nebo netekla jsme se v zemepise ani dejepise neucili. To ze na te rece 
vybudovali kaskadu vodnich del je asi vec uplne jina - tok te reky je 
porad stejny.


ad posledni veta - ono vsechno jde, otazkou je jak je to slozite. Nebylo 
by opravdu lepsi vyresit nastaveni renderingu tak, aby tok ve vodnim 
dile nezobrazoval?


K

Dne 24.2.2011 11:09, Mike napsal(a):

Aly my přece jen malujeme obyčejnou mapu. OSM nikdy nebude sloužit jako
relevantní zdroj dat. V systému, kde si každý může nakreslit co chce to
prostě nejde. OSM bude vždy využita jen pro mapu a navigaci, nikdy ji
nebude používat někdo, kdo potřebuje spolehlivá, zaručená a ověřená data.

Navíc když si někdo stáhne jen data vVltavy, tak to má stejně bez břehu
a je to jen nic neříkající čára. A pokud v ní bude díra, tak aspoň ví,
že tam je něčím přerušená. Jak by to jinak poznal? Navíc není problém
kouknout na konečný node a zjistit, kam je připojen (přehrada, rybník).

Mike


On 24.2.2011 10:54, Martin Kokeš wrote:

Ad topologie vodních toků - to je zcela správná úvaha. Stejně tak jako nedávná 
diskuze o budovách a popisných číslech - pokud bude bod s popisným číslem mimo 
budovu, nikdy nepůjde udělat topologie na budovy.

Je třeba zvážit, jestli k OSM přistupovat jako ke GISu nebo si jen tak 
malovat kartogramy.

MK

- Original Message -
From: Jiri Parkan
[mailto:jpar...@gmail.com]
To: OpenStreetMap Czech Republic
[mailto:talk-cz@openstreetmap.org]
Sent: Thu, 24 Feb 2011 10:44:55
+0100
Subject: Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch



Ahoj,
Já bych naopak řekl, že vodní toky, které jsou z hlediska topologie
vlastně strom, by v datech měly zůstat spojitě. Že je v cestě potoku
nějaký rybník na tom nic nemění. Stejně jako riverbank nebo přehrady
u
řek. Když si budu chtít stáhnout Vltavu, tak tak nějak logicky
předpokládám, že dostanu spojitou čáru a ne několik úseku s dírami.
Aby
to na mapě nevypadalo tak podivně je třeba řešit na úrovni rendereru a
ane v datech.


___
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

[Jakub Sykora]

Ja mam napad - nebudeme zanaset do dat nic, co neyuziju ja ve sve skvele 
mape predzahradky u sveho domu a ostatni data tim, ze jsou zbytecna 
smazeme :)


I tak by se k tomu totiz vlastne dalo pristupovat. Je nadmiru sobecke 
ponechat routing ridicum silnicnich vozidel a tem, co se pohybuji po 
vode tuto moznost odeprit.


K

P.S.: ted jsem si predstavoval algoritmus, ktery z Orlicke prehrady 
zpatky vydedukuje cestu toku. Orlik je jeste mozna hezky, ale co treba 
Svihov nebo Vranov nad Dyji! Fuj, psat bych to nechtel...


Dne 24.2.2011 11:24, hanoj napsal(a):

Aly my přece jen malujeme obyčejnou mapu. OSM nikdy nebude sloužit jako
relevantní zdroj dat. V systému, kde si každý může nakreslit co chce to
prostě nejde. OSM bude vždy využita jen pro mapu a navigaci

*** na to by mozna stacilo malovani z Windows nebo Inkscape. Ale pokud
uz chci jenom obycejny routing, nebo efektivni vykreslovani mapniku
tak to malovani nedostacuje.


nikdy ji nebude používat někdo, kdo potřebuje spolehlivá, zaručená a ověřená 
data.

*** ja ji proto v praci pouzivam a proto do ni take vkladam data. A je
pro mne rozdil, zda se jedna o data s moznosti chyb (existuji v kazde
geodatabazi) nebo ze si to dela kazdy po svym a je to nevyuzitelne.


Navíc když si někdo stáhne jen data vVltavy, tak to má stejně bez břehu
a je to jen nic neříkající čára.



  A pokud v ní bude díra, tak aspoň ví, že tam je něčím přerušená. Jak by to 
jinak poznal?

*** trebas prekryvne operace nad vektorovymi daty? Ale zpatky
prerusene linie uz nespoji


Navíc není problém kouknout na konečný node a zjistit, kam je připojen 
(přehrada, rybník).

*** no nevim, kouknout se na spolecny nod muzu jen pokud mam API.
Verim ze OSM neni svet sam pro sebe.


PS: Rybniku lze taky rikat vodni plocha od riverbank se lisi jen tim,
ze ta voda je viceme stojata. Smazeme linie rek pod riverbank?



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] dibavod: vodn? toky uvnit? vodn?ch ploch

[Jakub Sykora]

Dne 24.2.2011 11:34, MP napsal(a):


Ta mapa pokryti - to jako software ktery napr. pro zadany wifi vysilac
spocte odkud je na nej videt? Je ten software nekde verejne dostupny?
Pokud uvazuje i vyskova data, napr. ze SRTM, mohl by to byt celkem
zajimavy projekt 


Doted jsme pouzivali treba RadioMobile, ale nevyhovuje mi svym ovladanim 
a tim, ze prave neuvazuje lesy, budovy atp. Taky je dost pomaly.

Postavil jsem to zatim nad 3Dkyblsoftim OSM2POV (diky Alesi)
SRTM tam budu cpat v nejblizsich dnech, aby to melo nejaky vysledek.

SRTM dam pak take k dispozici zpet pro kyblsofti mapu, ale tam uz to 
bude zpusobovat celou radu problemu s vykreslovanim - ja mam tu vyhodu, 
ze ten pohled se renderuje z nadhlavniku, takze me spousta veci netrapi.




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

Re: [Talk-cz] Mapnik

[Jakub Sykora]

Zeptam se uplne naivne - neni plny virtualni disk? Kdyz se delaji 
soubory 0B a tuhne system, zda se mi to jako celkem pravdepodobne... 
Obzvlast, pokud je vse v jednom filesystemu (doporuceno pro zacatecniky 
v instalatoru Ubuntu) a zacpe to tak systemovou partition. Pak neni 
mozne ani napsat chybu do logu...


K

Dne 11.2.2011 11:37, Jakub Rychlý napsal(a):

Zdravím,


najde se někdo se zkušenostmi s renderováním mapových dlaždic v mapniku?
Měl jsem v úmyslu si zkusit vyrendrovat mapy s vlastním stylem.
Bezvýsledně jsem zkoušel rozjet mapnik na Windows 7. Přestože se
nekamarádím s Linuxem, rozhodl jsem se mu dát šanci. Nainstaloval jsem
Virtualbox, do něj Ubuntu a do něj Mapnik. Do databáze jsem nacpal data
České republiky a začal renderovat dlaždice s původním stylem OSM. Po
zoom 14 to běželo v pohodě. Od zoomu 15 výše to začalo dělat problémy.
Čas od času při renderování Ubuntu vytuhnou tak, že je potřeba
restartovat virtuální stroj. Pak najdu množství dlaždic o velikosti 0
bajtů, smažu je a spustím renderování znovu. Dlaždice se znovu vykreslí
a problém znova nastene později na jíném místě. Je to dost nepříjemné,
protože to nemá smysl pouštět třeba přes noc. Nevyhodí to žádnou hlášku
a tak nemám potuchy, kde hledat příčinu. Nesetkal se s tím někdo?



___
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

[Jakub Sykora]

Urcite bych se podival do /var/log/syslog pripadne spustit dmesg - da se 
tam ledacos objevit podle casoveho razitka...


Ale opravdu to vypada na nejakou nestabilitu zpusobenou tim, ze je to ve VM.

K

Dne 11.2.2011 12:35, Jakub Rychlý napsal(a):

Na tom Linuxovém disku je 25GB volného místa. Swap je zvlášť a při
renderování z databáze na něj systém ani nešáhne. Po smazání těch
dlaždic s nulovou velikostí a znovuspuštění renderování se ty dlaždice
vykreslí a k ním i další, ale po čase (klidně po hodině) to zase spadne.
Myslím, že ve volném místu to nebude. V Linuxu se neorientuju a nemám
ponětí v kterém logu hledat, ale pokusím se. Zkusím i ten sdílený disk,
jak radil Radek Bartoň. Díky za rady.


Rychlý



___
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ákaz vjezdu/dopravní obsluha

[Jakub Sykora]

Dne 1.12.2010 13:35, Stanislav Brabec napsal(a):

CZ_Tibo píše v St 01. 12. 2010 v 10:00 +0100:

Ahoj,

nejblíž je tomu asi access=no v kombinaci s psv=yes - v popisu na wiki sice 
Public Service Vehicles znamená především autobusy, ale veřejné služby jsou i 
zásobování, údržba a podobné.

Neznamená Dopravní obsluze vjezd povolen náhodou i to, že tam smějí
místní? Pak by to bylo spíš access=private foot=yes. Nebo se na toto
překládá jen Vjezd na povolení?



 (3)  Dodatková  tabulka  č.  E  12  s  nápisem  JEN DOPRAVNÍ

OBSLUHA  omezuje  platnost  značky,  pod  kterou  je umístěna, na

vozidla   zajišťující  zásobování   nebo  lékařské,  opravárenské,

údržbářské, komunální  a podobné služby pro  oblast za značkou, na

vozidla  s označením  č. O   1, vozidla  taxislužby a  na vozidla,

jejichž řidiči, popřípadě provozovatelé  mají v místech za značkou

bydliště, sídlo  nebo garáž; pro tato  vozidla neplatí značka, pod

kterou  je umístěna  dodatková  tabulka  s nápisem  MIMO DOPRAVNÍ

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

Re: [Talk-cz] zemsk? pokryv - vyu?it? CORINE dat

[Jakub Sykora]

Ja tomu nerozumim, bud je to bitmapa nebo je to vektor. Jestli jsi chtel 
rict, ze je ta bitmapa kvalitni (jakoze ma velke rozliseni), tak budiz, 
protoze to opravdu ma.

Ale vypada to hezky...

K

Dne 8.11.2010 11:13, Pavel Zbytovský napsal(a):
ad GMES) Viz interaktivní mapa 
http://dataservice.eea.europa.eu/map/UrbanAtlasBeta/ - jsou to 
bitmapy ale velmi kvalitní vektor, takže se dá spolehlivě trasovat 
podle barev. Navíc slováci už možná mají nějaký konvertor napsaný.



Jinak ta data o zastavěných oblastech větších měst mám u sebe já, 
nějak jsem se k tomu importu za poslední měsíc nedostal. Dám tomu 
větší prioritu.


Pavel / zby-cz


On Sat, Nov 6, 2010 at 11:44 AM, Pavel Machek pa...@ucw.cz 
mailto:pa...@ucw.cz wrote:


Ahoj!

Je^1t`i jsem se bavil s Milanem Nobonnem ze slovenskeho OSM a
tam snad
n`ijak importuji data o zemskem pokryvu z GMES Urban Atlasu
.. te 3/4
zkoukn`ite:

Zopar infomacii o pouziti Urban Atlas udajov v OSM na
slovensku je aj tu
 http://wiki.freemap.sk/GMESUrbanUtlas

Hmm, ale to vypada jako bitmapova vrstva - import pouze manualni, ne?
 
Pavel

--
(english) http://www.livejournal.com/~pavelmachek
http://www.livejournal.com/%7Epavelmachek
(cesky, pictures)
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
http://atrey.karlin.mff.cuni.cz/%7Epavel/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] Filtr gpx

[Jakub Sykora]

Monza trochu OT, ale to nize uvedene neni vyraz regulerni, ale vyraz 
regularni.


K

Dne 7.11.2010 13:40, Pavel Zbytovský napsal(a):
Tak tohle jsem už taky jednou řešil, dá se to udělat docela jednoduše 
- prohledáním všech GPXek nějakým regulérním výrazem.


Řekněme, že máme bod 14.235, 50.124 - tak se dá snadno nalézt soubor 
obsahující souřadnice 14.23???, 50.12???  - to sice bude čtverec a ani 
se nedá nastavit triviálně jeho velikost, ale na obecné vyfiltrování 
by to mohlo stačit.


Tohohle se dá dosáhnout na unixu grepem, nebo na win pomocí Total 
Commanderu. Nabídka Hledání souborů

 soubory: *.gpx
 Hledat text:
trkpt lat=50.124[0-9]+ lon=14.23
 Regulární výraz: ano

Potom se Výsledek do panelu a nalezené GPXky zkopírovat do jiné 
složky, odkud už půjdou do JOSMU..


Pavel / zby-cz


2010/11/7 f.remenstech f.remenst...@gmail.com 
mailto:f.remenst...@gmail.com


GPSBabel umí v .gpx souboru nechat body v zadaném kruhu. Já bych
potřeboval nechat celou cestu, která prochází zadaným kruhem.

Zkoušel jsem alespoň vyfiltroval body v kruhu, ale na výsledný soubor
mi Josm píše Error occured while parsing gpx file. Only part of the
file will be available a načte pouze první bod trasy.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org mailto: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] nemecka wikipedia...

[Jakub Sykora]

zkus mytourbook, umi ho pro GPX ze SRTM a GPX si snadno vytahnes i z 
tras v OSM...


Dne 21.10.2010 16:44, Petr Dlouhý napsal(a):
s [3]. Nezná někdo náhodou nějakou lepší stránku, na kterou by šlo 
odkazovat. Představuju si, že by na ní byl výškový profil trasy, 
itinerář a další vygenerované informace. Generování profilu by mě 
zajímalo i z jiných důvodů - jestli neexistuje služba, která by ho 
uměla z trasy vygenerovat;



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

Re: [Talk-cz] Jak opravit chybnou cestu, když nev ím, kudy vede správně

[Jakub Sykora]

Ja bych opravil spravne to, cim ses si jistej a co je spravne z hlediska 
semantiky - a to je fakt, ze cesta odbocuje u rozcestniku. To ze pak 
vede blbe, to uz neni uplne tvuj problem :)
Maximalne bych tam jeste napsal do poznamky k te ceste, ze je spatne a 
ze je treba opravit. Treba pomoci fixme...


K

Dne 12.10.2010 14:30, Marek Prokop napsal(a):

Ahoj,

   

a ses si jistej ze to tvoje je spravne?
 

Jsem. Nafotil jsem cestou těch rozcestníků skoro 20 a všechny ostatní
na puntík sedí.

   

pokud ano tak bych to opravil.
 

Já taky, ale nevím jak. Samotnou polohu rozcestníku opravím snadno,
ale pak bude nesmyslně zakreslená ta odbočující cesta.

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

Re: [Talk-cz] Administrativní členění na ma pě

[Jakub Sykora]

Ja i prave myslim, ze celkem nejvetsi problem mapnikove mapy na OSM je 
prave to, ze nikdo nerekl, co to vlastne je za mapu - jestli silnicni, 
turisticka nebo jenom demo mapa. Proto se mnohdy najde spoustu 
protichudnych nazoru na to, co a jak by tam melo vypadat.
Proto se mi libi projekty typu turisticka, cyklomapa, skimapa atp. kde 
je vicemene jasne, co tam ma byt.
Ja to beru tak, ze mapa na openstreetmap.org je takove demo ve smyslu - 
podivejte, co vsechno mame v databazi a co se z toho da treba nakreslit!


K

Dne 3.10.2010 21:56, Mike napsal(a):

Třeba mně se to tam taky líbí. Otázka je, zda všechno dávat do
samostatného layeru, to jich tam pak bude spousta a doba načítání a
zátěž serveru se pak také násobně prodlouží. A co se statickými mapami?
Tam se to většinou hodí. Každý na to bude mít jiný názor. Osobně jsem
spíše pro to, udělat dvě verze mapniku - administrativní a turistickou
(kde jsou ty hranice zbytečné), každá se zvýrazněnými jinými typy
objektů. Něco jako je na mapy.cz. To bych viděl praktičtější.

On 10/03/2010 04:16 PM, Pavel Pilát wrote:
   

Nejsem proti těmto datům, ale patří to samostatného layeru a ne do
základní mapy - ta hranice je typ abstraktních údajů (v krajině není
vidět), a zbytečně to zamořuje základní render.

2010/10/3 Jan Dudíkjan.du...@gmail.com:
 

Naopak já jsem rád, že je konečně nějaká slušná mapa, kde jsou ty
hranice vidět ;-)
Ale kdyby byly méně výrazné, nevadilo by to.
JD

Dne 3. října 2010 15:58 Pavel Pilátpavel.pi...@gmail.com  napsal(a):
   

Ptáš se dobře, také by mě zajímalo, proč kluci z OSM nastavili Mapnik
tak (tedy předpokládám to, protože Mapnik je jinak univerzálnější
renderer a asi záleží na konfiguraci), že to vykresluje
administrativní hranice. Že by se sekli a po té už docela dlouhé době
si toho ještě nevšimli?

Nebo je v tom nějaký vyšší princip? ;-)

Jinak je to samozřejmě k ničemu, v mapě se to plete mezi cesty. Mělo
by to být realizováno jako vrstva. Třeba jednou bude.

2010/10/1 Rolf GCCr...@atlas.cz:
 

Zdravím, mám dotaz ohledně tzv. administrativního členění na mapě. OSM 
používám jako podkladovou mapu při navigaci v mobilním telefonu (v navigaci MapNav) a 
výrazné fialové čáry se  na malém displeji neskutečně pletou s lesními cestami, jinak 
jsou podle mě většině lidí úplně nanic :-/ Proto se chci zeptat, jestli někdo podobný 
problém neřešil a nevyřešil, případně jestli někdo neví o nějakém online rendereru, který 
by tohleto vůbec nevykresloval. CloudMade jsem zkoušel, ale tam to bohužel také nejde 
vypnout. 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

 



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

___
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] Administrativní členění na ma pě

[Jakub Sykora]

Tak nikomu to nebrani to tam hodit jako bug a treba to pak tak udelaji...

K

Dne 3.10.2010 15:58, Pavel Pilát napsal(a):

Ptáš se dobře, také by mě zajímalo, proč kluci z OSM nastavili Mapnik
tak (tedy předpokládám to, protože Mapnik je jinak univerzálnější
renderer a asi záleží na konfiguraci), že to vykresluje
administrativní hranice. Že by se sekli a po té už docela dlouhé době
si toho ještě nevšimli?

Nebo je v tom nějaký vyšší princip? ;-)

Jinak je to samozřejmě k ničemu, v mapě se to plete mezi cesty. Mělo
by to být realizováno jako vrstva. Třeba jednou bude.

2010/10/1 Rolf GCCr...@atlas.cz:
   

Zdravím, mám dotaz ohledně tzv. administrativního členění na mapě. OSM 
používám jako podkladovou mapu při navigaci v mobilním telefonu (v navigaci MapNav) a 
výrazné fialové čáry se  na malém displeji neskutečně pletou s lesními cestami, jinak 
jsou podle mě většině lidí úplně nanic :-/ Proto se chci zeptat, jestli někdo podobný 
problém neřešil a nevyřešil, případně jestli někdo neví o nějakém online rendereru, který 
by tohleto vůbec nevykresloval. CloudMade jsem zkoušel, ale tam to bohužel také nejde 
vypnout. 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

Re: [Talk-cz] Import adresních bodů - Nekonzistenc e cuzk:km a mvcr:adresa

[Jakub Sykora]

To by zrovna sedelo - v KU Cernosic je totiz treba takovy hezky priklad 
- Dolni Brezany-Lhota-Zalepy a Ohrobec-Karov a katastralni uzemi tam 
probiha klikate pres ulice :)


K

Dne 28.9.2010 11:27, Ondrej Zajicek napsal(a):

On Tue, Sep 28, 2010 at 11:07:26AM +0200, Lukas Kabrt wrote:
   

Ahoj,

Jinak poznamka Nekonzistence cuzk:km a mvcr:adresa obecne znamena,
ze v katastralni mape je objekt s cp./ce., ke kteremu se nenasel
protejsek v databazi adres.
 

Jinak tyto chyby se nekdy objevuji u objektu na hranici katastralnich
uzemi, kde skript pro budovu urci jine katastralni uzemi a jinou obec
nez ve ktere je evidovan v databazi adres.

   



___
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 adresních bodů - Nekonzistenc e cuzk:km a mvcr:adresa

[Jakub Sykora]

No na linuxu je to vubec chutovka :) Uz jen prekodovani vsech jmen 
souboru a uprava bataku, tak aby sly spustit mi zabralo docela dost casu...


Ale jinak diky Petre, zrovna se kocham svymi oblibenymi obcemi, jak jsou 
pekne zaadresobodovane :)


K

Dne 28.9.2010 12:27, Petr Dlouhý napsal(a):

Ahoj,

možná mám nějakou jinou verzi programu merge (mám z 23. února), 
protože mi to body s nekonzistencí nestrká do souboru fixme, ale do 
toho s adresami, které jsou v pořádku.
Druhou možnou příčinou může být to, že program spouštím přes Mono na 
Linuxu.


On Tue, 28 Sep 2010 11:07:26 +0200, Lukas Kabrt lu...@kabrt.cz wrote:


Ahoj,
zkousel jsem problem reprodukovat na Libcicich a zda se mi, ze vse
funguje spravne - at uz sobory generuju jakkoli (pres soubor
__merge.bat, vlastni soubor jen pro Libcice nebo se souborem adres
jenom pro Libcice).
V souboru fixme se objevi 5 adres u kterych je Nekonzistence cuzk:km
a mvcr:adresa a ty opravdu v databazi adres nejsou.
Jinak poznamka Nekonzistence cuzk:km a mvcr:adresa obecne znamena,
ze v katastralni mape je objekt s cp./ce., ke kteremu se nenasel
protejsek v databazi adres.






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

Re: [Talk-cz] Pražský okruh

[Jakub Sykora]

No a proto jsem prave nepochopil uplne toho clovicka, co po me cely 
okruh pretagoval, kdyz se mel otevirat v pondeli a ja ho pretagoval v 
patek bez pripojnych cest... No a v pondeli si to dal nekdo cele znovu :)


K

Dne 26.9.2010 22:40, Pavel Machek napsal(a):

Ahoj!

   

pokud jde o důležitou silnici, tak je výhoda robota v tom, že to
otevře přesně v daný datum (nebo dokonce čas) a to klidně o víkendu
nebo v pracovní době, kdy na to nikdo nemá čas (nebo naopak zamezí
tomu, aby se jednotliví uživatelé přetahovali).
 

No, a k cemu je dobry ze to bude presne v dany cas? Lidi to stejne
pouzivaj offline, renderery maj spozdeni, etc.

Mit tam nejaky tagy aby i offline navigace vedela aha, do 1. zari
nic, od 1. zari je tu silnice by bylo docela pekny, ale myslim ze
dost komplikovany...
Pavel
   



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

Re: [Talk-cz] tema bakalarky

[Jakub Sykora]

Dne 22.9.2010 20:45, Anna Kratochvílová napsal(a):

Ahoj,
díky za všechny vaše návrhy, ani jsem nečekala, že jich bude tolik. Nicméně, 
jak dnes někdo poznamenal, opravdu nestuduji informatiku, takže většina návrhů 
je asi nad mé možnosti. Nicméně na některé z nich se chci pozeptat, např.:


20.9. 2010  Radek Bartoň:
   

* Samotné definování Mapnik stylu s turisticky zajímavými POI, který mám v 
plánu, ale ještě jsem se k tomu nedostal.
 

Moc jsem nepochopila, v čem by se to psalo, jen v Pythonu nebo i C++? Můžeš k 
tomu napsat víc?
   
Mapnik ma konfiguraky vicemene v textaku. Nic se tam neprogramuje, pouze 
se definuje, jak to, co je ulozene v databazi se zobrazi na mape. To je 
ale prave takova nejaka - no jak bych to rekl - ani pro informatika ani 
pro geoinformatika, ale spis pro designera :)


20.9. 2010   Petr Dlouhý:
   

-Dokončení práce na některém z importů (v současné době jsou rozpracované 
importy adresních bodů a řek)
 

Co se kam importuje, v jakých formátech?
   
V zasade uz jsou vsechna data prevedena do XML nebo nejakych jinych 
formatu, na ktere existuje nejake udelatko pro prevod do XML pro OSM. 
Tady spis jde opravdu o geoinformaticke problemy - spravna hierarchie 
dat, odstraneni kolizi s jiz existujicimi daty atp. To muzes vesele 
napsat v Pythonu a bylo by to hodne uzitecne.
   

-Jakýkoliv jiný analyzátor konzistence dat (určitě se toho najde plno), který 
ještě neexistuje (nebo vylepšit existující)
 

A jaké analyzátory konzistence se používají? Vím, že je nějaký plugin v JOSM, 
ale nic víc.
   
V JOSMu je akorat plugin validator. Nicmene umim si predstavit, ze 
napises v Pythonu nebo Ccku programek (idealne rozsiritelny), ktery 
vezme treba cesky vyrez OSM v XML nebo bude primo pracovat s PostGISem a 
nejakym zpusobem bude zjistovat napr. polygony, ktere se sami krizi, 
multipolygony ktere maji v vnitrni kruhy mimo vnejsi atp a hlavne to 
uzivateli ukaze a navrhne treba nejake reseni toho problemu. Tento 
problem je dnes hodne u lesu, ktere vznikly importem a zjednodusovanim 
linii.



Díky za odpověď, v každém případě se ráda poučím.
Anna Kratochvílová

___
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] Pražský okruh

[Jakub Sykora]

Tak ono to vzniklo pravdepodobne pretagovanim contruction=motorway a 
zrusenim highway=construction. Take nebylo celkem dlouho jasno, jestli 
bude rychlostni nebo dalnicni. Ale je to fakt - nejak me to ani nenapadlo...


K

P.S.: Diky tomu, kdo me nastval, kdyz jsem to v patek pretagoval a on to 
revertnul s tim, ze to jeste neni otevrene. Prijezdove cesty jsem 
samozrejme nechal under construction, ale to bylo asi stale malo. Tak si 
rikam, jestli takovehle upravy maji cenu...


Dne 22.9.2010 09:07, Mike napsal(a):

Ahoj,

Předem díky všem, kteří zakreslili okruh do mapy.

Myslím si ale, že by měl celý okruh R1 být zakreslen jako trunk a ne
jako highway. Jak už jsme se tu jednou dohodli, že budeme značit silnice
Rx jako trunk a dálnice Dx jako highway, tak by to asi chtělo dodržovat.

Koukal jsem i na mapy.cz, kde už mají okruh taky a je tam označen rovněž
jako rychlostní silnice a ne jako dálnice.

Mike


___
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] footway vs. path (bylo: Návod na zakreslování turistických tras)

[Jakub Sykora]

Ahoj,

tady nejde o tagovani znacek - o to se nikdo nepre, ale o pravidla 
platna plosne. A mezi tim je treba rozlisovat. Kdyz se zmeni vyhalska a 
rekne, ze se v obci bude jezdit 40, tak se musi dat odlisit, jestli je 
nekde cedule 50 nebo zda se tam doted jezdi 50 kvuli vyhlasce.
Takze on ten pozadavek na zavedeni hranice obce ve smyslu znacek Zacatek 
a konec obce ma svuj smysl.


Dokonce i v testech v autoskole se da snadno najit otazka: Jak poznate, 
ze se nachazite v obci?
Bez nabizenych odpovedi je to pro vetsinu lidi hodne tezke. Ovsem pri 
nabidnuti moznosti c) oblast je vymezena znackami Zacatek obce a Konec 
obce nepochybuje nikdo.


K

Dne 24.8.2010 15:23, jzvc napsal(a):

  Dne 24.8.2010 6:51, Mike napsal(a):
   

On 23.8.2010 22:12, Petr Morávek [Xificurk] wrote:
 

Aleš Janda napsal(a):
   

Ideální je, pokud data odrážejí skutečný stav. A skutečný stav je
takový, že omezení rychlosti dané zákonem je omezení *v obci*, což je už
z principu plocha. Tedy landuse=residential (nebo obdobný) je ta správná
cesta.
 

Chyba, z hlediska silniční dopravy není rozhodující nějaká plocha ale
to, kde je značka začátku a konce obce. To je z hlediska zákona jediná
skutečně rozhodující věc určující, kde začínají a končí pravidla
vztahující se na jízdu v obci (včetně omezení rychlosti).
Existuje mnoho obcí, kde jsou tyto značk umístěny hodně daleko před
začátkem jakékoliv zástavby (a je jedno jestli residential, commercial
nebo industrial). Taky není úplně neobvyklé umisťování značky začátku
obce dál od zástavby, než je v opačném směru značka konce obce.

Osobně se domnívám, že omezení rychlosti v obci by se mělo, jak už tu
někdo psal výše, promítnout do OSM asi tak, že pro všechny residential
se implicitně předpokládá max.50km/h, podobně jako pro všechny motorway
(a trunk?) max.130km/h, a primary-tertiary 90km/h. Pak už jen stačí
nějak označit, že např. část primary je v obci a tak má omezení
rychlosti, což lze dvěma způsoby:
* Nastavit rychlost na way - menší náchylnost na chyby, za to je to
nesystémové řešení, které neumoňuje jednoduchou změnu např. při změně
zákona.
* Značit nody se značkami začátku/konce obce - musely by se vyřešit
nějaké poloautomatické netriviální kontroly, na to jestli jsou skutečně
všechny vjezdy/výjezdy označeny správně.

Petr


   

Ale ta plocha snadno vymezí, kde ta značka je. Najít všechny cesty
uvnitř plochy není tak složité, jako hledat je mezi nějakými body, kde
opravdu hrozí, že nějaký výjezd nebude označen. To se netýká jen silnic,
ale třeba i track. A ten kontrolní automat by dělal to samé co navigace,
podle mne něřešitelné, protože ten node může být na té cestě o 5km dál
na začátku další obce a algoritmus nebude vědět, zda je to tak dobře
nebo špatně.

Souhlásím s návrhem na maxspeed=city_limit, což je dobrý nápad. Ve
většině případů to bude shodné s residential, takže tam bude stačit
doplnit tento tag. Pokud se to náhodou nebude shodovat, tak se to
obkrouží ještě jednou. Podle mne stejně nerozhoduje, jestli je ta značka
u prvního baráku nebo o 50m dřív, když je ta obec dlouhá X km. Pro
počítání doby trasy v navigaci to nebude mít vliv. Přijde mi, že zde
příliš řešíme přesnost mapy, přičemž je tam už teď tolik nepřesností, že
tohle je marginální problém.
 

Pro pocitani doby dojezdu je ovsem tato informace (kde zacina a konci
50) naprosto nanic. Doba dojezdu je variabilni natolik a zavisla na
tolika ruznych faktorech, ze pokud prohlasim, ze prumerna rychlost je
60km/h, tak mam pravdu a nemusim nic zjistovat (je to pro info prumer u
meho auta pri najezdu cca 100 000km =  je to realny cislo). Pokud si uz
chceme hrat na realnou navigaci od znacky ke znacce, tak pojdme
tagovat proste jednotlivy dopravni znacky podle skutecnosti a necht si s
tim algoritmus nejak poradi. V realu taky znacky chybi/jsou necitelne/...

   

___
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] footway vs. path (bylo: Návod na zakreslování turistických tras)

[Jakub Sykora]

A jak pozname, kde je ta hranice uzemi obce? Pokud nezakreslim u treba 
obci Mokrsko, Prostredni Lhota, Sejcka Lhota alespon landuse=residential 
polygon obalujici celou obec, tak tuto informaci nemam kde ziskat...


http://osm.org/go/0JxaCrn7-

Proto stale citim, ze ta potreba tady je...

K

Dne 24.8.2010 16:26, Martin Mares napsal(a):

Hello, world!

   

Chyba, z hlediska silniční dopravy není rozhodující nějaká plocha ale
to, kde je značka začátku a konce obce. To je z hlediska zákona jediná
skutečně rozhodující věc určující, kde začínají a končí pravidla
vztahující se na jízdu v obci (včetně omezení rychlosti).
 

To je sice pravda, ale ty značky jsou běžně umístěné tak blízko hranice
území obce, že se na výpočtu rychlosti při routování nijak podstatně
neprojeví. Proto je zanášení těchto značek do mapy zejména ohromné
množství zbytečně vynaloženého úsilí. Stačí při routování respektovat
hranice a těch pár případů, kdy jsou značky daleko od hranice, otagovat
explicitně.

Have a nice fortnight
   



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