А еще можно прекрасно обойтись без сотовых телефонов, компьютеров, и вообще без автомобилей - есть же общественный транспорт Если Вам навигатор на трассе не нужен, то это не значит что он не нужен на трассе никому
Банально неправ.
Официальный маршрут из НЧ в Бугульму: http://osrm.at/1Ts
Как прокладывают обычные навигаторы: http://osrm.at/1Tt
Как ездят таксисты: http://osrm.at/1Tu
Есть еще и четвертый маршрут (http://osrm.at/1Tv), но он уже проигрывает предыдущему по времени.
(OSRM ошибается с оценками времени)
Заставить навигаторы прокладывать третий вариант маршрута, не трогая статусы дорог, возможно только через подкручивание скоростей…
Не только.
В долгосрочной перспективе совершенствование алгоритма намного предпочтительнее подкручивания коэффициентов под плохой алгоритм.
Тем более, что подкручивание коэффициентов вполне вероятно ухудшит результат работы более совершенного алгоритма и наверняка уменьшит (а скорее, сведет на нет) его преимущество на искаженных данных.
Ну так дай нам программу с “совершенным” алгоритмом…
А пока эти навигаторы не в состоянии учесть светофоры, повороты и пешеходные переходы, что уж гораздо проще.
Короче. Будут программы с нормальными алгоритмами - maxspeed:practical отомрет сам. Но пока их нету - в нем есть потребность.
Вы исходите из неверной посылки: “сначал программа, потом - данные”. Так быть не может из-за того, что программа без данных работать не может. А, следовательно, невозможно отладить программу, не имея данных. Поэтому единственный вариант: “сначала данные, потом - программа”. И тезис “не рисуйте под рендер” является отражением именно этого безусловного факта: в базе должны быть объективные данные, которые может использовать любой алгоритм, а не данные, заточенные под конкретный алгоритм.
Проблема именно в том, что данные, заточенные под один алгоритм, другой алгоритм использовать не может. Именно поэтому в OSM таких данных быть не должно.
“Не рисуйте под рендер” - не абстрактный лозунг, который возник непонятно откуда, а вполне конкретное следствие того факта, что заточенные для одного несовершенного алгоритма данные невозможно использовать нигде кроме этого алгоритма.
andriano, ты опять не прав. Данные есть. Уже есть. А программы нет. И даже на горизонте не видно.
Те же светофоры, переходы, lanes, smoothness вносятся в OSM с маниакальным упорством. С неменьшим энтузиазмом прогоняются через конвертеры и попадают в наборы карт. И, все. Приплыли. Данные есть, но программы их не используют.
Или, ты хочешь сказать, что эти данные не объективны? И не любой алгоритм может их использовать?
После конвертера может остаться только то, что предусмотрено разработчиком в формате карты для конкретного алгоритма.
Если что-то в формате не предусмотрено, конвертер при всем желании ничего сделать не сможет.
Судя по всему - это Вы сами придумали, что не по назначению. Тут уже сколько раз все писали, что используют этот тег исключительно для корректировки построения маршрутов в имеющихся на сейчас программах для автонавигации которые используют карты на основании данных OSM. И что то никто не отписался, что использует этот тег в каких то других целях. А по поводу каких то полезностей для автонавигации - так даже элементарно добавляемый сервис показа направления движений по полосам благополучно похоронен под обсуждением как обозначать… Так что то что мы имеем хоть и костыльный тег, но поддерживаемый большинством - уже прогресс
Конкретно по данному тегу - у меня устойчивое ощущение, что он стал популярен после того как его поддержка появилась в lioshin’ом конвертере. И с этого же момента он стал использоваться “неправильно”, увы.
Вредный тэг!
Вернее не столько сам по себе, сколько его “вредность” кроется в правилах обозначения.
Например… что значти
Звучит как при лабораторных исследованиях возможного - это нормально для безопасности на дорогах?
Понятие учёта состояния дороги нстолько порой индивидуально, что один по ней не может передвигаться более 80км/час, а другому 180 мало!
Если уж и сохранять этот тэг, то он не должен обозначать максимально-выдавленную возможную скорость.
Другими словами - этот тэг должен означать (по условиям дороги) практическую скорость ниже (и только) разрешённой.
Вот тогда будет реальный смысл в этом.
Коварный и “обтекаемый” тэг.
Уж лучше посмотреть в сторону средней практической скорости…
Проверить ограничение на максимально легально разрешенную на практике может делать и навигатор (его конвертор карт).
Причем для различного типа транспорта это ограничение разное.
нигде в базе не видел значения этого тега, отличного от ‘maxspeed + нештрафуемые 20 км/ч’. Соответственно, смысла в нем никакого не вижу (это может и робот прописать автоматом).
Не в этом дело - например при составлении карт с учётом данного тэга, после конвертации могут появиться НЕоптимальные маршруты.
И только потому, что какой-то “Вася” сказал другу “Пете” о том, что ни на что не взирая, умудрился “пролететь” по дороге в 2 раза быстрее, чем все остальные.
Простановка максимально достижимой такой максимально-практической скорости разве будет отражать реальное положение дел?
Проблема в полноте данных.
Если на одной улице рытвины и/или хроническийе пробки и проставлен добрым человеком maxspeed:practical 40 км/ч, то навигатор поведет по другой улице, где maxspeed:practical не проставлен, в надежде, что там быстрее, так как данных что там не удастся ехать разрешенные 60 км/ч нету, ведь добрый человек там не ездил и не знает, что там практическая скорость 20 км/ч.