AM 6.5.0a z MiploTraffic uparcie prowadzi przez zablokowany odcinek.

odgrzewam kotleta

Proszę o sprawdzenie przez tych userów którzy korzystają z blokad miplo.

trasa krótka:

początek: Warszawa, Baletowa 70
koniec: Warszawa, Ludwinowska 6

BLOKADY:

ul. Jeziorki
http://www.miplo.pl/index.php?c=416#UnDIQ4Ng

ul. Farbiarska
http://www.miplo.pl/index.php?c=416#UnDIQ4Ng

a mimo to na siłę pcha przez blokadę!

potwierdzi ktoś?

Nie potwierdzę, a przynajmniej nie do końca.
Wyznaczyłem trasę gdy nie miałem jeszcze tych blokad, uruchomiłem miplosynca
i rzeczywiście po synchronizacji trasa biegła przez zablokowany odcinek,
tak jakby AM nie przeliczyła trasy po aktualizacji blokad.
(i to jest MZ mały bug do zgłoszenia do supportu)
Ale wystarczyło przeliczyć trasę, zmienić typ, wyznaczyć nową, albo zamknąć 
i uruchomić AM ponownie, czyli w jakikolwiek sposób sprowokowac przeliczenie trasy,
żeby trasa już omijała zablokowane odcinki. Tak więc owszem prowadzi, ale wcale nie uparcie. 

Po aktualizacji blokad o godzinie 22, trasa nie prowadzi tymi ulicami (AM 6.5).

Wyznaczyłem trasę gdy nie miałem jeszcze tych blokad, uruchomiłem miplosynca
i rzeczywiście po synchronizacji trasa biegła przez zablokowany odcinek,
tak jakby AM nie przeliczyła trasy po aktualizacji blokad.

Sam dodałem te blokady jak przejechałem się ...

Ale wystarczyło przeliczyć trasę, zmienić typ, wyznaczyć nową, albo zamknąć 
i uruchomić AM ponownie, czyli w jakikolwiek sposób sprowokowac przeliczenie trasy,
żeby trasa już omijała zablokowane odcinki. Tak więc owszem prowadzi, ale wcale nie uparcie. 

Przeliczanie nic nie wnosi... blokady jako POI są tam gdzie mają być, jako blokad jako blokad zwyczajnie nie ma...
Czy bug może być spowodowany tym że są tak blisko siebie?

Blokady są, i nie prowadzi tymi ulicami.  pozdr

POI to tylko POI nic sam nie blokuje, blokuje tylko plik blokad,
więc albo nie synchronizujesz blokad tej kategorii,
albo masz wczytany inny plik z blokadami niż zsynchronizował Ci miplosync.

Ale numer! Rzeczywiście blokady są, tyle że... niekoniecznie

Jak wiadomo plik xxxxxx.sgm jest niewiadomo czym a blokady importowane są do niego z miplo.amb

Tu był pies pogrzebany gdyż miałem utworzony plik miplo.sgm i tak - wspomniane blokady zasysają się z miplo.amb do default.sgm natomiast nie importują się z miplo.amb do miplo.sgm - proszę sprawdźcie

BTW
może ktoś wydzieli ten kawałek ze starego wątku

Blokady się już nie importują z miplo.amb. Taki plik w ogóle się nie tworzy. Obecnie (AM6.5 i Miplosync 1.8.0.1) blokady tworzą się automatycznie w pliku default.sgm umieszczonym w podkatalogu Data Files z katalogu profilu(np osobowy) podczas synchronizacji z Miplo. A tak naprawdę, to w tych pliczkach default.dt0_5, default.hd3_3 itp itd z tego katalogu.

Jak wiadomo plik xxxxxx.sgm jest niewiadomo czym a blokady importowane są do niego z miplo.amb

Ależ skąd, jeśli tak Ci wiadomo, to Ci źle wiadomo, to są stare nieaktualne, przeterminowane wiadomości 
Blokady były importowane z pliku miplo.amb w AM6.2, w AM6.5 pliki amb nie istnieją.
(nadal można zaimportować blokady z plików amb z poprzednich wersji AM)
Zapomnij o importowaniu i plikach amb 
Masz w umyśle naleciałość wynikłą z długotrwałego utrzymywania się nienormalnej sytuacji
(braku pełnej obsługi synchronizacji blokad przez miplo i stworzenia protezy, by jakoś dało się z nich korzystać)
która przeszkadza Ci teraz gdy sytuacja wróciła do mormalności i wszystko (prawie) działa tak
jak powinno działać od samego początku, bez żadnego cudowania, importowania, kasowania ...