アカウント名:
パスワード:
ここ [science.srad.jp]でコメントされたように、> Method A: うるう秒を廃止した連続時系を導入 (名称についてOptionあり)> Method B: 現状のUTC(うるう秒を残す)とうるう秒を廃止した連続時系を"equal basis"で並存させる> Method C: うるう秒を残す (うるう秒を廃止した連続時系を補助的に利用するかでOptionあり)の選択で議論されたようですが、 プレスリリース [itu.int]によると、とりあえず現状維持で2023年にもう一度決めます、というように読めます。
物理単位としての秒は固定のまま、時々変わる、世界協定秒を定めた方が楽だと思う。
理想的には、「世界協定1秒とは地球から見て太陽が360/(24×60×60)度分、移動するのにかかる時間である」と時々刻々と変化するよう定められれば綺麗だけど。それは無理があるので、例えば、毎年1月1日に、次の12月31日に「自転的な1日の終わり」と「暦上での1日の終わり」が同期するよう狙いを付けて更新する(実際に次の12月31日の終わりには、ずれちゃうだろうけど、その誤差は蓄積しない仕組みなので気にしない)、とかそういうルールを決めて。
「 うるう秒がやって来る!〜 6 月 30 日 [blogspot.jp]
> 物理単位としての秒は固定のまま、時々変わる、世界協定秒を定めた方が楽だと思う。
だから,時々うるう秒を入れてきた訳で,それが楽だから当面存続することにした,ってニュースなんですが...
元コメの主張は、現状のような「国際原子時も、協定世界時も、1秒の単位は同じのままで、世界協定時では離散的に1日の秒数が1秒増える」ような実装ではなく、「1 協定世界時秒 = 1.00000000906 国際原子時秒」などと定義し、協定世界時はうるう秒なしの「1日=86400協定世界時秒」固定で運用する、という話でしょう。
で、地球の自転速度の変動に対しては、「2015年7月1日より、1協定世界時秒 = 1.00000001057 国際原子時秒に変更します」というように、協定世界時秒の定義そのものが「時々変わる」ような対応を行う、というのが#2921033 [science.srad.jp]の主張だと思います。
1世界協定時秒の定義がころころと変わられると、自前でまともに計時するのは不可能に近くなるでしょうけど、まあ、NTPなどで時刻を配るのが前提で、自前の計時を捨てられるなら、そういう運用もありかもと思いますね。
全世界的にやるのが難しかったら、各々が勝手にそういう運用するという手もあるな。
単にntpdに「うるう秒を無視する」というオプションを用意して(あるいは、すでにあったりするのかな?)、各組織内のトップのNTPサーバでそれをONにして、組織内の機械は全部それを参照させるだけ。すると、そのNTPサーバは、うるう秒が挿入された瞬間、「なぜか1秒ずれた」と見なして、通常の動作通り、長い時間をかけてその1秒に追いつくように調整するはず。
他のツリーにあるように、うるう秒対応が辛い、というならそういう設定にしちゃえば良いだけのような…。「そんな事が社会的に許されるのか」というツッコミに対しては、「Googleさんですらやってるのに?」で押し通す。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
先延ばし (スコア:0)
ここ [science.srad.jp]でコメントされたように、
> Method A: うるう秒を廃止した連続時系を導入 (名称についてOptionあり)
> Method B: 現状のUTC(うるう秒を残す)とうるう秒を廃止した連続時系を"equal basis"で並存させる
> Method C: うるう秒を残す (うるう秒を廃止した連続時系を補助的に利用するかでOptionあり)
の選択で議論されたようですが、
プレスリリース [itu.int]によると、とりあえず現状維持で2023年にもう一度決めます、
というように読めます。
Re: (スコア:0)
物理単位としての秒は固定のまま、時々変わる、世界協定秒を定めた方が楽だと思う。
理想的には、「世界協定1秒とは地球から見て太陽が360/(24×60×60)度分、移動するのにかかる時間である」と
時々刻々と変化するよう定められれば綺麗だけど。
それは無理があるので、例えば、毎年1月1日に、次の12月31日に「自転的な1日の終わり」と「暦上での1日の終わり」が
同期するよう狙いを付けて更新する(実際に次の12月31日の終わりには、ずれちゃうだろうけど、
その誤差は蓄積しない仕組みなので気にしない)、とかそういうルールを決めて。
「 うるう秒がやって来る!〜 6 月 30 日 [blogspot.jp]
Re: (スコア:0)
> 物理単位としての秒は固定のまま、時々変わる、世界協定秒を定めた方が楽だと思う。
だから,時々うるう秒を入れてきた訳で,それが楽だから当面存続することにした,ってニュースなんですが...
Re:先延ばし (スコア:1)
元コメの主張は、現状のような「国際原子時も、協定世界時も、1秒の単位は同じのままで、世界協定時では離散的に1日の秒数が1秒増える」ような実装ではなく、
「1 協定世界時秒 = 1.00000000906 国際原子時秒」などと定義し、協定世界時はうるう秒なしの「1日=86400協定世界時秒」固定で運用する、という話でしょう。
で、地球の自転速度の変動に対しては、「2015年7月1日より、1協定世界時秒 = 1.00000001057 国際原子時秒に変更します」というように、協定世界時秒の定義そのものが「時々変わる」ような対応を行う、というのが#2921033 [science.srad.jp]の主張だと思います。
1世界協定時秒の定義がころころと変わられると、自前でまともに計時するのは不可能に近くなるでしょうけど、
まあ、NTPなどで時刻を配るのが前提で、自前の計時を捨てられるなら、そういう運用もありかもと思いますね。
Re: (スコア:0)
全世界的にやるのが難しかったら、各々が勝手にそういう運用するという手もあるな。
単にntpdに「うるう秒を無視する」というオプションを用意して(あるいは、すでにあったりするのかな?)、
各組織内のトップのNTPサーバでそれをONにして、組織内の機械は全部それを参照させるだけ。
すると、そのNTPサーバは、うるう秒が挿入された瞬間、「なぜか1秒ずれた」と見なして、
通常の動作通り、長い時間をかけてその1秒に追いつくように調整するはず。
他のツリーにあるように、うるう秒対応が辛い、というならそういう設定にしちゃえば良いだけのような…。
「そんな事が社会的に許されるのか」というツッコミに対しては、「Googleさんですらやってるのに?」で押し通す。