Ещё раз про maxspeed:practical

andriano · 2012-11-26 13:46:34

Эцелоп wrote:

andriano wrote:
Все возражения относятся к тому, что данные подгоняются под прокладку маршрута несовершенными алгоритмами.
Алгоритм такой. Есть две дороги. Берём длину каждой в км и делим на maxspeed:practical. Сравниваем. Используем как единственный или как дополнительный параметр для выбора маршрута. Если получается правильно, "как ездят местные" - отлично. Если нет - правим тег (теги). Всё. Программы и алгоритмы пусть делают что хотят, мы свою задачу выполнили.

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

Вы не находите, что:
- 200 м по прямой дороге,
- 100 м по прямой дороге, крутой поворот, 100 м по прямой дороге,
- 200 м по извилистой дороге.
это далеко не одно и то же?
А Ваш алгоритм считает, что одно.
Давайте пользоваться объективными данными, а не пытаться получить "более простые" данные путем обработки объективных данных неправильными алгоритмами.

Вы пытаетесь все свести к весу ребра, под которым понимаете время прохождения участка дороги, но это есть упрощенный и необъективный подход, т.к. время прохождения зависит от массы причин, включая, с какой стороны мы на этот участок въехали, и в каком направлении нам следует с него съезжать.

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

wowik · 2012-11-26 13:47:37

Эцелоп wrote:

В реальности важно не только время, но и комфорт (целостность подвески), риск ДТП, нервы и т. п. Maxspeed:practical может (должна?) всё это учитывать.

Чтоб не листать четыре мессаджа назад

wowik wrote:

Играет свойства дороги, машины и комфорт водителя.

Свойство машины не рассыпаться должно учитываться.

Last edited by wowik (2012-11-26 13:54:06)

chnav · 2012-11-26 13:49:30

Эцелоп wrote:

andriano wrote:
Все возражения относятся к тому, что данные подгоняются под прокладку маршрута несовершенными алгоритмами.
Алгоритм такой. Есть две дороги. Берём длину каждой в км и делим на maxspeed:practical. Сравниваем. Используем как единственный или как дополнительный параметр для выбора маршрута. Если получается правильно, "как ездят местные" - отлично. Если нет - правим тег (теги). Всё. Программы и алгоритмы пусть делают что хотят, мы свою задачу выполнили.

Выполнение задачи ради самого процесса выполнения задачи Смысла от таких данных нет никакого, если не оглядываться на алгоримы маршрутизации.

Last edited by chnav (2012-11-26 13:50:50)

andriano · 2012-11-26 13:57:19

Эцелоп wrote:

Покупая машину с максимальной скоростью за 200 мы ведь не собираемся так ездить? Но знаем, что на такой машине на скорости 90 км час будет намного комфортнее и безопаснее.

Вы опять все пытаетесь упростить.
Причем, упростить все тем же порочным методом - пытаясь подменить базовые величины производными.
Я действительно не собираюсь ездить 200 км/ч, но скорость в 200 км/ч - это величина не базовая, а производная, вытекающая из мощности двигателя.
Я выбираю машину с более мощным двигателем из-за того, что этот двигатель обеспечивает бОльшую величину ускорения (не скорости! бОльшая скорость - это лишь следствие). И я выбираю машину по критерию ускорения, который позволяет быстрее закончить обгон.
А комфортность движения на скорости 90 км/ч полностью идентична таковой и для машины с менее мощным двигателем. Благо, линейки совершенно одинаковых машин, различающихся лишь мощностью двигателя, имеются практически у всех производителей.

Итог таков: неправильно выбрав опорную величину (скорость вместо мощности двигателя) Вы делаете неверный вывод.

wowik · 2012-11-26 13:57:52

Эцелоп wrote:

Если получается правильно, "как ездят местные" - отлично. Если нет - правим тег (теги).

Если нет — проверяем тег (теги), если там всё нормально, то настраиваем/исправляем навигатор(ы). Добавляем, уточняем другие теги (soothness и.т.п)

