Odczytywanie komunikatów w autobusach i tramwajach

[Łukasz]

Kiedyś systemy nie opierały się na GPS - to chyba jest rozwiązanie Swoją drogą to trzeba być niezłym idiotą komunikacyjnym, żeby zaprojektować system w ten sposób.

[Autobus Czerwon]

Stare Buse, to które jest w tramwajach, jest oparte na otwarciu drzwi i drogomierzu. Z autobusami jest o tyle trudniej, że nie zatrzymują się na wszystkich przystankach.

[Stary Pingwin]

Można ustawić albo na otwarcie drzwi, albo według drogi.

[pawcio]

Albo kombinację powyższych.

[Krzysztof_J]

W tramwajach z Buse zdarza się, że przy dwukrotnym zatrzymaniu na tym samym przystanku (z powodu świateł) przy drugim otwarciu drzwi jest już zapowiedź kolejnego przystanku i jak motorniczy nie skoryguje, to potem źle zapowiada. Tak więc chyba nie ma idealnego systemu.

[Łukasz]

W tramwajach z Buse zdarza się, że przy dwukrotnym zatrzymaniu na tym samym przystanku (z powodu świateł) przy drugim otwarciu drzwi jest już zapowiedź kolejnego przystanku i jak motorniczy nie skoryguje, to potem źle zapowiada. Tak więc chyba nie ma idealnego systemu.

Trzeba łączyć różne rozwiązania, każde z osobna nie zadziała nigdy dobrze.

[MZ]

Kiedyś systemy nie opierały się na GPS - to chyba jest rozwiązanie.

To raczej właśnie GPS jest rozwiązaniem. W Radomiu, gdzie jest system R&G Plus, też zdarzają się odcinki obsługiwane wahadłowo (na przykład wybrane kursy linii 12 przez ulicę Kasztelańską do ulicy Mroza i z powrotem przez Kasztelańską) i nie ma tutaj żadnych problemów z zapowiedziami. R&G Plus łączy bowiem lokalizacje GPS z kolejnością przystanków na danej trasie. Jeśli zatem po przystanku - nazwijmy go symbolicznie A - zostaje zapowiedziany przystanek B, to system nie zapowie wcześniej przystanku D mijanego po drugiej stronie ulicy, tylko będzie "cierpliwie czekał" na wykrycie przez GPS przystanku B. Potem dojedzie do przystanku C, zawróci i dopiero wtedy wykryje we właściwej kolejności przystanek D. Dla programistów nie powinno to być szczególnie karkołomnym wyzwaniem, aby coś takiego zaprojektować.

[Emyl]

Karkołomnym dla urzędników jest zamówienie dobrego systemu. Już to ustaliliśmy, lata temu, dlatego nadal jest byle jak.

[fraktal]

Kiedyś systemy nie opierały się na GPS - to chyba jest rozwiązanie.

To raczej właśnie GPS jest rozwiązaniem. W Radomiu, gdzie jest system R&G Plus, też zdarzają się odcinki obsługiwane wahadłowo (na przykład wybrane kursy linii 12 przez ulicę Kasztelańską do ulicy Mroza i z powrotem przez Kasztelańską) i nie ma tutaj żadnych problemów z zapowiedziami. R&G Plus łączy bowiem lokalizacje GPS z kolejnością przystanków na danej trasie. Jeśli zatem po przystanku - nazwijmy go symbolicznie A - zostaje zapowiedziany przystanek B, to system nie zapowie wcześniej przystanku D mijanego po drugiej stronie ulicy, tylko będzie "cierpliwie czekał" na wykrycie przez GPS przystanku B. Potem dojedzie do przystanku C, zawróci i dopiero wtedy wykryje we właściwej kolejności przystanek D. Dla programistów nie powinno to być szczególnie karkołomnym wyzwaniem, aby coś takiego zaprojektować.

Ale to nie rozwiązałoby problemu 118, który także przez źle ustawiony GPS łapie niewłaściwy przystanek Metro Politechnika - chyba również ten po przeciwnej stronie - po czym, gdy już dojedzie na właściwy przystanek Metro Politechnika, wyświetla się na wyświetlaczu kierowcy czas dla przystanku Plac Konstytucji.

[BrdzJkb]

Pewnie jest błąd w bazie danych przystankowych ZTM. Niestety ja zgłaszałem kilka razy przez 19115 różne błędy związane z zapowiedziami przystankowymi (nieprawidłowa lokalizacja, zbyt cicha zapowiedź) i nigdy nie zostało to poprawione.

[TranslatorPS]

To raczej właśnie GPS jest rozwiązaniem. W Radomiu, gdzie jest system R&G Plus, też zdarzają się odcinki obsługiwane wahadłowo (na przykład wybrane kursy linii 12 przez ulicę Kasztelańską do ulicy Mroza i z powrotem przez Kasztelańską) i nie ma tutaj żadnych problemów z zapowiedziami. R&G Plus łączy bowiem lokalizacje GPS z kolejnością przystanków na danej trasie. Jeśli zatem po przystanku - nazwijmy go symbolicznie A - zostaje zapowiedziany przystanek B, to system nie zapowie wcześniej przystanku D mijanego po drugiej stronie ulicy, tylko będzie "cierpliwie czekał" na wykrycie przez GPS przystanku B. Potem dojedzie do przystanku C, zawróci i dopiero wtedy wykryje we właściwej kolejności przystanek D. Dla programistów nie powinno to być szczególnie karkołomnym wyzwaniem, aby coś takiego zaprojektować.

Ale to nie rozwiązałoby problemu 118, który także przez źle ustawiony GPS łapie niewłaściwy przystanek Metro Politechnika - chyba również ten po przeciwnej stronie - po czym, gdy już dojedzie na właściwy przystanek Metro Politechnika, wyświetla się na wyświetlaczu kierowcy czas dla przystanku Plac Konstytucji.

To jest problem który w Radomiu wciąż mamy na 6 (oraz w sumie w tym momencie objazowych 5 i 14), gdzie autobus zalicza dwa przystanki po przeciwnych stronach ulicy jeden po drugim (autobus zawraca na rondzie kawałek dalej z powodu skrzyżowania bez przecięcia wyspy środkowej). Jedyny sposób, żeby system nie przeskoczył przedwcześnie za słupek po drugiej stronie ulicy to wleczenie się skrajnie jak najdalej zewnętrznym pasem jak się tylko da, ale i to nie zawsze działa, zapowiedź idzie pierwsza, druga, trzecia, a taryfa przystankowa przeskakuje... Tutaj pewnie problemem jest promień strefy przystankowej, być może nawet w powiązaniu z pewną niedokładnością geolokalizacji.

[Bywalec]

W social mediach ZTM czy m.st. Warszawy pojawiła się informacja wraz z próbką dźwiękową - nowe zapowiedzi przystankowe czytać będzie Maciej Knapik, syn Tomasza, dziennikarz Faktów TVN. Maciej będzie czytać wyłącznie nazwy przystanków a pozostałe komunikaty jak "nastepny przystanek" dalej będą z głosem Tomasza Knapika.

[person]

Tu można posłuchać (końcówka filmu):
https://twitter.com/warszawa/status/155 ... SIvgA&s=19

[Krzysztof_J]

W social mediach ZTM czy m.st. Warszawy pojawiła się informacja wraz z próbką dźwiękową - nowe zapowiedzi przystankowe czytać będzie Maciej Knapik, syn Tomasza, dziennikarz Faktów TVN. Maciej będzie czytać wyłącznie nazwy przystanków a pozostałe komunikaty jak "nastepny przystanek" dalej będą z głosem Tomasza Knapika.

Nie wiem, czy nie byłoby lepiej jednak gdyby te nowe komunikaty były w całości odczytywane przez Macieja Knapika, a nie takie łączone z dwóch różnych głosów. Rozumiem chęć upamiętnienia, jednak myślę, że wystarczające byłyby wszystkie obecnie już funkcjonujące zapowiedzi.
A z kolei w przypadku niektórych nazw pewnie dałoby się złożyć nowe komunikaty z dotychczasowych, np. jeśli będzie przystanek "Metro Bródno" to oba człony można wyciąć już z istniejących.

[Bon Jovi]

W social mediach ZTM czy m.st. Warszawy pojawiła się informacja wraz z próbką dźwiękową - nowe zapowiedzi przystankowe czytać będzie Maciej Knapik, syn Tomasza, dziennikarz Faktów TVN. Maciej będzie czytać wyłącznie nazwy przystanków a pozostałe komunikaty jak "nastepny przystanek" dalej będą z głosem Tomasza Knapika.

Nie wiem, czy nie byłoby lepiej jednak gdyby te nowe komunikaty były w całości odczytywane przez Macieja Knapika, a nie takie łączone z dwóch różnych głosów. Rozumiem chęć upamiętnienia, jednak myślę, że wystarczające byłyby wszystkie obecnie już funkcjonujące zapowiedzi.
A z kolei w przypadku niektórych nazw pewnie dałoby się złożyć nowe komunikaty z dotychczasowych, np. jeśli będzie przystanek "Metro Bródno" to oba człony można wyciąć już z istniejących.

Według mnie, fajnie to brzmi i jestem za.
Pewnie dałoby się złożyć nowe komunikaty, Bródno by się wycięło z Bródno-Podgrodzie, ale byłoby dziwnie zaakcentowane i takie nie dokończone. Dajmy szansę przy nowych nazwach przystanków Panu Maciejowi