Forum Użytkowników nawigacji NaviExpert

[potworny]

Kolejna propozycja zmiany. Tym razem organizacyjna.

Niech sobie NaviExpert kupi oprogramowanie do obsługi zapytań/problemów użytkowników. Teraz to jest parodia pod tytułem "Jak sobie sprawdzę w Outlooku, to może kiedyś odpowiem, chyba że problem będzie za trudny".
Takie oprogramowanie nie jest drogie, a przy okazji Bracia H. mogliby skontrolować faktyczne działania swoich pracowników.

Darmowa propozycja: http://osticket.com/

[tdk]

Nie za bardzo wiedziałem pod który temat to podpiąć:
Jeśli wuszukuję POI wokół jakiegoś punktu (w szczególności wokół aktualnej pozycji) to NE liczy odległość w linii prostej? Co za głupota. Skoro serwery są takie super szybkie to chyba są w stanie wyznaczyć 'mniej-więcej' kilka tras i pokazać odległość do faktycznie najbliższego punku.
Ostatnio byłem na plaży, nad rzeką i chciałem żeby mnie poprowadzono do najbliższego McDonald'sa... Jechałem wzdłuż rzeki do mostu (kawał drogi), a potem wzdłuż przeciwległego brzegu z powrotem - okazało się, że mniej więcej na tej samej wysokości, na przeciwnym brzegu jest McD! Gdy wróciłem do domu i przeanalizowałem sprawę okazało się, że po drodze miałem min. 3 inne, bliższe McD. Zdaję sobie sprawę, że przykład z rzeką jest wyjątkowy ale zasada obliczania powinna być inna.

Druga sprawa to chyba 'ewidentny błąd w nawigowaniu':
Ulice ciągnące się przez kilka miejscowości, np. al. Jerozolimskie w Warszawie. Chcę jechać np. na al. J. 424 - ten numer jest już w Pruszkowie. Ja o tym nie wiedziałem więc wyszukałem adres al. J. 424 w miejscowości Warszawa. NE znalazł taki adres, doprowadził do granic W-wy (numer około 240) i twierdzi, że jestem na miejscu... Trochę czasu mi zajęło zanim się zorientowałem.
Wydaje mi się, że wyjścia są dwa:
NE nie powinien znaleźć takiego adresu albo poprowadzić do Pruszkowa...

[roman_tp]

Ostatnio byłem na plaży, nad rzeką i chciałem żeby mnie poprowadzono do najbliższego McDonald'sa... Jechałem wzdłuż rzeki do mostu (kawał drogi), a potem wzdłuż przeciwległego brzegu z powrotem - okazało się, że mniej więcej na tej samej wysokości, na przeciwnym brzegu jest McD! Gdy wróciłem do domu i przeanalizowałem sprawę okazało się, że po drodze miałem min. 3 inne, bliższe McD. Zdaję sobie sprawę, że przykład z rzeką jest wyjątkowy ale zasada obliczania powinna być inna.

może miałeś włączoną opcję uwzględniającą promy



żarcik - sorry, ale nie mogłem się powstrzymać

[WoofeR]

Komputer pokładowy w programie NaviExpert liczy czas od uruchomienia programu do jego zakończenia. Nie liczy faktycznego czasu ruchu pojazdu chociaż z technicznego punktu widzenia jest to możliwe. Przez takie działanie licznika nie ma sensu w ogóle spoglądać na średnią prędkość jazdy czy czas podróży bo dane te są zakłamane przez uruchomiony licznik w czasie ustawiania nawigacji czy korzystania z mapy. Sugestię odnośnie tego "problemu" zgłosiłem w marcu, zostałem poinformowany, że być może funkcja ta zostanie zmieniona w wersji 6. Mam nadzieję...

[bataratoja]

Nie wiem, czy ten wątek był poruszany, nie chcę też wywoływać jakiś wojen religijnych, ale włączyłem sobie w warstwach "kościoły, cmentarze..." jako dobre punkty orientacji - bo rozumiem, że kościół to budynek duży z wieżą - łatwo poznać. A tu mi wyświetla jakiś kośiół Adwentystów, Centrum Medytacji Buddyjskiej - raczej słaby punkt orientacyjny, bo na ogół znajdują się w zwykłych budynkach mieszkalnych, więc po co to wyświetlać?

[Marian]

Komputer pokładowy w programie NaviExpert liczy czas od uruchomienia programu do jego zakończenia. Nie liczy faktycznego czasu ruchu pojazdu chociaż z technicznego punktu widzenia jest to możliwe. ...

Liczenie faktycznego czasu jazdy rodzi pokusę porównania go z czasem prognozowanym, a to z kolei może odbić się na zaufaniu do produktu.

[Andrzej]

Komputer pokładowy w programie NaviExpert liczy czas od uruchomienia programu do jego zakończenia. Nie liczy faktycznego czasu ruchu pojazdu chociaż z technicznego punktu widzenia jest to możliwe. ...

Liczenie faktycznego czasu jazdy rodzi pokusę porównania go z czasem prognozowanym, a to z kolei może odbić się na zaufaniu do produktu.

To porównanie akurat łatwo zrobić. Jeżeli prognozowany czas dojazdu do celu nie zmienia się istotnie podczas jazdy, to prognoza była poprawna.

[Marian]

To porównanie akurat łatwo zrobić. Jeżeli prognozowany czas dojazdu do celu nie zmienia się istotnie podczas jazdy, to prognoza była poprawna.

Nie zawsze. Jeśli czas jazdy jest długi, to konieczne są postoje przeznaczone na odpoczynek lub posiłek. Wtedy czas czystej jazdy nie jest oczywisty. Można go odczytać z niektórych komputerów samochodowych. Byłoby nieźle, gdyby robił to NE.
Natomiast spostrzeżenia na temat jakości prognoz dokonywanych przez NE można znaleźć w: topic305-100.html#p7478.
Konkluzja jest prosta: należy wprowadzić przynajmniej "prognozowanie" zjawisk pewnych, takich jak czas stracony na przejazd w ruchu wahadłowym. Można użyć oceny pesymistycznej odpowiadającej czasowi cyklu zmian świateł, lub przeciętnej równej połowie tego czasu. Potrzebne dane są na stronie GDDKiA. Trzeba też prognozować zjawiska prawie pewne, jak np. potworne korki między Rumią a Redą w wakacyjne soboty. Uwzględnienie takich prognoz może pozytywnie wpłynąć na kształt trasy od samego początku. Obecne CT Online potrafi co najwyżej korygować źle wyznaczoną trasę wyznaczając lokalne objazdy korków.

[vtec_z]

Bywa, że chcemy pracować z NE wówczas gdy nie mamy dostępu do sieci (np. do modyfikowania ustawień aplikacji).
Dotychczas NE domaga się wielokrotnie wskazania sposobu dostępu i w końcu komunikuje brak komunikacji - trochę to męczące
Czy możnaby wprowadzić możliwość pracy off-line już przy pierwszym ekranie wyboru punktu dostępu do sieci?

[mindzik]

Taka mała propozycja, jak za dwa lata już podwoi się ilość naszych autostrad i większość będzie płatnych, to tak propozycja, żeby przy podsumowaniu trasy, gdy będzie zawierała odcinki płatne była podana cena za te odcinki.