Last edited by wowik (2012-11-26 13:59:31)

wowik · 2012-11-26 14:15:07

Дмитрий Кудряшов wrote:

Осмелюсь заметить, что помимо длины, дорога характеризуется, наличием перекрёстков, светофоров, пешеходных перекрёстков, "приспособлений" вынуждающих замедлять скорость движения. Игнорирование навигаторами всего (или частично) этого, Вы и пытаетесь компенсировать maxspeed:practical.

Так это нормальные свойства дороги (замеряемые "практикой" ее использования). И они должны быть отражены в maxspeed:practical.

Last edited by wowik (2012-11-26 14:15:28)

andriano · 2012-11-26 15:32:17

wowik wrote:

Так это нормальные свойства дороги (замеряемые "практикой" ее использования). И они должны быть отражены в maxspeed:practical.

Это нормальное свойство, но, увы, он не может быть включено в maxspeed:practical.
Дело в том, что из-за особенностей реализации ограничений на повороты в OSM дороги приходится хранить нарезанными на мелкие кусочки. Да даже и без этого: ребро дорожного графа - это лишь отрезок дороги между двумя ближайшими перекрестками.
Т.е. перекрестки не входят в ребра дорожного графа, соответственно, их "веса" не могут учитываться в весах ребер. А сам вес ребра существенно зависит от того, откуда мы вьехали и куда будем выезжать с текущего ребра, в частности, прямо или с поворотом.

Другими словами, ребра дорожного графа в большинстве настолько короткие, что на них нельзя пренебречь временем разгона или торможения, а потому и некоторая "средняя скорость потока" для них не имеет практического смысла - если ребро ограничено "обычными" перекрестками, то вариантов его прохождения - 9, причем заменять эти 9 значений на одно среднее будет принципиально неправильным.

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

chnav · 2012-11-26 15:49:15

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

Началось всё с баз Навтека и Телеатласа (а может наоборот с Гармина и Томтома ???), не суть...

Для каждой дороги в базах существут параметры:

1. Тип дороги, т.е. статусность, покрытие - что-угодно на вкус и цвет... Влияет только на отображение, но бывают исключения (Ситигид с настройками по-умолчанию не такой как все);
2. Класс дороги - от 0 до 4 (иногда объединяется с п.1);
3. Скоростной индекс - от 0 до 7;

Всё это знают те кто знаком с польским форматом и разбирался с роутингом для Навитела и Гармина.

Для прокладки маршрута обычно используется алгоритм Дейкстры, а он работает только со скалярными значениями весов. Для маршрута типа "кратчайший" это расстояние, для "быстрейшего" - время. Если с расстояниями всё понятно, то со временем несколько сложнее. Вычислить его можно разделив расстояние на среднюю скорость, но какую скорость брать ?

В навителе скорости нумеруются так
0: 5 км/ч
1: 20 км/ч
2: 40 км/ч
3: 60 км/ч
4: 80 км/ч
5: 90 км/ч
6: 110 км/ч
7: 140 км/ч (проходит под названием "без ограничений")

В Гармине и других программах на основе Навтека/Телеатласа значения могут быть другими (из-за того что изначально в базе Навтека были мили/час)
0: 8 km/h (5 mph)
1: 20 km/h (12 mph)
2: 40 km/h (25 mph)
3: 56 km/h (35 mph)
4: 72 km/h (45 mph)
5: 95 km/h (60 mph)
6: 115 km/h (70 mph)
7: 131 km/h (80 mph)

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

В навителе понижающие коэффициенты одни, в гармине - другие, в томтоме - третьи.
В ситигиде эффективная скорость назначается на стадии импорта данных в геоконструктор. Для этого в файле конфигурации есть специальные таблицы. Причем выбор эффективной скорости идет по трем (а не двум, как у упомянутых выше программ) входным параметрам - тип дороги + routing_class + routing_speed; типу дороги отдается максимальный приоритет, а routing_class практически ни на что не влияет... Из-за этого кстати было столько жалоб на то что с настройками по-умолчанию Ситигид прокладывает неадекватные маршруты. Т.е. в мапедите роутит одно, а в Ситигиде абсолютно по-другому. Пришлось править таблицы.

