GSMaPプロダクトフォーマット説明書

第2.0版
2017年1月

独立行政法人 宇宙航空研究開発機構

改訂履歴
版

日付

修正箇所

第1.0版

2014年09月02日

全頁

第2.0版

2017年01月17日

P.4、P.19

P.3、P.8~9、
P.11、P.18、
P.24、P.25
P.8~P.11、
P.24~P.25
P.9
P.26~P.28

改訂理由
初版
メタデータに以下の項目を追加。
・DOIanthority
・DOIshortName
Filenameの説明を修正。
データグループに以下の項目を追加。
・Latitude
・Longitude
・snowProbability
データグループの変数表の構成を見直し。
satelliteInfoFlagから負の値の説明を削除。
データグループ要素一覧を追加。

【参照文献】(1) PRECIPITATION PROCESSING SYSTEM GLOBAL PRECIPITATION MEASUREMENT “FileSpeciﬁcation for GPM Products”(2) PRECIPITATION PROCESSING SYSTEM GLOBAL PRECIPITATION MEASUREMENT“Metadata for GPM Products”

i目次
3GSMAPH – GSMaP Hourly (HDF) .......................................................................................... 1
1.1. データフォーマット構造 ................................................................................................2
1.1.1. 次元の定義 ..........................................................................................................2
1.1.2. 3GSMAPHのデータフォーマット構造 – GSMaP Hourly(HDF) .........................................3
1.2. データの内容 .............................................................................................................4
1.2.1. メタデータ ............................................................................................................4
1.2.1.1 FileHeader ........................................................................................................4
1.2.1.2 FileInfo ............................................................................................................5
1.2.1.3 JAXAInfo ........................................................................................................6
1.2.1.4 GSMaPInfo.......................................................................................................7
1.2.2. データグループ .....................................................................................................8
1.2.2.1 Grid(グループ) ..................................................................................................8
2. 3GSMAPH – GSMaP Hourly (Text) ......................................................................................... 122.1. データフォーマット構造 .............................................................................................. 13
2.1.1. 3GSMAPH(Text)のデータフォーマット構造................................................................ 13
2.2. データの内容 ........................................................................................................... 14
2.2.1. 3GSMAPH(Text)のヘッダー部構成 ......................................................................... 14
2.2.2. 3GSMAPH(Text)のデータ部構成 ............................................................................ 14
3. 3GSMAPM – GSMaP Monthly (HDF) ..................................................................................... 16
3.1. データフォーマット構造 .............................................................................................. 17
3.1.1. 次元の定義 ........................................................................................................ 17
3.1.2. 3GSMAPMのデータフォーマット構造 – GSMaP Monthly ............................................. 18
3.2. データの内容 ........................................................................................................... 19
3.2.1. メタデータ .......................................................................................................... 19
3.2.1.1 FileHeader ...................................................................................................... 19
3.2.1.2 FileInfo .......................................................................................................... 20
3.2.1.3 JAXAInfo ...................................................................................................... 22
3.2.1.4 GSMaPInfo..................................................................................................... 23
3.2.2. データグループ ................................................................................................... 23
3.2.2.1 Grid(グループ) ................................................................................................ 23
4. データグループ要素一覧 .......................................................................................................... 26
4.1. 3GSMAPHのデータグループ要素................................................................................. 27
4.2. 3GSMAPMのデータグループ要素 ................................................................................ 28
Index ............................................................................................................................................... 29
1.

ii

1. 3GSMAPH – GSMaP Hourly (HDF)

1. 3GSMAPH – GSMaP Hourly (HDF)11.1. データフォーマット構造
1.1.1. 次元の定義

1.1. データフォーマット構造
1.1.1. 次元の定義
データ要素の定義を以下に示す。


nlat



nlon



1800

南緯90°（-90°）から北緯90°（+90°）までの0.1°の緯度グリッド間隔



3600

西経180°（-180°）から東経180°（+180°）までの0.1°の経度グリッド
間隔2

1.1. データフォーマット構造
1.1.2. 3GSMAPHのデータフォーマット構造 – GSMaP Hourly(HDF)

1.1.2. 3GSMAPHのデータフォーマット構造 – GSMaP Hourly(HDF)「時間毎のGSMaP」である3GSMAPH は、衛星による全球合成降水マップ（GSMaP）により0.1度
毎に降水推定を提供する。GSMaP は衛星データを使い、高精度・高解像度の全球降水マップを提供するものである。研究プロジェクトの代表は宇宙航空研究開発機構である。グラニュールサイ
ズ1時間でのデータが格納される。

File

FileHeader

Metadata[1.2.1.1]

FileInfo

Metadata[1.2.1.2]

JAXAInfo

Metadata[1.2.1.3]

GSMaPInfo

Metadata[1.2.1.4]

Grid

GridHeader

Metadata[1.2.2.1]

Latitude4-byte float: nlat × nlon

[1.2.2.1]

Longitude

4-byte float: nlat × nlon

[1.2.2.1]

hourlyPrecipRate

4-byte float: nlat × nlon

[1.2.2.1]

satelliteInfoFlag

8-byte integer: nlat × nlon [1.2.2.1]

observationTimeFlag

4-byte float: nlat × nlon

[1.2.2.1]

hourlyPrecipRateGC

4-byte float: nlat × nlon

[1.2.2.1]

gaugeQualityInfo

2-byte integer: nlat × nlon [1.2.2.1]

snowProbability

2-byte integer: nlat × nlon [1.2.2.1]

図 1.1-1 3GSMAPHのデータフォーマット構造 – GSMaP Hourly31.2. データの内容
1.2.1. メタデータ

1.2. データの内容
1.2.1. メタデータ
1.2.1.1 FileHeader
FileHeaderには、本プロダクトに全般的に関与するメタデータを格納する。表 1.2-1は、FileHeader中の各メタデータの要素を示す。
表 1.2-1 FileHeader グループ
メタデータの要素
DOI

データサイズ
(バイト)
256

説明
デジタル・オブジェクト識別子。
*現在は、空白。

DOIauthority

256

デジタル・オブジェクト識別子の引用先。

DOIshortName

256

デジタル・オブジェクト識別子の省略名。
*現在は、空白。

AlgorithmID

50

プロダクトを生成したアルゴリズム。
例： 3GSMAPH.

AlgorithmVersion

50

プロダクトを生成したアルゴリズムのバージョン。

FileName

50

プロダクトのファイル名。

SatelliteName

10

衛星名。
(TRMM GPM MULTI F10 ... F18 AQUA GCOMWCORIOLIS MT1 NOAA15 ... NOAA19 METOPA
NPP等。衛星が複数の場合はMULTI。)

InstrumentName

10

GenerationDateTime

50

観測センサ名。
(PR TMI VIRS PRTMI KU KA DPR GMI DPRGMIMERGED SSMI SSMIS AMSRE AMSR2
WIND-SAT MADRAS AMSUA AMSUB SAPHIRMHS ATMS等。センサが複数の場合は、MERGED。)
プロダクト生成日時。下記の形式で格納される。
フォーマットは、以下の通り。
YYYY-MM-DDTHH:MM:SS.sssZ
YYYY：西暦4桁
MM:01~12(月)DD:01～31(日)HH:00～23(時)MM:00～59(分)SS:00～59(秒)ss:000～999(ミリ秒)
すべてのフィールドは 0 埋めとなり、欠損値は 9 で置き換えられる。
例：9999-99-99T99:99:99.999Z。
4

1.2. データの内容
1.2.1. メタデータ

StartGranuleDateTime

データサイズ(バイト)
50

StopGranuleDateTime

50

GranuleNumber

50

NumberOfSwaths

50

NumberOfGrids50

プロダクトに格納されるグリッドデータの数。
*実際は、“1”。

GranuleStart

50

プロダクトの軌道開始位置。
*実際は、空白。

TimeInterval

50

プロダクトの観測期間の範囲。値は、”HOUR”。

ProcessingSystem

50

ProductVersion

50

処理システム名称
例： ”PPS”, ”JAXA”
処理システムによって割り当てられたプロダクトのバージョン。

EmptyGranule

50

MissingData

50

メタデータの要素

説明
グラニュールの開始時刻。
フォーマットは、“GenerationDateTime”と同じ。
例：2014年9月1日 00UTCの場合は、2014-09-01T00:00:00.000Z。
グラニュールの終了時刻。
フォーマットは、GenerationDateTimeと同じ。
例：2014年9月1日 00UTCの場合は、2014-09-01T00:59:59.999Z
グラニュール番号。
*実際は、空白。
プロダクトに格納されるswathデータの数。
*実際は、“0”。

空データかどうかを表す。
空データ：”EMPTY”
観測値：”NOT EMPTY”
欠損スキャン数。
*実際は、空白。

1.2.1.2 FileInfo
FileInfoは、PPS I/O Toolkit (TKIO)に使用されたメタデータを格納する。表 1.2-2は、FileInfo中の各メタデータの要素を示す。
表 1.2-2 FileInfo グループ

DataFormatVersion

データサイズ(バイト)
50

TKCodeBuildVersion

50

メタデータの要素

説明
データフォーマットバージョン。
このバージョンは、AlgorthmID毎に付与される。
順序は、 ”a” ”b” ... ”z” ”aa” ”ab” ... ”az” ”ba” ”bb” ...となる。
通常は、”1”である。
仮に、TKIOによって構築されたI/Oルーチンが変更されても 、 DataFormatVersion は 変 わ ら な い 。 従 っ て 、 TK
CodeBuildVersion の 増 分 は 、 ”2”, ”3”, ... と な る 。 後 に
DataFormatVersionが変われば、TKCodeBuildVersionは再び”1”に戻る。

5

1.2. データの内容
1.2.1. メタデータ

MetadataVersion

データサイズ(バイト)
50

FormatPackage

50

BlueprintFilename

50

BlueprintVersion

10

TKIOVersion

50

MetadataStyle

50

EndianType

50

メタデータの要素

説明
メタデータデータのフォーマットバージョン。
このバージョンは、AlgorthmID毎に付与される。
順序は、 ”a” ”b” ... ”z” ”aa” ”ab” ... ”az” ”ba” ”bb” ...となる。

プロダクトのファイルフォーマット情報が格納される。
値は、”HDF4”, ”HDF5”, ”NETCDF”, ”TKBINARY”となる。
プロダクトに必要な情報を定義したプロダクトフォーマ
ット定義ファイル名。
プロダクトフォーマット定義ファイルのバージョン。
書 き 込 み I/O ル ー チ ン を 作 成 す る の に 使 用 さ れ た
TKIOのバージョン。TKIOVersionは、プロダクトフォー
マットを定義しない。
メタデータを記述したスタイル。
例： ”PVL”< parameter >=< value >;の形でメタデータを記述する。
エンディアン型。
”BIG ENDIAN” または ”LITTLE ENDIAN”。
*実際は、“LITTLE _ENDIAN”。

1.2.1.3 JAXAInfo
JAXAInfoは、JAXAから要求されたメタデータを格納する。表 1.2-3は、JAXAInfo中の各メタデータの要素を示す。
表 1.2-3 JAXAInfo グループ
メタデータの要素
GranuleFirstScanUTCDa
teTime

データサイズ(バイト)50

説明
グラニュール（パス）の先頭スキャンの観測時刻。フォーマットは、以下の通り。
YYYY-MM-DDTHH:MM:SS.sssZ
YYYY：西暦 4 桁
MM：01~12（月）DD：は 01~31（日）T ："T"（固定値）
HH：00~23（時）MM：00~59（分）SS：00~59（秒）sss：000~999（ミリ秒）
Z ："Z"（固定値）
全てのフィールドは、0 埋めとなり、欠損値は、9 で置き換えられる。
例：9999-99-99T99:99:99.999Z*実際は、空白。

