В UTC добавится ещё секунда относительно TAi

Собственно, информация про секунду здесь в сообщении СМИ . А где можно почитать про грядущее изменение Leap seconds в официальных источниках ? Или только уже в *.O файлах ? ))

 

http://hpiers.obspm.fr/iers/bul/bulc/bulletinc.dat

 

Trimble has made every effort to ensure our receivers will work seamlessly through the added leap second on July 1, 2015.
Currently, our firmware supports this change and we are testing with simulators to ensure there are no issues.
In the event that a fix is needed, we will release a new firmware prior to July 1, 2015

 

А по-русски?
С этими командировками совсем родной язык позабудешь.

 

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

А написано выше примерно следующее:
Trimble гарантирует, что все его приемники продолжат функционировать без проблем после добавления корректирующей секунды (leap second) 1 июля 2015. Текущая прошивка приемников проверена на симуляторах и должна работать без сбоев. В случае, если все же доработка потребуется, будет выпущена новая версия прошивки до 1 июля 2015.

 

ГОСТ ИСО 8601-2001 "Система стандартов по информации, библиотечному и издательскому делу. Представление дат и времени. Общие требования":

Об этом будет еще публикация от ФГУП «Всероссийский научно-исследовательский институт физико-технических и радиотехнических измерений» (ФГУП "ВНИИФТРИ"), по подобию той, как в 2012 году:

 

Информация TRIMBLE (из сообщения Михаила Караванова ) напомнила чем-то т.наз. "проблему Y2K" . ИМХО- грамотный, умный и тонкий маркетинговый ход - раз грядёт такое событие, надо обозначить проблему и как бы избавить от неё пользователей . (Никакой иронии или сарказма в отношении столь серьёзного производителя , в самом деле). Но я не представляю, как и что и в каких приложениях или оборудовании может изменить эта самая leap seсond . Ну только в очень-очень редких прикладных задачах . ( Для чего собственно и создал эту тему :) )

Vladimir VV, ну это да, как бы известно, я же хотел узнать про конкретно грядущее изменение leap seconds не в СМИ, а в серьёзном источнике . Вот почему - то об этом событии
"ВНИИФТРИ" пока ещё не сообщил :(( . Но в любом случае- за информацию спасибо !

 

Имеете в виду GPS WEEK NUMBER ROLLOVER?

см. также http://tycho.usno.navy.mil/gps_week.html
Тогда действительно многие приёмники сошли с ума.

Вы, наверное, слишком хорошего мнения об умственных способностях рода людского и не представляете, на что способна человеческая глупость.
Я тоже так долгое время думал, пока не увидел, как обращаются со временем во многих, уже ставшими стандартными, библиотеках. Так, в стандартных элементах ввода времени от Microsoft, нельзя ввести число секунд больше 59.(9). И это при том, что стандарт представления времени ISO 8601 специально оговаривает случай с leap seсond. Есть определённая путаница между Григорианским и Юлианским летоисчислением для дат до 1582 года.

Забавно будет, если это произойдёт постфактум.

 

Оффтоп

Нет, Вы наверное помните, когда перед 2000 годом вдруг многие ( отвечающие за ОСи ) заговорили, что на Земле все ПК наверное встанут, т.к. не сумеют перейти этот рубикон с нулями и много людей в мире потратило много денег на преодоление этой " проблемы " , и наступила эта первая минута 2000 года, и все ПК, даже без обновлённого софта, продолжили себе нормально работать, как и раньше работали Тогда же в честь этого "события" в Штатах нескольких новорожденных назвали Вайтукеями

 

Не сможете ни добавить, ни отнять. У ГЛОНАСС и у GPS свои шкалы времени и там все делается без участия вычислителя измерений. В ИКД ГЛОНАСС от 1998 года было записано (стр. 18):

и в ИКД ГЛОНАСС 2002 года записано (стр. 18):

К 30-му марта должно выйти сообщение о коррекции.

 

Возьмём фрагмент файла наблюдений в формат RINEX:

Код:

2.11		   OBSERVATION DATA	M (MIXED)		   RINEX VERSION / TYPE
				  ...
	 16													  LEAP SECONDS
  2015	 1	 1	 0	 0	0.0000000	 GPS		 TIME OF FIRST OBS
															END OF HEADER
15  1  1  0  0  0.0000000  0 19G02G06G10G12G14G20G24G25G29G31R07R08
								R14R15R16R17R18R23R24
  21462055.6594  112783875.25548	   543.1134		 49.600
  21462050.4344   87883538.97147	   423.2074		 45.300
				 ...

Заметим, что:
1) Измерения записаны в шкале времени GPS
2) LEAP SECONDS = 16
3) В файле присутствуют измерения GPS и ГЛОНАСС

