na tuto temu retarderov som zachytil diskusie v EN fore davnejsie. v podstate waze potrebuje dostatok dat aby system zistil, ze nejaka trasa je pomalsia (napr. kvoli retarderom) ked bude mat dostatok dat, tak to moze skoncit dvomi sposobmi:
1. aj napriek pomalej jazde a retarderom bude trasa 1 stale rychlejsia
2. na zaklade dat vyhodnoti ako najlepsiu trasu 2 a tu bude v buducnosti ponukat ako prvu alternativu

myslim, ze tymi par junctions to aj tak nebude fungovat podla tvojich predstav

grepa, ak potrebujes nejaku trasu znevyhodnit, tak parking lot road, podobne aj private road, to spravi, no zaroven tadial nebude navigovat skrz.
lepsie ako maly kusok - jeden segment je to dat skrz celu trasu, aby neroutovalo okolo ak by si nahodou ciel mal v tom useku no v ceste by bol private/parking segment

takyto workaround by som vsak odporucal pouzit iba v krajnych pripadoch, kedy ten routing chceme vedome odstavit... lebo cez tu trasu nebude navigovat ani ak bude optimalna trasa upchata...

nateraz by som sa najradsej drzal toho, ze casom system zozbiera dostatok dat, aby vedel routovat spravne...

zatial takto napriamo nie.
kvoli ochrane sukromia.
v aktualnej betaverzii vsak pribudlo tlacitko "vyziadaj polohu". zatial je to iba tlacitko bez funkcie, no vyzera, ze sa tymto smerom asi planuju vybrat... no samozrejme, neda sa tvrdit s istotou, ze tu funkciu niekedy naozaj spravia...

grepa wrote:Čao, dotaz: jaký je důvod, výhody a nevýhody řešení zákresu pomocí samostatných jednosměrných segmentu u:

1/ dvouproudových a čtyřproudových cest s plnou oddělovací čarou

2/ dvouproudových a čtyřproudových cest s úzkým oddělovacím pruhem

3/ dvouproudových a čtyřproudových cest s širokým oddělovacím pruhem, případně vloženým kolejištěm MHD

Podle trendu názorů v současném fóru je asi 1/ a 2/ jen pozůstatek vývoje a v současné době je názor tyto cesty zjednodušit z dvou jednosměrných segmentů do jednoho obousměrného => více krát čtu "je třeba zjednodušit" než "rozdělit na jednosměrky" .

A podle mé úvahy je dvousměrné segmenty případně s kombinací jednosměrných nájezdů u složitých křižovatek obecně správné řešení . Složením křižovatky s nájezdů volím hlášky, jejich pořadí a včasnost pro nájezd do pruhů .

příloha:
https://www.waze.com/cs/editor/?lon=17. ... ,181462824

screen:

historicky u nas vzniklo kopec splitnutych ciest... v staruckom editore bol totiz bolo mozne rozdelit segment na dva jednosmerne jednym klikom, tak to editori hojne vyuzivali...

1. realne je potrebne splitnut segmenty v momente ked je medzi jednotlivymi smermi siroky pruh (teda tvoje cislo 3) - teda na zoom=6 je vidno medzi sipkami gps stop pre jednotlive smery viditelna medzera. zaroven povedzme vtedy ked by si potreboval v jednom smere rozlisit hlaskou drzanie sa v jazdnych pruhoch (toto na obojsmernom segmente nedosiahnes)

2. dalsie pravidlo, ktore sa v takejto situacii uplatnuje vsak je "ked to funguje spravne, tak na to nesahaj" - takze ak je to niekde splitnute a podla bodu 1 by nemalo, tak to aj tak netreba menit, pokial tam nie su nejake problemy s routingom

3. ja osobne som zrusil viacere splitnute cesty v TT a rozmyslal som aj nad zrusenim vsetkych, ktore nemaju sirsi pas, no nakoniec som cesty 2+2 nechal splitnute... (aj kvoli prikladu, co som uviedol v bode 1)

4. ja osobne by som sa k teme un-splitovania splitnutych ciest rad vratil v buducnosti, nakolko si tiez myslim, ze je lepsie pouzivat obojsmerne segmenty, no toto by som riesil az ked bude mapa v naozaj dobrom stave (teda ze budu vsetky mesta v stave ako je teraz Trnava, mozno s vynimkou cisel domov). dovtedy mame dost inej roboty ako sa hrat s unsplitom. samotny unsplit si vyzaduje skuseneho a pozorneho editora, inak nam pozabudane sipky alebo jednosmerne segmenty, rozhasia routing...

Vidíš náhodný výber iných užívateľov, aj to niekoľko minút starých pozícií.

Sent from my HTC One using Tapatalk

je to zhruba raz za 5-10 minut s tym, ze informacia samotna je v momente zobrazenia stara niekolko minut. ochrana sukromia a tiez setrenie prenesenych kilobajtov.

Ak zadas hlásenie príliš skoro (do minúty - dvoch) tak sa zobrazí ako anonym...

Sent from my HTC One using Tapatalk

tato problematika je mozno sirsia a hlbsia akoby sa na prvy pohlad zdalo.

na uvod, preco je to tak. na zaciatku dostane segment nejaku defaultnu predpokladanu priemernu rychlost v zavislosti od jeho kategorie. v oblasti s malym poctom uzivatelov, kedze cez tie ulicky nikto nejazdi, tieto odhadnute "historicke" rychlosti su jedine, s cim vie system pracovat. naproti tomu hlavna cesta uz moze mat nejake realne historicke alebo aj real-timove data. ktore vsak mozu byt pomalsie ako alternatina bocna ulicka. server ponukne za urcitych okolnosti nespravnu trasu... v uvedenej oblasti aktualne livemap routuje bez problemu po hlavnej ceste https://www.waze.com/livemap?lon=15.068 ... n=15.05196

co sa tyka "soon" riesenia... chysta sa zatial verejne neoznamena zmena funkcionality WME, ktora v tomto smere umozni editorovi mapy jemne vplyvat na spravanie sa routingu vo vybranej lokalite. tato nova funkcionalita urcite velmi potesi aj Grepu a ulicky s retardermi... bohuzial viac informacii nateraz poskytnut nemozeme. zostava len verit, ze nebudeme cakat extra dlho.

Ako taketo situacie riesit dnes?

1. tam kde je znacka prejazd zakazany pouzivame private road (aj bez URka)

2. tam kde je bocna cesta v zlom stave, pouzivame Dirt/4x4

3. pripadne pouzitie inej kategorie (private, parking) ako street pre bocnu ulicku je mozne aj bez toho aby nam to urcovala znacka, avsak pouzit sa da iba v pripade, ze lokalita nema nejaky iny vjazd. private/parking totiz svojou vysokou penalizaciou znemoznia routing do oblasti za nimi ak existuje alternativna prijazdova cesta. v preklade ak mam vedla hlavnej cesty ulicku a z nej niekolko slepych odbociek, tak ju mozem celu dat private bez negativnych bocnych efektov.

Cez parking aktuálne nenaviguje takmer za žiadnych okolností, mám dojem, že chodník má nižšiu penaltu...

Sent from my HTC One using Tapatalk

okrem toho ze to bude blbnut, je to myslim proti Terms of Service