Laser

Ну значит идиоты. везде стандарт - экран с часами, указанием времени прибытия и конечной поездов, плюс возможность вывода важной информации

Так на табло будет написано "следующий поезд через 3 минуты", а о том, что он всех высаживает, ты узнаешь, только когда увидишь его морду. Ну и вылезать на троллейбус, когда ты уже в метро на станции глубокого заложения, это как-то совсем странно. Ты в этот троллейбус сядешь позже, чем придет поезд до Вернадского. если поезд идет до университета, об этом будет написано на табло.

Чем? Я уже стою в метро на платформе и уже жду поезд. Будет он через 2 минуты или через 3 ничего не изменит. А если будет сбой и поезда будут идти с интервалом в 15 минут, то об этом итак объявят. Тем, что если я на платформе понимаю, что следующий поезд до Вернадского через минут 7-10, и в него полезет толпа, я поеду на троллейбусе. Объявлений не слышно четко, а надписи на табло увидят и люди с проблемным слухом. Чтоб он знал, нужен некий опыт. Для наличия опыта требуется изучение применение этого в мире. А дальше самое интересное в процессе эксплуатации часто возникает много мелочей, которые не видны до начала применения. И умные сначала проверяют образец в двух-трех местах и только потом пускают в серию. Иначе мы сначала все сделаем, а потом будет переделывать на всех образцах. Некий опыт эксперт приобретает не прямо при работе над проектом, а раньше, на то это и опыт. Вводить, возможно, по частям и полезно, но, не на 1-3 станциях и назвать этоэкспериментом. как правило, производитель уже имеет представление о том, что надо производить.

Если вам табло не нужно, это не значит, что оно не нужно всем. Например, на Университете возможность заранее увидеть, что следующий поезд до университета сэкономит минут 10 минимум (вечером).

А чем проблема? Поставить на 3-5 станция по 1 табло и посмотреть на удобство куда выгоднее, чем набрать 10 экспертов и отправить их в тур по всей Европе. проще сразу понять, какие табло нужны, а не тратить деньги на эксперимент. Какова цель его? Понять, что табло нужны? Это очевидно. Понять, какие табло нужны и где они должны висеть? Для этого у нужны эксперты. А эксперт он на то и эксперт, что он уже знает, какие табло купить и где вешать. Так главный вопрос эксперимента в том, как это будет работать в наших (подчеркиваю, в НАШИХ) условиях. Как это работает с нашей системой сигнализации, при наших интервалах, и с нашим, гхм, народом.А то у нас и без того полно любителей покататься по миру [за казенный счет], посмотреть там на всякие интересные штуки и тупо их скопировать, вот в результате по всему городу и появляются подсугробные велопрокаты и прочие приколы нашего городка. Непонятно, как поток/интервалы влияют на табло. А велопрокат - хорошая штука (работает только в сезон) и пользуется популярностью. Максимум видел 2-3 свободных велосипеда. Не нужно изобретать велосипед с табло.

Замечательно. Везде это успешно используют. А у нас эксперимент ставят. Не судьба просто заказать исследование (где лучше сделано), и на основании результатов заказать и сделать?

Не в целом, а конкретно тов, скрывающемуся под ником Лазер. Мне, как я уже неоднократно написал, он полезен. Это не секрет - а враньё, поскольку удобно всем не бывает в принципе, но нам всем повезло - на телефоны можно ставить разные приложения.Я только что написал, какое приложение удобно всем - которое умеет строить удобный маршрут на основе актуальных факторов (специально для вас с бегающими автобусами по карте). Какой мне смысл ехать с работы на метро, если у метро я буду ждать автобус 20 минут?

Мое мнение - трехсекционные должны заменять одиночные вагоны в том же Апакова. Сильно загруженные маршруты вместо СМЕ должны оснащаться 5- а то и 7-секционными (заказали бы у того же ТВЗ такую модификацию). Иначе от скотовозов уйти не получится. В Европе 5 секционные ездят в небольших городах даже. Конечно, такая замена должна сопровождаться повышением качества перевозок за счет обособления и ремонта путей, устройства платформ с павильонами, сокращения времени в пути. А называть комплексным развитием закупку нового ПС и текущий ремонт путей (даже с частичным обособлением, как на Вавилова) - это выдавать текущую деятельность за повышение комфорта и развитие транспорта.

Кстати, подскажите, в чем причина дерганий автобуса? Особенность тормозов и педали газа в 5292, или манеры водителей? Нет, на 5256 тоже ездили лихачи, но такого желания в себе блевать в салоне я на них не припомню. Ну и вопрос про Мерсы, действительно плавнее ход, торможение и ускорение?

Охотно поясню: дома комфортнее. Кроме того, на какую остановку идти,тоже зависит от маршрута. Неплохо знать заранее, где доедешь быстрее. Вероятность ДТП достаточно небольшая, в прогнозах ее учитывать на надо. А вот расписание -надо. В идеале, как уже я писал, прогнозирование на основе графиков, расписаний, информации с навигаторов и даже сообщений о происшествиях должно происходить в структуре перевозчика, что позволяет пол полной использовать информацию Диспетчерской. И не обязывает сотрудников разработчика приложения изучать основы функционирования транспортной системы.

