Re: [Talk-cz] Značení mýta v České republice
hanoj píše v Čt 04. 08. 2011 v 16:01 +0200: no kdyz uz jsme u techto uvah, tak obecne u nas a v okolnich statech se rozlisuje zpoplatneni dalnic a silnic: * [1] dalnicni poplatek (ala znamka) * [2] vykonove zpoplatneni dalnic a silnic (ala myto) * [3] zpoplatneni prujezdu dilcich silnicnich staveb (napr. most, tunel) Je to tedy hodne komplikovane... Pokud to bude rozumně otagováno, pak to navigace (např. navit) může řešit jednoduše: [1] přepínač mám / nemám a nechci, případně to považovat za speciální případ [2]. Pokud nelze nic z toho, lze zpoplatněné úseky odfiltrovat z dat. [2] nastavím vhodně váhu zpoplatněných úseků, aby mě tam navigace směrovala jen tehdy, pokud má dojem, že se mi to (podle mnou zvolených parametrů čas, cena/váha) vyplatí [3] např. navit umí počítat váhu/cenu na každé křižovatce, takže zpoplatněný bod může také mít svou váhu -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Zadost o kontrolu
Dne 21.7.2011 14:02:56 napsal Pavel Bokr \(OSM\): From: Stanislav Brabec Myslím si, že landuse=residential by se nemělo vykusovat v místě ulic, neboť tím sdělujete, že se silnice nachází mimo zastavěné území. (Tedy např. navigace tam bude předpokládat 90km/h.) Nad timhle jsem taky premyslel (obzvlast po mem dotazu na pripojovani ploch k liniim kdy bylo sdeleno kreslit tam kde to skutecne zajima), ale to pak podle topologickeho pravidla, ze neni pripustne prekryvat plochy s ruznym landuse by zrejme jen krkolomne slo resit rozdeleni zastavby v obci do ruznych casti, kdy treba u nas je misto kdy je kolem silnice pole/louka, tak, aby silnice byly od znacky po znacku vedene v landuse=residental i kdyz kolem silnicie treba zrovna obytna plocha byt vubec nemusi. Vedenim hranic landuse=residental presne tak jak je zastavba je pak take treba patrne jak je prostupne uzemi treba pro pesi nebo pro presnou orientaci kdy je mozne zakreslovat i ruzne dalsi plochy v obci mimo plochy k bydleni. Pokud to chápu dobře, tak landuse je obecnější rozlišení než louka/les/zahrada/dům/silnice. Součástí rezidenční oblasti může být dům, zahrada, školní pozemek, dětské hřiště, kostel i silnice. Chybou by bylo jen to, pokud by se překrývalo landuse=residential s jinou landuse oblastí (např. landuse=industrial). Pravda, trochu v tom dělá nepořádek landuse=village_green, který se u nás používá na kdejaký zelený plácek. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Navigace OSMAnd - odbočování na dálnici
Marek Prokop píše v So 28. 05. 2011 v 11:22 +0200: Ahoj, dálnice pravděpodobně v daném místě zatáčí doleva, zatímco odbočka k pumpě vede v přímém směru. Ano, je to tak. To by měla navigace buď ignorovat, nebo hlásit jako držte se vlevo, nikoli odbočte doleva. Nejsem si ale jistý, jestli OSMAnd toto rozlišuje. Někdy rozlišuje, ale zde ne. Na něco podobného jsem narazil na odbočce z Pražského okruhu na D8. Navigace (navit) hlásila odbočte mírně vlevo, v realitě bylo třeba odbočit mírně vpravo. http://www.openstreetmap.org/?lat=50.094055lon=14.59401zoom=18layers=M Kontrola OSM dat ukázala důvod - odbočka byla nakreslená v místě zatáčky pod tak malým úhlem, že se to navigaci jevilo jako: - Pražský okruh pokračuje vlevo, - na D8 se odbočuje mírně vlevo. Podle mne stačí tvar křižovatky v datech upravit tak, aby odbočka byla napravo od rovného směru, případně aby svírala vůči rovné linii větší úhel. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Navigace OSMAnd - odbočování na dálnici
jzvc píše v Ne 10. 07. 2011 v 23:41 +0200: IMO by navigace mela brat v potaz uroven silnice = pokud jedu po dalnici, sjizdi se vzdy vpravo (samo v GB vlevo ...) , pokud jedu po hlavni (= prevazne silnici vyssi urovne, tak jet po ni dal = prevazne pokracovat rovne (i kdyz je to mirna zatacka) ... Tady šlo o něco jiného - potřeboval jsem odbočit, a v datech OSM tato odbočka vedla mírně vlevo a hlavní tah vedl ještě více vlevo. Navigace tedy správně hlásila Odbočte mírně vlevo. Zrovna na této křižovatce vede cesta rovně po D11 k nákupnímu centru. Chcete-li pokračovat po silnici vyšší třídy, musíte vpravo. A jsou místa, kde se pruhy od sebe vzdálí a odbočka je vedena vlevo. http://www.openstreetmap.org/?lat=50.108716lon=14.272384zoom=18layers=M + samo to chce nejaky system pro znaceni podobnych krizovatek - ve stylu tady zacinaji 4 pruhy, zcehoz dva prave jsou odbocovaci, ten uplne vpravo vede do kotehuhek, druhy zprava vede do prcic, dva leve jsou prubezne ... - aby z toho navigace dokazala sesmolit a optimalne zobrazit schema krizovatky a navadet primo do spravnyho pruhu. To by se hodilo. Jenže v OSM zatím tato data nejsou. BTW: Tohle rozhodne neni najezd na D8 ;D. Oprava: D11. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Infikovaná data
Tomáš Tichý píše v Út 28. 06. 2011 v 18:12 +0200: Zatím se to dá použít jako dobré vodítko pro budoucí potenciální problémy. Můžete si zkontrolovat oblast kde editujete Už jsem si zkontroloval. V místech, kde edituji, bude mapa prakticky prázdná: - Centrum Prahy vytvořili lidé, kteří buď licenci odmítli, nebo kteří se již na OSM nepodílejí, takže neschválili novou licenci. Veškerá má práce na jednosměrkách a zákazech odbočení tedy zřejmě zmizí. - Jindřichohradecko přijde o importy DIBAVOD a UHUL, což bude v kraji lesů a rybníků na mapě docela poznat. Namátkou jsem si vybral pár míst, kde to neznám. Ani jednou se mi nestalo, že by na náhodně zvoleném místě zůstala mapa kompletní. a případně místo aktualizace stávajících cest je smazat a nakreslit znovu. Nechystám se jít přeměřovat polohu silnic do terénu. A znovu je obtahovat podle stejné ortofotomapy jen proto, abych mohl kvůli licenci smazat práci předchozího přispěvatele, mi připadne šílené. Vám ne? Zajímavé je, že infikováno je spousta importů - adresy, lesy, dibavod. Je to tím, že v rozporu s import guidelines byla data importována pod účty běžných uživatelů. Z těchto dat by se dalo v budoucnu hodně zachránit. Anebo tím, že onen běžný uživatel odmítl licenci právě proto, že nemůže provést přelicencování dat ke zdrojům, které použil. Stačilo by smazat ta, která od importu nikdo neměnil a naimportovat je znovu pod novým uživatelem vytvořeným speciálně za účelem importu daného datasetu. A změna licence pak smaže data, která již někdo pracně ručně vylepšil. U dibavodu a adres to bude relativně snadno proveditelné, protože u objektů existuje jednoznačné id. U lesů bude problematické vyhnout se duplicitám. Navrhuji provést to co nejdříve minimálně u poměrně mladého importu dibavodu, protože to uchrání stávající uživatele od případné zbytečné práce. On snad už někdo má od poskytovatele UHUL a DIBAVOD souhlas s novou licencí? Nad lesy bude potřeba se ještě zamyslet, minimálně by se při reimportu mohla odstranit zbytečně hrubá generalizace. Pěkně děkuji nad reimportem zhruba 15 let starých dat, která lidé na mnoha místech mezitím ručně opravili na aktuální stav. Ostatní věci je možné nechat ještě uležet, doufejme že červená primitiva budou z dat postupně mizet. Obávám se, že většina z nich zmizí najednou, až se Nadace rozhodne. Pokud se tak stane, budu pokračovat v práci na forku, jehož provozovatel si více váží práce svých přispěvatelů, a nemaže data z politických důvodů. Nemám tedy k překreslování červených čar žádnou motivaci. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] footway=sidewalk
jzvc píše v Pá 24. 06. 2011 v 20:06 +0200: Dne 24.6.2011 15:05, Stanislav Brabec napsal(a): Silnice mají tag width, který je k tomu určený, ale skoro nikdo ho nepoužívá. To neni to prave orechove, protoze spousta silnic neni pekne stejne siroka vsude ... ;D Ostatne viz letiste - na Ruzyni jsem drahy (podle zahranicniho vzoru) obtah a vypada to (predevsim ve vetsich zoomech) o dost lepe (respektuje to sirku a pomery jednotlivych prvku). Navic v pripade tech ulic vypada hloupe, kdyz jsou pri vetsim zoomu domy kolem uzonke silnicky, pritom vim, ze ta silnice je samo (vcetne chodniku) na doraz k tem domum. Tak se path rozdělí a nastaví se různá width. Samo tohle je jen reseni vizualu, pro navigaci a dalsi funkcionalitu je to nepodstatny. Když se mapnik naučí width, tak to visual vyřeší taky. A chodníky by nakonec taky šly kreslit ve větších zoomech automaticky podle sidewalk. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] footway=sidewalk
jzvc píše v Pá 24. 06. 2011 v 00:47 +0200: Pokud vim, tak to co je znaceno jako ulice, tam se defaultne predpoklada chodnik z obou stran. Pokud tam neni, nemelo by to byt znaceno jako ulice (ani ve meste, ani ve vsi). Jak jinak tedy označit ulici ve městě bez chodníků? Není snad správně highway=residential sidewalk=none foot=no? Jinak chodniky vytahuju extra v pripadech, ze nejsou primo soucasti ulice, ale osobne me taky uz nekolikrat napadlo, ze by mozne nebylo od veci to resit podobne jako reky - maji svoji osu + brehy, ktere by mohli byt dvojiho typu - jeden by oznacoval okraj vozovky, druhy okraj pripadneho chodniku. Tim by se zaroven poresila ruzna sirka pro reneder. Silnice mají tag width, který je k tomu určený, ale skoro nikdo ho nepoužívá. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Oauth strasi?
Jakub Sykora píše v Út 21. 06. 2011 v 16:20 +0200: - to znamena, ze hodni hosi legalne nemuzou vlastne data pouzivat a zli hosi je muzou beztak vyuzivat jak chteji Takže chápu-li to dobře, tak proto, aby zlí hoši nemohli kopírovat mou práci, tak hodní hoši čtvrtinu mé práce zničí. S novou licencí jsem souhlasil. Souhlasil jsem s tím, aby mé příspěvky byly public domain. Ale hrubě nesouhlasím s tím, aby se mé příspěvky mazaly z jakéhokoliv vnitřně politického důvodu. Pokud to provedou, projektu OpenStreetMap předpovídám budoucnost XFree86. Ten projekt také dodnes existuje a vydává své verze, ale téměř všichni uživatelé utekli po vnucené změně licence k forku - k Xorg. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nová cyklomapa
Petr Dlouhý píše v Ne 19. 06. 2011 v 10:35 +0200: kostky(surface=cobblestone Na tomto tagu je třeba ještě hodně zapracovat. Mám takový pocit, že většina ulic na Starém a Novém Městě Pražském je vydlážděna. Existuje nějaký tag, který by říkal, že např. náplavka na Rašínově nábřeží je sice dlážděná, ale cyklopruh je z hladkého kamene? A také síť cyklistických podpůrných služeb (cykloprodejny, cykloservisy apod.) je poněkud neaktuální. Někdo je tam před lety zmapoval, ale ony mezitím zanikly, a to už nikdo nezmapoval. (Negativní znalost se mnohem hůř mapuje: Jsem si opravdu zcela jistý, že jsem to nepřehlédl?) -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] křižovatka dvou a více cest zakreslených jako dvě ways
Narazil jsem na problém na křižovatce dvou cest zakreslené jako dvě ways: http://www.openstreetmap.org/?lat=50.106lon=14.481833zoom=18layers=M Navit tam je schopen navrhnout otočku, neboť nemá vůbec tušení, že ony ways jsou součásti jedné cesty. Taková otočka v křižovatce je sice fyzicky možná, ale proti předpisům a velmi nežádoucí a nebezpečná. http://maps.google.com/?ie=UTF8ll=50.105664,14.481799spn=0.001163,0.002189z=19layer=ccbll=50.10558,14.481802panoid=RN5NQBURhztkfFXZkENjEwcbp=12,314.63,,0,13.9 Jak to správně řešit? Kromě skupiny relací přikázaného směru jízdy v každém bodě křížení (čož v tomto případě bude asi 8 relací) mne napadl poněkud záludný způsob řešení: v místech, kde je nežádoucí jiný směr než přímý (u obou protínajících se cest) prostě smazat bod křížení. Má takové řešení nějaký háček? Trochu tím navazuji na předchozí diskuse o tom, kdy značit cestu jako jedinou way, kdy jako dvě, kdy značit i chodníky. Vypadá to, že čím více ways, tím hůře se křížení dělá správně. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Sakrální stavby
Mike píše v Čt 26. 05. 2011 v 16:21 +0200: Ještě je tu jedna možnost - zavést něco jako shortname, ale to jen přinese další zesložitění, takže asi spíš ne. Nebo krátké jméno jako name, a dlouhé v official_name? http://wiki.openstreetmap.org/wiki/Name Jenže i pak leccos vypadá docela divoce: http://www.openstreetmap.org/browse/way/28518985 Co s tím? Vyhledávač umí i ostatní varianty jmen - zadejte si Emauzy: http://www.openstreetmap.org/browse/relation/33709 -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Sakrální stavby
Jakub Rychlý píše v Ne 22. 05. 2011 v 16:57 +: Myslím, že by bylo dobré si ujasnit mapování sakrálních staveb. Já se držím wiki [1], protože mi to přijde rozumné. Do názvu kostela nepíšu slovo kostel, ale jen jméno svatého To je podle mne správně. Kostel nepsat. Chrám, kaple snad ano. Ostatně stejné pravidlo platí pro všechny objekty - pokud typ objektu plyne ze značení, nepsat - tedy např. ulice nepíšeme a to ještě se zkratkou sv. Typ sakrální stavby, pokud nejde o kostel, píšu do kulatých závorek za její název. Myslím, že tak je to asi správně. Jinak je jméno v 2. pádu a vyhledávač ho nenajde. Panuje nad tímhle způsobem zápisu obecná shoda? Udělal Petr Dlouhý chybu, když v názvech kostelů změnil sv. - svatý ? [2][3] Kdesi na wiki jsem viděl doporučení: Nepoužívejte zkratky. Zmatete tím vyhledávač, pokud tam někdo zadá nezkrácený název. Případné zkrácení je věc rendereru a vyhledávače. Navíc expanze zkratky je algoritmicky hůře řešitelný úkol než zkrácení. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] silnice - bod rozdělení na 2 ways není křižovatka - jak značit?
Ahoj. Před nedávnem jsem zde diskutoval rozdělení silnice, která má uprostřed fyzickou bariéru, na 2 ways. http://www.openstreetmap.org/?lat=50.075389lon=14.416271zoom=18layers=M Tím ale vznikl v navigaci nový problém, kterého jsem si nevšiml: Navigace bere bod rozdělení jako standardní křižovatku, a klidně pošle auto po jednom pruhu tam, a po druhém zpátky. Konkrétně třeba OSRM mně klidně prožene otočkou přes tento bod: http://www.openstreetmap.org/browse/node/1251239850 Z toho vyplývají dvě otázky: - Existuje jednoduchý způsob, jak v datech naznačit že nejde o křižovatku, nebo je jedinou metodou dvojitý přikázaný směr jízdy rovně? - Existuje nějaký tag, případně nějaké značení, které zakáže otáčení v celém úseku, kde je jen jedna way? no_u_turn povoluje jen zákaz otáčení přes bod a přes úsečku (a ani ten většina navigací neumí). Zákaz otáčení v celém úseku silnice tam nevidím. Ale možná nějak implicitně plyne z nějakého značení. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] silnice - bod rozdělení na 2 ways není křižovatka - jak značit?
hanoj píše v Čt 19. 05. 2011 v 13:55 +0200: Před nedávnem jsem zde diskutoval rozdělení silnice, která má uprostřed fyzickou bariéru, na 2 ways. http://www.openstreetmap.org/?lat=50.075389lon=14.416271zoom=18layers=M *** ten graficky dojem z toho ulicniho grafu je pro mne velmi matouci. Na wiki jsme kdysi napsali, ze dvojite way se kresli tehdy, pokud jde o silnici se strednim delicim pasem. Resslova by mela IMHO byt jedna way v cele delce, protoze ulice je v cele delce priblizne stejne sirky a neni delena strednim delicim pasem. Část Resslovy ulice je rozdělena souvislým betonovým dělícím pásem, asi půl metru vysokým. Část pouze vodorovnou dopravní značkou Šikmé rovnoběžné čáry (V13a). Část s betonovými zábranami jsem nakreslil jako dvě ways, část oddělenou značkou V13a jako jednu. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nezmapovan? obce
hanoj píše v Pá 13. 05. 2011 v 01:47 +0200: vyjma lesu (idkyz CORINE rozlisuje typ lesa list/jehl/mix)... Nebyla tato informace i v UHUL? Pokud si vzpomínám, proběhla diskuse, zda to importovat. UHUL je navíc dost starý. Místy je v terénu vidět, že data jsou stará skoro 20 let. Pokud by CORINE byla novější, import by mohl mít smysl. Například zde byla skoro před 20 lety přeložena silnice, a kolem nové silnice vykácen pruh lesa. Na místě původní silnice byly vysazeny stromky. Dnes už je tam vzrostlý les. UHUL zachycuje stav před 20 lety: http://www.openstreetmap.org/?lat=49.06582lon=14.85526zoom=17layers=M -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] chyba v překladu JOSM - shop=deli - cukrárna?
Narazil jsem na pravděpodobnou chybu v překladu: shop=deli Podle ikony josm: sklenice čehosi Podle českého překladu JOSM: cukrárna Podle wiki: Prodejna lahůdek (vybrané potraviny), např. kvalitní maso, drahé sýry a uzeniny, kaviár, nebo luxusní cukrovinky. Mohou také prodávat kvalitní víno. U prodejny pralinek si nejsem jistý - je to shop=deli nebo shop=confectionery? A jak vlastně značíte klasickou cukrárnu, ať už pultovou nebo s posezením? shop=confectionery chápu spíš jako prodejnu konfekčních cukrátek. (I když takové prodejny u nás asi moc nemáme.) -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] zákazy odbo?ení v Praze (odli?ovat lze/nelze a smí/nesmí se?)
hanoj píše v Pá 22. 04. 2011 v 15:03 +0200: [3] http://www.openstreetmap.org/browse/relation/1531050 *** Ceskomoravska - sipku nikdo nezapomnel nakreslit, jen je otazka zda jeji absence zakazuje otaceni. To mi ze zakona jasne nevyplyva. *** po diskuzi s dopravnimi inzenyry: prikazova znacka smeru jizdy (svisla nebo vodorovna) nebo zakazova znacka odboceni nezakazuji otaceni vozidel. Zakaz otaceni je jen vyslovne dle zakona (dalnice, svetelna krizovatka, prejezd, prechod, nebezpecne misto, ...) nebo s pouzitim znacky B 25 Zákaz otáčení. Díky za info. V tom případě mne učitel v autoškole ohledně této křižovatky mystifikoval. A co značka (plná) Podélná čára? Ta v §19 také není uvedena. Nebo v tomto případě tomu brání jiné ustanovení (jiné ustanovení předpokládám u značek Dvojitá podélná čára a Šikmé rovnoběžné čáry, neboť otáčení zde není uvedeno ve výčtu jako důvod překročení). [4] http://www.openstreetmap.org/browse/relation/1546554 *** Vitezna x Janackovo - asi chyba, nebo tam bylo docasne znaceni *** po shlednuti street view, je prikazany samer jizdy platny jen pro autobus dle znacky E 9 Druh vozidla RESUME: nize relaci [3] navrhuji odstranit jako neoduvodnenou a [4] jsem opravil jako platnou jen pro BUS. Díky. Až pojedu někdy kolem, ověřím si, že tam doplňková značka opravdu ještě visí. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] zákazy odbo?ení v Praze (odli?ovat lze/nelze a smí/nesmí se?)
Karel Volný píše v Čt 21. 04. 2011 v 12:27 +0200: - jako tři oddělení cesty, v místě, kde je bariéra, navíc přidat barrier cestu + vypadá to impozantně + zákazy odbočení vyplynou automaticky - složité na kreslení i renderování - routery nepochopí, že v místě přerušení barrier lze provést U-turn složité to možná je, ale IMHO by to měl být ideální stav (i barrier i spojnice) - jestliže po jedné straně ulice vede silnice v jednom směru, po druhé v druhém, a mezitím tramvajový či jiný pruh, tak to jsou de facto dvě oddělené jednosměrky a žádný zákaz U-turn není potřeba dávat, protože prostě nelze přeskočit z jedné cesty na druhou - je to podobné jak dálnice ... naopak v místě přerušení bariéry to spojit cestou, po které to otočení může proběhnout (to totiž odpovídá křižovatce, resp. ještě jsem snad neviděl, že by tomu bylo na takové ulici jinak) Třeba zde je přerušení tramvajové bariéry, ale vodorovné značení říká, že nelze odbočit vlevo (v tomto směru chybí šipka vlevo, a tak teoreticky nelze provést U-turn; v protisměru je): http://maps.google.com/?ie=UTF8ll=50.103627,14.488137spn=0.001175,0.002044z=19layer=ccbll=50.103641,14.487983panoid=20_us0meK8Gg_tEZLIcF7gcbp=12,282.46,,0,18.78 http://www.openstreetmap.org/?lat=50.103569lon=14.487652zoom=18layers=M Přesto se na tomto místě otáčí tisíce aut denně. v takovém případě nechápu, co by na tomto navigace neměla chápat :-) Šlo mi o situaci, kdy bariéra 100m je, pak třeba 100m není, pak zase 100m je. V místě přerušení bariéry se lze otáčet nejen v místě příček, ale třeba hned za tramvajovým ostrůvkem. Existuje na to dokonce návrh: http://wiki.openstreetmap.org/wiki/Proposed_features/Divided_road Dokonce se tam diskutuje zmíněné legal/physical: http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Divided_road Ale návrh neprošel. - jako tři oddělení cesty v místech, kde je bariéra, jinde jako jednu cestu + poměrně logické + zákazy odbočení vyplynou automaticky - složité na kreslení - v místě začátku a konce bariéry vznikají fiktivní zatáčky Podle toho posledního schématu jsem právě předělal Resslovu, ale nejsem si úplně jistý, zda to bylo šťastné řešení. http://www.openstreetmap.org/?lat=50.075808lon=14.415822zoom=18layers=M tady se holt naráží na omezenost logické struktury OSM - pokud to není oddělené, tak by to opravdu měla být jedna cesta ... i za cenu nehezké reprezentace v rendereru, který vytvoří tu fiktivní zatáčku (hm, nešlo by naučit ho respektovat nějakou šířku?) Respektovat šířku nebo alespoň lanes by bylo hezké. Pak by mohl pochopit, že posun středu čáry v místě rozdělení není skutečná zatáčka. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] zákazy odbo?ení v Praze (odli?ovat lze/nelze a smí/nesmí se?)
Petr Dlouhý píše v Út 19. 04. 2011 v 18:31 +0200: Co použít na mapování Norc.cz? Je to už několik let staré, ale je to licenčně v pořádku (oni s tím souhlasí). Ano, norc.cz je dobrý zdroj, a sám ho používám. (Přesněji řečeno, byl by dobrý zdroj, kdyby velké množství panoramat v Praze nebylo špatně orientováno, kdyby některé snímky nemířily na střechy domů, a kdyby některé snímky nebyly tak tmavé, že tam není nic vidět.) Na mapování jednosměrek je zase možné (ale ne zcela spolehlivé) použít libovolné letecké foto se slušným rozlišením. Parkující auta vlevo po směru jízdy indikují jednosměrku - ale v autoškole jsem narazil na ulici, kde tak lidé parkují, ač se formálně jedná o obousměrnou ulici. To s tou kamerou by bylo dobré hlavně na mapování chyb. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] zákazy odbo?ení v Praze (odli?ovat lze/nelze a smí/nesmí se?)
Karel Volný píše v Út 19. 04. 2011 v 18:49 +0200: Nicméně při jejich mapování mi připadá poněkud nevhodné mapovat stejně zákazy typu na silnici zapomněli namalovat šipku[3] nebo někdo si usmyslel[4] i zákazy typu projeď jinudy[5] zde odbočovat je sebevražda[6] případně tu betonovou zábranu opravdu neobjedete. První typ zákazu je často porušován, neboť projet s ním danou oblast je mnohem komplikovanější (a dokonce ani policisté si z něj většinou nic nedělají), poslední je velmi důrazný. přiznám se, že ani po prozkoumání mapy mi není tak úplně jasné, co přesně tím rozdělením míníš Právě, že z mapy není vidět, zda příslušný zákaz pouze vyplývá implicitně ze špatného vodorovného značení, zda je tam přímo příkazová značka, či zda je to fyzicky nemožné. Vyhledání fotografie na norc.cz nebo v Google Street View to objasní. Pokud jde jen o špatné vodorovné značení, lze takový přestupek obhájit (stála tam auta, značení nebylo vidět), pokud šlo o příkazovou značku, už to obhájit nejde, nicméně to stále leckde lze bezpečně provést (a řidiči to hojně dělají). leč na poslední jmenované myslím není potřeba znovu vynalézat kolo, to bude nejspíše barrier=wall a wall=jersey_barrier (případně ještě height=X, užitečná informace pro majitele terénních vozidel, která některé zátarasy zvládají :-)) Typickým pražským zátarasem je půlkulatý obrubník kolem tramvajových kolejí (cca 10 cm) a středový pás (cca 15 cm). Otázka je, jak taková místa mapovat (jako například celé pravé nábřeží od Výtoně až k Národnímu divadlu): - jako jednu silnici s tagem tram a zákazem U-turn (tag no_u_turn však zatím nemá úsekovou verzi) + jednoduché - ke každé přípojné komunikaci je nutné přidávat zákazy odbočení vlevo - úseková verze no_u_turn neexistuje - jako tři oddělené cesty (tam, zpět, tramvajový pás) s příčnou spojnicí v místě přerušení středového pásu + jednoduché na routování + zákazy odbočení vyplynou automaticky - složitější na kreslení - jako tři oddělení cesty, v místě, kde je bariéra, navíc přidat barrier cestu + vypadá to impozantně + zákazy odbočení vyplynou automaticky - složité na kreslení i renderování - routery nepochopí, že v místě přerušení barrier lze provést U-turn - jako tři oddělení cesty v místech, kde je bariéra, jinde jako jednu cestu + poměrně logické + zákazy odbočení vyplynou automaticky - složité na kreslení - v místě začátku a konce bariéry vznikají fiktivní zatáčky Podle toho posledního schématu jsem právě předělal Resslovu, ale nejsem si úplně jistý, zda to bylo šťastné řešení. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodní toky uvnit? vodních ploch
Mike píše v Po 07. 03. 2011 v 21:41 +0100: Mazal jsem je proto, že to tak je všude a zavedený postup. Souhlasím s tím, že je dobré mít celý strom řeky a změnit zavedený postup, ale dodávám - je dobré mít označené, kde je to opravdu řeka a kde je to nádrž. Už kvůli tomu, aby se to nechalo zjistit jednoduše dotazem do OSM a ne nějakým složitým algoritmem. Ale jak to tak bývá, lidé se prostě domluvit nechtějí a tak někdo to bude tagovat jako řeku i pod nádrží, jiný to bude mazat, v nejhorším se o to budou přetahovat, měnit si to navzájem a nikam to nepovede. Programátoři ať se s tím poperou po svým, přestože jim to přidělá práci jim i procesoru, nikoho jiného to nezajímá. Kompromis nikdo udělat nechce. Já ho navrhl a byl smeten ze stolu. Spíš by bylo dobré, kdyby se s tím nějaký schopný geoprogramátor popral, průsečíky spočítal jednou (přidal heuristiku, která by jej vytvořila, pokud přítok končí méně než dejme tomu 10 m od vodní plochy) a podvodní části nechal přetagovat automaticky, a to vše nahrál do OSM. Dělat to ručně by byla obrovská práce. Navrhuji, aby každý dal své řešení, napsal pro a proti a z uvedených variant se hlasováním jedna vybere, ta se pak pokusí prosadit do OSM celosvetově. Zopakuji můj návrh: 1. Dělat relaci toku, která bude obsahovat všechny elementy (klidně i včetně nádrží a přítoků) - pak se jedním dotazem získá celý tok To je logické a dělá se to už i dnes. 2. části, kde je tekoucí a ničím nepřekrytá řeka (kromě riverbank) značit jako waterway=stream/river/... tak jak je to dosud 3. části uvnitř rybníka/nádrže označit jiným tagem či dodatkem tagu ke stávajícím, který renderer může ignorovat bez toho, aby musel hledat všechny vodní plochy (podobně je to třeba u relací a role=inner/outer, které se také v podstatě uvádět nemusí, přesto se uvádí). To je také poměrně logické, pokud práci nechceme nechat na rendereru (vodní plochy by se kreslily později). Ještě je otázka, co s riverbank v místě vodní plochy (napojit k ploše?, protáhnout?). Dále stojí otázka, zda by měly části uvnitř rybníka obsahovat tag name. Pokud ano, asi by se neměl vykreslovat. Nejsem proti. Sice jsem původně navrhoval opak (podvodní toky smazat), ale toto má svou logiku a zjednoduší geoprogramování. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
Petr Holub píše v Pá 04. 03. 2011 v 11:02 +0100: Takze dle meho nazoru reka zustava rekou, i kdyz je znicena prehradou - a tudiz bych doporucoval nemazat. Problem renderovani mi pripomina psani HTML stranek tak 10 let zpet, kdy clovek HTML kod hackoval podle toho, jak se v kterem prohlizeci zobrazoval, bez navaznosti na jakoukoli semantiku. Misto debat o mazani reky v prehrade bych spise doporucoval zacit premyslet o tom, jak vylepsit renderovani OSM v default stylu tak, aby to vypadalo co nejlip. Mimochodem jeste jsem se podival na styl MTB mapy, kterou delal Martin, a tam se to zobrazuje spravne vcetne navazovani brehovych linii Ne tak úplně. Jména řek by se neměla zobrazovat uvnitř rybníků (www.openstreetmap.org má tentýž problém). http://tchor.fi.muni.cz:8080/?zoom=15lat=49.03979lon=14.77849layers=B00 -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] tracer: Internal server error wms.cuzk.cz
Ahoj. Již více než týden mi nefunguje stahování nových dlaždic pro tracer. Končí to chybou, jejíž příčinou je zřejmě Internal server error na wms.cuzk.cz. Zajímavé je, že stahování dlaždic pro JOSM funguje bez problémů. Webserver běží na portu 5050. Stiskni klávesu ESC pro ukončení. - trace/simple/49.14195589793455;15.03522251791661 http://wms.cuzk.cz/wms.asp?service=WMSVERSION=1.1.1REQUEST=GetMapSRS=EPSG:4326FORMAT=image/pngLAYERS=knBBOX=15.0340,49.1420,15.0360,49.1447WIDTH=1600HEIGHT=2160 System.ArgumentException: A null reference or invalid value was found [GDI+ status: InvalidParameter] at System.Drawing.GDIPlus.CheckStatus (Status status) [0x0] in filename unknown:0 at System.Drawing.Image.InitFromStream (System.IO.Stream stream) [0x0] in filename unknown:0 at System.Drawing.Bitmap..ctor (System.IO.Stream stream, Boolean useIcm) [0x0] in filename unknown:0 at System.Drawing.Bitmap..ctor (System.IO.Stream stream) [0x0] in filename unknown:0 at (wrapper remoting-invoke-with-check) System.Drawing.Bitmap:.ctor (System.IO.Stream) at Osm.Kn.Trace.Server.Wms.TileDownloader.Download (Osm.Kn.Trace.Server.Wms.Tile tile) [0x0] in filename unknown:0 at Osm.Kn.Trace.Server.Wms.TileDownloader.Get (Osm.Kn.Trace.Server.Wms.Tile tile) [0x0] in filename unknown:0 at Osm.Kn.Trace.Server.Server.CreateBitmap (Osm.Kn.Trace.Server.Wms.Tile[,] tiles, Int32 resolution) [0x0] in filename unknown:0 at Osm.Kn.Trace.Server.Server.TraceCommand (PointGeo point, IExporter exporter) [0x0] in filename unknown:0 at Osm.Kn.Trace.Server.Server.webServer_GetContent (System.Object sender, Osm.Kn.Trace.Server.WebServer.GetDataEventArgs e) [0x0] in filename unknown:0 sb@utx:~ wget 'http://wms.cuzk.cz/wms.asp?service=WMSVERSION=1.1.1REQUEST=GetMapSRS=EPSG:4326FORMAT=image/pngLAYERS=knBBOX=15.0340,49.1420,15.0360,49.1447WIDTH=1600HEIGHT=2160' --2011-02-28 13:05:20-- http://wms.cuzk.cz/wms.asp?service=WMSVERSION=1.1.1REQUEST=GetMapSRS=EPSG:4326FORMAT=image/pngLAYERS=knBBOX=15.0340,49.1420,15.0360,49.1447WIDTH=1600HEIGHT=2160 Překládám wms.cuzk.cz… 195.245.209.169, 2a00:1028:101:100::7:1 Navazuje se spojení s wms.cuzk.cz|195.245.209.169|:80… spojeno. HTTP požadavek odeslán, program čeká na odpověď… 200 OK Délka: 285 [text/xml] Ukládám do: „wms.asp?service=WMSVERSION=1.1.1REQUEST=GetMapSRS=EPSG:4326FORMAT=image%2FpngLAYERS=knBBOX=15.0340,49.1420,15.0360,49.1447WIDTH=1600HEIGHT=2160“. 100%[==] 285 --.-K/s za 0s 2011-02-28 13:05:21 (27,4 MB/s) – „wms.asp?service=WMSVERSION=1.1.1REQUEST=GetMapSRS=EPSG:4326FORMAT=image%2FpngLAYERS=knBBOX=15.0340,49.1420,15.0360,49.1447WIDTH=1600HEIGHT=2160“ uloženo [285/285] sb@utx:~ cat wms.asp\?service\=WMS\VERSION\=1.1.1\REQUEST\=GetMap\SRS\=EPSG\:4326\FORMAT\=image%2Fpng\LAYERS\=kn\BBOX\=15.0340\,49.1420\,15.0360\,49.1447\WIDTH\=1600\HEIGHT\=2160 ?xml version=1.0 encoding=utf-8 standalone=no? !DOCTYPE ServiceExceptionReport SYSTEM http://wms.cuzk.cz/wmsdtd/1.1.1/WMS_exception_1_1_1.dtd; ServiceExceptionReport version=1.1.1 ServiceExceptionInternal server error/ServiceException Stejná chyba nastane, i když použiji přímo IP adresy i když shodím IPv6. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] tracer: Internal server error wms.cuzk.cz
JV píše v Po 28. 02. 2011 v 13:24 +0100: Dobrý den, to bude asi tím, že hodnoty parametrů jsou case sensitive (viz např. kap. 6.4.1 specifikace WMS 1.1.1) a celková vrstva pro KN se jmenuje KN. Pokud to dřív fungovalo jako case insensitive, tak to byl bug, který byl opraven :-) Dík. Teď se dívám, že jsou k dispozici novější verze, kde už je to opravené. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
Michal Grézl píše v Čt 24. 02. 2011 v 13:50 +0100: Routing skrze plochu zadny program, co znam, nedela. Pokud to nejaky delat zacne, tak pravdepodobne zvoli nejkratsi spojnici, tedy bude kopirovat presne tu caru ktera uz tam ted je. To bohužel není pravda: - Ta čára z dibavod je naprosto nahodilá. Většinou není ani rovná, ani nevede reálným korytem na dně vodní plochy. - I kdyby software routing vodních ploch uměl, data dibavod jsou v tomto nespojitá - rybník není napojen na vodní tok. V horším případě dokonce přítok v datech končí několik metrů před rybníkem, takže ani topologická analýza nepomůže. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] dibavod: vodní toky uvnit? vodních ploch
Všiml jsem si, že na mapě vodní toky pokračují i uvnitř rybníků. Domníval jsem se, že dibavod je natolik chytrý, a mapuje i vypouštěcí kanály. Ale není tomu tak. Při porovnání s ortofoto jednoho vypuštěného rybníku to vůbec nesedí, přestože části toku mimo rybník jsou správně. Zdá se, že tyto podvodní toky jsou všude, a že jde o zcela falešná data, že to prostě jen náhodně protáhli, aby data byla spojitá. Pokud je zde někdo pokročilejší, možná by nebylo od věci tyto podvodní toky smazat, a zajistit napojení dibavod na příslušný rybník (což naopak většinou chybí). Ukázka: http://www.openstreetmap.org/?lat=49.0742lon=14.7411zoom=13layers=M -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] dibavod - duplicitní Lu?nice a dal?í malé toky
Ahoj. Při editaci jsem si náhodou všiml, že dolní tok Lužnice a několik menších toků je duplicitně (Hlavní stoka, Rybniční stoka a další přívodní stoky k Nadějské rybniční soustavě. http://www.openstreetmap.org/?lat=49.109lon=14.74794zoom=15layers=M Jak byste doporučovali postupovat? Původní Lužnice je součástí relace waterway, dibavod tuto značku nemá. (A mimochodem, destination=Moldau mi připadá poněkud zvláštní). Data poměrně dobře sedí na sobě (odchylka většinou do 10m). Předpokládám, že pro stoky bude dibavod přesnější - mapování v lese jde špatně jak s GPS, tak s ortofoto. Ale data dibavod jsou nesprávně pospojovaná do větších celků (pojmenované stoky - dibavod neznal místní jména těchto stok). Existuje nějaká konvence pro dibavod:id, pokud rozdělím jeden původní objekt nebo spojím dva původně různé? Nebo spojování nedoporučujete? -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] zákaz vjezdu/dopravní obsluha
CZ_Tibo píše v St 01. 12. 2010 v 10:00 +0100: Ahoj, nejblíž je tomu asi access=no v kombinaci s psv=yes - v popisu na wiki sice Public Service Vehicles znamená především autobusy, ale veřejné služby jsou i zásobování, údržba a podobné. Neznamená Dopravní obsluze vjezd povolen náhodou i to, že tam smějí místní? Pak by to bylo spíš access=private foot=yes. Nebo se na toto překládá jen Vjezd na povolení? -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] tema bakalarky
honny píše v Čt 23. 09. 2010 v 16:47 +0200: Vubec software pro spravu tracklogu by se mi libil, mozna spis nejaky informatik tady, nikdo nic? :) A co třeba Viking? http://viking.sourceforge.net/ -- Best Regards / S pozdravem, Stanislav Brabec software developer - SUSE LINUX, s. r. o. e-mail: sbra...@suse.cz Lihovarská 1060/12 tel: +420 284 028 966, +49 911 740538747 190 00 Praha 9 fax: +420 284 028 951 Czech Republichttp://www.suse.cz/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] tema bakalarky
Anna Kratochvílová píše v Po 20. 09. 2010 v 22:45 +0200: Díky za rychlou odpověď, ještě se na to podívám podrobněji a případně prodiskutuji s vyučujícím. Kdybych se pro něco takového rozhodla, určitě se ozvu. Jeden z dalších nápadů, který jsem zde kdysi nadhodil: Analýza záznamů z GPS s použitím OpenStreetMap. Mohlo by to poznat, jakým dopravním prostředkem se jelo, jak rychle se projely jednotlivé úseky trasy, hledalo by to úseky trasy, které ještě nejsou v mapě, kontrolovalo by to konzistenci (např. projetí jednosměrky v protisměru). U veřejné dopravy by to například porovnávalo místa, kde se pravidelně zastavuje, a kontrolovalo by to umístění zastávek. Pokud by takové záznamy poskytlo více lidí, daly by se z toho generovat váhy pro navigaci, kontrolní data (existuje-li 100 záznamů o projetí po dané cestě z bodu A do bodu B ale žádný naopak, je to možná jednosměrka, jestliže na křižovatce cest nikdo nikdy neodbočil, je možná křižovatka zakreslena špatně). Nápadů, co s tím, by se asi našlo více. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Znaceni zrusenych turistickych stezek
Pavel Machek píše v St 21. 07. 2010 v 08:55 +0200: On Mon 2010-07-19 20:24:55, jzvc wrote: Dne 18.7.2010 22:02, Pavel Machek napsal(a): Ahoj! Ma smysl nechavat v mape zrusene (preznacene) turisticke stezky? Me by se docela libilo, kdyby na OTM existovala vrstva, ktera je vykresli. Kdyz se rozhoduji, kam na kole vyrazit mapovat, tak porovnavam OTM a mapy.cz a zrusene stezky mi v tom samozrejme delaji zmatek. Obcas se hodi -- protoze i v terenu jsou videt. Proc ne... Tusim na to existuje i nejakej tag (obecne na oznaceni neceho, co tam bylo a uz neni), ale neni to sjednoceny. IMO by se hodilo mit nejaky jednotny oznaceni (budovy, po kterych zbyvaji uz trebas jen zaklady, building=ruins Pak ještě disused=yes. http://wiki.openstreetmap.org/wiki/Key:disused Bohužel se to často nijak nerenderuje. Takže když jsem tímto tagem vyznačil nádraží Vyšehrad, tak vypadalo jako každé jiné nádraží. building=ruins to ještě není, možná za pár let. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] nápad na OSM projekt: inteligentní analýza GPS log?
Ahoj. už dlouho nosím v hlavě nápad na software založený na OSM, ale k jeho realizaci se asi hned tak nedostanu. Pokud někdo nemáte téma na open source projekt, mohlo by se vám to hodit… Jde o inteligentní analýzu GPS logů s doplňováním a opravováním OSM dat jako zpětným výstupem. Pokoušel jsem se hledat, zda už podobný projekt existuje, a zdá se, že ne. Idea je zhruba následující: Analýza GPS logů za pomoci OSM dat Vstupem by byl GPS log nebo sada GPS logů. Dalším výstupem by byla OSM data. Dalším vstupem by ještě mohly být výškové profily. K tomu by měl software k dispozici sadu heuristik, které by popisovaly způsob dopravy a různé činnosti. (viz níže) Na základě těchto dat by program vyhodnotil, co se v průběhu cesty odehrálo. Z toho by bylo možné získat: - podklad pro statistickou analýzu: - ulicemi A, B, C je cesta v průměru rychlejší než ulicemi D a E - na úseku B, C byla průměrná rychlost při jízdě autem x km/h - na křižovatce X se čeká v průměru 3 minuty - v restauraci A trval oběd průměrně o 10 minut déle než v B - ... - automatický slovní itinerář (popis cesty) - vyčištění GPS logů od chyb a odchylek, nebo jejich logické rozdělení na úseky - sociální síťaři by mohli být nadšeni z programu, který sám pozná, v které hospodě právě sedí - zpětná verifikace dat OSM, případně návrh na jejich doplnění - jistě existuje mnoho dalších využití Příklady heuristik: Cesta autem by byla popsaná jako pohyb po zemi podél highway=* rychlostmi 30-130km/h, vysokým zrychlením a možnými zastávkami na křižovatkách. Cesta vlakem by byla popsaná jako pohyb po zemi podél railway=rail rychlostmi 20-200km/h, nízkým zrychlením a možnými zastávkami poblíž bodů railway=station (rychlík) a railway=station a railway=stop (osobní vlak). Cesta metrem by byla popsaná jako zmizení signálu v bodu railway=subway_entrance, a znovuobjevení poblíž jiného railway=subway_entrance, s cestovní rychlostí kolem 60km/h. Podobně lze od sebe rozeznávat např. čísla tramvají a autobusové linky. Oběd: Statický signál nebo zmizení signálu poblíž bodu amenity=restaurant mezi 11 a 14 hodinou po dobu 15-120 minut. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import DIBAVOD
Pavel Zbytovský píše v St 19. 05. 2010 v 21:46 +0200: Napsal jsem na wiki návrh, jak bychom ta chybná data mohli systémově označit: http://wiki.openstreetmap.org/wiki/Import_DIBAVOD Předpokládám, že wiki zas tolik lidí nečte, takže můžeme ještě vymyslet změnu - klidně to tam upravte, ale přijde mi to takto funkční. Ještě vymyslet způsob, jak vyznačit, že vodní plocha již neexistuje. Odstranit hlavní tag, a zbytek ponechat, a smazat při příštím importu? Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] tagovaní: vodní plochy, landuse ... a je?t? jednou zahrady
Mike píše v Ne 09. 05. 2010 v 00:38 +0200: Osobně používám village_green na městské parky, případně na nějaké výraznější zeleně uvnitř města, například kolem řeky apod. A nemá být městský park náhodou leisure=park? http://wiki.openstreetmap.org/wiki/Tag:leisure=park?uselang=cs Chápu-li to dobře, pak: leisure=park = pěšinky, lavičky a tak... landuse=village_green = (udržovaná) zelená plocha, klidně i ve městě landuse=recreation_ground = udržovaná zeleň, kde lze pořádat piknik -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import DIBAVOD
Pavel Zbytovský píše v St 28. 04. 2010 v 16:45 +0200: Jo, ID zachovat, muze se hodit. Napsal jsem to na wiki, chybí tam ještě link na nějakou úvodní konferu.. Pro někoho kdo do problému třeba teď vstoupil tam prostě chybí trocha informací. dohodnout na nejaky zpetny vazbe. lepší by to bylo vědět teď, když už to stejně musíme procházet ručně. Co bude v osm datech za pár měsíců už není tak spolehlivé ... můžeme reportovat chybějící rybník nebo ho někdo smazal omylem? :-) Existuje už někde databáze nebo stránka pro zadávání chybných dat v DIBAVOD, případně nějaký způsob, jak to odtagovat přímo v mapě? Narazil jsem na dva rybníčky v místech, kde dnes stojí domy (zatím ověřeno pouze podle ortofoto): http://www.openstreetmap.org/?lat=49.085642lon=14.71834zoom=18layers=B000FTF Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] alpine hut? a co útulna?
Vojta píše v Pá 30. 04. 2010 v 17:16 +0200: Ahoj, k přístřeškům: já používám to co je v JOSM, tedy amenity=shelter (http://wiki.openstreetmap.org/wiki/Proposed_features/Shelter). Je to sice jen proposed, ale jak tam někdo píše: There are more than hundred amenity=shelter in planet.osm by now. IMHO we should vote on this soon. Já jsem to pochopil takto: Volně přístupné místo, kam neprší: shelter Volně přístupné místo, kam nefouká, a kde lze tam rozdělat oheň: alpine_hut Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] opentrackmap - hrady a další
MP píše v Pá 16. 04. 2010 v 17:56 +0200: Nebo chybějící fonty? Pak možná inkscape hrábne po jiných fontech a výsledkem je černý čtverec. Chybějící font problémem je - je vhodné převést číslici do křivek. Zvolené písmo sice patří do běžné sady Microsoft free fonts, ale ne každý ho má nainstalovaný. Nicméně černý se objevuje i na strojích, kde zvolené písmo k dispozici je. Zdali je to problém zapsaného SVG nebo až jeho zobrazení ve Firefoxu, nedovedu posoudit. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] opentrackmap - hrady a další
Karel Volný píše v Pá 16. 04. 2010 v 11:08 +0200: kde se ta znacka da stahnout ze bych se podival co tam nefunguje? jde o http://wiki.openstreetmap.org/wiki/File:KCT-learning-G-1.svg Já jí v inkscape otevřu a tu jedničku tam vidím. Ale jakmile to zapíšu a otevřu v něčem jiném, zase vidím jen černý čtverec. Asi je to na bug report. Mám inkscape 0.46, openSUSE 11.2 x86_64. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] landuse ve velkém - lesy, pole, lo uky
Pavel Pilát píše v Ne 11. 04. 2010 v 12:54 +0200: Mimochodem, je v JOSM nějaký lepší způsob vytvoření nové linie po již existující než klikat postupně jednotlivé body a případně některý přehlédnout? Existuje možnost rozdělit celou oblast neotagovanými hranicemi, a ty pak pospojovat do logických celků relacemi multipolygon. Pokud je hranice zároveň liniovým objektem, lze ji otagovat přímo. Viz vlákno obvod plochy zčásti sdílený s liniovým objektem z minulého měsíce. Lépe se to edituje, hůře se to mechanizuje při spojování do větších celků, pokud je některý obvod vcelku, JOSM validátor si stěžuje. Některé renderery s tím ještě mají problém. Příklad: http://www.openstreetmap.org/browse/way/51788189 je jednou ze tří částí obvodu chrámu svatého Petra a Pavla http://www.openstreetmap.org/?relation=443727 , zároveň ale také částí vnitřního obvodu vyšehradského parku http://www.openstreetmap.org/?relation=422899 . Další části obvodu jsou zároveň sdílené s obvodem Slavína http://www.openstreetmap.org/?relation=422679 . Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Izometrická 3D mapa z OSM
Aleš Janda píše v Čt 11. 03. 2010 v 23:16 +0100: Kdyby byly na křižovatkách semafory a zákazy vjezdu, mohlo by to být i pro motoristy... To je zajímavé; jak byste si představoval např. zákaz vjezdu? Značku? Ta by nebyla téměř vidět, semafor už možná ano, ale je to otázka… Nejsem řidič, ale myslím si, že 3D navigace do auta by mohly mít značky náležitě zvětšené. Mimochodem, na křižovatkách kousek od Vyšehradu jsou použity relace pro zákaz odbočení: http://www.openstreetmap.org/browse/relation/34629 Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Izometrická 3D mapa z OSM
Petr Nejedlý píše v Čt 11. 03. 2010 v 09:39 +0100: Aleš Janda wrote: Celkově bych řekl, že je to viditelná změna k lepšímu :-) Vypada to uzasne! To ano. Ale renderer má problémy s objekty tvořenými relacemi: http://osm.kyblsoft.cz/3dmapa/?zoom=17lat=75.7156lon=14.41967layers=B http://www.openstreetmap.org/?lat=50.06402lon=14.42015zoom=17layers=B000FFF Zeď kolem Slavína tam nakreslená je, budova chrámu není, parková zeleň není, zeď kolem Vyšehradu není (i když u obvodu Vyšehradu si stěžoval validátor, že prý to není dobře, ale nevím proč). Kdyby byly na křižovatkách semafory a zákazy vjezdu, mohlo by to být i pro motoristy... Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import KÚ
Mike píše v Ne 07. 03. 2010 v 14:36 +0100: Už to samo rozdělení podle OSm u nás moc neplatí, protože většina našich pidi-měst nepadá do kategorie town podle OSM. Já bych zvolil kompromis takový, že pokud je to obec město s alespoň 3 tisícemi obyvatel, tak ho značit jako town, jinak jako village a hamlet úplně podle nejmenší vesnice (možná i bez úřadu). Není hamlet spíš samota s pár chalupami? Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] obvod plochy zčásti sdílený s liniovým objektem
Ahoj. Jaké je správné řešení, pokud chci, aby část obvodu nějakého objektu byl zároveň liniový objekt - např. plot na části obvodu zahrady. Napadá mne: 1) zahrada je uzavřená linie, plot je další cesta nad stejnými body. Toto řešení je jednoduché a zcela jistě funkční, ale nevidím v JOSM jednoduchou možnost, jak udělat, abych nad částí obvodu nakreslil další cestu, aniž bych musel klikat na všechny body, nebo jak naopak spojit dílčí cesty, abych vytvořil plošný objekt. Jako nevýhodu také vidím špatnou práci s dvěma cestami na sobě. 2) Existují dvě neuzavřené neotagované linie, nad nimi relace. Pro zahradu multipolygon, pro plot nevím jaký typ relace. Toto mi připadá složitější, ale ve výsledku přehlednější, ale nevím, zdali se s tím renderery vypořádají. Také nevím, jak v tomto případě správně tagovat plot, pokud pak pokračuje jinam 3) Linii otaguji jako plot, druhou bez tagů. Nad nimi multipolygon pro zahradu. Toto mi připadá ošklivé a nebezpečné (pokud by nějaký tag měl jiný význam pro plot a jiný pro zahradu). Také nevím, jak by se v tomto případě tagoval plot, pokud pokračuje dále jiným směrem. (Dobře, plot mohu zakreslit jako více cest, ale u pojmenovaných objektů má pak každý segment na mapě znovu vypsané jméno). Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] obvod plochy zčásti sdílený s liniovým objektem
Jiri Parkan píše v St 03. 03. 2010 v 13:15 +0100: Ahoj, podle mě nejlogičtější je možnost 3. Plot tvoří hranici a relace zahrady řekne rendereru jak udělat výplň. Relativně snadno se to upravuje a nevím o tom že by se to někde renderovalo špatně. Plot složený z více částí nevadí, ještě jsem nepotkal plot který by byl pojmenován. Na 3 mi přijde nebezpečné, že plocha může v rendereru nevhodně zdědit tagy od liniového prvku. Tady je komplikovanější příklad: http://osm.org/go/0J0lBd9Zx-- Prostor mezi zdí a Slavínem bych rád doplnil budovou (arkádami s hrobkami) a dokreslil zdi všude, kde jsou. Část obvodu Slavína by pak byla sdílená s budovami, část se zdí, část s plotem. Některé budovy by musely být relací složenou s více na sebe navazujících linií. Něco jiného asi je když třeba les zasahuje k ulici, tam se snažím kreslit hranici lesa paralelně kousek vedle. Jak moc je to správně nevím, rád se poučím od ostatních. To asi dává smysl, linie silnice by měla teoreticky vést středem vozovky, les končí u kraje. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Izometrická 3D mapa z OSM
Kubajz píše v Út 23. 02. 2010 v 08:20 +0100: 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 :) Myslím že přihlášení do http://wiki.openstreetmap.org/wiki/Featured_image_proposals s nějakým zajímavým místem by nebylo od věci. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na stav importu z DIBAVOD
alik dolezal píše: taky jsem se díval na kvalitu a zaměřil sem se hlavně na rybníky který sem sám kreslil a oblasti který znám. Vše co sem kreslil podle km je mnohem horší kvalita, jak už bylo zmiňováno. Co se týče UHULu i tady se mi zdá DIBAVOD lepší, v některých případech ne o moc, I já jsem se podíval na rybníky. Kreslil jsem podle ortofoto, KM, GPS logů a podle prohlídky místa. V mém případě nemohu potvrdit, že by DIBAVOD byl vždy přesnější. Pouze v převážné většině. Např. zde: http://www.openstreetmap.org/?lat=49.11908lon=14.74112zoom=17layers=B000FTF Na rybníku Horák jsou většinu času tři ostrovy, ne dva. Rybník severně of něj se jmenuje Fišmistr, ne Pišmistr Vykousnuté plochy na rybníku Rod jsou pravděpodobně pouze hustým porostem rákosí. Ovšem hned vedlejší rybník Víra je zakreslen v DIBAVOD výrazně lépe. Zhodnocení: V případně Nadějské soustavy rybníků nezbude než provést místní šetření. A ani to nedá jasnou odpověď. Záleží na výšce vody; spolehlivě rozpoznat vysoké rákosí od pevniny je docela problém. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer na rozpoznání budov z katastr ální mapy
Jan Bilak píše v Pá 12. 02. 2010 v 19:35 +0100: Pokud vím, tak v současné době nikoli. Ani nevím, jak by to vlastně mělo dělat. Zda vytvořit jeden obrys přes všechny části nebo více obrysů a přes to relaci? A jak to pak tagovat? Když jsem se kdysi ptal, tak mi byl doporučeno: nespojovat. Třeba jednou v budoucnosti bude někdo chtít přidat tag height, a propojení mu zkomplikuje práci. Tag nad správnou relací (multipoly?) by měl mít stejnou platnost jako tag nad objekty. Alespoň se zdá, že dnes to již renderery umí: http://www.openstreetmap.org/?lat=50.069396lon=14.419081zoom=18layers=B000FTTT http://www.openstreetmap.org/browse/relation/163688 (Škola je pojmenovaná v relaci, ministerstvo klasicky nad polygonem. Díky tomu je popisek školy v mapě jen jednou. Zřejmě by fungovalo i přesunutí building=yes do relace (v době kreslení to ještě nefungovalo).) Honza 2010/2/12 Zdeněk Pražák zpra...@seznam.cz: Nainstaloval jsem si tracer a chtěl bych se zeptat, zda se v případě, kdy má budova například několik přístavků v katastrální mapě oddělených od budovyslabší čarou, ale nalézajících se na jednom pozemku, dá tracer přinutit k tomu, aby tyto přístavky otagoval spolu s budovou jako jeden objekt. Pražák Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import adres z katastralni mapy
Petr Dlouhý píše v Čt 11. 02. 2010 v 20:15 +0100: Nerozumím. Problém o kterém jsem mluvil je, že to pozná dvojku, které byl uříznut spodek jako sedmičku. Aha, tak to jsme si nerozuměli. Nejde naučit ho poznávat uříznutou dvojku? Pokud to ovšem nezvýší riziko chyby jinde. On Thu, 11 Feb 2010 19:36:13 +0100, Stanislav Brabec u...@penguin.cz wrote: Nešlo by program naučit správně poznávat dvojku, která splynula s tečkou? -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer na rozpoznání budov z katastr . map
Tak jsem si také vyzkoušel tracer. Funguje výborně, díky. Mám pár nápadů na vylepšení práce s tracerem. - Autoortogonalizace - nyní to znamená vyskočit z traceru, vybrat právě vytrasovanou cestu, stisknout q, a opět se vrátit do traceru. Při trasování pravoúhlých budov by se velmi hodila možnost ihned po trasování provést ortogonalizaci, možná dokonce ortogonalizaci právě vytrasované budovy společně se všemi propojenými cestami. - Přetrasování - místy jsou již v mapě poměrně nepřesně zakreslené domečky. Bylo by hezké, kdyby tracer použil původní cestu, a pouze vhodně vylepšil její tvar. Nyní to buď znamená původní budovu smazat a novou vytrasovat (čímž se ztratí tagy a historie), nebo nutnost ruční opravy. Přetrasování se hodí i v budoucnosti po případném vylepšení algoritmu nebo změně v KN. - Trasování středem čar tady již zaznělo A toto mi připadá jako chyby: - Občas se stane, že tracer spojí budovu s koncovým bodem nějaké blízké nebo i vzdálenější cesty. Nevím proč. - Není mi úplně jasné, jak režim trasování správně ukončit. Občas mi při kliknutí zmizí ikonka, ale dalším kliknutím tracer dále trasuje (obzvlášť nepříjemné, když je zvolen režim mazání, a namísto smazání to způsobí nechtěné vytrasování jedné budovy dvakrát), jindy je tam ikonka, ale lze normálně editovat. (JOSM 2561, Tracer 19864) -- Stanislav Brabec, http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] DIBAVOD v OSM? Ano.
Jan Dudík píše v Út 12. 01. 2010 v 10:19 +0100: Dne 12. ledna 2010 0:32 Tomas Kolda ko...@web2net.cz napsal(a): Ahoj, asi dibavod mnohem lepsi kvality a tudiz by se mohlo vse v CR smazat a vzit Dibavod. Co jsem na to totiz koukal, tak to byla suprova kvalita, alespon co si pamatuju. Tohle mi taky nepřijde jako dobré řešení, leckde jsou zaneseny místní názvy, které jsou těžko dostupné, ostrůvky které se v podkladu nemusí vyskytovat (http://osm.org/go/0JllIfX8 ) atp. Nápodobně, i já jsem v http://osm.org/go/0Jl74T88- mapoval i ostrůvky (a snažil se nemapovat vysoký souvislý rákosový porost), někdy jsem zanesl i historická jména rybníků a místní názvy. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] DIBAVOD v OSM? Ano.
Petr Dlouhý píše v Út 12. 01. 2010 v 15:13 +0100: A nebo opačně - tedy označit staré vody jako třeba waterway=old:river, a potom to v případě nutnosti ručně revertovat. Uměl by někdo udělat algoritmus: Ve vzdálenosti do dejme tomu 100m od DIBAVOD je nakreslená v OSM voda = najdi prvního nebo posledního editora a vytvoř (pošli mu) seznam, nejlépe setříděný podle území? A tak učinit po každém importu, neboť tento problém se může objevit opakovaně. Před pár týdny jsem do mapy zanesl nově postavený rybník. Pokud není v DIBAVOD dnes, bude v příští aktualizaci. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OpenStreetMap komer?n? slu?ba
Pavel Machek píše v Po 11. 01. 2010 v 15:10 +0100: On Sat 2010-01-09 13:18:49, Stanislav Brabec wrote: Pavel Machek píše v So 09. 01. 2010 v 11:35 +0100: Vyhoda meho systemu je, ze admin jen omrkne jestli tam neni zadany nejaky nesmysl a schvali. Prace tak max. na 5 vterin/firmu. ...dalsi vyhoda... mohlo by to byt globalni, ne jenom pro CR. V tom případě by ovšem role admina postrádala smysl. Zvlášť pokud by nevěděl, jak se ve všech jazycích světa řekne U Prašivého psa (linuxové distribuce o tom vědí své). Pockej, tuhle historku neznam. Jeden z linuxových týmů také podlehl přesvědčení, že když admin odmaže očividné nesmysly, překlad tvořený komunitou bude kvalitní (už si nevzpomínám, zdali to bylo KDE, GNOME, nebo vydavatel nějaké distribuce). I stalo se, že v arabském překladu dialogu pro výběr země nestál arabský přepis názvu Izrael, ale něco jako Země prašivých psů. Odkaz se mi vůbec nedaří dohledat. Z toho plyne poučení, že admin, který maže očividné nesmysly, je prakticky k ničemu. K podobnému efektu v mapě stačí pouze neznat místní situaci. Chce-li hypotetický záškodník poškodit konkurenta, k budově stojící vedle hotelu Pohoda v Horní Dolní přidá prodejnu Hnůj Novák, otevřeno denně 5-9. -- Stanislav Brabec ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OpenStreetMap komer?n? slu?ba
Pavel Machek píše v So 09. 01. 2010 v 11:35 +0100: Vyhoda meho systemu je, ze admin jen omrkne jestli tam neni zadany nejaky nesmysl a schvali. Prace tak max. na 5 vterin/firmu. ...dalsi vyhoda... mohlo by to byt globalni, ne jenom pro CR. V tom případě by ovšem role admina postrádala smysl. Zvlášť pokud by nevěděl, jak se ve všech jazycích světa řekne U Prašivého psa (linuxové distribuce o tom vědí své). Ideální by to bylo propojit s nějakou formou Map shopu: Na jedné straně zákazník ochotný zaplatit za zmapování příjezdových cest k hotelu Pohoda v Horní Dolní a pamětihodností v okolí pro svůj web, nechat vyrobit tiskové podklady do letáku nebo dokonce vydat mapu Turistická mapa Horní Dolní, Dolní Horní a okolí), na druhé straně máme mapery v dané zemi, kteří chtějí mapovat. Pokud dostanou zaplaceno, mohou mapovat více, ba dokonce si z toho udělat vedlejší pracovní činnost. Map shop by byl jen propojením mezi těmito dvěma skupinami. Jelikož taková služba neexistuje, zákazník své peníze utrácí jinde. Například v grafickém studiu, kde mu něco narychlo obkreslí z jiné mapy a přidají to, co chce. Zázemí takového map shopu znamená mít kontakty na mapery (nejlépe v dané zemi a okolí místa), někoho, kdo zvládá generování OSM výstupů, a někoho, kdo je schopen zajistit tisk a věci kolem. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] DIBAVOD v OSM? Ano.
Petr Dlouhý píše v So 09. 01. 2010 v 17:21 +0100: Ahoj, když o tom přemýšlím, tak podle licence není možné, aby oni používali přímo data z OSM (tedy mohou jako CC/ODBL, ne jako PD), což je trochu škoda. Samozřejmě si mohou zobrazit změny, a na základě těch pak upravit svá data, ale nemohou použít například vodní tok vytvořený uživatelem OSM. Otázky tedy jsou: Využili by to? Například u vodních by mohli. Pokud ano, nestálo by za to vytvořit seznam uživatelů, kteří by schvalovali, aby jejich editace mohli skončit v DIBAVODu? Existuje nějaké jiné řešení? Napadá mne tag license, který by umožňoval volnější licenci než u vlastní OSM. hanoj píše v So 09. 01. 2010 v 15:02 +0100: 6) Chteji rozlisovat to co je od DIBAVOD, co je od editoru OSM. Jako řešení mne napadá digitální podpis. To by řešilo naprosto jednoznačně případnou změnu bodu, nikoliv však smazání. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OpenStreetMap komerční služba
Frettie píše v Čt 07. 01. 2010 v 12:43 +0100: No jo, ono to je super, ale kolik firem se ti naláká, že? Seznam to sice má, ale my nejsme Seznam a nejsme navázáni na katalog firem (zatím), to je možnost dalšího rozšíření, pak by to samozřejmě smysl mělo. A To s tím samotným mapováním, určitě by nebyl problém, aby se požadavky zapisovali do listu s tím, že by si to ten daný uživatel vzal pod sebe, naklikal a pak odklikl, že je hotovo. Motivace a výkon. :.) Pokud chcete zvyšovat povědomí o OSM, tak bych to viděl na takovou službu: - Zdarma se přidejte do mapy. - Za mírný poplatek vám zmapujeme okolí. - Za větší poplatek vám zmapujeme cokoliv (třeba zajímavosti v okolí). Jako bonus získáte: - Právně čistý tiskový podklad do vašich letáků, aplet do www stránek,... Podmínky: - Někdo musí opravit Mapnik, aby si podle své libovůle nevybíral podniky, které nezobrazí (což nyní v místě husté zástavby dělá i na zoomu 18). - Pokud by nějaký www programátor dokázal v mapě tyto podniky (a různé jiné POI) umístit do zvláštní klikací vrstvy, která umí zobrazit jméno podniku, otvíračku, telefon, kuchyni, URL apod. (lze zadat do databáze), zvýšilo by to podstatně komerční hodnotu OSM. Dodatek: Pokud oskenujete mapu od konkurence a dáte si ji do letáku, může vám jednoho dne přijít faktura. Jeden z mých bývalých zákazníku chtěl mít svou mapu v knize právně čistou, a tenkrát po chtěli asi 1300Kč, a to pouze za svolení k otištění, bez dodání podkladů. Tak z toho sešlo. -- Best Regards / S pozdravem, Stanislav Brabec software developer - SUSE LINUX, s. r. o. e-mail: sbra...@suse.cz Lihovarská 1060/12 tel: +420 284 028 966, +49 911 740538747 190 00 Praha 9 fax: +420 284 028 951 Czech Republichttp://www.suse.cz/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Narodni p?rky; Licence k CZ geodatum; Licence ODbL;
Petr Kadlec píše v Po 14. 12. 2009 v 23:02 +0100: 2009/12/13 Pavel Machek pa...@ucw.cz: zaradit osm do linuxovy distribuce tim padem bude nemozny. Jak se v tomto ohledu ODbL liší od stávající CC-BY-SA? Nutnost odkliknutí licence (click-wrap license) se bere jako velké minus při výběru balíku do distribuce. Počet balíků, které takovou licenci vyžadují, je silně omezen. V openSUSE je to aktuálně Adobe Flash Player, Sun Java, a Adobe ICC Profiles. Vzpomeňte si, jak před nedávnem hrozilo vyřazení Firefoxu z distribucí právě kvůli nutnosti odkliknutí licence. Naštěstí to brzy pochopili a upustili od ní. -- Best Regards / S pozdravem, Stanislav Brabec software developer - SUSE LINUX, s. r. o. e-mail: sbra...@suse.cz Lihovarská 1060/12tel: +420 284 028 966 190 00 Praha 9fax: +420 284 028 951 Czech Republichttp://www.suse.cz/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na způsob kreslení plošn ých objektů
Zdeněk Pražák píše v St 04. 11. 2009 v 14:11 +0100: Chtěl jsem se zeptat, zda při kresení plošných objektů, například luk a zahrad mám jednotlivé body tvořící nový plošný objekt spojovat se stávajícími plošnými objekty typu lesa atd. nebo zda se mám snažit tyto objekty kreslit odděleně od sebe. Už tu jedna podobná diskuse byla. Její výsledek byl: Řiďte se podle skutečnosti. Pokud louka sahá až k lesu, zahrada až k plotu a podobně, má smysl spojit, pokud ne, pak má smysl kreslit odděleně. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Par dotazu pro zacatek
Petr Dlouhý píše v Po 02. 11. 2009 v 00:05 +0100: 1) Kdyz zvetsuji mapu CR - vidím Katovice, Radomysl, Steken, vsechno nepomerne male obce, Strakonice viditelne nejsou; lze v datech nejak osetrit velikost/dulezitost obce/mesta ? Zatím se pro vykreslování rozlišuje pouze city/town/village/hamlet. Dále je možné napsat počet obyvatel, ale ten se při renderování nebere v úvahu. Mapnik má nějakou feature, která trochu záhadným způsobem schovává názvy, možná by stálo za to nahlásit bug, že to nefunguje úplně optimálně. Také jsem si tohoto problému všiml. Myslím si, že ten algoritmus je: Je tam dost místa na nápis? Nebude se překrývat? Dám ho tam! Bohužel se zdá, že tuto rozvahu dělá pro každý bod zvlášť, takže místa s delším názvem mívají častěji smůlu. Výsledky tohoto algoritmu jsou poněkud tristní. Svého času byl ostrov Štvanice prvním bodem, který se objevil při zoomování Prahy. Dnes je zase nutné na zobrazení nápisu Staré Město zazoomovat o 3 stupně dál než na Nové Město, přitom na Josefov pouze o jeden stupeň, přestože se jedná o část Starého Města. Důvod tohoto podivného chování: zřejmě nápis Praha ve stejném místě. Stanislav Brabec http://www.penguin.cz/~utx ___ 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
Dne 31.10.2009 19:41:12 napsal Pavel Machek: No, pro jizdu na koni by se polygony landuse=residential taky celkem hodily, ale rozhodne ne autogenerovane... Fakt potrebuju vedet kde jsou ty ploty. (A taky by se hodilo odliseni luk a poli... muzu snit, ne? :-). Ideální by samozřejmě bylo, aby tam byl zakreslen každý plot jednotlivě, nejlépe s tagem height. A do navitu bys zadal, jak vysoký plot tvůj kůň přeskočí. Ale uznávám, že je to ještě problematičtější než zmapování budov. Ploty lze potkat i okolo pastvin a dokonce v lese. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] značení čajoven
Ahoj. Protože rozsáhlá síť čajoven je českým specifikem, myslím si, že by diskuse nad jejich značením měla začít tady. Dnes situace vypadá tak, že většina z nich je značena jako amenity=cafe, někdy s dodatkem cuisine=tea, a poté většinou uvedeno slovo Čajovna v názvu. Nemyslím si, že je to ideální. Možná by stálo zavést amenity=tea_room nebo něco podobného. Značkou by mohla být konvička nebo široký šálek. Tag cuisine by pak mohl volitelně označovat styl čajovny (např. chinese, japanese, indian, arabic, lebanese, turkish, european, rasta, modern apod.). Co si o tom myslíte? -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] překlad access=permissive v JOSM
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
Re: [Talk-cz] Trasy KCT - Prosle GPX
hanoj píše v Po 27. 07. 2009 v 00:03 +0200: 2009/7/26 Stanislav Brabec u...@penguin.cz: Petr Schönmann píše v Ne 26. 07. 2009 v 09:05 +0200: Z Zároveň mi vyvstala otázka, zda by mohlo být třeba na openstreetmap.cz či někde jinde právě ono udělátko kterým si můžete zobrazit GPX na mapě OSM. S tím, že daný soubor co nahraju by se pak mohl používat ke zpracování v OSM BT747[1] umí takový soubor vygenerovat, bohužel ne z GPX, ale z MTK souboru. Je v Javě, takže by nebylo složité dotyčný kód vytáhnout a dát někam jako Java servlet. *** taky by se to chtelo zeptat, zda se jim to nepříčí. Přeci jenom máme každý jiné představy o licenci... BT747 je GNU GPL Version 3. Otázka ovšem je, nakolik je právně čistý i výsledný HTML: script src=http://maps.google.com/maps?file=apiamp;v=2amp; type=text/javascript Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Zaverecne hlasovani o adresach
Radomír Černoch píše v Ne 26. 07. 2009 v 02:03 +0100: Děkuji za upozornění. Marně však přemýšlím, co z toho něco vyvodit... Možná jednoduchou heuristiku, která nejdřív projde všechny adresy jednoho města. Pokud v místě nenajde žádné č. o., nebude ho očekávat. Pokud najde č. o. u více než 0 a méně než n bodů (a/nebo n % bodů), vyhlásí upozornění na nutnost ručního zásahu (někdo se zřejmě uklepl a použil č. o. v místě, kde se nepoužívají). Pokud najde č. o. u více než n bodů, bude předpokládat, že č. o. se v dané lokalitě používají, a bude je očekávat u všech adres tamtéž (pokud není použito č. e.), a kde budou chybět, dá otazník. 2009/7/25 Jan Dudík jan.du...@gmail.com: Ad 4 - nahodou takových domu bude většina, i když v osm jen v některých městech... Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk] access=destination valid only in one direction
Hallo. Is there a way how to map a street with access=destination valid just only for one direction? In the reverse direction it is a standard drive through street. http://www.openstreetmap.org/browse/way/30764132 -- Stanislav Brabec http://www.penguin.cz/~utx ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] access=destination valid only in one direction
Peter Childs wrote: 2009/7/10 Stanislav Brabec u...@penguin.cz: Is there a way how to map a street with access=destination valid just only for one direction? In the reverse direction it is a standard drive through street. The standard way to do this is with a second parallel way tagged accordingly, Like a dual carriageway. It seems to be sub-optimal for a narrow street with a single driving lane and parking zone. It would look wider than the crossing 4-lane motorway street. -- Stanislav Brabec http://www.penguin.cz/~utx ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-cz] jednosměrný průjezd zakázán
Ahoj. Jak lze mapovat jednosměrný průjezd zakázán (či jednosměrku s povoleným dojezdem v protisměru)? http://www.openstreetmap.org/browse/way/30764132 Nejde o chybu značení, ale o skutečný stav. V jednom směru jde o normální průjezdní komunikaci, v druhém je určena na dojezd na parkoviště, do nemocnice, ke kostelu. -- Stanislav Brabec http://www.penguin.cz/~utx ___ 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
Pavel Machek píše v Út 30. 06. 2009 v 08:39 +0200: 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... Pokud ovšem bude dotyčný pracovat ve školství, je tomu právě naopak. Ve školství jsou závazná pravidla českého pravopisu. No nic. Pár dnů počkám, a pokud se nic nebude dít, zkusím napsat Místopisné komisi Rady HMP. V Praze je problém největší. Cedule jsou verzálkami, tak ještě žádný češtinář nemusel vysvětlovat svým žákům, že zatímco oni psát Na výtoni nebo Na slupi nesmí (pod pohrůžkou snížené známky ze slohové práce), zatímco úředníkům je to dovoleno. -- Stanislav Brabec http://www.penguin.cz/~utx ___ 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
Radomír Černoch píše v St 01. 07. 2009 v 14:08 +0100: Dobrý den, jak moc je v otázce velkých písmen důvěryhodná databáze České pošty na psc.cpost.cz? Kontroloval jsem ulice, u kterých si jsem velkými/malými písmeny jistý a všechny byly v pořádku. V Praze 2 to vypadá stejně jako ÚIR ADR. Následující dle pravidel českého pravopisu, revize 1993, rozhodně není: http://psc.cpost.cz/eep_psc/GetSearchSeznam.action?formUlice=U+nemocniceformCobec=Nov%C3%A9+M%C4%9Bsto+%28Praha+2%29formOkres=1formObec=PrahasearchFor=Praha%2c+Nov%C3%A9+M%C4%9Bsto+%28Praha+2%29%2c+U+nemocnice#seznam http://psc.cpost.cz/eep_psc/GetSearchSeznam.action?formUlice=Na+zbo%C5%99enciformCobec=Nov%C3%A9+M%C4%9Bsto+%28Praha+2%29formOkres=1formObec=PrahasearchFor=Praha%2c+Nov%C3%A9+M%C4%9Bsto+%28Praha+2%29%2c+Na+zbo%C5%99enci#seznam http://psc.cpost.cz/eep_psc/GetSearchSeznam.action?formUlice=Na+slupiformCobec=Nov%C3%A9+M%C4%9Bsto+%28Praha+2%29formOkres=1formObec=PrahasearchFor=Praha%2c+Nov%C3%A9+M%C4%9Bsto+%28Praha+2%29%2c+Na+slupi#seznam http://psc.cpost.cz/eep_psc/GetSearchSeznam.action?formUlice=Na+v%C3%BDtoniformCobec=Nov%C3%A9+M%C4%9Bsto+%28Praha+2%29formOkres=1formObec=PrahasearchFor=Praha%2c+Nov%C3%A9+M%C4%9Bsto+%28Praha+2%29%2c+Na+v%C3%BDtoni#seznam V případě, že jde o místní názvy, už podle pravidel z roku 1957 by to bylo špatně. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nejvice nezmapovana mista
Jachym Cepicky píše v Út 30. 06. 2009 v 06:24 +0200: Nevidím důvod, proč bychom u psaní ulic měli brát větší ohled na ÚJČ (PČP navíc AFAICT „složitější pravopis“ v odborném kontextu dovolují) než na rozhodnutí příslušného správního orgánu. 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. Ale pište si to jak chcete, To nejde, nefungují pak nástroje. už bylo dost flamů (a nejen v rámci OSM) na tohle téma a nikdy nikam nevedly. Právě jsem kontaktoval poradnu ÚJČ, popsal současný stav, a trochu provokativně jsem navrhl, že by měli příslušnou pasáž pravidel českého pravopisu změnit na: „Psaní velkých písmen v názvech ulic se řídí zápisem v Územně identifikační registru adres.“ Případnou odpověď přepošlu. Pokud budou trvat na současném znění pravidel, mají asi největší váhu úřady přimět ke změně. Myslím, že by se jim dalo případně pomoci automatickým vygenerováním seznamu všech „závadných“ ulic a k nim příslušejících úřadů. Stanislav Brabec http://www.penguin.cz/~utx ___ 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
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 u...@penguin.cz To: pora...@ujc.cas.cz 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áci na projektu OpenStreetMap[1] jsme narazili na velké množství nesrovnalostí v psaní velkých písmen v oficiálních názvech ulic. Pravidla českého pravopisu sice určují psaní velkých písmen, ovšem jak Územně identifikační registr adres[2], tak i Český úřad zeměměřický a katastrální[3
Re: [Talk-cz] Stavim, stavis, stavime - aneb budovy a adresni body z CUZK
Lukas Kabrt píše v Ne 28. 06. 2009 v 20:56 +0200: Zdravim, behem poslednich par dnu jsem si trochu hral s automatickym/poloautomatckym importem informaci z katastralni mapy. Když jsem včera obkresloval domy a viděl jsem ty digitálně generované tečky, myslel jsem na to, že by něco podobného šlo udělat. Presnost rozpoznavani je hodne slusna - pokud se texty neprekryvaji tak temer stoprocentni. Pokud se překrývají, stačí vyžádat detailnější mapu. Pro jednotlve adresni body jsem schopny rozpoznat i obrys budovy, To by ještě chtělo rozpoznávat samostatnou bílou tečku, kterou je označena zastavěná plocha, která nemá přiřazen adresní bod. ale to musim jeste doladit. Mam mnozinu definicnich bodu budov a mapu vektorizovanou na mnozinu vektoru (vektory na sebe navazuji) Pro kazdy z bodu se snazim najit polygon jehoz hranice jsou tvoreny temito vektory. Mam jeden primtivni zpusob, jak obalovy polygon ziskat, ale pokud mi poradite nejaky lepsi algoritmus, tak budu rad. (Muj algoritmus: vyberu vektor zacinajici nejbliz definicnimu bodu a z nej pokracuju dal a snazim se uzavrit cyklus, Na to lze snadno nalézt protipříklad: dlouhá budova, před ní dvě malé boudy. Ale pokud provede kontrola a bude se hledat dál, nemusí to vadit. Jedna z možností je použít bitmapový algoritmus typu fill, a pak pouze vytrasovat přiléhající čáru. Stanislav Brabec, ICQ 116020046, xmpp:u...@jabber.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nejvice nezmapovana mista
Petr Dlouhý píše v Ne 28. 06. 2009 v 21:23 +0200: http://tools.geofabrik.de/osmi/?view=addresseslon=14.31675lat=50.11908zoom=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í. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nejvice nezmapovana mista
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: http://tools.geofabrik.de/osmi/?view=addresseslon=14.31675lat=50.11908 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. 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ě. Přitom všechny nové mapy uvádějí Na Výtoni. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] budovy s dalším tagem
Ahoj. Jak značíte budovy s dalším tagem (kostel, škola, úřad, veřejná budova...)? josm se podle předvoleb tváří, že tam building=yes pak být nemusí. mapnik tam pro kostel a školu building=yes mít nesmí (jinak nekreslí budovu správnou barvou), zatímco pro veřejnou budovu ho tam mít musí (jinak se nevykreslí nic). Osmarender tam building=yes vyžaduje vždy, jinak nevykreslí nic. Co je tedy správné řešení? -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] budovy s dalším tagem
MP píše v Pá 26. 06. 2009 v 14:53 +0200: Obcas je v mape treba amenity=school na celem skolnim pozemku (a pak uvnitr nej je dalsi tag s building=yes, aneb samotna skolni budova), takze amenity=school bez tagu building chapu jako skolni pozemek (na kterem asi teda nekde bude i ta budova), s tagem building je to jen ta skolni budova. Pak je špatně josm, který na menu Budovy-Škola nenastaví tag building=yes. Buď by se to nemělo jmenovat Budovy (ale třeba Pozemky), anebo by to mělo nastavit building=yes. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Spolupráce na OSM
Jachym Cepicky píše v St 24. 06. 2009 v 08:23 +0200: [1] http://www.mail-archive.com/talk-cz@openstreetmap.org/msg01761.html Když to čtu podruhé, napadá mě: Co když to myslel jako souhlas? Něco jako: „Tam to je, můžete to použít.“ Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
Pavel Machek píše v Po 08. 06. 2009 v 08:26 +0200: 3) Čísla popisná Variantou vstřícnější lidem preferujícím angličtinu nad němčinou (kterých je v české OSM komunitě asi většina) by se tedy mohlo líbit 'conscriptionN'. Berete to jako vhodný kompromis? Ja jsem hledal 'conscription' ve slovniku, a reklo mi to neco jako branna povinost. Popisná čísla byla zavedena kvůli evidenci branců. Je to mensi zhuverilost nex konskript...N ale dobry to neni. A co třeba addr:uniqueN. Jedná se ostatně o jedinečné číslo v rámci nějakého správního celku. A navíc to lze použít na jakýkoliv podobný systém. Měl-li by tag zrcadlit větší míru dočasnosti, vybíral bych ze slov jako jsou 'provisionalN', 'temporaryN' (nebo jen 'tempN'). Můžeme zvážit i 'volatileN', což má spíše ekonomické konotace. Hlasuju pro tempN... z duvodu delky. Není náhodou provisional přesnější? Google naznačuje, že Florida má cosi, co se jmenuje provisional building code. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
Radomir Cernoch píše v So 06. 06. 2009 v 15:59 +0100: Jako nejpřirozenější možnost se tak jeví zapsat do tagu housenumber všechna čísla, které na domě fyzicky visí. Syntaxe tagu tedy může být jedna z následujících: Systém mi připadá logický. Příklady však potom nesouhlasí, pro identifikaci č. p. je nutné v is_in použít městskou část vždy, pokud se č. p. vztahuje k ní. Takže (možná) spíš takto: Adresa 'Vodičkova 792/40, Praha' se tak zapíše jako: 'addr:housenumber' = 792/40 'addr:[čp_klíč]' = 792 'addr:[čo_klíč]' = 40 'addr:street' = Vodičkova 'addr:city'= Praha 'is_in'= Praha, CZ 'is_in' = Nové Město, Praha, CZ V Praze je to ještě komplikovanější. Je zde dvojí rozdělení, které navzájem není propojeno. Takže is_in by vlastně teoreticky měla být dvě: Praha 1 a Nové Město. Zatímco administrativní rozdělení je Praha 1-14 (tuším), čísla popisná se vztahují (pokud se nemýlím) na městské čtvrti (tedy např. Nové Město), přičemž Praha 1 neznamená Nové Město (ale také Staré Město, Hradčany, Malou Stranu) a naopak (Nové Město leží i na Praze 2). Adresa 'Jáchymova 400, Jindřichův Hradec': 'addr:housenumber' = 400/III 'addr:[čp_klíč]' = 400 'addr:street' = Jáchymova 'addr:city'= Jindřichův Hradec, Jihočeský kraj, ČR 'addr:city' = Jindřichův Hradec 'is_in' = Jindřichův Hradec III, Jindřichův Hradec, Jihočeský kraj, ČR V prostoru střední Evropy se v dobách zavádění čísel domů používala čísla popisná jako tzv. Konskriptionsnummer. Rakousko-Uherská monarchie podle nich prováděla odvody do armády (tzv. konskripce [2]). Systém se udržel jako hlavní systém pro ČR a Slovensko, jako doplňkový se používá např. v Rakousku a Německu. Ono je to možná ještě trochu komplikovanější. Před Konskriptionsnummer existoval systém odvozený od pozemkových knih. Domy postavené před zavedením tohoto systému tedy nemají č. p. podle svého stáří, ale podle libovůle úředníka. (Proto má také slovo hausnumero v češtině hanlivý význam.) Paradoxem je fakt, že v pozemkových registrech často zůstalo staré číslování zachováno. Takže např. naše chalupa měla původně č. p. 10, dnes č. 1. Nicméně dodnes stojí na pozemku s katastrálním č. 10. Ale nejsem historik, takže detaily neznám. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
Radomir Cernoch píše v Ne 07. 06. 2009 v 14:35 +0100: Stanislav Brabec píše v Ne 07. 06. 2009 v 15:05 +0200: V Praze je to ještě komplikovanější. Je zde dvojí rozdělení, které navzájem není propojeno. Takže is_in by vlastně teoreticky měla být dvě: Praha 1 a Nové Město. Zatímco administrativní rozdělení je Praha 1-14 (tuším), čísla popisná se vztahují (pokud se nemýlím) na městské čtvrti (tedy např. Nové Město), přičemž Praha 1 neznamená Nové Město (ale také Staré Město, Hradčany, Malou Stranu) a naopak (Nové Město leží i na Praze 2). Díky za cennou připomínku. Nabízí se řešení podle České pošty, kdy se 1 čtvrť rozdělená do 2 administrativních částí tváří jako 2 čtvrtě. Tedy Bubeneč (Praha 6) a Bubeneč (Praha 7) jako dvě samostatné oblasti. To by nemělo ničemu vadit, nebo ano? To by mohlo vadit vyhledávačům při řešení některých dotazů. Č. p. by se muselo hledat pomocí více dotazů, v tomto případě Staré Město (Praha 1) a Staré Město (Praha 2). Ale zřejmě by to nebyl velký problém. Stejně tak přiřazování bodů uvnitř hranic zakreslených v mapě by zde muselo mít výjimku. Ale zřejmě nejde o věci zásadní. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Obsah tagu addr:housenumber
Tomáš Tichý píše v Pá 05. 06. 2009 v 13:39 +0200: Jak jsem se dočetl na wikipedii, adresy s číslem s lomítkem používají i v Rusku (i když s jiným významem - tam je to když je dům na dvou ulicích), takže mi lomítko přijde dostatečně globální. což odpovídá bodům 1 a 3, pokud za first dosadíme č.p. a second č.o. co se týče čísla evidenčního, klonil bych se spíše k jeho nezapisování do housenumber - v systému má jiný význam Bohužel nejen v Rusku, třeba v Jindřichově Hradci jsou také adresy s lomítkem v jiném významu: např. 700/III (číslo popisné/městská čtvrť, čísla orientační tam nejsou). Takže systém pro analýzu č. p./č. o. tam naprosto selže. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Obsah tagu addr:housenumber
Tomáš Tichý píše v Pá 05. 06. 2009 v 15:32 +0200: 2009/6/5 Stanislav Brabec u...@penguin.cz: Radomír Černoch píše v Pá 05. 06. 2009 v 13:32 +0100: Bohužel nejen v Rusku, třeba v Jindřichově Hradci jsou také adresy s lomítkem v jiném významu: např. 700/III (číslo popisné/městská čtvrť, čísla orientační tam nejsou). Takže systém pro analýzu č. p./č. o. tam naprosto selže. Naopak, pěkně to do toho zapadá a bude to fungovat. Účelem mého návrhu na čísla v housenumber není zpětně rekonstruovat co je co za číslo, (k tomu slouží upřesňující položky), ale vytvořit lidsky čitelnou a nelokalizovaně prohledavatelnou podobu čísla. Takže když do tagu housenumber vyplníte 700/III, tak každý tu adresu najde jak v mapě, tak ve vyhledávači podporujícím oddělovač lomítko (a v kompletní formě i ve vyhledávači bez podpory lomítka). Když někoho bude zajímat co je to za čísla, tak se podívá do polí konsktiptionsnummer=700, cislo_popisne=None a cislo_evidencni=None a hned mu bude jasné, co je co. Jen ta III se tam prostě bude muset vyplňovat ručně, nebo být ošetřena jako výjimka v czechaddress. V tom případě pravidlo to dává smysl. housenumber je to, co má být na domě nebo v občance, a konsktiptionsnummer by renderery nemusely nutně podporovat. Cenou za to je případné pracnější vyplňování a mírná redundance informací. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, finale diskuse
Radomír Černoch píše v Pá 05. 06. 2009 v 19:53 +0100: Zdravím, co říkáte na změnu, ve které 'housenumber' obsahuje čp i čo (podrobnosti ve vedlejším vlákně)? Vyhledávači pak stačí porovnávat hledané číslo s řetězcem v 'housenumber' a na ostatní tagy nehledí. Navíc se tak řeší problém Jindřichův Hradec. Je to ten systém ala Google, který tu někdo před chvílí posílal. Já jsem pro. Jak diskuse ukázaly, způsob jak se to píše v občance je sice redundantní, ale bez další informace je dokonce ani nelze odvodit z ostatních tagů. Dovedu si představit i tag housenumber_algorithm, který jeho vytvoření popisuje (zpravidla jednotný pro celé město), a který by umožnil housenumber vygenerovat. Např.: UL CO/CP UL CP UL CP/SUBURBID SUBURBID CP CP OR CEE Pořadí č. o. - č. p. není úplně jasné. Např. v Praze se častěji používaná verze Ulice č. o./č. p. Úřady však používají adresu v méně logické formě Ulice č. p./č. o. (jméno ulice tak leží vedle č. p., které se však k ulici nevztahuje). Takže bychom měli čtyři tagy: housenumber = tak, jak se to píše v občance č. p. č. o. č. ev. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OpenTrackMap?
Pavel Machek píše v Po 25. 05. 2009 v 20:47 +0200: On Mon 2009-05-25 15:19:08, Rolf K wrote: No já nevím, osobně bych se toho trochu bál. Na data v OSM se dosud dá víceméně spolehnout, ale co se týče jiných map, tak tady už bych takový optimista nebyl. Už mockrát jsem v terénu marně hledal cestu, která byla značená v mapě, ale v reálu prostě neexistovala. A nebyly to třeba ani nijak nevýrazné pěšinky. A myslím si že je daleko lepší mít v OSM míň cest ale ověřených než celou síť, na kterou se ale nedá spolehnout že opravdu existují. Ty svazne cesty jsou pomerne velke sterkovky, nemyslim ze by se s casem nejak vyrazne menily. Tak nějak. Přiznávám se, že ke kontrole některých detailů v lesích kolem naší chalupy používám i c. k. mapu, anžto žádná novější místní názvy neuvádí. Dobrá polovina lesních cest tam sedí. Dokonce i c. k. koněspřežná dráha vede stále tamtéž, nyní již, pravda, elektrifikovaná. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk] [RFC] tagging stones in the wild (erratic, balancing, boundary, stone age, artifact)
It seems that mapping features lack stones. In a flat country, any bigger stone has its local name and it is an important orientation point. But OSM now lacks any classification and rendering of stones. If you look at Stonehenge, you see just two points in the mapnik map. Some of stones use tourism=attraction, some use natural=stone (unofficial), some of them use historic=monument or historic=memorial, some use amenity=place_of_worship,religion=stone_age_druidic or tourism=artwork. Let's try to classify it. Note that sometimes it is not possible to decide the history of the stone and assign correct tag and we have to consider it as a generic stone. I would like to propose a new tag for point (a stone), way (a line of stones), and area (area with stones) Generic stone = Just a stone in the wild without any known story. natural=stone (German wiki already documents this tag) optional: size=large (several tons), medium (can be moved by few people), small (can be moved by a single persons) count=number of stones (maybe size=large,medium count=1,5 could mean 1 large and 5 medium stones) Balancing boulder (wobble stone) A stone in an unstable position. A small power allows the stone to be wobbled. Some of them are natural, some of them are human made or human moved. Mark as generic stone plus: type=balancing (or type=wobble, comment from any native English?) Erratic boulder === A boulder moved by a ice code during the ice age. It has a significantly different composition than stones in the nature around. Mark as generic stone plus: type=erratic Boundary stone == Single, several or many boulders moved by a human to mark boundary of a ground, or just moved away from a cultivated area. Most of them has just a natural shape, but some of them may have some carving. Natural stone mark as generic stone plus: type=boundary Stone with carving: I am unsure (artifact or still a natural stone) Stone age artifacts === I am not sure, whether these stones should use natural=stone (they consists from a natural stone and something it's impossible to discriminate) or historic=... or even place_of_worship (the religion is very unsure for most of them, and even religious purpose is not sure) Here a list of probably most common types. type= menhir: vertically placed stone (most of them are lone stone, but some of them consist from more stones) dolmen: a set o stones with a flat stone roof human_made_area: area with stones following certain idea human_made_array: array of stones - area consisting of a stone line stone_image: stone image consisting of hundreds or thousands small stones Other artifacts === Stones placed in memory of something may be historic=memorial, sculptures may be tourism=artwork... I am not sure. Stanislav Brabec http://www.penguin.cz/~utx ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] Pokryti prazskych zastavek openstreetmap
Tomáš Tichý píše v Ne 03. 05. 2009 v 09:20 +0200: Zrovna nedávno jsem běhal po Budějovické a než jsem našel tu správnou zastávku, ujeli mi 2 busy. Přesná poloha každého označníku je nezbytnou podmínkou pro vybudování nějaké smysluplné navigace s veřejnou dopravou. Což naznačuje, že jedině relace stoparea a platform společně s relacemi pro každou trasu může v praxi dát informaci: Na Budějovické vystoupit a přejít podchodem 100m severně do stejnojmenné zastávky automusu číslo 203. Chápu-li to ovšem dobře, tak aby to fungovalo, musí být součástí popisu trasy nejen vlastní trasa MHD, ale i všechny příslušné relace stoparea nebo všechny platform. Nebo bychom museli na silnici vykreslit 10× zastávku Budějovická (pro každé nástupíště zvlášť), a pak do relace trasy zahrnuli pouze ty správné body. Oboje by dalo stejnou informaci, první metoda by však umožňovala zakreslit zastávku jako jeden bod na cestě, a k němu více různých platform bodů. Druhá metoda by to neumožňovala, neboť by nebylo jasné, která platform je ta správná. Je to také možné metody kombinovat: první u zastávek se složitou topologií (Budějovická), druhou u zastávek s prostorově vzdálenými nástupišti (Albertov). Případná navigace by si stranu silnice domyslela podle směru jízdy a informace, na které straně se v dané zemi jezdí. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nápad na jednodu??í kreslení b udov
Martin Landa píše v So 02. 05. 2009 v 16:10 +0200: podobne tema muzu vypsat u nas na FSV, CVUT, obor Geoinformatika [1]. Resp. rad bych vypsal vice temat souvisejicich s OSM --- mate nejake dalsi konkretni tipy? Mám takovou myšlenku, k jejíž implementaci se asi hned tak nedostanu, a nikde jsem jí jako open source implementovanou neviděl: Heuristická analýza GPS logů Vstupem by byly: - GPS záznamy - OSM data - popisy heuristik (jak vypadá cesta pěšky, vlakem, autem, autobusem,...) Výstupy by byly: - slovní itinerář (popis cesty slovy - rozpoznání dopravního prostředku a volitelná hloubka výstupu - podle požadavku např. čísla hromadné dopravy nebo jména ulic nebo měst, kudy se jelo, informace o místech, kde se stálo a čekalo, adresy, které byly navštíveny) - inteligentní rozdělení logu (zde se šlo pěšky, zde se jelo MHD, zde se jelo autem, zde se stálo, zde se letělo, zde log chybí od jedné stanice metra k druhé = jelo se asi metrem) - analýza nad výše uvedeným (cesta trasou a-b-c je v průměru o 10 minut kratší, než a-d-c, průměrná cestovní rychlost mezi a a b je 20km/h). - zpětné návrhy doplnění OSM dat z hromadných vstupů (zde se jelo autem 20×, v OSM nic není = je tam silnice, jelo se tudy 50× jedním směrem, nikdy obráceným = asi je jednosměrná, v tomto místě jsou všechny logy 30m vedle silnice = silnice je v OSM zřejmě o trochu vedle). - korekce věrohodnosti (tento GPS log obsahuje jinou nadmořskou výšku než všechny ostatní z tohoto místa = data jsou nespolehlivá). Dovedu si představit spoustu využití takové aplikace, od digitálního deníčku až ke spediční službě. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na nahrání vytvo?ené mapy .
Zdeněk Pražák píše v St 22. 04. 2009 v 06:39 +0200: čili z toho plyne, že to co jsem udělal za víkend, cca 4000 bodů, můžu zahodit a udelat znovu. Škoda, že jsem to nevěděl dříve. Také jsem na to narazil. Pokud se jedná o nový samostatný úsek, půjde to přinejmenším nahrát jako samostatná vrstva a pak spojit s vrstvou nahranou novým API. Horší je to se změnami. Josm přinejmenším ví, co se má nahrát, tak snad vznikne nějaký postup, jak to vyřešit. Pražák Původní zpráva Od: hanoj eha...@gmail.com Předmět: Re: [Talk-cz] dotaz na nahrání vytvořené mapy. Datum: 22.4.2009 03:23:23 soubor vytvoreny v starem API 0.5 nejde jednoduse v API 0.6 importovat. zkousel jsem resit konflikty, ruzne rucni metody a skript osm526.py, ale nejspis se s tim nepocita. hanoj 2009/4/21 Zdeněk Pražák zpra...@seznam.cz: jenže já to zkoušel s poslední verzí 1541 a nic se mi zatím nepovedlo pražák Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk] Mapping the sea
maning sambale wrote: I've been experimenting with mapping coral reefs: http://www.openstreetmap.org/?lat=8.8634lon=120.0689zoom=13layers=B000FTTT The tag I used following what I have seen in others: subsea=coral_reef the reef also has a multipolygon relation: http://www.openstreetmap.org/browse/relation/90430 Is this the proper way? Any ideas? Maybe there could be some mapping style analogies with: http://wiki.openstreetmap.org/wiki/Approved_features/barriers or http://wiki.openstreetmap.org/wiki/Tag:natural%3Dcliff Stanislav Brabec http://www.penguin.cz/~utx ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-cz] OSM: změna licence
Na talk@ nyní probíhá rozsáhlá diskuse o změně licence OSM dat. Někteří si jí možná nevšimli, a protože nás výsledek potenciálně může připravit o 20% dat OSM Czechia, prosím, věnujte ji pozornost. Po přečtení tamějšího threadu začínám mít dokonce pocit, že někteří významní přispěvatelé české OSM z komerční sféry by dokonce mohli ztratit motivaci se na OSM podílet, neboť nová license už by neumožňovala zpracování databáze v closed source nástrojích. Prosím ty, kterých by se to mohlo týkat, aby si novou licenci důkladně přečetli, případně ji i prostudovali s právníky, a včas se ozvali na mezinárodním listu. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tip na citlivou GPS
Martin Kokeš píše v St 11. 02. 2009 v 12:19 +0100: Vážení, pokud někdo hledá citlivou GPS na logování do lesa, resp. na logování vůbec, můžu doporučit nové GPS s 66kanálovým čipsetem Mediatek Qstarz BT-1000X (cca 6 MB logger) a nebo BT-Q818X bez loggeru. Umí i 5 Hz mód a jejich citlivost a přesnost je opravdu skvělá. Mám předchozí model BT-Q1000P (51 kanálů). Přesnost v hlubokém lese uprostřed léta u něj rozhodně nemohu potvrdit, odchylka dosahovala místy i 200m: http://www.penguin.cz/~utx/temp/les_gps.png Citlivost mohu potvrdit. V lese se neztratila nikdy, ve Praze mívá občas problémy v kapse v tramvaji ve Vodičkově ulici, jinak se chytá stále. Často se chytá dokonce při průjezdu metra stanicí Vyšehrad nebo na Palackého náměstí v podzemí v místě, kde je jakýsi skleněný vrchlík zasahující nad zem. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Geotagování podle OSM
Petr Dlouhý píše v Čt 08. 01. 2009 v 23:05 +0100: On Thu, 08 Jan 2009 23:00:23 +0100, Tomáš Tichý t.ti...@post.cz wrote: Ten jsem taky zkoušel, a byl tam jen Google, ale jak koukám, tak by to v novější verzi mohlo fungovat i pro OSM: http://bugs.kde.org/show_bug.cgi?id=177270 Pokud má jakákoliv aplikace dostupný zdrojový kód a podporuje Google Maps, předělání na OSM je záležitostí zhruba na 10 minut (úprava URL pro stažení map, otočení škály zoomu). -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na značení občasných vo dních toků
Martin Vidner píše v Út 06. 01. 2009 v 21:43 +0100: Čekal bych něco jako občas=ano na waterway=*, ale zdá se, že na to standardní tag není: http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dstream http://wiki.openstreetmap.org/wiki/Category:Water_feature 2009/1/6 Zdeněk Pražák zpra...@seznam.cz: Chtěl jsem se zeptat jakým tagem mám označit občasný vodní tok ve kterém teče voda pouze na jaře a jinak je povětšinou vyschlý. (na turistických mapách je značen přerušovanou modrou čarou) Vloni kolem 1. září proběhlo na mezinárodním talku diskuse na toto téma: Feature Proposal - RFC - waterways/ditch Debatovalo se nad výkladem slov ditch a drain anglickými mluvčími. Jak to dopadlo, nevím, nesledoval jsem. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk] proposal: relation type=way_affected (on the beginning of the street)
Hallo. Just on the beginning of the private way is one of the common places for barriers. Its mapping makes an apparent clash between reality and mapping schematic - there is no way to mark this fact exactly. http://www.openstreetmap.org/?lat=50.071094lon=14.425607zoom=18layers=B000FFF You cannot draw the barrier just on the cross node - the main street has no gate, it's only on the private way. Drawing it on an additional node gives a bad assumption, that one should search a way with a gate say 10-20 meters from the cross. In fact one should search a gate just next to the street, with no part of the private way visible. Some renderers even render the barrier incorrectly inside the main street line. Just next to the cross point is a generic problem, which affects more features. I can imagine marking them as a new type of relation: Proposal: Relation way_affected type=way_affected ... set of feature tags valid for point (e. g. barrier=..., highway=stop,...) members: . node (recurrence: one) start point of way with barrier |_ way (recurrence: one or more) the way affected by the mark It is expected, that node is part of all way members. rendering: Render feature only on affected way(s) just next to the node independently on the map scale. Stanislav Brabec http://www.penguin.cz/~utx ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] proposal: relation type=way_affected (on the beginning of the street)
Rory McCann wrote: On 06/11/08 08:27, Stanislav Brabec wrote: Just on the beginning of the private way is one of the common places for barriers. Its mapping makes an apparent clash between reality and mapping schematic - there is no way to mark this fact exactly. http://www.openstreetmap.org/?lat=50.071094lon=14.425607zoom=18layers=B000FFF You cannot draw the barrier just on the cross node - the main street has no gate, it's only on the private way. Drawing it on an additional node gives a bad assumption, that one should search a way with a gate say 10-20 meters from the cross. In fact one should search a gate just next to the street, with no part of the private way visible. Some renderers even render the barrier incorrectly inside the main street line. I know what sort of feature you're talking about. But I would have thought that the barrier (or whatever) would be ever so slightly on the private way (eg 10cm in). Would it not make more sense to have a node veery close to the start of the private way? It would be OK, if OSM would exactly map the world, centimeter by centimeter. But the way is only a schematic one-dimensional object, so we also need a schematic method to mark just next to the way. Renderers have no idea about exact way width and attempt to render the barrier inside the schematic line of the main way (exactly on the place veery close to the start of the private way). Stanislav Brabec http://www.penguin.cz/~utx ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] eStudanky
Jiří Jakeš píše v Ne 02. 11. 2008 v 19:17 +0100: Jen se chci poptat, zda jste uz nekdo nahodou nekontaktoval nekoho z http://www.estudanky.cz . Mohl by to byt zajimavy import, co rikate? Velmi zajímavé by bylo také srovnání s DIBAVOD. Např. Český pramen Lužnice, se liší od pramene na turistické mapě o několik set metrů, ale na udávané místo z estudanky vede několik pěšinek. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
BH píše v Pá 24. 10. 2008 v 14:41 +0200: Jinak sdidelni nazvu pres vsechny cesty by mohlo jit udelat pres pojmenovanou relaci, ne? Nikdy jsem to nedelal, ale mozna se to tak v OSM dela... Nic takovyho jsem v OSM nevidel. V praxi clovek musi pojmenovat vsechny kousky. Je to proposed feature. Ještě jsem nezkoušel, zda to mapnik a osmarender umí. http://wiki.openstreetmap.org/index.php/Relations/Proposed/Collected_Ways nebo obrácený přístup http://wiki.openstreetmap.org/index.php/Relations/Proposed/Segmented_Tag a zčásti podobný http://wiki.openstreetmap.org/index.php/Relations/Proposed/Composite_Tag -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Tomas Kolda píše v Čt 23. 10. 2008 v 10:32 +0200: Typ waterway bych detekoval podle nazvu. Pokud tam bude slovo potok tak potok, jinak reka. Vse bez nazvu bych dal take potok. Take muzem pomoci distinct vyjet vsechny nazvy a nekdo muze oznacit seznam co je reka... Zbytek se doupravi rucne. To nebude fungovat příliš dobře. Botič je potok. Hamerský potok je řeka. Zlatá stoka je umělý kanál. A například Nová řeka je také umělý kanál. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] budova na ostrově a nad vodou
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.078105lon=14.413541zoom=18layers=B000FTF Budova Mánesu je vidět jen zčásti, Žofína vůbec. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Tomas Kolda píše v Út 21. 10. 2008 v 12:53 +0200: Klidne se toho ujmu, jaky source tomu chcete priradit? Jak se bude řešit konflikt s již zakreslenými toky? Myslím, že spousta z nás strávila dlouhé hodiny mapováním všech meandrů některé z řek a říček podle ortofotomapy. Takové podklady mohou být přesnější, na druhou stranu jsme ale nemuseli správně odhadnout, které z koryt v místě rozvětvení je považováno za hlavní (a také ÚHUL je místy o pár metrů vedle). Také jsem narazil na problém oficiálního pojmenování malých říček, které se zjišťuje poměrně problematicky. Místní je často nazývají jinými jmény, než jsou uvedena na mapě. Zato místně zažitá jména často sedí s mapou z předminulého století. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Jiri Klement píše v Út 21. 10. 2008 v 21:00 +0200: V tom pripade jdu na to. Dibavod obsahuje celou CR s neuveritelnou podrobnosti. Problem bude vyfiltrovani dat, protoze obsahuji snad i louze :) Bude potreba udelat nejakou simplifikaci a pridani jen toku, ktere maji alespon nazev. No to se muzeme domluvit. Zkusim udelat vzorek rek, vodnich nadrzi a obrysu brehu (riverbank) v nejake oblasti. Pokud budou ty data presna, tak bych je prilis nezjednodusoval. To same pro ruzne potucky, skoro zadny nema oficialni nazev, ale jsou to dulezite orientacni body. I bezejmenný potok, který nejde přeskočit, je pro pěšího turistu důležitý. Přikláním se k tomu, aby se nezjednodušovalo. Tomas Kolda píše v Út 21. 10. 2008 v 19:21 +0200: Zkusim udelat vzorek rek, vodnich nadrzi a obrysu brehu (riverbank) v nejake oblasti. Navrhuji Veselskou rybniční soustavu. Je tam mnoho rybníků, a právě jsem začal s mapováním napájecích stok. V případě, že Dibavod budou lepší, nebudu s tím pokračovat. http://www.openstreetmap.org/?lat=49.1105lon=14.7456zoom=13layers=B000FFF (Případně vše mezi Veselím a Třeboní s meandry Nežárky a Lužnice.) Zároveň to otestuje přesnost zákresu vodních ploch. Při zakreslování z ortofotografie prakticky nelze odlišit oblast zarostlou rákosím od pevniny, a mohutné stromy na břehu zakrývají výhled na vodní plochu. Některé konkurenční mapy, s kterými jsem svůj zákres porovnával, často vypadají jako zákresy z ortofotografií. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
