Re: [Talk-cz] mapnik v obci

[Kubajz]

Ahoj,

s terenem si hraju treba ja - provadim v soucasne dobe nejake vypocty a 
navrh interpolace dat ze SRTM, aby byl ten povrch hladky a aby to i 
vsechny objekty umistovalo hezky relativne k vysce terenu.
Povray totiz ma podporu bikubickych platu a bude se tim krasne dat 
modelovat teren. Az budu mit nejake ukazky, tak to sem poslu...

K

Dne 1.5.2010 07:58, jzvc napsal(a):
> Dne 30.4.2010 19:08, Zdeněk Pražák napsal(a):
>
>> Tak abych se také vyjádřil.
>>
>> Tagování zahrádek u rodinných domů jsem převzal z obdobně tagovaných zahrad 
>> v Jihlavě, kde tyto zahrádky takto tagoval uživatel Alik. Angličtinu 
>> neovládám a proto jsem nijak neřešil vámi odkazovanou stránku 
>> http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dgarden
>>
>> Pokud se týká plotů tak takto jsem tagoval pouze lokality rodinných domů a 
>> vil v mém blízkém okolí. Podkladem byly katastrální mapy a ortofoto. Podle 
>> mne jsou tyto ploty minimálně z 95% správně.
>>
>> Pokud se týká přesnosti zakreslování, tak v současné době pro zakreslování 
>> budov používám plugin tracer a ten je podle mne dostatečně přesný. Před 
>> vznikem traceru jsem budovy kreslil dle ortofota a tam mohly být s přesností 
>> problémy.
>>
>> Pražák
>>
>>  
> Pro zajimavost, jako to vidis s terenem ? To by ty mape dalo poradnou
> hloubku. A jeste jedna vec, ten navrhovanej tag pro 3D model budovy, ses
> pripadne schopen zpracovat nejaky 3D format ? U nekterych vyznamnejsich
> budov by to mohlo byt zajimavy a byla by to potencialne absolutni bomba.
>
>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>>  
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>


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

Re: [Talk-cz] mapnik v obci

[Kubajz]

Na mape to nevypada hezky, to je fakt. Ja bych se priklanel k tomu 
nazoru, kde tu nekdo psal pridat tam atribut access=private, aby se to 
renderovalo jinak nez verejne zahrady a parky - aby se nemotaly dve 
semanticky odlisne veci do sebe.
Kdyz kouknu do papirove mapy a chci si jit nekam odpocinout do travy, 
musi to vypadat jinak nez sousedova zahradka - vsichni asi citime, ze 
nejaky rozdil by mel byt mezi parkem, botanickou zahradou, 
dendrologickou zahradou a sousedovo zahradkou s bazenem, kam se leze 
pres plot. A bohuzel pouhym tagovanim zahrada=zahrada to asi 
nezvladneme. Zkoumat treba v mape, jestli je to oplocene nebo ne mi 
neprijde jako stastne.

Proto pojdme se prestat dohadovat o tom, co je a co neni zahrada a o tom 
a zda se to vubec ma mapovat. Ja rikam ANO, jen pridejte access=private. 
Osobne pak rad dam do tracu k mapniku pozadavek na jine renderovani 
zahrad s access=private, aby se to odlisilo...

K

Dne 30.4.2010 22:49, Martin Kokeš napsal(a):
>> ja tam vidim zahrady, s bazenama:)
>> posekanej travnik je jedna z vrcholnejch forem zahradniceni,
>> lidi kultivaci travniku stravi veskerej volnej cas.
>>
>> Jediny co bych uznal jako nezahradu je neupravena prirodni louka, tedy
>> kdyz by se o to nekolik let nikdo nestaral (koprivy, lucni kviti a
>> tak), vsechno ostatni je zahrada, kde je rozdil mezi parkem a zahradou
>> sem moc nezjistil (pravdepodobne je park podmnozina zahrady), z
>> vyznamu slova by zahrada mela byt ohranicena.
>>
>> The etymology of the word refers to enclosure: it is from Middle
>> English gardin, from Anglo-French gardin, jardin, of Germanic origin;
>> akin to Old High German gart, an enclosure.
>>
>> Tudiz vse uzavrene, ne nutne fyzicky plotem, kde neco roste a co je
>> upravovane clovekem je proste zahrada a hotovo.
>>
>> Moje konecny slovo: Nejenom ze neni nic spatneho na tom tagovat
>> zahrady jako leisure=garden, naopak je to ta nejlepsi mozna varianta.
>>  
> Hmm, no ono není špatné se mkrnout, jak to třeba mapují jinde, kde jsou už 
> mnohem dál...
>
> Já teda nevidím ultrazelený Aschaffenburg nebo Oxford. :-)
>
> http://osm.org/go/eutDzOJP-
> http://osm.org/go/0D2BDIQ4-
>
> MK
>
> ___
> 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] opentrackmap - hrady a další

[Kubajz]

Nevim, kde je problem, ja uz leta pouzivam Inkscape bez problemu na 
ruznych platformach a v ruznych verzich. Ted minimalne zobrazim vse na 
ubuntu tak, jak psal Michal. Nemuze byt spis problem v nejake podpurne 
knihovne (cairo nebo neco takoveho)?

K

Karel Volný napsal(a):
> do horoucích pekel, může mi někdo poradit funkční editor SVG? :-/
>
> značku zříceniny jsem zbastlil v oodraw, vypadalo to dobře, tak jsem tak 
> začal 
> kreslit další ... jenže po uploadu vidím, že se to rozsypalo
>
> tak jsem zkusil informační tabuli naučné stezky překreslit v Inkscape ... to 
> dopadlo tak, že místo číslice je tam černý flek ... a nejde o nekompatibilitu 
> wiki, ale ten blbej Inkscape si to nepřečte ani sám po sobě, ani po uložení v 
> "inkscape svg"!
>
> tak jsem zkusil karbon (2.1) ... ten sice generuje hezké, čisté, krátké xml 
> bez milionu blbostí, ale neuložil mi tam tu číslici vůbec ...
>
> sodipodi už je tak staré, že ho ani nemám v distribuci
>
> sakra, to si mám nastudovat normu a napsat si to ručně ve vimu nebo co?
>
> K.
>
> Dne St 14. dubna 2010 Karel Volný napsal(a):
>   
>> Dne Po 12. dubna 2010 Radek Bartoň napsal(a):
>> 
>>> Za dva dny odjíždím na 2-3 týdny pryč, ale pak budu mit na OTM trochu
>>> času. Pokud se dohodnete na způsobu tagování, můžu pak vytvořit
>>> příslušné styly a ikony. V ideálním případě, mi někdo, prosím, sepište
>>> wiki stránku, kde by bylo přehledně definováno, co a jak se má
>>> vykreslovat (případně stačí jen linky na další relevantní wiki stránky).
>>>   
>> začal jsem se snažit zde:
>> http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/OTM_značkový_
>> klíč
>>
>> momentálně je to jen hrubý opis legendy z map KČT, nekamenujte mě, začal
>> jsem to tvořit ve čtvrt na jednu :-)
>>
>> 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] Izometrická 3D mapa z OSM

[Kubajz]

Tak to jsou good news :)

Dne 9.3.2010 09:25, Aleš Janda napsal(a):
> Ahoj,
>
> na lesy chystám specialitku - budou tam opravdu stromy (resp. textury 
> stromů), i
> když spíše tu a tam strom než hustý porost. Důvodem pro řídký les je asi 3x
> menší výpočetní náročnost (a hustý les stejně - alespoň v mém podání - vypadá
> dost neuspořádaně, opticky to tedy bude cca stejné).
>
> Zatím ale řeším to, že některé polygony jsou zmršené, protínají samy sebe =>
> špatně rozpoznám směr bodů polygonu (po nebo proti hodinovým ručičkám) =>  
> špatně
> rozpoznám vnitřek polygonu a stromy jsou zcela mimo. Tohle je teda obecný
> problém, nejen pro les, ale např. i pro správné určení výšek (musím vědět, co
> nad čím leží).
>
> Až tohle vyřeším (snad už v řádu dnů), budou lesy :-)
>
> Aleš Janda
>
>
> On 9.3.2010 08:19, Kubajz napsal/a:
>
>> Ahoj,
>>
>> sly by udelat oblasti lesu tak treba 10m vysoke a polopruhledne? Takhle
>> jsou jako zelena placka a hned to nevypada jako les :)
>>
>> Diky,
>>
>> K
>>
>> Dne 17.2.2010 19:48, Aleš Janda napsal(a):
>>  
>>> Zdravím,
>>>
>>> trošku jsem si hrál a udělal jsem izometrickou 3D mapu z OSM dat. Něco jsem 
>>> dal
>>> na web, je to na
>>> http://osm.kyblsoft.cz/3dmapa/
>>>
>>>
>>> 3) máte nějaké nápady na vylepšení?
>>>
>>> Díky.
>>>
>>> Aleš Janda
>>>
>>> ___
>>> 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] Izometrická 3D mapa z OSM

[Kubajz]

Ahoj,

sly by udelat oblasti lesu tak treba 10m vysoke a polopruhledne? Takhle 
jsou jako zelena placka a hned to nevypada jako les :)

Diky,

K

Dne 17.2.2010 19:48, Aleš Janda napsal(a):
> Zdravím,
>
> trošku jsem si hrál a udělal jsem izometrickou 3D mapu z OSM dat. Něco jsem 
> dal
> na web, je to na
> http://osm.kyblsoft.cz/3dmapa/
>
>
> 3) máte nějaké nápady na vylepšení?
>
> Díky.
>
> Aleš Janda
>
> ___
> 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] Izometrická 3D mapa z OSM

[Kubajz]

Hele i tak to zacina vypadat naprosto dokonale! Myslim, ze OSM potrebuje 
takovehle obrazky, aby BFU vedeli, ze ta data se daji vyborne zneuzit 
temer k cemukoliv :)

K

Dne 22.2.2010 21:17, Aleš Janda napsal(a):
> Ahoj,
>
> ta přerušovaná D1 má prozaické vysvětlení - v začátcích renderer neznal 
> dálnici,
> takže ji negeneroval. A právě z té doby pochází dlaždice, na kterých dálnice
> není. Přegenerování celé ČR trvá asi týden, počítám, že během zítřka snad
> zaplním všechna bílá místa a během dalšího týdne až dvou zmizí tyhle do očí
> bijící anomálie :-)
>
> Aleš Janda
>
>
> On 22.2.2010 19:42, alik dolezal napsal/a:
>
>> Ahoj,
>>
>> koukal sem a cosi zrádnýho se děje s dálnicí D1 - některý kusy chybí.
>> Prvně sem si toho všiml kolem Jihlavy (plus minus mezi Větrným
>> Jeníkovem - 104km a asi 125 km - před Měřínem). Ale další velkej kus
>> chybí mezi Velkým Meziříčím a Brnem. I za Brnem je rozkouzkovaná.
>> Chybí ale i kus na druhou stranu na Prahu.
>> Je mi jasný, že D1 nepatří mezi nejkvalitnější a na ježdění
>> nejpříjemnější komunikace v ČR, ale takhle okatě ji ignorovat se mi
>> zas nezdá.
>>
>> Mějte se fajn
>>
>> Aleš
>>
>> PS musím se připojit k ostatním a vyseknout poklonu za úžasnou práci.
>> Prostě všechna čest.
>>
>> ___
>> 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] Izometrická 3D mapa z OSM

[Kubajz]

No pocet nadzemnich podlazi se pozna zvenku budovy snaze - skoro by se 
dalo rici, ze odpocitate pocet oken zvenku an vysku a mate pocet 
nadzemnich podlazi.

Takze ja jsem pro pocet nadzemnich podlazi.

K

Dne 22.2.2010 10:44, Frettie napsal(a):
> 2010/2/22 Kubajz:
>
>>
>> Dne 21.2.2010 20:40, Aleš Janda napsal(a):
>>  
>>> Asi máte pravdu, díky. Tohle mě celkem zarazilo. Co jsem se díval, tak se to
>>> značí různě - http://en.wikipedia.org/wiki/Storey - ale nakonec jsem na
>>> http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Building_attributes#building:levels
>>> našel zdůvodnění "A British house with floor 0 and floor 1 has two levels, 
>>> an
>>> American house with floor 1 and floor 2 has two levels, so it's
>>> building:levels=2 for both.", takže asi ano, je to počet podlaží. Takže ten
>>> výpočet upravím (a domy v mém okolí přetaguju ;-)).
>>>
>>>
>>>
>> Ono i v cestine je rozdil mezi patrem a podlazim (nadzemnim/podzemnim) a
>> jejich pocitanim. Presne by se tedy dalo rici, ze
>>
>> building:levels je pocet nadzemnich podlazi
>>
>>  
> A vaše doporučení, co tedy používat, je jaké?
>
>
>> ___
>> 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] Izometrická 3D mapa z OSM

[Kubajz]

Kdybys delal kopce, tak se podivej na vypocet a definici bikubickeho 
(nebo dvanactivektoroveho) coonsova platu - u jsem se jednou zajimal o 
interpolaci tech SRTM dat a jevi se to jako celkem zajimava metoda, 
protoze pro vypocet plochy mezi ctyrmi body (resp ctyrmi krivkami) 
potrebujes prave sestnact bodu, kde plat prochazi primo temi ctyrmi 
uprostred a zbyvajich dvanact slouzi k tomu, aby plocha byla platem 
(tedy navazujici plochy sdilejici hranicni krivky).
Vyhodou je, ze si muzes urcit krok, po kterem budes generovat vertexy v 
te interpolaci a udelat si to tak hladke, jak budes potrebovat. Na nasem 
uzemi by to melo fungovat celkem vsude dobre.

K

Dne 19.2.2010 21:20, Aleš Janda napsal(a):
> Ahoj,
>
> tak jsem tu mapu nakonec udělal v tom hezčím zkoseném pohledu. Znamená to, že
> číslo dlaždice Y prostě vydělím dvěma; na jednu běžnou dlaždici se vejdou dvě.
> Zatím jsem nevyřešil ten souřadnicový systém, takže ČR leží někde v Severním
> ledovém oceánu :-)
>
> Mapu teď nechávám vygenerovat, průběžně se zobrazuje na webu a to v pořadí 
> podle
> počtu změn na dlaždici za poslední měsíc. Pak to budu generovat taky s ohledem
> na počet změn, takže masivně se rozvíjející části budou obnovovány třeba každý
> den. Ale celá mapa mi bude trvat vygenerovat cca týden.
>
> Už to umí tu výšku baráku (např. ty baráky na Žižkově už se zobrazují) - 
> napřed
> se podívám na building:height. Není-li nastavena, pak se podívám na
> building:levels. Je-li ta, výšku spočítám jako (počet_pater + 1) * 3 metry.
> Není-li nastaveno ani to (standardní případ), výška je 4 metry.
>
> Také jsem odstranil některé textury a zvýšil kvalitu JPG, už by to nemělo 
> tolik
> práskat do očí - nicméně stále je JPG asi 2x menší než PNG.
>
> Teď postupně budu přidávat featury (dálnice, různá území…) a pak uvidím co 
> dál -
> zřejmě se kouknu na ty kopce :-)
>
> Aleš Janda
>
> ___
> 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] Izometrická 3D mapa z OSM

[Kubajz]

Dne 21.2.2010 20:40, Aleš Janda napsal(a):
>
> Asi máte pravdu, díky. Tohle mě celkem zarazilo. Co jsem se díval, tak se to
> značí různě - http://en.wikipedia.org/wiki/Storey - ale nakonec jsem na
> http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Building_attributes#building:levels
> našel zdůvodnění „A British house with floor 0 and floor 1 has two levels, an
> American house with floor 1 and floor 2 has two levels, so it's
> building:levels=2 for both.“, takže asi ano, je to počet podlaží. Takže ten
> výpočet upravím (a domy v mém okolí přetaguju ;-)).
>
>
Ono i v cestine je rozdil mezi patrem a podlazim (nadzemnim/podzemnim) a 
jejich pocitanim. Presne by se tedy dalo rici, ze

building:levels je pocet nadzemnich podlazi


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

Re: [Talk-cz] RDS-TMC v OSM

[Kubajz]

No ja jsem se tam docetl, ze na zadost vyhotovi licencni smlouvu a po 
zaplaceni poplatku ty tabulky predaji...


Jinak importovat se da vsechno :)

K

Dne 17.2.2010 09:53, Petr Schönmann napsal(a):

Dobrý den, Ahoj,

Chtěl bych se zeptat, jak je na tom OSM s podporu RDS-TMC. Umí se tyto 
informace zpracovat tak aby je navigace dokázaly využít ? Jediné co 
jsem našel je aplikace Traveling Salesman, ale do navigací nic.
Podle http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany by šli 
data importovat do OSM. Zdá se, že data jsou i volně k dispozici na 
požádání viz 
http://www.ceda.cz/index.php?option=com_content&task=category&id=14&Itemid=24 



Naše společnost vytvořila pro státní subjekty lokalizační tabulky a 
zasadila se o jejich včasné nasazení v DIC i do navigačních 
přístrojů.* Jsme pověřeni distribucí LT všem zájemcům. *


Zhostil by se někdo tohoto importu ?


___
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 adres z katastralni mapy

[Kubajz]

No ja jsem se vcera od kamarada dozvedel, ze v dohledne dobe dostaneme 
ctyrXeon s 30GB pameti. Takze az zase nekdo vymysli nejakou takovouhle 
ptakovinu, tak procesoru bude dost :)

K

Dne 2.2.2010 22:52, Martin Kupec napsal(a):
> Tak jsem uploadoval na server vysledky, odkaz je na wiki ([1]).
>
> Nevim jak je to se zpracovanim zbylych tilu, ale kdyz mi nekdo neco
> uvolni, tak to klidne jeste spocitam :-). Zjistil jsem ze ten stoj co
> jsem na to zneuzil se nejak moc zbytecne flaka...
>
> [1] http://wiki.openstreetmap.org/wiki/Import_Adres_ČR/Prubeh_Zpracovani
>
>   Martin Kupec
>
>
> ___
> 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 adres z katastralni mapy

[Kubajz]

Mam malo osobniho casu, ale jsem schopen pripravit virtualni masinu s 
debianem pro zajemce, ktery to uchodi. Je tam 2x2.8GHz XEON a 4GB 
pameti. Pokud by to pomohlo...

K

Dne 24.1.2010 10:58, Petr Dlouhý napsal(a):
> To docela odpovídá. Já mám počítač ještě pomalejší, jednojádrový a podle
> něj jsem to odhadoval.
> Každopádně je to poměrně dost, a chtělo by to možná zapojit i ty, kdo mají
> dost procesorového a málo osobního času.
>
> On Sun, 24 Jan 2010 10:53:38 +0100, Lukas Kabrt  wrote:
>
>
>> Jestli myslis cisteho vypocetniho casu, tak bych rekl, ze je to
>> pesimisticky odhad. Podle toho, jak rychle probiha vypocet u me, bych
>> to odhadnul na 30 - 50 dni. Limitujici je tady rychlost procesoru.
>> Nedavno jsem zkousel oblast cca 20 x 25 km a rozpoznavani bezelo neco
>> pres 5 hodin. Muj pocitac pritom neni zadne "delo" - Intel Core2 Duo @
>> 2Ghz.
>>  
>
>


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

Re: [Talk-cz] Hranice obc?

[Kubajz]

thumbs up

Dne 18.1.2010 20:08, Pavel Machek napsal(a):
> Ahoj!
>
>
>> Takze zbyva se dohodnout jak technicky otagovat admin hranice.
>> admin_level=10 je urcite hranice kat. uzemi a
>> admin_level=8 je hranice mesta/obce
>>
>> Hranice mest vzdy jsou zaroven hranicemi kat. uz. naopak to ne vzdy plati.
>>
>> Moznost 1:
>>  Nakreslime vsechny kat. uz. s admin_level=10 a pak pridame
>>  relace pro mesta, mesta s roz. pus. a kraje s nizsima admin
>>  level.
>>  
> Tohle je myslim nejrozumejsi...
>
>
>> Pro 2:
>>  Nezdvojujeme data.
>>  
> Budeme zdvojovat jen par relaci, ne body a waye, ze? To mi prijde
> prijatelne.
>
>


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

Re: [Talk-cz] Hranice obcí

[Kubajz]

Tak ja s tim taky souhlasim, ale u prtavych obci to obkrouzim podle 
ortofoto cele, aby na mape byl z te vesnice aspon nazev a malej sedivej 
flek :]

K

Dne 18.1.2010 15:43, hanoj napsal(a):
>>> *** to je landuse=residential
>>>
>>> dela se to citem, nebot neni jasna kategorie, co tam patri, muzes si
>>> vybrat plochy z uzemniho plan, ktere do toho zahrnes:
>>> * zastavene uzemi
>>> * zastavitelne uzemi
>>> * volna plocha stavebni
>>> * zastavena nestavebni
>>>
>> landuse=residental bych osobně používal jen pro jednotlivé bloky budov
>> (ohraničené ulicemi nebo chodníky) a ne pro celé území velikosti obce.
>>  
> *** to s tebou souhlasim, ale praxe je zatim bohuzel jina...
>
>
> 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] Hranice obcí

[Kubajz]

Tohle podbarveni nepochazi z dat v OSM, ale z jineho public domain 
zdroje. Jmeno nevim, ale dela to u vsech vetsich mest. Misto Plzne kdysa 
byl na vetsich zoomech taky jen sedej flek a kdyz jsem se priblizil, tak 
zasnezene plane (rozumej nic).
Rekl bych, ze ten zdroj bude neco jako vygenerovany ze satelitu (treba z 
nocni mapy, kde mesta sviti).

K

