今年6月30日(日本時間では7月1日）にうるう秒 34
ストーリー by headless
うるおう 部門より
うるおう 部門より
rm -fr 曰く、
IERS(国際地球回転及び基準座標系事業)は、6月30日(UTC)にうるう秒を挿入することを発表した(IERSの告知、 日本標準時グループ - うるう秒実施一覧、 Wired.comの記事、 本家/.)。
UTCでは6月30日23時59分59秒に続いて23時59分60秒が挿入され、7月1日の始まりが1秒遅くなる。日本時間では7月1日8時59分60秒が挿入されることになる。うるう秒の実施は2008年12月31日(UTC)以来、6月30日の実施は1997年以来のこと。現在UTCは国際原子時(TAI)から34秒遅れているが、うるう秒の挿入により35秒遅れになる。
うるう秒の是非については以前から議論されており、2018年以降は廃止される可能性もある(/.J記事)。最後のうるう秒となるかもしれない、「このボーナス秒、何に使う？」(from Wired)。ちなみに6/30、7/1は土日だ。
今年は (スコア:5, 参考になる)
閏月もあったりする
2012/4/21～2012/5/20の間に閏3月が発生し
金環日食がある5/21は旧暦の4/1になります
水を飲むと屁(CH4)をこきます
Re: (スコア:0)
旧暦上では「今年」ではない。
関連に追加 (スコア:1)
米研究者ら、「一年が364日」のカレンダーを編み出す [srad.jp]
# SlashDot Light [takeash.net] やってます。
うるうる秒 (スコア:1)
rxk14007さんの日記 [srad.jp]でも触れられているが、
１．12月か6月の末
２．３月か９月の末
その後に実は
３．毎月末というのがある。
問い合わせ (スコア:1)
閏秒があるときに近づくたびに毎回「閏秒の影響はありますか？」という問い合わせが来るのが鬱陶しい。
閏秒で影響が出るくらいならNTPでの調整のほうがよっぽど怖いだろ
閏秒を気にする前に (スコア:1)
同じく。んで、そう言ってきた客のサーバーみたら時計が10分ぐらいズレてて、生暖かい気持ちを抱きつつ影響はありませんって回答しといた。
うん、閏秒とか気にする前に時計があってるか気にしようぜ？
Re: (スコア:0)
> うん、閏秒とか気にする前に時計があってるか気にしようぜ？
時計が合っていない事実は伝えないのですか？
ユーザによっては「問い合わせていない余計なこと（仕事増やすな）」と考えるかもしれませんが。
Re: (スコア:0)
閏秒の影響が無いことを証明する文章を作れとか。
金払い悪いくせに、どうでも良いことに固執されても困る。
ボーナス秒 (スコア:0)
この記事を読む事で既に消費済みかと
ntp (スコア:0)
ntpd動かしている所は放置で
対応できるのでしょうか？
勝手に対応したような気がしますが忘れてしまいました
Re:ntp (スコア:2, 参考になる)
http://jjy.nict.go.jp/QandA/reference/leapsec-addendum2009.html#q8 [nict.go.jp]
Ｑ うるう秒をお知らせするネットワ−クによる時刻情報提供サービス（NTPサ−ビス）はどのようなサービスでしょうか？うるう秒はNTPサービスでは、どのように対応されるのでしょうか？
Ａ ネットワーク接続された計算機やIT端末の時刻合わせに利用できるように、NTP（Network Time Protocol）を利用したNICTが実施している時刻情報提供サービスです。現在、インターネット利用者等の時刻合わせを実施しているNTPサービス事業者向けに、専用回線を用いたNTPサービスを2005年２月から実施しています。詳細は「ネットワークによる時刻情報提供サービス」のページをご覧ください。
さらに2006年6月からインターネットへの公開ＮＴＰサービスを実施しています。詳細は「インターネットによる時刻情報提供サービス（公開ＮＴＰ）」のページをご覧下さい。
NTPの取り扱う時刻は1900年１月１日を起点とした時系ですが、過去のうるう秒を積算していません。うるう秒実施時のNTPプロトコル上の対応は、
http://www.eecis.udel.edu/~mills/leap.html [udel.edu]
をご覧ください。
2009年1月1日のうるう秒の対応は具体的に次のようになります。
うるう秒実施予告情報としてNTPパケットの中のLIビット（Leap Indicator)が前日（2008年12月31日）より"01"となります。この情報はうるう秒実施時の2009年１月１日９時（日本時間）に解除されます。
Re: (スコア:0)
はい
いいかげん地球中心主義は止めよう (スコア:0)
月や火星で生活する人にとっては、地球の自転で微妙に調整する時刻なんて無駄だ。
Re:いいかげん地球中心主義は止めよう (スコア:1)
空想科学小説に出てくる《宇宙暦》みたいなものを使おうと、そういうことですか？(≧∇≦)
Re:いいかげん地球中心主義は止めよう (スコア:1)
耳学問程度にしか知らないのですが、相対性理論によれば、物体の速度や加速度に違いがあると、時間の流れ方が異なっているのですよね？
よく考えると、この広い宇宙の惑星は、それぞれ異なる速度で運動していて、異なる重力加速度にあるわけで、しかも、星によっては、近隣星との複雑な重力的な相互作用のために、速度や加速度（重力場の分布を含む）自体が空間的にも複雑に、時間的にもカオス的に変動している場所もありそうですよね。
《宇宙暦》というのは、そういったの複数の環境の複雑な違いをどうやって結びつけているのでしょうねぇ。惑星だけでなく、あちこち移動する宇宙船の場合はなおのこと…。
Voyager シリーズにそんな話がいくつかありました。第132話「超進化惑星の煌き」ですね。(^ω≦)
悩ましい時刻合わせ (スコア:2)
原子時計レベルの精度だと、現時点でも、地球重力による時間の遅れが無視出来ません。
標高の高い所では僅かに早く進みます。
形状的な高さが同一でも、密度の高い岩塊等が有ると、重力が強くなるので、時間が遅くなります。
//地下に潜るとどうなるのかは知らない
通常用途なら無視出来る程の違いですが、原子時計で積算すると誤差が無視出来なくなるので、仮想的な重力上の海面（ジオイド面）での時刻を各地の原子時計の数値を元に計算しており、これがTAIです。
既に、地球上でも、場所に因る時間の流れの違いが無視出来ない状態なのです。
ちなみに、TAIの元になる各地の原子時計自体もTAIに合わせて較正してます。つまり自己較正している訳ですね。
地球外との時刻合わせを行うなら、同様の仕組みが必要でしょうが、現状では、基準となる安定した重力場は地球表面でしか確保出来ないので、TAIは、地球表面が基準です。
地球が位置的、或いは重力的に異常な状態に在るのでなければ、当面は数が多くて安定している地球のTAIを基準に、他星系の時刻を仮想地球銀河軌道に合わせる形で整える事になるかと。
客観時間は自身では測定出来ないので、結局高精度の時計を多数備えた場所が基準時刻になるのです。
余談ですが、宇宙船だと自身は時計を一個しか持てないので（複数在っても最高精度の一つだけが有効）、他の複数個所との比較で較正するしかないでしょうね。
高重力源があれば、それ一個で時刻較正の次元が増えるので、相当数の基準時刻源が必要だと思われます。
-- Buy It When You Found It --
Re:悩ましい時刻合わせ (スコア:1)
ポテンシャルの考え方って、質点から距離 r を無限大の箇所を想定して、そこを 0 の基準にするんですよね。？宇宙全体の重心からの距離 r を無限大の箇所を想定して、そこを時間の基準点にするっていうことはできるのでしょうか？絶対時間基準みたいな… (ﾟ∀ﾟ)
Re: (スコア:0)
銀河鉄道999でその星の一日が滞在時間
ってのは、やはり暦が惑星毎で管理されてる
ことを案に示していたんですかね？
Re: (スコア:0)
銀河系周辺限定であれば銀河系の共通重心に対する相対速度と、重力ポテンシャルの位置エネルギーを規定して基準となる時間の進みを定めればいいと思いますが。
Re:いいかげん地球中心主義は止めよう (スコア:1)
ハレー彗星みたいに、恒星（大きな重力源）との距離が時間とともに大きく変動するような星の場合だと、時間の流れ方自体が時間とともに変動するでしょうから、銀河系の共通重心を基準にするのは、いい案かもしれませんねぇ。
そう考えると、地球の公転軌道がほぼ真円に近いというのは、とてもラッキーなことですねぇ～。（*ﾟ∀ﾟ）
Re:いいかげん地球中心主義は止めよう (スコア:1)
宇宙暦は西暦から1900を引くだけですよ。
今年は宇宙暦0112年にあたります。
＃一年戦争からもう30年以上か……
Re:いいかげん地球中心主義は止めよう (スコア:1)
グレゴリオ暦とスタートレックの宇宙暦との換算、スクリプトもあるみたいですね。(^w^)
Re: (スコア:0)
そんなあなたにはTAI [wikipedia.org]お勧め。
# 月や火星も地球に依存することなく、人が生活できるようになれば
# 自転周期・公転周期を基にした時間体系が作られるのではなかろうかと
それでもだめじゃん (スコア:0)
＞現在UTCは国際原子時(TAI)から34秒遅れているが、うるう秒の挿入により35秒遅れになる。
この程度の補正じゃぁ意味が無い。
なんで一気に合わせないの？
Re:それでもだめじゃん (スコア:4, 参考になる)
なぜかタレコミから削られた(そのせいでちょっとイラっとしてる）以下の部分をお読みください。
以前の/.J記事 [srad.jp]、NICTのQA [nict.go.jp]を参照すると、代表的な時刻系には
がある（UT2はUT1を「均したもの」[wikipedia [wikipedia.org]])。
Re: (スコア:0)
UTCはTAIではなくUT1との差が0.9秒以下になるように合わせられてるんですけど。
Re: (スコア:0)
なお、地球時ｰ世界時は６７秒とさせていただく
Re: (スコア:0)
というか、あなたの理解じゃ、補正じゃなく改悪じゃない。
Re: (スコア:0)
一気に一年ぐらい遅らせよう
Re: (スコア:0)
自分も一瞬誤解したけど、TAIは基準点からの連続した時間を示しているだけ。極端な事を言えば、かなり長い時間を経ればTAIの正午が真夜中の0時に成り得る。
＃ま、その前に人類が滅ぶか地球が滅ぶか、別な仕組みが成立しているかだろうけど。
それじゃ日常生活に使えないので、UT（そのうちのひとつがUTC）という仕組みがある。
＃という風に自分は理解したｗ
2355 (スコア:0)
記事のタイトルを見たときはすごく期待したのに
> ちなみに6/30、7/1は土日だ。
ですごくがっかりした。
# 身勝手だ
Re: (スコア:0)
それ以前にJSTだと午前9時だぞ。
いやいや、わかってますよｗ (スコア:0)
08:59:60 のデータが出来るのか・・・
select *
from TABLE
where TIME between '00:00:00' and '08:59:59'
ってＳＱＬどうしようか
Re: (スコア:0)
時刻をテキストで扱ってるんでもなきゃ、
08:59:60なんて入力したら普通に09:00:00に
変換されてそうだし問題なさげ。