Użytkownik radekp napisał w wiadomości
Wed, 30 Aug 2017 12:22:02 +0200, w
<59a691cf$0$15189$65785112@news.neostrada.pl>, "J.F."
<j...@p...onet.pl> napisał(-a):
>> No, w komorkce mam cztery rdzenie po 1GHz, a na serwerze tysiace
>> uzytkownikow, wiec bym sie zastanowil czy nie w druga strone :-)
>> Tylko dane o ruchu na serwerze sa, na lokalna nawigacje trzeba
>> dopiero
>> sciagnac.

>A potem je obrobić. A potem okazuje się, że w AM są kłopoty, bo
>długie trasy są
>pre-obliczone i zaszyte i są kłopoty z wyznaczaniem takich tras przy
>użyciu
>aktualnych danych o ruchu.

Mowisz ze zaszyte ?
Dziwne by to troche bylo, bo ile tych tras zaszyc.

Polska maly kraj, ale w Europie ile by trzeba zaszyc ?

natomiast ... zaszylbym tranzyty przez miasta. Zeby sie uwolnic od
tych tysiecy malych uliczek przy planowaniu dlugiej trasy.
Miasta (miasteczka, rozbudowane wsie) traktujemy jako "czarny obszar",
ma punkty peryferyjne, w srodku prostą siec połaczeń miedzy punktami
peryferyjnymi,
i ja uzywamy w planowaniu trasy "przez Polske".
Byc moze podobnie bym potraktowal cale panstwa w Europie.
Byc moze jest sens podobnie potraktowac cale gminy i drogi gminne.

I tu masz racje - traffic ucierpi, bo nie uwzglednia jak jedna
zakorkowana ulica w miescie wplywa na tranzyt.
Ale ... jak bedzie obwodnica, to i tak pojedziemy obwodnica, bo pewnie
szybsza.

Ale ... w programie na serwerze pewnie zrobilbym podobnie :-)
Roznica tylko taka, ze na serwerze moge to przeliczac powiedzmy co 15
minut, i wynikow uzywac w biezacych kalkulacjach.
Ale ... przeciez i dane o ruchu moga podawac czas na tych psedodrogach
tranzytowych do lokalnej nawigacji :-)

Swego czasu bylo dokladnie odwrotnie - to wlasnie nawigacje on-line
liczyly wolno, albo wolno przekazywaly,
na co tu pare razy narzekalem przy zmianie trasy.
Ale NE juz pare lat temu byl wystarczajaco szybki do jazdy po miescie.

J.