Dne 18.1.2010 12:28, Radek Bartoň napsal(a):
> Dne neděle 17 Leden 2010 18:43:44 hanoj napsal(a):
>
>> *** bud musis specifikovat jakou hranici z vyse popsanych mas na
>> mysli, nebo poslat href. To v tve otazce neni...
>>  
> Jedná se mi o takové šedé podbarvení Olomouce, které je vidět jestě na tomhle
> zoomu
> http://www.openstreetmap.org/?lat=49.622&lon=17.186&zoom=10&layers=B000FTF ale
> dále už ne. Zvláštní je, že žádná taková linie nebo relace v datech (v
> Potlachu nebo Merkaartoru) není.
>
>


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

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

[Kubajz]

Nebyl zrovna DIBAVOD ten zdroj, kde byly toky vedene kanalem pod 
sidlistem kresleny normalni carou? Nebo si to pletu s necim jinym?


K

Dne 12.1.2010 00:32, Tomas Kolda napsal(a):

Ahoj,

ano skript jsem delal ja. Asi by sel pouzit i na aktualni data. Pokud 
budete mit problem, ja to nejak opravim. Jinak se tusim mluvilo o tom, 
ze data ma asi dibavod mnohem lepsi kvality a tudiz by se mohlo vse v 
CR smazat a vzit Dibavod. Co jsem na to totiz koukal, tak to byla 
suprova kvalita, alespon co si pamatuju.


T

Pavel Machek napsal(a):

AhoJ!

   

Aha, a ten nekdo je s nejvetsi pravdepodobnosti Tomas Kolda, viz:

http://www.mail-archive.com/talk-cz@openstreetmap.org/msg02092.html

 

Jinak co importovat... urcite vodni toky (a01-a03) a vodni nadrze
(a05).

V druhem sledu by se asi hodily melioracni kanaly (a04) a baziny
(a06), koupaliste (c02/c03), mozna i jezy (i01)...

Ale ty vodni toky/nadrze jsou suverene nejvic potreba...
   

Naimportovat neni problem, ale jak to sloucit s tim, co uz v mape je ?
Vetsina vodstva v mape nebude mit zadnou identifikaci, mozna tak potoky
jmeno, ale u spousty vodnich ploch neni nic ani v km a znacna cast ani
zadny nazev nema. Pak je tu otazka zdroje, rekneme ze uprednostnit tento
zdroj pret tim co je mapovano z fotomapy ? A pokud je zdroj km, budem
verit te? Nektere toky jsem modil podle km, ale jestli sem zmenil zdroj
si sam jist nejsem. Nebo to tam poslat jak to lezi a pak to ruco cistit
primo v OSM?
 


Ta data byla -- co jsem koukal -- hodne pekna, takze bych se
primlouval za "importovat jak to lezi, pak rucne procistit".

(Dalsi varianta je "kdyz je nekde do 30m kolem v osm existujici objekt
stejneho typu, tak novy neimportujem" -- tak se delaly silnice -- ale
vzhledem ke kvalite dat bych to nedelal.)
Pavel
   



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


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

Re: [Talk-cz] přepis tagů z bodu na polygon

[Kubajz]

Tyjo nepamatuju se, ze bychom se nekdy na necem shodli :)

Dne 6.1.2010 11:02, Karel Volný napsal(a):
> v zájmu vyjasnění diskuse, a pro nás pomalejší ... co si vlastně kdo
> představuje pod pojmem "adresní bod"?
>
>
>> Otazka je, jestli kombinace polygon/bod neni cennejsi.
>>  
> IMO je, protože:
>
>
>> Takovy bod umisteny na vchodu do domu je alespon pro me proste cennejsi nez
>> cely barak v polygonu, kdyz nevim, ktery je ten adresni bod :]
>>  
> ovšem pro takovou poštovní doručovatelku je cennější adresa v pozici umístění
> schránky, a ne vchodu
>
>
>> Pokud chceš opravdu označit vchod, tak je na to tag "building=entrance".
>>  
> správná připomínka!
>
> já bych si představoval ideální systém takto:
>
> budiž každá budova (polygon) označena adresou (sadou adres), která jí náleží
>
> budiž každý vchod vyznačen, a pokud má adresu ("hlavní" vchod), tak touto
> označen
>
> - poznámka, adresy budov nelze získat automaticky příslušností vchodu k
> budově, například v případě rodinného domku bych adresou označil branku do
> zahrady, kde je zvonek, a nikoli až vstupní dveře do domku
>
> budiž každá poštovní (doručovací) schránka (seskupení schránek) označena
> adresou (adresami), které jí (jim) náleží
>
> současné "adresní body" zrušit a data z nich převést na jeden z případů výše
>
> ... co je na takovém systému špatně, krom toho, že spousta dat se může jevit
> duplicitně?
>
> 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] přepis tagů z bodu na polygon

[Kubajz]

No to se da dokonce nekonecne mnoho bodu (coz je prave problem). Otazka 
je, jestli kombinace polygon/bod neni cennejsi. Takovy bod umisteny na 
vchodu do domu je alespon pro me proste cennejsi nez cely barak v 
polygonu, kdyz nevim, ktery je ten adresni bod :] A pokud existuje k 
bodu i nejaky polygon, tak jedine dobre...

K

Dne 5.1.2010 23:06, jzvc napsal(a):
> Dne 5.1.2010 22:23, Kubajz napsal(a):
>
>> Znouzectnost - no ja bych rekl, ze vyhoda bodu je to, ze je to bod - je
>> to jednoduche a dobre se s tim pracuje... Porovnej napriklad naviguj k
>> polygonu a naviguj na bod. Nebo obtiznost je bod v polygonu a je
>> polygon  polygonu... Nic naplat, ale bodova pole jsou pomerne pohodlna a
>> rychla.
>>
>> K
>>
>>  
> Jasne, ale z polygonu se da spocitat "bod" kdezto opacne se to neda
> (nebo je to slozitejsi), ze to neco stoji je bez debat.
>
>
>> Dne 5.1.2010 22:10, jzvc napsal(a):
>>
>>  
>>> Dne 5.1.2010 21:48, hanoj napsal(a):
>>>
>>>
>>>
>>>>> V menších obcích je ta vazba 1:1 (kde nejsou čísla orientační), takže tam
>>>>> by to mohlo být OK.
>>>>>
>>>>>
>>>>>
>>>>>
>>>> *** jenze jakkoliv pracovat s datasetem, kde je neco v polygonech,
>>>> neco v bodech a neco nekdo zapomnel v liniich je velmi neprakticke...
>>>>
>>>> Hmm, podle wiki je mozne oboji..
>>>> asi se snad smirim s tim, ze je to dalsi -1 pro pouziti dat.
>>>>
>>>>
>>>>
>>>>  
>>> Podle wiki ma prednost polygon, je to tak i logicke a na vazbu 1:N jsem
>>> mozna narazil, ale spis velice vyjimecne. Panelak kreslim jako N vedle
>>> sebe stojicich domu, ostatne v katastru je to stejne. Navrch ten import
>>> neni zrovna presny, narazil jsem na nemalo bodu ktere byly i o nekolik
>>> domu mimo bod s danym CP v katastru, takze pokud to nekdo rozkresluje na
>>> jednotlive domy ... .
>>>
>>> Tam kde kreslim body nejsou =>   nemusim to resit, ale IMO je bez ohledu
>>> na mozna obtiznejsi zpracovani spravnejsi aby adresa byla na polygonu
>>> toho domu. Jediny dum muze byt totiz celkem rozsahly a pak bod umisteny
>>> kdekoli neodpovida tomu ze uz sem dorazil k cili.
>>>
>>> Pokud jsem to dobre pochopil, tak adresni body jsou takova "znouze
>>> cnost" prave kvuli importum, pripadne moznosti je generovat ve velkem
>>> mnoztvi velice rychle.
>>>
>>>
>>>
>>>
>>>> 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
>>>
>>>
>>>
>> ___
>> 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] přepis tagů z bodu na polygon

[Kubajz]

Znouzectnost - no ja bych rekl, ze vyhoda bodu je to, ze je to bod - je 
to jednoduche a dobre se s tim pracuje... Porovnej napriklad naviguj k 
polygonu a naviguj na bod. Nebo obtiznost je bod v polygonu a je 
polygon  polygonu... Nic naplat, ale bodova pole jsou pomerne pohodlna a 
rychla.

K

Dne 5.1.2010 22:10, jzvc napsal(a):
> Dne 5.1.2010 21:48, hanoj napsal(a):
>
>>> V menších obcích je ta vazba 1:1 (kde nejsou čísla orientační), takže tam
>>> by to mohlo být OK.
>>>
>>>
>> *** jenze jakkoliv pracovat s datasetem, kde je neco v polygonech,
>> neco v bodech a neco nekdo zapomnel v liniich je velmi neprakticke...
>>
>> Hmm, podle wiki je mozne oboji..
>> asi se snad smirim s tim, ze je to dalsi -1 pro pouziti dat.
>>
>>  
> Podle wiki ma prednost polygon, je to tak i logicke a na vazbu 1:N jsem
> mozna narazil, ale spis velice vyjimecne. Panelak kreslim jako N vedle
> sebe stojicich domu, ostatne v katastru je to stejne. Navrch ten import
> neni zrovna presny, narazil jsem na nemalo bodu ktere byly i o nekolik
> domu mimo bod s danym CP v katastru, takze pokud to nekdo rozkresluje na
> jednotlive domy ... .
>
> Tam kde kreslim body nejsou =>  nemusim to resit, ale IMO je bez ohledu
> na mozna obtiznejsi zpracovani spravnejsi aby adresa byla na polygonu
> toho domu. Jediny dum muze byt totiz celkem rozsahly a pak bod umisteny
> kdekoli neodpovida tomu ze uz sem dorazil k cili.
>
> Pokud jsem to dobre pochopil, tak adresni body jsou takova "znouze
> cnost" prave kvuli importum, pripadne moznosti je generovat ve velkem
> mnoztvi velice rychle.
>
>
>> 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
>


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

Re: [Talk-cz] osmoverlay

[Kubajz]

Ahoj,

ja vzdy pozadavky na vykreslovani v hlavni mape davam jako bug v tracu a 
celkem to funguje. Uz se na moji zadost zacaly renderovat koty kopcu s 
nadmorskou vyskou, viewpointy a dnes mi i prisla nejaka zmena stavu u 
tower...
Nekdy to trva dele, nekdy to neni mozne z technickych duvodu vubec 
udelat, ale jindy to udelaji hned.

K

Dne 30.12.2009 15:04, karpi.li...@email.cz napsal(a):
> Zdravím,..
> ..hrál jsem si trochu s osm datasetem a vzniknul z toho takový malý 
> overláyek.. Zobrazuje některé prvky, které jsou pro naší krajinu 
> charakteristické, ale globální mapnik je povětšinou bohužel ani nerenderuje, 
> Takže se tam zobrazují křížky, boží muka, pomníčky, ale i komíny a stožáry ..
>
> tzn. bodové tagy (momentálně) :
>
> historic=memorial
> historic=wayside_cross,
> historic=wayside_shrine,
> historic=ruins - jako hrady, ale to je dost pochybné
> historic=castle
> historic=monastery
> natural=cave_entrance,
> natural=bathing,
> man_made=chimney,
> man_made=fireplace (to jako ohniště),
> man_made=tower,
> man_made=water_tower
>
> ..další podněty vítány.
>
> Jestli se k tomu dostanu, ještě dodělám nějakou slušnější legendu. Potíž je v 
> tom, že to jsou mapy dynamicky generovaný na dotaz, takže tím pádem /velice/ 
> pomalý - hlavně při vysokých zoomech. Proto jestli si chcete prohlídnout 
> nějaký územíčko, tak doporučuju nejdřív zazoomovat co nejhlouběji a teprve 
> potom zapnout overlay.. Celkový pohled je taky možný (a zajímavý), ale 
> počítejte alespoň tak s minutou na rendering.. .) Žádnej tiling se zatím 
> nekoná. To až podle zájmu. Updaty doufám, že se mi nějak podaří zprovoznit 
> tak týdenní.
>
> Ještě tam jsou jako linie turistické značky kčt - z relací, jednoduše, jako 
> barvy bez dalších rozlišování a nějakáho lazení. ty jsou nepatrně rychlejší.
>
> http://gismaster.liberix.cz/osmoverlay.html
> Je to docela zajímavej pohled, nic víc. ,)
>
>
>   
>   zatím, pk
>
>
>
>
> ___
> 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] OpenTrackMap, hillshading a vrstevnice

[Kubajz]

To je divny, protoze geotify jsou vice nez 8 bitove (logicky, aby se 
dala reprezentovat vyska alespon 0 az 10km). Vypada to, ze to prohlizite 
v necem, co neumi pracovat s tifem s vyssi hloubkou na pixel. Navic je 
potreba udelat tu korekci min-max a rozume to tak roztahnout na cele 
spektrum (pokud je 16bit, tak toho bude vetsina cerna, protoze na uzemi 
nasi republiky tam budou vsude intenzity 200-1600 z 65535).

K

Dne 16.12.2009 16:10, Karel Volný napsal(a):
> Dne St 16. prosince 2009 Radek Bartoň napsal(a):
>
>> Dne úterý 15 Prosinec 2009 17:17:57 Karel Volný napsal(a):
>>  
>>> v prvém případě se dostanu přes vygenerování dlaždic, ty ještě vypadají
>>>   celkem dobře, ale .tif z toho generované v dalších krocích jsou
>>> černočerné
>>>
>> A jak se na ně díváte? Pokud používáte QGIS s výchozím nastavením, tak se
>> TIFFy kvůli rozsahu hodnot zobrazují jako černé. Zkuste v nastavení vrstvy
>> ručně nastavit rozsah hodnot např. od 0 do 2000 nebo zkuste inspektorem
>>   hodnot zjistit, jaké hodnoty jsou na jednotlivých pixelech.
>>  
> no, zatím jsem zkoušel jen obyčejné grafické prohlížeče, nicméně na dlaždicích
> z mapniku se to jeví jako uniformně šedé pozadí
>
> ...
> takže QGIS (1.3.0) je na tom přesně naopak, zobrazí mi to jako bílou - tedy
> hillshade.tif a warped.tif, dlaždice NxxE0yy.tif zobrazuje naopak černě, a
> nějakou šedou mapu zobrazí jen v srtm.tif
>
> když dám Vlastnosti, tak v min/max mi to dovolí zadat jen 0-255, a když tam
> dám Načíst hodnoty, tak tam vkládá nějaká šílená hausnumera e+-308
>
> 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] Historie OSM dat ČR

[Kubajz]

RRD :) Moje oblibena :)

Jachym Cepicky napsal(a):
>> Znáte nějaké pěkné kreslítko? Napadá mě např. gnuplot.
>> 
>
> R
>
>
> j
>
> P.S: ;-)
>
>   
> 
>
> ___
> 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] Vrtulnikova mapa pro Evropu na zaklade OSM

[Kubajz]

No jiste, ze existuji... A algoritmus se pise s mekkym i - hodi se to i
pri googlovani.

K

Ivo Lukacovic napsal(a):
>
> > Kolem kazde rezidentni ulice udelali polygon na kazdou
> > stranu a rezidentni zastavbu tak odhadli. Presnost nebude nic
> moc, ale IMHO
> > to nevadi. Nemate nekdo poneti jakym algorytmem se takove polygony
> > vytvareji?
> *** takovy algoritmus se jmenuje "buffer" cesky "obalova zona" a lze
> provadet nad bodem (napr. u obci podle promenne poctu obyvatel) nebo
> nad linii, polygonem trebas s konstantou. Zpravidla byva
> implementovana i agregace vzajemne prekryvajicich se obalovych zon.
> Implementace napr. QGIS, JUMP, GRASS, Postgis.
>
>
> Predpokladam ze existuji i algorytmy, ktere mi pak udelaji vnejsi
> obvod se vsech polygonu, ktere titmo algorytmem vzniknou.
>
> Diky moc. Pokusim se ten algorytmus nekde najit a implementovat.
>
> IL
> 
>
> ___
> 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řeklad access=permissive v JOSM

[Kubajz]

Ahoj,

permissive je jako soukroma ale s obecne povolenym vjezdem
private je jako soukroma, tedy max. s povolenim nebo-li na povolení

Jedná se spíš o nesprávný překlad, ridil bych se tedy vykladem na
anglicke nebo na ceske wiki. V JOSM se obcas vyskytne nejaky ten spatny
preklad...

K

Stanislav Brabec napsal(a):
> Ahoj.
>
> V předvolbách cest v JOSM je volba "na povolení", která generuje
> access=permissive. To je však na wiki dokumentováno jako "soukromá
> cesta, vjezd povolen". Tedy něco, co rozhodně nelze použít v situaci,
> kdy je "vjezd jen na povolení majitele" a bez povolení můžete být
> pokutováni.
> 
> Podle mého chápání je "na povolení" spíš "access=private".
>
> Který z výkladů je tedy pro ČR správný?
>
>
> 
> Stanislav Brabec
> http://www.penguin.cz/~utx
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] Česká dokumentace na wiki

[Kubajz]

Ahoj,

ja proti tomu nic nemam. Mozna je skutecne lepsi mit na zacatku takovy
dive-in crash course a pak odkaz do stavajici wiki pro zbytek informaci...

K

Pavel Zbytovský napsal(a):
> Ahoj,
>
> rád bych se pustil do velkých úprav české části wiki. Začátečník v
> češtině nemá šanci, já sám jsem do projektu pronikal nějaké tři dny a
> to díky tomu, že angličtina nedělá problém. Články mi občas připadají
> jak špatný strojový překlad, rád bych wiki předělal tak, aby když ji
> nováček otevře (třeba díky pěkným českým plakátům) a klikne si, že se
> chce zapojit, dostalo se mu srozumitelných informací. Začal jsem na
> tom už pracovat tady: http://wiki.openstreetmap.org/wiki/User:Zby-cz 
>
> Také bych se možná rád zasadil o i18n úvodní stránky, protože když tam
> přijde český neanglomluvec, je opět docela ztracen. Jak se to má s
> projektem openstreetmap.cz ? Walley, budeš ho
> někam posouvat?  ..
>
> Zde přítomné bych prosil o "schválení" úprav na wiki, co si o tom
> myslíte, bude vás štvát když tam budu hodně vrtat?
>
> Zdravím,
> Pavel (zby-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] Dotazy začátečníka #1

[Kubajz]

Myslim, ze zadna takova volba v mapniku neni. Musis jedine mit dve
konfigurace a spoustet je podle toho, jaky si renderujes zoom

K

Frettie napsal(a):
> A nějak dělit že při větším zoomu budou zapnuté a při menším nebudou nelze?
>
> 2009/9/11 jzvc :
>   
>> Kubajz napsal(a):
>> 
>>> Petr Stehlik napsal(a):
>>>
>>>   
>>>> Ondrej Novy píše v St 09. 09. 2009 v 00:43 +0200:
>>>>
>>>>
>>>>
>>>> 
>>>>> ja uz bych to asi klidne i rozdelil, mapa bude pote vice detailni a
>>>>> pro autonavigaci to ma vyhodu - vi ze tam neni mozne provest obrat do
>>>>> protismeru - je tam ostruvek.
>>>>>
>>>>>
>>>>>   
>>>   
>>>> Dalsi vec je, ze ani tag 'width' nikdo z vyse zminene trojky
>>>> nerenderuje, prestoze Martin MP me nedavno "sliboval", ze ten tag jiste
>>>> brzy zacnou renderovat i ti, co to pripadne jeste nedelaji :-)
>>>>
>>>>
>>>>
>>>> 
>>> U mapniku se musi zapnout real_widths a pak kresli skutecne sire cest na
>>> mape. Problem je, ze pri vetsich zoomech se vetsina silnic zase schova
>>> pod 1px. Takze on to umi, ale musi se vybrat ze dvou zlosti :) A OSM
>>> mapnik je nastaven na nereal width.
>>>
>>>
>>>   
>> Jop a pak to vypada tak, ze pri malem zoomu zakreji ways okolni prvky
>> (budovy, chodniky a dalsi) a pri vetsim jsou prozmenu "carkou" uprostred
>> niceho. IMO by bylo optimalni brat sirku v potaz jen od urciteho
>> zvetseni, stejne jako mizi cesty nizsich urovni.
>> 
>>> ___
>>> 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] Dotazy začátečníka #1

[Kubajz]

Petr Stehlik napsal(a):
> Ondrej Novy píše v St 09. 09. 2009 v 00:43 +0200:
>
>   
>> ja uz bych to asi klidne i rozdelil, mapa bude pote vice detailni a
>> pro autonavigaci to ma vyhodu - vi ze tam neni mozne provest obrat do
>> protismeru - je tam ostruvek.
>> 

> Dalsi vec je, ze ani tag 'width' nikdo z vyse zminene trojky
> nerenderuje, prestoze Martin MP me nedavno "sliboval", ze ten tag jiste
> brzy zacnou renderovat i ti, co to pripadne jeste nedelaji :-)
>
>   

U mapniku se musi zapnout real_widths a pak kresli skutecne sire cest na
mape. Problem je, ze pri vetsich zoomech se vetsina silnic zase schova
pod 1px. Takze on to umi, ale musi se vybrat ze dvou zlosti :) A OSM
mapnik je nastaven na nereal width.

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

Re: [Talk-cz] UHUL je 200m mimo?

[Kubajz]

Dnes jsem to take zpozoroval. Verzi JOSM to nebude, protoze jeste pred
par dny mi to fungovalo OK na stejne verzi. Akorat jsem aktualizoval
pluginy, tak nevim, jestli nepokonili neco ve WMS pluginu.

K

