Кроме нагрузки на канал есть ещё дополнительная нагрузка на рабочий сервер, который занимается обработкой данных от устройств. Он сейчас справляется, но уже на пределе.
У нас запланирован переход в скором времени на новую архитектуру системы. которая позволит обслуживать намного больше запросов,
Не ясно, как часто обновляется карта: те данные, что используются для отрисовки карты с собственным стилем и построения пешеходных маршрутов - старые.
Адресный поиск не различает одноимённые улицы, расположенные в разных населённых пунктах - показывает их все как часть одной улицы (причина: игнорируется информация, которую можно получить из полигонов населённых пунктов place=).
Адресный поиск не различает улицы, расположенные в одном населённом пункте, одна из которых должна иметь в названии уточнение (причина: не обрабатывается addr:suburb=).
Таких планов нет. Мгновенные данные от нескольких тысяч транспортных средств на тысячи браузеров пользователей за ради плавной картинки - это будет слишком большая нагрузка как на каналы так и на сервера. Эмулировать плавное движение за счёт запаздывания отображения так же желания нету.
Про мгновенные данные понятно, это явно не решение.
А чем плоха методика “эмуляции”, когда мы двигаем наше транспортное средство на основании средней скорости за некоторый интервал времени/последние n точек? И что понимается под запаздыванием отображения? Когда плавно движущийся объект не успевает доехать до новой точки, если скорость внезапно выросла? (или еще хуже, когда он перегоняет реальное положение следующей точки)
Слова ‘baseLayer, overlay’ не локализованы, LayerSwitcher можно сделать более user-friendly,
например как на http://dma.jrc.it (включая картинки ZoomBar)
Если бы автобусы ездили только по маршрутам и только по расписанию - то и спутники были бы не нужны.
А они ездят и на обеды и на заправки и в парк/из парка и переключаются с маршрута на маршрут не по нарядам а по текущему регулированию. А так же ломаются, объезжают пробки/перекрытия движений и т.д. и т.п.
И с нынешним обновлением (раз в 15 секунд) вчера 100 мегабитный канал у ОРГП забили, куда уж чаще то?
Кроме того, оперативные данные от устройств с текущей позицией всё равно не чаще чем раз в 15-20 секунд приходят, да и GPRS - вещь не самая стабильная, пропадания связи с бортовыми устройствами случаются регулярно. Можно текущие точки и чаще забирать, но тогда за трафик опсосам придётся больше платить.
Увы, но необходимость того, чтобы система работала с тысячами устройств накладывает некоторые ограничения. А когда маршрутки добавятся - всё станет совсем жёстко.
Портал - это только верхушка айсберга, предоставлящий упрощённый доступ к части информации, циркулирующей в системе. Усложнять всю систему только заради плавности картинок в портале никто не будет.
В самой системе СКАТ мониторинг конечно есть (куда развесистей), но портал таки предназначен для простых граждан а не для диспетчеров. А для обычных граждан предполагается, что пофиг конкретный автобус, главное номер маршрута.
В личном кабинете есть возможность узнать на каком маршруте работал данный автобус в такой-то день по данным СКАТ.