spacer
-
Публикаций
235 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Календарь
Сообщения, опубликованные spacer
-
-
повторю свой вопрос: когда ждать официального исправления указанных выше недочетов текущей версии конструктора?
-
наконец-то свершилось и у нас есть "заборы" ;-)
коллеги, я таки не понял входе произошедшего обсуждения...
стоит переходить на текущую версию или подождать исправлений по указанным выше замечаниям?
-
Я вот не пользуюсь поиском ПОИ в СГ и вполне счастлив. Ищу все в 2GIS, а потом тупо еду по адресу.
timvetrov, логично. зачем будем мучиться с (почти) неработающим поиском в СГ, когда есть конкуренты. может еще и все пои сразу в картах грохнем? все равно же не работает нормально. ;-)
-
написал все в личке.
-
В версии 8.1 отсутствовал участок дороги К-18Р (Новосибирск - Камень-на-Оби), в 8.2 его вернули до кольца с Р-382. а дальше?
нужно:
1. добавить оставшийся кусок дороги К-18Р от кольца до Камня-на-Оби;
2. добавить отворот от К-18Р (в поселке Крутиха) на запад в сторону Славгорода/Ярового.
з.ы. трек Яровое-Кемерово могу выслать.
-
да это все те же расширенные атрибуты, упрощение редактирования которых активно просят у Константина.
-
бодиарт ;-)
я конечно не "старожил", но как бы это давно... сколько я себя помню на форуме точно.
-
ребята, сейчас мы имеем проблему следующего характера... изначально есть три точки - "старт", "финиш" и промежуточная "1". добавляем точку "2" между "1" и "финиш" - маршрут строиться корректно. добавляем точку "3" между "1" и "старт" - получаем "круг" - "старт" - "1" - "2" - возврат в направлении точки"3" (что вовсе не логично!) - путь от "3" до точки "финиш".
на мой взгляд нет необходимости отслеживать порядок введения точек, нужно считать их удаление от "старта" до "финиша" (а если это одна и та же точка, то считать маршрут от нее до самой дальней и обратно через промежуточные). не так уж много вариантов маршрута!
что касается учета пробок, то алгоритм должен быть примерно таким... строим маршрут между "стартом" и "финишем" с учетом промежуточных точек. учет пробок делаем на участке от "старта" до ближайшей точки, далее от этой точки до следующей и т.д. не нужно учитывать пробки по всему маршруту, только на участке между ближайшими точками по пути следования.
если момент следования добавляется еще одна точка, то определять между какими точками она находится от текущего положения. если это между стартом и текущей точкой, то возвращаться к ней уже на обратном пути. если между текущей и финишем, то рассчитывать маршрут с заездом на эту точку (если между текущей и следующей - заезжать немедленно. если далее следующей - перестраивать маршрут от следующей по пути точке).
надеюсь изложил алгоритм доступно...
-
есть такое... ставишь промежуточную точку в середине маршрута и СГ начинает возить тебя кругами, вместо перестроения оптимально короткого маршрута!
поддержу, хочется иметь такой вариант маршрута.
-
актуальная версия 133/ данная опция отключается в settings.ini:
MemoryIndicatorInMB=0
-
ну это же можно определить опционально... галкой "учитывать данные сервиса "ххх", при построении пробок." ;-)
-
ребята, вы опять упираетесь в сложность согласования пробкосервисов.... но забываете, что если алгоритмы построения "пробок" открыты для обработки и преобразования двум сторонам (в принципе и одной заинтересованной), то провести их переработку в нужный формат дело времени (при чем время в данном случае даже более критично!). о буфере (модуле) я написал в первом сообщении, когда создавал ветку.
ну и относитесь к этому с долей шутки... мы ведь мечтаем! ;-)
-
Круто бы скрестить автомат Калашникова с винтовкой м16, добавить технологию Стелс, а всех врагов покрасить в яркую красную краску. Может лучше коммунизм обсудим? Это более реально...
передергиваете, ну дала ладно... делать "скрещивание" ПО делать необязательно достаточно использовать универсальный "патрон 7.62" ;-)
а вот уже готова реализация... Обзор навигатора «Штурман» с поддержкой Яндекс.Пробок
-
Сделаем
спасибо!
-
а можно просто предупреждать о нем за ранее, как реализовано в "пользовательских ресурсах" ;-)
-
в исходнике есть, в конструкторе и на картах не отображается. хотя какая-то обработка полилиний "забор" в конструкторе (в PolishConverter.shm) присутствует.
-
Создам отдельную тему, т.к. наши многочисленные просьбы продолжают игнорироваться, либо ответов мы не видим/не получаем.
очень много случаем, когда для обозначения некоего участка вместо полигона проще и лучше применять полилинию. Одним из таких примеров служит полилиния type=0x46 (Забор). Она активно применяется в польском формате для обозначения границ участков/территорий внутри застроек (особенно сельского типа), к тому же реально обнесенных именно оградами/заборами. для мегаполисов не так актуально, но тоже встречается.
собственно давно просим сделать отображение "заборов" на картах. когда ждать реализацию?
-
видимо ресурсы работы сервиса направлены (в основном) на обработку данных москвы, а регионы обслуживаются по остаточному принципу.
-
Вопрос же не в возможности, а в целесообразности. Т.е., если грубо, в соотношении затраты/выхлоп.
согласен частично, тут дело сводится уже к "нужно/ненужно"... но для регионов скорее "нужно", плюсом промоушин ПО.
К слову, по моим наблюдениям, в Питере количество пробкоданных у СГ выше, чем у ЯН (по субботнему утру как-то посмотрел: у СГ почти все раскрашено, а у ЯН существенно меньше)
две столицы - совсем не показатель. территория россии намного больше, к тому же есть прилегающие государства. ;-)
-
И если КарПиСишная версия (на ноуте) видит Винмобилку, то обратно - нет, но это не показательно - на ноуте и ГПС нету, кого ж там видеть-то.
все же скорее показательно, есть проблемы с дружением устройств нв разных платформах внутри одного аккаунта! и с этим нужно разбираться.
да и на одном аккаунте с девайсами одной платформы тоже есть проблемы (видится только одно устройство), сообщение от doro82 тому подтверждение.
-
а я бы на месте пользователя сг не соглашался бы использовать пробки от яндекса.
не знаю где как а у нас врут безбожно.
СГ не идеал в плане объезда пробок, но хотя бы показывает их реалистично. хоть и мало.
А яндекс такое чувство что просто карандашом город раскрасил наугад, и в результате кое-где угадал.
поддерживаю. сегодня сам катался с я.навигатор для проверки, совпадения = 0! ;-)
да я уже писал выше, что данные сервис приведен только в качестве примера.
Еще раз: вопрос даже не в "дадут - не дадут". Вопрос в том, ЧТО дадут. И что дадим мы. Ну упростим всё до предела. У СГ только скалярные пробки, отдаём... Что отдаём-то? 33 секунды на 3587-м ребре? Кому от этого какой прок??? Ребята, мы между своими! картами разных версий конвертирование абсолютно гладко сделать не можем! И к ночнушкам пробки приделать. А вы -- обмен между системами, имеющими просто разные принципы построения и обработки. И это я взял дико упрощенную ситуацию, на самом деле всё гораздо не так
да ладно ;-) я же написал, что нужен некий конвертер (api) для переработки данных каждого конкретного сервиса в формат СГ. реализация сложна, но не невозможна! ;-)
-
присоединяюсь к вопросу... доколе? ;-)
-
вот кстати еще один сервис на подходе:
"В скором времени пробки Санкт-Петербурга появятся и в мобильной версии 2ГИС, как это сейчас реализовано в Красноярске, а ранее – в Новосибирске. Пробки Москвы и других крупных городов тоже не за горами."
интересно кто им данные предоставляет? или они свой пробкосервис запустили?
-
поддержу коллег, у нас на на новой магистрали официально разрешенная скорость 130км/ч (по закону с 1 сентября, но уже сейчас тестируют)!
на въезде на нее световые табло стоят с обозначением разрешенной скорости, раньше было 110км/ч, теперь 130км/ч. естественно корректируется от погодных условий, могут и меньше 90км/ч выставить, но максимальная разрешенная именно 130км/ч.
по этому ждем официальной корректировки ПО с поддержкой данного изменения в ПДД РФ.
NEW! Обновления карт -Новосибирская область (17.08.2011)
в Сибирский округ
Опубликовано
возьмите карту проекта rusnavi.org, к тому же эти карты пока бесплатны ;-)
з.ы. пробкосервис на картах работает.