Pavel Machek napsal(a):
> Ahoj!
>
> Nemyslim ze bych neco menil v konfiguraci, ale najednou je uhul (v
> josm -- wms plugin) o pekny kus sejdrem. Deje se to jeste nekomu? Co s
> tim?
>
>   Pavel
>
>   


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

Re: [Talk-cz] odbo?ovac? pruhy

[Kubajz]

Konzistence bude zajistena uplne stejne jako je treba ted zajistena
konzistence bodu a ways. Ja jen rikam, ze nad stavajici strukturou
databaze proste odbocovaci pruhy neudelame.

K

Michal Grézl napsal(a):
> 2009/8/12 Jakub Sýkora :
>
>   
>> Umim si ale predstavit, ze na nodu krizovatky bude
>> crossing_ref=crossdb:12345 a ta databaze krizovatek bude samostatna a
>> popsana jinym zpusobem. Kazda navigace stejne vnitrne pouziva uplne jiny
>> format, takze potom udelat automaticky build skript, ktery tyhle dve
>> informace bude umet vyuzit a vhodne sloucit je uz hracka...
>>
>> 
>
> Krasny, nerealny, sen.
> Kdo bude udrzovat kozistenci?
>
> Popis krizovatky patri do osm, pokud tam jeste neni (jakoze ta relace
> na odbocovani je docela propracovana), tak je potreba ho tam dopsat
> vhodnym zpusobem. Zatim to nikoho moc netrapi tak to nikdo neudelal.
>
> Zatim lidi trapi jen nesmyslny rozdil mezi path a footway, pokud vim
> uz se to resi na 3 mailinglistech;)))
>
>   


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

Re: [Talk-cz] odbočovací pruhy

[Kubajz]

Zde by se mohlo klidne jednat o databazi pruhu jako takovou... Rampy atp
samozrejme do OSM patri, protoze je to dulezite a velike...

Jan Dudík napsal(a):
> Dne Wed, 12 Aug 2009 17:31:19 +0200 jzvc  napsal/-a:
>
> Jenže není křižovatka jako křižovata. u MÚK je záhodné i možné nakrest  
> všechny rampy a kolektory, holt průpletové úseky a přídtné pruhy buď  
> nedělqt nebo zjednodušit
> Ale zde by se jedalo o databázi malých úrovňových křižovatek.
>
> J&D
>
>   
>> Oddeleni do samostatne databaze mi pak take neprijde jako stastne
>> reseni. Mela by byt krizovatka, kterou stavi pod Prahou v ramci vystavby
>> okruhu oznacena jako jednoduche krizeni cest a vsechny ty
>> najezdy/podjezdy/... v samostatne databazi ? To by ta mapa pri vetsich
>> zvesenich nevypadala moc verohodne. Stejne tak by se dal jako bod
>> oznacit kazdy dalnicni sjezd ...
>>
>> 
>
>
>   
>>>
>>> ___
>>> 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] odbočovací pruhy

[Kubajz]

Ja jsem nepsal, ze sjezdy a najezdy maji by v jine databazi. Ja jsem
rikal, ze definice pruhu ano. Umim si celkem predstavit, ze si vyberu
sjezd ze SOKP a prepnu se do jineho modu editace, kde dam pocet pruhu na
sjezdu a treba na konci toho sjezdu udelam zuzeni do jednoho pruhu
vpravo, aby ta navigace mela dobry pocit, ze muze navadet.

Neumim si ale predstavit, ze se tohl bude resit pomoci tagu. Ja bych to
proste videl na takovou zpresnovaci vrstvu. Mit totiz v OSM neco
velikosti radove jeden dva metry mi neprijde mozne.

K

jzvc napsal(a):
> Zdravim,
> obecne mi prijde logictejsi (z pohledu tvurce) krizovatku nakreslit, nez
> vymyslet nejake silene tagy kterymi systemu vysvetlovat, jak ze ta
> krizovatka vypada. Napr by me docela zajimalo, jak nekdo pomoci tagu
> popise konec privadece R63, kde je silnice rozdelena + je tam kruhak.
> Netvrdim ze musi existovat prislusne nody/cesty, ale minimalne editor by
> to tak musel zobrazovat. Jinak se mapa dostane do neudrzovatelneho
> stavu. Za soucasne situace mi tedy prijde koser ono rozboceni pred
> krizovatkou, bylo by ovsem vhodne mape zaroven rict, ze nejde o jinou
> cestu, ale jen o znaceni jejich pruhu. To by mohla pochopit treba z
> prislusnosti vsech cest k jedne relaci ?
>
> Oddeleni do samostatne databaze mi pak take neprijde jako stastne
> reseni. Mela by byt krizovatka, kterou stavi pod Prahou v ramci vystavby
> okruhu oznacena jako jednoduche krizeni cest a vsechny ty
> najezdy/podjezdy/... v samostatne databazi ? To by ta mapa pri vetsich
> zvesenich nevypadala moc verohodne. Stejne tak by se dal jako bod
> oznacit kazdy dalnicni sjezd ...
>
> Petr Stehlik napsal(a):
>   
>> hanoj píše v St 12. 08. 2009 v 07:46 +0200:
>>   
>> 
 Tři různé věci: jednak jak kreslit na mapě situaci před křižovatkou, kdy
 se k původně třeba dvěma pruhům v jednom směru (na což stačí běžný
 lanes=4) přidá třetí pruh (či rovnou dva další), přičemž například
 nejpravější pruh může na křižovatce pouze odbočit doprava, nejlevější
 pouze doleva. Vidím na to nejméně dva různé proposaly, jak to utagovat,
 a k tomu skeptiky, kteří v tu chvíli cestu rozčtvrtí...
   
 
>>> *** vytvareni mapy neni jen modelovani skutecnosti, ale i
>>> generalizace. Zatim OSM nesmeruje k situaci, kdy v ni budou zaneseny
>>> radici pruhy pred urovnovou krizovatkou. 
>>> 
>>>   
>> Tím pádem nepůjde OSM použít pro "asistena řazení do pruhů" nebo jak se
>> jmenuje ta vlastnost navigačních krabiček, a pro kterou jsem to chtěl
>> kreslit...
>>
>> Jsem odpůrcem toho, aby se jednoduchá spojnice dvou uzlů rozdělila před
>> křižovatkou do "vidličky" jen kvůli těm pruhům, ale pokud by to šlo
>> vyřešit otagováním (a viděl jsem takový proposal), tak proč ne?
>>
>> Mimochodem, to generalizování způsobuje i to, že nekreslíme cestu s
>> ostrůvkem uprostřed jako dvě cesty ("Divided Highways" ve wiki), ale jen
>> jako jednu cestu? Nebo generalizujeme jen v oblasti křižovatek...
>>
>> Což mi připomíná, že zrovna ostrůvek by byl skvělý tag - lanes=4,
>> ostrůvek=yes - a nemuselo by se ta highway kreslit jako dvě souběžné
>> čáry...
>>
>> BTW, někdo asi poškodil wiki zrovna na téhle stránce "Editing Standards
>> and Conventions" ("...chuẩn cho việc biên tập...")
>>
>>   
>> 
 Třetí věc je asi nejjednodušší - když máme dva pruhy do kopce a jeden s
 kopce, tak to nakreslím pomocí lanes=3, ale ještě by to chtělo možná
 říct, kterým směrem vede ten lichý. Viděl jsem na to taky nějaké mocné
 proposaly, ale nevím, jestli to někdo používá...
   
 
>>> *** ano lanes je spravny zpusob. Rozliseni poctu pruhu pro smer zatim
>>> neni mozne, respektive by se muselo resit tagy, vztahujici se ke smeru
>>> way (coz je vzdycky problem s udrzenim konzistence takove informace).
>>> 
>>>   
>> nemyslím si, že je to větší problém než udržení konzistence oneway
>> informace.
>>
>> 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
>   


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

Re: [Talk-cz] Adresy, epilog

[Kubajz]

A ted jedna takova kousava:

mam dum, ktery ma vchod ze severu. Cesticka vede kolem nej pres pozemek
a vchod na pozemek je z jihu. Kam umistit adresni bod? (Jo a ja to nestavel)

a) do budovy
b) na hranu budovy, tam kde je fyzicky vchod
c) na hranu pozemku

Babo rad :/

K

Karel Volný napsal(a):
> zdravím,
>
> takový detail na okraj (doslovně :)
>
>   
>> Neda se za vazbu povazovat adresni bod je v oblasti ohranicene objektem?
>> 
>
> pro naprostou většinu budov bych preferoval, kdyby adresní bod nebyl "v 
> oblasti ohraničené objektem", nýbrž přímo na hraně objektu v místě, kde je 
> vchod
>
> (a co se týče oplocených pozemků, tak v místě branky v plotě, kde je i 
> poštovní schránka)
>
> 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] Adresy, epilog

[Kubajz]

Tim padem bych se u buildingu venoval lepsim vecem, nez jsou adresy.
Treba vyska budovy... Jak by byla ta data krasnejsi, kdyz by se daly ty
domecky extrahovat do vysky...

Dobrou noc

hanoj napsal(a):
>> Neda se za vazbu povazovat adresni bod je v oblasti ohranicene objektem?
>> Neni to sice primo relace v OSM, ale chapat by se to tak dalo a nebylo
>> by ani prilis pracne to udelat strojove, kdyby to bylo potreba...
>> Takze ja bych rekl, ze ta vazba tam je, byt slaba (je snadne najit dum k
>> adresnimu bodu, je tezsi/pracnejsi najit adresni body k domu)
>> 
> *** oboji je stejne pouzitelne a pouziva se jako spatial join nebo
> spatial querry, Postgis to snad umi:
> a) jake body jsou v polygonu?
> b) v kterem polygonu jsou bod?
>
> 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] Adresy, epilog

[Kubajz]

Neda se za vazbu povazovat adresni bod je v oblasti ohranicene objektem?
Neni to sice primo relace v OSM, ale chapat by se to tak dalo a nebylo
by ani prilis pracne to udelat strojove, kdyby to bylo potreba...
Takze ja bych rekl, ze ta vazba tam je, byt slaba (je snadne najit dum k
adresnimu bodu, je tezsi/pracnejsi najit adresni body k domu)

K

Ondrej Novy napsal(a):
> Zdravim,
>
> Dne 4. srpen 2009 20:34 MP  > napsal(a):
>
> > Nas asi vazba ze jeden objekt ma vice adres nezajima, takze
> nekde doprostred
> > budovy prsknout node urcujici adresu staci.
>
> A co treba v Praze sidliste Luka? Tam jsou dlouhe "pokroucene"
> panelaky (cca 400 az 450 metru dlouhe) a to kde je ktery vchod muze
> byt celkem podstatna informace. Takze vysledek je jeden tag building a
> do nej nasypanych cca 30 adresnich tagu na svych mitech. IMHO pokud ma
> objekt vice vchodu (s ruznymi adresami), mel by mit i vice adresnich
> tagu, kazdy na miste daneho vchodu.
>
>
> ale ja jsem hovoril o VAZBE mezi objekty a adresami ktere nemame,
> nikoliv o tom ze neni mozne do oblastni jedneho building=yes umistit
> vice adresnich node do pozice jejich vchodu - tak to delam tez.
>
> -- 
> S pozdravem/Best regards
> Bc. Ondrej Novy
>
> Email: n...@ondrej.org 
> Jabber: on...@njs.netlab.cz 
> ICQ: 115-674-713
> Tel/Cell: +420 777 963 207
>
> 
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] Adresy, epilog

[Kubajz]

Tak tak... Ono tam ani poradne nejde rozlisit, jestli jsou to dva
objekty a dva vchody nebo treba jeden objekt a dva vchody. Je to podle
toho, ktery typ panelaku to je a jak jsou propojene pruchody a rozdelene
na druzstva resp. SVJ...

K

MP napsal(a):
>> Nas asi vazba ze jeden objekt ma vice adres nezajima, takze nekde doprostred
>> budovy prsknout node urcujici adresu staci.
>> 
>
> A co treba v Praze sidliste Luka? Tam jsou dlouhe "pokroucene"
> panelaky (cca 400 az 450 metru dlouhe) a to kde je ktery vchod muze
> byt celkem podstatna informace. Takze vysledek je jeden tag building a
> do nej nasypanych cca 30 adresnich tagu na svych mitech. IMHO pokud ma
> objekt vice vchodu (s ruznymi adresami), mel by mit i vice adresnich
> tagu, kazdy na miste daneho vchodu.
>
> Martin
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] ofici??ln?? psan?? velk??ch p??smen v n??zvech ulic

[Kubajz]

No comment pAvlE macHku :]

Pavel Machek napsal(a):
> On Wed 2009-07-01 07:32:50, Kubajz wrote:
>   
>> Bohuzel nic noveho, ale zajimave pocteni :)
>> 
>
> No, neco noveho preci; samosprava je zavazna pro velikost pismen, a
> poku to nekdo bude 'opravovat' podle pravidel pravopisu, je to
> vandalismus...
>   Pavel
>   


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

Re: [Talk-cz] Nejvice nezmapovana mista

[Kubajz]

Tak ono nejde asi o to, ze to jeden zamestnanec umi, ale ze to cely
aparat provadi blbe. Do pani doktorky Knappove se tu nikdo nenavazi...

K

Petr Kadlec napsal(a):
> 2009/6/30 Jachym Cepicky :
>   
>> Ten důvod je, že příslušný správní orgán buď neovládá pravidla nebo je
>> porušuje záměrně, každopádně je v tom bordel. Pravidla zavádějí do
>> chaotického pojmenování systém, takže i člověk místních specialit
>> neznalý neudělá chybu, bude-li se jich držet.
>> 
>
> Jistě, např. PhDr. Miloslava Knappová, CSc., významná odbornice na
> onomastiku, určitě nemá o pravopisu vlastních jmen v češtině potuchy…
> 
>
> Ale dobře, jestli to je často opakovaný flame, tak radši končím…
>
> -- 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] oficiální psaní velkých písm en v názvech ulic

[Kubajz]

Bohuzel nic noveho, ale zajimave pocteni :)

K

Stanislav Brabec napsal(a):
> poradna píše v Út 30. 06. 2009 v 11:28 +0200:
>
> (Tento mail je zároveň přeposílán do konference
> talk...@openstreetmap.org. Pokud byste chtěli diskutovat případné
> technické možnosti řešení přímo tam, prosím, přihlaste se na
> http://lists.openstreetmap.org/listinfo/talk-cz
> V opačném případě tam připadnou odpověď přepošlu.)
>
>   
>> Vážený pane Brabče,
>>
>> vzniklý stav je důsledkem toho, že kromě školního prostředí, pro které
>> jsou závazná, mají Pravidla českého pravopisu pouze doporučující
>> charakter, jejich dodržování nelze v praxi nijak vynutit. Kterákoli
>> městská samospráva se proto může rozhodnout pro volbu jiného řešení,
>> než které se doporučuje v PČP. Bohužel je v takovém případě obtížné
>> hledat viníka a rozhodčí instituci pro řešení praktických situací
>> Vašeho typu. Stejně jako lze po ÚJČ žádat, aby přestal "předepisovat"
>> psaní velkých písmen (což se vzhledem k výše uvedenému de facto
>> neděje), můžete žádat po městských samosprávách, aby respektovaly PČP.
>> Daný stav bohužel v současnosti nemá uspokojivé řešení. Vždy se musíte
>> prohřešit proti jednomu či druhému.
>> 
>
> Samozřejmě, i my jsme předpokládali, že se při psaní velkých písmen
> u jmen ulic můžeme spolehnout na pravidla českého pravopisu, jejichž
> poslední revize z roku 1993 dává jednoznačný návod k jejich psaní,
> nezávislý na místních znalostech.
>
> S nejlepším svědomím jsme proto do mapy doplnili jména ulic podle
> stávajících pravidel. Ale když jsme provedli import z oficiálních
> databází, narazili jsme na množství nesrovnalostí.
>
>   
>> Za ÚJČ lze k uvedenému ještě podotknout, že není zcela nemožné
>> přenechat rozhodování o psaní velkých písmen jinému subjektu, třeba
>> prostřednictvím formulace, kterou navrhujete, avšak veřejnost očekává
>> určité pravopisné řešení vycházející z českých pravopisných tradic
>> právě od ÚJČ, tudíž by řešení pravopisných otázek prostřednictvím
>> jiného subjektu v praxi patrně obtížně hledalo odezvu. Navíc je v
>> daném případě vždy prakticky výhodnější, aby pravopisná pravidla
>> vycházela z jednoho zdroje – zaručí se tak jednotnost a obecná
>> platnost pravidel.
>> 
>
> Zcela s vámi souhlasím. Tento názor však není podepřen současnou úřední
> realitou pojmenovávání ulic.
>
> Protože v projektu OpenStreetMap pracujeme s kompletní databází
> oficiálních názvů ulic, neměl by být problém vyhledat názvy ulic, kde je
> úřední název v rozporu s pravidly, a pokusit se o nápravu.
>
> Předpokládám, že v žádostech o opravu oficiálních názvů ulic by měl ÚJČ
> větší váhu než skupina nadšenců tvořících mapu.
>
>   
>> Z poradenské zkušenosti můžeme říci, že by mezi uživateli češtiny
>> vyvolalo velkou nevoli, kdyby museli ověřovat psaní každé jednotlivé
>> ulice v jakémsi rejstříku (protože např. ulice U Nemocnice by se mohla
>> jinak psát v Praze, jinak dejme tomu v Ústí nad Labem apod.) a nemohli
>> se spolehnout na obecné pravopisné zvyklosti. 
>>  
>> Důsledně vzato lze namítnout, že uvedený stav panuje už v současné
>> době, tj. nemůžeme se spolehnout, že psaní "ulice U Nemocnice"
>> odpovídá úřednímu názvu toho kterého města, existuje však alespoň
>> povědomí o vžité pravopisné normě pro daný typ a právě
>> existence obecné normy je na celé věci nejdůležitější.
>> 
>
> Myslím si, že situace, kdy úředník magistrátu musí psát "U nemocnice",
> zatímco žák školy musí psát "U Nemocnice", k tomuto povědomí nepřispívá.
>
> Plzeňští češtináři se již domohli nápravy tohoto stavu, ale například
> v Praze jsou tabulky s názvy ulic provedené verzálkami, a tak naprostá
> většina obyvatel ani netuší, jaký je vlastně úřední způsob psaní názvů
> jejich ulic. Na druhou stranu to znamená, že by oficiální přejmenování
> ulic neprovázely žádné větší náklady.
>
> Děkuji za odpověď
> S pozdravem
> Stanislav Brabec
>
>   
>> S pozdravem
>>
>> Martin Prošek
>> Ústav pro jazyk český AV ČR
>> oddělení jazykové kultury – jazyková poradna
>>
>> 
>> Doporučujeme:
>> - internetové stránky http://prirucka.ujc.cas.cz, na kterých najdete
>> Internetovou jazykovou příručku,
>> - internetové stránky www.jazykovaporadna.cz, na nichž najdete
>> odpovědi na často kladené dotazy, rubriku Dotaz týdne a bibliografii
>> základních jazykových příruček,
>> - zábavně-vzdělávací seriál O češtině, který vysílá ČT 2,
>> - popularizační publikaci kolektivu pracovníků ÚJČ Každý den s
>> češtinou (NLN 2009).
>>
>> Varujeme:
>> - před různými internetovými stránkami, jež se prezentují jako
>> Pravidla českého pravopisu,
>> - před školeními a kurzy s tematikou českého jazyka v obchodní/úřední
>> korespondenci, které vedou lektoři bez odpovídajícího lingvistického
>> vzdělání.
>>
>> - Original Message - 
>> From: "Stanislav Brabec" 
>> To: 
>> Sent: Monday, June 29, 2009 7:05 PM
>> Subject: oficiální psaní velkých písmen v názvech ulic
>>
>>
>> 
>>> Dobrý den.
>>>
>>> Při pr

Re: [Talk-cz] OpenTrackMap

[Kubajz]

Ahoj,

crap nekdo pouzival do API 0.6 :)

K

Ondrej Novy napsal(a):
> Ahoj,
>
> On Mon, Jun 29, 2009 at 03:51:12PM +0200, Kubajz wrote:
>   
>> ...
>> prvotnim stazenim sveta, zbytek uz je celkem rychly. Obzvlast s pouzitim
>> Cckoveho programu na orez namisto perlu.
>> 
>
> to mi chce rict ze ten muj crap v Cecku nekdo pouziva a upravil ho pro api
> 0.6? :)
>
>   


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

Re: [Talk-cz] Adresy s čísly popisnými bez čísel orientačních

[Kubajz]

Viz tisicistrankovou diskusi na tema adresy :) V podstate se ted resi,
co s tim... Vysledkem by samozrejme melo byt to, ze se v mape bude
renderovat neco smysluplneho...

K

kubiik napsal(a):
> Zdravím,
>  
> 1) Všiml jsem si, že import adresních bodů z uir nedopadl všude dobře,
> místo čísel domů se zobrazuje podél ulic opakovaně text "None", viz
> např. Příbram
>
> http://www.openstreetmap.org/?lat=49.691861&lon=14.019029&zoom=18&layers=B000FTF
> 
>  
> příčina: domy, které mají číslo popisné i orientační, mají v tagu
> "addr:housenumber" uloženo číslo orientační vykreslované v mapě, číslo
> popisné, které se v mapě naopak nezobrazuje, je v tagu
> "addr:alternatenumber". U domů v malých městech, které mají *pouze*
> číslo popisné, by asi toto číslo mělo být vloženo do addr:housenumber,
> což import nezohlednil.
>  
> 2) Stejný problém má plugin CzechAddress, u domů s pouze číslem
> popisným ignoruje addr:housenumber a v mapě pak není nic vidět.
>  
> Zdraví kubiik
> 
>
> ___
> 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] OpenTrackMap

[Kubajz]