Так что внося avgspeed получить полный контроль над роутингом всё-равно не получится. Для себя я решил что проверку роутинга провожу в мапедите, а ситигид конвертирую со специальными настройками. Т.е. у меня как минимум три программы прокладывают маршрут одинаково (мапедит, навител и ситигид). Гармин не испытывал.

Вариантов настройки роутинга даже с существующими тегами масса. В конфигах osm2mp классы дорог и скоростные индексы гибко подстраиваются в зависимости от highway=* и дополнительных тегов. Например smoothness=very_bad понижает класс на единицу, surface=unpaved понижает ещё раз и т.д.

Last edited by chnav (2012-11-26 16:07:57)

andriano · 2012-11-27 07:34:18

Sergey Astakhov wrote:

andriano wrote:
Лично я за первый вариант.
И тем самым зарежете оптимальность прокладки маршрутов с игнорированием ПДД, например для скорой помощи. Наложить ограничение из maxspeed элементарно из конвертера. А вот убрать это ограничение уже будет невозможно.

У меня есть подозрение, что в случае, когда скорость лимитирована наличием пробок, пешеходов и т.п. средняя скорость для автомобиля со спецсигналом и без такового может различаться, минимум, в разы.
Поэтому проложить оптимальный маршрут для скорой помощи, опираясь на maxspeed:practiacl для обычной машины, все равно не удастся.

Эцелоп · 2012-11-27 08:09:58

andriano wrote:

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

Скажу без "подозрений", так как уже лет 30 управляю машинами со спецсигналами. В разы - в случае "глухой пробки", и то не всегда. А ещё есть мотоциклисты и велосипедисты, трактора (объедут пробку по кювету), лошади (перепрыгнут). И поэтому в OSM прижилось много тегов, хороших и разных.

LexIgnatov · 2012-11-27 09:14:54

andriano wrote:

проложить оптимальный маршрут для скорой помощи, опираясь на maxspeed:practiacl для обычной машины, все равно не удастся.

И не надо. Для спецслужб и рестрикшенов никаких не должно учитываться. Тупо по классу дороги кратчайшим путём. Мне так кажется.

Last edited by LexIgnatov (2012-11-27 09:15:35)

andriano · 2012-11-27 09:50:51

Предлагаю два варианта текста для RU:Key:maxspeed:practical (в зависимости от того, какой вариант использования будет признан более предпочтительным), а также текст для RU:Key:avgspeed.

Попытался оценить, кто из участников обсуждения придерживается какой позиции. Т.к. пока учитывались только однозначно трактуемые высказывания, не все участники попали в список. Прошу высказываться определенно по следующим вариантам
"3" - поддерживаю ограничение по 3-м параметрам: ПДД, состояние покрытия, помехи.
"2" - поддерживаю ограничение по 2-м параметрам: состояние покрытия, помехи. (ПДД не учитывать)
"avg+" - нужен отдельный тег для средней скорости потока
"avg-" - не нужен отдельный тег для средней скорости потока

Пока:
"3":dimonster, andriano, Дмитрий Кудряшов, Stalker61, dkiselev,
"2":Amigo, Эцелоп,