Ни в коем случае. Кто как хочет так и дрочит.Тогда вам следует признать, что с помощью функционала Яндекс-карт полноценной навигации в ОТ не получается. А Яндекс-транспорт в целом бесполезен, т.к. не умеет прокладывать маршрут. Один из примеров приемлемой реализации - Moovit, который умеет строить маршруты, причем для каждой посадки в транспорт показывает время. В Москве у него загружено какое-то расписание для МГТ и метро. Подключить его к данным о местоположении и наладить обновление расписаний - получится неплохое решение. Кому приятная фишка, а по мне - вся необходимая информация, благо пробки это приложение тоже может показать. Открою вам секрет - приложение должно быть удобно всем, а не только вам. В моем случае мне нужно, чтобы программа построила маршрут от дома до работы с учетом ожидаемого времени поездки, в том числе с учетом ожидания и продолжительности поездки (кстати, в Fahrinfo München можно настроить какие маршруты выводить вверху - быстрые, прямые, минимум пересадок, для людей с ограниченными возможностями и т.д.). Потому что недостаточно отследить первый автобус и затем поехать на нем - нудно заранее понять, по какому маршруту ехать, т.к. альтернативные маршруты могут отличаться значительно. И набор предлагаемых маршрутов отличается в зависимости от времени прибытия каждого из них. Например, если первое звено - автобус, ходящий раз в 30 минут, программа первой предложит альтернативу, если он только что ушел.

А должно быть так же удобно поехать в незнакомом место, как в знакомое. Да и в знакомом маршруте может все меняться в зависимости от времени прихода транспорта. Например, нужно учесть расписание метро и не попасть на поезд до станции Университет, потому что в этом случае легко можно 10 минут потерять, и следующий автобус в цепочке уйдет. А время 21 час, и следующий автобус через 35 минут. Поэтому при построении маршрута надо писать время прихода каждого транспорта. И это будет лучше автобусов на карте.

Что за извращённые фантазии? Я просто увидел на карте положения сначала 144 автобуса, потом посмотрел как там 1-ый троллейбусы, мне показалось, что на один из них я должен успеть. И угадал. При этом я просто передвигал карту, благо маршруты, которые мне могут пригодиться каждый день, я знаю.То есть, по вашей логике, перед поездкой и все время поездки я должен постоянно скроллить карту на телефоне, пытаясь в голове на ходу оптимизировать маршрут? Вы же сами упомянули, что везение в этом случае было случайным. Тут и приложение не нужно - можно смотреть в заднее стекло, что там следом идет. Это не удобство, это извращение хорошей идеи на уровне реализации. Велосипед изобретать нечего. Ездящие по карте ТС не являются основной функцией сервиса информирования пассажиров. Основная функция - построить маршрут и показать время прибытия к конкретной остановке. Вы продолжаете писать ерунду, правда, непонятно зачем. Фактически подобное приложение может отображать положение транспорта только двумя способами: этой самой аппроксимацией или просто показывая последнее зафиксированное (переданное от Яндеха в программу) положение ТС, и тогда точки на карте будут двигаться рывками. В случае Яндекса приближение к реальности получилось неплохое. Так что всё ребята правильно сделали.Ерунду пишете вы. Показ автобусов на карте - это приятная фишка, но необходимый функционал описан мною выше.

Причем тут трафик? Мне не нужно обновление раз в 15 секунд. Мне нужно, чтобы система работала и показывала прогноз прихода автобуса на остановку. Хотя бы по расписанию (если нет другой информации). В противном случае на всех остановках, которые автобус уже проехал (а другой с конечной не вышел) прогноз не показывается. Почему не показывается прогноз на остановках после конечной, где автобус делает круг вокруг квартала (42), мне вообще не понятно.

Это можно уверенно сказать только первого января. НОТ - не метро всегда есть куча случайных факторов, которые нифига не учтёшь. все равно такой функционал лучше нынешнего (где не учитывается время ожидания в целом)

Маршрут строится без учета прогноза времени прибытия каждого транспорта. Что при достаточно длинном маршруте чревато. Кроме того, в деталях маршрута необходимо писать время отправления транспорта.

Вообще, приложение должноо работать так: задал маршрут - и приложение выдает несколько альтернатив маршрутов на заданное время отправления + чуть позже с учетом времени прибытия. Конец. А не сейчас, когда приходится продолжительное время скакать в яндекс картах по остановкам и переключаться временами на браузер, где открыть расписания.