Nejjednodussi cesta je stahnout cely svet, aplikovat diff (on ani moc
totiz nejde aplikovat na vyrez) a pak provest vyrez. Jediny problem je s
prvotnim stazenim sveta, zbytek uz je celkem rychly. Obzvlast s pouzitim
Cckoveho programu na orez namisto perlu.

K

Radek Bartoň napsal(a):
> Dne pondělí 29 Červen 2009 11:26:57 Michal Grézl napsal(a):
>
>   
>> asi by to chtelo aby na geofabrik rozjeli rsync server, to by vcelku
>> pomohlo.
>> 
>
> Tohle moc nechápu, proč rsync, když by na czech_republic.osm.bz2 stačil wget.
>
>   
>> Nebo aplikovat na vyrez republiky minutove diffy.  Pokud by to
>> slo.
>> 
>
> No to jsem právě myslel, akorat nevím, jak to udělat. API, pokud vím, 
> nepovolí 
> dotaz na tak velkou oblast.
>
>   


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

Re: [Talk-cz] Nejvice nezmapovana mista

[Kubajz]

Nechci tu znovu zakladat uz jednou probehly flame, ale muj nazor je
takovy, ze kdyz nekde vidim nazev, ktery neodpovida soucasnym pravidlum,
tak jej aktualizuji.
Priklad s Filosofskou nebyl zrovna uplne trefny, protoze tady u nas v
Jiraskove ctvrti (kdy dedecek mistniho rodaka Michala Vlcka sel pres
celou Prahu se Jiraska zeptat, zda je mozne na jeho pocest tuto vilovou
rekreacni ctvrt takto pojmenovat) je spousta ulic pojmenovana podle
romanu Aloise Jiraska - Filosofska je pouze zkracenina Filosofske
historie, ulice Psohlavcu je podle romanu Psohlavci. Takze tady menit s
na z je nesmysl.
Menit velka pismena do souladu v beznych nazvech je spravne a konecne i
jednodussi, protoze se nemusi resit priblbla otazka, zda na miste je
pouze vyton nebo zda se to tam tak uz jmenuje. Po predlozce velke
pismeno vzdy.

K

P.S.: Karle, ona ta "nova" "blba" pravidla do nekterych otazek vnesla
svetlo a zrovna psani velkych pismen dala aspon nejaky rad. Skoda jen,
ze jim nebyla venovana treba tak velka kamapan jako "novym" pravidlum
silnicniho provozu.

Karel Volný napsal(a):
> Dne Ne 28. června 2009 Stanislav Brabec napsal(a):
>   
>> Karel Volný píše v Ne 28. 06. 2009 v 22:53 +0200:
>> 
>>> Dne Ne 28. června 2009 Stanislav Brabec napsal(a):
>>>   
 Petr Dlouhý píše v Ne 28. 06. 2009 v 21:23 +0200:
 
>  1908 &zoom=13>.
>   
 Velká část zobrazených chyb v Praze má však jiný důvod, než nezmapované
 ulice: Je jím fakt, že UIR ADR a ČUZK nedodržují pravidla českého
 pravopisu ohledně psaní velkých písmen, a po importu nedošlo k
 sjednocení.
 
>>> tak naokraj, domnívám se, že v tomto směru je ČÚZK autoritativnější zdroj
>>> než ÚJČ ...
>>>   
>> Už se to zde jednou probíralo. ČÚZK by zřejmě měl provést opravy.
>> 
>
> jo, toto téma je věčné ... někdo už to zabalil, já ještě optimisticky ne, a 
> tak opakuji, že skákat a všechno měnit podle toho, jak si páni akademici 
> aktuálně usmyslí, je nejen hloupé, ale i nereálné - což samozřejmě neznamená 
> nenahlásit, pokud se najde skutečná chyba, tj. překlep; za chybu nepovažuju 
> to, když historický název přestane odpovídat aktuálním pravidlům (například 
> ulice Filosofská v Praze by se asi měla přejmenovat na "Filozofská", neboť 
> ÚJČ 
> považuje za základní tvar se "z", a již jednou tu byl pokus tvary se "s" 
> zrušit ...)
>
>   
>> Pokud se místo jmenuje "Výtoň", ale ulice tamtéž je v UIR ADR a ČUZK
>> uvedena "Na výtoni", pak je něco špatně.
>> 
>
> nemusí, tedy ne z hlediska katastru ... pokud název "Na výtoni" vznikl v 
> době, 
> kdy byla v místě skutečná výtoň, pak je pravopis v pořádku (resp. byl dle 
> posledních rozumných pravidel), pokud se označení funkce uchytilo jako místní 
> název Výtoň, a teprve potom odvozeně vznikla ulice "Na Výtoni", pak by to 
> mělo 
> být s velkým ...
>
>   
>> Přitom všechny nové mapy
>> uvádějí "Na Výtoni".
>> 
>
> ovšem my z cizích map obkreslovat nesmíme, že? ;-)
>
> pokud se nemýlím, žádný právní předpis neukládá povinnost aktualizovat místní 
> názvy do souladu s novými výmysly ÚJČ ... jestli někomu vadí původní podoba 
> názvu, nechť požádá o změnu v katastru, a potom ať převezme do OSM název 
> opravený, ovšem svévolně měnit názvy a vytvářet rozpor s evidencí jen proto, 
> že to nelahodí něčímu oku, považuju s prominutím za pěkně sprosté
>
> 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] Zaverecne hlasovani o adresach

[Kubajz]

Volim 3
>
> 3)
>
> čo ... addr:orientacni
> čp ... addr:popisne
> če ... addr:evidencni
>
>   

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

Re: [Talk-cz] Proklat? ??sla popisn?

[Kubajz]

Dejme tomu, ze az nekdo navrhne vhodny uzus, na kterem se sejde cela
evropa, tak to bude mit smysl. Ja bych to napsal cesky s tim, ze tam
budeme mit vse potrebne a kdyz se nedejbuh rozhodne, ze to ma byt jinak,
tak to neni problem automaticky preklopit. V pripade, ze to bude
cizojazycne, tak to vidim na to, ze bude muset byt na zadavani proste
plugin, protoze v ruce to nikdo psat nebude.

K

Radomír Černoch napsal(a):
> Zdravím,
>
> je to také možnost. Bohužel však pomíjí původní problém, kvůli které
> se táhne celá diskuze. Totiž cca v oblasti střední Evropy se používá
> stejný systém, který u nás známe jako "čísla popisná", v Německu a
> Rakousku jako "konskriptionsnummer" atd. Všechny vycházejí ze stejného
> modelu, proto bylo původní snahou navrhnout pro tato čísla 1 tag.
>
> Pak je tu Slovensko, kde sice používají identický systém jako u nás,
> ale názvy čísel mají samozřejmě slovensky. Je pak zvláštní psát tagy
> zrovna česky. Snahu sjednotit adresy těchto dvou zemí bych však nerad
> pouštěl z ruky.
>
> Pokud byste na návrhu trval, můžeme ho přidat to hlasování.
>
> S pozdravem,
> Radek Černoch
>
> 2009/6/17 Kubajz :
>   
>> Pak uz mam akorat navrh to napsat proste cesky:
>>
>> addr:popisne
>> addr:evidencni
>> addr:orientacni
>>
>> a automaticky z toho generovat addr:housenumber, coz je to, co se
>> zobrazi jako cislo domu v mape.
>>
>> Nejake protinavrhy?
>>
>> Je fakt, ze cizincum je uplne u zadele, jak si to pojmenujeme a tezko
>> nam budou cisla doplnovat. Renderovat se to v oficialni verzi stejne
>> nikdy nebude, takze jsem pro to to pojmenovat cesky, coz je nejmene
>> zavadejici varianta u takhle specifickeho problemu. A je fakt, ze kdyz
>> je vetsina editaru u nas cesky mluvicich, proc to davat do anglictiny,
>> kdyz to stejne asi nikdy nebude globalne platne a vsichni tomu budou
>> aspon rozumet. Myslim, ze konskriptionsnummer je to same u nemcu - proto
>> si to pojmenovali nemecky...
>>
>> K
>>
>> Pavel Machek napsal(a):
>> 
>>> On Sun 2009-06-14 01:27:21, Radomir Cernoch wrote:
>>>
>>>   
>>>> Dobrý den,
>>>>
>>>> poslední pokus o uzavření problému "conscriptionnumber" způsobilo
>>>> jediné: Ozvali se další lidé, kteří jsou ochotni tento návrh podpořit.
>>>> Z lidí, kteří se vyjádřili, zůstal silně proti návrhu jen Pavel Machek.
>>>>
>>>> Přestože jsem chtěl v diskuzi dosáhnout kompromisu přijatelného pro
>>>> všechny, začíná být jasné, že je tento stav nedosažitelný. Argumentů
>>>> padlo hodně, ale jejich síla patrně není dostatečná. Bohužel zbývá už
>>>> jen jediná autorita, a to demokratické hlasování.
>>>>
>>>> Pane Machku, hlasování za současného stavu považuji za zbytečné. Pokud
>>>> byste však na tom trval, anketu můžeme vypsat. Jen mám strach, že to
>>>> bude ztráta času pro všechny zúčastněné. Nemohli bychom, prosím, přece
>>>> jenom přijmout tento kompromisní návrh?
>>>>
>>>> 
>>> Trvam na nem. To ze jsou s tim nekteri schopni zit neznamena ze je to
>>> dobry navrh. Naopak myslim, ze ma jedineho zastance.
>>>
>>> Protinavrhem budiz number_in_district , pripadne takova jeho varianta
>>> ktera je konzistentni se zvolenou variantou number_in_street.
>>>   Pavel
>>>
>>>   
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>> 
>
>
>
>   


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

Re: [Talk-cz] Proklat? ??sla popisn?

[Kubajz]

Pak uz mam akorat navrh to napsat proste cesky:

addr:popisne
addr:evidencni
addr:orientacni

a automaticky z toho generovat addr:housenumber, coz je to, co se
zobrazi jako cislo domu v mape.

Nejake protinavrhy?

Je fakt, ze cizincum je uplne u zadele, jak si to pojmenujeme a tezko
nam budou cisla doplnovat. Renderovat se to v oficialni verzi stejne
nikdy nebude, takze jsem pro to to pojmenovat cesky, coz je nejmene
zavadejici varianta u takhle specifickeho problemu. A je fakt, ze kdyz
je vetsina editaru u nas cesky mluvicich, proc to davat do anglictiny,
kdyz to stejne asi nikdy nebude globalne platne a vsichni tomu budou
aspon rozumet. Myslim, ze konskriptionsnummer je to same u nemcu - proto
si to pojmenovali nemecky...

K

Pavel Machek napsal(a):
> On Sun 2009-06-14 01:27:21, Radomir Cernoch wrote:
>   
>> Dobrý den,
>>
>> poslední pokus o uzavření problému "conscriptionnumber" způsobilo
>> jediné: Ozvali se další lidé, kteří jsou ochotni tento návrh podpořit.
>> Z lidí, kteří se vyjádřili, zůstal silně proti návrhu jen Pavel Machek.
>>
>> Přestože jsem chtěl v diskuzi dosáhnout kompromisu přijatelného pro
>> všechny, začíná být jasné, že je tento stav nedosažitelný. Argumentů
>> padlo hodně, ale jejich síla patrně není dostatečná. Bohužel zbývá už
>> jen jediná autorita, a to demokratické hlasování.
>>
>> Pane Machku, hlasování za současného stavu považuji za zbytečné. Pokud
>> byste však na tom trval, anketu můžeme vypsat. Jen mám strach, že to
>> bude ztráta času pro všechny zúčastněné. Nemohli bychom, prosím, přece
>> jenom přijmout tento kompromisní návrh?
>> 
>
> Trvam na nem. To ze jsou s tim nekteri schopni zit neznamena ze je to
> dobry navrh. Naopak myslim, ze ma jedineho zastance.
>
> Protinavrhem budiz number_in_district , pripadne takova jeho varianta
> ktera je konzistentni se zvolenou variantou number_in_street. 
>   Pavel
>   


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

Re: [Talk-cz] Adresy, doladění

[Kubajz]

+instreetnumber -numberinstreet

+number

ano

K

Radomir Cernoch napsal(a):
> Dobrý den,
>
> poslední 3 drobnosti k rozhodnutí v otázce adres. Omlouvám se, že Vás
> zatěžuji těmito detaily, v minulosti se vždy objevil názor lehounce
> upřednostňující jeden nápad nad druhým a diskuze se vlekla. Proto
> pokud to bude možné, snažte se odepsat buď "v žádném případě nechci
> variantu XY", nebo "návrh jsem ochoten podpořit". Předem díky!
>
> Věřím, že rozhodování v těchto otázkách smázneme rychle.
>
>
>
> === Čísla orientační ===
> Zatímco panuje shoda, že slovo 'street' je pro čísla orientační vhodné,
> zbývá určit, čím (a jestli) ho obalit:
>
> 'streetnumber', 'instreetnumber' nebo 'numberinstreet'?
>
> Osobně jsem pro poslední možnost, protože se čte nejlépe a její význam
> je jasný. Přehození slov street a number mi nevadí. Shodneme se?
>
>
> === Podtržítka ===
> Ve vašich komentářích se často objevovaly návrhy ve tvaru jako
> 'street_number' namísto 'streetnumber'.
>
> Přijde mi, že 'housenumber' zavádí precedent pro nepoužívání podtržítek
> u tagů adres. Osobně bych se tohoto zvyku držel (také proto, že se
> podtržítka na klávesnici o něco hůře píšou). Shodneme se?
>
>
> === 'number', 'num' nebo nic? ===
> Pro vyjádření, že tag obsahuje číslo použijeme 'number', 'num' nebo nic?
> Vznikne tak např. "instreetnumber", "instreetnum", nebo jen "instreet".
>
> Sám bych se držel konvence a preferoval variantu 'number', přestože je
> nejdelší. Stejně totiž musíme psát slovo "number" v tagu 'housenumber'.
> Jsem ochoten podpořit i 'num', poslední jen v nejhorším případě.
> Shodneme se?
>
>
>
> Všechny 3 možnosti jsou na sobě více méně nezávislé. Jedinou výjimkou je
> kombinace dávající vzniknout 'addr:street', která už se používá pro
> název ulice. Ta je samozřejmě ze hry o čísla orientační ven.
>
> Pro čísla popisná a evidenční se použije stejné schéma, ať už budeme
> používat slovo 'provisional', 'conscription' nebo nějaké jiné.
>
> S pozdravem,
> Radek Černoch
>
>
>   


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

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

[Kubajz]

Dovolim si oponovat. Zdaleka to neni vzdy. Znam lidi a mista, kde pokud
ma budova c.p. treba 20 a orientacni 7, casto se rika Jarni 20 a
orientacni se ignoruje. A pak se ti stane, ze vlastne stejne nevis, do
jakeho domu jdes, protoze existuje i cp 20 i co 20. Proto alespon ja mam
zazite, ze vzdy udavam Jarni 20/7, pokud jsou mi ta cisla znama. Jinak
to totiz muze vest ke zmatkum.

K

Radomír Černoch napsal(a):
> 2009/6/5 Pavel Kovář :
>   
>> No doteď žiju v domnění že pro jednozančné určení budovy by mi mělo
>> stačit město a č.p.
>> 
>
> Pro jednoznačné určení domu je třeba jedno z následujících
> 1) město + ulice + č. orientační
> 2) městská čtvrt + č. popisné
> 3) městská čtvrt + č. evidenční
> Přičemž možnost použití pravidla 1) implikuje pravidlo 2). Naopak to
> neplatí. Použití pravidla 3) se vylučuje s použitím ostatních
> pravidel.
>
>   
>> Jesli wikipedia nelže tak evidenční číslo je vlastně popisným číslem u
>> dočasných staveb
>> 
>
> Je to pravda. Používá se také pro chaty či menší domky na zahradách.
> Slovo "dočasné" tedy nemusí znamenat, že se dům bude brzy bourat.
>
>   
>> k čemu je to orientační číslo dobré ?
>> 
>
> Ve městech se č. popisná špatně pamatují, protože mají příliš mnoho
> cifer a dvě po sobě následující čísla mohou být na opačných stranách
> městské části.
>
> Tady je možná dobré místo pro zdůraznění, že když ve městě řeknete
> "Jarní 50", myslí se tím _vždy_ číslo orientační. Používání čísel
> popisných zkrátka není ve městech zažité. Proto by mapa vždy měla
> číslo orientační obsahovat.
>
> S pozdravem,
> Radek Černoch
>
>   
>> S pozdravem
>> Pavel Kovář
>>
>> Petr Nejedlý napsal(a):
>> 
>>> Tomáš Tichý napsal(a):
>>>   
> což odpovídá bodům 1 a 3, pokud za first dosadíme č.p. a second č.o.
>
> co se týče čísla evidenčního, klonil bych se spíše k jeho nezapisování do
> housenumber - v systému má jiný význam
>
>
>   
 Někdo tu uváděl příklad, kdy mu chodí pošta na č.ev., takže by se
 hodit mohlo. Nemáte někdo nějaký příklad adresy s č.ev.?
 Je to ale asi dost okrajový problém, takže pokud by to bránilo obecné
 shodě, můžeme je zatím vypustit.
 K diskuzi předkládám kompromisní návrh - č.ev. vkládat do tagu i s
 textem, např. "č.ev. 20", to by mohlo předejít většině problémů.

 
>>> V obcance mam: Peklov 8E, coz je samozrejme blbost, ale je to kratsi a
>>> posta si s tim
>>> take poradi.
>>> Kdyz do mapy.cz zadate "Pekov 8", dostanete jednoznacnou odpoved i s
>>> vysvetlenim,
>>> ze se jedna o "Peklov ev.č. 8, Hřebeč, okres Kladno"
>>> Z toho mi vychazi jako vcelku rozumne ulozit:
>>> addr:housenumber = "ev.č. 8"
>>>
>>> Nenik
>>>
>>>
>>> ___
>>> 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] Uřízlá čísla na KM

[Kubajz]

Chyba WMS to vubec byt nemusi. Spis je to chyba WMS pluginu. V OSM se
tento problem resi tak, ze kdyz se renderujou dlazdice, tak se renderuje
dvakrat vetsi rozmer a bere se prostredek. I tak se ale nekdy stane, ze
se neco urizne. U KM je obecne asi toto chovani akceptovatelne - kdyz me
zajima nejaka cast, na ktere nelezi definicni bod, proc by mi tam mel
precuhovat kus toho textu k bodu, ktery na te mape neni? A proc ne? :)
Urcite je tohle reseni ale jednodussi pro WMS server...

K

Petr Dlouhý napsal(a):
> On Mon, 11 May 2009 14:28:07 +0200, Radomir Cernoch 
>  wrote:
>
> To zní velmi pravděpodobně, a skoro bych řekl, že je to chyba na straně WMS 
> serveru, i když jsem specifikaci WMS nečetl.
>
>   
>> Nevím to jistě, ale tuším. JOSM vždy žádá z WMS obrázky 500x500 pixelů.
>> Pokud se dům kreslí na pravý okraj tohoto obrázku, část čísel se ořízne.
>> Jakmile se však kreslí jiný 'tile', napravo od toho s oříznutým textem,
>> dům s oříznutým textem se pravděpodobně nezahrne do výsledků dotazu na
>> databázi, protože prostě leží v jiné oblasti...
>> Řešením by podle mne bylo dotazovat se na větší obrázky na WMS (a snížit
>> množství „švů“ mezi obrázky z WMS), nebo se dotazovat tak, aby se
>> obrázky částečně překrývaly.
>> Svoji teorii ale zatím nemám ničím podloženou...
>> Radek Černoch
>> 
>
>
>
>   


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

Re: [Talk-cz] hranice obce

[Kubajz]

Jen bych podotkl, ze ve znaceni na silnicich je strasny bordel a ani
samotne RSD a jednotlive obce nemaji vlastne zadny registr umistenych
znacek. To vede k nekonzistentnimu znaceni diky zapomenutym cedulim a
kriskros vnorenym zakazum a prikazum. Cedule proste nejsou u nas ( a
bohuzel asi nikdy nebudou ) well styled. Predstava, ze v OSM
namodelujeme krasne omezeni rychlosti je supr - sam bych za to byl rad -
ale nevidim to realne - bude to vzdy pouze priblizne. Driv jsme meli
takovou dohodu, ze se v obci jezdi 50 a kdyz se nekde smi vic nebo min a
vim o tom, dam tam tag maxspeed.
Do navigace je pak potreba implementovat pravidla ze v obci se jezdi
obecne 50, po dalnicich a spmv se jezdi 80, jinak 90 a 130, pokud neni
upraveno specialni znackou. Vzdycky se pak ale muze stat, ze OSM bude
davat spatnou hodnotu. Prikazove znacky navic taky pozbyvaji platnosti
pri krizeni s jinou komunikaci.

K

P.S.: Kdyz jsem delal testy v autoskole, tak tam byla jedna zaludna
otazka - Obec je:
po chvili marneho premysleni jsem opravdu nevedel a podival se na
nabizene moznosti - uzemi ohranicene znackami zacatek a konec obce - to
je jak technicka podpora od microsoftu - je to pravda, ale ridit se
podle toho neda. Pravidlo je, ze z obce a do obce vede vzdy alespon
jedna silnice, kde toto znaceni neni.

