FW2015 Original Data Format
This is a different beast but similar to RAPID in that it has components which represent transport for different segments of the array (like Gulf Stream, Ekman and upper-mid-ocean) where these sum to produce MOC. This is vaguely like OSNAP east and OSNAP west, except I don’t think those sum to produce the total overturning. And Ekman could be part of a layer transport but here is has no depth reference. Gulf Stream has longitude bounds and a single latitude (LATITUDE, LONGITUDE_BOUND) and limits over which the depths are represented (DEPTH_BOUND?) but no N_LEVELS. It doesn’t quite make sense to call the dimension N_PROF since these aren’t profiles. Maybe N_COMPONENT?
Summary of FW2015 files:
MOCproxy_for_figshare_v1.matTIME: dimensionTIME(264,), type datetimeMOC_PROXY: dimensionTIME, units SvEK: dimensionTIME, units SvGS: dimensionTIME, units SvUMO_PROXY: dimensionTIME, units Sv
Potential reformats:
Overturning:
MOC: time series (dimension:TIME)
Component transports:
Dimensions:
TIME,N_COMPONENT(1404, 7)Coordinates:
LATITUDE,LONGITUDE_BOUNDS(scalar, x2),TIMEin datetime.N_COMPONENTfor the number of components.Variables:
TRANSPORT(TIME,N_COMPONENT) - This would also haveTRANSPORT_NAME(N_COMPONENT, string) to indicate what the component is (e.g. EK, GS, LNADW, MOC, MOC_PROXY, UMO_GRID, UMO_PROXY, UNADW_GRID, etc). Note that some of these were just copies of what the RAPID time series was at the time.