RU:Key:maxspeed:practical
Для обозначения дорог, движение по которым со скоростью maxspeed физически невозможно или небезопасно.
Рекомендуется для применения в РФ, а также в других cтранах, где существует большой процент дорог, движение по которым с максимально допустимой ПДД скоростью невозможно.
Вычисляется как функция минимума из трех величин:
1. Ограничения по ПДД.
2. Ограничения по физическим характеристикам дороги (качество покрытия, извилдистость и пр.)
3. Ограничения, связанные с загруженностью дороги, пешеходами и пр.
Цифра без указания размерности означает км/ч, для указания миль в час следует после цифры добавить "mph".
Для хороших и не сильно загруженных дорог указывать эту величину не следует.
Указание равных значений maxspeed и maxspeed:practical следует рассматривать как предупреждение, что хотя движение по данной дороге с разрешенной ПДД скоростью возможно, но некомфортно, и при наличии альтернативы с указанной только maxspeed лучше выбрать последнюю.
При оценке maxspeed:practical по второму ограничению (качество покрытия) следует ориентироваться на легковой автомобиль с подвеской, адаптированной для российских дорог, либо на городской кроссовер. Принимать в расчет оценки для спортивного автомобиля, внедорожника или грузовика не следует.
При оценке maxspeed:practical по третьему ограничению (загруженность) желательно дифференцировать ее по дню недели и времени суток при помощи тегов ограничений по условию Key:conditional.
Предполагается также, что за рулем аккуратный водитель, никуда в данный момент особо не спешащий и заботящийся о сохранности своего автомобиля.
Значения
Значения следует округлять до ближайшего кратного 10 км/ч. Допускается указание значения 5 км/ч. Таким образом полный спосок возможных значений (в км/ч): 5, 10, 20, 30, 40, 50, 60, 70, 80, 90, 100, 110.
Примеры
maxspeed=90
maxspeed:practical=40
Замечания
Желательно также указывать RU:Key:smoothness и RU:Key:surface.
Примечания
Данный тег был отвергнут при международном голосовании (Key:maxspeed:practical). Основными причинами этого стали:
- недостаточно четко прописанные уловия применения тега.
- тот факт, что многие из принявших участие в голосовании просто не представляют, что где-то могут существовать дороги, по которым невозможно проехать с разрешенной ПДД скоростью.
В РФ этот тег нашел широкое применение, вклюбчая поддержку в навигаторах, поэтому отсутствие внятной документации по нему приводит к существенному разбросу данных.
В частности, этот тег предлагался для использования в качестве:
- измеренной средней скорости потока - отклонено, т.к. maxspeed не может описывать среднюю скорость, для этого введен дополнительный тег RU:Key:avgspeed.
- абстрактного настроечного параметра для маршрутизации - отклонено как противоречащее принципам OSM.
- ограничения скорости без учета требований ПДД - отклонено т.к. противоречит Key:maxspeed:practical и в области maxspeed:practical > maxspeed в большей степени зависит от характеристик конкретного автомобиля и субъективных предпочтений водителя, чем от объективных характеристик дороги.
По результатам обсуждения http://forum.openstreetmap.org/viewtopi … =19202&p=1 выбор пал на настоящий вариант.
См. также
RU:Key:maxspeed
Key:maxspeed:practical
Key:conditional
RU:Key:smoothness
RU:Key:surface
RU:Key:avgspeed