Petr Dlouhý napsal(a):
> On Tue, 05 May 2009 11:29:59 +0200, Petr Kadlec   
> wrote:
>
> To není úplně pravda. V reálu je ta cedule na jednu stranu škrtlá, vidíte  
> domy okolo. Pokud někdo zapomene udělat jednu ceduli, tak to ve vašem  
> datovém modelu znamená, že se obec rozšíří na celý svět. Navíc může z obce  
> vycházet polní cesta, na které žádná cedule není, ale když se z ní potom  
> kousek za vesnicí stane silnička, tak počítač prostě neví jak rychle se na  
> té silničce smí jezdit. Krom toho, že zmapovat cedule většinou znamená je  
> fyzicky obejít, ale v tom, co navrhuji já je stačí udělat nějakou bramboru  
> kolem obce s tím, že se to třeba časem upřesní.
> Vzhledem k tomu, že je nutné ty cedule dát do relace, tak mi přijde i  
> jednodužší je místo toho spojit pomocí nějaké plochy.
>
>   
>> Nechápu. Bez ohledu na OSM, přece i v reálu usoudím, kde se smí jezdit
>> jak rychle, *právě* pouze z těchto cedulí.
>>
>> -- 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] Pokryti prazskych zastavek openstreetmap

[Kubajz]

Nedavno to tu proslo NORC je neco jako google street view z Rumunska a
dala sva data k dispozici pro odvozovani dat do OSM, protoze jako
podkladni vrstvu chteji pouzivat prave OSM.

Vice http://www.norc.cz

K

Pavel Machek napsal(a):
> Ahoj!
>
>   
>> ještě mě napadlo, že pokud máš seznam pražských MHD zastávek a skript
>> jak to komparovat s OSM, jestli by nešlo udělat nějaký pravidelně
>> aktualizovaný seznam toho co není v OSM, jako to bylo se silnicemi 3.
>> třídy. Zastávky se s trochou místní znalosti dají dobře odvozovat z
>> Norcu, takže bychom mohli mít brzy Prahu kompletní.
>> 
>
> Nevim co ne "Norc"... ale seznam zastavek pribalim. Skripty na
> porovnavani jsou v tom timetab projektu (adresar navit), ale jsou dost
> liny protoze ve skutecnosti vyrabej mapu pro navit (a porovnavani je
> vedlejsi produkt).
>
> [aha, asi bych to umel i s diakritikou, ale dalo by to vic prace...]
>
>   Pavel
>
>   
> 
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] podklady pro Brno

[Kubajz]

Na 99% si to nechali udelat treti stranou na z podkladu
copyrightovanych. Moc sanci bych tomu nedaval...

K

Karel Volný napsal(a):
> zdravím,
>
> včera jsem v nějakejch novinách (Metropolitan?) nahlídnul do článku o 
> elektronické státní správě v Brně, a mj. tam psali o tom, že si úřady 
> vytvořily něco jako model Brna, což by byl ideální podklad pro mapu ...
>
> pokud se dobře pamatuju, pochytil jsem tady kdysi v diskusi, že cokoliv 
> takovýho státní správa vytvoří, je to automaticky k použití veřejností 
> (problém je, když si to nechá vytvořit třetí stranou, pak tato vlastní 
> copyright a může využití omezit) ... jest tak?
>
> v tom případě nenašel by se dobrovolník v problematice sběhlejší a v otázce 
> importu dat zdatnější než já, který by prověřil situaci a případně o toto OSM 
> obohatil?
>
> 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] ditaz na fungování UHUL mapy v JOSM

[Kubajz]

Me taky nejde. Nejspis nejde UHUL jako takovej...

K

Petr Dlouhý napsal(a):
> On Sun, 05 Apr 2009 18:57:44 +0200, Zdeněk Pražák   
> wrote:
>
> Řekl bych, že problém je na straně ÚHULu. Mě to taky nefunguje, a  
> neprováděl jsem žádnou aktulizaci. Funguje ÚHUL někomu?
>
>   
>> Chtěl jsem dnes zase kousek zmapovat, ale narazil jsem na problémy  
>> nejprve po mne JOSM chtěl aktualizaci pluginů a po jejím provedení mi  
>> nefungukí uhul ortofotomapy, katastrální mapa funguje
>>  v nastaveních mám nastaveno:
>> http://geoportal2.uhul.cz/cgi-bin/oprl.asp?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:4326&LAYERS=ortofoto_cb&STYLES=default&FORMAT=image/jpeg
>>
>> Co mám udělat k opětovnému zprovoznění ortofotomapy
>>
>> ___
>> 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] spojeni .svg + .jpg v inkscapu

[Kubajz]

Ahoj,

sice nevim, na co reagujes, ale neni problem dat do podkladni vrstvy JPG
a do vrchni SVG a zvolis rezim prekryti v pripade potreby. U vrstev se
da nastavovat i opacita, takze mi to prijde jako trochu elegantnejsi reseni.

K

Pavel Machek napsal(a):
> Ahoj!
>
> Uznavam ze to neni uplne trivialni.
>
> Otevres 2x inkscape. Vyberes ten s jpg, das edit|cut.
>
> V tom druhym edit|paste, clicknes na napastovany obrazek object|fill
> and stroke, nastavis master opacity jak se hodi, posunes pres sebe.
>
> Tohle by melo fungovat; jak to udelat elegantnejc/bez ztraty kontrastu
> si nejsem jistej.
>   Pavel
>
>   


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

[Talk-cz] [Fwd: Re: NORC.ro]

[Kubajz]

Ahoj,

nevim, jestli jste si minuly tyden vsimli featured image - bylo to o
necem jako google street maps, ale rumunske provenience. Pouzivaji pro
Rumunsko jako mapovy podklad OSM a na oplatku umoznuji, aby se z jejich
360kovych panoramat odvozovala data pro OSM.
Fotky jsou pomerne kvalitni a v CR dostupne pro Prahu a Brno po par
metrech. Me to treba pomohlo, kdyz jsem si zrovna nemohl vzpomenout, jak
to presne v terenu bylo - otevrel jsem par fotek a zjistil to. Je teo
tedy vic zdroj metadat nez polohovych dat, ale i to neni spatne.

Podivejte se na http://www.norc.cz/ - zatim pro CR pouzivaji jako
podklad Google, ale planuji prechod na OSM i v CR.

K

P.S.: Pridam to na wiki jako dalsi mozny zdroj dat.

 Původní zpráva 
Předmět:Re: NORC.ro
Datum:  Thu, 12 Mar 2009 03:40:14 -0700 (PDT)
Od: Ciprian Talaba 
Přeposláno - Komu:  cipriantal...@yahoo.com
Komu:   Kubajz 



Hi Jakub,

You can use their images freely in the Czech Republic as well. They plan
to use OSM for background images for all the countries they have images.

I'll copy below their response

Best regards,
Ciprian

--
Dear Ciprian,
Of course you could freely use our data for all countries we have
data. We have more than the panorama gps tracks we have continuos gps
data collection between all
pano points. The logs are collected at 5Hz using U-blox 4t and 5t in
UBX raw  mode. We are using high end antennas.
70% of our Romanian data is tracked using DGPS corrections with our
base in Bucharest (ashtech zx12) (we do not have logs from this base).
Also we are interested to use your data for our project, and in few
days we will release a version with your data. Here maybe we need some
guidance of how to handle your copyright.

You will get a sample to see if it suits you.

Please contact us for any questions,
Yours,
Andrei-Vasile Neagu
MD ESG srl

--- On *Thu, 3/12/09, Kubajz //* wrote:

From: Kubajz 
Subject: NORC.ro
To: "Cipt2001" 
Date: Thursday, March 12, 2009, 9:33 AM

Hi,

I am a mapper from Czech Republic. I saw last week's featured image and
read you can use NORC images in Romania to derive data into maps. Then I 
found
NORC is active in Prague and Brno in Czech Republic. Is it possible to use 
their
image data to derive maps in Czech Republic or is the agreement valid only 
for
Romania? If so, would it be possible to extend this agreement to Czech 
Republic
as well?

Thanks,

Jakub

---
This e-mail was sent by Kubajz to Cipt2001 by the "Email user"
function at OpenStreetMap.





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

Re: [Talk-cz] JOSM a tablet

[Kubajz]

Ja ne, jestli to chces explicitne :)

Zdeněk Pražák napsal(a):
> nikdo tablet nepoužívá?
>
>   
>>  Původní zpráva 
>> Od: Zdeněk Pražák 
>> Předmět: JOSM a tablet
>> Datum: 09.3.2009 17:53:26
>> 
>>
>> Chtěl jsem se zeptat, zda někdo používá ke kreslení v JOSM tablet a pokud 
>> ano,
>> tak zda mu jdou vkládat body pouze poklepáním hrotu pera tabletu.
>> Mě toto nejde. Používám tablet Trust 1200 Wireless.
>> Pražák
>>
>>
>> 
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] limit 2000bodu

[Kubajz]

Michale, jako prispevatele OSM si Te vazim, ale uznej, ze reptanim se
toho moc nespravi. Mas nejaky jiny lepsi konstruktivni navrh?

K

Michal Grézl napsal(a):
> 2009/3/11 Karel Volný :
>   
>> Dne st 11. března 2009 Tomáš Tichý napsal(a):
>> 
>>> 2009/3/11 Karel Volný :
>>>   
> Me osobne se ten limit libi prave z tohoto duvodu. Na sumave, kdyz
> posunu v hranici lesa, tak zbytecne odesilam nekolik MB dat a trva to
> dost dlouho. Nebo je uzasne, kdyz si stahnu vesnici a stahne se mi k
> tomu cele Labe. Nez zjistim, kde je ta vesnice, co jsem vlastne chtel...
>   
 uff, takže místo toho, aby se to pořádně vyřešilo (viz níže, možnost
 komunikovat pouze změny, nikoliv všechna data), budeme raději tleskat
 hloupému workaroundu?
 
>>> A co "DoS" na uživatele? Není nad to, když se při editaci jedné
>>> hospody stáhne tisíc kilometrů čtverečních lesa.
>>> Nebo když hledáte nějakého člena relace v pěti tisících položkách.
>>> A zkuste si někdy používat něco takového třeba na GPRS připojení.
>>> Eventuelní řešení stahovat pouze část cesty/relace považuji za
>>> potenciálně velmi nebezpečné.
>>>   
>> huh, to nechápu ... když je nebezpečné stáhnout pouze část relace, tak jak si
>> pomůžu, když budu stahovat relaci o 2*2000 bodů místo jedné linie o 4000
>> bodech?
>>
>> 
>>> Vylepšit datový model tak, aby byl pro člověka lépe uchopitelný
>>> nepovažuji za "hloupý workaround". Dlouhé cesty elegantně řeší relace.
>>> Rozsáhlé relace elegantně řeší relace relací. Doufejme, že se
>>> zavedením limitů bude větší motivace k vylepšení podpory relací v OSM
>>> nástrojích.
>>>
>>> =TT=
>>>   
>> a relace relací relací
>> a relace relací relací relací ...
>> - no jistě, těch 640 KB taky elegantně řešil DOS4/GW a další, že ...
>>
>> já nevím, nemotám se kolem projektu dlouho, a furt mi něco nefunguje, takže 
>> do
>> toho až tak nehrabu, tož mi dík nezkušenosti asi něco uchází, ale ... tak
>> nějak jsem myslel, že relace byly míněny jako způsob, jak z fyzických objektů
>> zkonstruovat nějaké logické celky, nikoliv proto, aby se nějaký fyzický
>> objekt mohl nakrájet jako salám, a pak silou vůle, eh, tedy relace, zase
>> slepil dohromady a řeklo se, že to má být jako celá štangle salámu a ty řezy
>> mezi kolečky jako nevidíme
>>
>> 
> je to cele postavene na hlavu totiz. nejdrive tady byly segmenty, ale
> to bylo malo tak nad segmenty nekdo vyrobil virtualni zapouzrovaci
> bazmek a nazval ho way, pak rozhodl ze segmenty ee a zrusil je, jenze
> tim padem vznikla potreba virtualniho zapouzdrovaciho bazmeku nad
> ways, a tak vznikla relace, budme radi ze nezrusili way:) relace nad
> relaci je jen logicky dusledek vymysleni kravin. Casem se zcela urcite
> dockame zase nejakych novych skvelych vymozenosti, aspon se mame na co
> tesit!:)
>
>   


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

Re: [Talk-cz] limit 2000bodu

[Kubajz]

Zkusim se zeptat - mela by byt statni hranice CR jedna cela
neprerusovana uzavrena way? Odpovedi jsou dve a rekl bych, ze se
neshodneme napric uzivatelskym forem... Jako u vseho je hodne pro a
hodne proti.

K

Karel Volný napsal(a):
> Dne st 11. března 2009 Tomáš Tichý napsal(a):
>   
>> 2009/3/11 Karel Volný :
>> 
 Me osobne se ten limit libi prave z tohoto duvodu. Na sumave, kdyz
 posunu v hranici lesa, tak zbytecne odesilam nekolik MB dat a trva to
 dost dlouho. Nebo je uzasne, kdyz si stahnu vesnici a stahne se mi k
 tomu cele Labe. Nez zjistim, kde je ta vesnice, co jsem vlastne chtel...
 
>>> uff, takže místo toho, aby se to pořádně vyřešilo (viz níže, možnost
>>> komunikovat pouze změny, nikoliv všechna data), budeme raději tleskat
>>> hloupému workaroundu?
>>>   
>> A co "DoS" na uživatele? Není nad to, když se při editaci jedné
>> hospody stáhne tisíc kilometrů čtverečních lesa.
>> Nebo když hledáte nějakého člena relace v pěti tisících položkách.
>> A zkuste si někdy používat něco takového třeba na GPRS připojení.
>> Eventuelní řešení stahovat pouze část cesty/relace považuji za
>> potenciálně velmi nebezpečné.
>> 
>
> huh, to nechápu ... když je nebezpečné stáhnout pouze část relace, tak jak si 
> pomůžu, když budu stahovat relaci o 2*2000 bodů místo jedné linie o 4000 
> bodech?
>
>   
>> Vylepšit datový model tak, aby byl pro člověka lépe uchopitelný
>> nepovažuji za "hloupý workaround". Dlouhé cesty elegantně řeší relace.
>> Rozsáhlé relace elegantně řeší relace relací. Doufejme, že se
>> zavedením limitů bude větší motivace k vylepšení podpory relací v OSM
>> nástrojích.
>>
>> =TT=
>> 
>
> a relace relací relací
> a relace relací relací relací ... 
> - no jistě, těch 640 KB taky elegantně řešil DOS4/GW a další, že ...
>
> já nevím, nemotám se kolem projektu dlouho, a furt mi něco nefunguje, takže 
> do 
> toho až tak nehrabu, tož mi dík nezkušenosti asi něco uchází, ale ... tak 
> nějak jsem myslel, že relace byly míněny jako způsob, jak z fyzických objektů 
> zkonstruovat nějaké logické celky, nikoliv proto, aby se nějaký fyzický 
> objekt mohl nakrájet jako salám, a pak silou vůle, eh, tedy relace, zase 
> slepil dohromady a řeklo se, že to má být jako celá štangle salámu a ty řezy 
> mezi kolečky jako nevidíme
>
> K.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] Tagovani turistickych stezek

[Kubajz]

Děkuju, už to kreslí všechno :)

K

Jiri Klement napsal(a):
> Ahoj,
>
> Relace otagovane pomoci kct_ schematu to nevykreslovalo. Dnes jsem to
> dodelal, takze aktualne by se melo vykreslovat toto:
> way s kct_
> relace s kct_
> relace s type=route route=hiking, operator=cz:kct, color=red/blue/yellow/green
>
> 2009/3/9 Kubajz :
>   
>> Ahoj,
>>
>> vykresluje mi akorat prvky s tagem kct_neco, ale relace nikoliv. Nevis,
>> kde muze byt chyba? Potrebuje mit vsechny prvky relace nahrane? Jake
>> tagy musi mit relace, aby se vykreslila pluginem?
>>
>> Diky,
>>
>> K
>>
>> Pavel Machek napsal(a):
>> 
>>> Ahoj!
>>>
>>>
>>>   
>>>> Na http://jttt.110mb.com/routes.jar jsem nahral novejsi verzi josm
>>>> plugin pro renderovani turistickych stezek.
>>>>
>>>> Zmeny:
>>>> - kresli se i stezky znacene pomoci kct_ konvence
>>>> - styl kresleni se da nastavit pomoci routes.painter=narrow/wide v
>>>> podrobnem nastaveni
>>>> - funguje i s Java 1.5
>>>>
>>>> 
>>> Diky, chodi pekne!
>>>   Pavel
>>>
>>>
>>>   
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>> 
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] limit 2000bodu

[Kubajz]

Me osobne se ten limit libi prave z tohoto duvodu. Na sumave, kdyz
posunu v hranici lesa, tak zbytecne odesilam nekolik MB dat a trva to
dost dlouho. Nebo je uzasne, kdyz si stahnu vesnici a stahne se mi k
tomu cele Labe. Nez zjistim, kde je ta vesnice, co jsem vlastne chtel...
Limit je to mozna umely, ale na druhou stranu i chrani OSM pred
primitivnim DoS utokem - je zajimave, ze dosud nikoho nenapadlo zkusit
nahrat nekonecne dlouhou cestu do OSM.

K

MP napsal(a):
>> to záleží na úhlu pohledu ... díváš-li se na to čistě technicky, ano, ale v
>> širším kontextu to souvisí: začnou-li vývojáři dělat změny, které se lidem
>> jeví jako problematické, může to značit ztrátu kontaktu s realitou
>>
>> 
>>> Limit 2000 bodu je IMO spravny,
>>>   
>
> Je to "umely" limit, ktery by tam byt mozna nemusel, ale je tam kvuli
> vykonu serveru a zatezi databaze. Pokazde, kdyz nekdo v takhle dlouhe
> ceste zmeni maly kus, nebo nejak opravi tagy, tak se nahrava cela
> cesta znovu na server (ano, tady by slo vylepsit API o moznost nahrani
> jenom tagu s tim, ze "nody se ponechaj"). No a pokud si nekdo u takhle
> dlouhe way, ktera se mnohokrat v minulosti upravovala vyrada historii,
> tak by dostal XML o mnoha desitkach MB (teoreticky, ale pry ho driv
> utne nejaky limit nebo timeout). Cili pokud se tyhle problemy nejak
> vyresi, tak by se ten limit mohl v budoucnu zvysit nebo mozna i
> zrusit.
>
> Martin
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] Tagovani turistickych stezek

[Kubajz]

Ahoj,

vykresluje mi akorat prvky s tagem kct_neco, ale relace nikoliv. Nevis,
kde muze byt chyba? Potrebuje mit vsechny prvky relace nahrane? Jake
tagy musi mit relace, aby se vykreslila pluginem?

Diky,

K

Pavel Machek napsal(a):
> Ahoj!
>
>   
>> Na http://jttt.110mb.com/routes.jar jsem nahral novejsi verzi josm
>> plugin pro renderovani turistickych stezek.
>>
>> Zmeny:
>> - kresli se i stezky znacene pomoci kct_ konvence
>> - styl kresleni se da nastavit pomoci routes.painter=narrow/wide v
>> podrobnem nastaveni
>> - funguje i s Java 1.5
>> 
>
> Diky, chodi pekne!
>   Pavel
>
>   


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

Re: [Talk-cz] limit 2000bodu

[Kubajz]

To jsou ale preci dve uplne odlisne veci - licence a API 0.6. Limit 2000
bodu je IMO spravny, ale nemel by se vztahovat na jiz nahrana data a
jejich editaci a pripadne hromadne importy - mel by spis byt zabudovan v
editorech nez primo v importnim skriptu. Delat fork OSM kuvli takoveto
hovadine je uz uplne mimo, protoze za cvhili bychom nemeli ani cim
editovat...

K

Karel Volný napsal(a):
> Dne čt 5. března 2009 Michal Grézl napsal(a):
>   
>> nazdar, doba je zla, je krize, nejsou prachy, meni se licence a k tomu
>> vsemu api verze 0.6.
>> podle popisu bude mit jednu srandovni vlastnost, tou je limit 2000
>> bodu na way
>> (http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.6#New_Limits).
>> Nase lesy tento limit hrave prekracuji.
>>
>> Nasledek bude mozna nemoznost editace lesnich polygonu po prechodu na 0.6.
>>
>> Resenim je rozkouskovat lesy na casti mensi nez 2000 nodu, napriklad
>> podel silnic, nebo umele nekde uprostred tak aby to nebylo videt.
>> 
>
> ok, tohle mě tedy silně nahlodává podpořit variantu forknutí ...
>
> K.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] dotaz na poslední verzi JOSM

[Kubajz]

Ted me tak napada - neexistoval nahodou nejaky plugin, ktery toleroval
jemne posunuti pri klepnuti? Bylo to pro uzivatele notebooku s
touchpadem. Nikdy jsem to nepouzival, ale mohlo by to leccos yresit.

K

hanoj napsal(a):
> Dnes jsem testoval notebook s tabletem (Lenovo X60) a zadny problem
> (pokud jsem je spravne pochopil) nepozoruji v JOSM 1446 (modelles
> zapnuto i vypnuto).
>
> To co muze byt spojeno s popisovanymi vlastnostmi je skutecnost ze pri
> mouse_click_down k vytvoreni bodu a mouse_click_up je treba nepohnout
> mysi/perem. (jak psal MP)
> Nezapomente ze lze obcas zdarne vyuzit i tlacitka ctrl a shift.
>
> hanoj
>
> Dne 25. únor 2009 23:16 MP  napsal(a):
>   
>> Hmm .. tak jsem upgradnul na novejsi build a taky mi to blbne (i kdyz
>> ne tak strasne) ... kdyz zacnu cestu v jiz existujicim bodu (ktery ale
>> lezi "uprostred" jine cesty, aneb "kreslim odbocku") tak cesta mezi
>> prvnim a driuhym bodem se nekdy (cca v 50% pripadu) nespoji (cesta se
>> spojuje az od druheho bodu). Zda se mi ze to funguje dost
>> nedeterministicky, nekdy se to spoji a nekdy ne. Nicmene kresleni
>> zbylych useku cesty uz je pak ok, jen se nekdy nenakresli ten prvni.
>> Modeless working mam vypnuty co jsem koukal do nastaveni (aneb config
>> z minule verze ) Tablet nemam, mam jen obyc. mys
>>
>> Martin
>>
>> 2009/2/23 Zdeněk Pražák :
>> 
>>> Mohl by jsi prosím při té příležitosti nahlásit i to že ted v nových 
>>> buildech  v mnoha případech musím několikrát klikat nebo musí zůstat kurzor 
>>> v klidu cca 0,5 sekundy. Toto chování velmi zpomaluje a znepříjemňuje práci 
>>> a je  to cim dal pomalejsi:(.
>>> obdobné chování popisoval i Michal Grézl při tvoření bodů myší
>>>   
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] dotaz na poslední verzi JOSM

[Kubajz]

Ahoj,

v pripade problemu je dobre vzdy nejprve uplne odstranit nastaveni ze
starsi verze (staci prejmenovat adresar .josm nebo na windows jinde -
nevim kde) a vyzkouset, jestli se to opravdu chova spatne nebo jestli je
to chyba v nacitani konfigurace ulozene ve starsi verzi. Nekolikrat se
mi uz stalo, ze to bylo timhle zpusobene.

K

Zdeněk Pražák napsal(a):
> Dnes jsem si stáhl verzi JOSM 1425
> Při pokusu o editování mapy při zapnutém nástroji Kreslení uzlů se mi však 
> začaly ukládat jednotlivé body nespojené čarou.
> Co mám nastavit, abych získal původní chování, při kterém se jednotlivé uzly 
> spojovaly.
> Děkuji Pražák
>  
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] dotaz na zobrazení mapy

[Kubajz]

Viz http://www.opensteetmap.cz - tedy lze

K

Zdeněk Pražák napsal(a):
> Podíval jsem se na obrázek na hlavní stránce wiki a chtěl jsem se zeptat, zda 
> by bylo možné podobné zobrazení mapy s vrstevnicemi a reliéfem terénu získat 
> i pro naše území.
>
> ___
> 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řížky a kapličky

[Kubajz]

Ahoj,

ja pouzivam wayside_shrine jako kaplicku a wayside_cross jako krizek
(bozi muka). Mam pocit, ze uz se to tu jednou resilo a ze to z toho
vypadlo timto zpusobem.
Mapnik i Osmarender to renderuje - viz
http://www.openstreetmap.org/?lat=49.74855&lon=14.3586&zoom=16&layers=B000FTF

K

Karel Volný napsal(a):
> zdar,
>
> takový dotaz ... jak se zaznamenávají křížky a kapličky, co jich máme u cest 
> a 
> v polích asi tak milion a jeden?
>
> - přirozeně mě napadlo amenity=place_of_worship, ale tam 
> (http://wiki.openstreetmap.org/wiki/Place_of_worship) nějak nevidím, jak je 
> to s rozlišením typu (ilustrační obrázek kostela a sdělení, že t...@h 
> rozlišuje 
> mezi kostelem, mešitou a synagogou, aniž by bylo řečeno podle čeho, mě fakt 
> neuspokojuje ...)
>
> jako další jsem našel wayside_cross a wayside_shrine, ale ani to mě 
> neuspokojuje, protože křížek tam je míněn jenom jednoduchý kříž, "shrine" je 
> popisován jako zděný křížek se svatým obrázkem ap., a kaplička jako taková, 
> tj. stavba, do které se dá vlézt (ale není uzavřená, není to vesnická kaple, 
> kde se káže), se projistotu neuvažuje vůbec ... navíc oboje to vypadá tak 
> nějak nepříliš podporováno ...
>
> K.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] Tagovani turistickych stezek

[Kubajz]

Karel Volný napsal(a):
> 'hoj,
>
>   
>> prave si myslim, ze vypocet turisticke trasy bude sedet uplne stejne -
>> zadas tam nejakou konstantni rychlost pohybu a maximalne muzes podle
>> vrstevnic/sklonu ji upravit
>> 
>
> no a ty údaje o sklonu máme? - já nevím, ale nějak nevidím u nodů možnost 
> editovat nadmořskou výšku ...
>   
Udaje o sklonu ziskas snadno z dat, ktera ma jako relief treba
vyrenderovano osm.cz nebo vrstevnice v cyklomape. Jsou pomerne presna a
odvodit z toho, jestli nastoupas 10 nebo 1000m rozhodne jde.
>   
>> - dokonce prave neni treba brat v uvahu ani polomery zatacek.
>> 
>
> jistě, to byl *jen příklad* - pro chůzi si místo poloměru zatáčky dosaď 
> třebas 
> prostupnost terénu
>   
tak berme footway, track a silnice jako udaj o prostupnosti
>   
>> A bude to sedet uplne stejne - ja to takhle pouzivam 
>> uz leta a je to velice spolehlive.
>> 
>
> já se to takhle snažím používat už léta, a neustále narážím na místa, kde to 
> selhává ...
>   
uplne stejne, jako casova navigace skrz mesta autem...
>   
>> Kdyz clovek jde pesky, tak proste 
>> ujde 3 az 4 kilometry a je vcelku jedno, kudy jde - tedy pokude se
>> zrovna neprosekava pralesem kolem potoka.
>> 
>
> hehe, krásně sis své tvrzení sám popřel :-)
>   
takovym pralesem by ale IMO nemely vest stezky znacene KCT
> a to není nutné zrovna se jen prosekávat pralesem, ono obecně když kolem toho 
> potoka budu šplhat po kamenech, nebo jej budu co chvíli křižovat, tak budu 
> rád, když za hodinu dám vůbec ty tři kilometry, zatímco když tam bude 
> normální lesní pěšinka a nebudu se zouvat na brodění nýbrž přeskáču potok po 
> kamenech, tak klidně ujdu i šest ... máme schéma, ze kterého lze odvodit, 
> jaký případ nastane? - proč je tedy zvykem v některých oblastech na 
> rozcestníky (a do map) ty časové údaje psát, když je to úplně k ničemu?
>   
to nevim - me zatim vzdy prisly dost k nicemu. Nicmene spis bych videl
jako uzitecnejsi napsat do mapy informaci o spatne prostupnosti terenu -
jako je to treba prahounakole.cz - tam je upozorneni na nektere useky,
ze jsou hrbolate nebo se spatnym povrchem a ze jizda je pomala atp. To
je stokrat uzitecnejsi nez cas...
>   
>> A kazdy turista vi, jestli je 
>> denne schopen ujit 20, 30 nebo 50 kilometru i s ohledem na to, kolik ma
>> v planu ujit nasledujici dny, kde se zastavit na obed atp.
>> 
>
> to opravdu hodně záleží na terénu ... ano, většinou se to během celého dne 
> tak 
> nějak zprůměruje, ale není nijak neobvyklé, že se nasčítají odchylky na jednu 
> či druhou stranu - a docházet někam potmě není vždy úplně příjemné a 
> jednoduché (zvlášť třeba v zimě, když s tmou padá i mráz ...)
>   
tak jiste, ale pokud bychom mnou vyse navrzene udaje (tedy typ cesty,
udaje o prostupnosti) zahrnuli do osm, tak uz se da vypocitavat dost
presne. A myslim, ze vypocitavani casu je prace pro navigacniho klienta.
>   
>> To je duvod, proc si myslim, ze je zbytecne cas vypocitavat nebo sbirat.
>> 
>
> zeptám se jinak - a budou ti tam ta data překážet, pokud se je podaří 
> nasbírat? (nikoliv vypočítat)
>   
ne, ale mam pochyby o tom, kolik lidi spravne pochopi metodiku a budou
tam data zadavat. Ja jsem pro maximalni moznou jednoduchost, ze ktere se
daji dalsi data odvodit - nikoliv delat to obracene - sbirat cas a pak z
toho odvozovat, jak ta cesta asi vypada. V tom casu se totiz ztrati to,
jestli se hodinu brodis potokem nebo lezes do uporneho kopce s macetou v
ruce.
Nechtel jsem flamovat, ale slo mi o to, aby amater zanesl do mapy
turistickou znacku a s minimem namahy (vybrani tezce schudnych useku a
jejich oznaceni) byl s praci hotov. Navic i bez dat o tezke prostupnosti
je tento model pouzitelny. Co udelas v momente, kdy nebudes mit pro dany
usek casovy odhad od mappera a budes potrebovat spocitat celou cestu? To
je to, oc mi jde... (jo a taky netvrdim, ze mam absolutni pravdu a
patent na rozum)
> K.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] Tagovani turistickych stezek

[Kubajz]

Ahoj,

prave si myslim, ze vypocet turisticke trasy bude sedet uplne stejne -
zadas tam nejakou konstantni rychlost pohybu a maximalne muzes podle
vrstevnic/sklonu ji upravit - dokonce prave neni treba brat v uvahu ani
polomery zatacek. A bude to sedet uplne stejne - ja to takhle pouzivam
uz leta a je to velice spolehlive. Kdyz clovek jde pesky, tak proste
ujde 3 az 4 kilometry a je vcelku jedno, kudy jde - tedy pokude se
zrovna neprosekava pralesem kolem potoka. A kazdy turista vi, jestli je
denne schopen ujit 20, 30 nebo 50 kilometru i s ohledem na to, kolik ma
v planu ujit nasledujici dny, kde se zastavit na obed atp.

To je duvod, proc si myslim, ze je zbytecne cas vypocitavat nebo sbirat.

K

Karel Volný napsal(a):
> 'hoj,
>
>   
>>> * přidal bych návrh výčtu typů, resp. všech vlastností; bylo by možné mít
>>> pro stejnou trasu různé typy? (např. běžecké tratě vedené po "letním"
>>> pásovém značení)
>>>   
>> do takovych detailu bych nezabihal. To stejne uz pak clovek pozna v terenu.
>> 
>
> nejsem si jist, co považuješ za detail, a co chceš poznávat až v terénu ... 
> já 
> tedy do mapy většinou koukám předtím než do terénu vyrazím, abych si 
> naplánoval trasu (pravda, někdy je značení spíše na zmatení, viz "lyžařská" 
> trasa KČT po červené mezi Švýcárnou a Červenohorským sedlem, viz 
> http://fotky.hajnet.cz/2006/12-25_Silvestr/vjur/p1010890.jpg, ale to by neměl 
> být typický případ ;-))
>
>   
>>> * vzdálenost a čas bych nebral jako vlastnost rozcestníku ale jako
>>> vlastnost segmentu (nicméně ponechal bych možnost zapsat navíc co je na
>>> tom rozcestníku reálně napsané(1), a třeba i včetně azimutu šipek)
>>> (pozn. čas na segment je potřeba rozlišit podle směru a typu - čas do
>>> kopce bude jiný než z kopce, čas foot se bude lišit od času ski!)
>>>   
>> no k casum jsem pomerne skepticky. Zatim jsem to nevidel nikde v praxi
>> tak, aby to odpovidalo. Hodne to zalezi na kondici a jiz usle
>> vzdalenosti. Takze delat nejake prumery nebo tak je uz cira zoufalost.
>> Nikdy to IMO nebude poradne fungovat.
>> 
>
> o tom už se tu mluvilo ... průměr samozřejmě neznamená, že každý půjde stejně 
> rychle - ale je to určité vodítko; kdyby se podařilo mít dostatečně velký 
> statistický vzorek, tak ten průměr bude všude výkonově stejný, a každý bude 
> tušit, jak je na tom vůči průměru on individuálně, podle čehož už se dá 
> orientovat dost slušně
>
>   
>>> (1) což se může lišit od uváděného času nebo vzdálenosti na segment - tam
>>> bych jako super věc viděl, kdyby každý, kdo to projde, zaznamenal svůj
>>> čas, a uváděl se průměr (a ještě nejlíp kdyby k tomu byly metainformace,
>>> podle kterých by se to dalo dělit, jestli je to čas s batohem nebo
>>> nalehko atp.)
>>>   
>> a opravdu chceme takove informace resit a mit v OSM? Proc to nedelame u
>> silnic, dalnic a zeleznic?
>> 
>
> viz výše :-)
>
> co se železnic týče, tam by měl platit jízdní řád - asi nikoho nezajímá, jak 
> rychle může vlak po trati jet, když nemá možnost jet tam vlastním vlakem a 
> stejně se musí spolehnout na ten řád ...
>
> u silnic to děláme napůl - popisuje se (resp. máme na to aparát), jaká je 
> maximální povolená rychlost, třída a případně kvalita silnice
>
> k tomu existují vcelku slušné heuristiky - např. navigace, co jsem pořídil 
> tatíkovi, zohledňuje při výpočtu času trasy i poloměry zatáček, a měla by 
> umět upravovat různé svoje konstanty právě průměrováním hodnot z reálného 
> provozu, takže by to časem pro daného řidiče a auto mělo sedět dost 
> přesně ... rozhodně se na její odhady mohu spolehnout na +- 20%, což považuju 
> za dostačující
>
> jenže u pěších tras nic tak jednoduchého použít nelze, nebo aspoň nenapadá mě 
> jak, aniž by bylo potřeba mít popsaný pomalu každý kámen, který musíš 
> překročit
>
> K.
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] Tagovani turistickych stezek

[Kubajz]

Ahoj,

Karel Volný napsal(a):
> zdravím,
>
>   
>>> Po nedavne diskuzi o sjednoceni tagovani turistickych stezek se
>>> Slovenskem me napadlo nekolik napadu, jak znaceni stezek vylepsit.
>>> Jsou k dispozici tady:
>>> http://wiki.openstreetmap.org/wiki/Hiking/Trails
>>>
>>> Byl bych rad, kdyby jste je trosku okomentovali. Pokud me
>>> neprevedcite, ze jde o naprosty nesmysl, tak je zkusim navrhnout na
>>> t...@openstreetmap.org :-)
>>>   
>
> mně to přijde docela dobré ... pár poznámek:
>   
rekl bych, ze je to vyhovujici. Je tam dost informaci, aby se to dalo
vykreslit a neco z toho i treba spocitat...
> * přidal bych návrh výčtu typů, resp. všech vlastností; bylo by možné mít pro 
> stejnou trasu různé typy? (např. běžecké tratě vedené po "letním" pásovém 
> značení)
>   
do takovych detailu bych nezabihal. To stejne uz pak clovek pozna v terenu.
> * rozdělení na segmenty bych nebral jako možnost, ale jako základní věc - 
> budiž jeden segment mezi každými dvěma sousedícími rozcestníky
>
> * vzdálenost a čas bych nebral jako vlastnost rozcestníku ale jako vlastnost 
> segmentu (nicméně ponechal bych možnost zapsat navíc co je na tom rozcestníku 
> reálně napsané(1), a třeba i včetně azimutu šipek)
> (pozn. čas na segment je potřeba rozlišit podle směru a typu - čas do kopce 
> bude jiný než z kopce, čas foot se bude lišit od času ski!)
>   
no k casum jsem pomerne skepticky. Zatim jsem to nevidel nikde v praxi
tak, aby to odpovidalo. Hodne to zalezi na kondici a jiz usle
vzdalenosti. Takze delat nejake prumery nebo tak je uz cira zoufalost.
Nikdy to IMO nebude poradne fungovat.
> (1) což se může lišit od uváděného času nebo vzdálenosti na segment - tam 
> bych 
> jako super věc viděl, kdyby každý, kdo to projde, zaznamenal svůj čas, a 
> uváděl se průměr (a ještě nejlíp kdyby k tomu byly metainformace, podle 
> kterých by se to dalo dělit, jestli je to čas s batohem nebo nalehko atp.)
>   
a opravdu chceme takove informace resit a mit v OSM? Proc to nedelame u
silnic, dalnic a zeleznic?
>   
>> Omlouvám se, že k tomu neřeknu nic podmětného, ale nejsem moc obeznámen s
>> vývojem tagování turistických značek a tak, jak je to popsáno na uvedené
>> wiki stránce, mi to příjde příliš zmatené, abych to pochopil.
>> 

>
> na druhé čtení ... :-)
>
> no, je fakt, že by to chtělo dobrovolníka, který popíše, jak to v praxi 
> naklikat
>
>   
proste se udela relace a k ni se priradi par tagu. Nic sloziteho... Na
nektere body se pak nanesou rozcestniky.
>> Jelikož je však zmapování turistických tras v OSM pro mě velice důležité,
>> chci se zeptat jaký je stav, tedy kolik je toho už zmapováno, a jakým
>> způsobem chceme zmapovat zbytek? Předpokádám, že data nám nikdo nedá, na
>> leteckých snímcích toho moc vidět není a GPS moduly v lese málokdy dostanou
>> přesný fix (nehledě k tomu, jak zdlouhavé by bylo obejit značky v celé ČR).
>> 
To jsem si o silnicich tretich trid myslel donedavna taky. Jak vidno,
tak dlouho to netrvalo. Ja jsem odhadoval, ze kompletni silnice budou v
OSM nejdrive za par let. Ubehl rok a jsou tam.
>
> s těmi GPSkami bych nebyl pesimista ... když můžou po lesích běhat 
> geocacheři, 
> a je jim to dostatečně přesné, tak proč ne my
>   
U turistickych tras jde v podstate jen o schema site a o fakt, ze jsem
se o kilometr vzdalil znacce. A na to jsou GPSky i v lese dost presne.
Popripade se to da zpresnit JenickoMarenkovskou technikou - vylezes na
nejvyssi strom a tam uz bude signalu dost :)
> K.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] dotaz na verzi JOSM 1344

[Kubajz]

Nevim, ja nepouzivam posledni verzi JOSM, takze nevim, o cem pises...

K

Zdeněk Pražák napsal(a):
> Nikdo nemá problémy  s klikáním a nikomu nevadí zbytečné otevírání odkazů na 
> příslušné featury ve wiki
> Pražák
>   
>>  Původní zpráva 
>> Od: Zdeněk Pražák 
>> Předmět: dotaz na verzi JOSM 1344
>> Datum: 26.1.2009 18:23:06
>> 
>>
>> stáhl jsem si dnešní verzi JOSM (číslo 1344) a chtěl jsem se zeptat, zda
>> pozorujete také problémy s vkládáním jednotlivých uzlů pomocí kliknutí.
>> Já musím na to aby se uzel vložil mnohdy kliknout několikrát. (Používám 
>> tablet a
>> pero)
>> Ve verzi, kterou jsem používal doteď (1306) a v předchozích se mi toto nikdy
>> nestávalo.
>>
>> Dále jsem se chtěl zeptat, zda se dá z předvoleb odstranit předvolená 
>> nabídka na
>> zobrazení příslušné featury a navolit aby se kurzor vložil do prvního okénka 
>> tak
>> jak tomu bylo v minulosti, aby se dalo ihned psát třeba název lesa, ulice atd
>>
>>
>> 
>
> ___
> 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] Rozdělení polygonu

[Kubajz]

Ufff teda oběkt mi dal po ránu zabrat :)

Petr Dlouhý napsal(a):
> On Sun, 25 Jan 2009 20:52:55 +0100, Michal Grézl  
> wrote:
>
> To ale nerozdělí tu relaci na dvě (předpokládám, že polygon se v původním 
> dotazu myslí multipolygon), takže je ještě nutné vytvořit novou multipolygon 
> relaci. Jinak je možné místo rozdělení použít delete mód a se shiftem smazat 
> dvě hrany z původního oběktu.
>
>   
>> 2009/1/25 Zdeněk Pražák :
>> 
>>> Chtěl jsem se zeptat, zda a pokud ano, tak jak se dá v JOSM rozdělit  
>>> polygon na dva nebo více dílů
>>>
>>>   
>> Rozdeli se na dva kusy (ve dvou bodech) a dokresli se zbyvajici 2
>> cary. Bylo by fajn kdyby to umelo nejak automaticky.
>>
>>
>> 
>
>
>
>   


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

Re: [Talk-cz] tvorba a tagování ostrova

[Kubajz]

Jen bych upozornil, ze je nutne pouzit zpravidla bud tag natural=land 
nebo relaci, nikoliv vsak oboje dohromady. Jinak to zpusobi to, ze se 
prida jezero s tagem natural=land do databaze ci ostrov s tagem jezera. 
Je (nebo aspon jeste pred par mesici byl) to takovej bug v osm2pgsql.

K

Petr Schonmann napsal(a):
> natural=land
>
> Land that exists within another area, such as a lake. (i.e an island). Keep 
> water on the right and land on the left side in relation to sequence of nodes 
> in the Way. Layering may also be required. See Relations/Multipolygon for 
> islands in lakes 
>
>   
>>  Původní zpráva 
>> Od: Zdeněk Pražák 
>> Předmět: [Talk-cz] tvorba a tagování ostrova
>> Datum: 14.1.2009 21:18:06
>> 
>>
>> chtěl jsem se zeptat jakým tagem mám popsat ostrov v rybníce abych jej mohl
>> dostat do relace
>> 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

Re: [Talk-cz] plugin na multipolygony

[Kubajz]

Ahoj,

plugin nainstalujes:
1. stahnes http://git.wz.cz/multipoly.jar a ulozis do
a] domaci_adresar/.josm/plugins na linuxu
b] C:\Documents and Settings\[username]\Application Data\JOSM\plugins
2.  spustit JOSM, pokud uz nebezi a v  menu Edit->Preferences->plugins 
zaskrtnes multipoly a potvrdis
3. nasleduje hlaska o tom, ze musis restartovat JOSM, takze to udelas
4. plugin by mel byt aktivni popripade Ti JOSM vynada jako me, ze plugin 
nejde nahrat a zepta se jestli ho ma vyhodit ze seznamu nacitanych pluginu

K


