-
Постов
2804 -
Зарегистрирован
-
Посещение
-
Победитель дней
14
Тип контента
Профили
Форумы
События
Весь контент Laser
-
Мое мнение - трехсекционные должны заменять одиночные вагоны в том же Апакова. Сильно загруженные маршруты вместо СМЕ должны оснащаться 5- а то и 7-секционными (заказали бы у того же ТВЗ такую модификацию). Иначе от скотовозов уйти не получится. В Европе 5 секционные ездят в небольших городах даже. Конечно, такая замена должна сопровождаться повышением качества перевозок за счет обособления и ремонта путей, устройства платформ с павильонами, сокращения времени в пути. А называть комплексным развитием закупку нового ПС и текущий ремонт путей (даже с частичным обособлением, как на Вавилова) - это выдавать текущую деятельность за повышение комфорта и развитие транспорта.
-
Охотно поясню: дома комфортнее. Кроме того, на какую остановку идти,тоже зависит от маршрута. Неплохо знать заранее, где доедешь быстрее. Вероятность ДТП достаточно небольшая, в прогнозах ее учитывать на надо. А вот расписание -надо. В идеале, как уже я писал, прогнозирование на основе графиков, расписаний, информации с навигаторов и даже сообщений о происшествиях должно происходить в структуре перевозчика, что позволяет пол полной использовать информацию Диспетчерской. И не обязывает сотрудников разработчика приложения изучать основы функционирования транспортной системы.
-
Ни в коем случае. Кто как хочет так и дрочит.Тогда вам следует признать, что с помощью функционала Яндекс-карт полноценной навигации в ОТ не получается. А Яндекс-транспорт в целом бесполезен, т.к. не умеет прокладывать маршрут. Один из примеров приемлемой реализации - 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 укрупненных зон на агломерацию). Сто раз уже писали
-
Может быть, имеются в виду билеты на весь транспорт?
-
Там вроде есть черный список. Вот только рейтинг (звезды) убрали ((((
-
А кто-то путает?Ну прочитайте выше про тб12 и а12ц
-
Я называю "свинцовые тучи". Уж такая у меня ассоциация с синими Лиазами почему-то. Мрачная.А вот Сябар и МАН в такой окраске почему-то неплохо смотрятся. Возможно, их дизайнеры прорабатывали одноцветный вариант, а Лиаз - только бело-зелёный. Я увидел сегодня ещё одну проблему ребрендинга. Посмотрите на фото, какой тип общественного транспорта на нём? Не каждый заметит, что это не автобус, а троллейбус. Раньше хоть можно было различать их издалека по цветам, а теперь неудобством больше. Было бы совсем весело, если бы на одной остановке были бы и автобусы, и троллейбусы с одинаковым или схожим по цифрам номером маршрута. P.S. Спасибо за отдельную тему! Наконец-то! Давно пора вести единую нумерацию. Чтобы не путать
-
Интересно, а другие приложения смогут поучить доступ к данным? Хотелось бы Mooveit)))
-
Гениально. Чтобы состав формировать на долгий срок, его нужно оклеить рекламой
-
http://sdelanounas.ru/blogs/52541/ Вкратце: макет поезда для S-Bahn от ТМХ будет выставлен на Казанском вокзале. Меня тревожит малое количество мест - всего 3 на огромную ширину вагона. В первых вагонах (для людей с багажом, велосипедами, и инвалидов) вполне сойдет, а вот в обычных необходимо 4-5 сидений по ширине. Никто не встречал схем компоновки сидений в этом чуде?
-
Мне не понравилось малое количество сидячих мест. А дизайн по фото сложно оценить, тем более в таком цвете. Обязательно должна быть возможность работы по СМЕ, и обязательно должна быть предусмотрена возможность прицепления дополнительных секций (как Alstom). Ну и, разумеется 5-секционная модификация.
