1 / 17

Argo QC with an emphasis on the North Atlantic

Argo QC with an emphasis on the North Atlantic. Justin Buck British Oceanographic Data Centre . Joseph Proudman Building 6 Brownlow Street Liverpool L3 5DA, UK. Outline. QC of Argo data Overview of processing steps Real-time QC Near- real-time QC Delayed mode QC

mareo
Download Presentation

Argo QC with an emphasis on the North Atlantic

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Argo QC with an emphasis on the North Atlantic Justin Buck British Oceanographic Data Centre Joseph Proudman Building 6 Brownlow Street Liverpool L3 5DA, UK

  2. Outline QC of Argo data • Overview of processing steps • Real-time QC • Near- real-time QC • Delayed mode QC • Global consistency checks (GDAC level) Status of the QC of Argo in the North Atlantic (NA) • Status of profiles in the North Atlantic • Feed back from the NA Argo Regional Centre Other points • Sources of information on Argo QC

  3. Argo processing stages • Flow chart describing the real time data flow through BODC • Delayed mode processing fits in the visual screening loop

  4. Real-time QC • Automated process, all data put through these tests before real-time versions of data submitted to GTS and GDACs • Tests agreed internationally by the Argo Data Management Team (ADMT) • Summarised in the Argo QC manual (http://www.argodatamgt.org/Media/Argo-Data-Management/Argo-Documentation/General-documentation/Argo-Quality-Control-manual-October-2009 pages 5-16) • A new ‘jump test’ to be implemented by BODC in coming year with results going to ADMT in 2010 and potential for implementation by all countries • Process also applies calibrations where appropriate (e.g. real time pressure correction)

  5. Argo QC flags A full description on the usage of Argo QC flags is in the Argo QC manual.

  6. Real-time QC

  7. Near-real-time • Profiles from UK floats are screened in near-real-time by BODC, this practice does vary by data centre though.

  8. Delayed-mode QC (DMQC) • Target date is within 6-12 moths of a profile being acquired • Should include a re-screen of the profiles • Uses a more refined pressure correction to profiles than is applied in real time • Methods well defined and documented in the Argo QC manual • However, some centres (including BODC) have a long standing backlog in their DMQC

  9. Owens Wong (OW) DMQC software • Used for the DMQC of salinity, and assumes the temperature good • Quoted accuracy in salinity after data has passed through OW can be as good as 0.01 (psu, non-dimensional)

  10. Global consistency checks • SSH from altimetry Vs DHA derived from Argo profiles • ftp://ftp.ifremer.fr/ifremer/argo/etc/argo-ast9-item13-AltimeterComparison/figures

  11. Global consistency checks • Float inter-comparison run by Ifremer • Uses ARIVO climatology and OW software

  12. North Atlantic Argo status • North Atlantic 20S-80N, 75W-15E, time span 2004-date, holdings at USGODAE GDAC as of 26-Nov-2009 • Total number of Argo profiles 83670 • Total number of delayed mode profiles 46994 • BODC has not started DMQC of its NA floats yet because of time/funding constraints • Pressure issues • See ADMT10 and DMQC3 workshop meeting reports (http://www.argodatamgt.org/Data-Mgt-Team/Meetings-and-reports) • Several types of pressure issue • Drifts (~5-10 dBar) • Truncated negative pressures (i.e. Unknown drifts) • Druck micro-leak failures • Aim is for all data centres to have these resolved before the Argo Science team meeting in early 2010

  13. North Atlantic Argo status • Table showing number of delayed mode profiles by year (source US GODAE Argo GDAC as of 26-Nov-2009) * The reason the percentage is lower in 2009 is profiles are not officially eligible for DMQC until 6 months after collection

  14. NA Argo Regional Centre (ARC) • Run by Coriolis, France (Contacts are Sylvie Pouliquen/Virginie Thierry) • NA ARC activities that are particularly relevant to this discussion are: • Ensure consistency of the Argo data from the North Atlantic, independent of float provider, using statistical tools to detect potential outliers and provide feedback to DACs and PIs • Product delivery: The main product of the RDAC will be a consistent Argo delayed mode dataset for the North Atlantic. However some scientific products such as temperature and salinity weekly analysis, improved mean sea state of the ocean for Argo period, currents calculated from floats , .... will be made available though NA-ARC with clear documentation.

  15. NA Argo Regional Centre (ARC) • Sylvie Pouliquen’s comments on Argo QC in the North Atlantic are as follows: • ARCs are not yet doing all the consistency checks that we would like to be performed: • APEX pressure correction are not applied yet by all groups neither in Real time nor in delayed mode but all teams are working on it and ADMT10 recommendation will be implemented in the coming months. • SOLO problem is partially corrected by WHOI but WHOI is working on delayed mode processing • Consistency checks are applied at Coriolisare done on real-time data but  there is work to be done on delayed mode data

  16. Sources of information • Argo Data Management Team (ADMT) • http://www.argodatamgt.org/ • Includes: • QC Documentation • Status statistics from produced by the French GDAC • North Atlantic Argo Regional Centre • http://www.argodatamgt.org/Argo-regional-Centers/North-Atlantic-ARC

  17. The PRES_ERROR field question • The issue of what to set the PRES_ERROR field to was discussed at length during ADMT10. • This was with respect to floats where the pressure has drifted considerably. • The accuracy of the sensor is 2.4 dBar (typically used as the error in floats without issues), but as a community we would like to highlight this float has drifted significantly. • What as part of the user community would you like/expect the PRES_ERROR field to be set to in such cases?

More Related