Zdeněk Pražák napsal(a):
>>> - jak nakreslit ostrov?
>>>   
>> Pres relace. Do vodni plochy nakreslis objekt, udelas z neho relaci typu
>> multipolygon a nastavis inner/outer.
>> 
>
> Bohuzel editor relaci v JOSM nepodporuje autocomplete ani nic jako
> presets pro relace (cili vytvareni multipolygonu je celkem opruz
> zahrnujici velke mnozstvi psani), takze jsem vyrobil plugin, co dela
> automaticky multipolygon ze zvolenych objektu (vcetne nastaveni
> inner/outer) jednim kliknutim.
> Je to na http://josm.openstreetmap.de/attachment/ticket/478/multipoly.zip
> (casem to snad prijmou do JOSM, zatim si toho pluginu v bugu asi nevsimli :)
>
> BTW ten odkaz je "jen" na zdrojak, zkompilovany .jar jsem dal na
> http://git.wz.cz/multipoly.jar
>
> Martin
>
> Bylo by možné popsat i pro počítačové laiky postup instalace uvedeného 
> pluginu (jak jej stáhnout, kam stažený jar soubor umístit atd.) a popsat 
> nějaký vzorový případ vytvoření multipolygonu například ostrova v rybníku.
>
> Děkuji Pražák
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] Katastralni mapy CUZK

[Kubajz]

Katastralni uzemi se shoduje s uzemim, ktere "chceme", tak akorat u 
mest. U vesnic v zasade ne. Navic casto je katastralni uzemi pod spraou 
obce s rozsirenou pusobnosti a mensi obec spadajici pod tu s rozsirenou 
pusobnosti ani nemusi mit vlastni ku.
Chce to spetku citu, spetku znalosti z terenu a pak to celkem jde. Ja to 
delam tak, ze obtahuju pozemky kolem budov na vnejsim pasu obce. To 
celkem sedi...

K

Ondrej Novy napsal(a):
> Ahoj,
>
> najde se tu nekdo kdo chape katastralni mapy CUZK? Chtel sem nakreslit takove
> to hezke pozadi par malym vesnicim (landuse=residential). Podival sem se tedy
> do 'prehledky' kde jsou vyznaceny hranice katastralnich uzemi, ale to mi
> prislo strasne obrovske (ty katastralni uzemi na sebe navazuji - coz asi tak
> velkou vesnici v mape nakreslnou mit nechceme, kdyz je ve skutecnosti znatelne
> mensi - co se tyka budov a zastavene plochy). Mrkl jsem tedy do 'kn', jde jsou
> parcely se svymi cisly. Nektere jsou oznaceny carkovane, jine plnou carou,
> myslel jsem si teda ze plna cara = zastavena plocha. Zkusil jsem podle toho
> obtahnout jednu obec, ale ztroskotal jsem.
> Jak to delate vy? Diky.
>
>   


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

Re: [Talk-cz] dotaz na vykreslení mapy v OSMrenderer u

[Kubajz]

No to bude tim, ze jsem to nechal prerenderovat...

K

Zdeněk Pražák napsal(a):
> Tak než jsem došel domů z práce, tak se čtverec aktualizoval bez toho, že by 
> se mi objevovalo neco vlevo nahoře.
> Díky za rady
> Pražák
>   
>>  Původní zpráva 
>> Od: Pavel Kovář 
>> Předmět: Re: [Talk-cz] dotaz na vykreslení mapy v OSMrendereru
>> Datum: 30.12.2008 15:02:48
>> 
>> Zkus I
>> === 
>> Tue, 30 Dec 2008 13:54:09 +0100 (CET)
>> Zdeněk Pražák  napsal:
>>
>> 
>>> ano jsem a čtverec se mi objevuje
>>>   
>>>>  Původní zpráva 
>>>> Od: Pavel Kovář 
>>>> Předmět: Re: [Talk-cz] dotaz na vykreslení mapy v OSMrendereru
>>>> Datum: 30.12.2008 13:50:47
>>>> 
>>>> jsi na 12 stupni zoomu ?
>>>> === 
>>>> Tue, 30 Dec 2008 13:46:26 +0100 (CET)
>>>> Zdeněk Pražák  napsal:
>>>>
>>>> 
>>>>> Ať mačkám R kolikrát chci, tak vlevo nahoře nic nevidím
>>>>>   
>>>>>>  Původní zpráva 
>>>>>> Od: Kubajz 
>>>>>> Předmět: Re: [Talk-cz] dotaz na vykreslení mapy v OSMrendereru
>>>>>> Datum: 30.12.2008 13:31:29
>>>>>> 
>>>>>> Najdes oblast, o kterou se zajimas, zazoomujes na zoom 12 a vyberes 
>>>>>> ctverec (oznacuje se pri pohybu mysi carkovanym okrajem). Kdyz mas 
>>>>>> vybrano, zmacknes na klavesnici pismenko r a vlevo nahore se vypise, ze
>>>>>> 
>>>>>> dany ctverec byl predan ke spocitani. Kdyz to dobre dopadne a vse 
>>>>>> funguje, jak ma, tak se to zaradi do fronty a muzes pomoci odkazu Render
>>>>>> 
>>>>>> requests sledovat, v jakem je rendering stadiu.
>>>>>>
>>>>>> K
>>>>>>
>>>>>> Zdeněk Pražák napsal(a):
>>>>>> 
>>>>>>> a jak mám tedy přinutit informationfreeway.org k přepočítání
>>>>>>>   
>> uvedeného
>> 
>>>>>> čtverce?
>>>>>> 
>>>>>>>   
>>>>>>>   
>>>>>>>>  Původní zpráva 
>>>>>>>> Od: Kubajz 
>>>>>>>> Předmět: Re: [Talk-cz] dotaz na vykreslení mapy v OSMrendereru
>>>>>>>> Datum: 30.12.2008 12:16:12
>>>>>>>> 
>>>>>>>> Je evidentni, ze je to tim, ze jedna kosticka je spoctena bud ze
>>>>>>>> 
>> starych
>> 
>>>>>>>> dat nebo dlouho nebyla obnovena. Da se to poznat podle ostrych
>>>>>>>> 
>> prechodu 
>> 
>>>>>>>> s ostatnimi ctverci. Zkusil bych udelat prepocitani pomoci 
>>>>>>>> informationfreeway.org a pokud bude problem pretrvavat, tak hledat
>>>>>>>> 
>> chybu
>> 
>>>>>>>> v datech.
>>>>>>>>
>>>>>>>> K
>>>>>>>>
>>>>>>>> Zdeněk Pražák napsal(a):
>>>>>>>> 
>>>>>>>> 
>>>>>>>>> Mám dotaz proč je špatně vykreslena v OSMrendereru oblast mezi
>>>>>>>>>   
>> letištěm
>> 
>>>>>> Hradec
>>>>>> 
>>>>>>>>>   
>>>>>>>>>   
>>>>>>>> Králové a obcemi Skalice a Hubiles. Okolní území je jinak vykresleno
>>>>>>>> 
>> v
>> 
>>>>>> pořádku
>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>>> Vykreslení v mapniku uvedeného území je v pořádku
>>>>>>>>>
>>>>>>>>> ___
>>>>>>>>> Talk

Re: [Talk-cz] dotaz na vykreslení mapy v OSMrenderer u

[Kubajz]

Jeste jsem zapomnel na mnohem uzitecnejsi pismenko i, ktere i ukaze k 
danemu ctverci historii velikost a kdo ho prave renderuje... Pripadne i 
tam se da zazadat o rerender.

Zdeněk Pražák napsal(a):
> a jak mám tedy přinutit informationfreeway.org k přepočítání uvedeného 
> čtverce?
>
>   
>>  Původní zpráva ----
>> Od: Kubajz 
>> Předmět: Re: [Talk-cz] dotaz na vykreslení mapy v OSMrendereru
>> Datum: 30.12.2008 12:16:12
>> 
>> Je evidentni, ze je to tim, ze jedna kosticka je spoctena bud ze starych 
>> dat nebo dlouho nebyla obnovena. Da se to poznat podle ostrych prechodu 
>> s ostatnimi ctverci. Zkusil bych udelat prepocitani pomoci 
>> informationfreeway.org a pokud bude problem pretrvavat, tak hledat chybu 
>> v datech.
>>
>> K
>>
>> Zdeněk Pražák napsal(a):
>> 
>>> Mám dotaz proč je špatně vykreslena v OSMrendereru oblast mezi letištěm 
>>> Hradec
>>>   
>> Králové a obcemi Skalice a Hubiles. Okolní území je jinak vykresleno v 
>> pořádku
>> 
>>> Vykreslení v mapniku uvedeného území je v pořádku
>>>
>>> ___
>>> 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] dotaz na vykreslení mapy v OSMrenderer u

[Kubajz]

Najdes oblast, o kterou se zajimas, zazoomujes na zoom 12 a vyberes 
ctverec (oznacuje se pri pohybu mysi carkovanym okrajem). Kdyz mas 
vybrano, zmacknes na klavesnici pismenko r a vlevo nahore se vypise, ze 
dany ctverec byl predan ke spocitani. Kdyz to dobre dopadne a vse 
funguje, jak ma, tak se to zaradi do fronty a muzes pomoci odkazu Render 
requests sledovat, v jakem je rendering stadiu.

K

Zdeněk Pražák napsal(a):
> a jak mám tedy přinutit informationfreeway.org k přepočítání uvedeného 
> čtverce?
>
>   
>>  Původní zpráva ----
>> Od: Kubajz 
>> Předmět: Re: [Talk-cz] dotaz na vykreslení mapy v OSMrendereru
>> Datum: 30.12.2008 12:16:12
>> 
>> Je evidentni, ze je to tim, ze jedna kosticka je spoctena bud ze starych 
>> dat nebo dlouho nebyla obnovena. Da se to poznat podle ostrych prechodu 
>> s ostatnimi ctverci. Zkusil bych udelat prepocitani pomoci 
>> informationfreeway.org a pokud bude problem pretrvavat, tak hledat chybu 
>> v datech.
>>
>> K
>>
>> Zdeněk Pražák napsal(a):
>> 
>>> Mám dotaz proč je špatně vykreslena v OSMrendereru oblast mezi letištěm 
>>> Hradec
>>>   
>> Králové a obcemi Skalice a Hubiles. Okolní území je jinak vykresleno v 
>> pořádku
>> 
>>> Vykreslení v mapniku uvedeného území je v pořádku
>>>
>>> ___
>>> 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] dotaz na vykreslení mapy v OSMrenderer u

[Kubajz]

Je evidentni, ze je to tim, ze jedna kosticka je spoctena bud ze starych 
dat nebo dlouho nebyla obnovena. Da se to poznat podle ostrych prechodu 
s ostatnimi ctverci. Zkusil bych udelat prepocitani pomoci 
informationfreeway.org a pokud bude problem pretrvavat, tak hledat chybu 
v datech.

K

Zdeněk Pražák napsal(a):
> Mám dotaz proč je špatně vykreslena v OSMrendereru oblast mezi letištěm 
> Hradec Králové a obcemi Skalice a Hubiles. Okolní území je jinak vykresleno v 
> pořádku
> Vykreslení v mapniku uvedeného území je v pořádku
>
> ___
> 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] Aktualizace JOSM

[Kubajz]

Tak logicky, pokud neni mozno plugin nacist, tak asi nebude nacten a tim 
padem nebude mit ani zadne roletky...

K

Zdeněk Pražák napsal(a):
> Stáhl jsem si nejnovější verzi JOSM a a při otevírání se objevuje hláška o 
> nemožnosti načtení wmspluginu a nabídka odstranění z preferencí. I když jsem 
> stiskl že odstranit z preferrencí nechci tak po po otevření JOSM nabídku 
> wmspluginu nemám.
>
> Co mám udělat pro její obnovení
>
> ___
> 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] Silnice ve meste a mimo

[Kubajz]

Ano, nazev ulice je pouze v katastru obce, nikoliv mimo. Nicmene ref 
muzes v tom useku ponechat.

K

Michal Rysavy napsal(a):
> Chci se zeptat pro overeni. Kdyz pojmenovavam silnici II. tridy (jiz 
> naimportovanou z dat RSD) vedouci skrz obec, mam ji rozdelit na krajich obce 
> a pojmenovat pouze tu cast na uzemi obce ?
>
> Dik Michal
>
> ___
> 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] hranice okresů

[Kubajz]

Tak to jsem si to spletl. Pohybuji se hodne v okoli Phy a tam to sedi 1:1 :)

K

Zdeněk Pražák napsal(a):
> Kubajz napsal
>
> IMO jsou uz okresy prekreslene z katastru...
>
> K
>
> Zdeněk Pražák napsal(a):
>   
>> Na webu geocaching.cz jsem nalezl odkaz na na soubor s hranicemi 
>> jednotlivých okresů České republiky.
>> Soubor se souřadnicemi okresů je ke stažení na adrese 
>> http://geoget.ararat.cz/file/CZOkresy.zip
>> Nedaly by se tyto souřadnice použít 
>> Pražák
>>
>> 
>
> Kde jsou hranice okresů vidět - na mapě jsem našel pouze hranice krajů ať 
> jsem se díval přes mapnik nebo OSMrender. 
> Kontroloval jsem hranici okresů Jičín a Hradec Králové u Hořic a nenašel jsem 
> ji.
> Pražák
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] hranice okresů

[Kubajz]

IMO jsou uz okresy prekreslene z katastru...

K

Zdeněk Pražák napsal(a):
> Na webu geocaching.cz jsem nalezl odkaz na na soubor s hranicemi jednotlivých 
> okresů České republiky.
> Soubor se souřadnicemi okresů je ke stažení na adrese 
> http://geoget.ararat.cz/file/CZOkresy.zip
> Nedaly by se tyto souřadnice použít 
> Pražák
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

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

[Kubajz]

:)

Karel Volný napsal(a):
> ...
>   
>> litovelskeho prdelakova (osobne si myslim ze by to meli cele zbourat a
>> nechat tam akorat pivovar;)
>> 
>
> naopak pivovar by měli zbourat jako první :-p
>
> (sorry za OT, to jsem si nemohl odpustit ;-))
>
> 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] UIR - cisla popisne a orientacni

[Kubajz]

Ondrej Novy napsal(a):
> Ahoj,
>
> On Thu, Nov 27, 2008 at 09:29:39AM +0100, Michal Grézl wrote:
>   
>> mame adresu 555/11 cislo popisne 555 orientacni 11.
>>
>> Nektere organizace zcela v rozporu se zvyklostmi zacali adresovat nas
>> dum cislem 11, to cislo nikdy nikdo nepouzival, nikdy nikdo netusil k
>> cemu vlastne je. Jednoduse receno 30 let mel barak adresuu 555, ted si
>> nekdo vpomel ze by mel mit adresu 11.
>>
>> Existuje nejake narizeni nebo zakon nebo neco, co narizuje zacit
>> pouzivat cislo orientacni misto popisneho? Tahle otazka je tak napul
>> ontopic, protoze patrne obyvatele vetsich mest jsou na toto uz davno
>> zvykli, ale vsude jinde to tak dosud nebylo. A hlavne tato podivna
>> situace asi zpusobuje rozpor v chapani cisel i tady na listu.
>> 
>
> napr. v Brne je naprosto normalni pouzivani cisel orientacnich (jak v dopisove
> komunikaci tak jinde). Cisla popisne nepouziva v podstate nikdo. Pak ovsem
> vznikaji balani situace:
> Bozetechova 1/2 a 
> Bozetechova 22/1
> ^^ realne existujici pripad :). Na obalce je psano Bozetechova 1, kam dorucite
> dopis? Nastesti jsou obe budovy stejne fakulty, ale ukazuje to na silenost v
> znaceni adres v CR.
>
>   
Podle obecne uznavanych pravidel se vzdy adresuje cislo popisne, 
popripade evidencni nebo nahradni(to je u takovych tech zvlastnich typu 
budov jako provizornich). Pokud existuji obe, tak je mozne orientacni 
vypustit (nebot budova je urcena jednoznacne) nebo psat zasadne ve tvaru 
POPISNE / ORIENTACNI. Pokud to nekdo napise obracene, tak je to trotl. 
Adresovat pouze orientacni bych taky nedoporucoval - koneckoncu se totiz 
muze stat, ze v jedne ulici nejenze budou stejna s popisnym, ale muzou 
tam byt orientacni i dve stejna (rohove baraky casto patri do vsech ulic 
a mohou tak mit vice orientacnich cisel).
Cisla orientacni, jak nazev napovida slouzi pro orientaci postaka v 
terenu a s jednoznacnym urcenim budovy nemaji nic spolecneho - postak se 
jukne za lomitko a vi ve ktere casti ulice ma hledat, ale kdyz tam 
dojde, tak se musi podivat, jestli sedi c.p.

Procez Ulice 1, chapu jako Ulice c.p. 1 a nikoliv c.o. 1. Ulice 1/2 je 
c.p. 1 / c.o. 2

Jinak ani CSU ani MICR oficialne cisla orientacni nezpracovavaji, je to 
IMO vydobytek posty.

K

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

Re: [Talk-cz] czechia-latest

[Kubajz]

Ahoj,

ano, i to je mozne...

K

Ondrej Novy napsal(a):
> Ahoj,
>
> On Wed, Nov 26, 2008 at 03:35:00PM +0100, Kubajz wrote:
>   
>> Ahoj,
>>
>> byl jsem nucen to docasne odstavit. V patek nam totiz diky tomu a jinym 
>> zatezim prestal uplne reagovat server. Uz mam pripraveny jiny server, 
>> kde se to bude generovat a na kbxko to pak akorat vzdy zkopiruju.
>>
>> Pocitam, ze do konce tydne to obnovim.
>> 
>
> mozna bych take zacal tim, ze pouzijes C variantu extract-polygon kterou sem
> ti posilal pred nejakyma mesicema do emailu, zkratis tim dobu generovani na
> desetinu
>
>   


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

Re: [Talk-cz] czechia-latest

[Kubajz]

Ahoj,

byl jsem nucen to docasne odstavit. V patek nam totiz diky tomu a jinym 
zatezim prestal uplne reagovat server. Uz mam pripraveny jiny server, 
kde se to bude generovat a na kbxko to pak akorat vzdy zkopiruju.

Pocitam, ze do konce tydne to obnovim.

K

Michal Grézl napsal(a):
> cau
> pravdepodobne nefunguje generovani vyrezu ceske republiky v
> http://kubajz.kbx.cz/junk/osm/. Muzes s tim neco udelat?:)
> dik
>
>   


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

Re: [Talk-cz] Lesní závody vs. lesy

[Kubajz]

Ptej se na UHULu :) Copa mi vime, proc maj ty data tak nepresny? Taky uz 
jsem na par veci narazil, tak je dle vlastni zkusenosti opravim ke 
skutecnemu stavu.

K

Jan Dudík napsal(a):
> NArazil jsem na dvě místa, kde byl zakreslen (naimportovaný) les, ačkoliv  
> se tam ve skutečnosti žádný nenachází. Jednalo se o malé plochy. Zajímavé  
> ovšem je, že na jedné z nich se nachází hájovna a na druhé lesní závod.  
> (Obojí v jižní části Dobříše u silnice II/119). U další ch tří hájoven v  
> okolí města to jako les není.
> Japato?
>
> J&D
>
>
>
>   


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

Re: [Talk-cz] je DIBAVOD verejny informacni rejstrik?

[Kubajz]

Z toho, co jsem cetl se domnivam, ze to nemuzeme pouzit.

K