На 1 января 2015г. 00:00:00 в шкале времени GPS приведены измерения спутников GPS и ГЛОНАСС.
При обработке данных ГЛОНАСС необходимо получить время наблюдения в шкале ГЛОНАСС, которое равно:
T_{ГЛОНАСС} = T_GPS - LEAP SECONDS + 3 часа
Если значение LEAP SECONDS будет неверным, решение будет недостоверным.

Не забывайте также, что в основное применение GPS-аппаратуры - синхронизация времени. Если возникнет ошибка на 1с при привязке ко времени UTC, мало не покажется.

 

Тогда придется исправить значение LEAP SECONDS вручную, в текстовом редакторе.
Однако, этого не потребуется. Подождем до 30-го марта.

 

А обязательной ли строкой является строка LEAP SECONDS в obs-файлах? Или её только рекомендовано включать?

 

Данные RINEX приведены для иллюстрации того, для чего нужно знать LEAP SECONDS при обработке.
Строку LEAP SECONDS в заголовке файла рекомендовано включать, но она не является обязательной, её может и не быть. Именно поэтому программы послесеансной обработки содержат независимые данные о LEAP SECONDS, которые по мере необходимости заблаговременно обновляются . Например, в GAMIT/GLOBK используется файл leap.sec (можно скачать с этой страницы):

Код:

LEAP SECOND TABLE	Last updated by rwk 5 January 2015
(1X,I7)					  2457388 31 December 2015	 
 2445151.0				   ! 30 JUN 1982 LEAP SEC INCREMENT
 2445516.0				   ! 30 JUN 1983 LEAP SEC INCREMENT
 2446247.0				   ! 30 JUN 1985 LEAP SEC INCREMENT
 2447161.0				   ! 31 DEC 1987 LEAP SEC INCREMENT
 2447892.0				   ! 31 DEC 1989 LEAP SEC INCREMENT
 2448257.0				   ! 31 DEC 1990 LEAP SEC INCREMENT
 2448804.0				   ! 30 JUN 1992 LEAP SEC INCREMENT
 2449169.0				   ! 30 JUN 1993 LEAP SEC INCREMENT
 2449534.0				   ! 30 JUN 1994 LEAP SEC INCREMENT
 2450083.0				   ! 31 DEC 1995 LEAP SEC INCREMENT   
 2450630.0				   ! 30 JUN 1997 LEAP SEC INCREMENT
 2451179.0				   ! 31 DEC 1998 LEAP SEC INCREMENT
 2453736.0				   ! 31 DEC 2005 LEAP SEC INCREMENT  
 2454832.0				   ! 31 DEC 2008 LEAP SEC INCREMENT	
 2456109.0				   ! 30 JUN 2012 LEAP SEC INCREMENT	  
 2457204.0				   ! 30 JUN 2015 LEAP SEC INCREMENT
 2457388.0				   ! LIMIT OF TABLE ( 31 December 2015 )

Обратите внимание на предпоследнюю строку - данные о предстоящем скачке уже есть! И не надо ждать 30 марта.
А, например, в Topcon Tools используется файл LeapSeconds.xml и т.д.

 

Ну, всё правильно. Анонс в бюллетене С уже есть.

 

Если Вы посмотрите в ПО постобработки на время, присутствующее в векторах статики ли, кинематики - то это- время "спутниковое" (TAi) , а если при измерениях вы (или ваша прикладная программа ) записывали в журнале или файле время глядя на точное время на своих часах или на контроллере, или в сообщении NMEA, то это время "земное " (UTC, GMT ), и оно будет меньше на 16 секунд ( сейчас ) чем TAi . Также надо помнить, что метка времени у разных приборов и ПО может быть разная - восходящая или нисходящая ( rise или fall ), от этого зависит, в какой момент записи произошло событие. В мобильных приложениях с применением кинематики ПП , как выше заметили коллеги, даже разница в 1 секунду критична, не говоря о 16- 17 ... Задача такого приложения - привести эти два разных времени к какому-то одному . Но ещё раз повторюсь- таких задач в практике ничтожно мало .

А это уже чревато - те же сообщения NMEA , содержащие время, окажутся ошибочными .

 

По оценке журнала GPS World, сейчас в мире находится в использовании более миллиарда приёмников GPS, и более 90% из них используются только для получения сигналов точного времени.

 

А Вы уверены, что он в этом случае правильно обрабатывает данные ГЛОНАСС?
Версии 7.5.1 у меня нет, проверить не могу, но, например, в Service Bulletin #08SIB186 сообщалось: