Uwagi do wyszukiwania dwuch przesiadek.
W ubiegłym tygodniu natrafiłem na kolejny bezsens z tej samej serii, o czym pisałem w pierwszej wiadomości w tym wątku, czyli bezsensowne wyszukiwanie połączeń z dwoma przesiadkami. W sumie często natrafiam na coś podobnego, ale to mnie rozbawiło, a dzisiaj miałem czas i się pobawiłem by się upewnić.
Dla GOP połączenie 'Osiedle Witosa II - Zawodzie Ośrodek Sportowy'. Program znajduje połączenie autobusem bezpośrednim 70, a następnie znajduje połączenie 70-T14. Program sugeruje, by jechać autobusem 70 na przystanek Zawodzie Łączna, mijając po drodze Zawodzie Ośrodek Sportowy, który jest docelowy, a gdy już na Łącznej się wysiądzie, program proponuje wrócić się tramwajem 14 na Zawodzie Ośrodek Sportowy.
Zmiana ustawień nic nie daje.
Czy to nie jest zabawne?:)
Kończy mi się abonament i pewno wykupię dostęp na kolejny rok, ale sama funkcja połączeń z dwoma przesiadkami jak na razie mnie rozczarowała.
Tworzę połączenia odcinkowe z jedną przesiadką i czekam na poprawki.
Czyli masz włączone ukrywanie nieoptymalnych kursów?
Obojętnie co ustawię, jest taki problem.
Zmiany ustawienia dokonywali moi widzący znajomi, bo program dla niewidomych nie widzi czy opcja jest włączona, czy nie.
Pod koniec przyszłego tygodnia udostępnimy nową wersje aplikacji.
Przepisaliśmy w niej algorytm wyszukiwania połączeń. Powinno to rozwiązać większość opisanych problemów.
Gdyby któryś błąd nadal występował prosiłbym o ponowne jego zgłoszenie.
W przypadku tak dużej aglomeracji jak GOP zalecamy zaznaczenie opcję Manu->Ustawienia->Ogólne->Optymalizuj wyszukiwanie.
Pozwoli to uniknąć kilku bezsensownych połączeń i przeszukać wszystkie możliwe kombinacje.
Z nowości dodaliśmy przesiadki pomiędzy przystankami o różnych nazwach jeśli się znajdują w niedalekiej odległości.
Niestety, funkcja przesiadek w obrębie jednego przystanku nie działa prawidłowo, jeśli autobusy mają kursy skrócone i kończą na innym słupku niż pozostałe. Przykładem jest w W-wie linia 114, której część kursów kończy na Metrze Młociny (tzw. f-ki). Problem pewnie leży w tym, że dla programu końcowym przystankiem jest przystanek przed ostatni. Stąd wyszukiwarka tych połączeń nie widzi, podobnie jak pasażer podglądając dany kurs.
Pisałem też już o skasowaniu na widgecie początkowego przystanku a pozostawienie tylko "kier: XXXXX". Kiedy przystanek początkowy ma długą nazwę końca trasy po prostu nie widać.
I przy okazji. Czy można zrobić dla osób gorzej widzących wersję widgetu wyłącznie biało-czarną? Bardzo poprawi to czytelność. To takie drobne, które cieszyłyby 
A, i co możliwością wczytywania własnych linii w wersji na Androida?
Pozdr.
[quote="admin"]Pod koniec przyszłego tygodnia udostępnimy nową wersje aplikacji.]
Rozumiem, że są problemy. GOP to faktycznie komunikacyjnie niewdzięczny temat.
Czy jednak mniej więcej wiadomo kiedy nowa wersja na Javę się pojawi?
Pod koniec przyszłego tygodnia udostępnimy nową wersje aplikacji.]
Rozumiem, że są problemy. GOP to faktycznie komunikacyjnie niewdzięczny temat.
Czy jednak mniej więcej wiadomo kiedy nowa wersja na Javę się pojawi?
Premiera trochę się opóźniła. Myślę, że aplikacja pojawi się w przeciągu najbliższych 2 tygodni.
Dobrze, że do programu na javę została wprowadzona możliwość wyszukiwania połączeń z dwoma przesiadkami. Moim zdaniem nie działa to jednak prawidłowo.
Obojętnie jakie parametry ustawi się w wyszukiwaniu połączeń, nie wszystkie zostają znalezione. W GOP, gdzie to obserwuję np. przy połączeniu Szarlej Poczta ? Zawodzie Ośrodek Sportowy w ogóle nie uwzględnione są połączenia linii 700/820/77. To tylko przykład.
Dzieje się tak dlatego, że autobusy o wyższych numerach przegrywają przy wyszukiwaniu z tymi o niższych. Nawet wtedy, gdy ustawimy maksymalną liczbę wyszukiwanych połączeń na 999. Błąd polega na tym, że znajdowane są kompletnie bezsensowne połączenia. Takim przykładem jest w tym samym przykładzie przystanków początkowego i końcowego kombinacja 164/5/149, gdzie 5 jedzie z tego samego przystanku i pokrywa się z 164 na 10 przystankach.
Takich przykładów jest wiele i jak nadmieniłem ukrycie nieoptymalnych połączeń czy optymalizacja wyszukiwania niewiele daje.
Przy wyszukiwaniu zdarza się też, że czas na przesiadkę z jednej na inną linię wynosi kilkaset minut. Może można by wprowadzić przy wyszukiwaniu połączeń opcję, gdzie ustawiałoby się ile maksymalnie ma trwać podróż. Przykładowo wiem, że w omawianym przykładzie podróż wg. Rozkładu trwa od 58 minut do około 80. W ekstremalnych przypadkach pokazywane są nawet kilkaset minutowe czasy. Gdybym np. ograniczył czas do 100 minut, wtedy też można by eliminować automatycznie bezsensowne połączenia.
Następny błąd, który widzę, to niepotrzebne przesiadki. Program każe mi z przystanku Szarlej Poczta (z którego jedzie 5 w stronę Katowic) jechać na przystanek Piekary Bazylika, gdzie mam się przesiąść na 5 i znowu przystanek Szarlej Poczta zaliczać.
Cały czas posługując się tym samym połączeniem chcę pokazać następny błąd.
Program wyszukuje mi trasę z Szarlej Poczta, by przesiąść się na 860 na przystanku Piekary Śląskie Bazylika. Problem polega na tym, że w ustawieniach mam minutę na przesiadkę, a autobus przyjeżdżający na Piekary Śląskie Bazylika i 860 mają tą samą minutę przyjazdu i odjazdu. Nie jest w ogóle więc uwzględnione ustawienie minimalnego czasu na przesiadkę.
Muszę tutaj nadmienić, że gdy wybierze się większą ilość połączeń przy tworzeniu przesiadek, to program się ładuje zdecydowanie zbyt długo, a i przy zamykaniu nie raz potrafi zawiesić telefon 'mam Nokię C5'.
Następna zmiana, którą proponuję jest kosmetyczna, ale ułatwiła by korzystanie z aplikacji osobom niewidomym. Może dałoby się wprowadzić pola typu combi, tak jak jest np. w przypadku wskazywania maksymalnej ilości przysiadek czy sposobu pokazywania rozkładu, dla wszystkich opcji wyboru? Programy udźwiękawiające nie widzą czy np. ukrywanie nieoptymalnych kursów jest zaznaczone, czy nie.
A na koniec powiem, że to świetny program, którego używam od 5 lat. Próbowałem innych rozwiązań, ale nie ma jak MMPK!:)