odbočovací pruhy na Talk-cz

Petr Stehlik pstehlik na sophics.cz #m158740 11. 8. 2009 15:08

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

Stanislav Brabec utx na penguin.cz #m55779b 11. 8. 2009 15:29

Petr Stehlik píše v Út 11. 08. 2009 v 15:08 +0200:

a k tomu skeptiky, kteří v tu chvíli cestu rozčtvrtí...

Mně to také radili, ale nelíbí se mi to. Mapa pak vytváří nesprávný vizuální dojem, že tam je "skoro dálnice", a přitom jsem naopak chtěl vyznačit, že je v jednom směru průjezd zakázán.

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?

Na této křižovatce jsem dal hned dvě. http://www.openstreetmap.org/browse/node/25936512 Renderery to nekreslí. Zdali se podle toho řídí navigace, nevím. Můžete to na této křižovatce zkusit.

hanoj ehanoj na gmail.com #mb3f86e 12. 8. 2009 7:46

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. Pro rampy mimourovnovych krizovatek a ramena okruznich krizovatek jsou tu tagy "highway=*_link".

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

*** restriciton se pouziva ikdyz je i proposal. o uspesne nebo neuspesne implementaci v navigacich nevim.

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). ha hanoj

Jakub Sýkora kubajz na kbx.cz #m926e6d 12. 8. 2009 14:41

Na takovehle detailni modelovani se, myslim, OSM prilis nehodi. Pro vyuziti v navigaci bych spis byl pro to, aby se zdrojova data pro navigaci brala z vice zdroju. Napriklad databaze krizovatek by byla pomerne hezky projekt sam o sobe. K

Na takovehle detailni modelovani se, myslim, OSM prilis nehodi. Pro vyuziti v navigaci bych spis byl pro to, aby se zdrojova data pro navigaci brala z vice zdroju. Napriklad databaze krizovatek by byla pomerne hezky projekt sam o sobe. K hanoj napsal(a):

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. Pro rampy mimourovnovych krizovatek a ramena okruznich krizovatek jsou tu tagy "highway=*_link".
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...
*** restriciton se pouziva ikdyz je i proposal. o uspesne nebo neuspesne implementaci v navigacich nevim.
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). ha hanoj _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz

Petr Stehlik pstehlik na sophics.cz #m82d3e7 12. 8. 2009 14:59

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

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

Petr Stehlik pstehlik na sophics.cz #mab7b12 12. 8. 2009 15:01

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

hanoj ehanoj na gmail.com #m6d2823 12. 8. 2009 15:44

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?

*** Ano, relaci na principu restriction, proc ne. Ale geometrickym aparatem si to nyni nedokazi predstavit.

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

*** nevim co myslite ostruvkem, ale smerove delene komunikace jako napr. dalnice, rychlostni komunikace a nektere I. tridy se takto i kresli.

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

*** Mate moznost prosadit zmenu... Zatim to takto neni zvykem.

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

*** uz s temi jsou jiste problemy sami o sobe, predevsim pri editacich (spojovani a deleni cest pro vedeni relace:route). Zatim se tedy zadne vlastnosti komunikace podle smeru jizdy neznaci. Ale opet mate moznost... ha hanoj

jzvc jzvc na tpfree.fdns.net #mbbc421 12. 8. 2009 17:31

Zdravim, obecne mi prijde logictejsi (z pohledu tvurce) krizovatku nakreslit, nez vymyslet nejake silene tagy kterymi systemu vysvetlovat, jak ze ta krizovatka vypada. Napr by me docela zajimalo, jak nekdo pomoci tagu popise konec privadece R63, kde je silnice rozdelena + je tam kruhak. Netvrdim ze musi existovat prislusne nody/cesty, ale minimalne editor by to tak musel zobrazovat. Jinak se mapa dostane do neudrzovatelneho stavu. Za soucasne situace mi tedy prijde koser ono rozboceni pred krizovatkou, bylo by ovsem vhodne mape zaroven rict, ze nejde o jinou cestu, ale jen o znaceni jejich pruhu. To by mohla pochopit treba z prislusnosti vsech cest k jedne relaci ? Oddeleni do samostatne databaze mi pak take neprijde jako stastne reseni. Mela by byt krizovatka, kterou stavi pod Prahou v ramci vystavby okruhu oznacena jako jednoduche krizeni cest a vsechny ty najezdy/podjezdy/... v samostatne databazi ? To by ta mapa pri vetsich zvesenich nevypadala moc verohodne. Stejne tak by se dal jako bod oznacit kazdy dalnicni sjezd ...

Zdravim, obecne mi prijde logictejsi (z pohledu tvurce) krizovatku nakreslit, nez vymyslet nejake silene tagy kterymi systemu vysvetlovat, jak ze ta krizovatka vypada. Napr by me docela zajimalo, jak nekdo pomoci tagu popise konec privadece R63, kde je silnice rozdelena + je tam kruhak. Netvrdim ze musi existovat prislusne nody/cesty, ale minimalne editor by to tak musel zobrazovat. Jinak se mapa dostane do neudrzovatelneho stavu. Za soucasne situace mi tedy prijde koser ono rozboceni pred krizovatkou, bylo by ovsem vhodne mape zaroven rict, ze nejde o jinou cestu, ale jen o znaceni jejich pruhu. To by mohla pochopit treba z prislusnosti vsech cest k jedne relaci ? Oddeleni do samostatne databaze mi pak take neprijde jako stastne reseni. Mela by byt krizovatka, kterou stavi pod Prahou v ramci vystavby okruhu oznacena jako jednoduche krizeni cest a vsechny ty najezdy/podjezdy/... v samostatne databazi ? To by ta mapa pri vetsich zvesenich nevypadala moc verohodne. Stejne tak by se dal jako bod oznacit kazdy dalnicni sjezd ... Petr Stehlik napsal(a):