Мне. Вчера вместо стандартного: 84 до окт. Кольцевой - проехал 84-144 -1 до Арбатской. Без этого приложения у меня просто не было бы инфы, что именно сейчас такая связка сработает без 20-тиминутных ожиданий. Вот этого как раз не надо. Тогда всем придётся сидеть на кривой системе (конкурентов-то нету). А у Яндекса всё норм. Расписание, если что, можно у МГТ глянуть. Чтобы смотреть связки, нужно построение маршрутов (см. мой пост на предыдущей страницы) с учетом прогнозного времени ожидания и времени пересадки. В вашем случае вам пришлось искать по карте маршруты 144 и 1 и смотреть время их прибытия. В случае с построением маршрута достаточно его построить, и вы еще до прихода первого звена будете знать, успеете ли вы. Учитывая, что движение по карте частично является результатом апроксимации, толку от него - ноль. Теперь по поводу обработки данных. Для разработки приложений должны быть доступны обновляемые данные. Вести базу остановок разработчик не обязан. Перебивать в человеческий вид расписания и сырые данные с навигатора - тоже. А в данной ситуации часть работы по получению и обработке данных ложится на разработчика, и либо приложения не будет вообще (не будет выбора), либо получится неудобная ерунда, который массово пользоваться не будут. Пример - приложение Яндекса, в котором вообще нет расписаний, а значит, открывая остановку, не видно прогнозов прибытия - где-то автобус с конечной не вышел, где-то вообще непонятно что произошло.

То, что прогноз показывается не на всех остановках, это бред. Если я жду автобус через 1-2 остановки после конечной или даже кругового оборота, то я не увижу прогноза, пока не останется 5 минут. Толку от такой системы - ноль. Нужно тогда выводить прогноз по расписанию. И еще - насколько я понял, яндексу дают только сырые данные о положении автобусов. Базу остановок, их привязку к карте, алгоритм прогнозирования урожай разработчик, получается, будет делать сам. Хотя разумнее было бы эти функции централизовать (желательно не только для МГТ, а еще и для частных перевозчиков, метро и электричек).

Вот мне очень интересно, почему при разработке приложений не скачали и не посмотрели хоть одно приложение аналог для зарубежных городов? Кому нужны ездящие по карте автобусы? Приложение должно иметь: 1) возможность построения маршрута на ОТ с учетом его времени прибытия (на основе расписания и фактического его исполнения по данным навигации), 2) опцию просмотра времени прибытия всего транспорта на конкретную остановку, причем чтобы показывались маршруты для всех видов транспорта всего узла (включая метро и электричку), 3) удобные масштабируемые схемы, 4) еще опционально могут быть информация о билетном меню, пополнение тройки, тикер (срочные сообщения и несрочные, например, об изменении маршрута).

Заметил, что приложению для Android Яндекс транспорт нужна доработка интерфейса. Например, нельзя попасть в остановку на которой находишься, потому что приложение воспринимает нажатие на ней, как на маркере Я. Соответственно, зачем то выводит название улицы. Также при раскрытии до половины экрана списка маршрутов теряется фокус карты на отметке Я. Еще хорошо бы сделать возможность нажатием на маршрут в списке доступных на данной остановке закрепить его одной строкой внизу экрана (остальное - карта).

Надо тогда платный въезд в центр делать. Потому что даже в Москве регулярно используется не более трети автомобилей. То есть, запрет въезда из области не уменьшит количество автомобилей, на них пересядут жители Москвы. Верно и обратное - если в Москве пересадить честь жителей на ОТ - из области будут приезжать больше. Поэтому и пишут в книжках, что без развития ОТ (которое и развитием то сейчас не назовешь) пользы от мер ограничения - ноль. А вред - дискредитация мер по пользованию автомобилем. А какое нужно развитие ОТ? Не закапывание средств в метро в спальные, а 1) развитие тангенциальных связей (б.метрокольцо и МК МЖД), 2) создание агломерационной транспортной сети, в которой нужно увязать S-Bahn на основе существующей сети радиальных линий и МК МЖД, пригородные автобусные перевозки, и все эти перспективные скоростные трамваи в новой Москве, между аэропортами, и др. - с единой системой оплаты с городом (4-5 зон от Москвы до 40-50 км от МКАД - в зависимости от потоков маятниковой миграции), 3) создание и контроль за соблюдением нормативных стандартов перевозок, в том числе, по количеству сидячих мест (5292 необходимо, например, переоборудовать хотя бы под 26 мест), интервалам движения и расписаниями, 4) управление перевозчиками в этой зоне из одного центра

То есть всех заставят работать одинаково плохо? Но дело тут совсем не в этом, не в МГТ и не в стандарте обслуживания. Дело в принципиальной структуре транспорта. Есть две совершенно разные системы, метро и НОТ. Они совершенно разные технологически и они решают разные задачи. принципиально транспортная система должна быть единым организмом вне зависимости от перевозчиков. И не от вида транспорта должна зависеть тарификация, а от расстояния (в виде 4-5 укрупненных зон на агломерацию). Сто раз уже писали

Может быть, имеются в виду билеты на весь транспорт?

Там вроде есть черный список. Вот только рейтинг (звезды) убрали ((((