6

1.2. データの内容
1.2.1. メタデータ

メタデータの要素
GranuleLastScanUTCDa
teTime

データサイズ(バイト)
50

TotalQualityCode

50

FirstScanLat

50

FirstScanLon

50

LastScanLat

50

LastScanLon

50

NumberOfRainPixelsNS

50

NumberOfRainPixelsMS

50

NumberOfRainPixelsHS

50

ProcessingSubSystem

50

ProcessingMode50

説明グラニュール（パス）の終端スキャンの観測時刻。
フ ォ ー マ ッ ト は 、 GranuleFirstScanUTCDateTime と 同一。
*実際は、空白。
GPM プロダクトの総合品質評価結果。
準リアルタイムプロダクトの場合、ターゲット時刻の赤外 放 射 計 デ ー タ が あ る 時 は 、 “Good” 、 無 い 時 は“Fair”。標準プロダクトの場合、ターゲット時刻に衛星観測情報が無い時、“Poor”、赤外放射計データが無い時は“Fair”、それ以外は“Good”となる。
例："Good"、"Fair" 、"Poor"
先頭スキャンの軌道上の緯度。
*実際は、空白。
先頭スキャンの軌道上の経度。
*実際は、空白。
終端スキャンの軌道上の緯度。
*実際は、空白。
終端スキャンの軌道上の経度。
*実際は、空白。
NS swath 中の雨量ピクセル数。DPR L2 アルゴリズム
による評価。DPR L1 では、必ず”-9999”となる。
*実際は、空白。
MS swath 中の雨量ピクセル数。DPR L2 アルゴリズム
による評価。DPR L1 では、必ず”-9999”となる。
*実際は、空白。
HS swath 中の雨量ピクセル数。DPR L2 アルゴリズム
による評価。DPR L1 では、必ず”-9999”となる。
*実際は、空白。
サブシステムプロセス名称。
例) ”ALGORITHM”,”PCS”。
処理モードタイプ。
例) ”STD”,”NRT”。

1.2.1.4 GSMaPInfo
GSMaPinfoは、GSMapにより要求されたメタデータを格納する。GSMaPは、GSMaPプロダ
クトでのみ使用される。表 1.2-4にGSMaPInfo内のメタデータ要素を示す。
表 1.2-4GSMaPInfo グループ
メタデータの要素
AlgorithmName

データサイズ
(バイト)
100
100

CoverageRatio

説明
GSMaP モジュールのアルゴリズム名。
降雨検索領域（現在は南緯 60 度～北緯 60 度である。）における、有効な（＝欠損値でない）ピクセル数のパーセンテージ。
7

1.2. データの内容
1.2.2. データグループ

データサイズ(バイト)
100

メタデータの要素
InputMWSFileNumber

説明
ファイル内で使用された受動型のマイクロ派放射機器をもつ衛星の数。

InputIRFileNumber

100

降雨量算出時に使用した赤外放射計のデータ数。

InputAncillaryFileNumb

100

雨量計による補正の有無を表す。値が「1」の時は補正が適用され、「0」の時は適用されない。

er

1.2.2. データグループ
データグループの要素をここで詳しく説明する。

1.2.2.1 Grid(グループ)(1) GridHeader (Metadata)
GridHeaderは、グリッド構造中のグリッドを定義するメタデータを格納する。表 1.2-5にGridHeader内のメタデータ要素を示す。
表 1.2-5 GridHeader Elements
データサイズ(バイト)

メタデータの要素

説明

BinMethod

50

Registration

50

LatitudeResolution

50

各グリッドボックス中の値を獲得するために使用された方法。値として唯一”ARITHMEAN”が定義されている。
*実際は、“ARITHMETRIC_MEAN”。
グリッドボックス範囲内を代表する位置。値として唯一”CENTER”が定義されている。
ビンの南北方向の大きさ（緯度）。

LongitudeResolution

50

ビンの東西方向の大きさ（経度）。

NorthBoundingCoordinate

50

グリッドが網羅している最北緯度。

SouthBoundingCoordinate

50

グリッドが網羅している最南緯度。

EastBoundingCoordinate

50

グリッドが網羅している最東経度。

WestBoundingCoordinate

50

グリッドが網羅している最西経度。

Origin50

グリッド目盛の原点。例）SOUTHWEST （南西）(2) Latitude
型

配列

単位

4-byte float

nlat x nlon

degrees

南緯90°（-90°）から北緯90°（+90°）までの0.1°の緯度グリッド間隔の中心の緯度。値の範囲は-90～90 度。
-9999.9 欠損値

81.2. データの内容
1.2.2. データグループ(3) Longitude
型

配列

単位

4-byte float

nlat x nlon

degrees

西経180°（-180°）から東経180°（+180°）までの0.1°の経度グリッドの中心の経度。値の範囲は-180～180 度。
-9999.9 欠損値(4) hourlyPrecipRate
1)

型

配列

4-byte float

nlat x nlon

単位
mm/hr

hourlyPrecipRateは各ピクセルにおける時間平均降雨量を表す。負の値は観測データの欠損または、マイクロ波のアルゴリズムで降雨量が算出されなかったことを意味する。
値の意味
0.0又は正の値 1時間当たりの降雨量 [mm/hr]-4マイクロ波アルゴリズムの範囲内における海氷による欠損-8
マイクロ波アルゴリズムの範囲内における低気温域による欠損-9999.9赤外線センサかつ(または)マイクロ波センサでの観測ができないこと
による欠損１）：配列順については、緯度（lat）は90S～90Nへ0.1度刻み、経度（lon）は180W～180Eへ
0.1度刻みである。現在、南緯60度から北緯60度の範囲しか降雨を算出しておらず、それ以外の領域には欠損値が入っている。
(5) satelliteInfoFlag
1)