hanoj píše v St 12. 08. 2009 v 07:46 +0200:
Tři různé věci: jednak jak kreslit na mapě situaci před křižovatkou, kdy se k původně třeba dvěma pruhům v jednom směru (na což stačí běžný lanes=4) přidá třetí pruh (či rovnou dva další), přičemž například nejpravější pruh může na křižovatce pouze odbočit doprava, nejlevější pouze doleva. Vidím na to nejméně dva různé proposaly, jak to utagovat, a k tomu skeptiky, kteří v tu chvíli cestu rozčtvrtí...
*** vytvareni mapy neni jen modelovani skutecnosti, ale i generalizace. Zatim OSM nesmeruje k situaci, kdy v ni budou zaneseny radici pruhy pred urovnovou krizovatkou.
Tím pádem nepůjde OSM použít pro "asistena řazení do pruhů" nebo jak se jmenuje ta vlastnost navigačních krabiček, a pro kterou jsem to chtěl kreslit... Jsem odpůrcem toho, aby se jednoduchá spojnice dvou uzlů rozdělila před křižovatkou do "vidličky" jen kvůli těm pruhům, ale pokud by to šlo vyřešit otagováním (a viděl jsem takový proposal), tak proč ne? Mimochodem, to generalizování způsobuje i to, že nekreslíme cestu s ostrůvkem uprostřed jako dvě cesty ("Divided Highways" ve wiki), ale jen jako jednu cestu? Nebo generalizujeme jen v oblasti křižovatek... Což mi připomíná, že zrovna ostrůvek by byl skvělý tag - lanes=4, ostrůvek=yes - a nemuselo by se ta highway kreslit jako dvě souběžné čáry... BTW, někdo asi poškodil wiki zrovna na téhle stránce "Editing Standards and Conventions" ("...chu?n cho vi?c bi?n t?p...")
Třetí věc je asi nejjednodušší - když máme dva pruhy do kopce a jeden s kopce, tak to nakreslím pomocí lanes=3, ale ještě by to chtělo možná říct, kterým směrem vede ten lichý. Viděl jsem na to taky nějaké mocné proposaly, ale nevím, jestli to někdo používá...
*** ano lanes je spravny zpusob. Rozliseni poctu pruhu pro smer zatim neni mozne, respektive by se muselo resit tagy, vztahujici se ke smeru way (coz je vzdycky problem s udrzenim konzistence takove informace).
nemyslím si, že je to větší problém než udržení konzistence oneway informace. Petr _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz

hanoj ehanoj na gmail.com #m2c43aa 12. 8. 2009 20:52

obecne mi prijde logictejsi (z pohledu tvurce) krizovatku nakreslit, nez vymyslet nejake silene tagy kterymi systemu vysvetlovat, jak ze ta krizovatka vypada. Napr by me docela zajimalo, jak nekdo pomoci tagu popise konec privadece R63, kde je silnice rozdelena + je tam kruhak.

*** zadny velky problem tam nevidim, trosku jsem opravil tagy highway=*_link a highway=*, kruzak zakruzil, I/8 protahl kudy opravu vede, 63 prejmenoval na R63. Jen nevim kudy je dnes trasovany tah E55, zda po R63 nebo postaru po I/8 na Lovosice... ha hanoj

Jan Dudík jan.dudik na gmail.com #md52fe9 12. 8. 2009 21:55

Dne Wed, 12 Aug 2009 17:31:19 +0200 jzvc <jzvc na tpfree.fdns.net> napsal/-a: Jenže není křižovatka jako křižovata. u MÚK je záhodné i možné nakrest všechny rampy a kolektory, holt průpletové úseky a přídtné pruhy buď nedělqt nebo zjednodušit Ale zde by se jedalo o databázi malých úrovňových křižovatek. J&D

Kubajz kubajz na kbx.cz #m99f85e 13. 8. 2009 8:15

Ja jsem nepsal, ze sjezdy a najezdy maji by v jine databazi. Ja jsem rikal, ze definice pruhu ano. Umim si celkem predstavit, ze si vyberu sjezd ze SOKP a prepnu se do jineho modu editace, kde dam pocet pruhu na sjezdu a treba na konci toho sjezdu udelam zuzeni do jednoho pruhu vpravo, aby ta navigace mela dobry pocit, ze muze navadet. Neumim si ale predstavit, ze se tohl bude resit pomoci tagu. Ja bych to proste videl na takovou zpresnovaci vrstvu. Mit totiz v OSM neco velikosti radove jeden dva metry mi neprijde mozne. K

Ja jsem nepsal, ze sjezdy a najezdy maji by v jine databazi. Ja jsem rikal, ze definice pruhu ano. Umim si celkem predstavit, ze si vyberu sjezd ze SOKP a prepnu se do jineho modu editace, kde dam pocet pruhu na sjezdu a treba na konci toho sjezdu udelam zuzeni do jednoho pruhu vpravo, aby ta navigace mela dobry pocit, ze muze navadet. Neumim si ale predstavit, ze se tohl bude resit pomoci tagu. Ja bych to proste videl na takovou zpresnovaci vrstvu. Mit totiz v OSM neco velikosti radove jeden dva metry mi neprijde mozne. K jzvc napsal(a):

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

Kubajz kubajz na kbx.cz #m645d8d 13. 8. 2009 8:16

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