Tomas Kolda napsal(a):
> Ja bohuzel v tomto nepomuzu, proto cekam na nejaky nazor, abych mohl 
> import zapocit. Zakonum vubec nerozumim a ani nemam zname mezi pravniky. 
> Vysledek tedy zatim je (alespon pro me), ze to nemuzeme pouzit.  Alespon 
> jsem zatim nevidel nic co by tomu napovidalo.
>
> T
>
> Ondrej Novy napsal(a):
>   
>> Ahoj,
>>
>> zda se ze tohle tema nejak umrelo na mrtvem bode, je nejaky oficialni
>> vysledek? Zacneme tedy resit import, nebo tyto data nemuzeme pouzit?
>>
>> Diky.
>>
>>   
>> 
>
> ___
> 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 oznac(ení ulice se zákaze m vjezdu

[Kubajz]

Ondrej Novy napsal(a):
> Ahoj,
>
> On Thu, Nov 13, 2008 at 08:41:30AM +0100, Kubajz wrote:
>   
>> Nechci byt hnidopich, ale pri stavu, ve kterym se ted nachazi mapa, bych 
>> se fakt vykaslal na drobnosti stylu, ze ta znacka zakazuje i cyklisty 
>> nebo maminky s kocarkem na inlinech...
>> Mozna by bylo dobre udelat nejakou stranku na wiki, kde by byly nafocene 
>> znacky a k nim tagohalda. Bylo by to pak aspon vsude stejne.
>> 
>
> souhlasim (s druhym odstavcem). K prvni casti: Pokud chci mapovat detailne
> malou oblast - coz je mimochodem to co dela prave clovek ktery polozil puvodni
> dotaz tak tyto detaily jsou dulezite. Kdyz na ne ted budeme kaslat, kdo to pak
> bude uklizet?
>
>   
>> Co se tyka kol, tak tam vidim jedine pouziti, a to je zakaz jizdy na 
>> kole pro mista kde je to vyslovene zakazane. Davat nekam jizda na kole 
>> povolena je podle meho nazoru totalni nesmysl. Bud totiz chapeme 
>> cyklisty jako stat ve state, kteri si jezdi vicemene jak chteji (muj 
>> pripad - pred znackou zakaz vjezdu vsech vozidel opravdu nesesedam) 
>> anebo  jsou to ucastnici  silnicniho provozu jako vsichni jini a pak se 
>> na ne vztahuje i prujezd zakazan popripade mimo dopravni obsluhy - 
>> spravne by tam cyklista vjet nemel.
>> 
>
> ale pozor. Zde mame znacku 'zakaz vjezdu MOTOROVYCH vozidel mimo dopravni
> obsluhy'. Takze tvuj argument se sesedanim z kola je mimo. Ta znacka je zde
> prave proto aby cyklisty dovnitr pustila.
> To ze ty nedodrzujes pravidla silnicniho provozu kdyz jedes po silnici asi
> neni pro mapovani priliz relevantni. Cyklista potrebuje vedet dle mapy kudy
> muze jet. A kdyz tam je zakaz, tak tam nepojede (ty muzes - uprav si routing).
> Toto otagovat spravne je velmi dulezite uz kuli cyklostezkam, kde se tato
> znacka na nekterych usecich napojenych na 'drive silnici' vyskytuje.
>
>   
Vysledkem pak bude to, ze nas routovani pak nepusti ani po 
cyklostezkach, protoze tam casto jsou cedule zakaz vjezdu vsech vozidel 
a vedle toho provokativne cedule s cyklostezkou. Snazim se poukazat ne 
na to, ze nedodrzuji na kole predpisy, ale na to, ze ve znaceni na 
silnicich je strasnej bordel a ze nema smysl za kazdou cenu opisovat ty 
znacky do uplnych detailu. Navic clovek jedouci na kole proste nema na 
vyber - nebo jsem prehledl mesto, kde se da jezdit tak, aby nemusel 
porusovat zadne predpisy a zaroven nezvysil statistiku mrtvych na silnici?

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

Re: [Talk-cz] Dotaz na označení ulice se zák azem vjezdu

[Kubajz]

Nechci byt hnidopich, ale pri stavu, ve kterym se ted nachazi mapa, bych 
se fakt vykaslal na drobnosti stylu, ze ta znacka zakazuje i cyklisty 
nebo maminky s kocarkem na inlinech...
Mozna by bylo dobre udelat nejakou stranku na wiki, kde by byly nafocene 
znacky a k nim tagohalda. Bylo by to pak aspon vsude stejne.

Co se tyka kol, tak tam vidim jedine pouziti, a to je zakaz jizdy na 
kole pro mista kde je to vyslovene zakazane. Davat nekam jizda na kole 
povolena je podle meho nazoru totalni nesmysl. Bud totiz chapeme 
cyklisty jako stat ve state, kteri si jezdi vicemene jak chteji (muj 
pripad - pred znackou zakaz vjezdu vsech vozidel opravdu nesesedam) 
anebo  jsou to ucastnici  silnicniho provozu jako vsichni jini a pak se 
na ne vztahuje i prujezd zakazan popripade mimo dopravni obsluhy - 
spravne by tam cyklista vjet nemel.

K

Petr Kadlec napsal(a):
>>> access=destination
>>> http://wiki.openstreetmap.org/index.php/Key:access
>>>   
>> to oznaci 'mimo dopravni obsluhu'. Co ty motorovy vozidla?
>> Kola tam preci muzou, podle specifikace co psal.
>> 
>
> …takže přidá ještě
> bicycle=yes
> případně další druhy, které nespadají do těch motorových vozidel
> (horse, …). Viz
> http://wiki.openstreetmap.org/index.php/Key:access#Transport_mode_restrictions_2
>
> Jenže musím poznamenat, že na wiki máme uvedeno
> (http://wiki.openstreetmap.org/index.php/Cz:Map_Features#Omezen.C3.AD_.28Restrictions.29),
> že access=destination odpovídá spíš „průjezd zakázán", než „dopravní
> obsluze vjezd povolen". (A řekl bych, že to má jistou souvislost také
> s tím, že „dopravní obsluha" nezahrnuje žádné ty „jejich návštěvy",
> vztahuje se pouze na „vozidla, jejichž řidiči, popřípadě provozovatelé
> mají v místech za značkou bydliště, sídlo nebo garáž".)
>
> -- 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] mapovani konskych stezek

[Kubajz]

Neplest slova designed a designated, kde prvni znamena spis navrzeny za 
nejakym ucelem a to druhe spis vyhrazeny pro nejaky ucel.
Z toho vyplyva, ze jakmile je neco designated, tak ostatni tam nemaji 
dost co delat.
Dalo by se treba rict, ze:
A motorway is designated for motor equipped vehicles and others are not 
permitted at all.
(Dalnice je vyhrazena pro motorova vozidla a ostatni na ni nemaji co delat)
naproti tomu:
This highway was designed for motorcars, but now it is widely used by 
bicycles as motorway bypass is finished.
(Tato silnice byla navrzena pro motoristy, ale v soucasne dobe je spise 
vyuzivana cyklisty, nebot uz byl dokoncen dalnicni obchvat.)

K

Ondrej Novy napsal(a):
> Ahoj,
>
> On Thu, Oct 30, 2008 at 07:12:03AM +0100, Jachym Cepicky wrote:
>   
>> ...
>> Nebo chápu fci klíčového slova designated špatně?
>> 
>
> podle me to chapes dobre. Designed je primo vytvorena cesta za ucelem neceho.
> Napr. po silnici treti tridy muzou jezdit kola (highway=tertiary, cycle=yes),
> zato mame sdilenou cyklostezku s chodci:
> (highway=cycleway, foot=designed) - takova ta modra znacka s levou polovinou
> panacka a pravou s kolem co je vsude ve meste.
>
> v podstate by podle me melo byt totozne:
> highway=path + cycle=designed = highway=cycleway
> highway=path + foot=designed = hight=footway
>
> pak logicky plati, ze:
> highway=path + cycle=designed + foot=designed =
> highway=cycleway + foot=designed =
> highway=footway + cycle=designed
>
> Pletu se? :)
>
>   


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

Re: [Talk-cz] budova na ostrove( a nad vodou

[Kubajz]

Ten bug uz je tam zanesen velice dlouho ale neda se s tim nic delat.

http://trac.openstreetmap.org/ticket/980

nebo muj pokus :) http://trac.openstreetmap.org/ticket/1121

K

BH napsal(a):
>> Mozna to neni spravne reseni, ale co presne pod tou budovou vykousnout do
>> reky pevninu? Jestli bereme mapu jako grafickou vektorovou reprezentaci, tak
>> 
>
> Ale fuj, dyk pod manesem voda proteka ...
> Neni jen mapnik, pokud si nekdo vygenmeruje specialni mapu vod
> (vodaci, napr?), tak by takovehle reprezentace asi moc neocenil :)
>
>   
>> by to mohlo byt jedno. Reseni to mozna neni "nejhezci", ale bude to asi to
>> co chces.
>>
>> Nebo bug report do mapniku?
>> 
>
> To si myslim ze je to spravne reseni :)
>
> Martin
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] budova na ostrově a nad vodou

[Kubajz]

Ahoj,

mapnik ma vseobecne problem s prekryvanim objektu - tedy urcovanim co se 
ma vykreslit driv. Neda se to v nem nijak jednoduse nastavit a nekdy to 
nejde vubec. Treba nejde nakreslit zeleznici, ktera jede pod silnicnim 
mostem (myslim) nebo tramvaj, ktera podjizdi zeleznicni most.
Takze je mozne, ze se Ti to ani nepodari.

K

Stanislav Brabec napsal(a):
> Ahoj.
>
> Nevíte, jak označit budovu na ostrově a nad vodou, aby ji mapnik viděl?
>
> Již jsem vyčerpal všechny pokusy (různé experimentování s tagem layer),
> a ani jeden nevedl k výsledku - viditelné budově na ostrově a nad vodou
> v mapniku.
>
> http://www.openstreetmap.org/?lat=50.078105&lon=14.413541&zoom=18&layers=B000FTF
> Budova Mánesu je vidět jen zčásti, Žofína vůbec.
>
>   


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

[Talk-cz] Dobrisska vodni nadrz

[Kubajz]

Ahoj,

az budete mit zase nekdo chut pouzivat prvky lesnich relaci k jinemu 
ucelu, tak to, prosim, nedelejte. U Dobrise nekdo vytvoril, byt omylem, 
z lesa vodni nadrz. Je to tim, ze renderery jsou zmatene, kdyz nektery z 
prvku relace multipolygon ma rozdilne znaceni. Tady asi nekdo oznacil 
diru v lese tagem water a kazdy renderer se s tim popral po svem. Mapnik 
pro jistotu udelal obrovskou vodni nadrz s lesnimi ostruvky a Osmarender 
pro zmenu les s vodnimi plochami.

Kdo jste se v tom stoural, tak to, prosim, opravte.

K

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

Re: [Talk-cz] Kvalita zákresu silnic I. a II. t řídy

[Kubajz]

Ahoj,

Martin Kokeš napsal(a):
> Nevím, jaký na to máte názor vy, ale snažím se při mapování III. třídy i měst 
> upravovat i silnice I. třídy, protože kvalita jejich zanesení do mapy je 
> hrozná. Vynikne to zejména tam, kde je k dispozici vektorová katastrová mapa.
>   
logicky je upravuji taky. Mimo města to až tolik smysl nemá, ale ve 
městech a obcích je to znát.
> Holt práce kvapná, málo platná... ;-)
>   
bez dat z BN Helpu bychom dnes měli poloprázdnou mapu... Navíc 
sémanticky jsou ta data dobrá, to že jsou příliš generalizovaná je 
horší, ale není to neopřekonatelný problém.
Škoda, že neoplýváme znalostmi jako kriminálka Las Vegas a spol. To 
bychom snadno z obrázků s mizivým rozlišením dělali ostré výřezy a 
zpětnou degeneralizaci sítě určitě s přehledem :)
> Martin Kokeš
> (shr3k)
>
> ___
> 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] Plakat

[Kubajz]

Ondrej Novy napsal(a):
> Ahoj,
>
> co rikate?
> http://www.ondrej.org/poster.png
>
>   
Ahoj,

oprav si Tata na Tato v Tata mapa je, stejně jako jiné mapy... Odstavec 
2 ve střední části.

Dále chybí čárka v Pokud se vám nelíbí ČÁRKA jak mapa vypadá,...

K

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

Re: [Talk-cz] dlaždice s turistickou mapou

[Kubajz]

Ahoj,

pro ladeni bych spis volal skript generate_image.py a upravil bych to 
tak, aby si rozmery a bb bral z prikazove radky. Pak staci po uprave 
stylu spustit skript a hned ti z toho vypadne nekolik obrazku, podle 
kterych muzes soudit, zda se uprava povedla, ci nikoli.

K

Karel Volný napsal(a):
> zdar,
>
>   
>> ono je potreba vzdy renderovat cca 2x vetsi plochu, nez ma dlazdice a
>> pak z toho udelat vyrez. To proto, aby na dlazdici byly i veci z okoli
>> dlazdice (casti napisu atp).
>> 
>
> to je splněno, snad ... prvně jsem si pustil generate-tiles.py tak jak to 
> bylo, protože jsem se naivně domníval, že prostě vyrenderuje to, co je v 
> databázi, teprve později jsem zjistil, že je třeba přímo ve zdrojáku 
> definovat bbox, tak jsem tam dal bbox = (12,48.5,19,51.1)
> takže ty přiložené soubory mají okolí snad dostatečné ...?
>
> nebo není řeč o mapě jako takové, ale o jednotlivých obrázkách? - o to by se 
> snad měl postarat ten skript, ne?
>
> aspoň teda z kódu:
>
> im = Image(512, 512)
> render(m, im)
> view = im.view(128,128,256,256) # x,y,width,height
> view.save(tile_uri,'png')
>
> soudím, že udělá mapu 512*512 pixelů, a z toho vyřízne čtverec 256*256 pixelů 
> z prostředka
>
>   
>> A styl kterym je ted renderovana slippy map 
>> je v osm.xml, ktery je dobre prekopirovat do  osm-template.xml, i kdyz
>> to v SVNku delaji celkem casto.
>> 
>
> ta osm-template.xml má poslední změnu 30.9., tak to by snad mělo být ok ...
>
>   
>> Pokud pak potrebujes renderovat pouze cesty CKT, tak budes muset styly
>> upravit.
>> 
>
> s tím počítám, ale prvně jsem to chtěl zkusit, jestli to vůbec funguje
>
> napadá tě nějaká jednoduchá úprava, co bych v tom stylu mohl udělat, a v 
> jakém 
> místě (jaký bbox definovat), abych hned viděl, co z toho vyleze, jestli 
> to "něco" dělá správně (a problém je jen ve stylu), když pak pustím 
> generate-tiles.py znova?
>
> 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] dlaždice s turistickou mapou

[Kubajz]

Ahoj,

ono je potreba vzdy renderovat cca 2x vetsi plochu, nez ma dlazdice a 
pak z toho udelat vyrez. To proto, aby na dlazdici byly i veci z okoli 
dlazdice (casti napisu atp). A styl kterym je ted renderovana slippy map 
je v osm.xml, ktery je dobre prekopirovat do  osm-template.xml, i kdyz 
to v SVNku delaji celkem casto.

Pokud pak potrebujes renderovat pouze cesty CKT, tak budes muset styly 
upravit.

K

Karel Volný napsal(a):
> zdravím,
>
> tak už mi to renderuje ... bohužel výsledek není tak úplně podle očekávání :-(
>
> mohl by mě prosím někdo nasměrovat, jestli mám hledat chybu ve zdrojových 
> datech, ve stylu definovaném osm.xml, nebo někde úplně jinde?
>
> data jsem vzal z http://kubajz.kbx.cz/junk/osm/czechia-080930.osm.bz2, při 
> importu do databáze mi to nic podezřelého nepsalo
>
> styl jsem vygeneroval pomocí customize-mapnik-map, jak je popsáno na wiki
> zatím jsem se ho nepokoušel nijak ručně upravovat (pokud má někdo šikovný 
> vzor 
> pro turistickou mapu, prosím podělte se, ať nevynalézám kolo)
>
> přikládám na ukázku kousek Prahy
>
> K.
>
>
> Dne středa 01 říjen 2008 Karel Volný napsal(a):
>   
>> zdar,
>>
>> 
>>> Nic lepsiho nez
>>>
>>> http://wiki.openstreetmap.org/index.php/Deploying_your_own_Slippy_Map
>>> a z toho odkazovana stranka
>>> http://wiki.openstreetmap.org/index.php/Mapnik
>>>
>>> asi neni. Ale po asi tydnu zkouseni se mi nakonec podarilo z toho dostat
>>> funkcni slippy map...
>>>   
>> to už jsem četl, nicméně dík za ujištění, že jsem nepřehlídnul lepší zdroj
>> ;-)
>>
>> včera jsem skončil instalací postgis, jsem zvědav, jak pokročím dnes ... po
>> slippymap netoužím (pokud jsem správně pochopil, že slippymap = webaplikace
>> zobrazující výřez mapy), jde mi jen o zdroj dlaždic pro TangoGPS, protože
>> nic lepšího zatím na FreeRunnerovi neběhá (nebo o tom nevím ...)
>>
>> z toho hlediska mě zaujal Kosmos, nicméně ten ve mě akorát budí chutě na
>> přesdržku autorovi, protože postavit na tak otevřené věci jako je OSM
>> projekt zotročený Microsoftu je IMHO prasárna nejtěžšího kalibru; no a jako
>> další tilecache, ale dokumentace je na mě kapku složitá :-/
>>
>> takže prozatím ... Mapnik and generate_tiles.py
>>
>> 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] military:danger_area

[Kubajz]

Domnivam se, ze je to porad danger area (nebo prinejmensim 
landuse:military), protoze jsou zpristupneny zasadne jen cesty a mimo ne 
se nesmi. Zakazane cesty se tedy museji takto oznacit a zpristupnene se 
nechaji normalne.

K


Jan Dudík napsal(a):
> Joj, ale ještě jak vyřešit částečně zpřítupněné okraje újezdů?
>
> J&D
>
> Dne Mon, 01 Sep 2008 12:45:17 +0200 Kubajz <[EMAIL PROTECTED]> napsal/-a:
>
>   
>> Ahoj,
>>
>> uz se projevilo zpracovani meho pozadavku na vykreslovani
>> military:danger_area
>>
>> http://openstreetmap.org/?lat=49.722&lon=13.92&zoom=11&layers=B00FTF
>>
>> Muzete v klidu kreslit dalsi vojenske ujezdy/strelnice :)
>>
>> 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] RFC: používání češtiny

[Kubajz]

Nechci flamovat, ale proti tomu jsi mel protestovat v devadesatych 
letech. Ted uz je pozde. Tu praci samozrejme zaplatili danovi poplatnici 
a z 99% se provedla. Je zajimave, ze kdyz je to takova hovadina, ze se 
proti tomu nezvedla obrovska vlna protestu a akademici nebyli ukamenovani.

Spis mi rekni jediny duvod, proc opisovat chyby, kdyz se daji opravit? A 
proc zanaset chyby tam, kde nejsou? Jaky je k tomu racionalni duvod?

Nebo navrhuji se na velka pismena vysrat uplne a psat vsechno malyma a 
bez hacku a carek. Pro zjednoduseni take navrhuji sjednotit 's' a 'z', 
'y' a 'i', 'd' a 't'. Zrusme carky ve vetach, protoze je to take moc 
komplikovane. Proste na uroven materinky. Zaroven navrhuji, aby se v XML 
zavedla ignorace rozdilu malych a velkych pismen, nebot je to hovadina 
vymyslena akademiky. V HTML a SGML to bylo preci uplne jedno, tak proc 
ted zavadet neco jineho?

Jeste bych Ti rad rekl, ze to neni jen nase ceske specifikum. Treba 
Svedi a Norove hromadne prestali psat velka pismena u podstatnych jmen 
po druhe svetove valce, aby svuj jazyk oddalili od nemciny. A zkus jim 
rict, ze je to zbytecne a ze budes nadale psat s velkymi - ti Te pozenou.

K

P.S.: Vice se nad ignorantstvim (nikoli lenosti) rozcilovat nebudu, leda 
bych dostal opet nejakou odpoved, ktera bude vylozene stat za to

Karel Volný napsal(a):
>> Neni. Jen byl nekdo liny ta data aktualizovat v registru. S pravne jsou
>> kazdopadne s velkym po predlozce. Kdybys byl od te lasky a dobroty, na
>> webu mpsv je moznost jim poslat zadost o opraveni dat - myslim, ze budou
>> radi.
>> 
>
> hm, takže pokaždé, když si ÚJČ vymyslí nějakou blbinu, tak bude celý stát 
> aktualizovat?
>
> kdo tu práci zaplatí?
>
> opravdu je rozumné tak slepě trvat na tom, že se bezvýhradně musí poslechnout 
> nějaká banda nudících se akademiků navzdory letitým místním zvyklostem?
>
> ... proč jen tenhle národ neumí nic jiného než chodit ode zdi ke zdi, když 
> padl režim, tak nestačilo jen přestat uctívat SSSR, ale hned se muselo začít 
> lézt do prdele USA, když se změní pravopis, tak nestačí se jím řídit pro věci 
> nové, nýbrž je potřeba přepsat vše staré, a kdo z nějakého důvodu opomene 
> (přiznejte se, kdo z vás zvládá usledovat všechny předpisy, co vychází?), tak 
> je hned automaticky lenoch, achjo :-(
>
> K.
>
>
>
>
>   
>> Pavel Machek napsal(a):
>> 
>>> Ahoj!
>>>
>>>   
 Psaní velkých písmen

 Při psaní velkých písmen se řiďte poslední revizí pravidel pravopisu
 z roku 1993: http://prirucka.ujc.cas.cz/?action=view&id=186

 Ve stručnosti: Všechny části jména kromě obecného označení se píší
 s velkým písmenem. Naproti tomu obecné označení (náměstí, alej, nábřeží)
 se píše s malým písmenem, a to i tehdy, stojí-li na začátku názvu.
 Výjimku tvoří situace, kdy se tento obecný název stal součástí vlastního
 jména (tedy např. "???náměstí Republiky" jako náměstí, ale "Náměstí
 Republiky" jako stanice metra, neboť zde již nejde o obecný název, ale
 o součást vlastního jména).
 
>>> Tady se bohuzel pravidla rozchazi z oficialni versi jmen:
>>>
>>>   
>>>   
>>>   
>>>   
>>>   
>>>   
>>>   
>>>
>>> ...a mam pocit ze co se tyce jmen ulic je uir-adr registr vetsi
>>> autoritou nez pravidla pravopisu...
>>> Pavel
>>>   
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>> 
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


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

Re: [Talk-cz] PSC 12800 -- was Re: automaticka pojmenovavacka ulic

[Kubajz]

Zalezi jak v jakem meste. V Praze asi ano - mame cedule vsechny velkymi, 
ale jsou mesta, kde se pise normalne a ne upcasem. Nejsem totiz takovy 
pragocentrista, jak by se mohlo zdat...

pro inspiraci  treba tento clanek:
http://www.denik.cz/z_domova/ulice_nazvy20070819.html

K

Karel Volný napsal(a):
> tak když už se dneska kvůli tomu rozčiluju a zasírám mailinglist, tak si 
> ještě 
> přisadím:
>
>   
>> Holt ta ulice byla pojmenovana davno (kdyz jeste platilo, ze po
>> predlozce zustava male pismeno) a do registru se to nepromitlo. Spravne
>> (a urcite i na ceduli) bude U Nemocnice.
>> 
>
> prve jsem ti napsal, ať nelžeš, teď můžu dodat, ať si ani bohapustě 
> nevymýšlíš 
> rádobyargumenty na podporu svého bludu ... velmi pravděpodobně totiž na 
> ceduli nebude "U Nemocnice" nýbrž "U NEMOCNICE" :-p
>
> 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