[Talk-cz] nepoužitelná historie změn kvůli obřím oblastem?
Ahoj, ještě jeden základní dotaz (možná FAQ, nevím): když se chci podívat na historii změn nějaké konkrétní ulice či chodníčku (na osm.org/browse/changesets), vyskáčí na mě stovky či tisíce změn všeho možného po celém světě, co se mého místa, na které se zrovna dívám, naprosto nijak netýká - až na to, že ten panáček, co editoval jakousi zatáčku na Jakartě, nebo ten mimoň, co upravoval kostelík uprostřed jižní Afriky, z nějakého důvodu editovali v obdélníku desetitisíce kilometrů krát desetitisíce kilometrů, takže prý zasáhli i tu oblast na Valašsku, kterou se snažím analyzovat. Dá se s tímto něco dělat? Vyfiltrovat tu historii tak, aby ukazovala jen skutečné změny v oblasti, která mě zajímá? Zastřelit autory editorů, které dovolují editovat tak velké oblasti? Díky, Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] cesta jako dvě jednosměrky?
Dobrý den všem, prosím připomeňte mi, proč v OSM někdo kreslí normální čtyřproudou cestu (konkrétně např. R49 mezi Zlínem a Otrokovicemi) jako dvě protiběžné jednosměrky. Připadá mi to jako zlozvyk přebraný z Google Maps, který si tím pomáhá při routování, takže to dělá skoro všude (ty jednosměrky). V OSM to ale přece dělat nemusíme, máme na všechno příznaky - na počet pruhů, na jejich směry, na přikázané/zakázané odbočení... A když už jsme u toho, proč se dálnice bez prostředního dělícího čehokoliv taky kreslí jako dvě protiběžné jednosměrky? To je nějaký úzus? Nebo když je na asfaltu dvojitá plná čára, tak už se to bere jako dvě cesty v OSM? A ještě jedna drobnost: když je na kruhovém objezdu jeden směr rozdělený pidi ostrůvkem (tak 0,5 m^2), tak je to důvod pro nakreslení dvou jednosměrných cest - vjezdu a výjezdu z kruhového objezdu? Já bych si myslel, že je to jedna cesta, a proto jen jeden vjezd/výjezd - aby potom navigace při počítání "opusťte kruhový objezd třetím výjezdem" nepočítaly některé ty cesty navíc... Ptám se, abych věděl, co všechno mám když tak předělat... Děkuji, Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] úzký nízký ostr?vek u k?i?ovatky do mapy nepat?í
Tomáš Kratina píše v Ne 29. 07. 2012 v 22:27 +0200: > Kdyz uz jsme u tech zmen, co si myslite o tej ceste 49 > http://www.openstreetmap.org/?lat=49.20233&lon=17.55873&zoom=16&layers=M > Jsou tam oddelene smery a 4 pruhy takze by to podle tejto tabulky > http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/roads_tagging#Basic_view_on_the_class_of_ways > melo byt jako trunk, ale vzhledem k tomu, ze to je takovy kusek, skoro > za mestem a jeste semafor mam sto chuti tam mrdnout primary, mozem se > ridit napsanymi pouckami, nebo pouzit zdravy rozum :D Ta cesta vede od křižovatky u Lídlu u nemocnice až do křižovatky v Otrokovicích-Kvítkovicích - nějakých 15 km - a drtivou většinu je to Primary, tak proč by to ten kousek v polích mělo být jinak... nechal bych Primary. To mi připomíná, že pochybuju o správnosti propojení dvou oddělených směrů u Intersparu v Prštném. Jsou to dvě jednosměrné Primary, k nim se z boku připojuje Residential a propojuje tím Residentialem i oba oddělené směry spolu: http://www.openstreetmap.org/?lat=49.219822883606&lon=17.641698718071&zoom=18 A teď mi tamtudy OsmAnd odmítl routovat a místo toho mi nabídl U-turn o kousek dál, kde se tř. T. Bati spojuje ve 4 společné pruhy. Zvažuju, že tu propojku těch směrů v křizovatce (kterou jsem původně myslím taky dělal já) změním na Primary. Obecně formulovaný dotaz: pokud vedou dva oddělené směry silnicí typu X a z boku se k nim připojuje silnice typu Y, neměla by být ta propojka mezi oběma X směry taky typu X? Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] úzký nízký ostr?vek u k?i?ovatky do mapy nepat?í
Tomáš Kratina píše v Ne 29. 07. 2012 v 16:41 +0200: > Kraken tu je, ale na svedomi to nema :D Jinak take si myslim, ze by to > melo byt jako jedna cesta :) bezva, tu Baťovku teda s gustem narovnám, pak se chystám zjednodušit svou starou křižovatku u vily T. Bati (odbočka na bývalou Aralku) a nakonec zvažuju něco podniknout s tou velkou křižovatkou Pod Babou (pod JS), kterou jsem kdysi nakreslil takto složitě kvůli Navitu (který objížděl bokem semafory) a teď si říkám, že bych neměl být měkký jako Google, který rozdvojuje široké cesty jen aby se nemusel babrat s pravidly pro odbočování na křižovatkách... Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] úzký nízký ostr?vek u k?i?ovatky do mapy nepat?í
Ahoj, u širších silnic nelze dle EU norem udělat přechod pro chodce bez prostředního ostrůvku (oddělujícího protisměrné pruhy), na kterém by se zastavili, vydechli si a nabrali sil na překonání další části nebezpečné vozovky. Proto se dnes kolem křižovatek, které potřebují i přechody pro chodce, dělají takové malé, úzké, krátké a nízké celodlážděné ostrůvky se sešikmenými hranami, takže takový ostrůvek jde v pohodě přejet vozidlem (i neHumrem). Mám za to, že takové ostrůvky do OSM nepatří, proto je nemapuju a když na ně narazím, mám chuť je zrušit, cestu narovnat zpět a překomplikovanou křižovatku tak zásadně zjednodušit. Naopak pokud je ostrov delší (>stovky metrů), porostlý trávou či jinou zašpiněnou zelení a má poctivý ostrý vysoký obrubník, o který bych si roztrhl pneumatiku jak nic, tak takový do mapy IMHO patří, protože v tom místě U-turn opravdu neudělám. Prosím opravte mě, pokud se mýlím. A jestli je tu Kraken nebo Zubozrout, tak se chystám opravit to rozdvojení tř. Tomáše Bati u křižovatky mezi 51. a 61. budovou, co máte asi na svědomí (dle historie změn, moc ji neumím používat, tak kdyžtak sory). Díky, Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] MHD relace brání v editaci cest?
jzvc píše v St 25. 07. 2012 v 12:41 +0200: > Trebas prave kotrola roli v relacich - validator ti bude rvat na kazdy, > kde jsou prvky bez role. Aby ji mely je sice celkem logickej pozadavek, > ale pro spoustu ruznejch ucelu nenajdes nic pouzitelnyho. pořád se vracím jen k té MHD, ostatní relace mě v tuto chvíli nepálí. Je to někde hezky zdokumentováno, třeba tu http://wiki.openstreetmap.cz/ ? (kdyby to zmizelo, tak tu je screenshot pro budoucnost: http://postimage.org/image/9dpavcoed/ ;-) Možná tohle http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport bude lepší, prostuduju. > ... nehlede na to, ze uzasna zmena licence stejne rozbila mapu bnaprosto > dokonale, takze nejaka dalsi chyba sem nebo tam to vubec nevytrhne. s ohledem na to, že jsem tu 2,5 roku nebyl - jaký je postup nyní po dni "D"? Je někde nějak vizualizováno, co všechno jsme ztratili? Jaký bude postup oprav? A co jsem to slyšel o forku? Stačí velmi stručně nebo konkrétní pointery do archívů či tak něco, díky. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] MHD relace brání v editaci cest?
jzvc píše v St 25. 07. 2012 v 10:59 +0200: > > Co s takovou relací? Odhaduji, že je špatně někde jinde, a jen ji > > rozzuří, že rozdělím cestu v místě, kudy taky vede. Jak to spravit? Ani > > nevím, jak najít, kde ta chyba skutečně je. Jak se tyto relace vlastně > > editují? Ta linka je tak dlouhá, že celou mapu té oblasti nenatáhnu > > naráz do JOSM... > Neres to, jemu se jen nelibi, ze jednotlivi clenove relace nemaj > pridelenou zadnou roli - ani nevim jestli pro tenhle ucel jsou nejaky > rozumny nekde pouzivany. je někde RTFM pro mapování MHD? Rozděluju silnici, po které vede desítka spojů MHD, ale jen jeden si stěžuje, takže si pořád myslím, že je nějaká konkrétní chyba v té lince č.31. > si stim nelam hlavu, validator hlasi spoustu nesmyslu. moc se mi to nelíbí - jakmile jednou začnu ignorovat validátor, můžu v mapě časem dělat chyby. Trochu mi to připomíná radu "neřeš to varování při HTTPS o neplatném certifikátu"... taky to normálně/obvykle nevadí, ale učí to špatné návyky. Jestli dokážeš přesně identifikovat, kdy je validátor přehnaně úzkostlivý, tak to napišme autorovi JOSM, ať ho trošku zrelaxuje... Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] MHD relace brání v editaci cest?
Ahoj, prosím poraďte: ve Zlíně přibyly relace vyjadřující trasy MHD (zřejmě) a teď to zlobí při úplně obyčejné editaci - např. když rozdělím silnici Březnická (jen kliknu v JOSM na bod a dám Rozdělit cesty) tak validace před uploadem na mě vykřikne: "Nalezena podezřelá data! Varování, člen pro roli má špatný typ - problém při kontrole rolí (2)". "2 objekty: 31", "2 objekty: 31". Co s takovou relací? Odhaduji, že je špatně někde jinde, a jen ji rozzuří, že rozdělím cestu v místě, kudy taky vede. Jak to spravit? Ani nevím, jak najít, kde ta chyba skutečně je. Jak se tyto relace vlastně editují? Ta linka je tak dlouhá, že celou mapu té oblasti nenatáhnu naráz do JOSM... Díky, Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] odbočovací pruhy před křižovatkou
Petr Dlouhý píše v Út 24. 07. 2012 v 13:34 +0200: > > domnívám se, že když silničáři kreslí takové ty bílé šipky na vozovku do > > jednotlivých pruhů, tak mají na výběr právě z takto omezeného repertoáru > > tvarů šipek a zatím jim to myslím vždycky stačilo. > To právě není pravda, silničáři to ve složitějších případech mohou doplnit > směrovými cedulemi v tom případě je jediná možnost ten JOSM plugin s relacemi, který napojuje každý vjezdový pruh do křižovatky přímo s výjezdem... Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] odbočovací pruhy před křižovatkou
Petr Dlouhý píše v Út 24. 07. 2012 v 11:21 +0200: > U toho prvního návrhu se mi nelíbí, že to pracuje se směry > left/right/slight_left/..., což může u některých deformovaných křižovatek být > dost relativní a počítač to pak může špatně vyhodnotit. domnívám se, že když silničáři kreslí takové ty bílé šipky na vozovku do jednotlivých pruhů, tak mají na výběr právě z takto omezeného repertoáru tvarů šipek a zatím jim to myslím vždycky stačilo. Ono jde hlavně o to nedojet v pruhu až do křižovatky a nezjistit, že nemůžu pokračovat směrem, kterým jsem chtěl. Čili IMHO není zásadního rozdílu mezi left a slightly_left, hlavní je nezůstat v straight, když potřebuju left (a naopak). > Klidně tak můžeš začít tagovat a používat to ve své aplikaci, akorát je tu > riziko, že se časem prosadí něco jiného a bude to potřeba předělat. no já to spíš chtěl dělat pro druhé než pro sebe. Ve svém rodném městě se do správných pruhů trefím celkem spolehlivě i bez navigace, ale doufal jsem, že se už v OSM uchytí nějaký celoplanetární konsensus a na jeho základě se budu moci orientovat i v jiných městech mapovaných místními nadšenci. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] odbočovací pruhy před křižovatkou
jzvc píše v Út 24. 07. 2012 v 10:57 +0200: > Cus, situace je rek bych celkem stejna => stale nexistuje nic o cem by > se dalo prohlasit, ze je to funkcni, panuje na tom shoda, a umi to > vyuzit rozumny mnoztvi aplikaci ... ;D No, dnes dopoledne jsem argumentoval v OsmAnd mailing listu, ze problem slepice a vejce je nutno rozseknout prvni na strane aplikaci a ne porad cekat, az to bude v mapach. Ovsem stejne jsem argumentoval pred tremi lety v mailing listu Navitu... Stesti je, ze obe vyse zminene aplikace jsou otevrene, takze muzu vzit zdrojovy kod, upravit a zacit mapovat. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] odbočovací pruhy před křižovatkou
jzvc píše v Út 24. 07. 2012 v 11:44 +0200: > Problemy, ktere na tom vidim souviseji s rozsahlejsima krizovatkama - > nelze editovat jako celek, ale jen jednotliva krizeni, coz vede k chaosu > (otestil sem si to prave ted). a otestil's i upload? Taky ti to reklo, ze jsou tam nezname veci a doporucuje je opravit? > Neumi to pripojovaci pruh (nebo sem neprisel na to jak) co je to pripojovaci kruh v krizovatce? > nelze to editovat - leda vsechno smazat a udelat to > znova (nelze odebrat pruh, propojeni ... hlasi to chyby ...) to muze byt slabina samotneho pluginu, na kterem by se asi dalo jeste pracovat... > Navic to vyzaduje preruseni way v krizeni, jinak to nechape jako krizovatku, > coz > taky neni zrovna idealni. bez preruseni way nemuze asi jednoduse editovat ty jednotlive lajny. Mohl by si pomoci a prerusit si to sam, teoreticky. Stejne tak by mohl byt trosku inteligentni a nevycitat chybejici "lanes", ale odvodit si je z typu silnice. Tohle vsechno ale asi ma cenu ladit, az to nebude pouhy proposal, ktery muze byt smeten se stolu. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] odbočovací pruhy před křižovatkou
hanoj píše v St 12. 08. 2009 v 07:46 +0200: > > Tři různé věci: jednak jak kreslit na mapě situaci před křižovatkou, kdy > > se k původně třeba dvěma pruhům v jednom směru (na což stačí běžný > > lanes=4) přidá třetí pruh (či rovnou dva další), přičemž například > > nejpravější pruh může na křižovatce pouze odbočit doprava, nejlevější > > pouze doleva. Vidím na to nejméně dva různé proposaly, jak to utagovat, > > a k tomu skeptiky, kteří v tu chvíli cestu rozčtvrtí... > *** vytvareni mapy neni jen modelovani skutecnosti, ale i > generalizace. Zatim OSM nesmeruje k situaci, kdy v ni budou zaneseny > radici pruhy pred urovnovou krizovatkou. Cituju po přesně třech letech svůj původní dotaz o pruzích před křižovatkou a ptám se (2,5 roku jsem tu nebyl): už je situace v OSM jasnější? Mapujeme už pruhy před křižovatkami spolu s informací, kam který pruh navádí? Ptám se proto, že skvělá navigace OsmAnd od verze 0.8.1 začala navádět do pruhů před křižovatkou. K tomu bych jí rád dopomohl přesnými informacemi v OSM, ale nevím, jestli a které se dnes používají. Z vygooglovaných možností vybírám: http://wiki.openstreetmap.org/wiki/Key:turn - approved, jednoduché a pěkné řešení http://wiki.openstreetmap.org/wiki/Relations/Proposed/turn_lanes - proposal s relacemi, ale s pěkným GUI pluginem do JOSM: http://www.youtube.com/watch?v=uF_ZuIwLruQ Ten plugin mi umožní zakreslit situaci v křižovatce úplně precizně, ale hned potom na mě vybafne validace, že tohle teda do OSM nahrát nemůžu. Máte s tím lepší zkušenosti? Je chyba v pluginu nebo ve validaci? A máte někdo zkušenosti s jinými OSM navigacemi (MapFactor, Locus Pro, Navit, ...?), jestli podporují navádění do pruhů a jaké OSM tagy k tomu využívají? Díky, Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] vazby?
jzvc píše v Ne 01. 11. 2009 v 00:11 +0100: > >>> - do kter?ho m?sta pat?? dan? ulice > >>> - do kter?ho st?tu pat?? dan? m?sto > >>> > >> U vsech ceskych mest/vesnic jsem jednou dodelal is_in tag -- presne > >> kvuli navitu. > >> > > > > zkusim mu to tedy takto podat. Ovsem ptal se jeste na ulice, tam jsme > > bezradni? boundary=administrative jsem nikdy v mape nevidel - to je > > nejaky viditelny polygon okolo obce ci casti obce? > > > > > Boundary administrative vetsinou videt normalne je ;) Aha, diky tomu odkazu jsem zjistil, ze Zlinsky kraj nema boundary vubec nikde (jedinou vyjimkou je Vsetin). > Vzhledem k ucelu, co takhle algoritmus ktery najde nejblizsi place ? > Minemo ze ulice patri obci (name) ktera je nejbliz. Mam pocit, ze Navit si udela okolo name ctverec jiste velikosti, ale autor s tim samozrejme neni spokojen, protoze vysledky zdaleka nejsou 100%, coz lide pri pouzivani navigace myslim ocekavaji. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] vazby?
Pavel Machek píše v So 31. 10. 2009 v 19:42 +0100: > On Fri 2009-10-30 13:20:04, Petr Stehlik wrote: > > Zdar, > > > > te? si st??oval autor Navitu, ?e v OSM mu chyb? vazby mezi objekty: > > > > - do kter?ho m?sta pat?? dan? ulice > > - do kter?ho st?tu pat?? dan? m?sto > > U vsech ceskych mest/vesnic jsem jednou dodelal is_in tag -- presne > kvuli navitu. zkusim mu to tedy takto podat. Ovsem ptal se jeste na ulice, tam jsme bezradni? boundary=administrative jsem nikdy v mape nevidel - to je nejaky viditelny polygon okolo obce ci casti obce? > > "is_in" = "Zl?n, Zl?nsk? kraj, CZ" > > > > To nevypad? jako z?pis vhodn? pro strojov? zpracov?n?. N?co lep??ho by > > nebylo? > > O nicem nevim, neco by to chtelo. is_in relaci? spis jsem mel na mysli, ze seznam hodnot oddelenych carkami, kdy navic neni zrejme, co je co... Ale ted jsem v mape zahledl is_in:country_code, to vypadalo pro strojove zpracovani precejen lepe. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] vazby?
hanoj píše v Pá 30. 10. 2009 v 13:43 +0100: > >> Ano, myslím, že by to mělo být zpracováno strojově, a to až ve fázi > >> posprocessingu, tedy by tyto informace neměli být přímou součástí OSM, > >> protože jsou tam duplicitní. Součástí OSM by měli být pouze data jako > >> hranice města, hranice státu a další hranice oblastí. Už tag is_in, který > >> se používá u obcí mi přijde nadbytečný. > *** samozrejme... nepochopil jsem, je-li to odpoved na moji puvodni otazku, a jaka odpoved to vlastne je. Muzu se jeste jednou zeptat, ma-li OSM nejake moznosti, jak tyto vazby dnes vyjadrit - ano-li, tak jak, ne-li, tak co s tim muzeme udelat? Diky Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] vazby?
Zdar, teď si stěžoval autor Navitu, že v OSM mu chybí vazby mezi objekty: - do kterého města patří daná ulice - do kterého státu patří dané město - které PSČ patří ke kterému městu/ulicím - a je-li daná ulice typu urban nebo rural (nevím, co tím přesně myslí, ale prý kvůli tomu vymyslel rural=yes, což já nikdy nikde nemapoval) měl jsem pocit, že ty vazby tam někde máme, že snad czechaddress plugin něco takového přidává? Aha, už jsem to našel: "is_in" = "Zlín, Zlínský kraj, CZ" To nevypadá jako zápis vhodný pro strojové zpracování. Něco lepšího by nebylo? Petr ___ 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
Ivo Lukacovic píše v Čt 29. 10. 2009 v 17:35 +0100: > Ano, tam kde je oblast zmapovana tam jsou mapa velice presna. Navic > mapa vznika pro potreby pozemni navigace, tj dulezite je, aby tam byly > silnice a cesty. Ze vzduchu vas zajimaji tri veci: voda, zastavena > oblast, lesy. > > > Ovsem problem je v tom, ze ne kazda oblast je zmapovana stejne. Letel > jsem vrtulnikem z mist, kde byla zmapovana kazda silnicka az po misto, > kde byla vesnice, kterou jsem v OSM nemel. to je potreba hned pri tom letu nafotit a pak domapovat :-) > Pokud mate jednomotorove letadlo nebo vrtulnik velike oblasti lesa, jeste ne, ale uz šetřím :) > vody ci zastavby je nutne obletet. Takze mym cilem je vymyslet nebo > sehnat nejaky algorytmus, ktery z huste site residencnich silnic udela > zastavbu. ten polygon by sel nakreslit rucne a nebylo by to ani moc prace. Petr ___ 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
Ivo Lukacovic píše v Čt 29. 10. 2009 v 17:14 +0100: > Tak jsem dokoncil vrtulnikovou mapu na podklade OSM. Info zde > http://www.tocna.cz/helicopter-map-for-garmin/ "Jako data jsem použil data z projektu Open Street Map. Jedná se o volně šiřtelné mapy, které vznikají prací komunity nadšenců. Přesnost a úplnost dat je proto velice špatná" to je skoro inzultace :-) OSM považuju za nejpřesnější zdroj ze všech map (přinejmenším v místech, kde automatický import upravila lidská ruka). Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] turn restrictions v Navitu (was Re: Dotazy za????te??n??ka #1)
Pavel Machek píše v Út 06. 10. 2009 v 11:39 +0200: > No... na viceproudovce oragovani na prusecicich nepomuze. > > | > b---+ > | > a---+ > | > > kdyz jedu z a do b, je to u-turn, ale tezko to v nem navit najde. I > kdyz budou na + oznaceny semafory, jsou to 'jen' dve odboceni > doleva... Pro tento případ je asi nezbytná ručně přidaná restrikce, kterou současný navit ovšem ještě nepodporuje (protože vede přes více než jeden uzel). To opravdu asi nejde uhádnout z ničeho okolo. Velmi by mě zajímalo, jak se vlastně komerční navigace s tímto vypořádávají. Sám nemám zkušenosti s ničím jiným než Navitem, takže nemám s čím srovnávat. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] turn restrictions v Navitu (was Re: Dotaz y začátečníka #1)
Petr Kadlec píše v Po 05. 10. 2009 v 12:41 +0200: > 2009/10/4 Petr Stehlik : > > Konečně by mělo velmi rozumný význam křižovatky osazovat > > v OSM semaforama (do teď jsem to dělal jen pro radost). > > Když už se to tu objevilo: jaký je vlastně oficiální správný způsob, > jak semafory vyznačovat? > > Dosud jsem je tagoval v nodech tvořících průsečíky příslušných silnic. > U „obyčejných“ silnic je to v pohodě <http://osm.org/go/0J0mQlPJR-->, > trochu horší je to u silnic s oddělenými směry a výsledných > složitějších křižovatek, kde se „množí“ semafory > <http://osm.org/go/0J0k7B16q-->. Asi nemusím zmiňovat, že solitérní semafory budou pro myšlenku zákazu U-turn na křižovatce nepoužitelné. Podle mě jediná možnost je tagovat průsečík příslušných silnic, přestože to nebude vypadat v některých situacích zrovna reálně. Kdyžtak mě někdo vyveďte z omylu zavčasu, ať ušetřím autorům Navitu práci s implementací toho našeho zákona. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] turn restrictions v Navitu (was Re: Dotaz y začátečníka #1)
Petr Nejedlý píše v Ne 04. 10. 2009 v 22:20 +0200: > Nikoli všude, pouze v této zemi jasně, já to tak nějak sám pochopil, že české paragrafy neplatí celosvětově - i když doména "gov" svádí k jinému významu (chtěl bych osobně potkat toho chytráka, co gov.cz vymyslel). Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] turn restrictions v Navitu (was Re: Dotaz y začátečníka #1)
Petr Kadlec píše v Ne 04. 10. 2009 v 21:44 +0200: > 2009/10/4 Petr Stehlik : > > ve Zlíně je každá křižovatka řízená světelně > > […] > > Je otázkou, mám-li to vyznačovat na každé > > křižovatce pomocí restrictions (zakazovat U-turn). > > Ono zakázané to doslova myslím není (vyhlášku > > vlastně neznám, jen tipuju) > > Na křižovatce s řízeným provozem je otáčení zakázáno zcela, všude. (§ > 24, odst. 4b zákona č. 361/2000 Sb. > <http://portal.gov.cz/zakon/361/2000>). Nemyslím, že by obecně platná > pravidla silničního provozu bylo potřeba vyznačovat v mapě… Výborně. Připadá mi nejlepší teď Navit (a další routery) toto pravidlo prostě naučit. Konečně by mělo velmi rozumný význam křižovatky osazovat v OSM semaforama (do teď jsem to dělal jen pro radost). Jdu to hned navrhnout do navitu. Díky za ten paragraf. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] turn restrictions v Navitu (was Re: Dotaz y začátečníka #1)
MP píše v So 03. 10. 2009 v 02:54 +0200: > > Bohužel Navit poslechne přikázaný směr, ale pokud to potřebuje k > > dosažení cíle, tak navrhne U-turn na nejbližší křižovatce, takže to > > ještě tak úplně neodpovídá tomu, jak by jel normální člověk normálním > > městem v běžné dopravní špičce... Ale to se třeba časem doladí, s > > autorem o tom mluvím. > > To neni zas tak neobvykle. Viz treba krizovatka na > http://osm.org/go/0J0lMI9ca-- > Je zakazane odboceni z Kresomyslovy ulice smerem na sever, coz se > obvykle resi tak, ze se jede rovne kolem tramvajove zastavky ve Zlíně je každá křižovatka řízená světelně a nemáme tu tramvajové ostrůvky, takže jsou protisměrné jízdní pruhy hned vedle sebe. To U-turn značně ztěžuje, řekl bych až znemožňuje (pokud řidič není natolik asertivní, že zastaví provoz ve všech ostatních směrech, aby mohl dokončit svůj manévr). Je otázkou, mám-li to vyznačovat na každé křižovatce pomocí restrictions (zakazovat U-turn). Ono zakázané to doslova myslím není (vyhlášku vlastně neznám, jen tipuju), ale je to prostě proti zdravému rozumu a pravidlu neohrozit-neomezit (předpokládám, že člověk nevlastní vůz s poloměrem zatáčení < 2 metry a zrychlením z 0 na 100 km/h < 4s). Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] turn restrictions v Navitu (was Re: Dota zy začátečníka #1)
Ondrej Novy píše v St 09. 09. 2009 v 23:26 +0200: > zatimco ja se spolehl na turn_only_right restriction a ted > vidim, ze Navit to nejak jeste nerespektuje nebo co :-( > > napr. mkgmap pro Garmin to respektuje a jezdim s tim denne. FYI, Navit (www.navit-project.org) někdy od úterka tohoto týdne (SVN verze) už taky respektuje turn restrictions, takže pokud máte chuť otestovat na desktopu právě vytvořenou mapu s doplněnými turn restrictions, tak je tu ta možnost. Bohužel Navit poslechne přikázaný směr, ale pokud to potřebuje k dosažení cíle, tak navrhne U-turn na nejbližší křižovatce, takže to ještě tak úplně neodpovídá tomu, jak by jel normální člověk normálním městem v běžné dopravní špičce... Ale to se třeba časem doladí, s autorem o tom mluvím. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dotazy začátečníka #1
Martin Kokeš píše v St 09. 09. 2009 v 16:02 +0200: > Příklad účelové komunikace, odbočující už před kruháčem: > http://osm.org/go/0J8K8AV5L-- (podobně bych řešil i zmíněné objízdné > pruhy, které spojují ramena kruhových křížovatek) rozdělil jsem cestu v místě, kde je fyzicky oddělená (na sever, K Pasekám), a jak se stáčí na jihovýchod (Gahurova), tak jsem ji spojil a vypadá to příšerně :-) Nezbyde než protáhnout to rozdělení dál na východ a spojit to pod co nejmenším úhlem asi... ? Zároveň jsou tam vidět ta ramena objíždějící křižovatku, která jsem po rozdělení te prostřední přípojky na dvě jednosměrky už ukáznil pro navigace. Mimochodem, vypadá to opticky tak blbě hlavně hlavně proto, že není vidět rozdíl v šířce mezi 1 (rameno), 2 (jednosměrka na sever) a 5 pruhy (Gahurova)... > Ale jak vyřešit asfaltový rynek velikosti 100x100x100 m, to je pro mně > záhada to jsem viděl v Transformers, říkali tomu The Cube that has powers to give life, ale netušil jsem, že to bylo z asfaltu... ;-) > , zatím je to takto, pokud někdo nevymyslí lepší rendering (zadat > šířku pruhů): > http://osm.org/go/0J8Knn3zt-- asi bych si to měl pohledat v nějaké ortofoto, abych tam ten rynek uviděl. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dotazy začátečníka #1
Pavel Zbytovský píše v St 09. 09. 2009 v 11:51 +0200: > Je tam pruh pravda s obrubníkem, ale neviděl jsem nikdy pruh zeleně > méně než půl metru bez obrubníku :) ten obrubník jsem nezmiňoval, přišel mi samozřejmý (udržuje zeleň od útoku na řidiče, a naopak :-) > Trochu jiný případ je, pokud je silnice rozdělena jen dvojitou čárou, > ale i zde bych klidně mapoval paralelky. hmhmhm. Pokud je to jeden kus asfaltu bez obrubníků, tak bych to na paralelky rozhodně nerozděloval a raději tlačil na OSM, ať na to zavede tag (viděl jsem proposal). Ale jak už jsem psal dříve, tak konkurence právě tohle dělá, a jediný důvod je zřejmě ta jednoznačnost navigování. > Druhá věc je, že si tohle můžeme dovolit v dobře zmapovaných > oblastech, jinde bych nevěnoval úsilí takovým prkotinám, je též > pravda, že konkurence tohle nedělá.. Celou dobu tu mluvím o centru města a konkurence už tohle má dávno vyřešeno do detailů... Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dotazy začátečníka #1
hanoj píše v St 09. 09. 2009 v 11:56 +0200: > Pokud lze neco vycist z cuzk:km nebo uhul:ortofoto, jsem na to > podstatne lepe a mohu si dovolit jit niz. Tedy ta mira odpovida > rozlisovaci schopnosti. I ja kreslim rampy a by-pass krizovatek pokud > se jedna o samostatne fyzicke objekty. díky, považuji to za velký posun od 'předchozí' generalizace (a musím namapovat zpět ramena ramp, co jsem včera aktivně smazal). Asi bych si to pro sebe shrnul tak, že pokud je na cuzk:km vidět oddělení/rozdělení vozovek, tak bych to měl vidět i v OSM. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dotazy začátečníka #1
hanoj píše v St 09. 09. 2009 v 10:12 +0200: > U tzv. směrově dělených > silnic (dálnice, rychlostní silnice) je každá osa pro jeden směr. Nebýt té závorky, považoval bych to za kladnou odpověď na mou otázku, jestli mám rozdělit cestu ve městě na dvě, když je rozdělená fyzickým pruhem špatně udržované zeleně. Ovšem pokud to není ani dálnice, ani rychlostní silnice, ale jen obyčejná primary, secondary či tertiary pomalostní 50 km/h silnice, tak jak doporučujete postupovat? > Troufam si tvrdit, ze v geometrii cest jsou pod miru rozliseni > ostruvky pro chodce, sikany i razeni pruhu pred krizovatkou. Je to > sance pro jiny zpusob zaznaceni takoveto informace. děkuji. Předpokládám, že do stejné skupiny spadají i přípojky z vedlejší na hlavní cestu, které jsou rozdělené do nájezdových mikrorampiček tvaru Y trojúhelníkem řekněme bývalé zeleně? Čili je to pod mírou rozlišení? Ptám se poněkud řekněme detailněji, ale rád bych v tom měl jasno, než někomu sáhnu do "jeho" křižovatky. Díky Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dotazy začátečníka #1
Ondrej Novy píše v St 09. 09. 2009 v 00:43 +0200: > ja uz bych to asi klidne i rozdelil, mapa bude pote vice detailni a > pro autonavigaci to ma vyhodu - vi ze tam neni mozne provest obrat do > protismeru - je tam ostruvek. Ano, o U-turn bych se rad zminil. Nejprve ovsem k memu vcerejsimu napadu dusledne tagovat lanes, a kdyz se objevi odbocovaci pruh(y), tak tam lanes pridat. Cekal jsem 24 hodin na Osmarender, abych se ujistil, ze ani ten, ani Mapnik, ani renderer v Navitu si z lanes nic nedelaji. Z toho usuzuji, ze ten muj napad byl z kategorie zbytecnych az mirne skodlivych. Skoda. Dalsi vec je, ze ani tag 'width' nikdo z vyse zminene trojky nerenderuje, prestoze Martin MP me nedavno "sliboval", ze ten tag jiste brzy zacnou renderovat i ti, co to pripadne jeste nedelaji :-) A jeste poznamka ke generalizaci layoutu krizovatek: zkusil jsem si jednu "T" krizovatku dovybavit rameny, pokud nekdo jede ze zapadu na jih nebo z jihu na vychod a kdyz jsem potom zkusmo rekl Navitu, aby tu krizovatku projel rovne (zapad-vychod), tak nezavahal, sjel jednim ramenem na jih, pres nezmapovany delici ostruvek projel napric jizni cestou a druhym ramenem se za krizovatkou napojil a jel dal na vychod. Z toho plyne, ze pokud chci tu krizovatku zakreslit s rameny, tak mi kvuli navigacim nezbyde nez rozdelit i jizni cestu delicim pruhem (ktery tam fyzicky je, ale v ramci generalizace jsem ho chtel nemapovat). Cili jsem asi pochopil, proc je lepsi kreslit krizovatky jen velmi hrube schematicky jako spojeni tri a vice cest, a ne si hrat s najezdy a sjezdy, protoze to cloveka zazene do uzkych - aspon do doby, nez OSM bude mit neco tak jednoducheho jako tag "na tehle ceste je plna cara/plna dvojita/delici ostruvek, takze tu nezkousej prejet napric/U-turn". Druha moznost je zacit kreslit delici ostruvky, coz mi osobne neni proti srsti, naopak je to vice odpovidajici skutecnosti, definitivne to zabrani navigacim zkouset U-turn, ale je to zrejme proti duchu generalizace. Privitam odkazy do mapy, kde nekdo delici pruhy/ostruvky mapuje a nema pri tom vycitky... Pro zajimavost jsem se podival, jak se s touto situaci vyporadava konkurence, a G to dela tak, ze vsechny silnice dusledne rozdeluje na dve soubezne jednosmerky. Zrejme nema turn restrictions, tak si vypomaha takto. Je to az smesne, protoze i obycejnou plnou delici caru nahrazuje dvojici soubeznych cest v miste, kde potrebuje zakazat odboceni z najezdu doleva. Nicmene verim, ze se takto vyporada s navigovanim 100%, zatimco ja se spolehl na turn_only_right restriction a ted vidim, ze Navit to nejak jeste nerespektuje nebo co :-( > A do nodu krizici silnici a chodnik bych napsal > sibenicni_termin_semaforu=yes : nepopsal jsem tu situaci s tim sibenicnim terminem spravne - v realu to probiha tak, ze chodec vidi blizky (ostruvkovy) i vzdaleny (na druhe strane vozovky) semafor se zelenym muzickem, tak smele vstoupi, udela 3 kroky, v tu ranu propasne sibenicni termin, a uz s cervenymi muzicky pred ocima dorazi na prostredni ostruvek, ktery ho ale dal nepusti, takze tam zahalen v exhalacich stovek gramu CO2 musi vyckat na dalsi zelenou panackovou vlnu :-) Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dotazy začátečníka #1
Jakub Sýkora píše v Út 08. 09. 2009 v 10:32 +0200: > Vytvareni mapy je umeni a neda se dat presny navod na to, co by tam byt > melo a co uz ne. Zalezi to na citu kazdeho z nas. ale kdyz uz to delame kolektivne, tak snad cim jednotnejsi bude styl, tim lepsi bude vysledek... > Ale rozdelovat > krizovatku na vetsi pocet ways kvuli pruhum - na tom uz jsme se shodli, > ze to neni uplne dobre. To byla shoda na tom nekreslit vice paralelnich ways, ze? Co ten muj napad s 1 way a lanes++? Patri do kategorie zbytecnych, skodlivych, anebo ho nekdo shledava nezavadnym az skoro mirne uzitecnym? Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dotazy začátečníka #1
Ondrej Novy píše v So 05. 09. 2009 v 14:33 +0200: > Osobne se drzim pravidla, kdyz existuje fyzicka prekazka vetsich > rozmeru tak krizovatku nakreslim 'slozitejsim zpusobem' - jinak velice > zjednodusuji. tohle mě pořád značně mate - na jednu stranu čtu, že OSM generalizuje obraz světa, silnice kreslíme jako vektory v ose objektu, atd., a na druhou stranu se píše, ať křivku sestavíme z dostatečně velkého počtu malých vektorů, aby hodnověrně odpovídala skutečnosti. Kdyby nám šlo o skutečnou generalizaci, tak budou stačit úsečky mezi jednotlivými spojovacími uzly (křižovatkami), a s tvarem zatáčky si nikdo hrát nemusí... A třeba kruhový objezd by taky stačil otagovat, ale malujeme ho jako kružnici a jak si s ním vyhrajeme... No nic, co jsem se chtěl zeptat je, jak velké jsou "větší rozměry" té fyzické překážky pro vás, že už ji zanesete do křižovatky. Např. řekněme, že křižovatka tvaru T a z jihu na sever vede čtyřproudá komunikace, která se 20 metrů před křižovatkou rozděluje na 2 samostatné pruhy ostrůvkem širokým asi 2 metry, na kterém mají chodci čas vydechnout, pokud nepřeběhnou všechny 4 pruhy naráz v šibeničním termínu daném zeleným panáčkem na semaforu. Dokonce je ten semafor plánovaný tak, že to chodci nestihnou, protože uprostřed ostrůvku je samostatný semafor, umožňující například vykročit do vozovky a překračovat první dva pruhy, přestože druhé dva pruhy mají ještě panáčka červeného... Je to už vhodné rozkreslit jako dvě highway, nebo je to ještě moc drobné? > Pokud zacneme kreslit kazdy odbocovaci pruh tak se mapa stane > neprehlednou a ani v navigaci rozume pouzitelnou. mám v plánu odbočovací pruhy pro začátek (tj. do doby, než se OSM rozšíří o nějakou implementaci podpory jízdních pruhů, například ve formě toho jednoduchého návrhu, co jsem tu nedávno prezentoval) highway v místě začátku jízdního pruhu rozdělit a tu část ke křižovatce otagovat vyšším počtem lanes. Myslím si, že je to taková dobrá příprava na budoucnost a i dobrý renderer by z toho už dnes mohl něco pěkného vytěžit, aby to opticky trklo, a zároveň nenutilo navigaci slovně upozorňovat na zahnutí doprava, které v daném místě vlastně neprobíhá (přejetí z pruhu do pruhu není odbočení doprava, IMHO). Co myslíte? Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapovani Krkonos
Jan Lana píše v Po 17. 08. 2009 v 15:56 +0200: > On Wed, Aug 12, 2009 at 05:31:37PM +0200, Milan Zamazal wrote: > [...] > > Horské kolo projede skoro všude. Lesních cest, kudy normálně projede > > dětský kočárek, ale přitom tam neprojede traktůrek, je myslím poměrně > > málo, takže to mi také nepřijde moc přínosné rozlišovat. > a je fura cest kudy trakturek projede ale detsky kocarek ani nahodou. > > btw nejaky tag pro "projede tam detsky kocarek" by se mi jako otci - > turistovi libil :) chvili jsem zvazoval zne^H^H^Hpouziti wheelchair=yes, ale kocarky se dost lisi v prostupnosti terenem, dle obuti a aktualniho nalozeni osobami a proviantem, takze by to asi stejne nebylo smerodatne :-) Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] odbo?ovac? pruhy
hanoj píše v Pá 14. 08. 2009 v 10:05 +0200: > > u way se smer da urcit plne (ne jen castecne), bod smer nema a neni > > potreba, aby nejaky mel, protoze se jezdi po cestach a ne po bodech. > *** problem je s konzistenci smeru pri editaci geometrie. Ta totiz > neni staticka a uzivatel do ni volne zasahuje aniz by ho to tlouklo do > oci, ze je nekde nejaka vazba. vizualni zpetna vazba v editorech by asi opravdu byla nezbytna. > >> -nutnost rozsekavat way pri zmene razeni pruhu > > > > myslite nutnost rozdelit way, kdyz se ze dvou pruhu stanou treba tri? To > > mi prijde jako mala cena za mozne vyhody. > *** dnesni renderery kresli na mape kazdou way samostatne (bez ohledu > na pouziti opakovanych nazvu ulice). coz vypada opravdu hloupe a melo by se to spravit. > > autor Navitu navrhuje from_lane -> to_lane relaci, ktera se opira o > > cesty, ne o body. Myslim, ze by to mohlo fungovat, akorat se ho chci > > jeste zeptat, jestli je opravdu nezbytne mit to_lane, jestli nestaci > > to_way. > *** kde je ten navrh popsany? v IRC logu navit#irc.freenode.org, ale napsal tam v podstate jen 3 vety. Nejdriv vymyslel pocitani pruhu od vnejsiho ve smeru cesty (vnejsi podle toho, na ktere strane se v tom danem statu jezdi), pak definovani smeru tech pruhu (lane:1:oneway="1" znaci pruh ve smeru cesty, lane:2:oneway="-1" znaci pruh orientovany proti smeru cesty - podle me by stacil i jednodussi boolean, neco jako lane:1:thisdirection="true") a nakonec prujezd krizovatkou pomoci from_lane="list;of;lanes" a to_lane="list;of;lanes". Jako naprostemu amateru bez sirsiho rozhledu v OSM mi to prijde jako jednoduche reseni, ktere by slo implementovat dostatecne jednoduse na to, aby to lidi zacali opravdu pouzivat. > from_lane -> to_way se pouziva v softwarech pro kapacitni vypocty krizovatek. > from_lane -> to_lane je asi pro navigaci vyhodnejsi, vi kterym pruhem > ma auto protlacovat na dalsi kriz. to ano, ale neumim si tak docela predstavit mappera, jak u bezneho X krizeni s lanes=4 dela rucne 24 relaci. I kdyz slusne zjednoduseni predstavuje vicero lanes pohromade: from_lane=1;2 to_lane=4;3 - pak jsme vlastne u toho meho to_way - tak to se ho uz ani nemusim ptat. Dalsi malicka otazka je, jestli by tohle castecne (nebo uplne) nenahradilo soucasne turn restrictions (ktere jsou v Navitu pry "temer hotove"). Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] odbo?ovac? pruhy
Jakub Sýkora píše v Pá 14. 08. 2009 v 09:20 +0200: > Prosim o vysvetleni, ze se OSM nehodi na odkaz do cizi databaze. mezi dvema databazemi se neudrzi sync. > - problem se smerem - co je smerem tam a co smerem zpet a zachovani > konzistence - u way se jeste castecne da, ale u bodu? u way se smer da urcit plne (ne jen castecne), bod smer nema a neni potreba, aby nejaky mel, protoze se jezdi po cestach a ne po bodech. > -nutnost rozsekavat way pri zmene razeni pruhu myslite nutnost rozdelit way, kdyz se ze dvou pruhu stanou treba tri? To mi prijde jako mala cena za mozne vyhody. > Napadlo me resit to nejakym zpusobem from-to, kde from by bylo cislo > nodu z a to by bylo cislo nodu do autor Navitu navrhuje from_lane -> to_lane relaci, ktera se opira o cesty, ne o body. Myslim, ze by to mohlo fungovat, akorat se ho chci jeste zeptat, jestli je opravdu nezbytne mit to_lane, jestli nestaci to_way. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] odbo?ovac? pruhy
Michal Grézl píše v Čt 13. 08. 2009 v 11:02 +0200: > 2009/8/13 Petr Stehlik : > > Muzu promluvit s lidmi od Navitu, vypadaji velmi pruzne, ale nejdriv > > jsem chtel vedet, jak je na tom OSM. > > > > Petr > > To by nebylo spatne. Ja tvrdim ze pokud neco vymysli, naprogramuji a > udelaji z toho hezke obrazky, zbytek lidi to zacne automaticky (vice > ci mene) pouzivat. Protoze bude dokazana smysluplnost a hlavne > funkcnost takoveho reseni. Chci tim rict, ze by bylo lepsi kdyby to > vymysleli oni a pak by se to aplikovalo na zbytek osm, protoze opacne > to moc nefunguje:) Dostal jsem se sem (po vysvetleni cele situace): Cp15> I as navigation developer say: It makes no sense to support tags which are not widely used. Especially if it is non trivial to support them. But I am willing to work out a solution together with you if you can convince the mappers to use it... A potom konstruktivne prisel s napadem jak znacit jednotlive lajny a ted vymysli, jak je propojit. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] odbo?ovac? pruhy
Petr Stehlik píše v Čt 13. 08. 2009 v 10:41 +0200: > Michal Grézl píše v Čt 13. 08. 2009 v 10:36 +0200: > > Urcite by sel vymyslet slovni popis krizovatky, a takovy popis > > rozsekat do nejakeho systemu tagu. > > Treba: > > lanes=4 > > lanes_from_left_to_right=left,straight,straight_and_right,right > > > > - a mame odbocovaci pruhy. Urcite by to slo namontovat na soucasny > > datamodel. > > Asi jsem mel hned ve svem puvodnim dotazu uvest nasledujici odkaz do > wiki (jak jsem rikal, ze jsem na to videl nejake proposaly): > > http://wiki.openstreetmap.org/wiki/Relations/Proposed/Lane A tady je ten druhy: http://wiki.openstreetmap.org/wiki/Proposed_features/lane_and_lane_group A muj puvodni dotaz byl v podstate o tom, jestli se tohle uz pouziva. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] odbo?ovac? pruhy
Michal Grézl píše v Čt 13. 08. 2009 v 10:36 +0200: > Urcite by sel vymyslet slovni popis krizovatky, a takovy popis > rozsekat do nejakeho systemu tagu. > Treba: > lanes=4 > lanes_from_left_to_right=left,straight,straight_and_right,right > > - a mame odbocovaci pruhy. Urcite by to slo namontovat na soucasny datamodel. Asi jsem mel hned ve svem puvodnim dotazu uvest nasledujici odkaz do wiki (jak jsem rikal, ze jsem na to videl nejake proposaly): http://wiki.openstreetmap.org/wiki/Relations/Proposed/Lane > Musel by ovsem nekdo vyrobit nejaky navigator co to pouzije, ponevadz > teoreticke tlachani nema zadny vyznam v projektu, ktery ma jako > fundamentalni soucast modelu funkcnosti vizi "co se pouziva, to je > spravne, cim vic se to pouziva, tim vic je to spravne". Mate nekdo > garmini navigaci? Umi to ten nahled na pruhy na krizovatce vubec? Muzu promluvit s lidmi od Navitu, vypadaji velmi pruzne, ale nejdriv jsem chtel vedet, jak je na tom OSM. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] odbočovací pruhy
Petr Stehlik píše v St 12. 08. 2009 v 14:59 +0200:
> BTW, někdo asi poškodil wiki zrovna na téhle stránce "Editing Standards
> and Conventions" ("...chuẩn cho việc biên tập...")
tak ne, to mi jen wiki vyhledávač nabídl stránku částečně přeloženou do
vietnamštiny...
Petr
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] odbočovací pruhy
hanoj píše v St 12. 08. 2009 v 07:46 +0200:
> > Tři různé věci: jednak jak kreslit na mapě situaci před křižovatkou, kdy
> > se k původně třeba dvěma pruhům v jednom směru (na což stačí běžný
> > lanes=4) přidá třetí pruh (či rovnou dva další), přičemž například
> > nejpravější pruh může na křižovatce pouze odbočit doprava, nejlevější
> > pouze doleva. Vidím na to nejméně dva různé proposaly, jak to utagovat,
> > a k tomu skeptiky, kteří v tu chvíli cestu rozčtvrtí...
> *** vytvareni mapy neni jen modelovani skutecnosti, ale i
> generalizace. Zatim OSM nesmeruje k situaci, kdy v ni budou zaneseny
> radici pruhy pred urovnovou krizovatkou.
Tím pádem nepůjde OSM použít pro "asistena řazení do pruhů" nebo jak se
jmenuje ta vlastnost navigačních krabiček, a pro kterou jsem to chtěl
kreslit...
Jsem odpůrcem toho, aby se jednoduchá spojnice dvou uzlů rozdělila před
křižovatkou do "vidličky" jen kvůli těm pruhům, ale pokud by to šlo
vyřešit otagováním (a viděl jsem takový proposal), tak proč ne?
Mimochodem, to generalizování způsobuje i to, že nekreslíme cestu s
ostrůvkem uprostřed jako dvě cesty ("Divided Highways" ve wiki), ale jen
jako jednu cestu? Nebo generalizujeme jen v oblasti křižovatek...
Což mi připomíná, že zrovna ostrůvek by byl skvělý tag - lanes=4,
ostrůvek=yes - a nemuselo by se ta highway kreslit jako dvě souběžné
čáry...
BTW, někdo asi poškodil wiki zrovna na téhle stránce "Editing Standards
and Conventions" ("...chuẩn cho việc biên tập...")
> > Třetí věc je asi nejjednodušší - když máme dva pruhy do kopce a jeden s
> > kopce, tak to nakreslím pomocí lanes=3, ale ještě by to chtělo možná
> > říct, kterým směrem vede ten lichý. Viděl jsem na to taky nějaké mocné
> > proposaly, ale nevím, jestli to někdo používá...
> *** ano lanes je spravny zpusob. Rozliseni poctu pruhu pro smer zatim
> neni mozne, respektive by se muselo resit tagy, vztahujici se ke smeru
> way (coz je vzdycky problem s udrzenim konzistence takove informace).
nemyslím si, že je to větší problém než udržení konzistence oneway
informace.
Petr
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] odbočovací pruhy
Zdravím, už několik hodin čtu v OSM Wiki a je mi to čím dál méně jasné, tak se chci zeptat tady, co dnes aktivně při mapování používáte (a předpokládám, že to zároveň chápe a používá i běžný software typu Navit při routování). Tři různé věci: jednak jak kreslit na mapě situaci před křižovatkou, kdy se k původně třeba dvěma pruhům v jednom směru (na což stačí běžný lanes=4) přidá třetí pruh (či rovnou dva další), přičemž například nejpravější pruh může na křižovatce pouze odbočit doprava, nejlevější pouze doleva. Vidím na to nejméně dva různé proposaly, jak to utagovat, a k tomu skeptiky, kteří v tu chvíli cestu rozčtvrtí... Druhá věc je, když přijedete na křižovatku a můžete odbočit třeba jen doprava (je tam vlastně značka Přikázaný směr jízdy). Používáte na to "Relation:restriction" přesto, že je to teprve proposal? A nestává se routovacím programům, že odbočí podle přikázaného směru a pak hned udělají U-turn, aby se dostaly tam, kam původně chtěly odbočit (jak někdo naznačoval v diskusi na wiki)? Nerad bych úplně na všechny křižovatky dával, že nikdo nemá U-turn uprostřed města přes dvě plné čáry zkoušet... Třetí věc je asi nejjednodušší - když máme dva pruhy do kopce a jeden s kopce, tak to nakreslím pomocí lanes=3, ale ještě by to chtělo možná říct, kterým směrem vede ten lichý. Viděl jsem na to taky nějaké mocné proposaly, ale nevím, jestli to někdo používá... Díky Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapovani Krkonos
jzvc píše v Ne 09. 08. 2009 v 20:23 +0200: > Tomáš Tichý napsal(a): > > Za intuitivní pravidlo pro značení nějaké asfatky považuji, jestli je > > na cestu povolen vjezd aut. Pokud ano, pak highway=unclassified, jinak > > highway=track. Jiné mapy se toho obvykle drží. > > > Obcas to resim taky, nebylo od veci zaver diskuse dat na wiki ;). byl bych taky moc rád, kdyby se to podobně jasně, s příklady a důvody, jako tu porůznu zaznělo, objevilo souhrnně třeba tady: http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/roads_tagging#All_key_for_road_in_OSM Pro začátek bych tu tabulku obrátil, nebo prostě přidal druhou tabulku, která by začínala sloupcem highway a pokračovala vysvětlením, pár příklady a ideálně i fotkou - v podstatě tak, jako hlavní anglicky psaný seznam highway tagů, ale tentokrát s českými špecifíky... Sám zatím zneužívám 'highway=service' pro tři různé kategorie cest: jednak nádherné dlouhé rovné asfaltky v polích či lesích, pro které se mi 'track' prostě příčilo dát (ale změním to, už kvůli navigacím, jak jsem se tu teď dočetl); druhak různé cesty vedoucí z obytných center někam pryč na samoty k pár domům, kde mi residential vůbec nesedělo (a potřeboval jsem nějak vizuálně sdělit, že tam nemá nikdo jezdit sporťákem a když u tam vjede, tak ať dává pozor, bude to užší než normální cesta); a treťjak různé krátké odbočky z cesty k pár domům - bývají obvykle sakra úzké a kvalitou někde těsně nad polňačkou... Pro tento třetí typ bych rád, kdyby navigace věděly, že ta cesta sice existuje, ale doporučily by ji až jako poslední možnost :-) I vizuálně by bylo super, kdyby ta cesta prostě vypadala úzká. Nemyslím si, že "lanes=0.7" to řeší. Mimochodem, jak se řekne "tu je závora", třeba taková ta zamčená v lese, aby tam lidi nejezdili auty, ale má uprostřed díru pro cyklisty a peší? barrier=gate + access=foot a wheelchair a bicycle? Díky Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak označit areál?
jzvc píše v Ne 09. 08. 2009 v 18:50 +0200: > > u průmyslové zóny to použití zcela chápu, ale mám na mysli spíš menší > > záležitosti, např. firmu v jinak residential zástavbě. Nevěděl jsem, jak > > moc ten tag můžu "zneužít", ale je fakt, že je to nejspíš ten pravý, > > pokud jde o odlišení barvou pozadí. > > > Da se pouzit atrubut name, ktery prirazeny nejake hranici se pak zobrazi > +- uprostred oblasti, ale to asi neni presne to co se chce. to jsem zkoušel už dříve, ale odradilo mě to, že ten nápis (ač jedno slovo) se podivně 2x zalomil v pravých úhlech tak, aby se vešel na nádvoří mezi budovy. Výsledek byl nečitelný. S landuse jsem vizuálně spokojen: http://osm.org/go/0lsaq...@-- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak revertovat?
Radomír Černoch píše v Ne 09. 08. 2009 v 16:55 +0200: > Dobrý den, > > když někdo mapu předělá "nazpět", je dobré toho člověka kontaktovat a > domluvit se s ním. O to se samozřejmě snažím, ale zároveň jsem se už chtěl informovat, jak technicky postupovat poté, co se lidsky domluvíme. > Co se jednomu může zdát jako posun k horšímu, se > druhému může zdát naopak. Jen do chvíle, než vás navigace navede do zákazu vjezdu, pak už se snad všichni shodneme, co je lepší (případně policista pomůže vysvětlit, že tudy ne). > Funkce "vracení" v OSM existuje, ale je dost čerstvá, takže editory ji > zatím nepodporují (alespoň co já vím). takže ručně udělat znovu ty změny, co jsem už jednou dělal? hmhmhmmm. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak označit areál?
Frettie píše v Ne 09. 08. 2009 v 16:19 +0200: > dobrý den, > průmyslovou zónu jsem označil tagem landuse:industrial. u průmyslové zóny to použití zcela chápu, ale mám na mysli spíš menší záležitosti, např. firmu v jinak residential zástavbě. Nevěděl jsem, jak moc ten tag můžu "zneužít", ale je fakt, že je to nejspíš ten pravý, pokud jde o odlišení barvou pozadí. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] jak revertovat?
Zdar, ještě jeden čerstvý problém: jak postupovat, když vylepším mapu o detaily, opravím tvary a směry ulic, všechno nahraju na server a další den někdo druhý přijde a předělá to po mě k horšímu (mírně řečeno)? Je nějaký nástroj, který v určité oblasti odstraní všechny změny? Nebo lépe odstraní všechny změny provedené určitým autorem? Dá se v nějakém OSM editoru pohodlně couvat historií oblasti, jako třeba u zdrojáků v CVS? Díky Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak označit areál?
Petr Schönmann píše v Ne 09. 08. 2009 v 16:14 +0200: > landuse retail Predominantly shops landuse jsem zvažoval, ale většina příkladů byla spíš zemědělská, tak jsem to nedal. > landuse commercial Predominantly offices, business parks, > etc. > landuse industrial Predominantly workshops, > factories or warehouses takže malou opravnu aut (shop:car_repair) bych mohl hodit do industrial? Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] jak označit areál?
Zdravím všechny, jsem tu nový a rád bych se zeptal, jak označit určitý areál tak, aby na výsledné mapě byl viditelný (= měl jinou barvu pozadí). Např. průmyslový areál, nebo typicky nějaká firma, co sídlí v několika budovách pohromadě. Zkoušel jsem daný areál oplotit, pak dokonce i obehnat zdí, ale pořád to není ono. Zeď už vidět je, ale jsem zvyklý, že na mapách konkurence je to zkrátka celé nějak podbarvené, takže je to na první pohled vidět. Díky Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
