Перспективы применения картографии в РД

[Jenek62]

Легко и непринуждённо: время GNSS модулем выдаётся в строчке ZDA. См. п. 3.7 стр. 15.

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

 

[pioner]

актуальность

Ключевое слово. Без нее ничего не получится, даже если (о, чудо!) все остальные факторы будут реализованы

 

[Jenek62]

Ключевое слово. Без нее ничего не получится, даже если (о, чудо!) все остальные факторы будут реализованы

Это понятно. Моя фраза "дело за малым" была с "ноткой сарказма"[DOUBLEPOST=1576132254][/DOUBLEPOST]А вообще, надо в ветке по гибридам требовать от производителей распознавания "видеоглазом" знаков ограничения скорости, населенного пункта и т.п., и соответственно изменять порог звуковых оповещений
Ну или Илону Маску надо написать, чтобы он в Теслу с ее автопилотом сделал "RUSSIAN EDITION" с поддержкой РД и установкой допустимого превышения

 

[Nagumich]

А вообще

мне непонятен флуд в теме именно этого устройства.

 

[Jenek62]

мне непонятен флуд в теме именно этого устройства.

Предложу все обсуждение картографии и автоматического определения разрешенной скорости перенести отсюда вот сюда в качестве новой темы "Перспективы применения картографии в РД"

 

[JeWell]

Повторюсь: если в базу данных внести атрибут для знаков, сигнализирующий о том, что их действие зависит от дня недели и времени суток, то совершенно не нужно, чтобы была конкретика, какое сегодня число и сколько времени показывают часы. Добавляется дополнительная информация в базы "производителей устройств", где при наличии такого атрибута устройство просто будет проговаривать дополнительные сведения про зависимость от даты/времени после информирования о конкретном знаке.
Можно, конечно, и усложнить всё, сделав разбиение на знаки, действие которых зависит от времени суток, а которых от будних дней, но это будет лишь приятным бонусом, а не критически важной информацией. Соответственно, если такое будет реализовано, то "производителям устройств" придётся сделать и отдельную обработку таких знаков, что тоже не является сложной задачей, при наличии исходников, для программистов, которые понимают в том, что делают.

Относительно варианта реализации автоматической смены ограничения "город/трасса" - хм... не нашёл своего же описания. Странно. Ладно, значит позже могу сформулировать снова.

 

[Jenek62]

Да и одним дополнительным значением там не обойтись, т.к. есть еще и такие ограничения...

Т.е. надо предполагать, что РД должен будет понимать на чем едет РД... и т.д. и т.п...
Все конечно можно реализовать, но насколько это будет сопоставимо со штрафами?
И главное:

Добавляется дополнительная информация в базы "производителей устройств"

кто будет наполнять эту "базу"?

Пока нет ответа на этот вопрос можно много раз перечитать цитату @pioner:

Без нее ничего не получится, даже если (о, чудо!) все остальные факторы будут реализованы

 

[Nagumich]

Пока нет ответа на этот вопрос

Желание ищет тысячу путей, нежелание - тысячу причин. (С) не знаю.

Мне очень понравился подход Jhon from Radenso: есть проблема, её точно можно решить, ищем пути, находим.
Ждём их Theia, а когда улягутся войны патентов с Эскортом - грамотных оповещений.