Это задержка отображения в самом навигаторе.

Потому что объект транспортной инфраструктуры. Погрешности чреваты серьезными ЧП.

Не время выбрасывать старые GPS-приемники.

https://www.skynews.com.au/opinion/p...09deb5002f6099

У одного австралийца есть шустрый щенок по имени Белла. Она без конца теряется, поэтому без GPS–ошейника никуда. А это так называемый облачный сервис.

Но вот по случаю «месячника ЛГБТ», производитель предложил австралийцу прикупить на ошейник радужные наклейки–скины. Австралиец посоветовал производителю не заниматься фигней.

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

Ну не п*****ы ли?

Я просто так понял, что Вы в теме, потому и спрашиваю, если в курсе)
-откуда они сами берут время?
-как часто его синхронизируют?

Я всегда думал, что для машиниста исключительно важно время отправления предыдущей электрички, которое ему и показывали, а собственно точное времятоже важно, но не настолько.
Иными словами, если там погрешность доходит до 1сек + то оно уже не столь уж и точное (для часоголика с форума))))

Нет, к метрополитену отношения не имею, просто многолетние наблюдения + логика. К сотовой связи - имею, если в этой области есть вопросы - могу ответить.

TIME.IS - точное время в любом часовом поясе

На станциях и у машинистов это только дисплеи отображения времени. То есть вторичные "часы". Сами они берут время от первичных и фактически система вторичных полностью синхронизирована с первичными. Первичные в нынешнее время синхронизировать с атомными или иным источником пара кликов мышкой или скрипт с доступом к серверу.
Подобные системы с точной синхронизацией вторичных часов существуют очень и очень давно.
"часовые сети".

Что есть "часовые сети"? Если Вы о протоколе NTP, то он обладает сушественным недостатком - невозможно точно знать, сколько узлов между первичным сервером и конечным пользователем. Пакеты данных в протоколе NTP очень маленькие, если не ошибаюсь - 42 байта, из которых 21 байт - проверочный. Но тем не менее погрешность возникает на этапе маршрутизации пакетов на узлах. Вы же не напрямую подключаетесь к NTP-серверу.

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

Спасибо за пояснение! Действительно, в системе, где условно 1000 часов/индикаторов, это технически реализуемо.
Собственно, реализуемо везде, где доступ линейный.
У меня в практике - веселее. Маршрутов от точки до сервера может быть множество (дублируются намеренно). И на каждом маршруте - разное кол-во узлов.

Самое интересное, что ведь атомные часы- это не самый точный способ измерения времени, доступный людям ) Коль уж их упоминали тут. Но да, с практической точки зрения, сверять наручные часы проще именно с атомными.