RU:Key:maxspeed:practical
Для раздельного описания величин, характеризующих максимально допустимую ПДД скорость и максимальную скорость, которую можно развить на дороге с учетом прочих обстоятельств.
Вычисляется как функция минимума из двух величин:
1. Ограничения по физическим характеристикам дороги (качество покрытия, извилдистость и пр.)
2. Ограничения, связанные с загруженностью дороги, пешеходами и пр.
Цифра без указания размерности означает км/ч, для указания миль в час следует после цифры добавить "mph".
При вычислении этой величины игнорируется допустимая ПДД скорость. Но, чтобы не возникало неоднозначностей, а также войн правок по принципу "у кого машина круче" значение этого параметра ограничено значением 150 км/ч, что соответствует идеально прямой и ровной дороге при отсутствии других машин и пешеходов.
Эта трактовка отличается от пропозала данного тега Key:maxspeed:practical, что было сочтено допустимым, т.к. пропозал был отклонен.
При оценке maxspeed:practical по первому ограничению (качество покрытия) следует ориентироваться на легковой автомобиль с подвеской, адаптированной для российских дорог, либо на городской кроссовер. Принимать в расчет оценки для спортивного автомобиля, внедорожника или грузовика не следует.
При оценке maxspeed:practical по второму ограничению (загруженность) желательно дифференцировать ее по дню недели и времени суток при помощи тегов ограничений по условию Key:conditional.
Предполагается также, что за рулем аккуратный водитель, никуда в данный момент особо не спешащий и заботящийся о сохранности своего автомобиля.
Значения
Значения следует округлять до ближайшего кратного 10 км/ч. Допускается указание значения 5 км/ч. Таким образом полный спосок возможных значений (в км/ч): 5, 10, 20, 30, 40, 50, 60, 70, 80, 90, 100, 110, 120, 130, 140, 150.
Примеры
maxspeed=90
maxspeed:practical=40
Замечания
Желательно также указывать RU:Key:smoothness и RU:Key:surface.
Если данные предполагается использовать программой-маршрутизатором, допускающим единственное значение максимально скорости, рекомендуется применение функции минимума от maxspeed:practical и maxspeed.
Примечания
Данный тег был отвергнут при международном голосовании (Key:maxspeed:practical). Основными причинами этого стали:
- недостаточно четко прописанные уловия применения тега.
- тот факт, что многие из принявших участие в голосовании просто не представляют, что где-то могут существовать дороги, по которым невозможно проехать с разрешенной ПДД скоростью.
В РФ этот тег нашел широкое применение, вклюбчая поддержку в навигаторах, поэтому отсутствие внятной документации по нему приводит к существенному разбросу данных.
В частности, этот тег предлагался для использования в качестве:
- измеренной средней скорости потока - отклонено, т.к. maxspeed не может описывать среднюю скорость, для этого введен дополнительный тег RU:Key:avgspeed.
- абстрактного настроечного параметра для маршрутизации - отклонено как противоречащее принципам OSM.
- ограничения скорости с учетом всех требований (включая ПДД) - отклонено т.к. область maxspeed:practical > maxspeed может быть легко алгоритмически отсечена, а противоположная операция (узнать, с какой скоростью можно было бы проехать по дороге в отсутствие ПДД) алгоритмически неразрешима.
По результатам обсуждения http://forum.openstreetmap.org/viewtopi … =19202&p=1 выбор пал на настоящий вариант.
См. также
RU:Key:maxspeed
Key:maxspeed:practical
Key:conditional
RU:Key:smoothness
RU:Key:surface
RU:Key:avgspeed

RU:Key:avgspeed
Для указания средней скорости потока транспортных средств. Предполагается использование в программах маршрутизации для более адекватной прокладки маршрута.
Рекомендуется для использования в РФ и государствах со сходными характеристиками дорожной сети.
Вычисляется как отношение измеренной длины участка дороги к времени, затраченному на ее прохождение при условии, что автомобиль, на котором производилось измерение, двигался со средней скоростью потока.
Цифра без указания размерности означает км/ч, для указания миль в час следует после цифры добавить "mph".
Рекомендуется применение тега лишь на сильно загруженных дорогах, когда скорость автомобиля существенно зависит от скорости других участников дорожного движения.
При оценке avgspeed следует ориентироваться на легковой автомобиль с подвеской, адаптированной для российских дорог, либо на городской кроссовер. Принимать в расчет оценки для спортивного автомобиля, внедорожника или грузовика не следует.
При оценке avgspeed желательно дифференцировать ее по дню недели и времени суток при помощи тегов ограничений по условию Key:conditional.
Значения
Значения следует округлять до ближайшего кратного 10 км/ч. Допускается указание значения 5 км/ч. Таким образом полный спосок возможных значений (в км/ч): 5, 10, 20, 30, 40, 50, 60, 70, 80, 90, 100, 110, 120, 130, 140, 150.
Примеры
maxspeed=90
avgspeed=100
description=участок 23 км пройден 02-03-2013 за 13 мин 45 с с 20:20 до 20:35.
Замечания
Если дорога имеет несколько полос, и скорости в разных полосах существено различаются, причем, полосы загружены примерно равномерно, предпочтение следует отдавать скорости в левой полосе. Если левая полоса загружена существенно меньше правой - то не использовать этот тег вовсе, т.к. степень загруженности дороги не ограничивает водителя в выборе скорости.
Рекомендуется применение совместно с тегом description, в котором указывать непосредственные результаты измерения.
Примечания
Данный тег родился в процессе обсуждения в российском сообществе OSM тега maxspeed:practical, т.к. возникла потребность кроме ограничений на скорость указывать также измеренную среднюю скорость потока.
См. также
RU:Key:maxspeed
Key:maxspeed:practical
Key:conditional
RU:Key:smoothness
RU:Key:surface
RU:Key:maxspeed:practical

freeExec · 2012-11-27 09:59:29

Я за "avg+". А maxspeed:practical стоит вообще переименовать в какие-то баллы приоритета выбора.

CupIvan · 2012-11-27 09:59:46

2 avg-
ПДД не учитывать, maxspeed:practical может быть больше maxspeed

dimuzz · 2012-11-27 10:08:05

Мое мнение - оба предложения негодны, определить maxspeed:practical как максимальную скорость, которую на данном участке не превышает 80% участников движения.

Ilis · 2012-11-27 10:37:14

Я за maxspeed:practical как в определении dimuzz-а, но проставлять его только из реальных треков. В навигации приравнивать к maxspeed, если maxspeed ВНЕЗАПНО окажется меньше.

Дмитрий Кудряшов · 2012-11-27 10:48:18

Я за "3".
Только не понял вот этот пассаж:

andriano wrote:

Указание равных значений maxspeed и maxspeed:practical следует рассматривать как предупреждение, что хотя движение по данной дороге с разрешенной ПДД скоростью возможно, но некомфортно, и при наличии альтернативы с указанной только maxspeed лучше выбрать последнюю.

На мой взгляд, как раз наоборот: дорога на которой стоит maxspeed:practical=maxspeed, гарантированно позволяет двигаться с этой скоростью, а если на соседней только maxspeed, то кто его знает, что там на самом деле....

andriano · 2012-11-27 10:53:06

dimuzz wrote:

Мое мнение - оба предложения негодны, определить maxspeed:practical как максимальную скорость, которую на данном участке не превышает 80% участников движения.

80% - это что-то наподобие медианы, которая есть способ подсчета среднего.
С таким предложением - не в maxspeed, а в avgspeed.

chnav · 2012-11-27 10:54:32

Вообще странная затея - наполнять геобазу статистикой... Есть объективные теги, которые позволяют в конвертере решить вопрос со скоростью, причем для транспортных средств разной проходимости.
Статистика - это для пробкосервиса.
Впечатление что кому-то очень не нравится роутинг в отдельно взятом регионе и правила подгоняются под конкретную задачу. Обычно это местные жители, которых маршрутизатор тянет на объездной транк.

LexIgnatov · 2012-11-27 10:57:35

2, avg-
Много плюсую это:

Дмитрий Кудряшов wrote:

На мой взгляд, как раз наоборот: дорога на которой стоит maxspeed:practical=maxspeed, гарантированно позволяет двигаться с этой скоростью, а если на соседней только maxspeed, то кто его знает, что там на самом деле....

andriano · 2012-11-27 11:00:43

Дмитрий Кудряшов wrote:

Я за "3".

Да, Вы уже говорили, а я уже посчитал.

...наоборот: дорога на которой стоит maxspeed:practical=maxspeed, гарантированно позволяет двигаться с этой скоростью, а если на соседней только maxspeed, то кто его знает, что там на самом деле....

У меня логика немного другая:
maxspeed=90 - можно ехать 110, причем, возможно, без негативных впечатлений.
maxspeed:practical=90 - выше 90 не поедешь, причем, и эти 90 наверняка без комфорта.

