Собственно, информация про секунду здесь в сообщении СМИ . А где можно почитать про грядущее изменение Leap seconds в официальных источниках ? Или только уже в *.O файлах ? ))
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 года. Забавно будет, если это произойдёт постфактум.
Оффтоп (Move your mouse to the spoiler area to reveal the content) Нет, Вы наверное помните, когда перед 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ГЛОНАСС = TGPS - 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% из них используются только для получения сигналов точного времени.
Вот до этого всё было убедительно, а теперь как-то не так. Давайте попробуем включить логику. В "TopconTools 7.5.1" этот файл от 30.04.2010 (!!!), в котором, естественно, ничего нет о И тем не менее "TopconTools 7.5.1" обрабатывает правильно. Почему так? Не потому ли, что LEAP SECONDS приходит в ПО с "сырыми" файлами? Но тогда непонятно, как ПО получает LEAP SECONDS, если Как тот же "TopconTools 7.5.1" правильно обрабатывает RINEX, в которых нет LEAP SECONDS?
А Вы уверены, что он в этом случае правильно обрабатывает данные ГЛОНАСС? Версии 7.5.1 у меня нет, проверить не могу, но, например, в Service Bulletin #08SIB186 сообщалось: