要約や感想は私の個人的なものです。著者に頼まれた紹介ではありません。
A106 地上稠密気象観測による突風予測システムで用いる気温減率閾値の検討（明星電気 岩下ほか）
昨年の続き。おそらくは北関東で実用化しようとしているのでしょう。
A108 暖候期の日本周辺における発雷効率の特徴（群馬大学 岩崎）
WNLLNから落雷位置を取得している
P179 日本域の歴史的観測データのデジタル化（東大海洋研 小山ほか）
データレスキュー。函館、東京、神戸、福岡などふつうの官署の観測値は気象庁ホームページでもあるていど見られるが、毎時観測値は1960年代以前はデジタル化されていないという。
P320 正二十面体格子全球非製力学モデルにおける単精度の可用性の検討〜傾圧不安定波（海洋機構 中野ほか）
メモリバンド幅が律速する現代の計算機では単精度化の効用が大きいという話。
どうしても倍精度でなければならないところ以外を単精度化する調査。
ベンチマークは Jablonowski テスト dx.doi.org/10.1256/qj.06.12
A356 RSMC Tokyo による台風強度の発表予報の誤差と環境場の関係（琉球大 伊藤ほか）
現行の発表予報スキームに海水温などによる補正を行うことで精度を改善できるという。
こういう研究は大変ありがたい。
京大生存圏の GSM 解析・予報値データベースを使ったという言及があることにも注目。京大≠琉大 というところが超重要で、
オープンデータ → 利用者による研究を創発 → 気象庁へのフィードバック
という正のサイクルの教科書みたいな事例なのね。
2016-10-31
2016-10-21
[netcdfgroup] How to dump netCDF to JSON?
表記
http://www.unidata.ucar.edu/mailing_lists/archives/netcdfgroup/2016/thread.html#00245
から始まるスレッドが活発である。
夏に Win10 移行してから SMTP メールはまともに読めなくなっていたので、
メールがいっぱい来るな、という印象以上のものではないのだが、話題や各信の出だしの調子からして、netCDF はもはやレガシーであり、 HDF を採用したことにより混迷を深めていて、
インターフェイスとしては JSON が選好されるようになってしまったという実勢が感じられる。
（誰か読んで「嘘つけ」と指摘してほしい）
netCDF4 が内部で HDF を採用したときには、netCDF Classic と HDF は XML と EXI みたいな同一のデータモデルの異なる表現（HDF のほうがやや豊かだがそのことは措く）であって、主戦場はひとつ上のレイヤーたる、CF のような規約だという説明がされた。
そのときはそうだったのだろう。今でもそうだ。
しかしながら、 netCDF のメタデータ部分を JSON で表現したいとなると、話は違ってくる。
次元、変数、属性という netCDF の基礎語彙と、スカラ、配列、ハッシュという JSON の基礎語彙は違っているから、これは異なる言語の翻訳なのだ。
とりあえずは netCDF 内メタデータ部分を一対一 JSON 翻訳する標準をつくって、それによって CF の構造を表現するのだろうが、いかにも awkward である。
やりたいことを、直接 JSON に書いたほうがいいのではないか。
以上、具体を何もみないで予想。
http://www.unidata.ucar.edu/mailing_lists/archives/netcdfgroup/2016/thread.html#00245
から始まるスレッドが活発である。
夏に Win10 移行してから SMTP メールはまともに読めなくなっていたので、
メールがいっぱい来るな、という印象以上のものではないのだが、話題や各信の出だしの調子からして、netCDF はもはやレガシーであり、 HDF を採用したことにより混迷を深めていて、
インターフェイスとしては JSON が選好されるようになってしまったという実勢が感じられる。
（誰か読んで「嘘つけ」と指摘してほしい）
netCDF4 が内部で HDF を採用したときには、netCDF Classic と HDF は XML と EXI みたいな同一のデータモデルの異なる表現（HDF のほうがやや豊かだがそのことは措く）であって、主戦場はひとつ上のレイヤーたる、CF のような規約だという説明がされた。
そのときはそうだったのだろう。今でもそうだ。
しかしながら、 netCDF のメタデータ部分を JSON で表現したいとなると、話は違ってくる。
次元、変数、属性という netCDF の基礎語彙と、スカラ、配列、ハッシュという JSON の基礎語彙は違っているから、これは異なる言語の翻訳なのだ。
とりあえずは netCDF 内メタデータ部分を一対一 JSON 翻訳する標準をつくって、それによって CF の構造を表現するのだろうが、いかにも awkward である。
やりたいことを、直接 JSON に書いたほうがいいのではないか。
以上、具体を何もみないで予想。
2016-10-18
筑波大計算科学センター 第8回「学際計算科学による新たな知の発見・統合・創出」シンポジウム（１７日）
過ぎてしまいましたが、そういうシンポジウムがあったんだそうです。
http://www.ccs.tsukuba.ac.jp/research/seminar/symposium/sympo20161017
数値予報課の荒波さんの講演がありました。
http://www.ccs.tsukuba.ac.jp/research/seminar/symposium/sympo20161017
数値予報課の荒波さんの講演がありました。
2016-10-12
「火山の状況に関する解説情報」と「火山活動解説資料」
似た名前ですが、異なります。
「火山の状況に関する解説情報」は防災上重要な情報をコンパクトにまとめたテキスト電文です。
http://www.jma.go.jp/jp/volcano/info.html
「火山活動解説資料」は地図や図表を用いて、前者より詳細な状況を解説するＰＤＦです。
http://www.data.jma.go.jp/svd/vois/data/tokyo/STOCK/monthly_v-act_doc/monthly_vact.htm
いずれも定期と臨時に発表されるものがあります。
「火山の状況に関する解説情報」は防災上重要な情報をコンパクトにまとめたテキスト電文です。
http://www.jma.go.jp/jp/volcano/info.html
「火山活動解説資料」は地図や図表を用いて、前者より詳細な状況を解説するＰＤＦです。
http://www.data.jma.go.jp/svd/vois/data/tokyo/STOCK/monthly_v-act_doc/monthly_vact.htm
いずれも定期と臨時に発表されるものがあります。
登録:
投稿 (Atom)