Но, естественно, вопрос всех формулировок обсуждаем. Можно, например, вообще постановить, что maxspeed:practical указывается лишь в случае, когда она на 10 (20?) км/ч меньше maxspeed.

wowik · 2012-11-27 11:19:33

andriano wrote:

Можно, например, вообще постановить, что maxspeed:practical указывается лишь в случае, когда она на 10 (20?) км/ч меньше maxspeed.

Ну зачем? Почему нельзя взять минимум из maxspeed (+20) и maxspeed:practical ?

Sergey Astakhov · 2012-11-27 12:11:21

andriano wrote:

Можно, например, вообще постановить, что maxspeed:practical указывается лишь в случае, когда она на 10 (20?) км/ч меньше maxspeed.

Всё бы вам чужие теги испортить. Сделайте себе уже maxspeed:andriano и устанавливайте там какие хотите правила.

andriano · 2012-11-27 12:12:09

wowik wrote:

andriano wrote:
Можно, например, вообще постановить, что maxspeed:practical указывается лишь в случае, когда она на 10 (20?) км/ч меньше maxspeed.
Ну зачем? Почему нельзя взять минимум из maxspeed (+20) и maxspeed:practical ?

Потому что обсуждаемая фраза присутствует только в варианте "3", а для него по определению maxspeed:practical не может быть больше maxspeed. А тем более maxspeed+20.

dimuzz · 2012-11-27 12:17:29

andriano wrote:

80% - это что-то наподобие медианы, которая есть способ подсчета среднего.

Что-то новое в математике.
Всегда считал, что это значение, которое заданная случайная величина не превышает с фиксированной вероятностью.

Announcement

#126 2012-11-26 13:46:34

Re: Ещё раз про maxspeed:practical

#127 2012-11-26 13:47:37

Re: Ещё раз про maxspeed:practical

#128 2012-11-26 13:49:30

Re: Ещё раз про maxspeed:practical

#129 2012-11-26 13:57:19

Re: Ещё раз про maxspeed:practical

#130 2012-11-26 13:57:52

Re: Ещё раз про maxspeed:practical

#131 2012-11-26 14:15:07

Re: Ещё раз про maxspeed:practical

#132 2012-11-26 15:32:17

Re: Ещё раз про maxspeed:practical

#133 2012-11-26 15:49:15

Re: Ещё раз про maxspeed:practical

#134 2012-11-27 07:34:18

Re: Ещё раз про maxspeed:practical

#135 2012-11-27 08:09:58

Re: Ещё раз про maxspeed:practical

#136 2012-11-27 09:14:54

Re: Ещё раз про maxspeed:practical

#137 2012-11-27 09:50:51

Re: Ещё раз про maxspeed:practical

#138 2012-11-27 09:59:29

Re: Ещё раз про maxspeed:practical

#139 2012-11-27 09:59:46

Re: Ещё раз про maxspeed:practical

#140 2012-11-27 10:08:05

Re: Ещё раз про maxspeed:practical

#141 2012-11-27 10:37:14

Re: Ещё раз про maxspeed:practical

#142 2012-11-27 10:48:18

Re: Ещё раз про maxspeed:practical

#143 2012-11-27 10:53:06

Re: Ещё раз про maxspeed:practical

#144 2012-11-27 10:54:32

Re: Ещё раз про maxspeed:practical

#145 2012-11-27 10:57:35

Re: Ещё раз про maxspeed:practical

#146 2012-11-27 11:00:43

Re: Ещё раз про maxspeed:practical

#147 2012-11-27 11:19:33

Re: Ещё раз про maxspeed:practical

#148 2012-11-27 12:11:21

Re: Ещё раз про maxspeed:practical

#149 2012-11-27 12:12:09

Re: Ещё раз про maxspeed:practical

#150 2012-11-27 12:17:29

Re: Ещё раз про maxspeed:practical

Board footer