Report of the Tenth Argo Data Management Meeting

10th ARGO DATA MANAGEMENT MEETING
Toulouse
September 30th - October 2nd 2009
Version 1.1
November 2nd 2009
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
TABLE OF CONTENTS
1.!
Objectives of the meeting .................................................................................................................3!
2.!
Feedback from 10th AST meeting (Dean Roemmich) .....................................................................3!
3.!
Status of Argo Program and link with Users .................................................................................... 4!
4.!
Real Time Data Management ...........................................................................................................6!
5.!
Pressure correction ...........................................................................................................................9!
6.!
Trajectory from Argo data ..............................................................................................................10!
7.!
GDAC status: .................................................................................................................................11!
8.!
Format Issues..................................................................................................................................12!
9.!
Delayed mode data management activities : Feedback from DMQC4 ..........................................15!
10.! Reference database progress since ADMT9...................................................................................19!
11.! Feedback from ARC meeting .........................................................................................................19!
12.! GADR activities .............................................................................................................................20!
13.! Other topics ....................................................................................................................................20!
14.! ANNEX 1 Agenda..........................................................................................................................21!
15.! Annex2 Attendant List ...................................................................................................................23!
16.! Annex3 ADMT9 Action List .........................................................................................................24!
17.! Annex 4 ADMT10 Action List ......................................................................................................30!
18.! Annex5 :Calculation of the JULD_START_TRANSMISSION and JULD_ASCENT_END for
APEX floats ...........................................................................................................................................34!
19.! Annex6 National Reports ...............................................................................................................38!
Version 1.1
November 2nd 2009
2
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
1. Objectives of the meeting
The 10th ADMT meeting was hosted by CLS, Toulouse, France. The meeting was opened by
Dr P. Escudier, the Head of Oceanography division in CLS!company. He presented the CLS company
and its involvement in environment monitoring. CLS employs 245 people located mainly in Toulouse
but also in Brest. CLS is collaborating with Argo especially with Argos data transmission, real-time
float processing, cross-calibration with Altimetry and support to Jcommops.
The ADMT was organized the same week as a Delayed Mode QC workshop and an ARC meeting to
foster communication between these three communities. 51 persons from 10 countries and
29 institutes attended.
The objectives that had been fixed for the meeting were the following:
! Review the actions decided at the 9 th ADMT meeting to improve Real-Time data flow
(considering all aspects of the system from transmission from the float to arrival at GDAC and
accessibility of data by users)
! Review the status of surface Pressure correction
! Review status of Delayed-Mode quality control and Progress to reduce backlog
! Review the metrics regarding Argo program to document future (and if possible past) growth
and performance of the array and the data system
! Feedback from the Regional Argo Data Centre meeting
2. Feedback from 10th AST meeting (Dean Roemmich)
D. Roemmich reminded the ADMT that Argo is presently undertaking a decadal review of its status
and plans in conjunction with other elements of the Global Ocean Observing System. A report of
progress on this review was provided by the AST at the OceanObs'09 Conference (Freeland et
al., 2009, OceanObs09 Community White Paper). In looking toward the future, Argo will evolve
along two major pathways.
First, a consolidation of the core Argo program is aimed improving float technology, float coverage
within the original 60°S to 60°N ocean interior domain, and data quality and completeness. Floats are
evolving toward smaller, more efficient, and more capable models with longer lifetime. Spatial
coverage is still incomplete in the some regions, particularly in the southern hemisphere, where
deployment opportunities are limiting. With respect to data completeness and quality, Roemmich said
that the recent "pressure sensor microleak" problem underlines the strong need to have technical
expertise and proactive detection of problems among all Argo teams. Complete and accurate technical
and metadata files are essential for addressing this and other problems Argo will encounter in the
future.
The second pathway for Argo's evolution is an expansion of the spatial domain toward truly global
ocean sampling and increased multidisciplinary breadth of user applications. These expansions will
include sampling in the high latitude oceans through the seasonal ice zones, into more marginal seas,
into the deep ocean below 2000 m, and upward through the surface layer. Increased communications
bandwidth will enable transmission of high vertical resolution profiles needed for estimates of ocean
mixing. New sensors for biogeochemical investigations will greatly increase Argo's value, and are
already beginning to appear on Argo floats. Each of these enhancements is discussed in one or more
OceanObs09 plenary presentations, community white papers, and additional contributions. Roemmich
emphasized that, while these expansions of Argo can increase and broaden its value, it is essential that
they be implemented with new resources.
Even if there will not be clear requirement after OceanObs'09 to include Glider data in Argo, there is a
feeling that there should be collaboration set up as these data are used similarly both in operational and
research activities .
Version 1.1
November 2nd 2009
3
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
3. Status of Argo Program and link with Users
3.1. Review of the Action from last ADMT
Sylvie Pouliquen reviewed the action list from last ADMT (30 actions done; 22 started; 3 not started.)
and pointed out that most of the actions were once again finalized during summer while the deadlines
were much earlier. Nonetheless a lot of the actions have been either completed or started. See the
annex 3 for detailed status.
While the real-time process is working well and routine operations are steady, DAC and GDACs have
difficulties with new developments as well as reprocessing activities. It's a matter of resources when
the changes require human validation. It's much easier when changes can be automated (Name
changes, etc easy. More fundamental changes are much more difficult.)
S. Pouliquen presented the new Argo Data Management Web Site ( http://www.argodatamgt.org ) .
The site that was initially embedded into the Coriolis one, exists presently on its own and can
incorporate any information that way be useful to inform and guide the users to use properly the Argo
dataset. The site presently contains the information that was previously on Coriolis, soon a
subsetting/viewing and downloading facility on Argo dataset will be made available derived from
Coriolis tools. There is already plan to add a Delayed mode branch for DM operators. If there are
things that ADMT or AST would like to see added, they should contact Sylvie. There were
recommendations to add a tool sections as well as the Argo Disclaimer on how to use data on this site.
For the ADMT to be an effective organization and for the good the entire Argo program, the entire
ADMT must be more responsive to the action list in the future! In that spirit, Megan Scanderbeg
will continue to assist the co-chairs with action item tracking and “motivating” the responsible parties
as target dates are approached.
3.2. Argo Status and AIC development (M Belbéoch)
!"# $%&'%()*+# ,*%# -./(# 0%)*12)3&# 4((.5213,(.+# 6.%7%1,%5# 3#
'.2%8#7,3,97#(1#,*%#-./(#6.(/.3::%"#
#
;%/3.521/# 13,2(13&# )(1,.2'9,2(17+# *%# .%:215%5# ,*%# -<!0#
,*3,# 891521/# 8(.# :321# -./(# 6.(/.3:# =37# ).2,2)3&# ,(# 797,321#
,*%# 3..3># 315# ,*3,# )((6%.3,2(1# =2,*# 1%=# 63.,1%.7# =2&&# '%#
2:6(.,31,# ,(# 82&&# .%/2(13&# /367# 315# 21).%37%# 21,%.13,2(13&#
7966(.,#,(#-./("#
#
?%#,*%1#6.(6(7%5#,(#)*31/%#,*%#)(::912)3,2(1#7,.3,%/>#(1#
,*%# 3..3># 7,3,97# ,(# *2/*&2/*,# ,*%# 83),# ,*3,# -./(# =37# 1(,# >%,#
)(:6&%,%5# @ABB# 8&(3,7# :27721/# ,(# 3)*2%C%# ,*%# DEBB# 8&(3,7#
-./(# )(.%# :2772(1# ,3./%,+# FBGHFBI+# 1(# :3./213&# 7%37+# 7%%#
62),9.%# '%&(=J"# K1).%3721/# ,*%# ,3./%,# ,(# LBBB# 8&(3,7# 8(.# 31#
%M,%15%5#-./(#3..3>#)(9&5#'%#3&7(#3#7(&9,2(1"#
#
#
Version 1.1
November 2nd 2009
4
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
?%# .%:215%5# ,*%# 631%&# ,*3,# 31># 8&(3,# 5%6&(>:%1,# :97,# '%# .%/27,%.%5# 3,# ,*%# -K4# '%8(.%# 53,3#
527,.2'9,2(1#315#%1)(9.3/%5#8&(3,#(6%.3,(.7#,(#)(1,219%#,*%2.#%88(.,7#21#,*3,#.%/3.5"#K1#63.,2)9&3.#
,*27#6&31121/#218(.:3,2(1#27#97%5#,(#7)(.%#,*%#5%6&(>:%1,#6&317+#,(#%1)(9.3/%#(6%.3,(.7#,(#:%%,#
-./(# .%N92.%:%1,7# )(1)%.121/# )(C%.3/%# 315# *%&6# :31983),9.%.7# ,(# 6.2(.2,2O%# ,*%# 5%&2C%.># (8#
8&(3,7#,(#)97,(:%.7"#0*%.%#=37#7(:%#N9%7,2(17#3'(9,#,*%#832.1%77#(8#,*27#.3,21/#:%,*(5#315#-I0#
)(P)*32.+#<"#;(%::2)*+#.%:215%5#,*%#-<!0#,*3,# ,*%# :%,*(5# =37#527)977%5#315# 3/.%%5#=2,*21#
,*%#-I0#315#=2&&#'%#(1&>#(1%#%&%:%1,#3:(1/7,#(,*%.7#,(#*%&6#5%)272(1"#0*%.%#27#,*%#1%%5#,(#3&7(#
take into account the priority on southern ocean, the fact that float spread rapidly in some areas,
cruises deadlines, the possibility to revisit the area next year … "#?%#:%1,2(1%5#'>#,*%#=3>#,*3,#,*%#
04#525#3#/((5#Q('#21#21C%1,21/#315#5%C%&(621/#N92)R&>#79)*#3#,((&"#
#
;%/3.521/# ,*%# /.(=21/# 3),2C2,># (1# -./(# 31)2&&3.># 3..3>7# @79)*# 3# -./SE+# $2(# -./(+# %,)J+# 04#
.%)3&&%5#,*3,#,.31763.%1)>#=37#,*%#19:'%.#(1%#.%N92.%:%1,#315#,*3,#7(:%#.%7,.2),2(17#=2&&#'%#
:35%# 7((1# (1# ,*%# 97%# (8# ,*%# -./(# &3'%&# '># :31983),9.%.7"# -./(# 1%%57# ,(# 6.%7%.C%# 2,7# )(.%#
:2772(1#@0HIJ#315#3C(25#2779%7#,*3,#)(9&5#3.27%#(1#,*%#97%#(8#7%172,2C%#7%17(.7"#0*27#=(9&5#1(,#
2:63),#53,3#)%1,.%7#,*3,#3.%#21C2,%5#,(#R%%6#(1#7*3.21/#37#:9)*#53,3#37#6(772'&%"#
#
?%#,*%1#6.%7%1,%5#3#7%,#(8#:%,.2)7#3'(9,#-./(#7,3,97#315#53,3#:313/%:%1,#7,3,97"#?%#,*31R%5#
4(.2(&27#8(.#,*%#5%C%&(6:%1,#(8#3#1%=#5%,32&%5#215%M#82&%#,*3,#=2&&#'%#).9)23&#,(#:(12,(.#5%&3>7#21#
53,3# 527,.2'9,2(1# 1%M,# >%3."# K1# 63.,2)9&3.# TEU# (8# ,*%# %&2/2'&%# 8&(3,7# *3C%# '%%1# 6.()%77%5# 21#
5%&3>%5#:(5%"#I#V(9&2N9%1#6(21,%5#(9,#,*3,#2,#=(9&5#'%#/((5#,(#:(12,(.#1(,#(1&>#,*%#3:(91,#(8#
5%&3>%5# :(5%# 6.(82&%7+# '9,# 3&7(# ,*%# 3:(91,# (8# 5%&3>%5# :(5%# 6.(82&%7# .%6.()%77%5# 37# ,*27# :3>#
.%6.%7%1,#31#2:6(.,31,#3),2C2,>#,*27#>%3."#
#
?%# 6.(C25%5# 31# 9653,%# (1# W4S!!SVI# 3),2C2,2%7+# ,*3,# 3&&(=# 1(=# )((.5213,2(1# 8(.# -./(+# <$4V+#
IS0#315#S)%31IK0XI"#W4S!!SVI#*37#/321%5#3#1%=#K"0"#7,388#315#27#=(.R21/#=2,*#44?<S+#VSYS+#
KS44V# 315# (,*%.# 63.,1%.7# ,(# 8915# 3# Z7*26# )((.5213,(.[# 6(72,2(1# =2,*21# W4S!!SVI# ,*3,# =(9&5#
6%.:2,# ,(# :(12,(.# )&(7%&># ,*%# \AB# .%7%3.)*# C%77%&7# (6%.3,21/# %3)*# >%3.# 315# *%1)%# @,(# '%#
527)977%5J]#
! Identify CTD cruises and data essential to Argo data quality control.
! Facilitate maintenance and operations of global arrays through logistics coordination when
required.
! Further develop cooperation between programs (e.g. shared cruises, ship time).
! Further develop Float/buoy/XBTs donor programs and identify new regional deployment
opportunities.
! Arrange retrieval of beached instruments when necessary.
?%# .%:215%5# -./(# 53,3# 97%.7# ,(# 6.(C25%# 8%%5'3)R#
,*.(9/*#,*%#-K4#7966(.,#)%1,.%#315#,(#53,3#6.(59)%.7#
,(# 97%# ,*%# (1P&21%# 218(.:3,2(1# 315# -K4# :(1,*&>#
.%6(.,7"#
?%# :%1,2(1%5# ,*%# 89,9.%# 5%C%&(6:%1,# ,(# '%# 5(1%# (1#
,*%# W4S!!SVI# 218(.:3,2(1# 7>7,%:# 21727,21/# 21#
63.,2)9&3.# (1# ,*%# 1%=# Y((/&%# X3.,*# :(12,(.21/# ,((&#
5%C%&(6%5# ,(# 6.(:(,%# 3&&# -./(# .%/2(13&H13,2(13&#
212,23,2C%7+#,%&&#7,(.2%7#(1#8&(3,7#315#()%317+#/2C%#3))%77#
,(# 3&&# (1P&21%# 523/1(7,2)H53,3# ,((&7# 8(.# 8&(3,7+# 6.(C25%#
()%31# 7,3,%# 53,3# &3>%.# @0HIH-1(:3&2%7J# C2%=%5# '>#
-./(+# 315# 6.(:(,%# -./(# 37# ,*%# 62&&3.# (8# ,*%# ()%31#
)&2:3,%#=3.121/#7>7,%:"##
#
I).2667+# X9.(P-./(+# W-!I0X4# 3.%# 3),2C%&>#
63.,2)263,21/#21#,*27#212,23,2C%"#$%,3#C%.72(1#=2&&#'%#(1P
&21%#'>#,*%#%15#(8#S),('%.#8(.#)(::%1,7"#
#
Version 1.1
November 2nd 2009
5
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
4. Real Time Data Management
4.1. GTS status (Ann Tran and Mark Ignaszewski)
MEDS receives Argo data via GTS from the following bulletin headers: AMMC (Australia), CWOW
(Canada), EGRR Exeter), KWBC & KARS (Washington & Landover), LFPW (Toulouse), RJTD
(Japan), RKSL (Seoul). On average, 91% of Argo data reach the GTS within 24 hours of the float’s
arrival at the surface. Each month we receive about 9000 Argo messages. There are a small amount of
duplicate and partial Argo messages on the GTS.
MEDS receives Argo BUFR messages on the GTS from Japan and BUFR messages sent by MEDS
themselves. However, the volume of BUFR data is much lower than that of TESAC messages. We are
investigating the missing BUFR messages with Japan. Other data centers are either working on their
encoding BUFR software or making arrangements with their meteorological office to transmit BUFR
messages on the GTS.
Then the different DAC indicated the status of their developments to generate Argo data in BUFR
format:
! Australia: CSIRO is generating them but the Bureau can't send them
! UK: Can generate BUFR but not possible yet to send them
! France: Both CLS and Coriolis can produce but stopped at Meteo-France
! USA: AOML can generate but not CLS yet
! Korea: under validation BUFR
! China: India is done through CLS
! NAVO: BUFR ready to go will distribute through Silver Spring
The contents of the GTS data were compared to the data on the GDAC, as is done every year prior to
the ADMT. This year’s results were excellent. Three DACs still showed some offsets in the
observation times. Mark Ignaszewski will provide detailed feedback to INCOIS and KMA regarding
the exact nature of the detected errors. JMA is awaiting the results of action item #24 and will then
correct the discrepancies. (See the discussion on a “Common Method for Determining the Positions
and Times” below.)
4.2. Status of anomalies at GDAC
Anomalies on Argo profiles are detected by objective analysis at Coriolis. Spike, drift, high pressure
value not detected by the deepest pressure test, bad measurements due to doubtful sensors, negative
pressure are still observed in the submitted files from the DACs. Some of the profiles are corrected
without getting feedback from GDAC, certainly due to a new submission to replace uncompleted
previous profile. Some of all the detected anomalies are due to automatic tests that are not sufficient to
detect bad data. The need to add test on negative pressure with a threshold seems to be adopted.
Actions have been done to automate feedbacks (in text files, by email) to DAC:
! for incorrect grey-list (problems in metadata files, erroneous date, etc)
! in order to update the flags. A daily email which contains the list of Argo profiles highlighted
by objective analysis, and corrected by a Coriolis operator, is sent to DAC for which theirs
profiles are in the list. The information is also available in a csv format file on a ftp site:
ftp://ftp.ifremer.fr/ifremer/argo/etc/ObjectiveAnalysisWarning
Some anomalies are due to negative pressure. There is no pressure range test and therefore floats with
negative pressure can be submitted. Agreement on adding a pressure range test greater than -5.
4.3. Status of anomalies detected with Altimetry
Global results as of August 2008 are presented. 111 floats have been extracted, among those 101 are
RT data and 10 are DT data. Feedbacks have been provided by a large number of groups (UW, PMEL,
SOI, WHOI, Coriolis, Germany, JMA, INCOIS, KMA and MEDS) for a total of 48 floats. Altimeter
results have been confirmed for 36 floats, 7 floats need further analysis and 5 floats have good data
Version 1.1
November 2nd 2009
6
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
and should be removed from the list. 63 floats still need to be checked. They will be classified in
different categories in order to prioritized the checks (active ones first, then dead ones, …).
Global results are updated every 3 to 4 months and distributed at the following address:
ftp://ftp.ifremer.fr/ifremer/argo/etc/argo-ast9-item13-AltimeterComparison and on the AIC reports.
It was pointed out that a significant number of anomalies are on WHOI floats and that's it's important
to get more feedback from WHOI in particular in real-time.
4.4. Grey List
Initially we set up the grey list to prevent sending bad or suspicious data on GTS from floats having an
offset or drifting floats. With time GDAC users have started to use it more and more without knowing
exactly what it was meant for and how it was completed. There is therefore a need to provide
recommendation in QC manual on why a PI or a DM operator decides to put a float on the grey list.
We agreed on the following description: when the drift in DM is too big to be corrected on the fly or
when he thinks that the sensor is no more working properly, then the DM operator decides to put the
float on the grey list.
There is also a need to explain to users how to use the grey list and this will be done in the User
manual stating that it only concerns R-Files. It was agreed that when a float is dead and has been
processed in delayed mode it should not appear in the grey list. When a float is active and have been
partially corrected in DM, it should remain in the grey list only if the correction can't be applied on the
fly because to important.
Presently the grey list is the only way to know the failure of one sensor and this information is lost
when the file has been processed in delayed mode as the adjusted data have been set up at flag 4. The
reason for the flag 4 should be indicated in D-Files. There is an action to be worked on to provide the
information about sensor anomalies on a float in a way that is easily accessible without opening all the
D-Files. A suggestion was to use the anomaly filed in the META-files when a float is dead.
4.5. Jump real time Test
At last ADMT meeting it was proposed a new definition for the Jump RT test. There was not much
information to report on this item. Ann reported that CSIRO had coded up the newly defined test and
tested it on the CSIRO data. It did not detect any errors but she suggested that perhaps their floats are
not subject to this problem. BODC (Justin Buck) agreed to test the new procedure on his data and
report back in time for AST11.
4.6. Common method for determining position and time and attribute the
appropriate QC
A new method of calculation for JULD_TRANSMISSION_START for APEX floats has been
suggested by Michel Ollitrault and Jean-Philippe Rannou. This new preferred method requires only
the raw data to calculate the variables. The full calculation can be found in the document circulated
earlier and attached in Annex 5.
If there are insufficient copies of the “technical message” (message #1), then the Webb recommended
calculation can be used but it can be less reliable because it requires knowledge of the length of the
block (number of M messages to be transmitted) AND the repetition rate of the Argos emitter of the
float (from either the metadata file or from the raw data directly).
PROVOR floats transmit these values directly and calculations are not needed.
Solo floats do not send enough data to do these calculations and so values must be filled in delayed
mode.
JULD_ASCENT_END for Webb floats must include the 10 minutes the float spends on the surface
before transmissions begin. So, JULD_ASCENT_END = JULD_TRANSMISSION_START –
10 minutes.
Other manufacturers have different delays or no delay and should use the appropriate number.
Version 1.1
November 2nd 2009
7
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
If no copy of message #1 is received, then the JULD_ASCENT_END and
JULD_TRANSMISSION_START values must be filled as missing and will be fixed in delayed mode
Birgit showed that there could be large errors associated with using later locations for the float.
Waiting until you have the best quality Argos position has a cost in accuracy. Therefore, the location
in the profile file should be the first location reported with an Argos location class greater than 0; and
the JULD_LOCATION = JULD of the location chosen.
JULD_Ascent_End should be used for JULD unless it can't be calculated. In that case, it should be the
time of the first received message, regardless of whether it had a location attached. Time on GTS
should be the JULD.
RAFOS floats are still a problem and will require interpolation of their profile positions in real-time
while the RAFOS positions are calculated. This is a complex process and can take time so to allow
immediate use of the data, an interpolated position is acceptable. We also need to add RAFOS to the
positioning system fields of the data files. Because floats may use RAFOS positioning for one cycle
and Argos positioning for another, we need to be able to note which system was used with which
cycle. It is possible that this could be done using the technical file variables.
4.7. Using or not CRC for decoding
Virginie Thierry raised the issue of how the CRC (Cyclic Redundancy Check) is used during decoding
by the different DACs. During the discussion it was noted that the CRC is not good enough on its own
to detect transmission errors; that is, more than one copy of a message may pass the CRC check when
there are differences between the messages.
It was further stated that rejecting all messages that fail the CRC check could significantly reduce the
amount of data that gets distributed in near real-time (1.5% of the APEX profiles have at least one
message (that is 5 CTD measurements) that failed the CRC check).
After lively discussion, the following recommendation was adopted:
!
!
!
!
If only one copy of a message with a good CRC is received, use it.
If there are multiple messages with a good CRC, select the “most redundant” message.
If there is only one copy of a message received and it has a bad CRC, use it anyway.
If multiple messages are received, all with bad CRCs, select the “most redundant” message.
When the “technical message” (message #1) is corrupt, the DACs handle the situation differently. The
following list is not complete but serves to display the differences:
! CSIRO, Coriolis: The message (and the cycle) are lost.
! MEDS: Manual correction is performed.
! AOML: Does its best to determine the correct values and continues decoding.
This situation is acceptable with the ADMT.
Version 1.1
November 2nd 2009
8
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
5. Pressure correction
5.1. Status on Tech Files updates (Actions 45-46) (A Gronell)
Ann presented the status of Technical File conventions that should be applied by all DACs and allows
a better use of the information available in technical files. It was agreed that a discussion via email
about naming for the newly required PRES_SurfaceOffset variables was needed because non-Apex
floats handle surface pressure in different ways that are not captured by the currently approved names.
The only issue noted preventing TECH file generation was manpower, though some DACs are still
working on their technical names for new variables. We hope to work through this in the next few
weeks. It was highlighted that:
! CTD measured data doesn’t belong in the technical files – it is parameter data that belongs
either in the profile or trajectory files.
! If you propose new names, please make sure the variable doesn’t already exist, use the naming
convention and PROVIDE A DEFINITION that makes sense.
! APEX test message data (transmitted before the first dive) belongs in cycle #0 of TECH files.
The question was raised of implementing a file checker for TECH file. It was agreed that a check
according to last version of the file on the ADMT www site was necessary to prevent new bad TECH
files to enter GDAC as otherwise all this harmonization would have been done for nothing.
5.2. Status on Pressure correction on Apex Floats in RT and DM
Correcting in realtime and in delayed mode the pressure on Apex floats was done with Real-time
DACs and Delayed Mode Operators. The status of this operation and of TECH files updates are
summarized in the following tables. These tables will be made available in ADMT www site to inform
the users.
APEX group
(in alphabetical order)
Updated tech files
Implemented RT PRES
CORRECTION
AOML - USA
End November 09
End 2009
BODC - UK
Yes
Yes
No
End October
CHINA
???
????
CORIOLIS
Yes but additional validation
needed end November
End 2009
CSIRO - AUSTRALIA
Yes
Yes
INCOIS - INDIA
Yes
yes
JMA – JAPAN
Yes
yes
KOREA
End November 09
End December 09
MEDS - CANADA
Yes
Yes
CLS (including
Kordi) On GTS
China,
Table 1 Real-time progress from each APEX group on pressure correction as of 30th September 2009
Version 1.1
November 2nd 2009
9
10th Argo Data Management Meeting Report
APEX group
(in alphabetical order)
Implemented DM
PRES CORR for
new D-files
September 30th –October 2nd 2009
Re-processed old Dfiles with DM PRES
CORR
Expected date of
completion
AOML/PMEL - US
YES
YES
N/A
AOML/UW - US
YES
YES
N/A
BODC - UK
YES
NO
December 2009
CHINA
NO
NO
2010?
CORIOLIS
In progress
NO
March 2010
GERMANY
NO
NO
March 2010
CSIRO - AUSTRALIA
YES
60%
December 2009
INCOIS - INDIA
NO
NO
February 2010
JAMSTEC - JAPAN
YES
YES
N/A
KOREA
NO
NO
2010?
MEDS - CANADA
NO
NO
January 2010
Table 2 Delayed-mode progress from each APEX group on pressure correction as of 28th September 2009
6. Trajectory from Argo data
King reviewed the background and recent activities in analyzing trajectory files. At the time of
ADMT-9 there remained significant inconsistencies and errors in the way DACs decoded raw Argos
messages to make trajectory files. After an initial study and fresh decoding of PROVOR and APEX
raw messages at Coriolis, J-P Rannou and M Ollitrault have embarked on a process of decoding all
raw messages for the global fleet to create clean trajectory information. Their order of working will
include the DACs with the greatest number of floats, thus after Coriolis (completed) they started to
work through AOML and will continue with JMA.
Problems corrected include erroneous or incomplete timing data, and erroneous park pressure in
META files, corrected by examining the drift pressures reported by the floats. Information about
errors fed back to DACs (Coriolis and AOML so far) has led to significant improvements in the
quality of META and TRAJ files at GDAC.
Products The YoMaHa product continues to be updated. This product will continue to benefit from
improvements in GDAC files resulting from Rannou and Ollitrault’s work. YoMaHa remains a useful
global product that assembles the entire global fleet of displacement data. But it is still liable to
include erroneous data, for example incorrect park pressures in META files. As their clean-up
progresses, Rannou and Ollitrault are producing a similar product called ANDRO, which includes
only data that they have reworked. Thus ANDRO should be cleaner than YoMaHa, but it does not yet
contain all Argo data.
Surface extrapolation Following the availability of clean trajectory information, Rannou and
Ollitrault are developing procedures for the surface extrapolation to ASCENT_END and
DESCENT_START positions and times. Ollitrault presented examples of cases where the procedures
apparently work well and cases where they clearly do not. Further refinement of extrapolation
algorithms is need in order to have a procedure that can be applied with confidence to the global fleet,
Version 1.1
November 2nd 2009
10
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
as well as having the global fleet of TRA files cleaned. Rannou and Ollitrault will continue to work on
this.
Format checking There is a long-standing action to prepare a format checker for TRAJ files. No
progress has been made because those involved (King and others) have not felt able to define a series
of format checks that could be applied uniformly to all floats. For example some timing information
for SOLOs may only be available in delayed mode, so it is not appropriate for SOLOs to define tests
on these times that must be satisfied by the TRAJ files built in RT. Rannou and Ollitrault have made
considerable progress in understanding the requirements and defects of files built by DACs, but their
present priority is to continue cleaning files rather than assist with developing a format checker. Carval
made the sensible suggestion that in order to start the process, some simple checks should be defined,
which could be added to later.
7. GDAC status:
7.1. GDACs upgrades
The developments at the two GDACs were described:
!
The French GDAC is generating a “detailed index” file in the “etc/” directory. This index has
grown in scope over time and currently includes:
! File, date, position, profiler type, institution, update date, profile temperature QC, profile
salinity QC, profile doxy QC, psal adjusted mean, psal adjusted std deviation, GDAC date
creation, GDAC data update
The last two items were added in the past year to allow monitoring of the file delivery delays
to the GDACs. There was a suggestion that the GDACs should move to a single index. This
will be studied. (Currently, the US GDAC only produces the original format index file.)
!
The Coriolis GDAC has automated the file removal process as decided upon at the last ADMT.
The US GDAC will implement the automated file removal by the end of October 2009. The full
process will be documented in the Users Manual.
!
The Coriolis has implemented the MD5 file signatures. The US GDAC will add the feature by
the end of October 2009 and complete documentation by the end of 2009.
!
The US GDAC has implemented the “new” latest_data file processing as decided upon at the
last ADMT. The Coriolis GDAC is in the process of implementing the new scheme. This action
will be completed and documented by AST 10.
!
The near-real-time process at Coriolis that detects anomalies through an objective analysis is
now performed daily. The results are stored in the etc/ObjectiveAnalysisWarning directory for
review by the DACs. The process will be fully documented in the QC manual.
7.2. DFILE format checker
The details of the enhanced format and consistency checks were presented along with results from
processing a random selection of the existing files. Several improvements were suggested during the
presentation that will be implemented immediately. The complete format checking process will be
documented in the QC manual.
The enhanced format checker will be implemented in advisory-mode (messages will be generated but
files will not be rejected) at the US GDAC on 21 October and continue through the end of 2009.
During November the process will be transitioned to the French GDAC. The enhanced format checker
will become fully operational for incoming files at the beginning of 2010. After that time a full scan of
the existing files will be performed and the DACs will be requested to correct the detected anomalies.
Version 1.1
November 2nd 2009
11
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
Additional checks will be added during the coming year, including:
! Checks of QC flags against the grey list
! Cycle-to-cycle comparisons: consistent positions and times, duplicates
8. Format Issues
8.1. Meta-Files updates
Version 2.3 of the Argo meta-data file has been documented in the latest version of the Argo User
Manual (version 2.2). The changes are based on the approach used for the new version of the technical
files and will allow an unlimited number of standardized configuration parameters which will allow
for floats that can change missions.
There was discussion about the exact meaning and use of the “phase” parameters
(CONFIGURATION_PHASE_NUMBER and CONFIGURATION_PHASE_REPITITION). A small
working group will finalize the meaning and use of these variables.
It was also noted that complete documentation of the allowed standardized names is required.
8.2. WMO-INST-TYPE
There was a discussion regarding how to request a new WMO_INST_TYPE and what level of
specificity we should be trying to capture. This code table is managed by WMO for a broad range of
observation platforms; a range of values are used by Argo for our instruments. This code captures the
broad “classification” of the instrument – manufacturer and (possibly) type of CTD. It cannot be used
to capture information about all of the details of a float.
PLATFORM_MODEL currently captures very similar information. There was a great deal of
discussion of trying to capture more detailed information in this one parameter. There was a consensus
that PLATFORM_MODEL should be standardized but no decision was reached on what level of
detail was appropriate.
8.3. User Manual V2.2
There were several comments on the proposed new version of the User Manual (v2.2):
! It is important to know whether the information recorded in the Technical files is directly
decoded or if it is created/estimated. This information will be added to the table of technical
parameters (not in the Argo files themselves) for each specific float model.
! Trajectory files:
! DACs are requested to put the launch position of the float in cycle #0
! DACs are requested to put the first and last Argos message date in the file, even if there is no
position associated with the date.
! Park depth pressure, temperature, and salinity data should be in the trajectory files and NOT
the in technical files.
! N_CYCLE should always be the maximum cycle number recorded in the file. Missing
cycles should be included within the data as missing values.
! Bottom pressure, temperature, salinity measurements: Some floats sample just before the
instrument begins its ascent. In some cases, this measurement is taken before the pump has been
run. In others, this is a spot sample while the profile is taken using bin-averaged sampling.
Including this measurement in the profile can introduce “hooks” in the bottom of the profile. It
will be left to the DACs discretion whether to include these measurements in the profile.
These recommendations can be easily implemented for active floats. Reprocessing of dead floats will
need to be planned at a later time.
Version 1.1
November 2nd 2009
12
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
8.4. Bounce profile format
AOML is creating the “bounce profile” files and submitting them to the GDACs. There is no
information within the profile files that identifies the files as “bounce profiles” and since the GDACs
create the GDAC file names from information within the files, these data are not being handled
correctly at the GDACs. Essentially, the last file processed for a given cycle is the only file distributed
on the GDAC; this file overwrites any previously created file for that cycle. The GDACs will work
cooperatively to more correctly handle these files.
8.5. Towards CF compliant
Argo has received suggestions over the years that the files should be made to be CF compliant. This
recommendation was heard most recently at the OceanObs ’09 conference just the week before the
ADMT. It was noted that the Argo standard was adopted in 2002 and v1.0 of the CF standard was not
adopted until 2003.
Thierry Carval presented some of the issues related to adapting the Argo profile format to be CF
compliant. The CF standard does not standardize the variable names in a netCDF file. Rather, it
defines a set of attributes to implement the CF standards. These could be added to the Argo formats
relatively easily and without a major disruption to the Argo data stream.
The primary attributes are:
!
!
Global attributes:
! :data_type = "Argo vertical profile" ;
! :format_version = "2.2"; "2.3" ?
! :user_manual_version = "2.3" ;
! :conventions = "CF-1.4" ;
Variable attributes:
! Define a “long_name”, “standard_name”, and (optionally) “axis” attribute for each variable.
The “standard_name” and “axis” attributes will define how CF compliant tools interpret the
variables.
! Other CF defined attributes could be added to enrich the description of the data within the
data files. For example, “ancillary_variables”, “cell_method”, etc.
Charles Sun described the requirements for “coordinate” variables in the CF standard. Converting the
Argo formats to coordinate variables would be a major format change and cannot be considered at this
time. During the discussions, there was a great deal of confusion over what the exact requirements for
coordinate variables are. Further investigation is needed.
Thierry will produce a test set of Argo files with the added attributes that IPRC, CCHDO, and NODC
can evaluate with some of the “standard CF aware” tools.
8.6. Oxygen Argo Data Management
The presentation did NOT address the issue of oxygen data quality control (either real-time or delayed
mode). As a preliminary step towards that goal, the aim of the presentation is to ensure that all
countries deploying floats equipped with oxygen sensors document the data and metadata related to
these floats properly. This presentation has been made in response to action item 14 from the AST-10
meeting in Hangzhou (March 22-23, 2009): “Denis Gilbert to work with Taiyo Kobayashi and
Virginie Thierry to ensure DACs are processing oxygen data according to recommendations”.
DO concentration data from 426 profiling floats are already distributed through the Argo data stream.
There are two main methods to measure dissolved oxygen (DO) with sensors in the ocean. The first
one is an electrochemical method that uses a Clark-type polarographic cell. The second one is an
optical method. It is based on the principle of dynamic fluorescence quenching. As of today, SeaBird
Version 1.1
November 2nd 2009
13
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
Electronics provides a DO sensor based on the electrochemical method (SBE43) and Aanderaa
provides a DO sensor based on the optical method (Aanderaa optode). The Aanderaa Optode also
measures temperature, and in some cases, this temperature is transmitted by Argo floats.
The official Argo unit for dissolved oxygen concentration is "mol/kg, as in JGOFS and CLIVAR, but
none of the existing sensors provides DO data in native units of "mol/kg. Depending on the sensor,
additional conversions must also be done to correct for pressure or salinity effects for example. As a
consequence, whatever the sensor considered, DO sensor output must be transformed to convert
the output in dissolved oxygen concentration, to take into account temperature, salinity and
pressure effects or to convert the data in "mol/kg (see the schematic of the processing of oxygen
data).
Figure 1: Schematic of the oxygen data processing.
According to the present recommendations, when the Aanderaa optode transmits a dissolved
concentration, the transmitted value is stored in DOXY. As the data are estimated at zero pressure and
usually in fresh water (or at a given reference salinity), the DO concentration value is then corrected
for the pressure and salinity effects in the DOXY-ADJUSTED field. In such case, the correction can
be as large as 20%.
In any other cases, DOXY is estimated from the sensor output and all conversions are done to fill this
field. In particular, the pressure and salinity compensations for the Aanderaa optode are taken into
account and no ADJUSTED field is filled.
As a consequence, the available DOXY data from the different floats are not comparable and a
user cannot use O2 data from other groups with confidence. There is a clear need to standardize
procedures.
In addition, the available oxygen-related fields are DOXY, TEMP_DOXY and BPHASE_DOXY.
Those parameters do not allow us to report all possible transmitted data.
Version 1.1
November 2nd 2009
14
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
We thus made the following recommendations:
! Store any transmitted data by the oxygen sensor with meaningful names:
! VOLTAGE_DOXY when SBE43 sensor output is a voltage (Unit = V)
! FREQUENCY_DOXY when SBE43 sensor output is a frequency (Unit = Hz)
! COUNTS_DOXY when SBE43 sensor output are counts (no Unit ?)
! BPHASE_DOXY when Aanderaa optode output is BPHASE (Unit = degree)
! DPHASE_DOXY when Aanderaa optode output is DPHASE (Unit = degree)
! CONCENT_DOXY when Aanderaa optode output is DO concentration at zero pressure and
in fresh water or at a reference salinity (Unit = degree)
! TEMP_DOXY when the Aaandera optode transmits its temperature measurement (Unit =
degree Celsius)
! XXX_DOXY for any new variables
! Store in DOXY, the dissolved oxygen concentration in "mol/kg estimated from the telemetered
variables and corrected for any pressure, salinity or temperature effects
! Fill properly the metadata to document the calibration and conversions equations
It is important to store the telemetered variables to keep the raw data in case we have to change the
calibration/conversion equations used to convert the sensor output in DOXY.
8.7. Multiple sensors –Multiple axis
A vertical axis refers to the set of pressure levels that parameters are measured on.
Currently, for each cycle of a float, the primary profile file (what has commonly been referred to as the
single-profile file) contains one profile (N_PROF = 1). The vertical axis of the primary CTD is always
referred as PRES (and PRES_ADJUSTED). If there are parameters (DOXY, as an example) that are
measured on a different set of pressure levels, then a different variable name is used to store these
levels (PRES2, PRES_DOXY, etc). Several people have expressed concern about the feasibility of this
method; there is a significant possibility of confusion and improper use.
A small working group developed an alternative that was presented to the ADMT.
The basic proposal is to allow multiple profiles within the “single cycle” float profile files. Each
profile would correspond to a single vertical axis. The primary CTD profile would always be N_PROF
= 1. All parameters (TEMP, PSAL, DOXY, etc) that are measured on this vertical axis are stored in
this profile.
If there are parameters measured on different vertical axes, an additional profile is used for each
unique vertical axes. For instance, if the DOXY sensor measures its own pressure, N_PROF =2 would
contain PRES and DOXY as measured by this sensor.
The file format already supports this capability (as used in the “geo” and “latest_data” files) so this
proposal would not require a major format change.
The current recommendation is that only the primary CTD data would be included in the “aggregated
profile” files – the “geo”, “latest_data”, and float “*_prof” files; the files we used to refer to as the
multi-profile files.
Sample files will be generated and distributed to a set of users for “usability” testing.
9. Delayed mode data management activities : Feedback from DMQC4
The fourth Delayed-Mode Quality Control workshop (DMQC-4) was held immediately prior to
ADMT-10, on Monday 28 September. It was convened by Wong and King. For full details see the
Version 1.1
November 2nd 2009
15
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
DMQC-4 report. A summary of some of the most important outcomes was prepared by Wong and
King, and presented at ADMT-10. The action items from DMQC-4 are identified in the DMQC-4
report.
The first half of DMQC-4 was devoted to the handling of surface pressure offsets. There were two
main aspects to this issue.
First, the Druck microleak problem, which results in negative offsets in the pressures measured by
the CTD. At the time of DMQC-3 this was thought to occur in 3% of cases. Since then, the severity of
the problem and failure rates have increased significantly. Also, the problem occurs much earlier in
float lifetime than was the case 12 months ago. According to data from UW, 28% of a batch of floats
deployed in Oct 2008 showed the problem within the first 5 months of their lifetime. Pressure sensors
with this problem are diagnosed by examining the surface pressure offset reported by floats. APEXs
report the progressive surface pressure offset. SOLOs and PROVORs adjust pressure on board the
float, and report the magnitude of successive adjustments which can then be accumulated to give the
offset time series.
DMQC-4 was shown examples of the pressure time series for a range of pressure sensor failures. DM
operators will be vigilant in monitoring floats from the batches likely to be affected so that data can be
flagged appropriately and floats added to the greylist when the pressure errors make the data
uncorrectable.
Bad floats can sometimes be identified through bias in the T/S properties, but usually not until the
error is at least 10 dbar. A second diagnostic is the difference between DHA and altimeter SLA
calculated and notified by S Guinehut, which can identify dynamic height discrepancies of order 5 cm.
This test is most sensitive when there is a strong vertical TEMP gradient. At low latitude it can detect
errors as small as 10 dbar, but at high latitude errors may need to be as high as 50 dbar to be detected.
Therefore this method will be most useful at latitude less than 30 degrees.
Laboratory analysis of sensors that have shown this problem ashore suggests that when the PRES error
is less than about 10 dbar, the offset can be assumed to be uniform with varying pressure, so a single
offset can be applied to adjust data. When the sensor failure advances so the offset is greater than
10 dbar, the error may vary with both pressure and temperature, so DM operators must take great care
to examine T/S properties.
DMQC-4 asked co-chair AST to consider the information provided by SBE about characterization of
this error, and if appropriate to write to them and request further detailed investigation and advice.
The Druck microleak problem can affect any float type.
The second surface pressure issue is APEX APF-8 floats that Truncate Negative Pressure Drifts
(TNPD). Many APEX controllers still active truncate negative surface pressure offsets to zero before
telemetering ashore. This has the effect of losing information about Druck micro-leaks. A float is
assumed to have entered a persistently negative pressure offset when 80% of surface pressures (after
the time at which the problem is defined to start) report zero pressure offset.
The recommendation to DM operators is that
1) If there is no apparent T/S anomaly, the float may be experiencing undetectable negative pressure
error. In this case, PRES_ADJUSTED_QC, TEMP_ADJUSTED_QC and PSAL_ADJUSTED_QC
should all be ‘2’. The string “TNPD: APEX float that truncated negative pressure drift.” Should be
included in the SCIENTIFIC_CALIB_COMMENT, together with any other comments the
DM operator wishes to include.
DM operators require guidance on how to fill PRES_ADJUSTED_ERROR for TNPD floats. J. Buck
and M. Ouellet will consult the operational users in their countries to inquire how they use
Version 1.1
November 2nd 2009
16
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
PRES_ADJUSTED_ERROR and feedback a recommendation on what value (eg 10 dbar) might help
users to make appropriate use of PRES data from TNPD floats with apparently good T/S.
2) If there is evidence of a T/S anomaly, it is very likely that there is a pressure problem and the flags
should be ‘3’ or ‘4’ depending on severity of the anomaly. The float may also need to be added to the
greylist.
Note that a negative PRES error will lead to a positive PSAL error, and a cold TEMP anomaly whose
size depends on vertical TEMP gradient
If the float is telemetering highly erratic data, it is a sign that the microleak problem is about to reach
its endpoint. Previous cycles may need to be reviewed.
At ADMT, the question was raised about whether RT DACs could flag raw data from TNPD floats as
‘2’. The response was that most RT DACs have no way to maintain a list of TNPD floats and assign
‘2’ to the PARAM_QC. Therefore RT DACs will assign ‘1’ and send data to the GTS as normal,
unless the float is so bad that it is on the greylist in which case the flag is ‘3’ as usual. Users of data
that has not yet been to DMQC and who wish to be aware that a float has this problem will therefore
need to consult the list of TNPD floats maintained and published by CSIRO.
Other issues considered at DMQC-4
Cell Thermal Mass. The status of CellTM corrections was reviewed; B. Klein will undertake analysis
of some N Atlantic floats and advise whether the application of CellTM with present coefficients and
estimated ascent rate improves data quality more often than degrading it.
D file format consistency. GDAC checking of incoming D files will soon be introduced, with files
that fail being rejected. Existing D files will not be checked at the GDACs in the first instance.
J .Gilson has run a reduced set of checks on the entire set of D files, and compiled a table of failures.
D file generators should consult his online list and work to repair defects as soon as possible. In order
to squeeze D format errors out of the system, Gilson will run his check quarterly and make the result
available at Coriolis. Eventually the GDAC checker will be applied to all existing D files.
Web site The DM operators confirmed their desire to have a DM web site, maintained at Coriolis, to
post information about DM practice, parameter settings used in DMQC software, etc. This should be
password protected. Initially, A Wong will collate information and pass it to Coriolis for posting. The
web site will be updated as DM operators supply material, but it will not be interactive.
Editing raw data flags in DM DMQC-4 confirmed that DM operators will edit raw QC flags
(PARAM_QC) in delayed-mode, to preserve pointwise information about spikes, jumps, etc
incorrectly flagged by automatic RT tests.
D files that haven’t yet had surface pressure adjustment DM operators should fix these as soon as
possible. A status table will be maintained showing which groups have applied surface pressure offset
adjustment. Information about whether this has been done will also be available in the
SCIENTIFIC_CALIBRATION_COMMENT.
Description of raw vs adjusted data and QC flags. DMQC-4 emphasized that our thinking about
data flow has evolved over the years. The initial concept of data being ‘real-time’ (PARAM) or
‘delayed-mode’ (PARAM_ADJUSTED) has evolved. This should be formalised. For some time the
DM community has considered PARAM to be ‘raw’ and PARAM_ADJUSTED to be
adjusted/calibrated data. Thus DM operators may adjust flags that describe raw data (PARAM_QC) in
delayed mode. See point above. Wong and Carval will update the descriptions of PARAM and
PARAM_QC in the User’s Manual and QC Manual to reflect the fact that they are ‘raw’ rather than
only ‘real-time’.
Version 1.1
November 2nd 2009
17
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
TEOS-10: King gave a review of the new equation of state algorithms from the new Thermodynamic
Equation of Seawater. This was approved by IOC June 2009 for use from Jan 2010 onwards. DMQC-4
reviewed the impact of TEOS-10 on the DM process, which will be small. TEOS-10 libraries are
available in Matlab & FORTRAN on the TEOS-10 web site (www.teos-10.org, or Google ‘teos-10’);
c language libraries will come in due course. Note that the salinity argument for the TEOS-10
algorithms is Absolute Salinity: SA =~ 1.004715 *PSAL + regional composition anomaly. The
regional anomaly arises from spatial variations in composition that change density and other
thermodynamic variables, but have less contribution to conductivity and therefore do not show up
properly in PSAL. This anomaly is referred to as ‘delta-SA’ and its magnitude is up to 0.02 g/kg. The
key reasons for the community to introduce TEOS-10 include:
! TEOS-10 extends algorithms to larger parameter ranges, which were not defined for PSAL &
EOS80 (0 < S < 120; T < 80).
! More accurate treatment of the thermodynamics of ice.
! Units of Absolute Salinity are proper SI units, g/kg.
! No more argument over the use of ‘PSU’.
! Temperature argument of official algorithms is in ITS-90 instead of IPTS-68.
! Allows inclusion of delta-SA to impact density.
In order to use the new algorithms, PSAL must first be converted to absolute salinity. In the Matlab
version of the new library (‘gsw’ for Gibbs Seawater library, replacing the sw_ library) the calls to
calculate potential temperature would be
SA = gsw_ASal(PSAL,PRES,LON,LAT)
potemp = gsw_ptmp(SA,TEMP,PRES,PRES_REF)
Note that the conversion from PSAL to SA has a regional dependence. The temperature scale for the
TEOS-10 code libraries is ITS-90.
Also note: After the introduction of the new TEOS-10 algorithms and the scientific use of
Absolute Salinity, DACs continue to store and serve PSAL, exactly as they do at present. This is
by analogy with temperature, where instruments report in situ TEMP and DACs store and serve the
measured TEMP, but scientists calculate and use the dynamically more relevant potential temperature.
Floats will continue to report PSAL, calculated from CNDC according to the practical salinity
algorithms of PSS-78, and DACs will store and serve PSAL. Argo NetCDF files will not change.
Scientists are now encouraged to calculate and use Absolute Salinity, which is a closer approximation
to the mass fraction of dissolved salt.
At some stage, DACs should switch from EOS-80 to TEOS-10 to perform the real-time tests on
derived quantities such as density, and for DMQC. Since EOS-80 and TEOS-10 are very close in the
parameter ranges of Argo data, this is expected to have zero impact on the outcome of RT tests. The
composition anomaly part of Absolute Salinity varies slowly with geographic region. Switching to
TEOS-10 algorithms is therefore not a priority from the point of view of Argo data flow, and can be
done as part of the wider adoption of TEOS-10 in DACs’ parent institutions.
Some derived quantities, in particular density, will be significantly offset if delta-SA is included.
Delta-SA is zero in the surface North Atlantic and greatest in the North Pacific. It is therefore critical
that any data centre, Argo or otherwise, that provides its users with density data calculated from
Absolute Salinity and TEOS-10 makes it clear whether delta-SA has been included, and that the users
make it clear in the publications that result from those data.
.
Version 1.1
November 2nd 2009
18
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
10. Reference database progress since ADMT9
A new version of the reference database is in preparation at the Coriolis data Center. This new version
is based on the recently available new world ocean database (WOD 2009) of the NODC. New recent
CTD, which are provided by scientists, will be added to this new version. Three cruises have been also
provided by the CCHDO but without reformatting format and without quality control on the data.
Most of the recent CTD are in the Southern Ocean (South Atlantic and South Indian). The new version
will also integrate “pre-1990” data, actually not available in the reference database provided to the
Argo DMQC. This new version should be available for the end of 2009. J Gilson has also updated the
Argo profile reference database for the DM operators that need to use Argo for processing there floats.
S Diggs reminded the group of the importance for CCHDO to
gather CTD both for Clivar purposes and for Argo as there are
many other customers out there. The focus has been put on
Southern Ocean and he identified the opportunities that existed,
got feedback of Argo Pis, initiated contacts with China (along
with US-NODC), GO-SHIP , …. Since the AST-10 meeting in
China, the CCHDO has provided two new cruises in the
Southern Ocean (I05 in the Indian Ocean and A095 in the Drake
Passage. Significantly more data are expected in the near future.
Tim Boyer presented the new CTD in WOD that would be
useful for Argo. The NODC gets a lot of dataset from European
countries with ICES and also some CTD data in the Japan region
(CD provided to NODC). The NODC has established
relationships with countries like India and Brazil and expect to
get better dataset from those countries.
CCHDO and US-NODC will work together to extract from the quarterly WOD updates the CTD post
calibrated, deeper than 1000m that are relevant for reference DB activity. These data will be provided
to Coriolis by CCHDO.
Finally, CCHDO and the AIC will work together on a coordinated strategy for discerning where there
may be CTD observations at Argo float deployment locations
It was agreed that Argo should be present at IMDIS conference in Paris next March and that an
abstract should be proposed focusing on need for Argo to get recent CTD from data providers.
11. Feedback from ARC meeting
The ARC meeting was held the day before ADMT and reviewed the status of the different ARCs.
Regional consistency checks are proceeding at different ARCs at different paces and using different
approaches. The main outcome of these consistency checks are reports to the PI and Delayed-Mode
Operators (via the AIC). Concerning deployment planning there are some good tools being developed,
especially the one by Euro-Argo (based on distribution, age and movement). Beta-version should be
available by end of October/beginning of November by S. Schmidtko. There is also a deployment
planning tool based on overlaying US cruise tracks and float density is at a web page maintained by
WHOI (on UNOLS web page). AIC is looking into developing similar tools for all cruise tracks. AIC
suggested that we need a dedicated deployment coordinator to keep track of the cruises and help with
the deployment planning and communication with the ship owners.
Concerning education and outreach activities it's clear that resources are limited and there is a lot of
work still to be done. SEAREAD is moving forward both in education and outreach. Euro-Argo is
working on a web page for outreach is going to be finished in a few months. Euro-Argo made a film
for Argo outreach, which will be made available through the AIC for education and outreach. Regional
workshops for researchers work well (training in deployment and data analysis). There is a need for
Version 1.1
November 2nd 2009
19
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
data viewers to allow untrained users easy tools to study fields and we need more flexible
software/training for research applications.
Concerning products there are activities on Argo displacements and the ANDRO atlas was presented
by M. Ollitrault: main characteristics is that the measured & quality controlled parking depth is used.
It was pointed out that some floats give average pressure, others give instantaneous pressures, and 29
have no recorded pressures and that differences between float types could introduce a bias, that cannot
be quantified at this time.
The following list of actions was identified:
! Need list of education, outreach and training activities in each region (with materials and tools)
with a centrally located summary and links to ARC or other web pages … on AST page (ARCs
collate and provide information to Megan).
! Recommendation: Wikipedia can also be useful and needs to be updated and kept current. AST
will take responsibility for doing this.
! Keep the internal list of products up to date. Split by model/non-model?
! Each ARC needs to document their products and provide it with links to Megan.
! Recommendation: The AST will discuss the question on how to present products in a way that
Argo does not appear to be endorsing them. Need a statement for this. It has to appear on the
ARCs product pages.
! Need to develop a statement that all ARCs should use to indicate that their products should be
used with caution (see here for more information:
http://www.argo.ucsd.edu/global_change_analysis.html).
! Recommendation: We need more and accurate information on the times/durations associated
which each part of the float cycle for all float types.
! ARCs should inform AIC of new products or changes of links, so that Mathieu does not have to
visit the various web pages to find out what has been changed or added.
12. GADR activities
Charles Sun of the US National Oceanographic Data Center (NODC) reported that the NODC
continued to operate the Global Argo Data Repository (GADR) for preserving the Argo data
transferred from the Argo US GDAC. The GDAC’s files were copied from
"http://www.usgodae.org/ftp/outgoing/argo/", the "geo" subdirectory was skipped, and files which are
no longer present on that site are removed from the local mirror. GADR have the capability to switch
smoothly to Coriolis-GDAC in case of problem at US-GDAC. Other activities of the GADR included,
but were not limited to,
1. Implemented an automated procedure for acquiring the CLIVAR & Carbon Hydrographic Data
Office (CCHDO) data from the Web for archive accession.
2. Produced monthly archives of the Argo data archived at the NODC and populated them at
http://argo.nodc.noaa.gov/.
3. Identified the deficiency of the Argo NetCDF convention and developed a strategy for improving
the convention to be ‘Climate and Format (CF)’ compliant.
He also reported that there were approximately 11% of requests for ASCII text format files or about
43% of bytes of the Argo data downloaded at the GADR each month during 2007 and 2008.
13. Other topics
The action list was compiled, is available in annex4, and was approved by participants.
ADMT11 will be hosted by BSH in Hamburg. There is already an offer from ISDM/Ottawa for the
year after.
Version 1.1
November 2nd 2009
20
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
14. ANNEX 1 Agenda
Objectives of the meeting
! Review the actions decided at the 9th ADMT meeting to improve Real-Time data flow
(considering all aspects of the system from transmission from the float to arrival at GDAC and
accessibility of data by users)
! Review the status of surface Pressure correction
! Review status of Delayed-Mode quality control and Progress to reduce backlog
! Review the metrics regarding Argo program to document future (and if possible past) growth
and performance of the array and the data system
! • Feedback from the Regional Argo Data Centre meeting
Schedule: Meeting will start at 9am and finish around 1730 on Wednesday and Thursday. We plan to
finish around 1400 on Friday.
The meeting will be opened by C Vassal, the Chief!Executive!Officer!of!CLS!company.
1. Feedback from 10th AST meeting : (30mn ) Dean Roemmich
2. Status of Argo Program and link with Users (1h 30)
Status on the actions 1,2,3,4
! Review of the Action from last ADMT (S. Pouliquen)15 mn
! Argo Status (M. Belbéoch)
! Real-time Monitoring : (M. Belbeoch ) Summary on major anomalies detected each month,
Requested actions from . Trying to identify why some anomalies are not corrected.
3. Real Time Data Management (2h00)
Status on the actions :17,18,19,20,21,22,23,24,25,26
! GTS status: 30mn
! Timeliness of data delivery: Review evidence provided by the MEDS statistics on the
timeliness of data delivery via GTS. (A. Tran)
! Status GTS problems – Action 17-18(M. Ignaszewski)
! Status of anomalies at GDAC (C. Coatanoan) 20mn
! Status on Anomalies detected with Altimetry (S. Guinehut) 30mn Why no correction or
feedback provided?
! Feedback on test on upgrades of tests (Jump Test density test ) (Ann Gronell, C. Schmid) Action 23 (15mn)
! Proposal for common method for determining position and Time and attribute the appropriate
QC(Ann Gronell) Action 24 (30mn)
! Use or not CRC in decoding V. Thierry
4. Pressure Correction (2h00)
Status on the actions : 27,28,29,30,31,32, 45,46
! Status on Tech Files updates (Actions 45-46) (A Gronell)
! Status on Pressure correction on Apex Floats in RT
! Status on Pressure correction in Apex Float in DM (A Wong B King)
! Status on WHOI Solo floats ( P Robbins)
5. Trajectory from Argo data (1h30)
Status on the actions ,5,6,7
! Feedback on Trajectory progress since ADMT9 (B. King)
! Trajectory work done at Coriolis (M. Ollitraut)
! Specification on format checker (M. Ignaszewski, B. King)
Version 1.1
November 2nd 2009
21
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
6. GDAC Services (1h30)
Status on the actions : 8,9,10,11,12,13,14,15,16
! What's new at Coriolis and US GDACs (T. Carval, M. Ignaszewski)
! Status of Format Checking enhancements (D-Files checking) (Mark Ignaszewski)
! New needs?
7. Format issues (2H00)
Status on the actions : 43,44,45,46,47,48,49,50,51,52,53
! BUFR Format : Actions 43-44-49Status on the experimentation phase (ALL)
! Status on Meta-Files Update: Actions 50,51,52 (T. Carval)
! Status on bounced profiles format Actions 53 (C. Schmid)
! Improvement needed to be CF compliant Action 48(T. Carval)
! Oxygen Argo Data management - Action item 14 from IAST-10 (V. Thierry)
! Multiple sensors and multiple axes (T. Carval)
! Other needs?
8. Delayed mode data management (1h00)
Status on the actions 33,34,35,36,37
! Conclusion from DMQC workshop ( A Wong- B King)
9. Progress on Argo Reference data base (1h00)
Status on the actions 38,39,40,41,42
! Summary of the actions since ADMT-9 (C. Coatanoan)
! CCHDO-NODC progress (S. Diggs, T. Bloyer)
! Discussion on improvement requested
!
10. RDACs: provide an information on what done and what is planned (1h00)
Feedback from the ARC meeting and Endorsement of the actions proposed (J. Potemra &
C. Schimd)
11. GADR (1h00)
Status on the action 54,55
! Status of the Archiving centre (C. Sun)
!
!
12. Other topics (1h00)
Summary of the 101th ADMT actions (S. Pouliquen, M. Ignaszewski) 30mn
Location of 11th ADMT
Version 1.1
November 2nd 2009
22
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
15. Annex2 Attendant List
LAST_NAME
BELBEOCH
BERNARD
Boyer
Buck
CARVAL
Chang
COATANOAN
Dawson
de Boyer
Montegut
Diggs
Dong
Forteza
Giese
Gilson
Guinehut
Gunn
Ignaszewski
Ji
Jones
Kanno
King
Klein
Kobayashi
Koketsu
Liu
Ollitrault
Ouellet
Piotrowicz
Potemra
Pouliquen
Rannou
Reißmann
Rickards
Robbins
Roemmich
Rushing
Sander
Schmid
Sirott
Stawarz
Sun
Thierry
Thresher
Tran
Udaya Bhaskar
Van Wijk
Wong
Version 1.1
FIRST NAME
COUNTRY
Mathieu
Yann
Tim
Justin
Thierry
Pilhun
Christine
Garry
INSTITUTION
JCOMMOPS
(IOC/WMO)
CLS
NOAA/NODC
BODC
IFREMER
NFRDI
IFREMER
UKHO
Clement
Steve
Mingmei
Elizabeth
Holger
John
Stephanie
John
Mark
Fengying
Sam
Yoshiaki
Brian
Birgit
Taiyo
Kanako
Zenghong
Michel
Mathieu
Stephen
James
Sylvie
Jean-Philippe
Jan H.
Lesley
Paul
Dean
Christopher
Hendrik
Claudia
Joe
Marek
Charles
Virginie
Ann
Anh
TVS
Esmee
Annie
IFREMER
Scripps/UCSD
NMDIS
AOML/NOAA
BSH
Scripps/UCSD
CLS
ESR
FNMOC
NMDIS
BODC
JMA
NOC
BSH
JAMSTEC
JAMSTEC
SIO/SOA
IFREMER
ISDM/DFO
NOAA/OAR
UH/IPRC
IFREMER
ALTRAN
BSH
BODC
WHOI
Scripps/UCSD
NAVOCEANO
Optimare
NOAA/AOML
NOAA/PMEL
BSH
NOAA/NODC
IFREMER
CSIRO
ISDM/DFO
INCOIS
CSIRO/ACE CRC
UW
France
USA
China
USA
Germany
USA
France
USA
USA
China
UK
Japan
UK
Germany
Japan
Japan
China
France
Canada
USA
USA
France
France
Germany
UK
USA
USA
USA
Germany
USA
USA
Germany
USA
France
Australia
Canada
India
Australia
USA
France
France
USA
UK
France
Korea
France
UK
November 2nd 2009
EMAIL
belbeoch@jcommops.org
ybernard@cls.fr
boyer@nodc.noaa.gov
juck@bodc.ac.uk
Thierry.Carval@ifremer.fr
phchang@korea.kr
christine.coatanoan@ifremer.fr
garry.dawson@ukho.gov.uk
deboyer@ifremer.fr
sdiggs@ucsd.edu
yupoyunhun@163.com
Elizabeth.Forteza@noaa.gov
holger.giese@bsh.de
jgilson@ucsd.edu
stephanie.guinehut@cls.fr
gunn@esr.org
Mark.Ignaszewski@navy.mil
jfywork@yahoo.com.cn
sane@bodc.ac.uk
ykanno@met.kishou.go.jp
b.king@noc.soton.ac.uk
birgit.klein@bsh.de
taiyok@jamstec.go.jp
k_sato@jamstec.go.jp
davids_liu@263.net
mollitra@ifremer.fr
Mathieu.ouellet@dfo-mpo.gc.ca
steve.piotrowicz@noaa.gov
jimp@hawaii.edu
sylvie.pouliquen@ifremer.fr
jean-philippe.rannou@altran.com
jan.reissmann@bsh.de
ljr@bodc.ac.uk
probbins@whoi.edu
droemmich@ucsd.edu
christopher.rushing@navy.mil
hsander@uni-bremen.de
claudia.schmid@noaa.gov
joe.sirott@noaa.gov
marek.stawarz@bsh.de
Charles.Sun@noaa.gov
vthierry@ifremer.fr
ann.thresher@csiro.au
Anh.Tran@dfo-mpo.gc.ca
uday@incois.gov.in
esmee.vanWijk@csiro.au
awong@ocean.washington.edu
23
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
16. Annex3 ADMT9 Action List
Action
Target Date
Responsibility
Status
Monitoring Actions
1
2
Calculate time delay for getting R-files Early 2009
and D-Files onto the GDAC.
Investigate files slowly arriving.
DACs to verify they are prepared for ASAP
cycle > 255
GDACs and AIC
Progress underway,
April 2009
DACs
AOML – done
BODC – not done b/c no
floats close to 255
CORIOLIS - done
CSIRO – done
INCOIS – done
MEDS – done
JMA Done
KMA Done
Done – new graphs
showing # of good
profiles in AIC report
BODC – will be done by
AST10
Coriolis done
CSIRO Done
AOML done
3
Monitoring the floats sending good AST10
data to be included in AIC report
AIC
4
Promote the email support@argo.net AST10
on ARC GDAC DACs WWW sites
ALL
Trajectory Actions
5
6
7
Coriolis to check the GDAC files End 2008
according to the consistency test
agreed to warn DACs of anomalies in
their data
DAC to clean up their files according AST10
to the warning issued in previous
action
Revise the RT TRAJ file description
End Nov 2008
Thierry Carval & Started
M. Ollitrault
Feedback sent to AOML
DAC in February
All
DACs CORIOLIS – done
potentially
Aoml working with M
Ollitrault
Thierry
Carval Done user manual V2.2
and Brian King
GDAC Actions
8
9
10
Coriolis (And US-GODAE?) to 15 November
investigate why multi-profile files are
not processed for Kordi Floats
Coriolis (& Us-GDAC?) to investigate 15 November
why the list of floats mentioned in AIC
report have disappeared
Automate file removal according to the AST10
agreed procedure
Version 1.1
November 2nd 2009
T. Carval (& Done
M. Ignaszewski ?)
T. Carval (& Solved . IT was GTS files
M. Ignaszewski?) that have been hidden in
GDACs
GDACs
Done at Coriolis
explained in user manual
V2.2
US GDAC – not done
still manual
24
10th Argo Data Management Meeting Report
Action
September 30th –October 2nd 2009
Target Date
Responsibility
Status
11
Modify the “latest data” directory to
handle a sliding of 3 months and
separate
R and D data.
AST10
GDACs
12
Implement an MD5 signature to secure
file transfer and document it
ADMT10
GDACs
13
US-GDAC to automate grey list
submission
End 2008
M. Ignaszewski
Completed
14
AST10
DFILE checker to be tested in
December with DACs and then
transferred to Coriolis GDAC
GDAC D-files holding to be checked January 2009
and anomalies provided to DAC and
DM operators
Document Grey list submission
End 2008
M. Ignaszewski
Done sharing errors withs
DACs started
M. Ignaszewski
US GDAC: started scans
T. Carval
Done user manual V2.2
15
16
Coriolis: started
Target date: ADMT10
US GDAC to generated
new latest file on 1st
September
Turning to operation at
Cooriolis
Real-time Actions
17
KMA, INCOIS and JMA to investigate ASAP
why there is time difference of a few
hours between profile on GTS and at
GDAC
18
BODC to revisit the issue of stopping ASAP
sending duplicates on GTS
19
Coriolis to provide feedback on AST10
anomalies detected by statistical
analysis in text files
DAC to correct their flags according to ASAP
Coriolis recommendation and resubmit
them
Coriolis and AIC to monitor the ASAP
resubmission of profiles after feedback
20
21
KMA,
JMA
INCOIS, INCOIS – in progress;
working with A. Thresher
JMA – knows cause of
problem; depends on
action 24;
KMA in progress
working to find the cause
of the problem
Lesley Rickards
Duplicate will remain for
now. Will revisit in future
T.
Carval
C. Coatanoan
All DACs
Depends on action 19
AIC and Coriolis
Depends on action 19
22
QC manual to be updating to specify 15 November C. Schmid
sigma0 in the density test
2008
T. Carval
23
New proposal made by B. King of AST10
Jump test to be tested
24
Develop a common method for ADMT10
determining
the
positions
and
observation times at DACs
Version 1.1
November 2nd 2009
& Done
Done
Added into “Argo quality
control manual” on 4
November 2008
UW,
CSIRO, BODC not doing this
BODC and all test!!.
voluntary DACs
CSIRO started
DACs. Lead by Proposition issued by
Ann Thresher
Ann & al to be discussed
at ADMT
25
10th Argo Data Management Meeting Report
Action
September 30th –October 2nd 2009
Target Date
25
DACs to verify their Salinity gross ASAP
range check with minimum value of 2
PSU
26
Susan to provide the list of WMO
where problem have been detected in
Surface-Pressure offset(in tech file) or
in META file and document it on AST
WWW site
DACs to provide timetable on when
they will have corrected their files
27
1st
January All DACs
2009
Clean the tech file for surface-pressure AST10
in tech files
29
Do not confuse SURFACE
PRESSURE with the shallowest
measured pressure in the vertical
profile.
PRES should record raw data. All
adjusted pressures go to
PRES_ADJUSTED in ‘A’ mode for
real-time DACs.
31
DACs
ASAP
INCOIS
ASAP
JMA
DACs to implement RT pressure AST10
correction according to specification in
the new version of the QC manual on
incoming data.
Version 1.1
DACs
15 November S Wijffels
2008
28
30
Responsibility
November 2nd 2009
DACs
Status
AOML – code changed,
but not yet implemented
BODC – 30 psu threshold
CORIOLIS - done
CSIRO – done
INCOIS – done
JMA - done
MEDS – done
KMA done
DONE
AOML – April
KMA SEPT 09
BODC –done
CSIRO – done
INCOIS done
JMA done
MEDS – done
AOML pending,
BODC – done
CORIOLIS – underway.
Surface pressure
management works.
KMA Sept 09
JMA – done
CSIRO done
Meds Done
CSIRO done
Coriolis done
CSIRO done Done for
JMA; will be done for
JAMSTEC by AST-10
Coriolis Validation on
going
Aoml pending
BODC – done
CORIOLIS – pending
waiting for completion on
action 30
KMA in progress goal
OCT 09
JMA: done
Meds Done
26
10th Argo Data Management Meeting Report
Action
32
September 30th –October 2nd 2009
Target Date
DACs to implement RT pressure AST10
correction according to specification in
the new version of the QC manual for
the old R-Files
Responsibility
Status
DACs
AOML pending
BODC – done
CORIOLIS – pending
waiting for completion of
action 30
JMA: done
KMA in progress goal
Nov 09
Chairs
DONE
Delayed-Mode QC Actions
33
34
35
36
37
ADMT chairs to indicate in report the
endorsement of OW method by
ADMT for DMQC
DACs to look carefully at the report of
Altimetry-QC as a lot of anomalies
occurs in RT data and to correct their
files and report to Stéphanie and
Mathieu
Stéphanie to modify her list of
suspicious floats by indicating id
suspicious data are RT or DM data, the
Cycle or Cycle interval that has
problem.
Verify
if
grey-listed
float/cycles are excluded from the list
Annie to finalize DM pressure
adjustment procedure to Apex float
with
Susan
and
barker
and
communicate the results to the DM
group
15 November
Modify QC manual
15 November A. Wong
2008
Every
3 All DACs
months when a
new list is
provided
Next run
S. Guinehut
Feb 2009
A. Wong
BODC Done
CORIOLIS – done
CSIRO done
MEDS done
JMA in progress
Done on latest run: Jan
26
Adjustment procedure
agreed upon; CSIRO and
PMEL are up to date.
BODC,JAmstec and UW
are in progress. Status of
other APEX float
providers is unclear
DONE
Reference Dataset Actions
38
CCHDO to collect CTD in sparse area ASAP
in the REF DB and especially
Southern Ocean
S. Diggs
39
CCHDO to extract from WOD updates AST10
the post-calibrated CTD deeper than
1000m and provide them to Coriolis
ARCS and AIC to help CCHDO by
providing point of contacts when they
are aware of CTD cruises interesting
for Reference database
S. Diggs
T. Boyer
40
Version 1.1
November 2nd 2009
Arc and AIC
Getting more Southern
Ocean Data entered into
CCHDO stream now;
will contact C.
Coatanoan when ready
and
Done at AIC
27
10th Argo Data Management Meeting Report
Action
September 30th –October 2nd 2009
Target Date
Responsibility
41
CCHDO to provide the list of cruises ASAP
he is working on to ADMT
42
Coriolis to update the Reference AST10
and C. Coatanoan
database twice a year
ADMT10
Status
S. Diggs
Done
Format Actions
43
All DACs to transmit their BUFR file ASAP
to Ann to be checked
Anh Tran
44
JMA and Jcommops to represent Argo
and the BUFR JCOMM task team
Y. Kanno, AIC
45
Ann Thresher to finalize the first Midversion of technical file names for November
ARGO floats
DACs to updates their tech files
AST10
Ann Thresher
46
47
48
Update user manual to put the 15 November
conversion equation for Oxygen
measurement
Identify format upgrades to be CF ADMT10
compliant
CSIRO done
All DACs
GDAC ready to accept
V2.3 file
BODC – done,but not
submitted
CORIOLIS done
CSIRO done JMA done
MEDS done
T.
Kobayashi Done
C. Schmid
and
T. Carval
T.
Carval
& Status will be presented
C. Sun
at ADMT10
49
Validate BUFR files on GTS
50
Revise meta-file format taking into End Nov 2008
account the configuration data
51
Resubmit meta-files
52
Revise the user manual on meta and End Nov 2008
tech files
T.
Carval
& Done user manual V2.2
Claudia Schmid
53
Study the delivery of bounced profiles
T.
Carval
& Done user manual V2.2
Claudia Schmid
and
format
mailing list
Version 1.1
July 2009
AOML, CSIRO, CLS
received and checked
Other DACs???
ASAP
ADMT10
November 2nd 2009
A. Tran, Navy Japan and Meds Bufr file
(NAVO
and/or circulated on GTS and
FNMOC)
were received by MEDS.
Checking on going on
what happened to CLS
ones
Thierry,Claudia & Done user manual V2.2
argo-dm-format
need to be validated at
ADMT10
All DACs lead Depends on action 50
GDACs
28
10th Argo Data Management Meeting Report
Action
September 30th –October 2nd 2009
Target Date
Responsibility
Status
GADR
54
55
Move to operational the monthly End 2008
image of the Argo dataset on a sliding
one year window
Document the Preliminary QC ASAP
procedure on WOD updates
Version 1.1
November 2nd 2009
C. Sun
Done 01/01/09
T. Boyer
Link to documentation
provided on the 19/09/09
29
10th Argo Data Management Meeting Report
17. Annex 4 ADMT10 Action List
Action
September 30th –October 2nd 2009
Target Date
Responsibility
Status
Monitoring Actions
1
2
3
Calculate time delay for getting R-files End 2009
and D-Files onto the GDAC. Investigate
files slowly arriving.
Make a page on ADMT www site on AST11
surface pressure processing and add a
link to CSIRO TNPD page
Investigate DOI index to register usage AST11
of Argo Data as it's done for publications
AIC
Sylvie
Annie
and
L. Rickards
Trajectory Actions
4
Coriolis to continue work with DACs to AST11
clean TRAJ files
M.
Ollitraut
and DACs
5
DACs to correct their metadata and ADMT11
decoders to avoid similar anomalies in
the future
ADMT11
Inform on how to store dated
measurements made during descent and
ascent either in TRAJ or TECH ( already
possible in TRAJ format)
All DACs
DACs to implement the TRAJ file ADMT11
format changes agreed at ADMT10 and
documented in User Manual V2.3
DAC to plan dead float reprocessing
ASAP
All DACs
6
7
8
Thierry
All DACs
GDAC Actions
9
10
11
12
Finalize automation file removal
according to the agreed procedure and
document it
Modify the “latest data” directory to
handle a sliding of 3 months and separate
R and D data.
End Oct09
GDACs
AST11
Coriolis_GDA
Cs
GDACs have to see if they keep index
file and index-detailed file and document
it
Finalize md5 set up at GDAC and
document
End 2009
Mark
Thierry
End Oct09
GDACs
Version 1.1
November 2nd 2009
and
30
10th Argo Data Management Meeting Report
Action
September 30th –October 2nd 2009
Target Date
Responsibility
13
Document feedback on RT feedback End 2009
from statistical test at Coriolis in QC
manual
Thierry Carval
14
Implement tech file synchronization
ADMT11
GDACs
15
Document File Checker in appendix in
Qc Manual
End October
Mark & Annie
16
Turn to operation File checker with an End 2009
interim period of 2 months and capability
to relax it if too many files are rejected
Update File checker to handle ADMT11
consistency checks and TECH file
checking
17
GDACs
DACs
Status
and
Mark
Real-time Actions
18
19
20
21
22
23
24
25
KMA to investigate why there is less
messages from KMA on GTS in past 2
month
INCOIS, KMA and JMA to investigate
why there is still some small time
differences sometimes between profiles
on GTS and at GDAC and correct it on
RT incoming files
MEDS and JMA to investigate why
some of the JMA BUFR messages are
not seen by MEDS and FMNOC
DACs to finalize the setting up of BUFR
transmission and warn Anh and Mark
End 2009
KMA
ASAP
INCOIS,
KMA,
JMA
and Mark
ASAP
Anh Tran ,
Mark and JMA
ADMT11
CLS, Coriolis,
CSIRO,
AOML,
BODC,KMA,
NAVO
All DACs
DAC to assess their flags according to ASAP
Coriolis statistical test recommendations
and resubmit them
DAC to assess their flags according to 4 times a year
Altimetry and resubmit files or provide
feedback in data are good after each
quarterly check
Update QC manual and User manual to End 2009
explain
-when a float is introduced in the grey
list
-to users how to use it
-study how to keep the information of ADMT11
sensor failure
Version 1.1
November 2nd 2009
DACs
T. Carval,
A. Wong
Thierry
Mathieu
&
31
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
Action
Target Date
Responsibility
26
BODC to test the new Jump Test AST11
proposal made by B King at ADMT9
BODC
27
Implement the common method for ADMT11
determining
the
positions
and
observation times at DAC and document
it in the User Manual
Clean the tech file for surface-pressure
End November
2009
DACs.
28
29
Implement RT pressure correction on End 2009
APEX
30
Process old active float that
registered at AIC and not at GDAC
31
Include pressure in global range test in End 2009
QC manual and DAC to implement it
are ADMT11
Status
Ann
and
Thierry
AOML,
Coriolis, KMA,
NMDIS
AOML,
Coriolis, CLS,
KMA
AOML
Coriolis
Thierry
DACs
and
Delayed-Mode QC Actions
32
33
Modify QC manual on editing raw files End 2009
and revise definition of PARAM and
PARAM_QC
DM operator to report back to DACs
when a TNPD APEX float should go on
grey list
A. Wong
DM operators
Reference Dataset Actions
34
35
Coriolis to update Ref DB in integrated Dec 09
new CTD from WOD09 and pre 1990
CDTs
NODC/CCHDO to collect CTD in sparse ASAP
area for the REF DB and especially
Southern Ocean
C. Coatanoan
T. Boyer and
S. Diggs
Format Actions
36
Finalize Repetition_Phase description
37
Revise the user manual according to End OCT 09
meeting decisions and emails comments
T. Carval
38
Resubmit meta-files
ASAP
All DACs lead
GDACs
39
Finalize the delivery of bounced profiles
End Nov 09
GDACs
AOML
Version 1.1
AST11
November 2nd 2009
T. Carval &
Claudia , Ann
and
32
10th Argo Data Management Meeting Report
Action
September 30th –October 2nd 2009
Target Date
40
Resubmit Oxygen float according to new ASAP
recommendations
41
Update TECH file naming convention to ASAP
handle all the surface offset behavior and
add a column to record whether an
information is decoded or estimated
Test the multi-axis format change AST11
proposal
42
43
Test the CF –compliant proposal made AST11
by T Carval
44
Investigate the content of the existing ADMT11
metadata files make suggestion for
improvements
Start work with WMO to set up links ADMT11
between Argo GDACs and WIGOS
45
Version 1.1
November 2nd 2009
Responsibility
Ann
Provor
Solo PIs
Status
with
and
Uday , Claudia,
Thierry, MArk
Jim,
Uday,
Steve, Thierry,
Charles
AIC
Thierry
Loic& AIC
&
33
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
18. Annex5
:Calculation
of
the
JULD_START_TRANSMISSION
and
JULD_ASCENT_END for APEX floats
Michel Ollitrault, Edited by Ann Thresher, Claudia Schmid, Jean-Philippe Rannou and Thierry Carval
First satellite reception
Arrive at surface/start
transmission
First copy of message
number 1 received
Another copy of message
number 1 received
Figure 1: Float cycle showing transmission
After the float arrives at the surface, it begins transmitting. Because a satellite may not immediately
see the float, typical satellite capture begins within minutes or even hours after the float surfaces.
Starting when the float arrives at the surface, M messages making up one complete profile are
transmitted sequentially (from #1 to #M) and repeatedly until the end of the UP TIME period. One
complete set of M messages makes up one Block of data. Thus B blocks of M messages are
transmitted. These messages are received whenever a satellite 'sees' the float, therefore the blocks are
not necessarily complete.
To find out when the float arrived at the surface and began transmission, it is necessary to use the
information provided in ‘Message 1’ (APEX floats) of the profile which reports how many times the
complete set or ‘Block’ of messages has been transmitted since the float arrived at the surface.
There are two methods that can be used to calculate surface arrival time. The preferred method,
developed by Jean-Philippe Rannou, relies entirely on information provided in the transmissions
received from the float. The second requires metadata.
The preferred method requires that two copies of message 1 from different blocks are received. The
surface arrival time is then calculated as follows:
Version 1.1
November 2nd 2009
34
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
Beginning of Argos
Transmission (TSD)
A
UP TIME
Transmitted
block #2
message #3
of block #4
message #1
of block #2
message #1
of block #5
Received mes
(
3 BTD
1 BTD
BTD = block transmission duration = [(date of message #1 block #5)– (date of message #1 block#2)]/(5-2)
Figure 2. The preferred and more accurate method for estimating surface arrival time of
the float
This method relies on receipt of TWO copies of Message 1 which passed the cyclic redundancy check.
Using the time of each transmission from the Argos report, and the message block number contained
in each message 1, you can calculate the amount of time it takes to transmit a complete block of
M messages containing the entire profile.
This is calculated as shown, where N1 is the earlier block number, N2 is the later block number, and
all times are in Julian days:
BTD = block transmission duration = [(time of message with N2 –
(time of message with N1]/[N2-N1]
Following from this, Surface Arrival Time, or JULD_START_TRANSMISSION is calculated as
follows:
JULD_START_TRANSMISSION = time of message with N1 – [(N1 – 1) * BTD]
Only blocks with a valid CRC for message 1 should be used in these calculations but, because there
are other unusual problems that can occur, the BTD should be calculated using multiple "time of
message" pairs. The median value is then used to calculate JULD_START_TRANSMISSION. The
same process can be used to calculate the median JULD_START_TRANSMISSION from multiple
blocks, if available.
Warning : if the float transmits more than 255 blocks (this may happen with a shallow profile or on
surface drift), to avoid a modulo error the N1 and N2 "time of message" pairs have to belong the same
batch of 255 transmissions.
Version 1.1
November 2nd 2009
35
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
If only one copy of message #1 is received for a profile, then you must use the less reliable method.
For this method, you must know the ‘transmission repetition rate’ for the Argos transmitter on the
float AND the number of M messages in a complete block for the profile. The transmission repetition
rate can be derived from the transmissions themselves in most cases. The way to do this is to find the
smallest time differences with a window of +- 1 second (since the transmission repetition rate is
usually a floating point number). Once these time differences are identified one can take the mean.
Caution: we have seen floats for which the transmission repetition rate of cycle 0 is different from the
transmission repetition rate of the other cycles.
This method relies on the estimation of M from the length of the profile given in message 1. This
makes the method less reliable because length of the profile could be wrong.
Beginning of
Argos Transmission
UP TIME
Transmitted
block #2
message #3
of block #4
message #1
of block #5
Received mes
(
SAT = (date of message #1 block #5) – [(5-1) * M * RepRate]
RepRate : Argos PTT period
Figure 3. The second, less reliable method for estimating surface arrival time of the float
Surface Arrival Time (SAT in the figure above), or JULD_START_TRANSMISSION, for this
method are calculated as follows where N is the block #, M is the total number of messages in one
block, RepRate is the transmission repetition rate (seconds) of the Argos transmitter on the float and
time is in Julian days:
JULD_START_TRANSMISSION = (time of message with N) –
[((N-1) * M * RepRate/86400)]
In practice, this last term must be expressed in terms of fraction of a day so we divide by 86400
(number of seconds in a day).
If you DO NOT receive a message #1 from a profile, then it is impossible to calculate surface arrival
time. The best you can do then is to use the first date from the first message received as the
approximate JULD_START_TRANSMISSION.
Suggestion: in this case JULD_START_TRANSMISSION and JULD_ASCENT_END should be fill
value. They can be filled in the delayed-mode QC process based on the complete record.
Version 1.1
November 2nd 2009
36
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
JULD_ASCENT_END calculation
According Webb Research (the Apex floats manufacturer), the end of the float ascent occurs
10 minutes before the data transmission starts. Therefore:
JULD_ASCENT_END = JULD_START_TRANSMISSION - 10 minutes or:
JULD_ASCENT_END = JULD_START_TRANSMISSION - 0.00694444 (which is the Julian value
of 10 minutes)
FOR ALL OTHER FLOAT TYPES, THE DELAY MUST BE DETERMINED AND SUBTRACTED
FROM JULD_START_TRANSMISSION
Version 1.1
November 2nd 2009
37
10th Argo Data Management Meeting Report
September 30th –October 2nd 2009
19. Annex6 National Reports
Version 1.1
November 2nd 2009
38
!"#$%&'(&)*!%+,*-&$(,)&'*.&$&*/&)&+010)$*203,%$
!./456
4,"',"#07*869:*;*5956*<66:
!""#$%&"'((#)*%'+*'%#,-./012#3"4#-*%5+#6&7"#,!8+9%3(53"#:1;2
/9#*3+#<''"#3"#5"9'%'+95"=#>'3%?##!8+9%3(53#4'@(&>'4#AB#!%=&#C(&39+#5"#9*'#(3+9#>'3%#,+5"D'#
.'@9'E<'%#FBBG2H#3+#7'((#3+#*'(@5"=#.D5'"95+9+#C%&E#9*'#I"5J'%+59>#&C#)3+E3"53#3"4#9*'#
!"93%D95D#-(5E39'#3"4#KD&+>+9'E+#-&&@'%395J'#0'+'3%D*#-'"9%'#4'@(&>#G#'L@'%5E'"93(#
K;#C(&39+#"'3%#M'%=8'('"?###6'@(&>E'"9+#7&8(4#*3J'#<''"#*5=*'%#5C#"&9#C&%#9*'#6%8DN#
E5D%&O('3N#@%&<('E?##P'J'%9*'('++H#7'#"&7#*3J'#FQG#3D95J'#C(&39+#=5J5"=#=&&4#4393#C%&E#
3#9&93(#&C#FRS#4'@(&>E'"9+?##T'#3(+&#*3J'#QBQ#C(&39+#'59*'%#5"#9*'#(3<H#&%#&"#&%4'%#3"4#7'#
'L@'D9#9&#&%4'%#E&%'#&"D'#@%&48D95&"#%'98%"+#9&#"&%E3(?##T'#3%'#,(5N'#E&+9#!%=&#
@3%95D5@3"9+2#73595"=#C&%#9*'#-)6#*'34+#9&#<'#%'98%"'4#C%&E#.'3<5%4#759*#%'@(3D'E'"9#&%#
+D%''"'4#@%'++8%'#+'"+&%+#<'C&%'#7'#%'+8E'#4'@(&>E'"9+#&C#9*'+'#C(&39+?##6'@(&>E'"9+#
9*5+#"'L9#>'3%#75((#D&"935"#3#E5L#&C#5%5458E#3"4#3%=&+#'U85@@'4#C(&39+H#&L>='"#3"4#J3"5((3#
C(&39+H#C(&39+#759*#9*'#"'7#M5+9('%#+'"+&%+#3"4#C(&39+#759*#'59*'%#V35"'#&%#6%8DN#+'"+&%+?#
;3">#&C#&8%#4'@(&>E'"9+#75((#<'#5"#9*'#.&89*'%"#1D'3"H#*'(@5"=#<&&+9#D&J'%3='#5"#
'L9%'E'#(395984'+H#3++8E5"=#7'#%'D'5J'#'59*'%#9*'#C(&39+#&%#9*'#%'@(3D'E'"9#-)6#*'34+#5"#
95E'#C&%#9*'#4'@(&>E'"9#9%5@+?
)*'#@3+9#>'3%#*3+#<''"#E5L'4#5"#9'%E+#&C#@%&<('E+#3+#7'((?##-('3%(>#9*'#6%8DN#E5D%&('3N#
*3+#3CC'D9'4#'J'%>&"'?##T'#*3J'#SB#C(&39+#5"#&8%#(3<#3"4#3"&9*'%#SB#39#T'<<#9*39#7'%'#
*'(4#W8+9#3+#9*'#@%&<('E#<'D3E'#4'C5"'4?##.5"D'#9*'"H#7'#*3J'#%'D'5J'4#8"'L@'D9'4#
39
C8"45"=#C%&E#9*'#!8+9%3(53"#$&J'%"E'"9#3"4#&%4'%'4#3"&9*'%#XQ#C(&39+H#759*#3#C8%9*'%#Y#
&L>='"#C(&39#9&#<'#&%4'%'4#+&&"?##!"#5++8'#C&%#8+#5+#9*39#9*'#E&"'>#C&%#9*'+'#"'7#C(&39+#5+#
95'4#9&#@'%C&%E3"D'#Z#9*'>#;I.)#<'#5"#9*'#739'%#<>#[8"'#"'L9#>'3%#7*5D*#D&8(4#<'#
45CC5D8(9#4'@'"45"=#&"#7*'"#9*'#%'@(3D'E'"9#-)6+#3%'#%'D'5J'4?##;3">#3%'#35E'4#39#9*'#
.&89*'%"#1D'3"#3"4H#&"D'#9*'+'#+*5@+#('3J'H#&8%#&@@&%98"59>#C&%#4'@(&>E'"9#5+#(&+9#C&%#
9*5+#>'3%?##!9#9*5+#@&5"9H#59#(&&N+#@&++5<('#<89#7'#75((#D&"95"8'#9&#3++'++#9*'#+598395&"?##T'#
3%'#3(+&#@%&J545"=#G#C(&39+#C&%#3#.D%5@@+\P573#3"4#!8+9%3(53"#C8"4'4#9%5@#<>#9*'#P'7#
]'3(3"4#J'++'(#^M3*3%&3_H#7*5D*#5+#<'5"=#D*3%9'%'4#C&%#3#4'45D39'4#4'@(&>E'"9#9%5@#9&#9*'#
/"453"#1D'3"?
.&C973%'#4'J'(&@E'"9#*3+#D&"95"8'4#759*#D&45"=#&C#9*'#"'7#)'D*"5D3(#C5('+#8+5"=#9*'#
3@@%&J'4#"3E'+?##P'7#"3E'+#3%'#+95((#<'5"=#344'4#9&#9*'#(5+9#+&#@('3+'#D*'DN#D3%'C8((>#
7*'"#%'D&45"=#>&8%#C5('+?
T'#*3J'#C5"5+*'4#4'(5J'%>#&C#&8%#!%=&#0'3(O95E'#+&C973%'#9&#&8%#/"453"#D&8"9'%@3%9+#3"4#
59#*3+#<''"#8+'4#9&#%'@%&D'++#3((#&C#9*'5%#C(&39+#,'LD'@9#C&%#F2H#E3N5"=#9*'5%#C5('+#C8((>#
D&E@(53"9#759*#9*'#!%=&#%8('+?##1"'#C(&39#C&%E39#%'E35"+#9&#<'#D&4'4#<'D38+'#7'#D3"_9#
='9#3#D&@>#&C#9*'#C&%E39#E3"83(#<89#9*5+#&"(>#3CC'D9+#F#V%&J&%#C(&39+#7*5D*#C35('4#3#+*&%9#
95E'#3C9'%#4'@(&>E'"9#+&#J'%>#C'7#@%&C5('+#3%'#3CC'D9'4?#/C#3">&"'#*3+#9*'#C&%E39#
4&D8E'"9#C&%#`./#-)6#'U85@@'4#V%&J&%#C(&39+H#7'#7&8(4#$0K!)ab#3@@%'D539'#3#D&@>?#
/C#3">&"'#'(+'#5+#5"9'%'+9'4#5"#&8%#!%=&#0'3(O95E'#+&C973%'H#59#5+#3#;39(3<#@%&=%3E#9*39#
7&%N+#C%&E#9*'#%37#!%=&+#*'L#4393#9&#4'D&4'#9*'#@%&C5('+#3"4#D%'39'#3((#%'U85%'4#"'9D4C#
C5('+#C&%#4'(5J'%>#9&#9*'#$6!-+#3"4#7'#3%'#*3@@>#9&#*'(@#759*#='995"=#59#+'9#8@#'(+'7*'%'?#
/"#!@%5(#FBBcH#9*'#!8+9%3(53"#0&>3(#!8+9%3(53"#P3J>#6'C'"+'#1D'3"&=%3@*5D#6393#-'"9%'#
*&+9'4#9*'#P395&"3(#!%=&#E''95"=#5"#.>4"'>?##)*5+#*'(@+#N''@#3((#!8+9%3(53"#@3%9"'%+#5"#
!%=&#5"C&%E'4#3<&89#4'J'(&@E'"9+#5"#9*'#@%&=%3E?
!+#E'"95&"'4#'3%(5'%H#5"#9*'#!8+9%3(53"#:84='9#5"#!@%5(#7'#%'D'5J'4#C8"4+#C%&E#9*'#
/"9'=%39'4#;3%5"'#1<+'%J5"=#.>+9'E#K48D395&"#/"J'+9E'"9#`8"4#@3DN3='#9&#'L9'"4#!%=&#
D&J'%3='#5"#&8%#%'=5&"#9&#*5=*'%#(395984'+#,9*'#.&89*'%"#1D'3"2#3"4#9*'#9%&@5D+#"&%9*#&C#
!8+9%3(53?##)*5+#5"D(84'+#9'+95"=#9*'#"'7#M5+9('%#+'"+&%+#&"#+&E'#&C#&8%#C(&39+#3+#7'((#3+#
3"#'L9'"+5&"#&C#&8%#&L>='"#'U85@@'4#C(&39#C(''9?
)*'#P395&"3(#-&((3<&%395J'#0'+'3%D*#/"C%3+9%8D98%'#.9%39'=>#,P-0/.2#C8"4+#9*'#
/"9'=%39'4#;3%5"'#1<+'%J5"=#.>+9'E#,/;1.2#7*5D*#5+#3#E3W&%#+&8%D'#&C#!%=&#C8"45"=#
C&%#!8+9%3(53?##!+#@3%9#&C#9*5+#5"595395J'H#59#5+#%'U85%'4#9*39#7'#*3J'#3"#'+93<(5+*'4#d-#
E'9*&4&(&=>#3"4#4393#4'(5J'%>#@39*73>?#/;1.#5+#"&7#+'%J5"=#!%=&#4393#3+#3#E5%%&%#9&#
9*'#I.#$6!-#9*%&8=*#59+#4393#@&%93(#7*5D*#D3"#<'#3DD'++'4#39e##
*99@e\\5E&+?3&4"?&%=?38\7'<@&%93(\
!((#/;1.#4393H#C%&E#3((#"&4'+H#D3"#<'#3DD'++'4#9*%&8=*#9*5+#7'<#+59'?#
)*'#:8%'38#&C#;'9'&%&(&=>#%'@(3D'4#a5+3#-&7'"#,7*&#5+#&"#E39'%"59>#('3J'2#759*#-*%5+#
40
6&7"#7*&#*3+#*'(@'4#='9#9*'5%#@%&D'++5"=#7&%N5"=#C3+9'%#3"4#E&%'#+'"+5<(>?##)*5+#*3+#
E34'#'LD*3"=5"=#+&C973%'#+E&&9*'%#3"4#&8%#@%&D'++5"=#5"#@3%3(('(#E&%'#'CC5D5'"9?##
T'#*3J'#3(+&#'"D&4'4#/%5458E#C(&39#@%&D'++5"=#C&%#9*'#C5%+9#95E'#3"4#9*5+#5+#7&%N5"=#7'((#
759*#4'(5J'%>#&C#9*'#4393#9&#3#(&D3(#E&4'E#3"4#9*'"#4393#'LD*3"='#J53#C9@#<'97''"#:1;#
3"4#-./01?##T'#75((#+&&"#<'=5"#'LD*3"=5"=#K;#C(&39#/%5458E#C(&39#4393#759*#9*'#
I"5J'%+59>#&C#)3+E3"53#3+#7'((?##)*'#K;#C(&39+#75((#9*'"#<'D&E'#!%=&#C(&39+#759*#3"#
!%=&#E5++5&"H#9*&8=*#7'#75((#"&9#4'(5J'%#9*'#K;#4393#7*5D*#75((#%'E35"#@%&9'D9'4#8"95(#
C8%9*'%#"&95D'?
`(&39#@'%C&%E3"D'#*3+#<''"#'LD'(('"9#9*5+#>'3%#759*#"&#C35(8%'+#&"#4'@(&>E'"9#3"4#&"(>#
E5"5E3(#C35(8%'+#&C#'L5+95"=#C(&39+?#6%8DN#;5D%&('3N+#7'%'#3#@%&<('Ef#F#C(&39+#*3J'#<''"#
D&"C5%E'4#759*#9*5+#C38(9#3"4#3"&9*'%#S#&%#X#3%'#+8+@'D9'4#&C#*3J5"=#<34#@%'++8%'#+'"+&%+?#
/9#5+#3(E&+9#D'%935"#9*39#E&%'#75((#+*&7#8@#5"#&8%#C(''9#3+#95E'#=&'+#&"?##T'#3%'#"&7#
@8%D*3+5"=#&"(>#!V`c#D&"9%&(('%+#9&#E3N'#54'"95C5D395&"#&C#+8+@'D9#@%'++8%'#+'"+&%+#
'3+5'%#+5"D'#9*'>#%'@&%9#"'=395J'#@%'++8%'#&CC+'9+H#8"(5N'#9*'#!V`G#<&3%4+?
)3<('#Q#+*&7+#3#+8EE3%>#&C#&8%#C(&39#@'%C&%E3"D'#9&#!8=8+9#FBBce
=',&$*>$&$"#
-"1?0%*,@*
=',&$#
QF
X
Y
2&)+0*,@*ABC'0#*
20C0(D0E*?0@,%0*@&('"%0
RcOQSS
B
QXOQQc
65'4#C%&E#<399'%>#C35(8%'#,'"4#&C#(5C'2e
65+3@@'3%'4#&"#4'@(&>E'"9
65+3@@'3%'4#3C9'%#=%&8"45"=#&%#%8""5"=#
3+*&%'
6%8DN#@%'++8%'#+'"+&%#C35(8%'#,F#+95((#
X
XQ
%'@&%95"=2
V%&=%3E#C35(8%'
A
XOAS
65+3@@'3%'4#759*&89#3@@3%'"9#D38+'
Y
FFOQFS
a&+9#5"#5D'
A
YGOQBR
/"#5D'#,+95((#D&"+54'%'4#3D95J'2
,F2
V%&<3<('#('3N
F
FQ
.95((#3D95J'#=5J5"=#=&&4#4393
FQR
$%'>#(5+9'4
c
4,$&'*E03',B0E
FRS
)3<('#Q?##`(&39#@'%C&%E3"D'#3"4#%'3+&"+#C&%#C35(8%'#&J'%#9*'#'"95%'#@%&=%3E#(5C'#
,Qccc#Z#@%'+'"92?
Q?#0'3(O)5E'#.9398+
•
6393#3DU85%'4#C%&E#C(&39+#Z#3((#4393#5+#3DU85%'4#C%&E#C(&39+#X#95E'+#3#43>#3"4#3((#
C(&39+#%'@&%95"=#3%'#@%&D'++'4#5EE'4539'(>?
•
6393#5++8'4#9&#$).#Z#6393#5+#5++8'4#9&#9*'#$).#5EE'4539'(>#3C9'%#9*'#C(&39#4393#5+#
41
4'D&4'4H#d-_4#3"4#@%&D'++'4#<>#9*'#:8%'38#&C#;'9'&%&(&=>#3"4#-./01?#
V%&D'++5"=#&C#$).#4393#<>#9*'#:8%'38#&C#;'9'&%&(&=>#D*3"='4#5"#[8"'#FBBG?#
6393#4'(5J'%>#9&#9*'#$).#5"D%'3+'4#C%&E#'J'%>#A#*&8%+#9&#*&8%(>#7*5D*#5E@%&J'4#
)K.!-#4'(5J'%>#759*5"#9*'#FX#*&8%#75"4&7#C%&E#3@@%&L5E39'(>#ABg#9&#&J'%#
GBg?##:'D38+'#7'#@%&D'++#9*'#C(&39+#3C9'%#9*'>#*3J'#<''"#&"#9*'#+8%C3D'#C&%#8@#9&#
QG#*&8%+H#9*5+#5+#@%&<3<(>#9*'#<'+9#7'#D3"#4&?#/"#1D9&<'%#FBBGH#@'%C&%E3"D'#
+8CC'%'4H#4%&@@5"=#9&#('++#9*3"#XBg#<'5"=#4'(5J'%'4#759*5"#9*'#%'U85%'4#95E'#
C%3E'?##)*5+#73+#48'#9&#+93CC#<'5"=#373>H#3#D*3"='#5"#9*'#389&E395&"#+'995"=+#3"4#
C35(8%'#&C#&8%#<3DN8@#4'(5J'%>#+>+9'E?##V'%C&%E3"D'#*3+#<''"#E8D*#<'99'%#+5"D'#
9*'"?
•
1J'%#9*'#QF#E&"9*+#9&#!8=8+9#FBBcH#RBg#&C#3((#@%&C5('+#7'%'#4'(5J'%'4#9&#9*'#
$).#759*5"#FX#*&8%+#&C#9*'#C(&39#+8%C3D'#95E'?#h&7'J'%H#3+#E'"95&"'4#3<&J'H#5"#
'3%(>#[8"'#FBBGH#9*'#:8%'38#+759D*'4#C%&E#AO*&8%(>#)K.!-#<8(('95"+H#9&#3"#
*&8%(>H#&"O4'E3"4#<8(('95"#+'%J5D'?#)*5+#%'+8(9'4#5"#3#+5="5C5D3"9#5E@%&J'E'"9#5"#
4'(5J'%>#95E'(5"'++H#759*#9*'#3J'%3='#C%&E#[8"'#"&7#%8""5"=#39#GXg?
)*'#:8%'38#*3+#3(+&#9'+9'4#9*'#4'(5J'%>#&C#:I`0#E'++3='+#<89#9*'%'#3%'#4'(5J'%>#
5++8'+#759*#9*'5%#"&4'?#1"D'#7'#3%'#%'34>#9&#@%&D''4H#/#75((#@8%+8'#9*5+#759*#9*'E?
•
6393#5++8'4#9&#$6!-+#3C9'%#%'3(O95E'#d-#Z#6393#5+#+'"9#9&#<&9*#$6!-+#3+#+&&"#
3+#9*'#4393#5+#4'D&4'4H#d-_4#3"4#@%&D'++'4?##!9#@%'+'"9H#<&9*#-./01#3"4#:1;#
3%'#+8<E5995"=#9*'#4393#3+#<3DN8@#C&%#'3D*#&9*'%?##)*5+#'"+8%'+#9*39#9*'#4393#5+#
4'(5J'%'4#759*&89#4'(3>#5C#&"'#&C#&8%#+>+9'E+#C35(+?##18%#+&C973%'#9'"4+#9&#N"&7#
7*'"#&"'#&C#8+#5+#373>#+&#9*'#%'48"43"D>#5+#J593(?#
•
6393#5++8'4#C&%#4'(3>'4#d-#Z#6393#5+#3J35(3<('#C&%#4'(3>'4#E&4'#d-#5EE'4539'(>#
<89#&"(>#D&"+54'%'4#J3(54#C&%#6;d-#3C9'%#A#E&"9*+?
•
T'<#@3='+#Z#9*'#!8+9%3(53"#!%=&#7'<#@3='+#3%'#8@439'4#759*#9*'#E&+9#%'D'"9#4393#
48%5"=#9*'#@%&D'++5"=#&C#9*'#%'@&%9+#C%&E#9*'#C(&39+?##)*'>#3%'#9*'%'C&%'#8@#9&#439'#3+#
+&&"#3+#C(&39#4393#5+#%'D'5J'4?#
h&E'#@3='#C&%#!%=&#!8+9%3(53#,/;1.2
*99@e\\5E&+?&%=?38\3%=&?*9E(
)*'#!8+9%3(53"#4393#@&%93(#D3"#<'#C&8"4#39e
*99@e\\777?5E&+?&%=?38\C3D5(595'+\3%=&O38+9%3(53?*9E(#f#
/"C&%E395&"#&"#5"45J5483(#C(&39+#D3"#<'#C&8"4#39e#
*99@e\\777?E3%5"'?D+5%&?38\i=%&"'((\!%=&0)\f#
/"C&%E395&"#&"#&8%#6;d-#@%&D'++#3"4#C(&39+#D3"#<'#C&8"4#39e#
*99@e\\777?E3%5"'?D+5%&?38\3%=&\4EUD\
h&E'#@3='#C&%#6;d-#4&D8E'"9395&"#&C#C(&39+e
42
#*99@e\\777?DE3%?D+5%&?38\3%=&\4EUD\*9E(\!%=&j6;?*9E(###
3"4
*99@e\\777?DE3%?D+5%&?38\3%=&\4EUD\5"4'L?*9E(
KL3E@('#6;d-#4&D8E'"9395&"#@3='#C&%#3#C(&39e
*99@e\\777?DE3%?D+5%&?38\3%=&\4EUD\*9E(\6;d-"&9'+jYcBQAQG?*9E(
•
.9395+95D+#&C#!%=&#4393#8+3='#Z#!%=&#4393#5+#4&7"(&34'4#9&#3#(&D3(#E5%%&%#&"D'#3#
7''N?##/9#5+#9*'"#D&"J'%9'4#9&#3#;39(3<#C&%E39#759*#3"#5"4'L#93<('#9&#*'(@#(&D3(#
8+'%+#C5"4#9*'#4393#9*'>#"''4?##
!%=&#8+3='#5+#3#45CC5D8(9#(5+9#9&#D&E@5('H#3+#!%=&#4393#3%'#"&7#<'5"=#8+'4#
%&895"'(>#<>#E3">#%'+'3%D*'%+#"395&"3((>#3"4#=(&<3((>?##P&9#E8D*#*3+#D*3"='4#5"#
9*'#@3+9#>'3%?
•
•
•
)*'#4393#5+#<'5"=#8+'4#759*#&9*'%#4393#&"#9*'#$).#9&#5"C&%E#9*'#:8%'38#&C#
;'9'&%&(&=>k+#.'3+&"3(#-(5E39'#189(&&N#3"4#5+#8+'4#5"#3#4>"3E5D3(#
D(5E39'#C&%'D3+9#+>+9'E#,V1!;!2?#!+#@3%9#&C#9*5+#9*'#4393#3%'#5"='+9'4#
5"9&#9*'#:;0-#1D'3"#!"3(>+5+#
,*99@e\\777?<&E?=&J?38\<E%D\&D'3"\%'+8(9+\D(5E&D3"?*9E2#
!%=&#4393#5+#3(+&#<'5"=#8+'4#5"#9*'#:aIK(5"N#&D'3"#C&%'D3+95"=#+>+9'E?##
*99@e\\777?<&E?=&J?38\&D'3"&=%3@*>\C&%'D3+9+\5"4'L?+*9E(
T'#3%'#3(+&#5"D&%@&%395"=#59#3+#3#*5=*#U83(59>#<3DN=%&8"4#4393#C5'(4#C&%#&8%#
8@@'%#&D'3"#9'E@'%398%'#d-#@%&=%3E+#,d81)!#3%D*5J'+H#.11V#l:)#
d-2?
0'+'3%D*#V%&W'D9+e
• 6'9'%E5"5"=#9*'#&"=&5"=#%39'#&C#&D'3"#73%E5"=#3"4#&D'3"#9*'%E3(#
'L@3"+5&"#O#6&E5"=8'+H#-*8%D*H#T*59'#3"4#T5WCC'(+H#:3%N'%H#-'"9%'#C&%#
!8+9%3(53"#T'39*'%#3"4#-(5E39'#0'+'3%D*#,-!T-02
• $(&<3(#1D'3"#)'E@'%398%'#)%'"4+O#T5WCC'(+H#-35#3"4#`'"=H#-./01
• :aIK(5"N#1D'3"#V%'45D95&"?#:aIK(5"N#)'3E#('34#<>#63J54#$%5CC5"H#
-./01#3"4#$3%>#:%3++5"=9&"H#:&;
• ;5L'4O(3>'%#.9%8D98%'#3"4#:5&='&D*'E5+9%>#5"#!8+9%3(53k+#.8<O!"93%D95D#
]&"'O#)&E#)%8((#3"4#:%53"#$%5CC59*+
• KD&+>+9'E#;&4'((5"=#)'3EO#:'9*#`8(9&"H#.D&99#-&"45'H#6&""3#h3>'+H#
K%5D#$%5+9H#V'"">#[&*"+&"H#03"43((#$%3>#3"4#0&='%#.D&99##
• KD&D+@3D'#E&4'((5"=#3@@(5D395&"+#O#-39*>#:8(E3"?#-./01#;3%5"'#3"4#
!9E&+@*'%5D#0'+'3%D*#,-;!02
• .'3+&"3(#D(5E39'#C&%'D3+95"=#%'+'3%D*#3"4#3@@(5D395&"+H#V1!;!#=%&8@H#
-!T-0?
• 6>"3E5D+#&C#!"93%D95D#-5%D8E@&(3%#-8%%'"9#O#.9'J'#05"9&8(#3"4#.'%=8'5#
.&N&(&JH#-!T0• ;'3"#D5%D8(395&"#3%&8"4#!8+9%3(53#O#['CC#68""#3"4#M'"#054=73>H#
-!T-0
43
•
•
•
!""83(#3"4#5"9'%3""83(#+3(5"59>#J3%5395&"+#5"#9*'#/"453"#1D'3"#O#h'('"#
V*5((5@+#,I?#)3+E3"532#3"4#.8+3"#T5WCC'(+#,-!T-02
.&89*'%"#1D'3"#+8<48D95&"#@%&D'++'+#O#[:#.3((''H#.9'J'#05"9&8(H#.8+3"#
T5WCC'(+H#-!T0/E@%&J5"=#=(&<3(#E'3"#D(5E39&(&=5'+#<>#D&E<5"5"=#!%=&#3"4#3(95E'9%5D#
E'3+8%'E'"9+H#M'"#054=73>#3"4#['CC#68""H#-!T0-
V*6#V%&W'D9+e
• 6'9'%E5"5"=#D*3"='+#5"#=(&<3(#&D'3"#739'%#E3++#@%&@'%95'+#759*#
5"C'%'"D'+#C&%#D*3"='+#5"#35%#+'3#C(8L'+#&C#*'39#3"4#739'%?##M5'%3"#h'(E?#
I"5J'%+59>#&C#)3+E3"53
• a&"=O9'%E#.3(5"59>#-*3"='+#3"4#59+#0'(395&"+*5@+#9&#!9E&+@*'%5D#`&%D5"=?#
V38(#68%3DNH#d;.H#I?#)3+E3"53
• a38%3##h'%%35m#:&%%'=8'%&H#n3%53<5(59>#&C#.8<O!"93%D95D#;&4'#T39'%#3"4#
!"93%D95D#/"9'%E'4539'#T39'%#5"#9*'#!8+9%3(53"#+'D9&%#&C#9*'#.&89*'%"#
1D'3"H#d;.H#I?#)3+E3"53
V%&48D9+#$'"'%39'4#C%&E#!%=&#6393#Z#+&E'#+3E@('+e##
• &@'%395&"3(#8@@'%#&D'3"#3"3(>+'+#&C#P'J5(('#.E59*#39#9*'#!8+9%3(53"#
:8%'38#&C#;'9'&%&(&=>e#
*99@e\\777?<&E?=&J?38\<E%D\&D'3"\%'+8(9+\D(5E&D3"?*9E
• :aIK(5"N#&D'3"#C&%'D3+95"=#+>+9'E?##
#
*99@e\\777?<&E?=&J?38\&D'3"&=%3@*>\C&%'D3+9+\5"4'L?+*9E(
F?###6'(3>'4#;&4'#d-!"#$%&'!(!
6;d-#.&C973%'#6'J'(&@E'"9e##FBBc#+37#D&"95"8'4#%'O4'J'(&@E'"9#&C#9*'#
6;d-#+&C973%'#3"4#@%&D'++5"=#E'9*&4+?#
T'#D&"95"8'#9*'#3@@%&3D*#&C#D%'395"=#"'7#C5('+#5"#3#+'@3%39'#45%'D9&%>#C&%#'3D*#
@%&D'++5"=#+93='?#!((#+9'@+#3%'#D&"9%&(('4#<>#+D%5@9+#9&#'"+8%'#9*39#3((#%'U85%'4#
C5'(4#E&45C5D395&"+#&DD8%?##
.8%C3D'#@%'++8%'#,.V2#D&%%'D95&"#5E@('E'"9395&"e##T59*#'3D*#6;#<39D*#7'#%'O
'L3E5"'#9*'#'"95%'#.V#+'%5'+#C&%#3#C(&39?#T'#'L9%3D9#'L3D9#C(&39#9>@'#C%&E#3
E3+9'%#+@%'34+*''9H#.V#C%&E#9'D*#C5('+H#;5"5E8E#V%&C5('#V%'++8%'#,;VV2#C%&E#0O#
3"4#6OC5('+H#3"4#@%'J5&8+#U83(59>OD&"9%&(('4#.V#C%&E#6OC5('+?###
0'3((>#&<J5&8+#+@5N'+#,.VoQBB2#3%'#%'E&J'4H#3"4#J3(8'+#C&((&75"=#E5++5"=#
@%&C5('+#,7*5D*#3%'#9*'%'C&%'#48<5&8+2#3%'#5="&%'4#7*'"#D%'395"=#3#+E&&9*'4#
+'%5'+?#$3@+#3%'#C5(('4#<>#(5"'3%#5"9'%@&(395&"#3"4#9*'"#3#+5E@('#YO@&5"9#E'453"#
C5(9'%#5+#8+'4#,759*#"&#9%'39E'"9#&C#C5%+9#3"4#(3+9#F#@&5"9+2?#0'@&%9'4#.V#3%'#
%'@(3D'4#&"(>#5C#9*'#&CC+'9#o#Q4<?#a5E59'4#'L9%3@&(395&"#E3>#<'#8+'4#39#'"4+#&C#
+'%5'+H#759*#8@#9&#S#J3(8'+#%'9%5'J'4#<>#(5"'3%#9%'"4#C599'4#9&#A#9&#QB#"'3%'+9#=&&4#
44
J3(8'+?#
##
)*'#&@'%39&%#5+#3('%9'4#9&#3">#45CC'%'"D'+#<'97''"#"'7#.V#'+95E39'+#3"4#@%'J5&8+#
J3(8'+#5"#6OC5('+?
/C#3">#%'@&%9'4#.V#3%'#"'=395J'#9*'"#7'#5"C'%#9*'#C(&39#4&'+#"&9#9%8"D39'#.V?#
19*'%75+'H#)P6V#,9%8"D39'4#"'=395J'#4%5C95"=2#5+#+8=='+9'4#9&#D&EE'"D'#39#9*'#
C5%+9#m'%&#3C9'%#9*'#(3+9#@&+595J'#J3(8'#,@%5&%#9&#9*39#@&5"9#3#+'J'%'#OJ'#4%5C9#5+#"&9#
(5N'(>#9&#*3J'#&DD8%%'4H#5'#@%'J5&8+#OJ'#J3(8'+#3%'#@%&<3<(>#&"(>#+(5=*9(>#OJ'?2
!#@(&9#5+#D%'39'4#+*&75"=#9*'#J3%5&8+#'+95E39'+#&C#.V#3"4#9*'#%'@&%9'4#3"4#
34W8+9'4#;VVH#3"4#)P6V#&"+'9#5C#3@@(5D3<('?#)*'#&@'%39&%#J'%5C5'+#&%#E&45C5'+#
3">#@&5"9#&C#)P6V#&"+'9H#3"4#*3+#9&&(+#C&%#D(&+'%#5"+@'D95&"#3"4#E&45C5D395&"#&C#
.V#J3(8'+?#!#C(&39k+#9'%E5"395"=#@%&C5('#5+#=5J'"#9*'#@'"8(95E39'#.V#J3(8'?#
VOC5('+#3%'#D%'39'4H#(&345"=#!6[I.)K6#C5'(4+#,V.!a#%'OD&E@89'4#C%&E#-P60#
8+5"=#34W8+9'4#V?2#V#'%%&%#5+#34W8+9'4#9&#QB4<#C&%#)P6V#@%&C5('+?#)*'#C5"3(#.V#
J3(8'+#3%'#%'D&%4'4#5"#9*'#.-/KP)/`/-j-!a/:#C5'(4+?
.-/KP)/`/-j-!a/:#C5'(4+#9>@5D3((>#D&"935"#&"'#&C#3#+E3((#"8E<'%#&C#+93"43%4#
9'L9+H#4'@'"45"=#&"#9*'#9>@'#&C#C(&39#3"4#"398%'#&C#3#@%&C5('#?#!#+5E@('#4393<3+'#5+#
E35"935"'4#7*5D*H#C&%#'3D*#@%&C5('H#+9&%'+#D&4'+#%'@%'+'"95"=#9*'+'#9'L9+?#
!44595&"3(#C%''O9'L9#D&EE'"9+#D3"#<'#3++5="'4#9&#=%&8@+#&C#@%&C5('+?#!#+D%5@9#
5"9'%%&=39'+#9*'#4393<3+'#3"4#='"'%39'+#3"4#(&34+#9*'#D&"9'"9+#&C#9*'+'#C5'(4+?#
6;d-#6%5C9#!"3(>+5+e##T'#D&"95"8'#9&#8+'#C&8%#E35"#D*'DN+#9&#4'9'%E5"'#5C#3#
C(&39#5+#4%5C95"=f#C(&39OD(5E39&(&=5D3(#+3(5"59>#3"&E3(>#@(&9+H#D&E@3%5+&"#759*#
"'3%<>#!%=&#39#4''@#9*'93#('J'(+H#"'3%<>#!%=&#).#'"J'(&@'#@(&9+#3"4#$5(+&"#
+D%''"5"=?#T'#C5"4#9*39#9*'#E3W&%59>#&C#&8%#C(&39+#3%'#J'%>#+93<('#3"4#4&#"&9#
%'U85%'#D&%%'D95&"#C&%#+3(5"59>#4%5C9#,3@@%&L?#cAg2?#`&%#9*&+'#9*39#4&#'L*5<59#
+3(5"59>#4%5C9H#7'#*3J'#5E@('E'"9'4#9*'#1T#+&C973%'?#):)1#('3N3='#+''E+#9&#<'#
5"D%'3+5"=#759*#QFg#&C#&8%#(39'+9#<39D*#&C#C(&39+#3CC'D9'4H#9*'#@%&C5('+#3%'#
D&%%'D9'4#E3"83((>?#T'#35E#9&#*3J'#&8%#6;d-#+&C973%'#%'J5+5&"#D&E@('9'4#<>#
9*'#'"4#&C#FBBc#3"4#3%'#D8%%'"9(>#7&%N5"=#9&73%4+#3#D&E@%'*'"+5J'#
4&D8E'"9395&"#&C#3((#&8%#@%&D'48%'+?#T'#3%'#3(+&#7&%N5"=#759*#&8%#/"453"#
D&(('3=8'+#9&#5E@('E'"9#&8%#6;d-#@%&D'48%'+#&"#9*'5%#C(&39#4393?#
T'#*3J'#@354#@3%95D8(3%#399'"95&"#9&#&8%#6%8DN#^E5D%&('3N'%_#C(&39+?#T'#*3J'#
+'J'%3(#+8+@'D9'4#6;a#C(&39+?#1"'#&C#9*'+'#*3+#+'J'%'#"'=395J'#@%'++8%'#4%5C9#3"4#
9*5+#5+#U859'#&<J5&8+#5"#9*'#@%'++8%'#@(&9H#5?'e
45
h&7'J'%H#3#"'=395J'#@%'++8%'#4%5C9#&C#p#QB#4<#%'+8(9+#5"#&"(>#3#+E3((#+3(5"59>#
&CC+'9H#5?'?#,B?BBY2#3"4#59#5+#3%=83<('#3+#9&#7*'9*'%#>&8#7&8(4#'3+5(>#4'9'D9#3#
+3(5"59>#4%5C9#+8D*#3+#9*5+#5"#9*'#!V`G#9%8"D39'4#"'=395J'#4%5C95"=#@%'++8%'#C(&39+#
7*'%'#"&#@%'++8%'#4%5C9#5"C&%E395&"#5+#3J35(3<('?#)*'#3(95E'9%>#3"3(>+5+#+*&7+#9*39#
9*'%'#5+#3"#8"8+83(#.a!\6h!#%'(395&"+*5@#C&%#9*5+#C(&39#<89#59#73+#"&9#'"&8=*#9&#
9%5@#9*'#9*%'+*&(4#C&%#3#^<34#C(&39_?#T'#*3J'#+'J'%3(#E&%'#+8+@'D9'4#6;a#C(&39+#
9*39#3%'#5"#9*'#'3%(>#+93='+#3"4#3%'#&"(>#+*&75"=#"'=395J'#4%5C9+#&C#Q#&%#F#4<?#!#F?Y#
4<#@%'++8%'#'%%&%#&"(>#%'+8(9+#5"#3#B?BBQ#+3(5"59>#&CC+'9#3"4#D8%%'"9(>#7'#D3""&9#
4'9'D9#9*5+#N5"4#&C#4%5C9#5"#&8%#+3(5"59>#D&E@3%5+&"+#3(&"'?#
46
6;d-#.9395+95D+
!#C8%9*'%#cR#C(&39+#*3J'#<''"#@%&D'++'4\%'@%&D'++'4#9*%&8=*#6;d-?#-8%%'"9(>#
9*'%'#3%'#FSGXF#-./01#@%&C5('+#39#9*'#$6!-H#5"D(845"=#QFXXG#0#C5('+#,SGFX#&C#
7*5D*#3%'#'(5=5<('#C&%#@%&D'++5"=2#3"4#QQScX#6#C5('+#,D&"+959895"=#RY#g#&C#'(5=5<('#
@%&C5('+2?#)7&#C(&39+#+8CC'%'4#+'"+&%#C35(8%'#+&&"#3C9'%#4'@(&>E'"9#3"4#3((#4393#
73+#+'9#9&#d-qX?#!#C8%9*'%#97&#C(&39+#+8CC'%'4#C%&E#+3(5"59>#4%5C9#3"4#%'U85%'4#
E3"83(#D&%%'D95&"?#P&#&9*'%#C(&39+#+*&7'4#'J54'"D'#&C#+5="5C5D3"9#+3(5"59>#4%5C9?
6;d-#T'<+59'
`8%9*'%#'CC&%9#*3+#<''"#@89#5"9&#9*'#4'J'(&@E'"9#&C#9*'#6;d-#7'<#@3='+#3"4#
4&D8E'"9395&"?#)*'%'#5+#"&7#3"#5"45J5483(#6;d-#@3='#C&%#'3D*#C(&39#9*39#*3+#
<''"#@%&D'++'4#9*%&8=*#9*'#"'7#+&C973%'?#)*'+'#@3='+#3%'#@3%95D8(3%(>#8+'C8(#C&%#
&9*'%#6;#&@'%39&%+#3"4#7'#'"D&8%3='#C''4<3DN#3"4\&%#U8'+95&"+?#)*'#/;1.#
!%=&#7'<+59'#*3+#E&%'#='"'%3(#5"C&%E395&"#&C#5"9'%'+9#9&#9*'#='"'%3(#@8<(5D\&9*'%#
+D5'"95+9+#+8D*#3+#D&"9'"9#3<&89#9*'#!%=&#@%&=%3EH#C(&39+H#4393#'9D?#)*'#6;d-#
7'<#@3='+#3%'#@8<(5D3((>#3J35(3<('#39#9*'#+59'+#(5+9'4#8"4'%#T'<#@3='+#3<&J'?
#
47
Argo Canada National Data Management Report
ADMT10
Sep 28-Oct 2, 2009
1. Status
Data acquired from Floats: We are currently tracking 120 floats. Of these, 10
may be in trouble or may have failed to report within the last 6 months. For 2009,
we deployed 11 Apex floats with APF9A controller and deep profile first options.
Data issued to GTS: All of the data is issued to the GTS in TESAC format. In
January 2009, we started the delivery of Argo data in BUFR format under
IOPX02 CWOW headers. In March 2009, the percentage of Argo data distributed
to TESAC within 24 hours failed to 55% because of server upgrade and
maintenance. On average 82% of data are issued to the GTS within 24 hours for
the floats reporting since September 2008.
Data issued to GDACs after real-time QC: All of the profile, technical,
trajectory and meta files are transmitted to GDACs in netCDF format on an
operational basis with some delay compared to the data sent on the GTS, because
the two processes run on two different servers and the conversion process to
NetCDF takes a long time. After some program modifications and optimization,
now the time delay is reduced to 2 hours between the GTS data and the data sent
to GDACs.
Data issued for delayed QC: Data are available for delayed mode QC as soon as
they are sent to the GDACs but only considered valid for DMQC after 6 months.
Delayed data sent to GDACs: A total of 3312 eligible files from 58 floats had an
adjustment performed on salinity (DMQC following WJO software) on
September 2008 and were sent to the GDAC in March 2009. At their time of
submission, the pressure fields were adjusted using all available data until March
2009.
Web pages:
http://www.meds-sdmm.dfo-po.gc.ca/meds/Prog_Int/Argo/ArgoHome_e.html
We maintain pages that show float tracks and all data collected by Canadian
floats. Both real-time and delayed mode data are also available for download, but
we alert viewers that the official version resides at the GDACs. The pages are
updated daily.
We also show some information about the global programme including the
position of floats over the previous months, the success rate of meeting the 24
hours target for getting data to the GTS at various GTS insertion points, the
number of messages transmitted, reports of floats which distributed more than one
TESAC within 18 hours and Canadian float performance statistics.
48
Statistics of Argo data usage: We currently have three PIs. Argo data have
been used to generate monthly maps and anomaly maps of temperature and
salinity along line P in the Gulf of Alaska. Line P has been sampled for 50 years
and has a reliable monthly climatology.
For more information on the Line-P
products and other uses of Argo to monitor the N.E. Pacific go to:
http://www.pac.dfo-mpo.gc.ca/sci/osap/projects/argo/Gak_e.htm
Real-time Argo data (GTS) is also ingested, along with other data streams
(PIRATA and TAO arrays, XBTs, various TESACs from CTD profiles, animal
borne sensors), in an optimally interpolated product generated at ISDM using
ISAS-v4.1 analysis tool (developed at IFREMER). The fields are then used to
identify, in real-time, profiles that either show suspicious deviation from
climatology and/or neighbours. Those profiles are re-QCed. Several defective
Argo profiles are identified this way and flagged accordingly (~30 per month,
from ~15 floats, on average). An update is sent to US NODC whenever a profile
is re-flagged.
2. Delayed Mode QC:
As of September 2009, the salinity adjustment component of DMQC had been
performed on 66% of eligible floats. This is a decrease compared to last year,
attributed to the following changes occurring in 2008 and 2009: transfer of
DMQC software from WJO to OW, delay in acquiring costly Optimization
toolbox required by OW, adaptation to changes in available NetCDF Matlab
toolboxes for pre-OW and post-OW formatting and a two fold internal migration
of Matlab servers (impacting both Argo website and DMQC procedures) at
ISDM. The re-establishment of data flow from the delayed mode production to
the national archive was done for the first time in 2008/2009 since transfer of
DMQC responsibilities from a Canadian regional center to ISDM in 2007 and
took several months
3. GDAC Functions
Canada forwards TESAC data to the GDAC in Brest and NODC three times a
week.
4. Region Centre Functions
Canada has no regional centre function.
49
!"#$%&'()$*'+%,'('%-'*'#./.*(%0.1$"(%233!
!"#$"#%"$&'()$*+%+$,+-+(#.#-%$!#+.$,##%/-(
45 6('(78
!"#$%&'()*&+(*,-./&0-+1*2-0&34&+(*5#1-(6&#$&7889:&;$/#1&$*<=&/"-&!"#$-6-&>'!&"%6&
+(*.-66-0&0%/%&5(*?&@3&'()*&51*%/6&#$.1A0#$)&B4&%./#C-&51*%/6&%6&*5&DA12&7B=&7889:&E"#6&
2-%(=&@B9&FG5#1-6&<-(-&6-$/&/*&H>'!6=&%$0&/"-&/*/%1&$A?I-(&*5&7=97@&+(*5#1-6&"%0&I--$&
A+1*%0-0&/"(*A)"&7887G7889:&'11&*5&/"-6-&+(*5#1-6&%(-&#$6-(/-0&#$/*&HEJ&%/&!KJ:&E"-&
!"#$-6-&>'!&6<#/."-0&/*&LM&?-/"*0&5*(&'()*&>NO!&#$&DA$-=&7889$/*/%112&7=48@&>G
5#1-6&"%C-&I--$&6-$/&/*&H>'!6:
P*/"&/"-&!"#$%&'()*&>%/%&!-$/-(&QRN>SJT&%$0&!"#$%&F-%1G/#?-&>%/%&!-$/-(&Q!JSLT&"%6&
-6/%I1#6"-0&/"-#(&<-I6#/-6&Q"//+UVV<<<:%()*:)*C:.$&%$0&"//+UVV<<<:%()*:*():.$T&5*(&'()*&
0%/%&#$WA#(#$)&%$0&0#6+1%2:&
E"-&!"#$%&'()*&>%/%&!-$/-(&+(*C#0-6&%..-66&/*&/"-&)1*I%1&'()*&+(*5#1-6&0%/%=&?-/%&0%/%=&
/(%,-./*(2&0%/%&%$0&0-+1*2?-$/&#$5*(?%/#*$&5(*?&/"-&'()*&!*$/#$A*A612&N%$%)-0&
>%/%I%6-:&E"-&A6-(6&%(-&%I1-&/*&%..-66&/*&/"-&0%/%&.*$C-$#-$/12&*$&/"-&<-I6#/-&#$.1A0#$)&
$-/!>X&(%<&0%/%=&$-%(&(-%1G/#?-&0%/%=&?-/%&0%/%=&/(%,-./*(2&0%/%=&0-1%2-0G?*0-&0%/%&%$0&
0*<$1*%0&'()*&0%/%&C#%&XEY:&S$&*(0-(&/*&-Z+%$0&/"-&A6%)-&*5&'()*&0%/%=&!"#$%&'()*&
>%/%&!-$/-(&"%6&6-/&A+&%$&'()*&/(%,-./*(2&0%/%&WA%1#/2&.*$/(*1&626/-?=&<"#."&.%$&
-1#?#$%/-&%I$*(?%1&1*.%/#*$&0%/%:&P%6-0&*$&D:D:&Y%([&?-/"*0=&!"#$%&'()*&>%/%&!-$/-(&
%16*&+(*C#0-6&/"-&)1*I%1&?*$/"12&%C-(%)-0&6A(5%.-&.A((-$/&%$0&?#0&0-+/"&.A((-$/&?%+6&
0-(#C-0&5(*?&)**0&'()*&/(%,-./*(2&0%/%:&P-6#0-6&/"-6-=&?%$2&+(*0A./6&*5&'()*&0%/%=&6A."&
%6&<%/-(5%11&?%+6=&'()*&/(%,-./*(2&?%+6&%(-&%16*&+(*C#0-0:&'11&/"-6-&+(*0A./6&.%$&I-&
0*<$1*%0-0&5(*?&/"-&<-I6#/-&Q"//+UVV<<<:%()*:)*C:.$T:
E"-&!"#$%&F-%1G/#?-&>%/%&!-$/-(&Q!JSLT&?%#$/%#$-0&*$-&<-I6#/-&Q"//+UVV<<<:&
%()*:*():.$T&5*(&#$WA#(#$)&-%."&51*%/\6&/(%,-./*(2=&+(*5#1-6&0%/%&%$0&?-/%&0%/%:&&'$&'()*&
0%/%I%6-&5*(&)1*I%1&+(*5#1-6&"%6&I--$&-6/%I1#6"-0&5*(&*$1#$-&#$WA#(#$)&
Q"//+UVV377:77]:7B7:398U^8^3V%()*G<-IV?%#$:,6+T:E"-&A6-(6&%(-&%I1-&/*&#$WA#(-&'()*&
50
+(*5#1-6&%..*(0#$)&/*&"#6V"-(&#$+A/&)-*)(%+"#.&(%$)-&%$0&+-(#*0:&E"-&0%/%I%6-&#6&?*$/"12&
A+0%/-0:&
'()*&0%/%&"%6&I--$&A6-0&#$&%$&*.-%$&0%/%&%66#?#1%/#*$&626/-?&%/&/"-&R%/#*$%1&N%(#$_$C#(*$?-$/%1&X*(-.%6/#$)&!-$/-(:&E"-6-&?*$/"12&+(*0A./6&"%C-&%&"*(#`*$/%1&(-6*1A/#*$&
*5&7ab3a&#$&/"-&/(*+#.%1&Y%.#5#.&*.-%$:
'()*&0%/%&%16*&"%6&I--$&A6-0&#$&/"-&P!!GHL>'J&J26/-?&%/&/"-&!"#$-6-&'.%0-?2&*5
N-/-*(*1*)#.%1&J.#-$.-6=&%$0&/"-&+(*0A./&#6&(-1-%6-0&%/&/"-&<-I6#/-&*5&SFSVK>_L=&
!*1A?I#%&;$#C-(6#/2&Q"//+UVV#(#01:10-*:.*1A?I#%:-0AVJL;F!_JV:!N'V:P!!V:HL>'JVT:
!"#$%&'(%)#*+)%#,E"-&!"#$-6-&>'!&%++1#-0&LM&?-/"*0&%$0&/"-(?%1&1%)&.%1#I(%/#*$&5*(&'()*&6%1#$#/2&
>NO!:&J*?-&51*%/6&0-+1*2-0&#$&/"-&<-6/&I*A$0%(2&.A((-$/&(-)#*$&%(-&0#55#.A1/&.%6-6&#$&
>NO!&0A-&/*&/"-#(&C%(#%I1-&6%1#$#/2:&;$/#1&$*<=&7=48@&>G5#1-6=&<"#."&(-+(-6-$/6&?*(-&
/"%$&98c&*5&%11&!"#$-6-&+(*5#1-6=&"%C-&I--$&A+0%/-0&#$/*&H>'!6:&E"-&1%.[&*5&?%$+*<-(&
#6&/"-&?*6/&0#55#.A1/2&5*(&*+-(%/#*$%1&>NO!:
51
!"#$%&'()$*'+%,'('%-'*'#./.*(%0.1$"(%2334
5$")$+)6%7'('%8.*(."
!""#$%&'()*'+&!#,#-+&.//0&1&2()+(34('&.//5
6('-7*"&898
2()+(34('&.:+;<&.//5
8=&>.?&"(@&!',*&)'*A7%(-&A'*3&:=B&A%*$+-&3$"$,(C&4D&E*'7*%7-&F!E&
+;7-&G#''("+&D($'9
52
!"#"$%
HI%($-(&'()*'+&+;(&)'*,'(--&3$C(&+*@$'C-&G*3)%(+7",&+;(&A*%%*@7",&+$-J-&$"C&7A&
"*+&D(+&G*3)%(+(<&(-+73$+(&@;("&D*#&(K)(G+&+;(3&+*&4(&G*3)%(+(L
• F$+$&$GM#7'(C&A'*3&A%*$+• F$+$&7--#(C&+*&NO2
• F$+$&7--#(C&+*&NF!E-&$A+('&'($%P+73(&QE
• F$+$&7--#(C&A*'&C(%$D(C&QE
• F(%$D(C&C$+$&-("+&+*&NF!E• R(4&)$,(• 2+$+7-+7G-&*A&!',*&C$+$&#-$,(&&H&*)('$+7*"$%&3*C(%-<&-G7("+7A7G&$))%7G$+7*"-<&
"#34('&*A&S$+7*"$%&I7-T&&L
• I'*C#G+-&,("('$+(C&A'*3&!',*&C$+$&T
O;7-&'()*'+&G*U('-&+;(&$G+7U7+D&*A&E*'7*%7-&C$+$&G("+'(&A*'&$&*"(&D($'&)('7*C&A'*3&
!#,#-+&8-+&.//0&+*&!#,#-+&=8+;&.//59
&#"#'#()$*+,-'.+/0'.1/#"%
O;7-&D($'<&8=&>.?&)'*A7%(-&A'*3&:=B&A%*$+-&@;('(&G*%%(G+(C<&G*"+'*%%(C&$"C&
C7-+'74#+(C9
27"G(&V$D&8550<&>5&00:&)'*A7%(-&A'*3&5>/&A%*$+-&@;('(&G*%%(G+(C<&G*"+'*%%(C&$"C&
C7-+'74#+(C9
O;7-&D($'<&+;(&:=B&$G+7U(&A%*$+-&3$"$,(C&;$C&=8&U('-7*"-&*A&C$+$&A*'3$+W
• !IXY&W&85&U('-7*"• SXVZ&W&=&U('-7*"• I[Z6Z[&W&5&U('-7*"-
!',*&C$+$&3$"$,(3("+
.//5
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&E*'7*%7-&F!E&\&NF!E&'()*'+&
53
!'U*'&W&$&"(@&+D)(&*A&A%*$+9
]"&.//5<&$3*",&=8&U('-7*"-&*A&A%*$+-<&$&"(@&+D)(&
*A&!'U*'&A%*$+&C$+$&@('(&)'*G(--(C9&
O;7-&"(@&$#+*"*3*#-&*G($"*,'$);7G&)'*A7%7",&
A%*$+&;$-&+;(&-$3(&3$7"&G;$'$G+('7-+7G-&$"C&
3(+'*%*,D&+;$"&I'*U*'9^7,;+('<&G;($)('<&7+&7-&
C(U*+(C&+*&+(3)('$+#'(&$"C&-$%7"7+D&
3($-#'(3("+-&A*'&!',*&$))%7G$+7*"-9
]+-&C(-7,"&;$-&4(("&)('A*'3(C&4D&]_[XVX[&$"C&
7+&7-&3$"#A$G+#'(C&4D&S`X9
!'U*'&A%*$+&G$"&)('A*'3&3*'(&+;$"&.//&GDG%(-&
A'*3&.///&3(+('-&C()+;&+*&+;(&-#'A$G(&HEOF&
)#3)&7"&G*"+7"#*#-&3*C(L9
]+&7-&C()%*D$4%(&4D&*"%D&*"(&)('-*"<&@7+;&@7'(%(--&G*""(G+7U7+D&#-7",&a%#(+**+;9
O@*&!'U*'&A%*$+-&@('(&C()%*D(C&7"&_(4'#$'D&.//5&$'(&"*@&*)('$+7",&
4(+@(("&`(',#(%("&7-%$"C&$"C&!"+$'G+7G$9
!"#$%&'()*+#,-*.$/'01*2,34056*7897:
&#"#'*%%$,-'"/'23!
!%%&)'*A7%(-&)'*G(--(C&4D&E*'7*%7-&$'(&C7-+'74#+(C&*"&+;(&NO2&4D&@$D&*A&V(+(*P
_'$"G(9&O;7-&*)('$+7*"&7-&$#+*3$+7G$%%D&)('A*'3(C9&!A+('&$))%D7",&+;(&$#+*3$+7G&
!',*&QE&)'*G(C#'(<&+;(&!',*&)'*A7%(-&$'(&7"-('+(C&*"&+;(&NO2&(U('D&.&;*#'-9&
!',*&)'*A7%(-&$'(&7"-('+(C&*"&+;(&NO2&=B?&C$D-&)('&D($'<&.:&;*#'-&$&C$D9
590:9;:<%,!5=%!"#$%7'('%>+$?
!',*&C$+$&3$"$,(3("+
.//5
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&E*'7*%7-&F!E&\&NF!E&'()*'+&
54
&#"#'*%%$,-'"/'2&45%'#.",+'+,#16"*0,'75
!%%&3(+$PC$+$<&)'*A7%(-<&+'$b(G+*'D&$"C&+(G;"7G$%&C$+$&A7%(-&$'(&-("+&+*&E*'7*%7-&$"C&
c2PN*C$(&NF!E-9&O;7-&C7-+'74#+7*"&7-&$#+*3$+(C9
&#"#'*%%$,-'./+'-,1#8,-'75
!%%&)'*A7%(&A7%(-&$'(&-("+&+*&I]-&A*'&C(%$D(C&QE9&V*-+&*A&+;(&!+%$"+7G&C$+$&;$"C%(C&
4D&E*'7*%7-&$'(&G;(GJ(C&4D&+;(&X#'*)($"&)'*b(G+&X#'*P!',*9
&,1#8,-'0/-,'-#"#'%,9"'"/'2&45%
!"&!',*&C(%$D(C&3*C(&)'*A7%(&G*"+$7"-&$&G$%74'$+(C&-$%7"7+D&)'*A7%(&H)-$%d$Cb#-+(C&
)$'$3(+('L9
!&+*+$%&*A&5&5/=&"(@&C(%$D(C&3*C(&)'*A7%(-&@;('(&-("+&+*&NF!E-&+;7-&D($'9
!&+*+$%&*A&:8&>85&C(%$D(C&)'*A7%(-&@;('(&-("+&+*&NF!E-&-7"G(&.//?9
:,;'<#=,%
O;(&@(4&-7+(&*A&+;(&_'("G;&F!E&7-&$U$7%$4%(&$+W
• ;++)Wee@@@9G*'7*%7-9(#9*',eGCGe$',*9;+3
]+&)'*U7C(-W
• ]"C7U7C#$%&A%*$+&C(-G'7)+7*"&$"C&-+$+#-&H3(+$PC$+$<&,(*,'$);7G&3$)<&
,'$);7G-&W&-(G+7*"<&*U('%$D(C<&@$+('A$%%<&+e-&G;$'+-L
• ]"C7U7C#$%&A%*$+&C$+$&H)'*A7%(-<&+'$b(G+*'7(-L
• _OI&$GG(-• F$+$&-(%(G+7*"&+**%
• N%*4$%&,(*,'$);7G&3$)-<&N**,%(X$'+;&3$)• R((J%D&S*'+;&!+%$"+7G&$"$%D-(-&HG*347"(-&!',*&C$+$&$"C&*+;('&
3($-#'(3("+-&A'*3&K4+<&G+C<&3**'7",-<&4#*D-L
• 2*3(&$"73$+7*"2*3(&)$,(-&*A&E*'7*%7-&@(4&-7+(&$'(&C(C7G$+(C&+*&+(G;"7G$%&3*"7+*'7",W
• ;++)Wee@@@9G*'7*%7-9(#9*',eGCGeG*'7*%7-dA%*$+-d3*"7+*'7",9;+3
!',*&C$+$&3$"$,(3("+
.//5
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&E*'7*%7-&F!E&\&NF!E&'()*'+&
55
XK(3)%(&.W&$,(&3$)&*A&!',*P_'$"G(&A%*$+-9
XK$3)%(&8W&+(G;"7G$%&3*"7+*'7",&*A&!',*P_'$"G(&
A%*$+-
F$+$&G("+'(&$G+7U7+D&3*"7+*'7",W&E*'7*%7-&*)('$+*'-&)('A*'3&$"&$G+7U7+D&3*"7+*'7",&
@7+;&$"&*"%7"(&G*"+'*%&4*$'C9
9&
@A./1+.%2W&C$+$&C7-+'74#+7*"&+*&NF!E&$G+7U7+D&7"&
!#,#-+&.//09&Z"&!#,#-+&.B+;<&$&-(U('(&G$)$G7+D&
@A'/1+.%BW&C7-+'74#+7*"&$G+7U7+D&*"&O#(-C$D&.>+;&*A&V$D9& )'*4%(3&*"&$&G*3)#+('&-('U('&C(%$D(C&+;(&C$+$&
+;
&$+&
!"&*)('$+*'&;$-&+*&)('A*'3&$&C7$,"*-+7G&*"&$"&$"*3$%D&*A& C7-+'74#+7*"9&O;(&)'*4%(3&-+$'+(C&*"&!#,#-+&.B
+;
/>W:/9&]+&@$-&A7K(C&*"&!#,#-+&.>
&$+&88W=59&
!',*&)'*A7%(&C7-+'74#+7*"&H'(C&-37%(DL9
f*@(U('<&C(-)7+(&*A&+;7-&)'*4%(3<&C$+$&A7%(-&G*#%C&
4(&C7-+'74#+(C&H-((&A7'-+&G;$'+<&"*&C$D&7-&("+7'(%D&
'(CL9
!',*&C$+$&3$"$,(3("+
.//5
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&E*'7*%7-&F!E&\&NF!E&'()*'+&
56
!"#"*%"*(%'/.'4+=/'-#"#'$%#=,''>/<,+#"*/9#1'0/-,1%?'%(*,9"*.*('
#<<1*(#"*/9%?'9$0;,+'/.'@#"*/9#1'A*%B''C
Z)('$+7*"$%&*G($"*,'$);D&3*C(%-g&$%%&A%*$+-&C$+$&$'(&C7-+'74#+(C&+*W
• _'("G;&3*C(%&V('G$+*'&H,%*4$%&*)('$+7*"$%&3*C(%L
• _'("G;&3*C(%&I'(U73('&H'(,7*"$%&*)('$+7*"$%&L
• _'("G;&3*C(%&2*$)&H"$UD&*)('$+7*"$%&3*C(%L
• Xc&VDZG($"&3*C(%-&H_*$3<&O*)$h<&V**"<&S**-L
• X#'*N**-&)'*b(G+!',*&)'*b(G+-W&+;7-&D($'<&E*'7*%7-&C$+$&G("+'(&)('A*'3(C&A%*$+&C$+$&3$"$,(3("+&
A*'&.>&!',*&-G7("+7A7G&)'*b(G+-&3$"$,(C&4D&=?&I]-&H)'7"G7)$%&7"U(-+7,$+*'-L9
^7-+&*A&7"U*%U(C&I7-&+;7-&D($'W
V7G;(%&![f!S
S7G*%$-&a![[X
Z%$A&aZXaaX^
a('"$'C&aZc[^X2
E;'7-+7"(&EZ!O!SZ!S
O;7(''D&FX^E[Z]Y
Ni'$'C&X^F]S
j#(',("&_]2EfX[
kU(-&NZc[]Zc
E;'7-+*);&`7;3
Z%$A&`^!OO
a7',7+&`%(7"
a7',7+&`^X]S
j("-&VX]SE`X
kU(-&VZ[X^
N'(,*'7*&I![[]^^!
j*-(P^#7-&IX^XN[]
!"+*7"(&IZOX!c
!',*&C$+$&3$"$,(3("+
.//5
I7(''(PV$'7(&IZc^!]S
^*#7-&I[]Xc[
E;'7-+7$"&I[Z6Z2O
F(+%(A&Qc!F_!2X^
N7%%(-&[(U('C7"
_$47("&[ZQcXO
j("-&2Ef]V!S2`]
2#"J(&2G;37C+J*
!%$7"&2X[IXOOX
2$4'7"$&2IX]Ef
!"C'($-&2OX[^
X7"$'&26XSF2XS
]-$4(%%(&O!cI]X[P^XI!NX
67',7"7(&Of]X[[k
67',7"(&Of]X[[k
Z-U$%C*&c^^Z!
ji'l3(&6]!^![F
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&E*'7*%7-&F!E&\&NF!E&'()*'+&
57
A+/-$("%'=,9,+#",-'.+/0'4+=/'-#"#'B
,)6(")CD()$*%$>%!"#$%$AE#.*%$C6."F'()$*6%($%@G%5'"C$98.'*%1"$H.8(9
Z"G(&$&@((J<&$%%&!',*&A%*$+-&C$+$&@7+;&*KD,("&*4-('U$+7*"-&$'(&C7-+'74#+(C&+*&+;(&
N('3$"&C$+$&G("+'(&I$",($&#-7",&+;(&Z!]&7"+('P*)('$47%7+D&)'*+*G*%&HZ)("&
!'G;7U(&]"7+7$+7U(L9
O;7-&D($'<&B&88>&"(@&*KD,("&)'*A7%(-&A'*3&8>B&A%*$+-&@('(&C7-+'74#+(C9
!&+*+$%&*A&./&/B=&*KD,("&)'*A7%(-&A'*3&.:B&A%*$+-&@('(&C7-+'74#+(C&-7"G(&.//:9&
ZKD,("&)'*A7%(-&G*%%(G+(C&4D&$%%&!',*&)$'+"('-&-7"G(&.//:&HD(%%*@&C*+-L9&&
<DCI6D">'8.%8D"".*(6%!(+'6
a$-(C&*"&E*'7*%7-&+'$b(G+*'D&C$+$<&V7G;(%&Z%%7+'$#%+&$"C&+;(&E*'7*%7-&+($3&$'(&
@*'J7",&*"&$"&$+%$-&*A&C(()&*G($"&G#''("+-9&&
!',*&+'$b(G+*'7(-&A'*3&E*'7*%7-&F!E&$'(&G$'(A#%%D&-G'#+7"7h(C&+*&)'*C#G(&$"&$+%$-&
*A&C(()&*G($"&G#''("+-9&&
!',*&C$+$&3$"$,(3("+
.//5
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&E*'7*%7-&F!E&\&NF!E&'()*'+&
58
'&,1#8,-'D/-,'75
HI%($-(&'()*'+&*"&+;(&)'*,'(--&3$C(&+*@$'C-&)'*U7C7",&C(%$D(C&3*C(&!',*&C$+$<&
;*@&7+m-&*',$"7h(C&&$"C&+;(&C7AA7G#%+7(-&("G*#"+('(C&$"C&(-+73$+(&@;("&D*#&
(K)(G+&+*&4(&)'(P*)('$+7*"$%&9L
E*'7*%7-&C$+$&G("+'(<&+;(&A%*$+-&;$U(&4(("&C()%*D(C&A'*3&-*3(&)'*b(G+-<&3($"7",&
$&%*+&*A&I]-9&_*'&-*3(&*A&+;(3<&+;(&E*'7*%7-&C$+$&G("+'(&$G+-&$-&$&-#))*'+&+*&'#"&
+;(&ZR&3(+;*C&$"C&)'*U7C(&'(-#%+-<&+;("&@$7+7",&A*'&+;(&I]n-&C(G7-7*"-&$4*#+&+;(&
G*''(G+7*"9 & ]" & 3$"D & G$-(-< & +;( & #"$U$7%$47%7+D & *A & +;( & I]- & %($C- & +* & @*'J & 4D&
7"+('37++("G(&$"C&+;("&(K+("C&+;(&)('7*C&*A&@*'J&*"&+;(&A%*$+-9&_*'&$&A(@&)'*b(G+-<&
+;('(&$'(&"*&7C("+7A7(C&*)('$+*'-&+*&C*&FVQE<&A*'&7"-+$"G(&+;(&A7'-+&'#"&;$-&4(("&
C*"(&4D&-+#C("+-&@;7G; &;$U( &"*@&%(A+&7"-+7+#+(-9&S(U('+;(%(--&@( &;$U(&3$C(&
)'*,'(--&$"C&-*3(&A%*$+-&;$U(&4(("&)'*G(--(C&7"&FVQE&*'&$'(&7"&)'*,'(--&H@(&
$'(&A7"$%7h7",&C(%$D(C &3*C(&QE&A*'&-*3(&A%*$+-L9&Z"%D&$&A(@&)'*b(G+-&$'(&-+7%%&
@$7+7",&A*'&I]n-&$"-@('-9
F#'7",&+;(&%$-+&D($'<&5&5/=&"(@&C(%$D(C&3*C(&)'*A7%(-&@;('(&)'*C#G(C&$"C&
U$%7C$+(C&4D&I]-9
!&+*+$%&*A&:8&>85&C(%$D(C&3*C(&)'*A7%(-&@;('(&)'*C#G(C&$"C&U$%7C$+(C&-7"G(&
.//?9
&&
2+$+#-&*A&+;(&A%*$+-&)'*G(--(C&4D&E*'7*%7-&F!E9&^(A+W&7"&+('3-&*A&A%*$+&)('G("+&
$"C&'7,;+W&7"&+('3-&*A&)'*A7%(&)('G("+&HFV&W&C(%$D(C&3*C(&1&[O&W&'($%&+73(L;
!',*&C$+$&3$"$,(3("+
.//5
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&E*'7*%7-&F!E&\&NF!E&'()*'+&
59
!"#$%&'()*&+&,-&-$,").&/0,1%..%2&(3&2%$"4%2&5,2%&"32&.,0)%2&#4&/0,6%1).7&
!*%&+&,-&)*%&/0,6%1).&1"3&)"8%&(3),&"11,93)&)*%&4,93:&-$,").;&'*(1*&*"<%&#%%3&
$"931*%2&0%1%3)$4;&)*%3&%=/$"(3(3:&3,)&>??+&-,0&"&-%'&,-&)*%57&@,0&)*%&,)*%0.;&
)*%&5(..(3:&2%$"4%2&5,2%&/0,-($%.&1"3&#%&%=/$"(3%2&#4&3,&AB&/0,1%..&,3&)*%&
-$,").;&/0,#$%5&'()*&)*%&-$,").&C3,)&%3,9:*&D!A&2")"&(3&./%1(-(1&"0%"&$(8%&
E3)"01)(1&,0&/0,#$%5&'()*&)*%&/0,-($%.F7
!"#$%&'
G40,.1,/%
D,0(,$(.
E0:,&ELM
G,,2*,/%
@$,.)0"$
PQRBST!RUU
A0"8%
E0:,&P/"(3
D(0W3%
M@B&G%,5"0
D,0(,$(.&TGTT
TGYZ!
DR[GEP
@\R[!E]MP
UPQ&CU(0:()&^$%(3F
E0:,&D*($%
E0:,&D,.)"&\(1"
E0:,&G0%%3$"32
E0:,&B%=(1,
E0:,&[,0'"4
D*(3"&"0:,&/0,6%1)
A9)1*&E0:,&Z0,:0"5
@]RZP
M@B&J
B%0(2("3&G,,2*,/%
B@P!TZ
R_MAT
ZRBBT
.-#VI?
!0,/")
L%11,3
LT[
D$(<"0&B"0(3%&G%05"3&Z0,:0"5
()*+,HH;>?
I>;JK
H>;KN
OI;?I
>??;??
HV;J>
V?;??
?;??
?;??
NV;XI
OH;IJ
?;??
XV;J>
?;??
>??;??
?;??
?;??
>??;??
>??;??
NJ;NX
>??;??
>??;??
>X;XX
>??;??
>??;??
?;??
NJ;NX
NX;IH
>??;??
>??;??
KI;??
XJ;??
NX;XX
D(019$")(,3&"32&D$(5")%&,-&)*%&
M32("3&R1%"3
H?;??
!',*&C$+$&3$"$,(3("+
.//5
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&E*'7*%7-&F!E&\&NF!E&'()*'+&
60
./"#0&#1%)"%1"#&%00234
P(31% & )*% & G40,.1,/% & /0,6%1) & (. & -(3(.*%2 & "32 & )*") & )*% & /0,-($%. & *"<% & #%%3&
/0,1%..%2&'()*&)*%&/0%<(,9.&5%)*,2&CUPF;&'%&*"<%&.)"0)%2&"&3%'&.)924&-,0&)*%&
2%$"4%2&5,2%&`9"$()4&1,3)0,$&,3&)*,.%&-$,").7&!*%&-(0.)&.)%/&*".&#%%3&),&1*%18&
(-&"$$&5%)"2")"&"32&)%1*3(1"$&2")"&'%0%&0%1,02%2&-,0&"$$&)*%&-$,").7&M3&"&.%1,32&
.)%/; &"3 & "3"$4.(. & ,- & )*% & #%*"<(,90 & ,- & )*,.% & -$,"). & *". & #%%3 & 2,3% &(3 & 2%)"($.&
1,5/"0(3:&'()*&)*%&'")%0&5"..%.&1(019$")(,3&(3&)*%&[,0)*&E)$"3)(1&R1%"37&E-)%0&
./%1(-(1&.)92(%.&2,3%&,3&)*%&/0%..90%&<"$9%.;&)*%&RL&5%)*,2&'($$&#%&093&,3&"$$&
)*,.%&-$,").&),&/0,<(2%&3%'&2%$"4%2&5,2%&-($%.&-,0&)*(.&/0,6%1)&(3&"&-%'&5,3)*.7
&
!',*&C$+$&3$"$,(3("+
.//5
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&E*'7*%7-&F!E&\&NF!E&'()*'+&
61
@A'/1+.%$>%7.+'E.7%/$7.%'8()F)(E
!&G*3)$'7-*"&4(+@(("&!',*&A%*$+&*4-('U$+7*"-&@7+;&2^!&$"C&Ff!&H2^!<&2($&
^(U(%&!"*3$%7(-g&Ff!<&FD"$37G&f(7,;+&!"*3$%7(-L&7-&"*@&#-(C&*"&$&'*#+7"(&
3*C(<&)('A*'3(C&:&+73(-&$&D($'9
2&45'E$9("*/9%
H]A&D*#'&G("+'(&*)('$+(-&$&NF!E<&'()*'+&+;(&)'*,'(--&3$C(&*"&+;(&A*%%*@7",&+$-J-&
$"C&7A&"*+&D(+&G*3)%(+(<&(-+73$+(&@;("&D*#&(K)(G+&+;(3&+*&4(&G*3)%(+(L
• S$+7*"$%&G("+'(-&'()*'+7",&+*&D*#
• Z)('$+7*"-&*A&+;(&A+)&-('U('
• Z)('$+7*"-&*A&+;(&@@@&-('U('
• F$+$&-D"G;'*"7h$+7*"
• 2+$+7-+7G-&*A&!',*&C$+$&#-$,(&W&_+)&$"C&RRR&$GG(--<&G;$'$G+('7h$+7*"&*A&
#-('-&H&G*#"+'7(-<&A7(%C&*A&7"+('(-+&W&&*)('$+7*"$%&3*C(%-<&-G7("+7A7G&
$))%7G$+7*"-L&T&&
&'()$*'+%8.*(."6%".1$"()*#%($%E$D
E#''("+%D<&8/&"$+7*"$%&F!E-&-#437+&'(,#%$'%D&C$+$&+*&+;(&_'("G;&NF!E9&
O;(&$CC7+7*"$%&NO2&F!E&G*"+$7"-&$%%&+;(&U('+7G$%&)'*A7%(-&A'*3&A%*$+-&+;$+&$'(&"*+&
;$"C%(C&4D&$&"$+7*"$%&F!E9&O;(-(&C$+$&G*3(&A'*3&NO2&$"C&NO2II&)'*b(G+-9&
O;(&NO2&)'*A7%(-&$'(&M#$%7+D&G*"+'*%%(C&4D&+;(&_'("G;&F!E&HE*'7*%7-L9
!',*&C$+$&3$"$,(3("+
.//5
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&E*'7*%7-&F!E&\&NF!E&'()*'+&
62
Z"&2()+(34('&./+;<&+;(&A*%%*@7",&A7%(-&@('(&$U$7%$4%(&A'*3&+;(&NF!E&_OI&-7+(9
,!5
!ZV^
aZFE
E*'7*%7E2]Z
E2][Z
]SEZ]2
jV!
`V!
`Z[F]
VXF2
<,5$=
-.('I7'('%
>)+.6
.&08:
.B8
05>
:B
.8=
8B0
>0B
55
88/
.:.
?&B=B
J"$>)+.%
>)+.6
,.+'E.7%/$7.%1"$>)+.%>)+.6
.::&:/=
88B&=58
85&:05
:&:5.
B0&:8>
=8&08B
.&/5/
8&0B/
8>&.??
0&::>
8>&8B.
0&>./
>=&.5/
=5&0.>
>&:0=
.&8=0
>&=?/
/
85&==/
8.&?/.
:>B&.B5
..B&85=
K"'H.8($"E%
>)+.6
.&>=8
.::
058
:=
./0
8:0
>B5
5.
88/
.=>
?&:>=
91."'()$*6%$>%(L.%>(1%6."F."
• V(+$PC$+$<&)'*A7%(<&+'$b(G+*'D&$"C&+(G;"7G$%&C$+$&A7%(-&$'(&$#+*3$+7G$%%D&
G*%%(G+(C&A'*3&+;(&"$+7*"$%&F!E-&g&
• ]"C(K&A7%(-&*A&3(+$PC$+$<&&)'*A7%(&$"C&+'$b(G+*'D&&$'(&C$7%D&#)C$+(C&g
• NF!E&A+)&$CC'(--W&&A+)WeeA+)97A'(3('9A'e7A'(3('e$',*&&
-$*(L
2()+(34('&
.//0
ZG+*4('&.//0
S*U(34('&
.//0
F(G(34('&
.//0
j$"#$'D&.//5
_(4'#$'D&.//5
V$'G;&.//5
!)'7%&.//5
V$D&.//5
j#"(&.//5
j#%D&.//5
!#,#-+&.//5
<,5$=
&C%1'#.6
$"!!!!!
:==/./
88:?>8B
$!!!!!!
#"!!!!!
=0?=:B
#!!!!!!
:..=8.
8>808BB
?/B8:=
8::0=>>
=00:B.
?5>.>>
.8B0/BB
:?=>8>
88::/.5
8/&08/&B=8
"!!!!!
!
!"#$%
_OI&-('U('&$G+7U7+D<&"#34('&*A&
C*@"%*$C(C&A7%(-&
91."'()$*6%$>%(L.%???%6."F."
O;(&@(4&-('U('&$CC'(--&7-W&;++)Wee@@@9G*'7*%7-9(#9*',eGCGe$',*9;+3
!',*&C$+$&3$"$,(3("+
.//5
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&E*'7*%7-&F!E&\&NF!E&'()*'+&
63
S4&)$,(8.//
8///
0//
B//
://
.//
/
2(
)+
(3
4(
'&.
Z
//
G+
*4
0
(
S*
'&.
U(
//
3
0
F( 4( '
&.
G(
/
3
4( /0
j$ '&./
"#
/0
$
_( 'D&.
/
4'
#$ / 5
'D
&.
//
V
$'
G; 5
&.
/
!) / 5
'7%
&.
//
V
$D 5
&.
//
j#
5
"(
&.
/
j# / 5
%D&
!# .//
,#
5
-+
&.
//
5
-$*(L
&C%1'#.6
2()+(34('&
.//0
==8
ZG+*4('&.//0
?.5
S*U(34('&
.//0
?=0
F(G(34('&
.//0
B>8
j$"#$'D&.//5
0/B
_(4'#$'D&.//5
88=>
V$'G;&.//5
55B
!)'7%&.//5
?B8
V$D&.//5
>:5
j#"(&.//5
BB5
j#%D&.//5
?8/
!#,#-+&.//5
B/B
<,5$=
0&8/=
R(4&-('U('&$G+7U7+D<&"#34('&*A&
C*@"%*$C(C&A7%(-&
,'('%6E*8L"$*)M'()$*
O;(&-D"G;'*"7h$+7*"&@7+;&c2PN*C$(&-('U('&7-&)('A*'3(C&*"G(&$&C$D9
XK$3)%(&*A&-D"G;'*"7h$+7*"&3*"7+*'7",&W&C#'$+7*"&*A&+;(&)'*G(--&7"&V$D&.//5
N".E%+)6(
!GG*'C7",&+*&+;(&)'*b(G+&'(M#7'(3("+-&E*'7*%7-&NF!E&;*-+-&$&,'(D&%7-+&*A&+;(&
A%*$+-&@;7G;&$'(&$#+*3$+7G$%%D&A%$,,(C&4(A*'(&$"D&$#+*3$+7G&*'&U7-#$%&M#$%7+D&
G*"+'*%9
O;(&,'(D&%7-+&;*%C-&8/B/&("+'7(-&H.8-+&2()+(34('&.//5L9
!',*&C$+$&3$"$,(3("+
.//5
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&E*'7*%7-&F!E&\&NF!E&'()*'+&
64
<('()6()86%$>%!"#$%7'('%D6'#.%=%O(1%'*7%PPP%'88.66Q%8L'"'8(.")M'()$*%$>%
D6."6%R%8$D*(").6Q%>).+7%$>%)*(.".6(%=%%$1."'()$*'+%/$7.+6Q%68).*()>)8%
'11+)8'()$*6S%T%%
!',*&NF!E&W&A%*$+-&C7-+'74#+7*"&)('&F!E&7"&
!',*&NF!E&W&)'*A7%(-&C7-+'74#+7*"&)('&F!E&7"&
2()+(34('&.//5
2()+(34('&.//58
!',*&A%*$+-&$U$7%$4%(&A'*3&NF!E&7"&2()+(34('&.//5
HO;7-&3$)&7"G%#C(-&$G+7U(&$"C&*%C&A%*$+-L
&R$'"7",&W&+;(&4%#(&%7"(&C7-)%$D-&+;(&+*+$%&"#34('&*A&$G+7U(&A%*$+-&C#'7",&$&D($'9&O;7-&+*+$%&7-&
C7AA('("+&+;$"&+;(&A%*$+-&$G+7U(&$+&$&)$'+7G#%$'&C$D9
8
!',*&C$+$&3$"$,(3("+
.//5
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&E*'7*%7-&F!E&\&NF!E&'()*'+&
65
!G+7U(&!',*&)'*A7%7",&A%*$+-&$U$7%$4%(-&A'*3&NF!E&7"&j#"(&.//5
!',*&NF!E&W&C(%$D(CP3*C(&)'*A7%(-&$U$7%$4%(&A*'&C(%$D(CP3*C(&7"&2()+(34('&.//5
!',*&NF!E&W&C(%$D(CP3*C(&)'*A7%(-&
C7-+'74#+7*"&)('&F!E&7"&2()+(34('&.//5
!',*&NF!E&W&C(%$D(CP3*C(&)'*A7%(-&C7-+'74#+7*"&
o&)('&F!E&7"&2()+(34('&.//5
!',*&)'*A7%7",&A%*$+-&@7+;&C(%$D(CP3*C(&)'*A7%(-&$U$7%$4%(&A'*3&NF!E&7"&ZG+*4('&.//5
!',*&C$+$&3$"$,(3("+
.//5
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&E*'7*%7-&F!E&\&NF!E&'()*'+&
66
F,=*/9#1'5,9"+,'E$9("*/9%
H]A&D*#'&G("+'(&*)('$+(-&$&'(,7*"$%&G("+'(<&'()*'+&+;(&A#"G+7*"-&)('A*'3(C<&$"C&7"&
)%$""7",L
E*'7*%7-&7-&7"U*%U(C&7"&+;(&S*'+;&!+%$"+7G&!',*&'(,7*"$%&G("+'(9&O;7-&$G+7U7+D&7-&
3$"$,(C&@7+;7"&+;(&X#'*)($"&)'*b(G+&X#'*P!',*9
O;7-&$G+7U7+D&7"U*%U(-&$&'(,#%$'&3*"7+*'7",&*A&+;(&G*"-7-+("GD&*A&+;(&M#$%7+D&*A&C$+$&
A'*3&U$'7*#-&+D)(-&*A&A%*$+-<&@7+;&+(G;"7M#(-&-#G;&$-&*4b(G+7U(&$"$%D-(-<&
G*3)$'7-*"&4(+@(("&A%*$+-&$"C&$%+73(+'D9
!&"(@&3(+;*C&7-&#"C('&-+#CD&A*'&A%*$+-&-$%7"7+D&7"+('PG*3)$'7-*"9&a$-(C&*"&Z@("&
\&R*",&3(+;*C<&7+&#-(-&+;(&*4-('U$+7*"-&*A&C7AA('("+&A%*$+-&7"&$"&$'($9&O;7-&
+(G;"7M#(&3$D&)'*U(&#-(A#%&7"&$'($&@7+;&A(@&EOF-&$U$7%$4%(&$"C&+*&;$U(&$&
C(%$D(C&3*C(&$Cb#-+3("+&@7+;&*4-('U$+7*"-&3*'(&G%*-(%D&'(%$+(C&7"&+73(9
&&&&&&&&&&&&&
!&G*3)$'7-*"&4(+@(("&'($%P+73(<&C(%$D(CP3*C(&$"C&p"(@%Dp&$Cb#-+(C&-$%7"7+D&)'*A7%(-&
@$-&)('A*'3(C&*"&.//&"*'+;&!+%$"+7G&A%*$+-&H8>&///&)'*A7%(-L
!',*&C$+$&3$"$,(3("+
.//5
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&E*'7*%7-&F!E&\&NF!E&'()*'+&
67
CLS Argo Data Management Report 2009
Yann Bernard (CLS)
CLS 8-10 Rue Hermès - Parc Technologique du Canal - 31520 Ramonville St-Agne - FRANCE
Telephone 05 61 39 47 00 Fax 05 61 75 10 14
68
CLS
ARGO Data Management
CLS Argo Data Management Report 2008
Page :
1
Date : 2008-10-01
1. CONTEXT
The CLS Company, responsible of Argos system, has a DAC (Data Assembly Center)
function for Argo programs which do not have real time processing capabilities. This
operational (24h/24h on 365 days/year) data processing is a free added value Argos service.
Argo data are processed by CLS for GTS distribution both in CLS France and CLS America
Incorporation.
CLS America is processing all the U.S. Argo floats (approximately 1,800), these includes 78
Iridium floats. CLS America converts the Argos raw data into a “phy” format (defined by
NOAA/AOML) and inserts these files in real-time into the Argo server in CLS America
computing center. That server is “operated” by AOML and “hosted” by CLS America. The
approved Argo QC is performed on the server and then GTS bulletins are created and sent via
ftp to the NWS (National Weather Service) gateway for dissemination onto the GTS. The
details of U.S. floats monitoring are presented in the Argo National Data Management Report
of United States provided by AOML.
In CLS (France) data processed by CLS GTS subsystem are sent via ftp to Meteo-France
(Toulouse) in TESAC bulletins and then Meteo-France put them on the GTS (Global
Telecommunication System). The synoptic below summarizes the Argo data flow since their
transmission by the float until their dissemination on the GTS.
69
CLS
CLS Argo Data Management Report 2008
ARGO Data Management
Page :
2
Date : 2008-10-01
2. STATUS OF THE CLS DAC IN SEPTEMBER 2009
-
Data acquired from floats :
! 183 floats were declared in the CLS GTS database
! 137 instruments were active in this month
! 137 were disseminated profiles on GTS
! 432 profiles from CLS were sent on GTS in August 2009
-
Description of the 183 floats : CLS processed in real time floats for Argo program
which are not hosted by a national DAC:
! 90 INCOIS floats,
! 54 KORDI floats,
! 38 Argo China floats,
! 1 Argo Russia floats.
All these floats are Webb Apex Research floats with 17 different data formats.
-
Data issued to GTS: All data processed by CLS are distributed on the GTS by way of
!"#"$%&'()*"+,-./0,$1"'(#/$),/0,(2#$3(#/*(445,1"'6$'3"7,()7,-89:;,<244"#/)0,('",
0")#,#$,!"#"$%&'()*","="'5,>,3/)2#"0+,?"6$'",#.",")*$7/)@,/),-89:;,<244"#/)0A,:'@$,
7(#(,('",6/4#"'"7,<5,:'@$,B;,1'$*"72'"+,-.",C-9,1'$*"00/)@,(#,;D9,/0,$1"'(#/$)(4,
()7,/),<(*E21,F/#.,#.",;D9,:3"'/*(,G/),D('@$A,H(0./)@#$)I,1'$*"00/)@,*")#"',JKL,
7(50,1"',5"('A,>M,.$2'0,(,7(5+
! 5766 profiles were relayed onto GTS between September 2008 and August
2009 (source: Météo-France)
! 100% of TESAC produced by CLS are on the GTS (no more filtering by
Météo-France)
-
Argo Real Time processing monitoring: All different data formats are referenced
and each format has a dedicated template (processing model) in the CLS GTS
database. Each month, a monitoring is made for Argo floats present in the CLS GTS
database:
! Argos transmissions in the last month are checked for all floats,
! GTS disseminations in the last month are checked for all floats,
70
CLS
CLS Argo Data Management Report 2008
Page :
3
Date : 2008-10-01
ARGO Data Management
! New floats to be set up for GTS are implemented in CLS GTS data base at
each beginning of month with a list (table 10: “Floats to be set up for GTS”)
provided by JCOMMOPS (M. Belbeoch) in the Argo Information Centre
Monthly Report.
! Active floats to be grey listed are removed from the CLS GTS database at each
beginning of month with a list (table 15: “Active floats Grey list”) provided by
JCOMMOPS (M. Belbeoch) in the Argo Information Centre Monthly Report.
! In a monthly meeting between CLS and JCOMMOPS, all Argo requests are
discussed and applied as soon as possible.
Météo-France stopped
its /// filtering
Status of CLS Argo GTS processing
71
CLS
CLS Argo Data Management Report 2008
Page :
4
Date : 2008-10-01
ARGO Data Management
Number of profiles sent on the GTS by CLS per month
-
Web pages: All GTS observations (profiles for Argo) are available on https://argossystem.cls.fr/cwi/Logon.do. It consists of a user access to his observation data.
-
BUFR format: BUFR bulletins are producing in addition of TESAC bulletins for all
floats GTS processed by CLS.
-
Time of delivery on GTS: A monitoring delay tool, specified with JCOMMOPS is
operational since September 2008 at CLS. The average time of TESAC delivery on
GTS is less than 6 hours. This time is computed with date/time of observation and the
date/time of bulletin sending to Météo France. It depends of the float model and
especially of the number of different Argos messages necessary to build the profile (=
number of points in the profile). See below statistics on last three months.
72
CLS
ARGO Data Management
CLS Argo Data Management Report 2008
Page :
5
Date : 2008-10-01
73
CLS
ARGO Data Management
CLS Argo Data Management Report 2008
Page :
6
Date : 2008-10-01
3. NEW PROJECTS AT CLS FOR ARGO PROGRAM
-
Argos Web Service: a new distribution via Internet tool is under development at
CLS. This web service will allow Argos users to made requests on CLS database to
extract Argos data in a new XML format. (Number of days available & costs of this
service will be defined soon).
-
Argos-3 on Argo floats: CLS is currently providing its support to all floats
manufacturers on Argos-3 technology integration. First prototypes will be available
for evaluation at the beginning of 2010.
74
!"#$%&'%#!(')#(!#%$$"
)#"*"&+'*+%+,*'%&-'.,+,#"')/%&*
!"#$%&'()#!*+
*&,-&./&0#12)#3114
01'23456789:;'3:;'8763:<=3><8:'8?'!@7A3:'%768'34><B<><@C
56& # 7&0.8( # 90:; # ,0;:08..& # 68< # /&&( # '('-'8%'<&= # 8< # 8 # ,80-(&0<6', # /&->&&( # -60&&#
;?&8(;:08,6'?#'(<-'-@-';(<#A9BC)#!*+)#CDEF7&;.80G#'(#7&0.8(H##'(#311I#8(=#>8<#D@(=&=#/H#
-6&#E'('<-0H#;D#J&<&80?6#@(-'%#-6&#&(=#;D#311K"#7&0.8(#90:;#'<#8(#;,&08-';(8%#,0;:08..&#
<'(?&#-6&#/&:'(('(:#;D#311L#8(=#-6&#E'('<-0H#;D#508(<,;0-8-';(#'<#,0;M'='(:#%;(:F-&0.#D@(='(:#
D;0#7&0.8(#90:;"#!*+#>'%%#.8(8:&#-6&#7&0.8(#?;(-0'/@-';(#-;#-6&#'(-&0(8-';(8%#,0;:08..&"#
9(#&N,&0-#:0;@,#?;(<'<-'(:#;D#-6&#!*+#8(=#,80-(&0<#D0;.#-6&#;?&8(;:08,6'?#'(<-'-@-&<#68<#
/&&(#&<-8/%'<6#-;#?;;0='(8-&#-6&#7&0.8(#=&,%;H.&(-#,%8(<"
O&,%;H.&(-#;D#,0;D'%'(:#D%;8-<#<-80-&=#8<#&80%H#8<#P44L#>'-6'(#<&M&08%#0&<&80?6#,0;Q&?-<"#9%%#
,0&F90:;#D%;8-<#>&0&#=&?%80&=#90:;F&R@'M8%&(-#D%;8-<#8(=#-6&#0&<,&?-'M&#=8-8#<&-<#68M&#/&&(#
<@/.'--&=#-;#-6&#7O9S<#-60;@:6#S;0';%'<"#T%;8-<#=&,%;H&=#/H#CDEF+8./@0:#'(#-6&#?;(-&N-#;D#
-6&#E&0<&8#8(=#BUV#,0;Q&?-<#68M&#8%<;#/&&(#.8=&#8M8'%8/%&#D;0#-6&#90:;#,0;:08..&"
56&#!*+ # 8(= #$OE #A8# ?;(<;0-'@. #;D #7&0.8(#0&<&80?6# '(<-'-@-&<G #80&# ,80-'?',8(-< # '( #-6&#
U@0;F90:;#,0;Q&?-"#U@0;F90:;#>'%%#8'.#8-#,0;.;-'(:#8(#U@0;,&8(#?;(-0'/@-';(#-;#90:;#8(=#
&<-8/%'<6#8(#U@0;,&8(#<-0@?-@0&#D0;.#-6&#M80';@<#(8-';(8%#,0;:08..&<#A-;#/&#=&D'(&=#'(#-6&#
U@0;F90:;#WWG#8D-&0#31PP"#
010'-@DE8F@;'?E83>C'
*'(?&#P44L)#.;0&#-68(#231#D%;8-<#68M&#/&&(#=&,%;H&=#/H#7&0.8(H#'(#8#(@./&0#;D#='DD&0&(-#
:&;:08,6'? # 80&8< # 8(= # ,0;:08..&< # A9J7XY9BC) # 9J7XY70&&(%8(=) # !*+) # S%'M80 # E80'(&#
7&0.8( # W0;:08..&) # CTE3) # CTEY7UXE9J) # *T!IZ1) # 5JXW95) # BUSSXV) # BUVG"#
O&,%;H.&(-< # 68M& # D;?@<&= # ;( # .&&-'(: # <,&?'D'? # 7&0.8( # 0&<&80?6 # 0&R@'0&.&(-<) # /@-#
?;(-0'/@-&=#8%<;#-;#-6&#:%;/8%#8008H"#56&#7&0.8(#?;(-0'/@-';(#'<#?;.,808/%&#-;#-68-#D0;.#
;-6&0#=&M&%;,&=#?;@(-0'&<#8(=#68<#,0;M'=&=#8#<':('D'?8(-#?;(-0'/@-';(#-;#-6&#:0;>'(:#90:;#
8008H"#
56&H#.8'(#'(-&0&<-#;D#7&0.8(H#>'%%#0&.8'(#'(#-6&#9-%8(-'?)#/@-#'(#-;#.8'(-8'(#-6&#:%;/8%#8008H#
D%;8-<#?;@%=#8%<;#/&#=&,%;H&=#'(#-6&#;-6&0#;?&8(<#'D#(&?&<<80H"#J&?&(-#=&,%;H.&(-<#0&D%&?-#
-6&#<,&?'D'?#0&<&80?6#'(-&0&<-<#8(=#08(:&#D0;.#-6&#V;0='?#*&8<)#-6&#<@/,;%80#V;0-6#9-%8(-'?)#
-6&#-0;,'?8%#9-%8(-'?#-;#-6&#9-%8(-'?#<&?-;0#;D#-6&#<;@-6&0(#X?&8("#
[&80
3111
311P
3113
3112
O&,%;H&=#D%;8-<
3K
3P
PI
3K
!"#$%&'%(')*+%,-./01)#2&3%#451678#921'%02(:/;%&1)#5<=>(20)*?&3%*@/&.20A*B55CD+%,
75
311I
311\
311Z
311K
311L
3114
I\
Z\
2Z
24
K3
]2K^
T%;8-<#=&,%;H&=#/H#7&0.8(H#8<#8#?;(-0'/@-';(#-;#90:;#<'(?&#3111"#^T%;8-#=&,%;H.&(-<#'(#3114#80&#
=&%8H&=#=@&#-;#-6&#0&,8'0#/8?_%;:#D;0#-6&#*&8/'0=#S5O<"#56&#-;-8%#8.;@(-#;D#D%;8-<#-;#/&#=&,%;H&=#'(#
3114#=&,&(=<#;(#-6&#?%&808(?&#;D#-6'<#/8?_%;:"
9 #%80:&0 # D08?-';( # ;D # D%;8-< # ,@0?68<&= # 8(= # =&,%;H&= # '( # 311L # <@DD&0< # D0;. # -6& # .'?0;%&8_#
,0;/%&.#'(#-6&#,0&<<@0&#<&(<;0"#9/;@-#8#-6'0=#APZ#D%;8-<G#;D#-6&#D%;8-<#,@0?68<&=#'(#311L#
<6;><#,0&<<@0&#=0'D-"#56&<&#D%;8-<#>'%%#(&&=#8#.;0&#0':;0;@<#=&%8H&=F.;=&#,0;?&<<'(:#8(=#
>'%% # ,0;/8/%H#.8%D@(?-';(#8(=#='&# ,0&.8-@0&%H" # 3#T%;8-< #>'-6 # &N-0&.&# %&8_< #68M&#8%0&8=H#
='&="##
01G'.E83>'-@B@E8DA@:>
7&0.8(H#68<#.;<-%H#@<&=#9WU`#D%;8-<#,@0?68<&=#D0;.#B&//#J&<&80?6#'(#-6&#,8<-)#/@-#8#
<.8%%&0#8.;@(-#;D#D%;8-<#80&#.8(@D8?-@0&=#/H#-6&#7&0.8(#?;.,8(H#X,-'.80&#;0#80&#T0&(?6#
W0;M;0#D%;8-<"#X,-'.80&#68<#=&M&%;,&=#8#D%;8-#-H,&#<@'-8/%&#D;0#,80-'8%%H#'?&#?;M&0&=#<&8<#'(#
?%;<&#?;%8/;08-';(#>'-6#-6&#9BC"#56&<&#D%;8-<#80&#&R@',,&=#>'-6#8(#'?&#<&(<'(:#8%:;0'-6.#
>6'?6#,0&M&(-<#-6&#D%;8-#D0;.#8<?&(='(:#-;#-6&#<@0D8?&#@(=&0#'?&#?;(='-';(<#8(=#,0&M&(-<#'-#
D0;.#/&'(:#?0@<6&="#T%;8-#,0;D'%&<#80&#<-;0&=#'(-&0(8%%H#@(-'%#-6&H#?8(#/&#-08(<.'--&=#=@0'(:#
'?&#D0&&#?;(='-';(<"#56&#'?&#<&(<'(:#8%:;0'-6.#68<#/&&(#<@??&<<D@%%H#-&<-&=#'(#-6&#9(-80?-'?)#
'(#3114#-&<-#80&#/&'(:#,&0D;0.&=#'(#-6&#90?-'?#8%<;"
E;<-#;D#-6&#7&0.8(#D%;8-<#80&#&R@',,&=#>'-6#-6&#<-8(=80=#*&8/'0=#S5O#/@-#;??8<';(8%%H#
8=='-';(8%#<&(<;0<#8<#98(=&088#;,-;=&<#8(=#J8D;<#8?;@<-'?#0&?&'M&0<#80&#'(<-8%%&="
01H'-3>3'A3:36@A@:>
J&8%F-'.&#=8-8#,0;?&<<'(:"##56&#0&8%F-'.&#=8-8#,0;?&<<'(:#D;0#8%%#7&0.8(#D%;8-<#'<#,&0D;0.&=#
8-#-6&#S;0';%'<#S&(-&0#'(#T08(?&"#O8-8#,0;?&<<'(:#D;%%;><#-6&#,0;?&=@0&<#<&-#@,#/H#-6&#90:;#
O8-8#E8(8:&.&(-#5&8."#56&#7&0.8(#?;.,8(H#X,-'.80&#,0;M'=&<#,0;?&<<&=#=8-8#D;0#-6&#
V&.;#D%;8-<#-;#S;0';%'<"
O&%8H&=F.;=&#=8-8#,0;?&<<'(:"#56&#=&%8H&=#.;=&#,0;?&<<'(:#'<#='<-0'/@-&=# #/&->&&(#-6&#
M80';@<#7&0.8(#'(<-'-@-';(<#?;(-0'/@-'(:#-;#90:;)#=&,&(='(:#;(#-6&'0#80&8#;D#&N,&0-'<&"#9BC#
'<#0&<,;(<'/%&#D;0#-6&#<;@-6&0(#X?&8()#CDEF+8./@0:#'<#,0;?&<<'(:#-6&#7&0.8(#D%;8-<#'(#-6&#
V;0='? # *&8) # CDEF7&;.80 # '< # ?;M&0'(: # -6& # -0;,'?8% # 8(= # <@/-0;,'?8% # 9-%8(-'? # 8(= # !*+ # '<#
0&<,;(<'/%& # D;0 # <@/,;%80 # 9-%8(-'?" # 56& # <680'(: # ;D # =&%8H&=F.;=& # =8-8 # ,0;?&<<'(: # >'%% # /&#
?;(-'(@&=#'(#-6&#?;.'(:#H&80<)#/@-#!*+#>'%%#?;M&0#8%%#-6&#7&0.8(#D%;8-<#>6'?6#68M&#(;-#/&&(#
8<<':(&=#8#WC"#!*+#8%<;#68<#8=;,-&=#<;.&#U@0;,&8(#D%;8-<#>6'?6#='=#(;-#68M&#8#OEaS#
;,&08-;0#8<<':(&=#-;#-6&."#9%%#7&0.8(#'(<-'-@-';(<#68M&#/&&(#>;0_'(:#'(#?%;<&#?;%%8/;08-';(#
>'-6#S;0';%'<#8(=#=&%8H&=#.;=&#=8-8#68M&#/&&(#,0;M'=&=#;(#8#Z#.;(-6%H#/8<'<"#O&%8H<#'(#
=&%8H&=F.;=&#=8-8#,0;?&<<'(:#68M&#;??@00&=#;??8<';(8%%H#=@&#-;#?68(:&<#'(#,&0<;(8%#8(=#
=&%8H#'(#=8-8#-08(<.'<<';(#'(#-6&#*;@-6&0(#X?&8(#=@&#-;#'?&#?;M&08:&"#O&%8H&=F.;=&#=8-8#
,0;?&<<'(:#D;%%;><#-6&#0@%&<#<&-#@,#/H#-6&#O8-8#E8(8:&.&(-#5&8."
!"#$%&'%(')*+%,-./01)#2&3%#451678#921'%02(:/;%&1)#5<=>(20)*?&3%*@/&.20A*B55CD+%,
76
V;0-6#9-%8(-'?#90:;#J&:';(8%#S&(-0&#AV9F9JSG"##7&0.8(H#68<#?;(-0'/@-&=#-;#-6&#8?-'M'-'&<#;D#
-6&#V9F9JS"#B;0_#68<#?;(?&(-08-&=#;(#8?R@'0'(:#0&?&(-#S5O#=8-8#-;#'.,0;M&#-6&#0&D&0&(?&#
=8-8#<&-#D;0#-6&#V;0-6#9-%8(-'?#X?&8(#(&&=&=#D;0#<?'&(-'D'?#aS#;D#-6&#D%;8-#=8-8#8(=#<&--'(:#@,#
-6&#=&%8H&=#.;=&#,0;?&<<'(:#'(#-6&#='DD&0&(-#'(<-'-@-&<"#
01I1'(D@73><8:3E'3:;'C4<@:><?<4'9C@'8?'%768';3>3'
9#_&H#8<,&?-#;D#-6&#7&0.8(#90:;#,0;:08..&#'<#-;#=&M&%;,#8#=8-8#/8<&#D;0#?%'.8-&#8(8%H<'<#
D0;. # 90:; # =8-8) # -; # ,0;M'=& # ;,&08-';(8% # ,0;=@?-< # A-'.& # <&0'&<) # ?%'.8-& # '(='?&<G # D;0#
'(-&0,0&-8-';(#;D#%;?8%#?68(:&<#8(=#-;#,0;M'=&#=8-8#D;0#0&<&80?6#8,,%'?8-';(<"#7&0.8(#90:;#
>'%% # 6;<- # 8( # 8((@8% # @<&0 # >;0_<6;, # >6&0& # 0&<&80?6 # 8,,%'?8-';(< # ?8( # /& # ,0&<&(-&= # 8(=#
0&R@&<-<#D;0#;,&08-';(8%#,0;=@?-<#?8(#/&#<,&?'D'&="#
X?&8(#<?'&(?&b##90:;#=8-8#80&#/&'(:#@<&=#/H#.8(H#0&<&80?6&0<#'(#7&0.8(H#-;#'.,0;M&#-6&#
@(=&0<-8(='(: # ;D # ;?&8( # M80'8/'%'-H # A&":" # ?'0?@%8-';() # 6&8- # <-;08:& # 8(= # /@=:&-) # 8(=#
?;(M&?-';(G)#?%'.8-&#.;('-;0'(:#8(=#8,,%'?8-';(#'(#;?&8(#.;=&%< #A8<<'.'%8-';(<) #/;@(=80H#
?;(='-';(<)cG"#
G1'.9:;<:6
G10 '"J<C><:6'?9:;<:6'?87'!@7A3:'%768''
9<#(;-&=#8/;M&#-6&#7&0.8(#90:;#W0;Q&?-#68<#/&&(#D@(=&=#/H#-6&#E'('<-0H#;D#J&<&80?6#D0;.#
311IF311K#8(=#>'%%#/&#D@(=&=#/H#-6&#E'('<-0H#;D#508(<,;0-8-';(#D0;.#311L#;(>80=<"#T@(='(:#
'(#311K#>8<#.&8(-#-;#&(<@0&#8#<.;;-6#-08(<'-';(#'(-;#-6&#;,&08-';(8%#,68<&#8(=#?;M&0&=#
;(%H # ,&0<;((&% # ?;<-<" # XM&08%% # -6& # %&M&% # ;D # <@,,;0- # '< # '(='?8-&= # '( # -6& # -8/%& # /&%;>"#
9,,0;N'.8-&%H#\1#D%;8-<#,&0#H&80#>'%%#/&#?;(-0'/@-&=#-;#-6&#:%;/8%#8008H#/H#7&0.8(H"#T@(='(:#
D0;. # -6& # E'('<-0H # ;D # 508(<,;0-8-';( # ?;M&0< # ;(%H # ?;<-< # 0&%8-&= # -; # D%;8- # ,0;?@0&.&(- # 8(=#
-08(<.'<<';(#?;<-<)#,&0<;((&%#>'%%#/&#,0;M'=&=#/H#!*+"#56'<#>'%%#?;(<'<-#;D#P#<?'&(-'<-#8(=#P#
-&?6('?'8("#
[&80
311K
311L
3114
31P1
31PP
31P3
31P2
T%;8-#0&%8-&=#?;<-<
###1_e
\\1_e
Z11_e
Z11_e
Z11_e
Z11_e
Z\1_e
E8(.;(-6d[&80
2Z
3I
#3I
###############3I
###############3I
###############3I
###############3I
!"#$%&'(&)*%+,-./&"01&2.3.*%&2.01,04&2-*&5%*6"0&7*4-(
G1G'(:'>K@'?9>97@'?9:;<:6'3:;'8763:<=3><8:'?87'!@7A3:'%768'L'E<:5C'M<>K'"978'%768'))'
7&0.8(H#>'%%#-;#?;(-'(@&#?;(-0'/@-&#-;#-6&#90:;#:%;/8%#8008H#8-#-6&#%&M&%#;D#8/;@-#\1#D%;8-<#
,&0#H&80"##J&R@&<-<#D;0#D'(8(?'8%#?;(-0'/@-';(#68M&#/&&(#'(?%@=&=#'(#-6&#(8-';(8%#/@=:&-<#D;0#
3114F31P2"#56&#8%%;?8-';(#;D#D@(=<#D;0#-6&#(&N-#\H&80#,&0';=#>'%%#/&#%'(&=#@,#D;0#8:0&&.&(-#'(#
31P1"##9<#,80-#;D#-6&#U@0;F90:;#,0&,808-;0H#,68<&)#!*+#>'%%#>;0_#>'-6#'-<#D@(='(:#.'('<-0H#-;#
8:0&&#;(#8#%;(:F-&0.#U@0;,&8(#<-0@?-@0&"#
!"#$%&'%(')*+%,-./01)#2&3%#451678#921'%02(:/;%&1)#5<=>(20)*?&3%*@/&.20A*B55CD+%,
77
H1'*9AA37F'8?';@DE8FA@:>'DE3:C'?87'GNNO
56& # ;0':'(8% # D%;8- # =&,%;H.&(- # ,%8(< # D;0 # 3114 # 80& # ,0&<&(-&= # /&%;>" # 56& # .8'( # :;8% # '< # -;#
<@,,;0-#-6&#:%;/8%#8008H#'(#-6&#9-%8(-'?#;?&8("##O@&#-;#-6&#0&?8%%#;D#D8@%-H#S5O#<&(<;0<##-6&#
=&,%;H.&(-<#'(#-6&#V;0='?#*&8<#8(=#-6&#f8/08=;0#*&8#8(=#*@/,;%80#9-%8(-'?#>&0&#.'<<&="#
P la n n e d G e rm a n d e p lo y m e n t s in 2 0 0 9
75oN
)8C@<;8:'HPNQ'$374K'NO
$@>@87'RPSGQ'%D7<E'NO
&87;<4'*@3CQ'T9:@'NO
$@7<3:'0GSHQ'%969C>'NO
$@;<>@773:@3:Q'(4>8U@7'NO
)8E37C>@7:'GVS0Q'(4>8U@7'NO
$@>@87'PNS0Q'&8B@AU@7'NO
L a t it u d e (° N )
50o
25o
0o
25o
50oS
75oW
50o
25o
L o n g it u d e (°W )
0o
25oE
T':"#PbW0&%'.'(80H#,%8(#D;0#=&,%;H.&(-#;D#7&0.8(#D%;8-<#'(#3114"#O&,%;H.&(-<#>'%%#<-80-#'(#
.'=#E80?6#3114#&80%'&<-"#*'N#.;0&#D%;8-<#A(;-#'(?%@=&=#'(#-6'<#.8,G#>'%%#/&#=&,%;H&=#'(#-6&#
B&==&%%#*&8#8-#-6&#&(=#;D#31P1"
56&#=&,%;H.&(-#?;@%=#,80-%H#/&#0&<?6&=@%&=#-;#;-6&0#<6',<#%8-&#'(#3114"#X(%H#->;#D%;8-<#80&#
<&-#@,#D;0#=&,%;H.&(-#'(#-6&#C?&%8(='?#!8<'(#>'-6#8#V;0>&:'8(#<6',)#8(#9.&0'?8(#<6',#>'%%#
=&,%;H#-6&#-60&&#D%;8-<#'(#-6&#f8/08=;0#*&8#8(=#8(#C?&%8(='?##<6',#>'%%#=&,%;H#-6&#D%;8-<#'(#-6&#
*@/,;%80#9-%8(-'?"#9#.8,#;D#-6&#@,=8-&=#=&,%;H.&(-#,%8(<#'<#:'M&(#'(#T':"#3"#
!"#$%&'%(')*+%,-./01)#2&3%#451678#921'%02(:/;%&1)#5<=>(20)*?&3%*@/&.20A*B55CD+%,
78
P la n n e d G e rm a n d e p lo y m e n t s in 2 0 0 9
75oN
)8C@<;8:'HPNQ'$374K'NO
$@>@87'RPSGQ'%D7<E'NO
*37CQ'&8B'NO
%7:@'.7<;7<5CC8:Q'&8B'NO
$@7<3:Q'(4>8U@7'NO
)8E37C>@7:'GVS0Q'(4>8U@7'NO
$@>@87'PNS0Q'&8B@AU@7'NO
W:877Q'&8B@AU@7'NO
L a t it u d e (° N )
50oN
25oN
0o
25oS
50oS
75oW
50oW
25oW
L o n g it u d e (°W )
0o
25oE
T':"#3#0&M'<&=#=&,%;H.&(-#,%8(<#D;0#3114
E8Q;0#:8,<#<-'%%#&N'<-#'(#-6&#-0;,'?8%#*;@-6#9-%8(-'?#8(=#-6&#>&<-&0(#V;0-6#9-%8(-'?"#56&<&#
80&8<#>'%% #0&?&'M&#D%;8-<#'(#31P1#D0;.#-6&#8((@8%#/@=:&- #;D#\1#D%;8-<"#56&#B&==&%%#7H0&#
>6'?6#68<#(;-#/&&(#<&0M'?&=#-6'<#H&80#>'%%#0&?&'M&#Z#D%;8-<#8-#-6&#&(=#;D#31P1"#9=='-';(8%#
D%;8-< # >'%% # /& # =&,%;H&= # /H # -6& # 0&<&80?6 # '(<-'-@-&<) # -6& # 9BC # >'%% # =&,%;H # 31 # D%;8-< # '( # -6&#
*;@-6&0(#X?&8(#8(=#-6&#CDEF7&;.80#>'%%#P1#D%;8-<#'(#-6&#C(='8(#X?&8("
!"#$%&'%(')*+%,-./01)#2&3%#451678#921'%02(:/;%&1)#5<=>(20)*?&3%*@/&.20A*B55CD+%,
79
!"#$%&'()$*'+%,'('%-'*'#./.*(%0.1$"(%234456%7%8*9)'
:; <('(=>
•
,'('%'?@=)".9%A"$/%A+$'(>
!"#$% & '%( & #)*+,-)# & . & ")/ & 0+,%1( & 23 & 456748 & 9 & 45674 & /$1' & ")%: & (;:0%<)&
1)=*):%1;:)&=$(($,">&$"&3??7&$"&1')&!"#$%"&@<)%"&1%A$"B&$1(&1%++-&1,C.9&0+,%1(&
(,&0%:D&@;1&,0&1')()&.E&0+,%1(&%:)&%<1$F)D&4++&1')&%<1$F)&0+,%1(&#%1%&%:)&*:,<)(()#&
%"#&()"1&1,&GH4ID
•
,'('%)>>=.9%($%BC<
5:)()"1+-&/)&#,&",1&'%F)&GJK&%<<)((&%"#&')"<)&/)&%:)&",1&%L+)&1,&()"#&!"#$%"&
0+,%1(&#%1%&1,&GJKD&M*&,"&,;:&:)N;)(1&IOK&4PG@K&$(&(1$++&<,"1$";$"B&1,&()"#&
!"#$%"&0+,%1(&#%1%&$"&JQK4I&0,:=%1&1,&GJKD
•
,'('%)>>=.9%($%B,!D>%'A(."%".'+E()/.%FD
4++&1')&%<1$F)&0+,%1(&2.E>&#%1%&%:)&(;LR)<1&1,&:)%+&1$=)&N;%+$1-&<,"1:,+&%"#&%:)&
L)$"B&(;<<)((0;++-&;*+,%#)#&1,&GH4ID&J')&(;**,:1&,0&IK!P@&$"&1):=&,0&1')&
P)%+&J$=)&KST&$(&'$B'+-&%<A",/+)#B)#D&
•
,'('%)>>=.9%A$"%9.+'G.9%FD
!"&1,1%+&U?V&,0&1')&)+$B$L+)&*:,0$+)(&0,:&HWXI&%:)&B)"):%1)#&%"#&;*+,%#)#&1,&
GH4ID&O%<A&,0&=%"*,/):&$(&'$"#):$"B&:%*$#&*:,B:)((&$"&B)"):%1$"B&HWXI&
*:,0$+)(D
•
H.I%1'#.>
!
!
•
!YI@!K & $( & =%$"1%$"$"B & T)LZG!K & L%()# & ($1) & 0,: & !"#$%" & 4:B,&
5:,B:%=D&!1&<,"1%$"(&)"1$:)&!"#$%"&@<)%"&0+,%1(&#%1%&%+,"B&/$1'&
1:%R)<1,:$)(D & 6;:1'): & #)1%$+( & <%" & L) & ,L1%$")# & L-& 0,++,/$"B & 1')&
+$"A &'11*[SS///D$"<,$(DB,FD$"S!"<,$(S%:B,S%:B,\',=)DR(*D&4*%:1&
0:,=&1')&0+,%1(&#)*+,-)#&L-&!"#$%8&#%1%&0:,=&0+,%1(&#)*+,-)#&L-&
,1'):&"%1$,"(&$"&1')&!"#$%"&@<)%"&%:)&:)<)$F)#&0:,=&1')&4:B,&
W$::,:&%"#&=%#) &%F%$+%L+) &$"&1') &!YI@!K &/)L($1)D &M():&<%"&
#,/"+,%#&1')&#%1%&L%()#&,"&'$(&:)N;$:)=)"1D
K1%1$(1$<(&,0&!"#$%"&%"#&!"#$%"&@<)%"&0+,%1(&%:)&B)"):%1)#&%"#&
=%$"1%$")#&$"&!YI@!K&/)L&($1)D&J')&#)"($1-&=%*(&0,:&%$#$"B&
*),*+)&0,:&")/&#)*+,-=)"1(&%:)&=%#)&%F%$+%L+)&,"&%&=,"1'+-&
L%($(D&6,:&0;++&#)1%$+(&F$($1&'11*[SS///D$"<,$(DB,FD$"S!"<,$(S%:B,S
%:B,(1%1(\$"#)]DR(*D&
C"'J.?($"G
CD 4&1,1%+&,0&:KK%("'J.?($"G&")1<#0&0$+)(&/):)&*:,<)(()#&%"#&;*+,%#)#&1,&
1') & GH4ID & J') & *:,<)(( & ,0 & B)"):%1$," & ,0 & 1:%R)<1,:- & ")1<#0 & 0$+)(&
;"#):B,)(&N;%+$1-&<')<A(&+$A)&*,($1$,"8&1$=)8&<-<+)&";=L):8&)1<D8&%"#&
<,::)(*,"#$"B&N;%+$1-&(1%1;(&$(&%(($B")#&1,&)%<'&*%:%=)1):D&6$"%++-&%&
F$(;%+&<')<A&$(&*):0,:=)# &1,&F):$0-&1'%1&1'):)&%:)&",&=$(($"B&<-<+)(&
/$1',;1&<-<+)&";=L):(&%"#&1,&<')<A&1')&(;:0%<)&1$=)&$"1):F%+(D
3D :L % 2M0NON06 % A+$'(>& %:) & ",1 & )+$B$L+) & 0,: & 1') & *:,<)(($"B & ,0 & 1')&
1:%R)<1,:-&#%1%&0$+)(&$"&<;::)"1&*:,<)(($"B&*:,<)#;:)&%"#&%&")/&=)1',#&
'%(&1,&L)&%#,*1)#D
80
ED P%A+$'(>%Q)(R%$SG#.*%>.*>$">&%+(,&:)N;$:)&%",1'):&")/&*:,<)#;:)&1,&L)&
%#,*1)#&0,:&*:,<)(($"BD
•
<('()>()?>%$A%!"#$%9'('%=>'#.
4:B, & #%1% & $( & /$#)+- & *;1 & 1, & ;() & L- & F%:$,;( & @:B%"$(%1$,"(S & M"$F):($1$)(S&
H)*%:1=)"1(D&!"#$%"&W)1),:,+,B$<%+&H)*%:1=)"1&2!WH>&$(&;($"B&4:B,&#%1%&0,:&
1')$:&,*):%1$,"%+&*;:*,()D&K<$)"1$(1(8&K1;#)"1(&%"#&P)()%:<'):(&0:,=&!YI@!K8&
Y!@8&K4I8&IZWW4IK8&YPK48&!!JW8&YIWPT68&!!K<&)1<&%:)&;($"B&4:B,&
#%1%&$"&F%:$,;(&%"%+-($(D&W%"-&*%*):&L%()#&,"&4:B,&#%1%&/):)&%+(,&*;L+$(')#&$"&
:)*;1)#&R,;:"%+(D&K))&1')&:)0):)"<)(&L)+,/D
&
!YI@!K&4:B,&/)L&*%B)&(1%1$(1$<(&20,:&1')&*%(1&,")&-)%:>&%:)&%(&(',/"&L)+,/
M'#.
4:B,&T)LZG!K
H%1%&#,/"+,%#
O$F)&4<<)((&K):F):
4:B,&*:,#;<1(
•
T)(>
3^E.
.9E3
_.C
.?U
O)>)($">
CC..
E3C
E3.
3UU
M"$9=?(>%#.*."'(.9%A"$/%!"#$%9'('
CD `%+;)&%##)#&*:,#;<1(&,L1%$")#&0:,=&4:B,&#%1%&%:)&<,"1$";)#D&W%"-&
*:,#;<1(&%:)&B)"):%1)#&;($"B&4:B,&1)=*):%1;:)&%"#&(%+$"$1-&#%1%D&J')&
4:B,&JSK&#%1%&%:)&0$:(1&,LR)<1$F)+-&%"%+-()#&%"#&1'$(&B:$##)#&,;1*;1&$(&
;()#&$"&#):$F$"B&F%+;)&%##)#&*:,#;<1(D&W,:)&,"&1'$(&<%"&L)&())&$"&1')&
PH4I&0;"<1$,"(D
3D 4&H`H&,"&a4:B,&#%1%&%"#&*:,#;<1(&0,:&1')&!"#$%"&@<)%"b&$(&:)+)%()#&
1, & *;L+$< & 0,: & ;()D & J'$( & H`H & <,"($(1( & ,0 & c & C8??8??? & *:,0$+)( & %"#&
*:,#;<1(&L%()#&,"&1')&4:B,&JSKD&4&GM!&$(&*:,F$#)#&0,:&;():&1,&'%F)&
)%(-&%<<)((&1,&1')&#%1%D&
ED W$])# & O%-): & I+$=%1,+,B- & L%()# & *;:)+- & ," & 4:B, & ,L():F%1$," & $(&
B)"):%1)# & %"#&=%#) & %F%$+%L+) &,"& !YI@!K &/)L& ($1)D& 4++& 1')& *:,0$+)(&
0:,=&3??C&d&3??_&%:)&;()#&$"&1'$(&*:,<)((D&
^D O$F) & 4<<)(( & K):F): & $( & %+(, & )"'%"<)# & 1, & 1') & +%1)(1 & F):($," & %"# & %++&
*:,#;<1(&%:)&<,"F):1)#&1,&Y)1IH6&0,:=%1&%"#&%:)&=%#)&%F%$+%L+)&0,:&
;():D&6,:&0;:1'):&#)1%$+(&F$($1&'11*[SS+%(D$"<,$(DB,FD$"D&&
3; ,.+'G.9%-$9.%FD
•
•
•
!YI@!K&(1%:1)#&B)"):%1$"B&%"#&;*+,%#$"B&H&0$+)(&1,&GH4I&0,:=&e;+-&3??U8&
%"#&%(&,0&1,#%-8&*:,0$+)(&L)+,"B$"B&1,&%++&)+$B$L+)&0+,%1(&'%F)&L))"&(;LR)<1)#&1,&
HWXID&e,'"&G$+(,"f(&GM!&$(&)]1)"($F)+-&;()#&%1&#$00):)"1&(1%B)(&,0&HWXID&!1&
$(&%**:)<$%1)#&1'%1&')&)]1)"#)#&/',+)&')%:1)#&(;**,:1&$"&()11$"B&;*&1')&GM!&
%"#&(+$B'1&=,#$0$<%1$,"(&:)N;$:)#&#;)&1,&*+%10,:=&<'%"B)D&
O%<A&,0&)",;B'&'$(1,:$<%+&L%<AB:,;"#&#%1%&$(&'$"#):$"B&1')&HWXI&*:,<)(($"BD&
g;1&=%R,:$1-&,0&1')&!"#$%"&0+,%1(&%:)&0,;"#&",1&1,&'%F)&L$B&#:$01(&$"&1')&(%+$"$1-&
()"(,:(D
4L,;1 &U?V&,0&1')&)+$B$L+)&*:,0$+)(&%:)&(;LR)<1)#&1,&HWXI&%"#&1')&#)+%-)#&
=,#)&*:,0$+)(&%:)&;*+,%#)#&,"&1,&GH4ID
U; B,!D%V=*?()$*>
81
!YI@!K&$(&",1&,*):%1$"B&%(&%&GH4ID
P; 0.#)$*'+%D.*(".%V=*?()$*>
4<N;$($1$," & ,0 & 4:B, & #%1% & 0:,= & GH4I & <,::)(*,"#$"B & 1, & 0+,%1( & ,1'): & 1'%"&
#)*+,-)#&L-&!"#$%&%"#&=%#)&1')=&%F%$+%L+)&,"&!YI@!K&/)L&($1)D
• H)+%-)#&W,#)&X;%+$1-&I,"1:,+
2P)0):&3D?&%L,F)>
• H%1%&0:,=&1')&!"#$%"&@<)%"&:)B$,"(&%:)&B:$##)#&$"1,&E]E&L,]&0,:&=,"1'+-&%"#&
C?&#%-( &%"#&=,"1'+-&$"1):F%+(D &J')()&B:$##)# &#%1% &()1( &%:) &=%#) &%F%$+%L+)&
1':,;B'&O$F)&4<<)((&K):F):&2O4K>D&M():(&<%"&F$)/&%"#&#,/"+,%#&#%1%S$=%B)(&
$"&1')$:&#)($:)#&0,:=%1D
• 4##$1$,"%++-&KKJ&0:,=&JW!&%"#&T$"#&0:,=&X;$<A(<%1&%:)&=%#)&%F%$+%L+)&,"&
#%$+-&%"#&=,"1'+-&L%($(D&KKh4&=):B)#&*:,#;<1&$(&*:,F$#)#&,"&1)"&#%-&L%($(&,"&
!YI@!K&O$F)&4<<)((&K):F):D&&
• H%1%&K)1(&2IJH8&igJ>&%:)&L)$"B&%<N;$:)#&0:,=&=%"-&*:$"<$*+)&$"F)(1$B%1,:(D&
J')()&#%1%&%:)&L)$"B&;1$+$j)#&0,:&N;%+$1-&<,"1:,+&,0&4:B,&*:,0$+)(D
• `%+;)&%##)#&*:,#;<1([
J/,&1-*)(&,0&*:,#;<1(&%:)&<;::)"1+-&L)$"B&=%#)&%F%$+%L+)&1,&F%:$,;(&;():&0:,=&
!YI@!K&/)L&($1)D&J')-&%:)[
2$>
J$=) & ():$)( & *+,1( & <,::)(*,"#$"B & 1, & )%<' & 0+,%1 & 2,"+- & 0,:&
!"#$%"&0+,%1(>D&J'$(&$"<+;#)&1')&0,++,/$"B&*+,1([
• T%1):&0%++&*+,1(
• K;:0%<)&*:)((;:)
• g,11,=&=,(1&*:)((;:)
• K;:0%<)&1)=*):%1;:)
• g,11,=&=,(1&1)=*):%1;:)
• K;:0%<)&(%+$"$1• g,11,=&=,(1&(%+$"$1• J:%R)<1,:-&,0&0+,%1
• JSK&*+,1(D
•
2$$>
K*%1$%+ & *+,1( & ;($"B & 1') & ,LR)<1$F)+- & %"%+-()# & 0:,= & %++ & 1')&
4:B, & 0+,%1( & #%1% & #)*+,-)# & $" & 1') & !"#$%" & @<)%"D & J'$(&
$"<+;#)([
• J)=*):%1;:)&2%1&?8&.98&C??8&3??8&9??8&C???&=)1):(>
• K%+$"$1-&2%1&?8&.98&C??8&3??8&9??8&C???&=)1):(>
• G),(1:,*'$< & I;::)"1( & 2%1 & ?8 & .98 & C??8 & 3??8 & 9??8 & C???&
=)1):(>
• W$])#&O%-):&H)*1'8&!(,1'):=%+&O%-):&H)*1'
• h)%1&I,"1)"1&;*&1,&E??&=1(
• H)*1'&,0&3?&#)B&%"#&3U&#)B&$(,1'):=(
J')() & F%+;)# & %##)# & *:,#;<1( & <%" & L) & ,L1%$")# & 0:,= & 1') & 0,++,/$"B & +$"A&
'11*[SS///D$"<,$(DB,FD$"S!"<,$(S%:B,S*:,#;<1(S%:B,\0:%=)(D'1=+&
• P)B$,"%+&I,Z,:#$"%1$,"&0,:&4:B,&0+,%1(&#)*+,-=)"1&*+%"&0,:&!"#$%"&@<)%"D&J')&
0+,%1&#)"($1-&$"&!"#$%"&@<)%"&%(&,"&EC&4;B8&3??7&$(&(',/"&L)+,/D
82
0.A.".*?.>W
CD X9'G' %YR'>Z'"[ % C;O;<8 & KD & hD & P%'=%"8 & !D & HD & 5%F%"8 &-; % 0'\)?R'*9"'*8 & %"# & KD&
Y%-%A8&3??7[&I,=*%:$(,"&,0&4WKPZQ&%"#&JW!&()%&(;:0%<)&1)=*):%1;:)&/$1'&4:B,&
")%:Z(;:0%<) & 1)=*):%1;:) & ,F): & 1') & !"#$%" & @<)%"D & !"1):"%1$,"%+ & e,;:"%+ & ,0 & P)=,1)&
K)"($"B8&E?8&3UU7Z3U_^D
3D I',/#%:-&eD&KD8&ID&G"%"%())+%"8&KD5D&i$)8&3??7[&T)(1/%:#&*:,*%B%1$,"&,0&L%::$):&
+%-):&0,:=%1$,"&$"&1')&3??UZ?.&P,((L-&/%F)&)F)"1&,F):&1')&1:,*$<%+&(,;1'/)(1&!"#$%"&
@<)%"D&G),*'-($<%+&P)()%:<'&O)11):(8&EU8&O?^U?.D
ED Y$('%8 & kD8 & KD & 4D & P%,8 & `D & `D & G,*%+%A:$('"%8 & PD & PD & P%,8 & WD & KD & G$:$('A;=%:8 & JD&
5%"A%R%A('%"8&-;%0'\)?R'*9"'*8&KD&P%R)('8&kD&G$:$('8&lD&e,'"(,"8&WD&4";:%#'%8&KD&
KD&WD&G%F%(A%:8&`D&K;"))+8&%"#&KD&WD&k:$('"%8&3??7[&P)#;<)#&Y)%:ZK;:0%<)&J'):=%+&
!"F):($,"(&$"&3??9Z?U&$"&1')&K,;1')%(1):"&4:%L$%"&K)%&2O%A('%#/))*&K)%>D&e,;:"%+&,0&
5'-($<%+&@<)%",B:%*'-8&E78&CC_^ZCC77D
^D P%,&4DHD8&WD&e,('$8&-;%0'\)?R'*9"'*8&3??7[&@L():F)#&+,/Z(%+$"$1-&*+;=)&,00&G;+0&
,0&k'%=L'%18&!"#$%8&#;:$"B&*,(1Z=,"(,,"&*):$,#D&G),*'-($<%+&P)()%:<'&O)11):(8&EU8&
O?EU?9D
83
!"#$%&'()$*'+%,'('%-'*'#./.*(%0.1$"(%$2%3'1'*4%5667
89 :('(;<
!"#"$"%&'()*+$,)-.$,/-"#01
!"#$%#&'()'*+',#-.)/0#)/'#12(23#4!5617!8#/2"#(,$9'""':#:2)2#%,$*#;<=#
!,>$#23:#!,>$?'@ABC2D'3)#%D$2)"#B39DA:B3>#EEF#29)BC'#%D$2)"#G
!"#"$(00'*+$#-$2341
!DD#)/'#(,$%BD'"#H/B9/#(2""':#,'2D?)B*'#I5#2,'#B""A':#)$#JK&#A"B3>#KL&!5#
23:#MNOP#9$:'#$3#23#$(',2)B$32D#+2"B"G#!,>$#MNOP#*'""2>'"#/2C'#+''3#
(A)#$3#JK&#"B39'#72Q#R==<G#
!"#"$(00'*+$#-$2!560$",#*)$)*"/7#(.*$861
!DD#)/'#(,$%BD'#%BD'"0#)'9/3B92D#%BD'"0#23:#*')2#:2)2#%BD'"#2,'#),23"*B))':#)$#
J4!5"#B3#3')54O#%$,*2)#$3#23#$(',2)B$32D#+2"B"G
!"#"$(00'*+$,-)$+*/"9*+$861
4A,B3>#S$CGR==;?&'(GR==T0#)/'#!PJU&#*'""2>'"#%$, #8=48>7# (,$%BD'"#H','#
29@AB,':#CB2#5V&#%$,#:'D2Q':#I5G
!*/"9*+$+"#"$0*:#$#-$2!5601
4A,B3>#S$CGR==;?&'(GR==T0#8>4>??#:'D2Q':#(,$%BD'#%BD'"#64?%BD'"8#/2C'#+''3#
"'3)#)$#J4!5"G
;*<$=">*01
!!3'1'*%!"#$
/))(WXXHHHGY2*")'9G>$GY(X1?!PJUXB3:'Z['G/)*D
K/B"#"B)'#B"#)/'#($,)2D#$%#12(23#!,>$#(,$Y'9)G#K/'#$A)DB3'#$%#12(23'"'#2((,$29/#
$3#)/'#!,>$#(,$Y'9)0#)/'#DB")#$%#)/'#(A+DB92)B$30#23:#)/'#DB3\#)$#)/'#:2)2+2"'#"B)'#
23:#]^"0#')9G#2,'#+'B3>#$%%',':G
!!0.'+@()/.%,'('A'<.%B3-!C
/))(WXX2,>$G\B"/$AG>$GY(XB3:'ZG/)*D
K/B"#"B)'#"/$H"#>D$+2D#%D$2)#9$C',2>'0#>D$+2D#(,$%BD'"#+2"':#$3#JK&#KL&!5#
*'""2>'"0#23:#")2)A"#$%#)/'#12(23'"'#%D$2)"G
!!,.+'D.E%/$E.%,'('A'<.%B!"#$%3!-:FGHC
/))(WXXHHHGY2*")'9G>$GY(X!PJUX2,>$[H'+X2,>$XB3:'Z['G/)*D
1!7&KL5_" # H'+"B)' #H2" # *2:' # A(:2)'" #B3 # 72,9/ # R==T0# 23:# A3:',H'3) #2#
*2Y$,#A(>,2:'#$%#B)"#D$$\#23:#/23:DB3>G#K/B"#"B)'#"/$H"#*2B3DQ#12(23'"'#%D$2)#
DB")0#),2Y'9)$,Q#*2(0#(,$%BD'#9/2,)0#23:#I5':#%D$2)#:2)2G#7$,'$C',0#)/'#($"B)B$3#
23:#),2Y'9)$,Q#*2("#$%#2DD#%D$2)"#$%#)/'#H$,D:#2"#H'DD#2"#12(23'"'#%D$2)"#+Q#
A"B3>#J$$>D'#72(G#M,B'%#(,$%BD'#%B>A,'"#$%#)/'#"'D'9)':#%D$2)"#2,'#2D"$#"/$H3G#
K/B"#"B)'#2D"$#"/$H"#>D$+2D#*2("#+2"':#$3#$+Y'9)BC'#232DQ"B"#6)'*(',2)A,'0#
"2DB3B)Q0#($)'3)B2D#:'3"B)Q0#:Q32*B9#/'B>/)0#>'$"),$(/B9#9A,,'3)0#')9G8G#
!
84
4#"#(0#(%0$-,$5)>-$+"#"$'0">*1
3'1'*.<.%IJ<
K/','#2,'#T#12(23'"'#]^"#H/$#2>,'':#)$#(,$CB:'#:2)2#)$#)/'#B3)',32)B$32D#!,>$#
:2)2#*232>'*'3)G
! `$\\2B:$#S2)B$32D#OB"/',B'"#P'"'2,9/#^3")B)A)'6`SOP^8
! 12(23#!>'39Q#%$,#72,B3'?L2,)/#&9B'39'#23:#K'9/3$D$>Q61!7&KL58
! 12(23#7')'$,$D$>B92D#!>'39Q617!8
! 7')'$,$D$>B92D#P'"'2,9/#^3")B)A)'67P^8
! S2)B$32D#^3")B)A)'#$%#]$D2,#P'"'2,9/6S^]P8
! S2)B$32D#P'"'2,9/#^3")B)A)'#$%#OB"/',B'"#&9B'39'6SP^O&8
! U9'23#P'"'2,9/#^3")B)A)'0#K/'#N3BC',"B)Q#$%#K$\Q$6UP^8
! K$/$\A#S2)B$32D#OB"/',B'"#P'"'2,9/#^3")B)A)'6KSOP^8
! K$/$\A#N3BC',"B)Q#6KN8
K1."'()$*'+%/$E.+<%$2%3-!
!"#$%!&'()"!*+,-./0,"1023,42.2,56678792.7:3,;<6.08,:=,>!5?
17!#/2"#+''3#$(',2)B3>#)/'#7UaLX7P^G5U7?J#%$,#)/'#*$3B)$,B3>#$%#LD#
SBb$ # 23: # )/' # &$A)/',3 # U"9BDD2)B$3 # 6LS&U8G # K/' # 7UaLX7P^G5U7?J#
9$3"B")"#$%#23#$9'23#>'3',2D#9B,9AD2)B$3#*$:'D#6UJ578#23:#23#$+Y'9)BC'#
232DQ"B"#"9/'*'G
aB"B)#
/))(WXX:"G:2)2GY*2G>$GY(X)99X)99X(,$:A9)"X'D3B3$X*$C'[*,B9$*[:$9G/)*D
%$,#*$,'#B3%$,*2)B$3G
>!5%!&'*)+)! , -):@A90B , :1023*2.8:6A/0C0 , +030C29 , )7C1@92.7:3,
!:B09,:=,>!5?
" " " "" " "" " "" "17!#/2"#+''3#$(',2)B3>#17!X7P^?5J57#%$,#)/'#(,':B9)B$3#$%#LS&UG#K/'#
$9'23B9 # (2,) # $% # )/B" # *$:'D # B" # B:'3)B92D # )$ # )/' # UJ57 # A"': # %$, # )/'#
7UaLX7P^G5U7?JG
aB"B)#
/))(WXX:"G:2)2GY*2G>$GY(X)99X)99X(,$:A9)"X'D3B3$XY*2*,B[9>9*[:$9G/)*D
%$,#*$,'#B3%$,*2)B$3G
!"#$%!&'()"!*DEF , -!@9.7G2C72.0 , "1023 , #2C72.7:3 , $6.782.7:3,
;<6.08%,,!0.0:C:9:H7129,&0602C1/,'36.7.@.0,):88@37.<,"1023,!:B09,*,
D06.0C3,E:C./,F217=71?
7UaLX7P^G5U7?cS] # (,$CB:'" # :2BDQ # 23: # *$3)/DQ # (,$:A9)" # $%#
"A+"A,%29' # )'*(',2)A,'" # 23: # 9A,,'3)"0 # %$, # )/' # "'2" # 2,$A3: # 12(23 # 23:#
3$,)/H'")',3#]29B%B9#U9'23G
K(L."%$1."'()$*'+%/$E.+<
>)"F$I,->2A23,):26.29,"1023,FC0B71.2J797.<,$KA0C7803.?
15U]LR#B"#)/'#*$:'D#%$,#(,':B9)B$3#$%#)/'#$9'23B9#C2,B2)B$3#2,$A3:#12(23#
H/B9/#B"#$(',2)':#+Q#P'"'2,9/#^3")B)A)'#%$,#JD$+2D#5/23>'#$%#1!7&KL5G#
15U]LR#B"#)/'#"'9$3:#C',"B$3#$%#15U]L0#:'C'D$(':#HB)/#'3/239':#*$:'D#
23:#:2)2#2""B*BD2)B$3#"9/'*'"G#K/'#!,>$#:2)2#B"#A"':#+Q#H2Q#$%#JK&]]G#
K/'#/B3:92")#:2)2#F#*$3)/"#+29\#23:#)/'#%$,'92")#:2)2#E#*$3)/"#2/'2:#2,'#
#
85
:B"9D$"':
#
$3
#
)/'
#
%$DD$HB3>
#
H'+
#
"B)'W#
/))(WXXHHHGY2*")'9G>$GY(X%,9>9XY9$('XG##7$,'#B3%$,*2)B$3#2,'#"/$H3#B3#
/))(WXXHHHGY2*")'9G>$GY(X%,9>9XY9$('X/):$9"XY9$('["Q")'*[:'"9,B()B$3G/)
*DG
L&5*>)"F$
OP!?15U]L#B"#)/'#*$:'D#+2"':#$3#15U]L#H/B9/#B"#$(',2)':#+Q#OB"/',B'"#
P'"'2,9/#!>'39Q#6OP!8G
?)-+'%#0$>*:*)"#*+$,)-.$5)>-$+"#"1
I"$E;M(<%$2%3-!
$9,E7M:,!:37.:C73H,23B,"@.9::N
17!#B""A'"#)/'#9A,,'3)#:B2>3$"B"#23:#)/'#$A)D$$\#%$,#"BZ#*$3)/"#$%#LS&U#
$3#)/'#%$DD$HB3>#H'+#"B)'G#K/'#$A)(A)"#$%#)/'#7UaLX7P^G5U7?J#23:#)/'#
17!X7P^?5J57#923#+'#%$A3:#/','G
#/))(WXX:"G:2)2GY*2G>$GY(X)99X)99X(,$:A9)"X'D3B3$X#B3:'ZG/)*D
#
#
;@J6@C=210 ,O08A0C2.@C06, 23B, ;@C=210 ,)@CC03.6,73, ./0 ,6026, 2C:@3B,
>2A23
K/'#%$DD$HB3>#(2,2*')',#$A)(A)"#$%#)/'#7UaLX7P^G5U7?cS]#923#+'#
%$A3:#$3
#/))(WXX>$$"G\B"/$AG>$GY(X,,):+?9>BXY*2?232DQ"B"XY*2232DQ"B"G9>B
6]D'2"'#>$#)$#B)'*#.#$3#)/'#(2>'8
" 42BDQ#23: #7$3)/DQ# *'23 #"A+"A,%29'# )'*(',2)A,'" #2) #)/' #:'()/" # $%#
.=*0 # -==*0 # R==* # 23: # d==* # 232DQe': # %$, # =G- # Z # =G- # :'>,'' # >,B:#
($B3)"G
" 42BDQ#&A,%29'#5A,,'3)"#%$,#=G-#Z#=G-#:'>,''#>,B:#($B3)"G
F217=71,;@J6@C=210,O08A0C2.@C06
17! # 9$3)B3A'" # $(',2)B3> # )/' # 9$3C'3)B$32D # $()B*2D # B3)',($D2)B$3 # 6U^8#
232DQ"B"#"Q")'*G##K/'#$A)(A)"#$%#)/'#"Q")'*#923#+'#%$A3:#$3
#/))(WXX>$$"G\B"/$AG>$GY(X,,):+?9>BXY*2?232DQ"B"XY*2232DQ"B"G9>B
6]D'2"'#>$#)$#B)'*#F#$3#)/'#(2>'8
" 7$3)/DQ#*'23#"A+"A,%29'#)'*(',2)A,'"#2)#)/'#:'()/"#$%#-==*0#R==*#
23:#d==*#232DQe':#%$,#=G.#:'>,''?D2)B)A:'#Z#-#:'>,''?D$3>B)A:'#>,B:#
($B3)"G
I"$E;M(<%$2%3!-:FGH
!"55,-!:3./9<,"JP01.7G0,5329<676,@673H,./0,5CH:,B2.2?
7U!!# B" # )/' # >D$+2D # J]a # :2)2 # "') # H/B9/ # H2" # *2:' # +Q # U^ # $+Y'9)BC'#
232DQ"B"#A"B3>#*$3)/DQ#!,>$#:2)2G#a2,B$A"#*2("#/2C'#+''3#*2:'#A"B3>#
7U!!0#23:#$('3':#)$#)/'#(A+DB9#$3#)/'#!,>$#1!7&KL5#H'+#"B)'G
"JP01.7G09< , 82AA0B , G09:17.< , B2.2 , 2. , QRRR , BJ2C , B0C7G0B , =C:8,
.C2P01.:C706,:=,5CH:,=9:2.6
K/'# >,B::':#C'D$9B)Q#:2)2#2)#-===#:+2,#B"#*2:'#+Q#$()B*2D#B3)',($D2)B$3#
232DQ"B"#A"B3>#f$72`2_=<G#K/B"#:2)2"')#HBDD#+'#:B"9D$"':#"$$3G
$
86
@)(+('.$"%#(A(#(*01
12(23#/2"#A(#)$#3$H#$(',2)':#T#B,B:BA*#(,$%BD',"#2"#g!,>$?'@ABC2D'3)gG
K/'#%B,")#B,B:BA*#(,$%BD',#$(',2)':#+Q#12(23#B"#]U]&#6]$D2,#U9'23#],$%BDB3>#
&Q")'*8#H/B9/#/2:#+''3#"')#A(#3'2,#)/'#S$,)/#]$D'#B3#!(,BD0#R==FG
!%)',H2,:"0#.#23:#E#!('Z#%D$2)"#H','#:'(D$Q':#B3#)/'#^3:B23#U9'23#23:#)/'#
]29B%B9#U9'230#,'"('9)BC'DQG#!*$3>#)/'*0#F#!('Z#%D$2)"#\''(#$(',2)B3>#3$HG#
1!7&KL5#/2:#"')#A(#)/'#R3:0#E,:0#23:#d)/# ]U]&#B3#!,9)B9#U9'23#B3#U9)$+',#
R==;#23:#B3#!(,BD#R==TG#U3DQ#)/'#d)/#]U]&#/2"#+''3#$(',2)B3>#3$HG
1!7&KL5#/2"#(D23':#)$#:'(D$Q#;#%D$2)"#B3#)/'#H'")',3#(2,)#$%#)/'#),$(B92D#
]29B%B9#B3#72Q0#R=-=G
59 ,.+'D.E%-$E.%NH
M2"':#$3#)/'#*A)A2D#2>,''*'3)#+Q#]^"#B3#12(230#1!7&KL5#/2"#:$3'#)/'#47I5#%$,#
2DD#12(23'"'#%D$2)"#"B39'#R==<G
1!7&KL5#/2"#"A+*B))':#)/'#:'D2Q':#*$:'#%BD'"#$%#..0;;T#(,$%BD'"#)$#J4!5"#2"#$%#
&'()'*+',0#R==TG
K/'#(,$9':A,'#$%#47I5#B3#1!7&KL5#B"#2"#%$DD$H"G
B3!-:FGH%2+$'(<%'*E%(L.%/$<(%$2%!"#$@.O;)P'+.*(%2+$'(<C
-G#6HB)/B3#-=:2Q"8##:2)2#,'?29@AB"B)B$3#%,$*#5V&0#+B)?',,$,#,'(2B,#6B%#($""B+D'80#
,'2D?)B*'#(,$9'""B3>0#($"B)B$3#I50#CB"A2D#I5
RG#6HB)/B3#-;=:2Q"8# #"A,%29'#(,'""A,'#$%%"')#9$,,'9)B$30#9'DD#K7#9$,,'9)B$3#6!('Z#
$3DQ8
EG#62%)',#-;=:2Q"8##c1U#"2DB3B)Q#9$,,'9)B$30#)/'#:'%B3B)BC'#YA:>'*'3)#+Q#'Z(',)"0#4?
3')54O#%BD'#*2\B3>
B!"#$@.O;)P'+.*(%2+$'(<%(L'(%L'E%M.'<.E%AD%566?C
17! # 'Z'9A)'" # ,'2D?)B*' # (,$9'""B3> # 2>2B3 # +Q # A"B3> # )/' # D2)'") # (,$9':A,'G # K/'#
(,$9':A,'#2%)',#,'2D?)B*'#(,$9'""B3>#B"#'Z'9A)':#+Q#1!7&KL5#299$,:B3>#)$#)/'#
"2*'#H2Q#2"#)/'#%$,'>$B3>G
K/'#Uc#"$%)H2,'#B"#*2B3DQ#$(',2)':#B3")'2:#$%#c1UG#K/'#92D9AD2)B$3#,'"AD)#$%#
c1U#/2"#+''3#A"':#2)#)/'#:'%B3B)BC'#YA:>*'3)G#^3#$,:',#)$#:'9B:'#)/'#+'")#(2,2*')',#
C2DA'0#1!7&KL5#HBDD#9$3)B3A'#)$#A"'#+$)/#Uc#23:#c1UG
4,G#h$+2Q2"/B#23:#)/'#"A99'""BC'#1!7&KL5#:2)2#*232>',"#67,G#S2\2*A,20#4,G#
7B32)$0#23:#4,G#&/B\2*28#*2:'#2#,'($,)#)$#'Z(D2B3#)/'#B""A'"#$%#(,'""A,'#+B2"'"#$%#
!,>$#%D$2)"G#K/'#,'($,)#B"#H,B))'3#+Q#12(23'"'#23:#B)#HBDD#+'#(A+DB"/':#B3#S$C'*+',#
B3 #2#:$*'")B9#Y$A,32D#$%#)/'#U9'23$>,2(/B9#"$9B')Q#$%#12(23G#c'#/$('#)/2)#)/'#
:')2BD"#$%#)/'#B""A'#HBDD#+'#\3$H3#HB:'DQ#B3#)/'#12(23'"'#9$**A3B)Q#$%#$9'23G
=9 Q,!H%R;*M()$*<
K/'#1!7&KL5#%)(#"',C',#/2"#+''3#(,$CB:B3>#)/'#*B,,$,#"B)'#$%#J4!5"#"B39'#R==EG
###%)(WXX%)(RGY2*")'9G>$GY(X(A+X2,>$XB%,'*',X
%
87
###%)(WXX%)(RGY*2")'9G>$GY(X(A+X2,>$X%3*$9X
S9 0.#)$*'+%H.*(".%R;*M()$*<
1!7&KL5#$(',2)'"#]!P5#B3#9$$(',2)B$3#HB)/#^]P5#23:#5&^PU#23:#/2"#'Z)'3:':#
)/'#,'"($3"B+D'#,'>B$3#B3)$#)/'#H/$D'#]29B%B9#B39DA:B3>#)/'#&$A)/',3#U9'23#+Q#,'@A'")#
$%#!&K?T#6!9)B$3#B)'*#T8#"B39'#!(,BD#R==;G
1!7&KL5#B"#(,$CB:B3>#)/'#%D$2)#*$3B)$,B3>#B3%$,*2)B$3#B3#)/'#]29B%B9#,'>B$3#6'G>G0#
%D$2)#29)BCB)Q#H2)9/0#I5#")2)A"0#23$*2DQ#%,$*#$+Y'9)BC'#232DQ"B"0#:B2>3$"B"#(D$)#%$,#
"'3"$,#9$,,'9)B$30#')9G80#,'%','39'#:2)2#"')#%$,#47I5#6&'`Q4#23:#^U`M80#)/'#DB3\#)$#
)/'#5K4#:2)2#:B"9D$"A,'#"B)'#$%#12(23'"'#]^"0#"$*'#:$9A*'3)"0#23:#"$*'#I5#)$$D"#$3#
)/'#%$DD$HB3>#H'+#(2>'"#6/))(WXXHHHGY2*")'9G>$GY(X!PJUP5X8G
&0=0C0310S
h$+2Q2"/B0#KG#KG#S2\2*A,20#&G#7B32)$0#23:#SG#&/B\2*20#R==TW#^:'3)B%B':#23:#($)'3)B2D#
(,'""A,' # +B2"'" # B3 # !,>$ # :2)2"') # 23: # )/'B, # B3%DA'39'" # $3 # $9'23 # *$3B)$,B3>0#
!"#$%&'($)*+,-%,.$)$%#612(23'"'#HB)/#L3>DB"/#2+"),29)8G#6B3#(,'""8
&
88
!"#$%&'()$*'+%,'('%-'*'#./.*(%0.1$"(%$2%3$".'
45.%67(5%!"#$%,'('%-'*'#./.*(%4.'/%-..()*#
68 9('(:;
• ,'('%'<=:)".>%2"$/%2+$'(;
,.1+$?/.*(%$2%3$".'%!"#$%2+$'(;
&:/C."%$2%>.1+$?.>%!"#$%2+$'(;%
@.'"
I776
I77I
I77J
I77P
I77N
I77O
I77K
I77L
4$('+
A"#'*)B'()$*
3-!
3A0,M
3-!
3A0,M
3-!
3A0,M
3-!
3A0,M
3-!
3A0,M
3-!
3A0,M
3-!
3A0,M
3-!
3A0,M
3-!
3A0,M
D';(EF'1'*%
9.'
J
N
N
O
N
L
N
6J
N
67
N
6J
&$"(5G.;(%
H'<)2)<
K
6
67
!*('"<()<%
A<.'*%
I
P
67
67
67
67
67
L
67
N
Q
N
66
67
67L
OL
;:C($('+
67
L
6N
67
6N
6L
6N
IJ
6N
6L
6N
6L
Q
J
PI
!"
!#
!$$
!!%
4$('+
6L
IN
JJ
JL
JJ
JJ
Q
IQ
I6L
!"3-!R%3$".'%-.(.$"$+$#)<'+%!>/)*);("'()$*
3A0,MR%3$".'%A<.'*%0.;.'"<5%'*>%,.S.+$1/.*(%M*;()(:(.
T%3A0,M%>.1+$?;%N%2+$'(;%)*%(5.%D';(%;.'%)*%A<($C."%I77Q
T%3-!%5';%'%1+'*%($%>.1+$?%6I%!"#$%2+$'(;%)*%+'(.%I77Q8%%,:")*#%&$S8%I77L%T%
9.18%I77QU%6NJ6%0T2)+.;%$2%3-!%'".%;.*(%($%V,!W8
,'('%);;:.>%($%V49
X)(5)*%IP%5$:";%$2%>'('%<$++.<()$*U%(5.%>.1+$?/.*(%'++%>'('%$2%3-!%!"#$%
2+$'(;%'".%);;:.>%($%V498%YZ[0%2$"/'((.>%!0VA%>'('%G';%1".1'".>%)*%(5.%+'(.%
I77LU%C:(%V49%>);(")C:()$*%);%;()++%*$(%<$/1+.(.>8%
X)(5)*%IP%5$:";%$2%>'('%<$++.<()$*U%(5.%>.1+$?/.*(%'++%>'('%$2%3A0,M%!"#$%
2+$'(;%'".%);;:.>%($%V49%C?%W\9%)*%["'*<.8%
•
,'('%);;:.>%($%V,!W;%'2(."%".'+T()/.%]W
04]W%;?;(./%'(%3A0,M%);%;$%2+.^)C+.%(5'(%)(%<'*%5'*>+.%>'('%2"$/%>)22.".*(%
(?1.%$2%1"$2)+.";8%H")$"%($%<$//:*)<'()*#%(5.%!"#$%>'(';.(;%($%V,!WU%(5.%3A0,M%
!0VA%>'(';.(%);%1"$<.;;.>%C?%W\9U%["'*<.%2$"%>);;./)*'()$*%($%V,!W8%
•
89
3-!%04]W%;?;(./%1"$>:<.;%1"$2)+.%>'('U%/.('>'('U%(.<5*)<'+%>'('%'*>%
("'_.<($"?%>'('%G)(5%&.(W,[%2$"/'(8%45$;.%P%(?1.;%$2%>'('%'".%("'*;/)((.>%)*($%
V49%*.(G$"`%'*>%V,!W8%
,'('%);;:.>%2$"%>.+'?.>%]W
,:")*#%&$S./C."%I77O%a%A<($C."%I77LU%3A,W%5';%'<=:)".>%LUQ6J%
1"$2)+.;%S)'%V,!W;%2$"%>.+'?.>%]W8%3A0,M%5';%'+;$%C..*%>.S.+$1)*#%>.+'?.>%
/$>.%]W%;<5./.;%'*>%;'+)*)(?%<'+)C"'()$*%/.(5$>;%2$"%>'('%$C(')*.>%)*%(5.%D';(E
F'1'*%9.'8
•
,.+'?.>%>'('%;.*(%($%V,!W;
,:")*#%&$S8%I77L%a%9.18%I77QU%3A,W%5';%;.*(%6UKJN%>.+'?.>%/$>.%
1"$2)+.%2)+.;%($%(5.%V,!W;8
•
X.C%1'#.;
45.%3-!%5';%$1."'(.>%'*>%:1#"'>.>%!"#$%G.C%1'#.U%G5)<5%<$*;);(;%$2%
04]W%>'('%+)*`.>%($%3-!%b5((1REE'"#$8/.(")8".8`"c8%45.%3A,W%5';%$1."'(.>%
G.C1'#.;%2$"%>);(")C(:)$*%$2%>.+'?.>%/$>.%!"#$%>'('%'*>%$<.'*$#"'15)<%
)*2$"/'()$*%;?;(./%2$"%1.+'#)<%2);5."?%C';.>%$*%!"#$%>'('%b5((1REE`$><8*2">)8".8`"
%
%c%8%
3A0,M%5';%'+;$%$1."'(.>%!"#$%G.C1'#.%b5((1REE'"#$8`$">)8".8`"c8
%
• 9('();()<;%$2%!"#$%>'('%:;'#.%
&'()$*'+%HM;%'".%,"8%9'*#TY:./%0@Z%2"$/%3-!%'*>%,"8%-$$*T9)`%9Z3%
2"$/%3A0,M8%%-'*?%;<).*();(;%5'S.%'11+).>%(5.%!"#$%>'('%($%(5.%".;.'"<5.;%'*>%
$1."'()$*'+%$<.'*$#"'15?8%[$"%.^'/1+.U%>'('%';;)/)+'()$*U%<)"<:+'()$*%$2%(5.%
D';(EF'1'*%9.'U%'*>%$1."'()$*%$2%$<.'*$#"'15)<%)*2$"/'()$*%;?;(./%2$"%1.+'#)<%
2);5."?8
•
H"$>:<(;%#.*."'(.>%2"$/%!"#$%>'('
!0VA%>'('%5';%C..*%'11+).>%)*%(5.%#+$C'+%;.';$*'+%1".>)<()$*%;?;(./%
bH&ZEW-D%WVW-cU%'*>%(5.%1"$>:<(;%'".%".2."".>%($%(5.%;.';$*'+%1".>)<()$*%'(%
3-!8%M*%'>>)()$*U%(5.%>'('%5';%C..*%:;.>%)*%(5.%".#)$*'+%$<.'*%/$>.+%$2%-D40M%
2$"%1"$>:<)*#%$<.'*%'*'+?;);%2).+>;%2"$/%I7768
•
I8%,.+'?.>%-$>.%]W
4G$%HM;%'".%".;1$*;)C+.%2$"%,.+'?.>%-$>.%]Wb,-]Wc%)*%<$++'C$"'()$*%G)(5%
(5.%3$".'%A<.'*$#"'15)<%,'('%W.*(."b3A,Wc8%,-]W%;$2(G'".%5';%C..*%
:1>'(.>%($%(5.%+'(.;(%S.";)$*%$2%AX8%!;%$2%9.1(./C."%I77Q%3A,W%5';%;.*(%PKLK%
,T2)+.;b66OQ%)*%I77Qc%($%V,!W;%'2(."%,-]W8%M*%(5.%&$"(5%H'<)2)<%INJI%,T2)+.;%
G.".%;:C/)((.>%:;)*#%(5.%9.d?,%'*>%)*%(5.%D';(EF'1'*%9.'%IINN%,T2)+.;%
G.".%:;)*#%(5.%DF9dYbD';(EF'1'*%9.'%d?>"$Y';.c%($%G5)<5%6JI7%W4,%1"$2)+.;%
'>>.>8%H"$#".;;%5';%C..*%;+$G%>:.%($%;('22%<5'*#.;8
90
UK Argo National Data Management Report
ADMT10
Toulouse 30th September 2009 to 2nd October 2009
1. Status
The UK has deployed 36 floats since September 2008. The ‘Druck microleak’
issue stopped deployments for the most recent quarter and deployments have
now resumed again using Sea-Bird CTD units equipped with screened Druck
pressure sensors. Five of the floats deployed in early 2009 were equipped with
Sea-Bird CTD units capable of recording near surface temperature in a sensor
mode where the pump is not switched on. A comparison of these data to
traditional pumped data is ongoing with the aim of including the data in the data
submitted to GDACs.
The majority of our fleet of floats are APEX floats equipped with APF8 control
boards. We are aware of which of these floats have been highlighted as possibly
having the ‘Druck microleak’ issue from the list published at AST earlier in 2009.
These floats are a priority for DMQC. The UK is now deploying APEX floats
equipped with APF9 control boards and to date only one float is exhibiting ‘Druck
microleak’ symptoms.
The orphan Mauritius floats processed by BODC continue to send good data and
there were 4 Argo Ireland deployments (where BODC manage the data) since
September 2008.
A summary of float performance for the year 2009/10 is shown in Table 1:
Table 1: Float performance 1st September 2008 to 31st August 2009
Float failure reason/issue
Number
Range of cycles
of floats
received before failure
Died from battery failure (end of life)
7
143-177
Druck Snowflake pressure sensor issue 2
94,176
Druck Microleak issue
1
20
APF8 floats identified as having
10
probable Druck microleak issue
Active giving good data as of 1st
130
September 2009
Our real time system has remained operational throughout the year. Our long
standing real time Argo operator (Stephanie Contardo) left BODC in May 2009
with the delayed mode operator (Justin Buck) covering until Sam Jones (newly
recruited) starts in October 2009. In the last year 4190 profiles were processed in
real time and issued to GTS/GDACs. The real-time procedures carried out by
BODC are as follows:
! Data acquired from floats - Data from all UK floats are received at BODC
by automatic download from the CLS database every 12 hours.
91
!
!
!
!
Data issued to GTS - Data from all UK floats are sent to the GTS every 12
hours. Almost 100% of TESAC messages are available within 24h.
Disruptions happened due to email server failures and servers problems.
Data issued to GDACs after real-time QC - All UK data received at BODC
are passed through the agreed real-time quality control tests 1 hour after
the data arrives at BODC. All data that have been processed at BODC are
queued for the transfer to both GDACs which occurs twice a day. Any file
that fails to be transferred is queued for the next transfer attempt. We
added the real-time correction of surface pressure to our processing in
early 2009 and this has also been retrospectively applied to all floats
processed by BODC.
Data issued for delayed QC - All UK float data are ready to be subjected
to delayed mode quality control procedures.
Delayed data sent to GDACs – The OW software is being used at BODC
and work on sending delayed-mode data to the GDACs is ongoing.
As with previous years resources for the Argo project have been limited but the
emphasis of this has switched from funding to manpower. Core UK Argo funding
is jointly provided by the Ministry of Defence (MOD), the Department for
Environment and Climate Change (DECC, formerly a division of DEFRA) and the
Natural Environment Research Council (NERC). The MyOcean
(www.myocean.eu.org/ ) and EuroArgo projects also provide funding for specific
aspects of the project. We hope to make more use of this in the coming year.
As part of one of the work packages in the Euro-Argo project ( http://www.euroargo.eu/ ), John Gould, (NOCS, Southampton, UK) has attempted to determine
the users of Argo data in the UK. It is estimated based on responses received
that there are approximately 50 individual people and/or projects using Argo
data. This excludes use in the UK Met Office who are major users of Argo data.
This is part of the aim to strengthen the UK and European Argo data user group.
The BODC UK Argo web pages have been maintained throughout the last year
and can be accessed using the following link:
http://www.bodc.ac.uk/projects/international/argo/
These pages include a list of the current status of all UK floats deployed,
automatic request system for all UK float data, links to both GDACs and other
Argo related sites and an interactive map giving information on last known
positions, deployment positions and direct links to profile plots of the last profile
reported by every float. Other information about Argo is also available.
Products generated from Argo data - Data from all Argo floats are assimilated in
to the Forecasting Ocean Assimilation Model (FOAM) run at the Met Office.
Iridium present/future activities (not applicable)
92
2. Delayed Mode QC
Resources for DMQC of UK floats are limited and were reduced further once
Stephanie Contardo left BODC in May as DMQC time was diverted to running
and maintaining the real time system. When Sam Jones starts at BODC on 6th
October 2009 this should enable more resource to be put toward the DMQC of
Argo data.
Most of the work for the last year has been linked to the correction of pressure in
the UK fleet. BODC is essentially ready to apply this correction retrospectively to
all currently submitted D-files. Currently submitted D-files where full a DMQC will
be required before resubmission have also been identified (i.e. floats with a
significant pressure drift). The aim is to apply and submit all these data in the
final quarter of 2009. BODC’s DMQC process currently consists of the following:
! A review of real time screening
! Application of corrections required before DMQC such as pressure
! A visual comparison of profile data with nearby reference data
! Use of the OW software to determine drifts, the reference data is kept upto
date with the data supplied from Coriolis, France and Argo profiles can the
used to assist in the making of DMQC decisions where required.
The code to apply the cell thermal lag correction to profiles was been produced
last year and once the final coefficients are decided we have the capability to
apply this calibration in delayed mode.
Our link with the UK Hydrographic office to do the DMQC processing of UK Argo
Arabian Sea floats is almost operational with processing of floats expected to
commence in October 2009.
Throughout the year, as and when floats or profiles have been identified as
suspicious by external users (e.g. from altimetry QC checks, GDAC checks) we
have submitted corrected data.
3. GDAC Functions
This section is not applicable to BODC.
4. Regional Centre Functions
There has been insufficient resource to pursue this fully however the MyOcean
project has increased the potential resource for this work. We are currently
identifying contributions we can make to the regional centre work. BODC has an
established link with the UK Metoffice and a UK wide numerical modelling group
with the view of identifying improvements to the real time quality control of data.
BODC hosts the main data and information web pages. These pages contain an
animation of the Forecast Ocean Assimilation Model outputs (potential
temperature, salinity and velocity at five metres and 995.5 m) and an interactive
93
map giving information on last known positions, deployment positions and direct
links to both GDAC ftp sites.
94
!"#$%&'()$*'+%,'('%-'*'#./.*(%0.1$"(%$2%3*)(.4%5('(.6
!!!!!!!!!!!!!!"#$%&'(!)*$!+!,--.!!/!!0'1$'2&'(!)3$4!!!,--5
!7%%5('(86
•,'('%'9:8)".4%2"$/%2+$'(6;
6/!"#$%&'(!!)*$!,--.!$%!0'1$'2&'(!)3$4!+!,--5
78%6$*!9'18%:'9;%!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!<,<
78%6$*!('1%($=>?;!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!,@3
"#!$%&#$'(!)#$%!'*+,!-.!/+0(1!!!!!!!!!!!!!!
2#,(3/%$%/!3,+2'34%5!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!3.
6$#738%(!9:+83'0!2#,'$#8%/5!!!!!!!!!!!!!!!!!!!!!!;.1<=!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
&/!)55A!$%!!0'1$'2&'(!)3$4!+!,--5!!!!!!!!!!!!!!!!!!!
!78%6*$!9'18%:'9;!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!<,-<
!78%6$*!B6=8'9!%>!86C>#4;!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!)-@
!78%6$*!('1%($=>?;!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!)A@D
!E%!('1%($*!2%('!$46>!<-!96:*+!!!!!!!!!!!!!!
!#%>*=9'('9!=>6#$=F';!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!),A)
G'#6C*'!%B!$4'!1(%&8'2!H=$4!$4'!I(C#J!1('**C('!*'>*%(*+!9C(=>?!,--5!$4'!
>C2&'(!%B!9'18%:2'>$*!46F'!&''>!('9C#'9!$%!<,<!#%216('9!$%!D,A!B8%6$*!
9'18%:'9!9C(=>?!86*$!:'6(K!
•,'('%)668.4%($%<=5;
IC(=>?!$4'!('1%($=>?!1'(=%9+!0'(F=#'!L(?%*!6>9!L"MN!1C$!!3<+A.D!!1(%B=8'*!%>!
OP0K!L&%C$!5@Q!!%B!1(%B=8'*!H'('!6F6=86&8'!=>!8'**!$46>!,D!4%C(*K
!E%$=#'!26>:!=(=9=C2!B8%6*$!6('!C>9'(!=#'!6>9!6('!>%$!('1%($=>?!96$6!$%!OP0K
•,'('%)668.4%($%<,!>6%'2(."%".'+?()/.%@>;
IC(=>?!$4'!('1%($=>?!1'(=%9+!!A-+@)<!!('68/$=2'!!>'$#9B!1(%B=8'*+!$'#4>=#68!6>9!
$(6R'#$%(='*!!B=8'*!+!6*!H'88!6*!!<,<!>'H!!2'$6!>'$#9B!B=8'*!!46F'!&''>!=**C'9!$%!
&%$4!OILS*K!P%$68!>C2&'(*!%B!>'$#9B!!B=8'*!=**C*'9!H6*!6&%C$!,-A+5--!>'$#9B!
B=8'*K
L"MN!!46F'!('#%F'('9!6>9!!699'9!!ELT"!4=*$%(=#68!96$6!$%!O8%&68!I6$6!
S'>$'(*!$46>J!$%!$4'!#%%1'(6$=%>!!%B!!ELT""SULE!*#='>$=*$*K
V'!68*%!*$6($'9!#('6$=>?!$4'!>'$#9B!B=8'*!B%(!$4'!9=*$(=&C$=%>!%>!OILS!%B!
&%C>#=>?!1(%B=8'*K
•A.B%1'#.6;
P4'!WXN!B%(!$4'!W0!L(?%!I6$6!L**'2&8:!S'>$'(!=*;
4$$1;YYHHHK6%28K>%66K?%FY14%9Y6(?%Y=>9'ZK141
[$!1(%F=9'*!8=>J*!$%;
/!I%#C2'>$6$=%>K
/!"1'(6$=%>*K
95
/!0%C$4!L$86>$=#!X'?=%>68!I6$6!L**'2&8:!S'>$'(
/!7P\!0'(F=#'*K
/!X'86$'9!0=$'*K
•C"$489(6%#.*."'(.4%%2"$/%!"#$%4'('%'".%'D')+'B+.%(E"$8#E%(F$%F.B%6)(.6;
!4$$1;YYHHHK6%28K>%66K?%FY14%9Y*6(96#Y1(%9C#$*Y=>9'ZK141!!#C(('>$8:!*4%H*!
$4(''!1(%9C#$*!6('!9'(=F'9!B(%2!4:9(%?(614=#!1(%B=8'*!#%88'#$'9!&:!L(?%!B8%6$*!
6>9!%$4'(!=>*$(C2'>$*;
!\(%1'($='*!%B!$4'!2=Z'9!86:'(!]$4=#J>'**+!$'21'(6$C('!6>9!4'6$!*$%(6?'!
(6$'^!6*!2%>$48:!B='89*K
!0'6*%>68!#8=26$%8%?='*!%B!$'21'(6$C('!6>9!*68=>=$:!]261*+!*'>#$=%>*!6>9!
*#6$$'(!18%$*!%B!$4'!1(%B=8'*+!B%(!<-%0/D-%0+!1(%F=9'9!&:!L(='8!P(%=*=^K
!M61*!6>9!#(%**/*'#$=%>*!$46$!9'1=#$!$4'!6>>C68!2'6>!*$6$'!=>!$4'!C11'(!
%#'6>K
!M61*!%B!68$=2'$(:!6>9!?'%*$(%14=#!#C(('>$*K
4$$1;YYHHHK6%28K>%66K?%FY14%9Y6(?%Y%1(Y=>9'ZK141!*4%H*!1(%B=8'*+!*'#$=%>*+!
$(6R'#$%(='*!6>9!1('**C('!('#%(9*!B%(!=>9=F=9C68!B8%6$*!1(%#'**'9!6$!$4'!W0!L(?%!
ILSK!P4=*!16?'!68*%!*4%H*!*C226(:!$6&8'*!%B!6#$=F'!6>9!=>6#$=F'!B8%6$*+!
*$6$=*$=#*!('86$'9!$%!96$6!9=*$(=&C$=%>!F=6!OP0+!6>9!2%>$48:!261*!9'1=#$=>?!
8%#6$=%>*!%B!L(?%!6>9!_GP!1(%B=8'*K
G7%,.+'H.4%/$4.%@>
59")116%<"$81;
0#(=11*![>*$=$C$=%>!%B!"#'6>%?(614:!]0["^!46*!'F68C6$'9+!6*!16($!%B!9'86:'9/2%9'!`C68=$:!
#%>$(%8!]IMaS^+!6!$%$68!%B!@)+@,,!L(?%!*$6$=%>*!]1(%B=8'*^K!!P4=*!=*!6>!=>#('6*'!%B!)3+-@@!
*$6$=%>*!]D),!B8%6$!:'6(*^!*=>#'!$4'!1('F=%C*!W>=$'9!0$6$'*!L(?%!E6$=%>68!I6$6!
M6>6?'2'>$!X'1%($!]"#$%&'(+!,--.^K!!L$!1('*'>$+!55K<Q!%B!$4'!0["!*$6$=%>*!H4=#4!6('!
'8=?=&8'!B%(!IMaS!1(%#'**=>?!46F'!&''>!#%218'$'9K!!b'('!H'!9'B=>'!6!*$6$=%>!6*!&'=>?!
IMaS!'8=?=&8'!=B!=$!H6*!*6218'9!2%('!$46>!),!2%>$4*!6?%!K!!P4'!6&%F'!>C2&'(*!=>#8C9'!
*$6$=%>*!B(%2!*'F'(68!L(?%!E'H!c'686>9!B8%6$*!B%(!H4=#4!0["!1'(B%(2*!IMaSK
0["!'Z1'#$*!$%!&'!6&8'!$%!#%>$=>C'!$%!26=>$6=>!6!4=?4!IMaS!#%218'$=%>!1'(#'>$6?'!
9C(=>?!$4'!#%2=>?!:'6(!6>9!H=88!#%>$=>C'!$%!('F=*=$!'6#4!B8%6$!'F'(:!@!2%>$4*K!
IMaS!1(%#'9C('*!2'>$=%>'9!=>!16*$!('1%($*!H'('!#%>$=>C'9!=>$%!,--5K!!MC#4!'BB%($!H6*!
269'!=>!$4'!16*$!:'6(!$%!F'(=B:!$4'!6##C(6#:!%B!$4'!$=2'!%B!*$6$=%>!]F6(=6&8'!>62'!dWNI!=>!
$4'!1(%B=8'!6>9!$(6R'#$%(:!>'$#9B^K!P4'!0"N"!L(?%!B8%6$!2%9'8!'218%:'9!&:!0["+!9%'*!
>%$!('1%($!$4'!$=2'!%B!$4'!*$6$=%>+!*%!$4=*!96$6!F68C'!=*!=>*$'69!B=88'9!H=$4!$4'!$=2'!%B!$4'!
B=(*$!LXO"0!*6$'88=$'!$(6>*2=**=%>K!!P4C*!=$!=*!#(C#=68!$%!'>*C('!$4'!#%218'$'>'**!6>9!
6##C(6#:!%B!$4'!LXO"0!2'**6?'*+!=>#8C9=>?!$4'!('2%F68!%B!eB68*'e!2'**6?'*!('1%($'9!6*!
%(=?=>6$=>?!B(%2!6!B8%6$!6$!$4'!$=2'!H4'>!$4'!B8%6$!H6*!*C&2'(?'9K
0#(=11*!46*!('F='H'9!$4'!IMaS!B%(!*'F'(68!0["!L(?%!B8%6$*!6B$'(!$4':!469!&''>!
=9'>$=B='9!$4(%C?4!#%216(=*%>*!H=$4!*6$'88=$'!68$=2'$(:!6*!1%**=&8:!'((%>'%C*!]OC=>'4C$!'$!
68K+!,--5^K!!V4'>!9''2'9!>'#'**6(:+!#%(('#$=F'!6#$=%>!H6*!$6J'>!=>#8C9=>?+!&C$!>%$!
8=2=$'9!$%+!!$4'!6##'8'(6$=%>!%B!IMaS!1(%#'**=>?!B%(!B8%6$*!$46$!6('!'Z4=&=$=>?!>'6(/B6=8C('!
96
#46(6#$'(=*$=#*!6>9!$4'!699=$=%>!%B!$4'!B8%6$!$%!$4'!f?(':!8=*$gK!!L99=$=%>68!#%>*=*$'>#:!
#4'#J*!6>9!('?=%>68!6>68:*'*!H=88!6=9!IMaS!1(%#'**=>?!6>9!6('!H'8#%2'9K
X'B'('>#';
OC=>'4C$+!0$'146>='+!SK!S%6$6>%6>+!LK!NK!I4%21*+!\K!hK!N'!P(6%>+!6>9!OK!N6(>=#%8+!
,--5K!">!$4'!W*'!%B!06$'88=$'!L8$=2'$'(!I6$6!=>!L(?%!aC68=$:!S%>$(%8K!>?!#7!@')#(?!+,/!
A2%+,32!B%2*?+!,@+!<53/D-,K
3*)D."6)(H%$2%A'6E)*#($*%<"$81;
L*!%B!0'1$'2&'(!,--5+!W!V6*4=>?$%>!46*!*C&2=$$'9!@A+-DA!9'86:'9/2%9'!1(%B=8'*!$%!$4'!
OILS* ! F=6 ! L"MNK ! P4=* ! ('1('*'>$'9 ! 5DQ ! %B ! WV ! 1(%B=8'* ! $46$ ! H'(' ! %89'( ! $46> ! ),!
2%>$4*K!IC(=>?!,--5+!$4'!WV!*68=>=$:!#68=&(6$=%>!*:*$'2! !H6*!C1?(69'9!B(%2!Vd"!$%!
"V+ ! 6>9 ! $4' ! ('B'('>#' ! 96$6&6*' ! C*'9 ! H6* ! SPIiB%(iIMaSi,--.T-,+ ! =**C'9 ! &:!
S%(=%8=*K!E'6(&:!j?%%9j!L(?%!96$6!!H'('!68*%!C*'9!B%(!F=*C68!'F68C6$=%>!=>!6('6*!H4'('!
SPI
!
96$6
!
H'('
!
%89K
!
IC(=>?!,--5+!W!V6*4=>?$%>!('/1(%#'**'9!=$*!%89!I!B=8'*!=>!6##%(96>#'!H=$4!$4'!6?(''9!
1(%#'9C('*!B%(!9'86:'9/2%9'!1('**C('!69RC*$2'>$!B%(!L\U_!B8%6$*K!P4'!1(%#'9C('*!#6>!
&' ! B%C>9 ! => ! $4' ! L(?% ! aS ! M6>C68 ! T'(*=%> ! ,KDK
C-IJ%#"$81;
L*!%B!.!0'1$'2&'(!,--5+!\MUN!469!B%(H6(9'9!6!$%$68!%B!,@+A,D!I/B=8'*!$%!L"MN!]=>/
#8C9=>?!*%2'!:%C>?'(!$46>!%>'!:'6(!%89^!F*K!,A+5-D!1(%B=8'*!$46$!H'('!%89'(!$46>!%>'!
:'6(K!!L$!$4'!$=2'!$46$!86*$!:'6(e*!('1%($!H6*!H(=$$'>+!\MUN!469!B%(H6(9'9!)5+@@A!I/B=8'*!
$%!L"MN!F*K!).+A..!1(%B=8'*!$46$!H'('!%89'(!$46>!%>'!:'6(K!!P4C*+!H'!6('!*8=?4$8:!&'4=>9!
=>!%C(!IMaS!$4=*!:'6(!('86$=F'!$%!86*$!:'6(K!!b%H'F'(+!H'!6('!#C(('>$8:!=>!$4'!2=9*$!%B!
H%(J=>?!$4(%C?4!%C(!#C(('>$!IMaS!&6#J8%?+!H4=#4!H'!6>$=#=16$'!#8'6(=>?!$4=*!B688K
P4'!\MUN!B8%6$!IMaS!1(%#'9C('!#C(('>$8:!#%>*=*$*!%B!$4'!B%88%H=>?!*$'1*;!LC$%26$'9!
#%(('#$=%>+!H=$4!F=*C68!#4'#J+!%B!('1%($'9!1('**C('!9(=B$*+!6>9!#%(('#$=%>!B%(!$4'!'BB'#$!%B!
$4'*'!1('**C('!9(=B$*!%>!*68=>=$:K!LC$%26$'9!#%(('#$=%>!%B!#%>9C#$=F=$:!#'88!$4'(268!86?!'(/
(%(*!B%88%H=>?!d%4>*%>!'$!68K!],--A^K!T=*C68!=>*1'#$=%>!6>9!2%9=B=#6$=%>!%B!`C68=$:!#%>$(%8!
B86?*!B%(!69RC*$'9!1('**C('+!$'21'(6$C('+!6>9!*68=>=$:!C*=>?!$4'!0["!OW[K!XC>>=>?!$4'!
Vd"!F'(*=%>!,K-!*:*$'2!6>9!69RC*$=>?!(C>!16(62'$'(*!$%!?'$!611(%1(=6$'!('#%22'>9'9!
*68=>=$:!69RC*$2'>$*K!L##'1$=>?!%(!('R'#$=>?!$4'!Vd"!('#%22'>96$=%>*!%>!$4'!&6*=*!%B!
#%216(=*%>!H=$4!>'6(8:!4=*$%(=#68!6>9!L(?%!B8%6$!1(%B=8'*!C*=>?!$4'!0["!OW[K!!V'!46F'!
*$6($'9!C*=>?!"V!T'(*=%>)K)!H=$4!0'b:Ii-5-D-.!6*!6!4=*$%(=#68!96$6&6*'!B%(!('#'>$8:!
9'18%:'9!B8%6$*K!!V'!186>!$%!C196$'!$4'!4=*$%(=#68!96$6&6*'!H=$4!$4'!2%*$!('#'>$!S%(=%8=*!
F'(*=%>!H4'>!H'!>'Z$!1'(B%(2!IMaS!%>!('#'>$8:!9'18%:'9!B8%6$*K
AKLM%<"$81;
L*!%B!0'1$'2&'(!.+!,--5K!V%%9*!b%8'!46*!*C&2=$$'9!DA+A..!9'86:'9/2%9'!1(%B=8'*!$%!$4'!
OILS!F=6!L"MNK!"B!$4'!$6(?'$!?(%C1!%B!1(%B=8'*!%89'(!$4'>!),!2%>$4*+!D-+.5@!46F'!
&''>!*C&2=$$'9!('1('*'>$=>?!AAQ!%B!$4'!$%$68!=>!$4=*!?(%C1K!P4'!*C&2=$$'9!1(%B=8'*!6('!
97
'F'>8:!*18=$!&'$H''>!B8%6$*!H=$4!70[!SPI!*'>*%(*!6>9!$4%*'!H=$4!0GU!SPI!*'>*%(*K!7%(!
96$6!B(%2!B8%6$*!H=$4!0GU!SPI!*'>*%(*!6>9!H=$4=>!$4'!$6(?'$!?(%C1!%B!1(%B=8'*!%89'(!$4'>!
),!2%>$4*!%(=?=>6$=>?+!5-Q!%B!$4'!1(%B=8'*!],,+,.5^!46F'!&''>!*C&2=$$'9!H=$4!9'86:'9/
2%9'!`C68=$:!#%>$(%8!6>9!#68=&(6$=%>K!78%6$*!'`C=11'9!H=$4!70[!SPI!*'>*%(*!#%>$=>C'!$%!
&'!1(%&8'26$=#!B%(!$4'!IMaS!1(%#'**K!L$!$4=*!1%=>$+!611(%Z=26$'8:!A-Q!]k,,+---^!%B!$4'!
70[!1(%B=8'*!46F'!&''>!9''2'9!$%!&'!=(('#%F'(6&8'K!"B!$4'!('26=>=>?!<-Q+!H'!6('!*$=88!
H%(J=>?!$%!F'(=B:!$4'!`C68=$:!%B!$4'!2'6*C('2'>$*!6>9!1(%F=9'!#68=&(6$=%>K![>!#%>$(6*$+!%B!
$4'!,3+3D-!9'86:'9/2%9'!1(%B=8'*!*C&2=$$'9!B%(!B8%6$*!'`C=11'9!H=$4!0GU!SPI!*'>*%(*+!
%>8:!<Q!#%>*=*$!%B!1(%B=8'*!H=$4!>%!C*6&8'!*68=>=$:!96$6K!"B!$4'!<-)!0GU!SPI!'`C=11'9!
B8%6$*!H4=#4!46F'!&''>!1(%#'**'9+!3@!46F'!('`C=('9!*%2'!B%(2!%B!#68=&(6$=%>!#%(('#$=%>K!
I6$6!6#`C=('9!9=('#$8:!B(%2!B8%6$*;!Vb"[!46*!1(%#'**'9!6>9!B%(H6(9'9!5D.!('68/$=2'!
1(%B=8'*!B(%2!B8%6$*!'`C=11'9!H=$4![(=9=C2!#%22C>=#6$=%>K!
0=>#'!0'1$'2&'(!)+!,--.+!Vb"[!46*!86C>#4'9!@3!B8%6$*KP4'!2%*$!('#'>$!B8%6$!86C>#4'9!
H6*!M6:!,A+!,--5K0=>#'!$46$!$=2'!>%!B8%6$*!46F'!&''>!86C>#4'9!H4=8'!1(%&8'2*!H=$4!$4'!
0GU!SPI!1('**C('!*'>*%(!6('!('*%8F'9K!
Vb"[!#C(('>$8:!46*!<..!6#$=F'!B8%6$*!=>!$4'!H6$'(K!"B!$46$!>C2&'(+!,@,!6('!`C=11'9!H=$4!
0GU!*'>*%(*!H4=8'!),@!6('!B8%6$*!'`C=11'9!H=$4!70[!SPI*!H4=#4!6('!('$C(>=>?!C>C*6&8'!
%(!`C'*$=%>6&8'!96$6K!
N?%!"#$%0.#)$*'+%>.*(."
P4'!0%C$4!L$86>$=#!L(?%!X'?=%>68!S'>$'(!]0LLXS^!!=*!#%%(9=>6$=>?!$4'!'BB%($!!%B!
#%C>$(='*!H=$4!=>$'('*$!=>!$4'!L$86>$=#!B(%2!,-%E!$%!D-%0K
P4'!H'&!*=$'!B%(!$4'!0%C$4!L$86>$=#!L(?%!X'?=%>68!S'>$'(!
]4$$1;YYHHHK6%28K>%66K?%FY14%9Y*6(96#^!1(%F=9'*!&6#J?(%C>9!=>B%(26$=%>+!$4'!('1%($!
B(%2!$4'!2''$=>?!H=$4!=>$'('*$'9!#%C>$(='*!=>!M6:!,--3+!8=>J*!$%!1(%9C#$*!6>9!96$6!
*'(F'(*K
,'('%9$*6)6(.*9H%9E.9O!=*!&'=>?!1'(B%(2'9!B%(!$4'!0LLXS!('?=%>!6>9!6!1(%$%$:1'!
H'&!16?'!H=$4!$4'!('*C8$*!=*!6F6=86&8';!
4$$1;YYHHHK6%28K>%66K?%FY14%9Y*6(96#Y1%*$i92`#Y9'86:i2%9'K4$28
,.1+$H/.*(%$1."(8*)().6!1(%F=9'9!&:!#%C>$(='*!16($=#=16$=>?!=>!0LLXS!#6>!&'!B%C>9!
4'(';
4$$1;YYHHHK6%28K>%66K?%FY14%9Y*6(96#Y8%?=*$=#*Y%11%($C>=$='*Y=>9'ZK141
!%2+$'(%4$*'()$*%1"$#"'/!46*!&''>!1C$!=>!186#'K!P4=*!1(%?(62!B6#=8=$6$'*!$4'!B8%6$!
9'18%:2'>$!=>!('2%$'!('?=%>*!6>9!1(%F=9'*!('?=%>68!96$6!$%!$4'!F%8C>$''(*!=>!
16($=#=16$=>?!#%C>$(='*!]'K?K!L(?'>$=>6+!G(6l=8+!m'>:6+!O6&%>^K
="')*)*#%'*4%.489'()$*;%L!H%(J*4%1!H6*!4'89!=>!M6(#4!,-!$%!M6(#4!,@+!,--5!=>!
N6?%*!E=?'(=6!$%!$(6=>!LB(=#6>!*#='>$=*$*!jE6$=%>68!V%(J*4%1!%>!I6$6!L>68:*=*!=>!
N6?%*!E=?'(=6jK!P4'!H%(J*4%1!$%%J!186#'!6$!$4'!E=?'(=6>![>*$=$C$'!B%(!"#'6>%?(614:!
6>9!M6(=>'!('*'6(#4!]E["MX^!6>9!%>!&%6(9!%B!$4'!W00!E6*4F=88'K[$!H6*!16($!%B!$4'!
LB(=#6>!\6($>'(*4=1!0$6$=%>!1(%?(62!%B!$4'!W0!E6F:!6>9!H6*!#%%(9=>6$'9!&:!LC?C*$C*!
98
T%?'8K!P4'!8%#68!%(?6>=l'(!H6*!X'?=>6!7%8%(C>*4%!B(%2!E["MXK!PH%!*#='>$=*$*!B(%2!
E"LLYL"MN!=>!M=62=+!S86C9=6!0#42=9!6>9!X=#J!NC21J=>+!1'(B%(2'9!$4'!$(6=>=>?K
[>B%(26$=%>!%>!$4=*!$(6=>=>?!#6>!&'!B%C>9!4'(';
4$$1;YYHHHK6%28K>%66K?%FY14%9Y*6(96#Y'9C#6$=%>Y,--5E=?'(=6P(6=>=>?K4$28
99
Global Argo Data Repository Status Report for 2009
Global Argo Data Repository Status Report of US NODC for 2009
Prepared by
Charles Sun
US National Oceanographic Data Center
September 2009
1. Summary
The US National Oceanographic Data Center (NODC) intended to use this report as input for the
tenth Argo Data Management Team annual meeting at CLS (Collecte Localisation Satellites) in
Toulouse, France from 30 September to 2 October 2009. The report summarized the functions
and operations of the Global Argo Data Repository (GADR), the highlights of activities and the
Argo user statistics since the ninth Argo Data Management Meeting at the East-West Center in
Honolulu, USA from 28 to 31 October 2008.
2. GADR Functions and Operations
The NODC operates the Global Argo Data Repository1 (GADR), known as the Argo long-term
archive, for managing and archiving the Argo data and information. The GADR performs six
functions as defined at the fourth ADMT meeting in Monterey, CA:
!
!
!
!
!
!
Archive profiles, metadata, trajectory and technical information received from the GDAC
on a monthly basis.
Provide tools to allow transformation of Argo netCDF data into other forms.
Provide usage statistics, data system monitoring information and problem reporting
facility.
Provide data integration tools to allow client to get Argo float data combined with data
collected with other instruments.
Provide hardcopy data sets for distribution to users.
Provide offsite storage of data.
3. Activities in support of Argo
3.1. Preserved the Argo data transferred from the Argo US GDAC # The NODC used the
improved "mirror" facility of the UNIX "lftp" command. The GDAC’s files were copied
from "http://www.usgodae.org/ftp/outgoing/argo/", the "geo" subdirectory was skipped,
and files which are no longer present on that site are removed from the local mirror.
3.2. Implemented an automated procedure for acquiring the CLIVAR & Carbon
Hydrographic Data Office (CCHDO) data from the Web for archive accession.
3.3. Produced monthly archives of the Argo data archived at the NODC and populated them
at http://argo.nodc.noaa.gov/.
1
http://www.nodc.noaa.gov/argo/
Version Date: 6-Nov-09
100
Global Argo Data Repository Status Report for 2009
3.4. Identified the deficiency of the Argo NetCDF convention and developed a strategy for
improving the convention to be ‘Climate and Format (CF)’ compliant.
4. Usage Statistics
This analysis was produced by analog 5.242. We use the following basic definitions:
a) The file might be a page (i.e., an HTML document) or it might be something else, such as
an image. By default filenames ending in (case insensitive) .html, .htm, or `/ `count as
pages.
b) The number of requests is the total number of files downloaded, including graphics. The
total requests counts all the files which have been requested, including pages, graphics,
etc. (Some people call this the number of hits). The requests for pages only count pages.
One user can generate many requests by requesting lots of different files, or the same file
many times.
Figure 1 shows the number of monthly requests served by the GADR from 1 September 2008 to
31 August 2009. The monthly average of distinct hosts served by the GADR is 1,509 during this
time period.
Number of Requests
Millions
Argo Web Server Statistics by Month
2.0
1.8
1.6
1.4
1.2
1.0
0.8
0.6
0.4
0.2
0.0
Sep- Oct- Nov- Dec- Jan- Feb- Mar- Apr- May- Jun- Jul- Aug08 08 08 08 09 09 09 09 09 09 09 09
Figure 1 Numbers of distinct hosts served by the Global Argo Data Repository by each month.
The GADR receives an average of 1,006,767 requests per month in the period from January to
August 2009, about 1.5% below the monthly average of 1,021,903 in 2008. However, the Argo
data downloaded during the first eight month of 2009 was 54.57 GB, approximately 28.7%
increased above the monthly average in 2008. Figure 2 illustrates the volume of the Argo data
2
http://www.analog.cx
Version Date: 6-Nov-09
101
Global Argo Data Repository Status Report for 2009
files downloaded in month from the GADR Web site over the past 12 months ending August
2009.
Number of Data Downloaded (GB)
Argo Data Downloaded by Month
120
100
80
60
40
20
0
Sep- Oct- Nov- Dec- Jan- Feb- Mar- Apr- May- Jun- Jul- Aug08 08 08 08 09 09 09 09 09 09 09 09
Figure 2 The volume of the Argo data downloaded from the GADR Web site from January – August 2009.
5. Future Plans
5.1. Continue to operate the Global Argo Data Repository.
5.2. Continue to acquire the CCHDO data via the Internet on a quarterly basis.
Version Date: 6-Nov-09
102