型

配列

8-byte integer

nlat x nlon

単位

satelliteInfoFlagは1時間の間に各ピクセルの降雨量を判断するのに使用されるすべての衛星／センサの情報を表す。衛星とセンサの名前は各ビットに割り当てられる。フラグの値が「0」である場合、マイクロ波センサおよび静止軌道上の赤外線センサいずれの衛星観測も存在しないことを表す。
値
1
2
4
8
16
32
64
128
256

ビット/センサの種類
0 静止気象衛星の赤外イメージャ
1 低輝度衛星のマイクロ波
未放射計(イメージャ)
2
3
4
5
6
7
8
9

衛星/センサNOAA/CPC
Globally Merged IR data
TRMM/TMIGPM-Core/GMI
Megha-Tropiques/MADRAS
Megha-Tropiques/SAPHIRADEOS-II/AMSR
Aqua/AMSR-E
GCOM-W1/AMSR2GCOM-W2/AMSR2 f/o (TBD)

1.2. データの内容
1.2.2. データグループ

512
1024
2048
4096
8192
16384
32768
65536
1310722621445242881048576
20971524194304
8388608
16777216
33554432
67108864
134217728
268435456

9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29-63

GCOM-W3/AMSR2 f/o (TBD)
DMSP-F11/SSM/I
DMSP-F13/SSM/I
DMSP-F14/SSM/I
DMSP-F15/SSM/I
DMSP-F16/SSM/I
DMSP-F17/SSM/I
DMSP-F18/SSM/I
DMSP-F19/SSM/I
DMSP-F20/SSM/I
NOAA-15/AMSU-A/B
NOAA-16/AMSU-A/B
NOAA-17/AMSU-A/B
NOAA-18/AMSU-A/B
NOAA-19/AMSU-A/B
NPP/ATMS
JPSS-1/ATMS
MetOp-A/AMSU-A/MHS
MetOp-B/AMSU-A/MHS
MetOp-C/AMSU-A/MHS
Spare(6) observationTimeFlag
1)

型

配列

4-byte float

nlat x nlon

単位

observationTimeFlagはファイルの観測時刻を基準として、マイクロ波放射計(イメージャ／サウンダ)が最後にピクセルを観測してからの相対時刻を表す。「0」はファイルの開始時刻(ファイル名におけるHH)を表す。
-9999.9 欠損値
値
0≤X<1

1≤X

X<0

内容
正の値で1より小さい場合、ファイルの対象時刻である1時間の間にマイクロ波放射計での観測が可能であったことを意味する。Xはマイ
クロ波放射計が最後にピクセルを観測してからの相対時刻を表し、ファイルとの差異が格納される。
例） ファイルのUTC (HH) = 01 かつ X = 0.2の場合、そのピクセルの観測時間は01:12 UTCとなる。
1以上の値である場合、そのピクセルではファイルの対象時間内にマ
イクロ波放射計での観測がなかったことを表す。Xは次のマイクロ波
放射計による相対的な観測時間を表し、ファイルの開始時間との差異が格納される。
例） ファイルのUTC (HH) = 01 かつ X = 2.5の場合そのピクセルにおける次のマイクロ波放射計による観測
時間は3:30 UTCとなる。
負の値の場合、そのピクセルではファイルの対象時間内にマイクロ波放射計での観測がなかったことを表す。 X（0より小さい値）はマイ
クロ波放射計が最後にピクセルを観測してからの相対時刻を表し、ファイルの開始時刻との差異が格納される。
例） ファイルのUTC (HH) = 01 かつ X = -2.5の場合

10

1.2. データの内容
1.2.2. データグループ

そのピクセルにおける最後のマイクロ波放射計による観測時間は前日の22:30UTCとなる。
X = -9999.9 の場合、マイクロ波放射計による観測がないことを表す。

(7) hourlyPrecipRateGC
1)

型

配列

4-byte float

nlat x nlon

単位

mm/hr

hourlyPrecipRateGC は 雨 量 計 の デ ー タ ( 日 毎 、 0.5 度 グ リ ッ ド の NOAA CPC Unified
Gauge-Based Analysis of Global Daily Precipitationプロダクト)によって補正されたピクセルの時間平均降雨量を表す。
-9999.9 欠損値(8) gaugeQualityInfo
型

配列

単位

2-byte integer

nlat x nlon

counts/day

gaugeQualityInfoは 準リアルタイムプロダクトと標準プロダクトで定義が異なる。準リアルタイ
ムプロダクトの場合は、雨量計データによる補正の有無を示す。値が「1」のとき補正が適用され、「0」の時は適用されない。標準プロダクトの場合は、ピクセルの雨量計補正に利用した
地上雨量計の、日平均の観測数を表す。
-9999
欠損値
(9) snowProbability
型

配列

単位

2-byte integer

nlat x nlon%

降水（hourlyPrecipRate）が雪である確率。値が50%より大きい場合は雪である可能性が高い。
値の範囲は0～100%。
-9999
欠損値

11

2. 3GSMAPH – GSMaP Hourly (Text)

2. 3GSMAPH – GSMaP Hourly (Text)

122.1. データフォーマット構造
2.1.1 3GSMAPH(Text)のデータフォーマット構造

2.1. データフォーマット構造
2.1.1. 3GSMAPH(Text)のデータフォーマット構造
3GSMAPH(Text)は下図に示すような構造でテキストファイルに格納されている。
研究プロジェクトの代表は、宇宙研究開発機構である。グラニュールサイズ1時間でのデータが緯度経度それぞれ0.1°グリッドで格納される。

ヘッダー

レコード 1

Metadata [2.2.1.1]

データ

レコード 1

Data

Text File

レコード 2

レコード n

図2.1-1 3GSMAPH(Text)のデータフォーマット構造

13[2.2.2.1]

2.2. データの内容
2.2.1 3GSMAPH(Text)のヘッダー部構成

2.2. データの内容
2.2.1. 3GSMAPH(Text)のヘッダー部構成
ヘッダー部のレコード1にはデータ識別情報を記述する。表2.2-1にはレコード1中の識別情報の要素を示す。

表2.2-1 ヘッダー部のレコード1内容
項目

No.

1

内容

緯度

“Lat”
固定文字列

2

区切り

「, 」(コンマ+空白(半角1文字)

3

経度

“Lon”
固定文字列

4

区切り

「, 」(コンマ+空白(半角1文字)

5

時間雨量

“HourlyPrecipRate”
固定文字列

6

区切り

「, 」(コンマ+空白(半角1文字)

7

雨量計補正済み時間雨量“HourlyPrecipRateGC”
固定文字列

8

改行

0x0A

2.2.2. 3GSMAPH(Text)のデータ部構成
GSMaPデータはデータ部のレコードに表2.2-2の形式でN行格納される。

表2.2-2 データ部のレコード内容
項目

No.

1

緯度

内容
(-)NN.NN
小数点以下2桁の実数
単位: 度

2

区切り

「,

14

」(コンマ＋半角空白複数)

2.2. データの内容
2.2.2 3GSMAPH(Text)のデータ部構成

項目

No.
3

経度

内容
(-)NNN.NN
小数点以下2桁の実数
単位: 度

4

区切り

「,

」(コンマ＋半角空白複数)

5

時間雨量

NN.NN
小数点以下2桁の実数
単位: mm/hr

6

区切り

「,

」(コンマ＋半角空白複数)

7

雨量計補正済み時間雨量

NN.NN
小数点以下2桁の実数
単位: mm/hr

8

改行

0x0A

15

3. 3GSMAPM – GSMaP Monthly (HDF)

3. 3GSMAPM – GSMaP Monthly (HDF)

16

3.1. データフォーマット構造
3.1.1. 次元の定義

3.1. データフォーマット構造
3.1.1. 次元の定義
データ要素の定義を以下に示す。


nlat



nlon



1800

南緯90°(-90°)から北緯90°(+90°)までの0.1°の緯度グリッド間隔



3600

西経180°(-180°)から東経180°(+180°)までの0.1°の経度グリッド
間隔

17

3.1. データフォーマット構造
3.1.2. 3GSMAPMのデータフォーマット構造 – GSMaP Monthly

3.1.2. 3GSMAPMのデータフォーマット構造 – GSMaP Monthly「月ごとのGSMaP」である3GSMAPMは,衛星による全球降雨マップ(GSMaP)により0.1度毎に降水推定を提供する。GSMaP は、衛星データを使い、高精度・高解像度の全球降水マップを提供するものである。研究プロジェクトの代表は、宇宙航空研究開発機構である。グラニュールサイズ1
ケ月でのデータが格納される。

File

FileHeader

Metadata[3.2.1.1]

FileInfo

Metadata[3.2.1.2]

JAXAInfo

Metadata[3.2.1.3]

GSMaPInfo

Metadata[3.2.1.4]

Grid

GridHeader

Metadata[3.2.2.1]

Latitude4-byte float: nlat × nlon

[3.2.2.1]

Longitude

4-byte float: nlat × nlon

[3.2.2.1]

monthlyPrecipRate

4-byte float: nlat × nlon

[3.2.2.1]

observationNumber

4-byte integer: nlat × nlon [3.2.2.1]

standardDeviation

4-byte float: nlat × nlon

[3.2.2.1]

monthlyPrecipRateGC

4-byte float: nlat × nlon

[3.2.2.1]

gaugeQualityInfo

2-byte integer: nlat × nlon [3.2.2.1]

snowProbability

2-byte integer: nlat × nlon [3.2.2.1]

図 3.1-1 Data Format Structure for 3GSMAPM – GSMaP Monthly

18

3. 3GSMAPM – GSMaP Monthly (HDF)

3.2. データの内容
3.2.1. メタデータ
3.2.1.1 FileHeader
FileHeader に は 、 本 プ ロ ダ ク ト に 全 般 的 に 関 与 す る メ タ デ ー タ を 格 納 す る 。 表 3.2-1 は 、FileHeader中の各メタデータの要素を示す。
表 3.2-1 FileHeader グループ
メタデータの要素
DOI

データサイズ
(バイト)
256

説明
デジタル・オブジェクト識別子。
*現在は、空白。
デジタル・オブジェクト識別子の引用先。

DOIauthority

256

DOIshortName

256

AlgorithmID

50

AlgorithmVersion

50

プロダクトを生成したアルゴリズムのバージョン。

FileName

50

プロダクトのファイル名。

SatelliteName

10

衛星名。
(TRMM GPM MULTI F10 ... F18 AQUA GCOMWCORIOLIS MT1 NOAA15 ... NOAA19 METOPA
NPP等。衛星が複数の場合はMULTI。)

InstrumentName

10観測センサ名。
(PR TMI VIRS PRTMI KU KA DPR GMI DPRGMIMERGED SSMI SSMIS AMSRE AMSR2
WIND-SAT MADRAS AMSUA AMSUB SAPHIRMHS ATMS等。センサが複数の場合はMERGED。)

GenerationDateTime

50

プロダクト生成日時。下記の形式で格納される。
フォーマットは、以下の通り。
YYYY-MM-DDTHH:MM:SS.sssZ
YYYY：西暦4桁
MM:01~12(月)DD:01～31(日)HH:00～23(時)MM:00～59(分)SS:00～59(秒)ss:000～999(ミリ秒)
すべてのフィールドは 0 埋めとなり、欠損値は 9 で置き換えられる。
例：9999-99-99T99:99:99.999Z

デジタル・オブジェクト識別子の省略名。
*現在は、空白。
プロダクトを生成したアルゴリズム。
例： 3GSMAPM

19

3. 3GSMAPM – GSMaP Monthly (HDF)

StartGranuleDateTime

データサイズ(バイト)
50

StopGranuleDateTime

50

グラニュールの終了時刻。
フォーマットは、GenerationDateTimeと同じ。
詳細：月単位のプロダクトの終了は、その月の最初のミリ秒である。
例：2014年9月末は、2014-09-30T23:59:59.999Z

GranuleNumber

50

グラニュール番号で、GranuleStartの時刻に開始する 。 GranuleStart が 軌 道 開 始 と 同 一 で あ れ ば 、GranuleNumber も 軌 道 番 号 と 同 一 に な る 。
GranuleNumberは、0で始まる6桁の数字とする。
例： 001234

NumberOfSwaths

50

プロダクトに格納されるswathデータの数。
*実際は、空白。

NumberOfGrids50

プロダクトに格納されるグリッドデータの数。
*実際は、空白。

GranuleStart

50

プロダクトの軌道開始位置。現在定義されている値は以下の二つである。
“SOUTHERNMOST LATITUDE””NORTHBOUND EQUATOR CROSSING”*実際は、空白。

TimeInterval

50

プロダクトの観測期間の範囲。値は、”MONTH”である。

ProcessingSystem

50

処理システム名称。
例： ”PPS”, ”JAXA”

ProductVersion

50

処理システムによって割り当てられたプロダクトのバージョン。

EmptyGranule50

空データかどうかを表す。
空データ：”EMPTY”
観測値：”NOT EMPTY”

MissingData50

欠損スキャン数。
*実際は、空白。

メタデータの要素

説明
グラニュールの開始時刻。
フォーマットは、“GenerationDateTime”と同じ。
詳細：月単位のプロダクトの開始は、その月の最初のミリ秒である。
例：2014年9月の開始は、2014-09-01T00:00:00.000Z

3.2.1.2 FileInfo
FileInfoは、PPS I/O Toolkit (TKIO)に使用されたメタデータを格納する。表 3.2-2は、FileInfo中の各メタデータの要素を示す。

20

3. 3GSMAPM – GSMaP Monthly (HDF)

表 3.2-2 FileInfo グループ

DataFormatVersion

データサイズ(バイト)
50

TKCodeBuildVersion

50

MetadataVersion

50

FormatPackage

50

BlueprintFilename

50

BlueprintVersion
TKIOVersion

10
50

MetadataStyle

50

EndianType

50

メタデータの要素

説明
データフォーマットバージョン。
このバージョンは、AlgorthmID毎に付与される。順序は、 ”a” ”b” ... ”z” ”aa” ”ab” ... ”az” ”ba” ”bb” ...となる。
通常は、”1”である。
仮に、TKIOによって構築されたI/Oルーチンが変更されても、DataFormatVersionは変わらない。従って、TK
CodeBuildVersionの増分は、”2”, ”3”, ... となる。後にDataFormatVersionが変われば、TKCodeBuildVersion
は再び”1”に戻る。
メタデータデータのフォーマットバージョン。
このバージョンは、AlgorthmID毎に付与される。
順序は、 ”a” ”b” ... ”z” ”aa” ”ab” ... ”az” ”ba” ”bb” ...
となる。
プロダクトのファイルフォーマット情報が格納される。
値は、”HDF4”, ”HDF5”, ”NETCDF”, ”TKBINARY”となる。
プロダクトに必要な情報を定義したプロダクトフォーマ
ット定義ファイル名。
プロダクトフォーマット定義ファイルのバージョン。
書 き 込 み I/O ル ー チ ン を 作 成 す る の に 使 用 さ れ た
TKIOのバージョン。TKIOVersionは、プロダクトフォー
マットを定義しない。
メタデータを記述したスタイル。
例： ”PVL”< parameter >=< value >;の形でメタデータを記述する。
エンディアン型。
”BIG ENDIAN” または ”LITTLE ENDIAN”。
実際は、LITTLE_ENDIAN。

21

3. 3GSMAPM – GSMaP Monthly (HDF)

3.2.1.3 JAXAInfo
JAXAInfoは、JAXAから要求されたメタデータを格納する。表 3.2-3は、JAXAInfo中の各メタデータの要素を示す。
表 3.2-3 JAXAInfo グループ
メタデータの要素
GranuleFirstScanUTCDa
teTime

データサイズ(バイト)
50

GranuleLastScanUTCDa
teTime50

TotalQualityCode

50

FirstScanLat

50

FirstScanLon

50

LastScanLat

50

LastScanLon

50

NumberOfRainPixelsNS

50

NumberOfRainPixelsMS

50

NumberOfRainPixelsHS

50

ProcessingSubSystem

50

説明
グラニュール（パス）の先頭スキャンの観測時刻。フォーマットは、以下の通り。
YYYY-MM-DDTHH:MM:SS.sssZ
YYYY：西暦 4 桁
MM：01~12（月）DD：は 01~31（日）T ："T"（固定値）
HH：00~23（時）MM：00~59（分）SS：00~59（秒）sss：000~999（ミリ秒）
Z ："Z"（固定値）
全てのフィールドは、0 埋めとなり、欠損値は、9 で置き換えられる。
例：9999-99-99T99:99:99.999Z*実際は、空白。
グラニュール（パス）の終端スキャンの観測時刻。
フ ォ ー マ ッ ト は 、 GranuleFirstScanUTCDateTime と 同一。
*実際は、空白。
GPM プロダクトの総合品質評価結果。月平均算出時に 使 用 す る 標 準 （ hourly ） プ ロ ダ ク ト の う ち 、TotalQualityCode が“Good”であるファイルが 70%以上の場合は“Good”で、それ以外は“Fair”。
例："Good"、"Fair"。
先頭スキャンの軌道上の緯度。
*実際は、空白。
先頭スキャンの軌道上の経度。
*実際は、空白。
終端スキャンの軌道上の緯度。
*実際は、空白。
終端スキャンの軌道上の経度。
*実際は、空白。
NS swath 中の雨量ピクセル数。DPR L2 アルゴリズム
による評価。DPR L1 では、必ず”-9999”となる。
*実際は、空白。
MS swath 中の雨量ピクセル数。DPR L2 アルゴリズム
による評価。DPR L1 では、必ず”-9999”となる。
*実際は、空白。
HS swath 中の雨量ピクセル数。DPR L2 アルゴリズム
による評価。DPR L1 では、必ず”-9999”となる。
*実際は、空白。
サブシステムプロセス名称。
例) ”ALGORITHM”,”PCS”.

22

3. 3GSMAPM – GSMaP Monthly (HDF)

メタデータの要素
ProcessingMode

データサイズ(バイト)50

説明
処理モードタイプ。
例) ”STD”,”NRT”.

3.2.1.4 GSMaPInfo
GSMaPinfoは、GSMapにより要求されたメタデータを格納する。GSMaPは、GSMaPプロダクトでのみ使用される。表 3.2-4にGSMaPInfo内のメタデータ要素を示す。
表 3.2-4GSMaPInfo グループ
メタデータの要素
AlgorithmName

データサイズ
(バイト)
100
100

CoverageRatio
InputMWSFileNumber
InputIRFileNumber

100

説明
GSMaP モジュールのアルゴリズム名。
降雨検索領域（現在は南緯 60 度～北緯 60 度である。）における、有効な（＝欠損値でない）ピクセル数のパーセンテージ。
ファイル内で使用された受動型のマイクロ波放射機器をもつ衛星の数。

100

降雨量算出時に使用した赤外放射計データの数。

100

雨量計データによる補正がある日数を意味し。補正がない日については、「NoGauge=D1,D2,D3」（D1,D2,D3 は補正が適用されない日付）として表される。

InputAncillaryFileNumb
er

3.2.2. データグループ
データグループの要素をここで詳しく説明する。

3.2.2.1 Grid(グループ)(1) GridHeader (Metadata)
GridHeaderは、グリッド構造中のグリッドを定義するメタデータを格納する。表 3.2-5にGridHeader
内のメタデータ要素を示す。
表 3.2-5GridHeader Elements
メタデータの要素

データサイズ(バイト)

説明

BinMethod

50

Registration

50

LatitudeResolution

50

各グリッドボックス中の値を獲得するために使用された方法。値として唯一”ARITHMEAN”が定義されている。
実際は、“ARITHMETRIC＿MEAN”。
グリッドボックス範囲内を代表する位置。値として唯一”CENTER”が定義されている。
ビンの南北方向の大きさ（緯度）。

LongitudeResolution

50

ビンの東西方向の大きさ（経度）。

NorthBoundingCoordinate

50

グリッドが網羅している最北緯度。

SouthBoundingCoordinate

50

グリッドが網羅している最南緯度。

23

3. 3GSMAPM – GSMaP Monthly (HDF)

メタデータの要素

データサイズ(バイト)

EastBoundingCoordinate

50

グリッドが網羅している最東経度。

WestBoundingCoordinate

50

グリッドが網羅している最西経度。

Origin50

グリッド目盛の原点。例）SOUTHWEST （南西）説明(2) Latitude
型

配列

単位

4-byte float

nlat x nlon

degrees

南緯90°（-90°）から北緯90°（+90°）までの0.1°の緯度グリッド間隔の中心の緯度。値の範囲
は-90～90 度。
-9999.9 欠損値(3) Longitude
型

配列

単位

4-byte float

nlat x nlon

degrees

西経180°（-180°）から東経180°（+180°）までの0.1°の経度グリッド間隔の中心の経度。値の範囲は-180～180 度。
-9999.9 欠損値(4) monthlyPrecipRate
型

配列

単位

4-byte float

nlat x nlon

mm/hr

monthlyPrecipRateは各ピクセルにおける月平均の時間降雨量を表す。負の値は観測データの欠損または、マイクロ波のアルゴリズムで降雨量が算出されなかったことを意味する。
値の意味
0.0又は正の値 月当たりの降雨量 [mm/hr]-9999.9赤外線センサかつ(または)マイクロ波センサでの観測ができないことによる欠損(5) observationNumber型

配列

4-byte integer

nlat x nlon

単位

observationNumber は1ヶ月の間に各ピクセルを観測した日数を表す。
-9999.9 欠損値(6) standardDeviation
型

配列

単位

4-byte float

nlat x nlon

mm/hr

standardDeviation は、各ピクセルの1ヶ月の降雨量の標準偏差を表す-9999.9 欠損値
24

3. 3GSMAPM – GSMaP Monthly (HDF)(7) monthlyPrecipRateGC
型

配列

単位

4-byte float

nlat x nlon

mm/hr

monthlyPrecipRateGC は雨量計によって補正された、ピクセルの月平均の時間降雨量を表す。
-9999.9 欠損値(8) gaugeQualityInfo
型

配列

単位

2-byte integer

nlat x nlon

counts/day

gaugeQualityInfoは、monthlyPrecipRateGCの補正計算に利用した0.5度グリッドの雨量計データの月平均の観測数を表す。
-9999
欠損値
(9) snowProbability
型

配列

単位

2-byte integer

nlat x nlon%

雪が起きた頻度（%）。値の範囲は0～100%。
-9999
欠損値

25

4. データグループ要素一覧

4. データグループ要素一覧

26

4.1. 3GSMAPHのデータグループ要素
3.2.2. データグループ

4.1. 3GSMAPHのデータグループ要素
表 4.1-1

3GSMAPHのデータグループ要素(B:byte, int:integer)

グループ名
Grid

要素
［配列］
Latitude

欠損値(_fill

最小値

最大値

-90

90

単位

Value)-9999.9[degrees][nlat x nlon]
Longitude-9999.9-180

180[degrees]

4B
4B
float

-9999.90[mm/hr][nlat x nlon]
satelliteInfoFlag

タイプ

float

[nlat x nlon]
hourlyPrecipRate

データ

4B
float

-9999

0

8B int-9999.9

0

4B[nlat x nlon]
observationTimeFlag[nlat x nlon]
hourlyPrecipRateGC

float-9999.90[mm/hr][nlat x nlon]
gaugeQualityInfo

4B
float

-9999

0

-9999

0

[counts/day]

2B int[%]2B int[nlat x nlon]
snowProbability[nlat x nlon]

27

100

4.2. 3GSMAPMのデータグループ要素
3.2.2. データグループ

4.2. 3GSMAPMのデータグループ要素
表 4.2-1

3GSMAPMのデータグループ要素(B:byte, int:integer)

グループ名
Grid

要素
［配列］
Latitude

欠損値(_fill

最小値

最大値

-90

90

単位

Value)-9999.9[degrees][nlat x nlon]
Longitude-9999.9-180

180[degrees]

4B
4B
float

-9999.90[mm/hr][nlat x nlon]
observationNumber

タイプ

float

[nlat x nlon]
monthlyPrecipRate

データ

4B
float

-9999

0

-9999.9

0

4B int[nlat x nlon]
standardDeviation[mm/hr][nlat x nlon]
monthlyPrecipRateGC

float-9999.90[mm/hr][nlat x nlon]
gaugeQualityInfo

4B
4B
float

-9999

0

-9999

0

[counts/day]

2B int[%]2B int[nlat x nlon]
snowProbability[nlat x nlon]

28

100

Index３

Ｆ

3GSMAPH ..........................1, 3, 4, 12, 13, 14, 27

FileHeader ................................................ 4, 7, 19

3GSMAPM .................................... 16, 18, 19, 28

FileInfo ................................................... 5, 20, 21
FileName ...................................................... 4, 19

ＡFirstScanLat .................................................. 7, 22
FirstScanLon ................................................. 7, 22

AlgorithmID ................................................. 4, 19

FormatPackage .............................................. 6, 21

AlgorithmName ............................................ 7, 23
AlgorithmVersion .......................................... 4, 19ＧＢgaugeQualityInfo ............................. 11, 25, 27, 28
GenerationDateTime ............................ 4, 5, 19, 20

BinMethod ................................................... 8, 23

GranuleFirstScanUTCDateTime .................. 6, 7, 22

BlueprintFilename ......................................... 6, 21

GranuleLastScanUTCDateTime ...................... 7, 22

BlueprintVersion ........................................... 6, 21

GranuleNumber ............................................. 5, 20
GranuleStart .................................................. 5, 20
GridHeader ................................................... 8, 23Ｃ

GSMaPinfo ................................................... 7, 23

CoverageRatio .............................................. 7, 23

ＨＤhourlyPrecipRate ..................................... 9, 11, 27
hourlyPrecipRateGC .................................... 11, 27

DataFormatVersion ........................................ 5, 21
DOI ............................................................. 4, 19
DOIauthority................................................. 4, 19

Ｉ

DOIshortName .............................................. 4, 19

InputAncillaryFileNumber .............................. 8, 23

Ｅ

InputIRFileNumber ........................................ 8, 23

EastBoundingCoordinate................................ 8, 24

InstrumentName ............................................ 4, 19

InputMWSFileNumber ................................... 8, 23

EmptyGranule ............................................... 5, 20
EndianType................................................... 6, 21

29

ProcessingSystem .......................................... 5, 20

ＪProductVersion .............................................. 5, 20
JAXAInfo ..................................................... 6, 22

Ｒ
Ｌ
Registration ................................................... 8, 23
LastScanLat .................................................. 7, 22
LastScanLon ................................................. 7, 22Ｓ

Latitude ............................................ 8, 24, 27, 28
LatitudeResolution ........................................ 8, 23

satelliteInfoFlag ............................................. 9, 27

Longitude ......................................... 9, 24, 27, 28

SatelliteName ................................................ 4, 19LongitudeResolution...................................... 8, 23

ScanTime .......................................................... 27
snowProbability ............................... 11, 25, 27, 28

ＭSouthBoundingCoordinate .............................. 8, 23

MetadataStyle ............................................... 6, 21

StartGranuleDateTime .................................... 5, 20

MetadataVersion............................................ 6, 21

StopGranuleDateTime .................................... 5, 20

standardDeviation ........................................ 24, 28

MissingData.................................................. 5, 20
monthlyPrecipRate ...................................... 24, 28ＴmonthlyPrecipRateGC ................................. 25, 28

TimeInterval .................................................. 5, 20
TKCodeBuildVersion ..................................... 5, 21

Ｎ

TKIOVersion ................................................. 6, 21
TotalQualityCode ........................................... 7, 22

NorthBoundingCoordinate ............................. 8, 23
NumberOfGrids ............................................ 5, 20
NumberOfRainPixelsHS ................................ 7, 22

Ｗ

NumberOfRainPixelsMS ................................ 7, 22
NumberOfRainPixelsNS ................................ 7, 22

WestBoundingCoordinate ............................... 8, 24

NumberOfSwaths .......................................... 5, 20てＯ

データグループ ........................... 8, 23, 26, 27, 28

observationNumber ..................................... 24, 28
observationTimeFlag ................................... 10, 27

めOrigin .......................................................... 8, 24

メタデータ ............. 4, 5, 6, 7, 8, 19, 20, 21, 22, 23

Ｐ
ProcessingMode ............................................ 7, 23
ProcessingSubSystem .................................... 7, 2230