ࡱ>   bjbj @*""00000111X 3|6d1 r;vC*E*E*E2R0b`,d<>>>>>>,1j]0fQ^2Rffj|00*E*E ǭ|||f08*E0*E<|f<||N"00 TZq22uR (ݭ0 rx|`|00fffjj|fff fffffffff" V/:   Intergovernmental Oceanographic Commission Reports of Meetings of Experts and Equivalent Bodies  Joint IODE-JCOMM Steering Group for the Global Temperature-Salinity Profile Programme (SG-GTSPP) First Session IOC Project Office for IODE, Ostend, Belgium 16"20 April 2012 UNESCO Intergovernmental Oceanographic Commission Reports of Meetings of Experts and Equivalent Bodies Joint IODE-JCOMM Steering Group for the Global Temperature-Salinity Profile Programme (SG-GTSPP) First Session IOC Project Office for IODE, Ostend, Belgium 16"20 April 2012 UNESCO 2012 IODE-JCOMM/SG-GTSPP-I/3 Ostend, 8 May 2012 English only  For bibliographic purposes this document should be cited as follows: First Session of the Joint IODE-JCOMM Steering Group for the Global Temperature-Salinity Profile Programme (SG-GTSPP), 1620 April 2012. Ostend, Belgium. Reports of Meetings of Experts and Equivalent Bodies, N235. 52pp. English. UNESCO/IOC TABLE OF CONTENTS page  TOC \o "1-3" 1. OPENING OF THE MEETING  PAGEREF _Toc198111319 \h 1 2. REVIEW OF THE GOVERNANCE OF GTSPP  PAGEREF _Toc198111320 \h 1 3. DATA FLOWS AND OPERATIONS  PAGEREF _Toc198111321 \h 2 3.1 Ship of Opportunity Programme Overview  PAGEREF _Toc198111322 \h 2 3.2 Data Flows from Observation to Archive  PAGEREF _Toc198111323 \h 2 3.2.1 AOML Real-Time  PAGEREF _Toc198111324 \h 2 3.2.2 AOML Delayed Mode  PAGEREF _Toc198111325 \h 2 3.2.3 ISDM Real-Time and Delayed Mode  PAGEREF _Toc198111326 \h 2 3.2.4 CSIRO Delayed Mode  PAGEREF _Toc198111327 \h 3 3.2.5 SISMER Delayed Mode  PAGEREF _Toc198111328 \h 3 3.2.6 Tohoku University Real-Time  PAGEREF _Toc198111329 \h 4 3.3 GTS Data Transmissions and Data Drops  PAGEREF _Toc198111330 \h 4 3.4 Quality Control Procedures  PAGEREF _Toc198111331 \h 4 3.4.1 ISDM  PAGEREF _Toc198111332 \h 4 3.4.2 AOML  PAGEREF _Toc198111333 \h 5 3.4.3 CSIRO  PAGEREF _Toc198111334 \h 5 3.4.4 SISMER  PAGEREF _Toc198111335 \h 5 3.4.5 NMDIS  PAGEREF _Toc198111336 \h 6 3.4.6 US NODC  PAGEREF _Toc198111337 \h 6 3.5 CRC Implementation  PAGEREF _Toc198111338 \h 6 4. XBT BATHY TO BUFR MIGRATION  PAGEREF _Toc198111339 \h 6 4.1 Status Report of the Migration  PAGEREF _Toc198111340 \h 6 4.1.1 AOML  PAGEREF _Toc198111341 \h 6 4.1.2 ISDM  PAGEREF _Toc198111342 \h 7 4.1.3 SISMER  PAGEREF _Toc198111343 \h 7 4.2 BUFR Template  PAGEREF _Toc198111344 \h 7 4.3 Report on the Results of Reception of Data  PAGEREF _Toc198111345 \h 7 4.4 Lessons Learned and future plan for BUFR migration  PAGEREF _Toc198111346 \h 8 5. GTSPP INFRASTRUCTURE  PAGEREF _Toc198111347 \h 8 5.1 Long Term Archive (Continuously Managed Database)  PAGEREF _Toc198111348 \h 8 5.2 Real-Time Data Assembly  PAGEREF _Toc198111349 \h 9 5.3 Delayed Mode Data Assembly  PAGEREF _Toc198111350 \h 9 5.3.1 ISDM  PAGEREF _Toc198111351 \h 9 5.3.2 CSIRO  PAGEREF _Toc198111352 \h 9 5.3.3 SISMER  PAGEREF _Toc198111353 \h 10 5.3.4 NMDIS  PAGEREF _Toc198111354 \h 10 5.3.5 INIDEP  PAGEREF _Toc198111355 \h 10 5.4 Data Product Center  PAGEREF _Toc198111356 \h 10 6. GTSPP ACTIVITIES REVIEW: 2010 - 2011  PAGEREF _Toc198111357 \h 11 7. GTSPP DATA FORMAT REVISION  PAGEREF _Toc198111358 \h 12 7.1 Review of the existing GTSPP netCDF conventions 4.0  PAGEREF _Toc198111359 \h 12 7.1.1 GTSPP NetCDF V4  PAGEREF _Toc198111360 \h 12 7.1.2 Argo float format  PAGEREF _Toc198111361 \h 12 7.2 Future Data Exchange Format Design  PAGEREF _Toc198111362 \h 12 7.2.1 Format compatibility issues  PAGEREF _Toc198111363 \h 12 7.2.2 Real-time data format perspectives  PAGEREF _Toc198111364 \h 13 7.2.3 CSIRO Delayed-mode data format perspectives  PAGEREF _Toc198111365 \h 13 7.2.4 SISMER Delayed-mode data format perspectives  PAGEREF _Toc198111366 \h 13 7.2.5 AOML Delayed-mode data format perspectives  PAGEREF _Toc198111367 \h 14 7.2.6 BUFR and NetCDF comparison  PAGEREF _Toc198111368 \h 14 8. INTERACTION WITH OTHER PROJECTS  PAGEREF _Toc198111369 \h 14 8.1 Ocean Data View  PAGEREF _Toc198111370 \h 14 8.2 IODE Ocean Teacher Training Programme  PAGEREF _Toc198111371 \h 15 8.3 NOAA Environmental Research Division's Data Access Program (ERDDAP)  PAGEREF _Toc198111372 \h 15 8.4 World Ocean Database (WOD) / US NODC GTSPP LEGACY PLAN  PAGEREF _Toc198111373 \h 15 8.5 JCOMM-IODE Ocean Data Standards Pilot Project  PAGEREF _Toc198111374 \h 15 8.6 JCOMM New Marine Climate Data System  PAGEREF _Toc198111375 \h 16 8.7 ODP / Promotion of GTSPP at JCOMM  PAGEREF _Toc198111376 \h 16 8.8 OceanSITES  PAGEREF _Toc198111377 \h 16 8.9 Presentation to JCOMM-4  PAGEREF _Toc198111378 \h 17 9. ADOPTION OF THE WORKPLAN (2012 2013)  PAGEREF _Toc198111379 \h 17 10. REVIEW OF ACTION ITEMSFROM THE MEETING  PAGEREF _Toc198111380 \h 17 11. CLOSING OF THE MEETING  PAGEREF _Toc198111381 \h 17  ANNEXES  HYPERLINK \l "annex1" AGENDA  HYPERLINK \l "annex2" LIST OF PARTICIPANTS  HYPERLINK \l "annex3" ACTION LIST  HYPERLINK \l "annex4" TERMSOF REFERENCE  HYPERLINK \l "annex5" XBT BUFR TEMPLATE  HYPERLINK \l "annex6" GTSPP SG RESPONSE TO US NODC PROPOSED CHANGES IN GTSPP CMD SUPPORT  HYPERLINK \l "annex7" COLLATED COMMENTS ABOUT A GTSPP NETCDF FORMAT OPENING OF THE MEETING MrCharles Sun, Chair, opened meeting at 09:30 on 16 April, 2012. He welcomed nine (9) participants who were in attendance at the IODE Project Office in Ostend, Belgium. He also noted that budget reductions were forcing creative solutions to meeting attendance. So, in addition to the nine people present there were some twenty more who would join online through Webex or Livestream services. He also noted that all of the presentations made at the meeting were available from the meeting web site at  HYPERLINK "http://www.iode.org/index.php?option=com_oe&task=viewEventAgenda&eventID=1023" http://www.iode.org/index.php?option=com_oe&task=viewEventAgenda&eventID=1023. MrPeter Pissierssens also noted that it had been some time since the last formal meeting of the GTSPP Steering Group. During the World Ocean Circulation Experiment (WOCE) and later Argo development, ad hoc meetings had been organized in conjunction with those meetings. While these were effective ways to continue operation, visibility of GTSPP was reduced. The holding of a formal meeting would once again raise visibility of the Programme. Meeting participants in person introduced themselves. A complete list of the meeting participants is shown in Annex II. No changes were noted in the agenda (Annex I) at this time, but changes could be made as the necessity arises. It was agreed that MrBob Keeley would be rapporteur for the meeting with assistance from MsAnn Gronell Thresher. MrSun noted that action identified during each day would be reported at the beginning of the next day for revision if necessary. At the end of the meeting these would be reviewed to set the final list of actions, the parties involved in carrying them out and target dates for each. The final list, including a review and carry-over of tasks as necessary from the last meeting is shown in Annex III. MrSun noted that GTSPP was an important partner in a number of activities. Formal reporting of GTSPP accomplishments was through the JCOMM/IODE Expert Team on Data Management Practices (ETDMP), but GTSPP representatives also reported at meetings of SOOP (Ship Of Opportunity Programme), Argo, and DBCP (Data Buoy Cooperation Panel). GTSPP was also a recognized project within the Global Climate Observing System (GCOS) Implementation Plan. Data handled through the GTSPP were routinely downloaded by a number of organizations including the European Centre for Medium-Range Weather Forecasts (ECMWF), the Australian Bureau of Meteorology (BOM) and others. Knowing who the users of GTSPP data were was not always easy, and this is addressed later in the meeting. REVIEW OF THE GOVERNANCE OF GTSPP MrCharles Sun reminded the meeting that the parent bodies of GTSPP were the IODE and JCOMM. Reporting was formally through the JCOMM/IODE ETDMP. He also noted that the Termsof Reference (ToR) for GTSPP had not been revised in some time and so this meeting would need to propose the necessary revisions. Besides describing the objectives of the GTSPP Programme, the ToR also address the composition of the Steering Group, termsof the Chair as well as meeting participants. A draft version was presented by MrSun and discussed. Participants noted that the various termsemployed (e.g. real-time, non real-time, core members, etc.) needed to be clearly defined to eliminate confusion. There was also the suggestion to use delayed mode rather than non real-time. The term assembly was suggested to replace collection to be clear that GTSPP was not involved directly in the acquisition (collection) of data. The meeting agreed that it was worthwhile to invite experts to meetings who had no direct involvement in GTSPP but for whom the operations were of interest or value. The meeting also agreed on the principle that it should select its own Chair. MrSun agreed to redraft the ToR and this was revisited at the end of the meeting. The final form (action 14) is presented in Annex IV. DATA FLOWS AND OPERATIONS Ship of Opportunity Programme Overview MrFrancis Bringas made a presentation on behalf of the Chair of SOOP, Gustavo Goni. Among other details he noted that about 2/3 of the XBT and TSG transects recommended by OceanObs'09 were in operation. The remaining were still being pursued but were difficult because of ship availability. He also noted that about 60% of the transects were implemented by more than one country. An XBT Science Team was initiated in 2011 at the First XBT Science Workshop. This team was working with Sippican to explore the incorporation of pressure switches on XBTs to assist in calibration of time to depth conversion based on fall rate equations. He remarked that including two such switches would imply significant cost increases for an XBT, but one seemed feasible. Prototypes with one switch were now in preparation by Sippican and these would be tested by AOML, hopefully in 2012. Data Flows from Observation to Archive AOML Real-Time MrFrancis Bringas informed the meeting that Frequently Repeated transects will be changed to High Density lines. He mentioned that the present version of SEAS software supported some 15 different probe types, 3 auto-launcher types and a variety of transceiver systems. He also remarked that the SEAS binary format (used to log data on board ship) did not yet carry all of the metadata that was included in the latest BUFR template for XBTs, but that this was being addressed. Charles Sun noted that there was a problem reading the latest data set of XBT data sent to NODC by AOML. Joaquin Trinanes responded that AOML would work with NODC to sort this out. AOML Delayed Mode MrJoaquin Trinanes described the processing of the full resolution XBT data that is delivered to AOML when the ship reaches port. MrCharles Sun informed the meeting that the Ship-of-Opportunity Programme Implementation Panel (SOOPIP) has updated the section of WMO Guide to Meteorological Instruments and Methods of Observations concerning XBTs which should detail the process of data acquisition for XBTs. MsGronell Thresher noted that she would want to read this to be sure it had all of the necessary information. Any comments on the content would be provided to the SOOPIP Chair (action 15). Charles Sun also suggested that these practices should also be brought forward to the Ocean Data Standards (ODS) process for consideration. ISDM Real-Time and Delayed Mode MrMathieu Ouellet described operations at ISDM for observation year 2011. Among other things he noted that their operations currently decode surface drifter and Argo profilers reporting in BUFR, in addition to a suite of alphanumeric codes (BUOY, BATHY, TESAC, TRACKOB). BATHY and TESAC messages come from four different GTS nodes whereas BUOY messages are only received from one GTS node. Data from BATHY and TESAC messages, as well as from BUOY messages with more than one depth, are sent to US-NODC and four other users, three times a week. Statistics were broken down by platform type in eight categories: drifting buoys, fixed buoys, moored buoys, Argo, ice-thethered profilers, gliders, ships, aircrafts and animals (mammals). International numbering conventions for platformsare not always adhered to, and ISDM took steps to get corrections when feasible. A number of other similar issues were under review (actions 3, 4, 23). Joaquin Trinanes suggested that these statistics be further broken down according to instrument type. MrOuellet noted that the total number of decoded messages keeps increasing (~40 000 increase between 2010 and 2011), however, the increase is mainly within observations by automated buoys. The bulk of messages come from moored buoys, many of which are from US coastal moorings with only one single temperature measurement (no profile). The number of unique call signs belonging to ships reporting BATHYs and TESACs on the GTS has been decreasing for the third consecutive year. The number of BATHY and TESAC messages from ships and mammals also decreased compared to observation year 2010. When questioned, he confirmed that Canadian XBTs are sent on the GTS, particularly by the Royal Canadian Navy whose unclassified profiles are inserted on the GTS by ISDM if they arrive within 30 days of collection. If any data prepared as TESAC or BATHY arrive later than 30 days at ISDM, ISDM still delivers it to the CMD but not on the GTS. He referred to these as near-real time during his presentation. ISDM uses the same processing system for delayed mode data (full resolution, recalibrated, etc.) as well and these too are sent to the CMD, though once a year. The meeting asked if he could initiate a monthly report to show the time delay between observation date and data reaching the GTSPP archives (action 29). Questions were raised about the users of TSG/TRACKOB data, but he could not respond. This could be directed to the GOSUD project. Joaquin Trinanes noted that TSG data would be much more valuable with calibration information (dates, methods) but that even the BUFR template does not contain this. Such information would enhance the usability of these data. CSIRO Delayed Mode MsAnn Gronell Thresher noted that the Bureau of Meteorology inserts all data from Australia onto the GTS, that QC of all Australian navy data is handled by CSIRO and that all delayed mode CTD data are sent to CCHDO and NODC usually in about 6 months after observation. MrSun asked about processing and Thresher remarked that on-board QC is totally automated. The CRC is calculated immediately after creation of the BATHY message. She noted that there was a problem for a while with the computation due to ambiguity in the description detailing what to do. Corrective steps have been taken but the updated program has not rolled out to all ships (action 16). Delayed mode processing goes through the Mquest system and every profile is viewed and assessed. MrKeeley asked about what the IMOS delivers and she informed him that all information in the GTSPP format is available in the IMOS data. SISMER Delayed Mode MrThierry Carval noted that his presentation covered the past 2 years since he had missed the last meeting. He noted that SISMER are feeding data from gliders onto the GTS. Their software creates a new profile each time the glider switches from descent to ascent and vice versa. So, a single descent from surface to deepest depth can sometime produce a number of TESAC messages with fragments of the complete profile. He noted that sea lions instrumented with CTDs all come through processing at SMRU in real-time; delayed mode data from French sea-mammals are provided by MNHN through IFREMER. He also described the QC operations of XBT data, and stated that they handle European data including CTDs and XBTs as well. MrOuellet noted that a few mammal derived profiles were reporting with IF prefixed call signs. MrCarval remarked that these were an error and he would need to look into this (action 23). Thresher wondered about where the XBTs data from the Indian Ocean go and he replied that they are all sent to the CMD. Tohoku University Real-Time This presentation was given by MrCharles Sun on behalf of MrShoichi Kizu. He described operation of the PX40 line (Japan to Hawaii) and noted some problemsencountered lately due to funding. It was also noted that in some reports PX40 was documented as a Frequently Repeated transect, but it should be noted as High Density. The meeting briefly discussed some of the problemsin finding ships or funding for certain lines. These are rightly the responsibility of the SOOP Panel to address and so the issue was referred to them (action 21). Charles Sun noted that there seemed to be some differences between the volume of data reported in the presentation and those counted by NODC. He would be pursuing this matter. GTS Data Transmissions and Data Drops MrJoaquin Trinanes described operations that took place to support the response to the Deep Water Horizon oil spill that took place in 2010. In particular AOML upgraded its data tracking tools such as monitoring what they pushed to the GTS and what actually was returned to them from the GTS. Quality Control Procedures ISDM MrMathieu Ouellet presented a review of operations and practices at ISDM. He noted that a flag of 2 is not used in GTS data quality control. In the past, only failures of climatology would set this flag. However, that flag setting was turned off a number of years ago even though profiles are still tested against climatology (Levitus 5x5 degree seasonal version). A flag of 3 is set both by automatic and by manual tests. A flag of 5 is set only manually to reflect that an original value has been changed. Profiles from moored platformsdo not pass through visual QC if they do not fail any automatic tests. The test inversion problem in QCP$ and QCF$ values, which were reported at the 2011 GTSPP Data Workshop (Silver Spring), were since fixed. An investigation also revealed that bit 31 is always set to 1 in QCP$ even though no test corresponds to it; correcting this in the archives would entail rewriting every record and it is not clear the work is worth the effort. He suggested that bit 31 be reserved in the QCP$ table so that no confusion ever arises about its meaning; in the meanwhile ISDM will rectify the program so it is no longer set. There was some discussion about the actual list of tests in the QC Manual (IOC Manuals and Guides No. 22). There was agreement with Charles Sun that the concept of identifying tests performed (encoded in the parameter QCP$), and tests failed (encoded in QCF$) was important and valuable. The list is meant to list all tests that could be performed, not a list of mandatory ones. Its purpose is to inform users about how the data have been tested. Ann Gronell Thresher noted that with better climatologies, setting flag 2 when climatology test is failed could become meaningful. It was agreed that documentation should be written to assist users in understanding how to interpret quality control information contained in the GTSPP records and this should be inserted into the Manual. This is written into the QCP$ and QCF$ variables, appears in history records as well as in the quality flags themselves (action 17). AOML MrFrancis Bringas discussed quality control operations at AOML. He remarked that they carry out a subset of the tests described in the QC Manual but, of course, their intent was to provide on output the highest quality scientific data. One of the tests they use is to compare data against NCEP values. This generated more discussion that is included in the next agenda item. CSIRO MsAnn Gronell Thresher presented a description of quality control procedures conducted at CSIRO. She explained that no profiles automatically fail a test; all are viewed to verify what problems, if any, are present. They also use a climatology covering the Indian Ocean and parts of the Pacific that they have compiled, called CARS. Their software, Mquest, allows them to record not only if a test is failed, but the apparent cause of the failure. Sometimes this is a result of an instrument malfunction, such as a wire break, but there are some 'features in profiles that, with consideration, are deemed legitimate and so the data should be considered good. Adding an indicator that identifies an accepted feature in profiles is useful so that someone else does not down grade the quality flags later on. She suggested this should be considered for inclusion in a new GTSPP exchange format to be discussed later. She also noted that it is becoming more prevalent that users want to know estimated errors on observed values. This was raised at OceanObs'09. The meeting agreed that consideration needs to be given to including a way to mark accepted features in a profile, and to accommodate estimations of errors when available in a new GTSPP data exchange format. The meeting then commented that some of the documentation of QC procedures has not been updated recently and that this should be done (action 18). There was discussion about whether the list of tests in the Manual should be extended to include all tests conducted anywhere by GTSPP participants. It was remarked that this could become a very long list if all versions of tests (as they are upgraded) need to be included. To illustrate this question, should the list as example the 1990, the 1995 and the 2000 version of a particular climatology, or simply list the generic test and direct readers to the appropriate documentation that describes the details. In the end it was decided that the more generic listing is appropriate, but that since the suite of tests that would be present in the Manual would now include those used for data that has not circulated on the GTS as well as scientific QC procedures, the title of the Manual (GTSPP Real-Time Quality Control Manual) is no longer correct and will need changing (actions 1, 7, 13, 19) SISMER MrThierry Carval described operations at IFREMER. Among other matters he noted that they only use flags 1 and 4. He also raised the issue of providing estimated errors with the data since one of their procedures is statistical and would allow this to be included. He also described the climatology that they use and update, called CORA. This is a global climatology. MsGronell Thresher was interested to see how the CSIRO and CORA climatologies compared in identifying problem profiles (action 33). NMDIS MsFengying Ji described operations in China. She explained that they downloaded data from US NODC and ISDM and applied GTSPP tests. She remarked that they sometimes encounter difficulties in processing the data and wanted to know where they might get help to resolve these. She was asked if any of the data from either ISDM or US NODC fail tests and she replied that they rarely do. However, she mentioned that sometimes the instrument information which is very helpful in the process of QC is hardly found in the data file MrCarval noted that the scientific QC does change flags set by the data centres of GTSPP but as a first level of QC, what was done by data centres, was valuable especially for real-time data distribution. US NODC MrNorm Hall, through Webex, described operations at US NODC. Besides tests already described, they used a buddy test to see if the target profile was similar to others that were close in both space and time or from the same cruise. Charles Sun raised the idea of developing a standard suite of software tools that implemented GTSPP tests and that could be distributed to anyone interested. This would help build a base of data processing systemsusing the same procedures and move towards a standardization of tests. Although this is an attractive idea, participants were concerned that maintaining and upgrading the tools to operate on different operating systems, and a pool of users may exceed the capacity of authors of the tools. CRC Implementation MrCharles Sun provided statistics on the effectiveness of the use of a CRC calculation to identify duplicate profiles between real-time and delayed mode versions of original data. He showed that conventional duplicate tests (examining other stations within 5 km and 15 minutes of the target station) were effective in finding duplicates about 99% of the time. MrSun expressed the desire to extend the use of a unique identifier to all data, real-time and delayed mode. MrKeeley remarked that the gains made by using the CRC were small compared to the work needed to reliably implement the software. MsGronell Thresher noted that the small gains could be the result of improvements in technology over the course of testing the CRC (started in about 2005). Whatever the reason, a strong case needs to be made why a unique identifier is needed. MrOuellet noted that a unique identifier comes up in the context of data publishing and this would constitute a reason to have one. MrSun agreed to write a document that makes the case (action 20). XBT BATHY TO BUFR MIGRATION Status Report of the Migration AOML MrJoaquin Trinanes described the work carried out at AOML to validate the XBT template V9.3 that is currently available from the WMO web site. He explained that certain elements of the template stepped outside unwritten rules about the use or implementation of BUFR. These were debated by members of the IPET-DRC, the WMO committee responsible for maintaining BUFR, and resulted in some changes being required. As an example, one field was 33 bits long. Since many computer systemsare based on 32 bit operations, this likely would crash systems. Revisions were made and these were validated as individual descriptors and as a sequence. Testing was also performed to ensure that data encoded into BUFR, produced identical results on decoding. He also noted that the SEAS software needed some changes to capture all of the metadata that the BUFR template can handle. MrKeeley noted that he was completing a document for the IODE OceanTeacher digital library that explained in detail how to encode data into the existing template. With the revisions made, he needed to revise his documentation as well and he was asked to distribute this to the Steering Group (action 24). MrTrinanes was asked to ensure that the V9.3 revision is sent to WMO and appears as soon as possible on the WMO web site describing the templates (action 22). See notes under agenda item 4.2 as well. ISDM MrMathieu Ouellet explained that ISDM had written and tested a BUFR encoder and decoder based on the V9.3 template. In light of the information provided in agenda item 4.1.1, this would need to be changed. He noted that they also have decoders for surface drifters and for Argo (an encoder as well for Argo). He wondered if the revised template had fields for explaining surface temperatures were collected by sampling engine intake water and if sounding information could be handled. He was informed that the template has fields for both. SISMER MrCarval described capabilities for handling BUFR in IFREMER. At present the only data they deal with in BUFR is from Argo floats. Any profile data they push to the GTS is encoded in TESAC and BATHY code forms. MrTrinanes cautioned that although the Argo BUFR template appears as if it could hold XBT data, the metadata required to properly describe XBT observations cannot be reported in the Argo template and so only the XBT template should be used for XBT data. MsGronell Thresher noted that a new GTSPP format in netCDF is needed to better handle increased requirements for metadata. A new format would also act as a way to encourage contributors to standardize reporting of metadata with the data. MrTrinanes remarked that AOML has encoders and decoders and these can be made available to others if that would be a help. BUFR Template MrTrinanes added to the information that he discussed in agenda item 4.1.1. He described some basic information about BUFR and some of the interoperability projects such as in IOOS. He noted that there is a useful library of BUFR routines available from US NRL, but these had not been updated to BUFR edition 4 yet. The BUFR tables are available from WMO in either csv or xml formats. Report on the Results of Reception of Data MrJoaquin Trinanes presented this item. He reported that he had carried out validations on the TRACKOB template as well. It works perfectly well, but it violates an unwritten rule for BUFR that each measurement should be referenced by a location and time. The TRACKOB template violates this by treating position as a reported variable. He noted that they use a BUFR dump application from MEL. There is still work to be done to convert from BUFR to netCDF. MrSun asked if there was a preferred UFR library to use, but MrTrinanes replied that the appropriate library depends on what are your current operations. MrKeeley informed the meeting that he would be preparing a document for OceanTeacher digital library similar to what he did for the XBT template, but for TRACKOB and all of the other ocean related templates. Lessons Learned and future plan for BUFR migration MrTrinanes explained that in the course of validating both the XBT and TRACKOB template he had excellent help from, and discussions with the WMO IPET-DRC. Some of the members of this group worked closely with him to verify that they could successfully decode BUFR messages encoded by AOML. He also received valuable assistance from staff of the US Weather Service. His one comment was that he would like to see templates where the use of missing was minimized. A question about Master Table 10 (MT10) was raised by MsSissy Iona. MrKeeley replied that this had been brought up to date to meet present BUFR rules but, to his knowledge, was not yet in use anywhere. He explained that MT10 was created a number of years ago. In BUFR Master Table 0, the table used to report meteorological data, virtually all of the oceanographic observations are placed in a single Table B class (number 22). MT10 was built to distribute observations from different oceanographic disciplines into different classes in Table B. MrTrinanes remarked that he would like to look at this because if this could be represented in UML, a BUFR - netCDF model would be much easier to produce. MrKeeley agreed to provide this information (action 25). MrTrinanes agreed to contact Unidata with the information to see what interest they would have in such a UML representation (action 26). MrKeeley also noted that just before he retired he had almost completed a modular formulation of BUFR templates for all marine data. This had been passed to MrBill Burnett, but with his moving to a different job, it seemed that this effort had been suspended. It was agreed to ask MsKelly Stroker (JCOMMOPS) if she can follow up this action. MrTrinanes was also interested to see this, and MrKeeley agreed to send the necessary information to him (action 25). GTSPP INFRASTRUCTURE Long Term Archive (Continuously Managed Database) MrSun presented this item. He noted that US NODC was looking for ways to improve how they handled ocean data in general. They were looking at streamlining operations through changes in how both real-time and delayed mode data are handled. He presented a proposed set of changes that US NODC is considering and asked the meeting for comments. He remarked that handling the GTSPP CMD (continuously managed database) took significant resources. He also remarked that although it is easy to monitor data downloads, because of US policy, he cannot ask users to identify themselves. Knowing who the users are would be helpful in explaining to management the importance of GTSPP. He asked participants to provide him with knowledge that they have of users (action 27). MrSun also noted that GTSPP web pages at US NODC had not been updated for some time and suspected this may also be true for pages of other GTSPP partners. MrPeter Pissierssens remarked that the main GTSPP pages, hosted by US NODC only had a NOAA label/identity and that the home page of an international programme such as GTSPP should have a more international identity. Recognizing that using the NOAA logo is a requirement for US NODC it was agreed that the IODE Project Office would host the home page for GTSPP, and provide links to partner pages. The IODE Project Office also offered to host meeting documents and other GTSPP materials. At the same time, participants agreed to review their web pages and to bring them up to date as required (action 28). MrCarval agreed to re-register the existing domain name ( HYPERLINK "http://www.gtspp.org" www.gtspp.org) (action 35). See also agenda item 8.4. Real-Time Data Assembly MrMathieu Ouellet reviewed these operations at ISDM. From the start of GTSPP, ISDM has been decoding 4 independent GTS streams, one from the Canadian Weather Centre, one from the US, one from Japan, and one from Germany. He showed that there were still data found exclusively in data streaMsother than the Canadian one. This is a consequence of the store-and-forward mechanism of GTS distribution where each node keeps tables of who should be forwarded data. These tables must be well coordinated across the many connections of the GTS in order that all desired data reach a particular node. MrTrinanes remarked that the same would be true when data begin to flow in BUFR. This will only change with a change in routing organization on the GTS. MrCarval explained that they receive data updates three times a week from Canada and this is very important for French operations. Delayed Mode Data Assembly ISDM MrOuellet explained the delayed mode processing system at ISDM. Quality control flags included in the incoming data, as set by scientific operators, are retained. If an apparent problem is found, then the data providers are consulted. Updates are sent to the CMD once a year. He explained that separate from delayed mode processing in GTSPP file structures, another system called BioChem also exists in Canada. This was designed to handle biogeochemical data better, by storing more metadata and preserving individual values from replicates. The conversion for BioChem to GTSPP loses some of those metadata and information. CSIRO MsAnn Gronell Thresher described operations at CSIRO. She described the climatology that they use against which incoming data are assessed (see also agenda item 3.4.3). She showed some statistics that indicate that GTSPP data having only passed through data centre QC shows a warm tail in an expected gaussian distribution of temperature. This results from missed flagging of warm biases of XBT data. Such bias is removed by scientific QC. CSIRO continues to do scientific QC, for a large part of the Indian Ocean data and to return these data to the CMD. Such actions for the other oceans ceased at the end of WOCE because funding ceased. She also talked about looking at scattergramsto identify outliers. She noted that the use of the Q_Record flag in GTSPP was a problem. At present this flag is defined to be the value of the worst flag assigned to any observation at a station. But CSIRO always consider the upper 3.6m of an XBT profile as bad, and they replace the values with a missing value; in addition, almost every profile has a wire break at the end that is flagged 4 so every one of their profiles gets the same flag. They would prefer that Q_Record (or equivalent) record the best flag attained in any station data. This is further discussed in agenda item 7. MrCarval remarked that Coriolis also has a climatology called CORA that is global. CSIRO expressed interest in exploring if that climatology was as effective as that of CSIRO in finding anomalies. They agreed to collaborate on such a study (action 33). MrKeeley described some work he had done a number of years ago characterizing profiles by vertical EOFs, rewriting all profiles in termsof the EOF coefficients and then looking at scattergramsof the coefficients of the different EOFs. MsGronell Thresher expressed interest in considering this (action 30). MrGronell Thresher noted that nowadays there was no reason for archive centres to be storing only data with a decimated set of levels. Rather they should be asking providers to supply instrument level resolution data. MrSun agreed to prepare a document for the upcoming IODE Session (March 2013) to consider this (action 32). SISMER MrThierry Carval described IFREMER operations. He noted that some of the historical data that they receive are not returned to the CMD because in their annual submissions they only send data from the previous observation year. Thus data received and processed from older observation years were not sent. He agreed to work on this (action 31). Documentation of the QC procedures they use on delayed mode data are available on-line. MrKeeley asked whether the scientifically QC'ed data had fall-rate corrections applied. He reminded the meeting that in 1995, IODE NODCs had agreed to ask for probe and fall-rate equations whenever XBT data were received. The intention was that the archives should store the information about the instrumentation and time to depth conversions used, but not to undertake mass conversions of values by consistent use of a conversion formula. Of course, users often want all data converted to a consistent depth and so some work is required. The GTSPP CMD conformswith the principle of storing appropriate metadata but not converting all XBT data to a common set of fall-rate equations. MrCarval answered that the SISMER scientific QC'ed data do not have a fall-rate correction applied, following the IODE recommendation. However, a global fall-rate correction for XBTs is performed in the CORA data set. This correction is available as temperature and depth adjusted variables (an offset on temperature, depending on time, region and depth, an offset and parabolic correction on depth, depending on time, region, and depth). NMDIS MsFengying Ji described operations at NMDIS. She noted that at the invitation of Charles Sun, they were developing software so that they can operate as a Data Products Centre for GTSPP. MrBringas attempted to access the NMDIS web site and download data but he was blocked by not having a password. MsJi will look into this. MsJi also informed the meeting that the English version of the NMDIS GTSPP website is under maintenance to fix the problem of access limits. In the near future, global monthly temperature and salinity isoclines at standard levels together with the updated data will be provided on the website. INIDEP MrSun made this presentation on behalf on the Argentine centre. NODC provided processing software to them and this was in the final stages of becoming operational. Some work still remains to customize the profile editor software. He also noted that there were some discussions on connecting GTSPP data files and TSG data to an Aquarius (the surface salinity satellite of NASA) project. Data Product Center MrWataru Ito of JMA made this presentation by Webex. They had developed software to operate a Data Product Centre for GTSPP. This has been operating in a prototype mode, but plans are to move to regular operations by June of 2012. Products will be created monthly. They are concentrating on SOOP lines in the Pacific, using BATHY and TESAC data and producing the results from a data assimilation model ( by deg resolution) from the surface to 6000m. They show animations of T, S fields at 100m and map differences between observations and the model. He showed a draft of monthly report and asked steering group members for some comments. MrSun remarked that this was an important development and thanked JMA for their efforts. He suggested results of quality assessments on the data should also go to the SOOP Chair as well as the Chair of GTSPP (action 36). GTSPP ACTIVITIES REVIEW: 2010 - 2011 MrSun provided short updates on agenda items6.1 to 6.6. These are all combined in this part of the summary report. He reported on activities of the US NODC to support monitoring of the Deep Water Horizon oil spill in the Gulf of Mexico (22 April to 15 June 2010). Here the real-time data of GTSPP was valuable and was provided to the Deepwater Horizon Incident Support web site weekly ( HYPERLINK "http://www.nodc.noaa.gov/General/DeepwaterHorizon/support.html" http://www.nodc.noaa.gov/General/DeepwaterHorizon/support.html ). MrSun reported that he had convened an ad hoc Workshop in Germany in conjunction with an Argo meeting (Hamburg, Germany, 25 October 2010). GTSPP had prepared a paper describing GTSPP and presented at OceanObs'09. One reviewer noted how valuable GTSPP was. He was also informed by John Gunn that GTSPP data were being used in an Aquarius validation study. Charles Sun informed the meeting that the GTSPP Real-time Quality Control Manual (IODE Manuals and Guides No. 22) had been updated and published in December 2010 ( HYPERLINK "http://www.iode.org/mg22" http://www.iode.org/mg22). MrSun also presented a report on GTSPP activities at IODE-XXI in Liege in 2011, at the JCOMM/SOT-VI Session (Hobart, Australia, 1115 April 2011) and organized an ad hoc GTSPP data workshop in 2011 (Silver Spring, USA, 79 June 2011). There were a number of actions coming out of the ad hoc workshop and those for which work has not been completed were included in the action list from this meeting as shown in Annex III. Discussions were wide-ranging under this item. MrSun asked for the opinion of the meeting on whether the CRC document that he had prepared should be formulated to go to the Ocean Data Standards process. See agenda item 3.5 for related discussions. MrSun stated the interest of GTSPP collaborating with SeaDataNet in the proposal of standards on CF and netCDF structures for profile data. MrCarval noted that there were a number of reference code tables, such as for institutions, that SeaDataNet maintains and these might also be a consideration for use by GTSPP and for proposed standards. MrKeeley asked the meeting if GTSPP considered single point measurements, such as produced by the US coastal moorings, to be suitable for inclusion in GTSPP. MrSun replied that he thinks such data should stay in the real-time data stream from Canada if the effort to remove them was too high. MrCarval also asked if the profiles from European coastal moorings, received by IFREMER from MyOcean project, should go to GTSPP. GTSPP DATA FORMAT REVISION Review of the existing GTSPP netCDF conventions 4.0 GTSPP NetCDF V4 MrSun talked about the use of netCDF in the ocean community and the importance to GTSPP. He noted that more and more software is being produced that accepts data files in netCDF structures. But it is important to include fields and use attribute definitions that conform to commonly used conventions such as COARDS ( HYPERLINK "http://ferret.wrc.noaa.gov/noaa_coop/coop_cdf_profile.html" http://ferret.wrc.noaa.gov/noaa_coop/coop_cdf_profile.html) and CF (Climate and Forecast). He also noted that by inserting ACDD (Attribute Convention for Dataset Discovery) fields, it permits data discovery by THREDDS (Thematic Realtime Environmental Distributed Data Services). The latest version of netCDF, Version 4, has advantages in that it allows for more than 1 unlimited dimension and this can be particularly useful in more efficient data structures to hold ocean data. But files created in V4 are unlikely to be readable by software written for V3, although software for V4 likely will handle V3 data files. He expressed the view that GTSPP data should be as widely readable as possible and this would appear to dictate that they be in V3. MrSun provided a detailed examination of the attributes of the GTSPP netCDF format. There were a number of comments made, as well as others in agenda item 7.2. All of these are collected together in Annex VII, including ones that appear in the text under the other agenda item (so that all are in one place). Argo float format MrCarval explained the versions of netCDF employed in the Argo programme. He explained that there are four (4) different netCDF files used one for the profiles, one for the surface trajectory, one for metadata and one for technical information. The Argo files are CF and UDUNITS (software that supports conversion of unit specifications between formatted and binary forms, arithmetic manipulation of units, and conversion of values between compatible scales of measurement) compatible but not ACDD. He expressed the view that a netCDF format for GTSPP should combine all of this information into a single file. He noted that the netCDF files constructed for OceanSITES and for MyOcean adopted an organization of one file per platform. Such a structure would be something for GTSPP to consider. The SeaDataNet project is working on a netCDF structure for CTD data (lead by Roy Lowry) and again GTSPP should keep informed. MrSun noted that the GTSPP Data Users Manual ( HYPERLINK "http://www.iode.org/index.php?option=com_oe&task=viewDocumentRecord&docID=8205" http://www.iode.org/index.php?option=com_oe&task=viewDocumentRecord&docID=8205) did use Argo's as a guide to content. He also informed the meeting that NODC plans to extend the Argo format to make it ACDD compliant. MrCarval suggested that this should be done more generally, not exclusively for Argo. Future Data Exchange Format Design Format compatibility issues MrSun re-iterated some of the comments made in 7.1.1. He noted the importance of being compliant with as many of the commonly used conventions as possible. MsGronell Thresher remarked that the exchange format needs to contain everything that is known about the data. This should also be what is delivered to users. MrOuellet remarked that the current GTSPP files constructed by US NODC are only for 3 oceans Atlantic, Pacific, and Indian. But he wondered where the Arctic data can be found and asked whether a file could be created for the Arctic (which is well defined in a geographical sense) rather than having these data split over three files. MrSun responded saying he would like the format be able to expose individual stations to a THREDDS server. Real-time data format perspectives MrOuellet examined attributes of the MEDS ASCII file and exposed weaknesses so that these could be addressed in a new netCDF file structure. He noted that there were a few fields used by GTSPP (Stream_Ident, Source_ID, Data_Type, etc) ) where multiple concepts had been mixed and that these should be separated. He remarked that the cruise identifier used was rooted in history at ISDM and was not a good choice as a unique identifier. He stated that a distinction was needed between the data centre of institution that made the observations and the one which assembled and processed them. Data provenance, knowing the collecting institute, ship, WMO insertion point, and through whose hands the data passed on the way to the user, is important. Ship identity information is important but this can appear as a ship name, a call sign, an IMO number, and/or a ship code. There is a need to distinguish a platform type, from the instrument making the measurement, and from the method of deployment of the instrument. MrKeeley noted that fields with controlled content (such as code tables) are important for fields that are intended to be searched. It was also important to distinguish mandatory fields, those essential to using the data, from optional fields. MsGronell Thresher suggested that one solution to the multiple unique identifiers from the various sources that handled the data would be to group the various possibilities into an array with a generic name unique identifier and elements of the array being the different identifiers applied to the data through its lifetime. This strategy might be useful for other metadata as well. It would be mandatory to have at least one entry in the array. CSIRO Delayed-mode data format perspectives MsAnn Gronell Thresher presented her perspective at a more abstract level than Mathieu Ouellet. She considered sections for metadata, for calibrations, for observed data, for corrected data and for processing history were necessary in a new netCDF structure. Quality flags (assessment of the reliability of the values) were needed on all variables but wanted just a single flag at a level, not a list of the tests that were failed by that value at that level. The best copy of a field should be given the name of the variable it contains so that it is the field that would be most easily identified by a user. For example, the best copy of temperature would be labelled temperature, whereas the original temperatures as delivered could be called original_temperature. Original (raw) values should not be buried in a processing history section. Indicators of acceptable (but perhaps unusual) features could be marked. Perhaps a field to record comments would be useful? She would like a more transparent way to explain tests performed and failed than the present QCP, QCF scheme. MrCarval noted the need for a field to indicate the best quality found in the station (see agenda item 5.3.2). He also stated that observations such as surface meteorological measurements should be recorded in the netCDF file. MrKeeley advocated a controlled list of all the quality control tests performed by GTSPP partners processing data. He also wanted to see vector quantities, such as wind velocity, be explicitly indicated as vectors rather than 2 related scalars. SISMER Delayed-mode data format perspectives MrThierry Carval repeated some of the information presented in 7.1.2. He added that in MyOcean usage, there was a wide variety of data represented in the same file structure. AOML Delayed-mode data format perspectives MrFrancis Bringas discussed these issues from the AOML perspective. They want to be able to identify good data quickly. They want metadata such as transect number for XBTs in the files, as well as date of manufacture of probe and serial number. They prefer to see the fall rate coefficients explicitly rather than presented through a code table. They are developing a new database schema to capture all of the needed metadata that is fully compatible with new XBT BUFR template. They agreed to share this schema (action 37). BUFR and NetCDF comparison MrJoaquin Trinanes presented this item. He reviewed attributes of netCDF V4 relative to V3. V4 has ability to read V3 files but reverse is not true. He thought that V4 files are not compatible with distribution software such as OPeNDAP and THREDDS. He also stated that although a BUFR to netCDF conversion is quite feasible, going from netCDF to BUFR would result in loss of information. At this point there was a general wrap up of the conversations on netCDF with the following points made: There is a need for a Working Group to write a GTSPP netCDF Users Manual that describes the format and all of the fields (such as Argo has) (action 39). It was decided the Working Group members are the members of the Steering Group. There is a need for some sample files to illustrate netCDF use and in both V3 and V4 (action 40). The Working Group needs to create tables of the controlled lists and show mapping from MEDS ASCII to the lists (action 38) There is a need for a workspace for comments and drafts to be recorded (action 41) INTERACTION WITH OTHER PROJECTS Ocean Data View MrReiner Schlitzer provided a presentation on Ocean Data View (ODV) through Webex. He noted there were currently some 25,000 registered users. He remarked that having the GTSPP files in a multi-station format would make importation of data significantly faster. He also remarked that the volume of coastal moorings data was so large that it overwhelmed open ocean data and perhaps should be in a separate file(s). He also noted that the scattergramsthat can be displayed by ODV can be a useful tool for identifying outliers and so data that need attention. This might be something for GTSPP to incorporate into operations. MrOuellet asked if it was possible to subtract climatology and simply display anomalies. MrSchlitzer replied that this is under development. MrOuellet described a strategy he uses. He produces anomalies from climatology at every depth level, then sumsthese absolute values over the water column to produce a single integrated display. This is a quick way to identify strong anomalies at locations without needing to view every level separately. MrSchlitzer remarked that such a function existed in DIVA. MrSun remarked that in an upcoming GTSPP training course he was planning to use ODV and invited MrSchlitzer to take part in the course. MrSchlitzer agreed. MrSun also noted that US NODC had rebuilt the contents of the WOCE current meter archives and these files were now available to test. MrSchlitzer expressed interest in carrying out this test. IODE Ocean Teacher Training Programme MrSun explained that he was planning a training course on GTSPP for OceanTeacher (OT). It had been delayed because of budget restrictions but he expected it would get done in 2013. He informed the meeting that he was currently working with the IODE Project Office to prepare the material. MsClaudia Delgado, the Training Coordinator at the IODE Project Office noted that the university curriculum component in OceanTeacher makes significant use of GTSPP data and this could be drawn on for the training course. NOAA Environmental Research Division's Data Access Program (ERDDAP) MrSun briefly described the cooperation between GTSPP and NOAA Environmental Research Division's Data Access Program (ERDDAP). The ERDDAP downloads the GTSPP best copy data sets on a monthly basis and reports problemsfound in the data sets back to the GTSPP data manager for corrections. World Ocean Database (WOD) / US NODC GTSPP LEGACY PLAN MrSun revisited a number of the points discussed under agenda item 5.1. He re-iterated that the goals were to: Remain synchronized with the data coming from Canada although the data from programsthat maintain data systemsexternal to GTSPP would be excluded Provide QC'ed delayed mode, best copy data by aggregating data extracted from WOD and from files assembled from externally managed data sources (such as Argo, tropical moorings, NDBC, etc.). These aggregate files would be produced at least quarterly and perhaps more frequently Provide data through a single interface. He remarked that the US NODC GTSPP legacy plan had been the subject of extensive discussion at US NODC but the purpose of the presentation here was to solicit opinions from the SG-GTSPP since decisions of the US NODC were not final yet. Further discussions related to the future of the GTSPP at US NODC resulted in the GTSPP SG RESPONSE TO US NODC PROPOSED CHANGES IN GTSPP CMD SUPPORT attached Annex VI. JCOMM-IODE Ocean Data Standards Pilot Project MrSun presented this item. He focused on the proposed standard for quality control flags that was under review by the JCOMM/IODE Ocean Data Standards pilot project. The original submission had undergone two revisions during the course of its review. The most recent version proposed a simple set of flags to indicate reliability of observations. These were widely received by major international oceanographic programsas acceptable for use in data exchange and interoperability. There was no onus on existing data systemsto change internal operations, rather simply to provide a mapping of local quality flags to this standard when exchanging data. A second level of quality indicators to provide additional information about attributes of the observations (such as tests that they had undergone, whether values were within instrument detection limits, reasons for test failures, etc.) was foreseen as desirable, but there was not yet agreement on how this should be handled. He noted that the proposed scheme used flag values of 1, 2, 3, 4, 9 only. MsGronell Thresher noted that GTSPP could meet this scheme. MrCarval expressed some concern over the term secondary flag scheme in that the information contained in the secondary level did not really address data quality, but rather processing and additional information about the observations. He also raised the issue of bringing together documentation of the various quality control procedures into a single place such as OceanTeacher digital Library or through a DOI reference. This is related to the discussion of agenda item 3.4.1. JCOMM New Marine Climate Data System MsIona presented (through Webex) a review of the Marine Climate Data System (MCDS). She explained that the MCDS had origins in the modernization of the Marine Climatology Summary Scheme (MCSS), but now has wider implications because of the recognition of the need for more metadata and incorporation of new instruments and standardization of methods. Development of the MCDS will become a core activity of ETMC in cooperation with IODE. The system is expected to be in place by 2020 with a small number of centres, designated as Centres for Marine-Meteorological and Oceanographic Climate data (CMOCs), providing MCDS services. A workshop held in Germany in late 2011 provided a draft vision, strategy and implementation plan that will form the basis for ETMC in its work. These drafts will go to IODE for consideration since IODE is referenced as an important partner in the envisioned activities and is expected to lead activities related to sub-surface ocean observations. MrSun remarked that as Chair of the SG-GTSPP he was happy to contribute to this development. MrPissierssens noted that the upcoming JCOMM-IV Session will discuss this mater under agenda 7.2 and it is expected there will be a clear timeline and process for the assessment of candidate centres, evaluation criteria, and certification. He suggested that it appeared that there would be a two-year period needed to put all of the necessary processes into operations. ODP / Promotion of GTSPP at JCOMM MrNick Mikhailov and MrSergey Belov presented a status report on the IODE Ocean Data Portal (ODP) through Webex. MrMikhailov explained that ODP was currently operating in version 1 (V1) but that version 2 (V2) would be coming into production during the second semester of 2012 or early 2013. Presently there are ten operating data providers with some 62 resources of mixed types (object files, remote files, and structured files). Obninsk is setting up an ODP Support Centre to assist with the operations at the IODE Project Office. V2 will use a network based model. Interoperability of data sets requires standard parameter names, similar data granularity, rules for metadata attributes and syntactic rules. MrBelov noted that GTSPP is the most successful example of a data contributor using the light data provider software. He confirmed that V2 is OpeNDAP and THREDDS compatible. OceanSITES MrCarval presented information about the OceanSITES Programme: a worldwide system of long-term, deep-water reference stations measuring dozens of variables and monitoring the full depth of the ocean, from air-sea interactions down to 5,000 meters. Co-Chairs of OceanSITES are MrBob Weller and MrUwe Send. OceanSITES maintains a number of open ocean moorings that record observations from surface to bottom including air-sea interactions, profiles of physical and chemical variables. The programme also includes data from transport sections. The programme produces data on about 55 different variables. Frances IFREMER and US NDBC operate the GDACs for this. The meeting agreed that collaboration with OceanSITES should be pursued (action 34). Presentation to JCOMM-4 This item was presented by MrSun. He expressed the view that it was important for GTSPP to have some visibility at the upcoming JCOMM meeting and that this could be achieved through the preparation and distribution of a leaflet to delegates. MrPissierssens stated that the content of the leaflet should be targeted at the JCOMM audience and therefore emphasize the real-time components. It should also show how the data can be used and perhaps indicate current users. MrKeeley suggested that the countries that are actively involved should also be given credit on the leaflet. MrSun agreed to prepare this with review and suggestions from the Steering Group (action 42). ADOPTION OF THE WORKPLAN (20122013) See agenda item 10. REVIEW OF ACTION ITEMSFROM THE MEETING Action itemswere reviewed and are presented in Annex III of this meeting report. CLOSING OF THE MEETING The participants planned for the next meeting to be held in the first quarter of 2014. The meeting was closed at 15:00 on 20 April 2012. ANNEX I AGENDA OPENING OF THE MEETING Welcome Meeting arrangements Adoption of the agenda Designation of rapporteur REVIEW OF THE GOVERANCE OF GTSPP Parent Bodies: IODE and JCOMM Termsof Reference Composition of the Steering Group DATA FLOWS AND OPERATIONS Ship of Opportunity Program Overview Data Flows from Observation to Archive AOML RT AOML DM ISDM RT and DM CSIRO DM SISMER DM Tohoku Univ. RT GTS Data Transmissions and Data Drops Quality Control Procedures ISDM AOML CSIRO SISMER NMDIS US-NODC CRC Implementation XBT BATHY TO BUFR MIGRATION Status Report of the Migration AOML ISDM SISMER BUFR Template Report on the Results of Reception of Data Lessons Learned and future plan for BUFR migration GTSPP INFRASTRUCTURE Long Term Archive US NODC Real-Time Data Assembly - ISDM Delayed Mode Data Assembly ISDM CSIRO SISMER NMDIS INDIP Data Product Center GTSPP Activities Review: 2010 2011 GTSPP DATA FORMAT REVISION Review of the existing netCDF conventions GTSPP NetCDF Ver. 4 Argo float formats Next Data Exchange Format Design Format Compatibility Issues Real-Time Data Format Perspectives CSIRO Delayed-Mode Data Format Perspectives SISMER Delayed-Mode Data Format Perspectives AOML Delayed-Mode Data Format Perspectives BUFR and NetCDF Comparison INTERACTION WITH OTHER PROJECTS Ocean Data View IODE Ocean Teacher Training Programme NOAA Environmental Research Division's Data Access Program (ERDDAP) World Ocean Database (WOD) / NODC GTSPP Legacy Plan JCOMM-IODE Ocean Data Standards Pilot Project JCOMM New Marine Climate Data System Cooperation with the IODE OceanDataPortal OceanSITES GTSPP Publicity: handout ADOPTION OF THE WORKPLAN (2012 2013) REVIEW OF ACTION ITEMSFROM THE MEETING CLOSING OF THE MEETING ANNEX II LIST OF PARTICIPANTS SG members in Ostend MrThierry CARVAL Global Data Manager French Institute for the Exploitation of the Sea, IFREMER Centre de Brest IFREMER (French Institute for Sea Research and Exploitation) Centre de Brest, BP70 29280 Plouzan, France France Email:  HYPERLINK "mailto:Thierry.Carval@ifremer.fr" Thierry.Carval@ifremer.fr Dr Ann GRONELL THRESHER Scientist-in-Charge of Operations Argo/SOOP CSIRO Marine and Atmospheric Research, Tasmania Marine Laboratories Castray Esplanade GPO BOX 1538 Hobart Tasmania 7001 Australia Tel: +61 3 62 325 419 Fax: +61 3 62 325 123 Email:  HYPERLINK "mailto:Ann.Thresher@csiro.au" Ann.Thresher@csiro.au MrMathieu OUELLET Senior Policy and Technical Advisor, Oceanographic Data and Products Manager Fisheries and Oceans Canada, Ottawa, Integrated Science Data Management (ISDM) Department of Fisheries and Oceans 12W - 200 Kent St Ottawa K1A 0E6 Ontario Canada Tel: +1 (613) 990-8570 Fax: +1 (613) 990-8570 Email:  HYPERLINK "mailto:mathieu.ouellet@dfo-mpo.gc.ca" mathieu.ouellet@dfo-mpo.gc.ca Dr Charles SUN NOAA, National Oceanographic Data Centre, Silver Spring National Oceanographic Data Center NOAA/NESDIS E/OC1 SSMC3, 4th Floor 1315 East-West Highway Silver Spring MD 20910-3282 United States Tel: +1 (301)713-3272 x111 Fax: +1(301)713-3302 Email:  HYPERLINK "mailto:charles.sun@noaa.gov" charles.sun@noaa.gov Invited experts in Ostend Dr Francis BRINGAS Oceanographer / SEAS Operations National Oceanic and Atmospheric Administration, Atlantic Oceanographic and Meteorological Laboratories, Physical Oceanography Division NOAA/AOML/PHOD, 4301 Rickenbacker Causeway, Miami FL 33149 United States Tel: +1 (305) 361-4316 Fax: +1 (305) 361-4412 Email:  HYPERLINK "mailto:Francis.Bringas@noaa.gov" Francis.Bringas@noaa.gov Dr Fengying JI Senior Engineer, Marine Data Center National Marine Data and Information Service No. 93, Liuwei Road Hedong District 300171 Tianjin China Tel: +86 22 24010834 Fax: +86 22 24010926 Email:  HYPERLINK "mailto:jfywork@yahoo.com.cn" jfywork@yahoo.com.cn MrRobert KEELEY Retired 2243 Rembrandt Road Ottawa K2B 7P8 Ontario Canada Tel: +1 613 829 7919 Email:  HYPERLINK "mailto:robertkeeley@rogers.com" robertkeeley@rogers.com Dr Joaquin TRINANES National Oceanic and Atmospheric Administration, Atlantic Oceanographic and Meteorological Laboratories 4301 Rickenbacker Causeway Miami Florida FL 33149 United States Tel: +1 305 361 4435 Fax: +1 305 361 4392 Email:  HYPERLINK "mailto:Joaquin.Trinanes@noaa.gov" Joaquin.Trinanes@noaa.gov MsTing YU National Marine Data and Information Service No. 93, Liuwei Road Hedong District 300171 Tianjin China Tel: +86-22-24010834 Fax: +86 22 24010926 Email:  HYPERLINK "mailto:tacula@gmail.com" tacula@gmail.com by Webex Dr. Norman HALL Physical Scientist NOAA, National Oceanographic Data Centre, Silver Spring 8604 La Jolla Shores Drive La Jolla California 92037 United States Tel: 00 1* 858 546 7110 Email:  HYPERLINK "mailto:norman.hall@noaa.gov" norman.hall@noaa.gov MsSissy IONA Head HNODC Hellenic Centre for Marine Research, Anavyssos Institute of Oceanography 46.7 Km, Athens-Sounio Ave. PO BOX 712 Anavyssos 190 13 Attica Greece Tel: +30-22910-76367 Fax: +30-22910-76347 Email:  HYPERLINK "mailto:sissy@hnodc.hcmr.gr" sissy@hnodc.hcmr.gr MrWataru Ito Scientific Officer Japan Meteorological Agency Marine Division Global Environment and Marine Department Japan Meteorological Agency 1-3-4, Ote-machi, Chiyoda-ku, Tokyo 100-8122 Japan Email:  HYPERLINK "mailto:w_ito@met.kishou.go.jp" w_ito@met.kishou.go.jp MrNikolai MIKHAILOV Head, Oceanographic Data Centre All-Russian Research Institute Hydrometeorological Information - World Data Center, Obninsk 6, Koroleva Street Obninsk Kaluga region, 249020 Russian Federation 249020 Tel: +7-484 397 49 07 Fax: +7-499 795 22 25 Email:  HYPERLINK "mailto:nodc@meteo.ru" nodc@meteo.ru MrReiner SCHLITZER Alfred Wegener Institute for Polar and Marine Research, Bremerhaven Am Handelshafen 12 P.O. Box 12 01 61 27515 Bremerhaven Germany Email:  HYPERLINK "mailto:rschlitzer@awi-bremerhaven.de" rschlitzer@awi-bremerhaven.de by Livestream Dr. Krisa ARZAYUS Chief, Marine Data Stewardship Division NOAA, National Oceanographic Data Centre, Silver Spring National Oceanographic Data Center NOAA/NESDIS E/OC1 SSMC3, 4th Floor 1315 East-West Highway Silver Spring MD 20910-3282 United States Email:  HYPERLINK "mailto:krisa.arzayus@noaa.gov" krisa.arzayus@noaa.gov MsMei-Lin CHEN Physical Oceanographer NOAA, National Oceanographic Data Centre, Silver Spring National Oceanographic Data Center NOAA/NESDIS E/OC1 SSMC3, 4th Floor 1315 East-West Highway Silver Spring MD 20910-3282 United States Email:  HYPERLINK "mailto:Meilin.Chen@noaa.gov" Meilin.Chen@noaa.gov Dr Gustavo J. GONI Oceanographer National Oceanic and Atmospheric Administration, Atlantic Oceanographic and Meteorological Laboratories; OAR Physical Oceanography Division USDC/NOAA/AOML/PHOD 4301 Rickenbacker Causeway Miami FL 33149 United States Tel: +1 305-361-4339 Fax: +1 305-361-4412 Email:  HYPERLINK "mailto:gustavo.goni@noaa.gov" gustavo.goni@noaa.gov MrRaul GUERRERO Head of Physical Oceanography Program Instituto Nacional de Investigacion y Desarrollo Pesquero Victoria Ocampo # 1, 7600 Mar del Plata, ARGENTINA Argentina Tel: 0054 223 486 2586 Fax: 0054 223 486 1830 Email:  HYPERLINK "mailto:raul.guerrero@inidep.edu.ar" raul.guerrero@inidep.edu.ar MsMelanie HAMILTON Ocean Data Manager, GTSPP NOAA, National Oceanographic Data Centre NOAA/NESDIS E/OC1 SSMC3, 4th Floor 1315 East-West Highway Silver Spring MD 20910-3282 United States Tel: 1-301-713-3281 Fax: 1-301-713-3302 Email:  HYPERLINK "mailto:melanie.hamilton@noaa.gov" melanie.hamilton@noaa.gov MrStephan HECKENDORFF Software Developer Alfred Wegener Institute for Polar and Marine Research, Bremerhaven Germany Tel: 004947148311574 Email:  HYPERLINK "mailto:Stephan.Heckendorff@awi.de" Stephan.Heckendorff@awi.de Ms. Mizuho HOSHIMOTO Forecaster Japan Meteorological Agency, Tokyo 1-3-4 Otemachi Chiyoda-ku 100-8122 Tokyo Japan Tel: +81-3-3212-8341 Fax: +81-3-3211-3047 Email:  HYPERLINK "mailto:mizuho_hoshimoto@met.kishou.go.jp" mizuho_hoshimoto@met.kishou.go.jp Shiro ISHIZAKI Scientific Officer Japan Meteorological Agency, Tokyo Office of Marine Prediction Japan Meteorological Agency 1-3-4 Otemachi Chiyoda-ku Tokyo 100-8122 Japan Email:  HYPERLINK "mailto:s_ishizaki@met.kishou.go.jp" s_ishizaki@met.kishou.go.jp Dr Shoichi KIZU Associate Professor 6-3 Aza Aoba, Aramaki, Aoba-ku, Sendai 980-8578 Japan Tel: +81-22-795-6528 Fax: +81-22-795-6530 Email:  HYPERLINK "mailto:kizu@pol.gp.tohoku.ac.jp" kizu@pol.gp.tohoku.ac.jp MsLisa LEHMANN Programmer, Data Manager University of California San Diego, Scripps Institution of Oceanography 9500 Gilman Dr. La Jolla CA 92093-0230 United States Tel: 858-534-6756 Fax: 858-534-9820 Email:  HYPERLINK "mailto:llehmann@ucsd.edu" llehmann@ucsd.edu MrSatoshi OGAWA Senior Scientific Officer Japan Meteorological Agency, Tokyo Marine Division Global Environment and Marine Department Japan Meteorological Agency 1-3-4, Ote-machi, Chiyoda-ku, Tokyo 100-8122 Japan Tel: +81 3 3211 6909 Fax: +81 3 3211 6908 Email:  HYPERLINK "mailto:s.ogawa@met.kishou.go.jp" s.ogawa@met.kishou.go.jp MrLoic PETIT DE LA VILLEON Chef du SISMER French Institute for the Exploitation of the Sea, IFREMER Centre de Brest France Tel: +33-2-98 22 49 13 Fax: +33-2-98 22 46 44 Email:  HYPERLINK "mailto:loic.petit.de.la.villeon@ifremer.fr" loic.petit.de.la.villeon@ifremer.fr MrGreg REED Executive Officer Australian Ocean Data Centre Joint Facility, Fleet Headquarters, Wylde Street Building 89 Garden Island, Potts Point NSW 2011 Australia Tel: +61 2 9359 3141 Fax: +61 2 9359 3120 Email:  HYPERLINK "mailto:greg@metoc.gov.au" greg@metoc.gov.au MrAkihiro SETA Oceanographic Data and Information Officer Japan Oceanographic Data Center 2-5-18, Aomi Koto-ku 135-0064 Tokyo Japan Tel: +81-3-3541-4295 Fax: +81-3-3545-2885 Email:  HYPERLINK "mailto:jodcint@jodc.go.jp" jodcint@jodc.go.jp IODE Secretariat (Ostend) MrPeter PISSIERSSENS Head, IOC Project Office for IODE, Ostend, Belgium Intergovernmental Oceanographic Commission of UNESCO (IOC) Wandelaarkaai 7 - Pakhuis 61 B-8400 Ostend Belgium Tel: +32-59-340158 Fax: +32-59-79 5220 Email: p.pissierssens@unesco.org ANNEX III ACTION LIST Numbers in () are the action item's number from the previous meeting, which was held in June 2011, Silver Spring, Maryland, US. No.ActionWhoTarget Date1 (1)Discuss standardized scientific QC of all data by largest groups. (Carried forward - )NODC, ISDM, AOML, CSIRO, U TohokuNext meeting2 (4)Prepare data training program for review next year at GTSPP meeting in 1st quarter 2012 (Carried forward - )NODCNext meeting3 (5)Send list of platformsto NODC for double checking that IDs as platform type is correct. (Carried forward - )ISDM Next meeting4 (6)Recover / refresh TAO and buoy data since August 2010 and send to NODC. (Carried forward - )ISDMNext meeting5 (12)Generate new surface code so QCP and QCF codes not used for Canadian Argo TESAC message. The Argo data in the CMD will also need to be changed to use the correct surface code. (Carried forward - )ISDMNext meeting6 (13)Ensure SOOP line numbers are included in ISDM ASCII files. (Carried forward - )CSIRONext meeting7 (15)Inform ISDM when Cookbook changes so they can point to newest version. (Carried forward no changes since last meeting)CSIRONext meeting8 (19)Create new variables for depth/pres, temp, psal called _raw. (Carried forward - )NODCNext meeting9 (20)Consider making another temp attribute for temp bias correction. (Carried forward - )Steering GroupNext meeting10 (21)Add new history groups to NetCDF template (see new data user manual). (Carried forward - )NODCNext meeting11 (22)Create history group to hold additional information for meta data changes. (Carried forward - )NODCNext meeting12 (23)Create a unique surface code list to populate new variable list in the data user guide. (Carried forward - )NODCNext meeting13 (24)Review CSIRO's GTSPP data user manual and provide comments for improvement of the manual. (Carried forward - )Steering GroupNext meeting14Finalize ToR and composition of Steering Group. Include needed definitions of terms(real-time, near real-time, non real-time, etc.) to ensure clarity. ChairDone (see Annex IV)15Review the WMO Manual on Meteorological Instruments and Methods of Observation that discusses XBT operations. If changes are needed refer changes to SOOP Chair. If appropriate, GTSPP Chair will refer these practices to IODE ODS.Chair, (lead) CSIRO, AOML30 Sep 201216Some past CRC values were calculated incorrectly by Australia. Identify their impact on GTSPP operations and determine what are appropriate corrective measures. Produce a plan that includes identification of times and sources where incorrect CRC was / is used, consider how to bring CRCs into alignment across organizations, rewrite CRC calculation document to clarify exactly what should be included. Implement the plan.CSIRO (lead), ISDM, NODC30 Jun 201217Add to content of GTSPP data manual to provide guidance to data users on how to use flags, QCP, history information. Chair31 Dec 201218Update QC documentation (as required) and provide copy to Chair.CSIRO, ISDM, AOML, NODC, IFREMER31 Aug 201219Update list of QC tests in GTSPP manual.Chair31 Oct 201220Provide a written justification of what problem a unique data identifier will solve beyond matching RT to DM.Chair31 May 201221Refer problem of maintaining observations along PX40 to SOOP.AOML31 May 201222Publish newest version of XBT BUFR template and ask WMO to update their website.AOMLDone (see Annex V)23Make suitable corrections to IF profiles (from sea mammals) and help ISDM to correct their real-time archives.IFREMER (lead), ISDM31 Oct 201224Distribute to Steering Group the OceanTeacher document explaining how to encode data in the revised XBT template (Annex V).Keeley30 Jun 201225Provide information to AOML and Chair on Master Table 10 (MT10) and work carried out by JCOMM Task Team on Table Driven CodesKeeley30 Jun 201226Contact Unidata to ascertain their interest in transforming MT10 to a UML compliant form.AOML31 Jul 201227Request information from Steering Group members about GTSPP data users.Chair31 Dec 201228Revise GTSPP web pages offered by SG members and create a home page at IODE-PO considering suggestions and comments from SG members.Chair (lead), IODE-PO, CSIRO, ISDM31 Dec 201229Run monitoring software on a monthly schedule to show time delay from observation to availability in CMD and send to chair.ISDMStart 31 Oct 201230Consider the use of EOFs as a way to identify suspect profiles.CSIRONext meeting31Plan how to get delayed mode data after scientific QC operations to update contents in GTSPP CMD.IFREMER (lead), ISDM, NODC31 Dec 201232Ask IODE to consider recommendation to national data centres to ask for and store profiles at instrument resolution rather than a decimated version.ChairFor IODE-22 (Mar 2013)33Investigate the suitability of CORA as a global reference data set.CSIRO (lead), IFREMER31 Oct 201234Pursue inclusion of OceanSITES profile data into GTSPP.IFREMER, Chair31 May 201235Renew  HYPERLINK "http://www.gtspp.org/" www.gtspp.org HYPERLINK "http://www.gtspp.org/" .IFREMERNext meeting36QC results of JMA monthly analyses to go to Chairs of both GTSPP and SOOP and provide draft monthly report for review and comments for improvement.JMA, and SG-GTSPPJun 201237Share database development with SG to ensure all their needed attributes are also appearing in GTSPP exchange format (see action 38).AOML30 Sep 201238Begin task of identifying the mapping between existing pcodes and other coded fields to (new) netCDF variables and consider using more descriptive names and clear definitions.ISDM (lead), NODC31 Jul 201239Begin preparation of a GTSPP Manual for Data Exchange by developing a Table of Contents. Fill in sections with text as possible.CSIRO (lead), IFREMER, NODC31 May 201240Write a netCDF V4 primer that explains advantages of V4 over V3 and prepare a sample data file structure that handles a mix of profile stations, with variable levels of obs, some surface weather obs, surface trajectories (such as Argo has), and variable history record.AOML30 Sep 201241Establish a discussion group mailing list and an issue tracker for GTSPP.IFREMER15 May 201242Prepare leaflet for JCOMM-4 with review by Steering GroupChair (lead), Steering Group, IODE-PO, KeeleyCompleted by 17 May 2012 ANNEX IV REVISED TERMS OF REFERENCE AND COMPOSITION FOR THE STEERING GROUP ON THE GLOBAL TEMPERATURE AND SALINITY PROFILE PROGRAMME (GTSPP) The Steering Group shall conduct the program for the collection and management of temperature and salinity data sets to support IODE (International Oceanographic Data and Information Exchange) and JCOMM (Joint Technical Commission for Oceanography and Marine Meteorology) requirements with the following Termsof Reference and general membership. Terms of Reference Provide scientific and technical guidance for the program in the implementation and enhancement of the GTSPP including: Near real time data (observations within 30 days) acquisition; Non real time data (observations older than 30 days or data never circulated on the Global Telecommunication System) acquisition; Communications infrastructures; Quality control and analysis procedures; Continuously managed database; Ocean data and meta data standards; and Data and information products. In conjunction with user groups and data collectors, design and implement data flow monitoring systems to ensure that the data are collected, processed and distributed according to agreed schedules and responsibilities. Collaborate with international projects and global scientific programs such as GCOS (Global Climate Observing System) and GOOS (Global Ocean Observing System) to assemble process and disseminate data managed by GTSPP. Actively promote the GTSPP and provide information to the users of GTSPP services, such as the planners of international science programs. Provide GTSPP status reports and other requested material to the IODE committee and JCOMM ETDMP, to international programs in which GTSPP is a participant. General Membership One representative from each of the core participating countries (initially Australia, Canada, France, Japan, and USA) as identified by the countries. The core participating countries are the IOC Member States and WMO Members actively engaged in data and information exchanges with the long term archive centre of GTSPP. Experts from one or more Member / Member States of other programs/projects that are of relevance to GTSPP may accompany these representatives. Representatives invited by the SG from Member States of the IODE and JCOMM and representatives of oceanographic projects those are important to GTSPP operations. The Chair will be selected by the Steering Group and will be reviewed by them every two sessions. Funding for participants and sessions of the SG will be provided by Members/Member States. ANNEX V XBT BUFR Template V9.3 rev. 3-15-004 XBT temperature profile data sequence FXYNameUnitScaleRef ValueData Width (bits)Notes001079Unique identifier for the profileCCITT IA50064(1)001011Ship or mobile land station identifierCCITT IA50072(2)001103IMO Number. Unique Lloyd's registry.Numeric0024(3)001087WMO Marine observing platform extended identifierNumeric0023(4)001019Long Station or site nameCCITT IA500256(5)001080Ship line number according to SOOPCCITT IA50032005036Ship transect number according to SOOP Numeric007 (6)001036Agency in charge of operating the observing platformcode table0020001013Speed of motion of moving observing platformm/s0010001012Direction of motion of moving observing platformdeg true009301011Date301012Time301021Latitude and longitude (high accuracy)007032Height of sensor above local ground (or deck of marine platform) m2016(7)007033Height of sensor above water surfacem1012(7)002002Type of instrumentation for wind measurementflag table004(8)011002Wind speedm/s1012011001Wind directiondeg true009007032Height of sensor above local ground (or deck of marine platform) m2016(9)007033Height of sensor above water surfacem1012(9)012101Temperature/Dry-bulb temperaturedeg K2016012103Dew-point temperaturedeg K2016007032Height of sensor above local ground (or deck of marine platform) (set to missing to cancel previous value)m2016007033Height of sensor above water surface (set to missing to cancel previous value)m1012302021Waves002031Duration and time of current measurement code table005002030Method of current measurementcode table003022005Direction of sea surface currentdeg true009022032Speed of sea surface currentm/s0013022063Total depth of waterm0014008080Qualifier for GTSPP quality classcode table006(13)033050Global GTSPP quality classcode table004022178XBT/XCTD launcher Typecode table 008(14)022177Height of XBT/XCTD Launcher above sea level m 006(15)022067Instrument type for water temperature profile measurementcode table0010008041Date significancecode table005(17)026021Yearyear0012026022Monthmonth004026023Dayday006022068Water temperature profile recorder typecode table007025061Data acquisition software type (or name) and version numberCCITT IA50096(18)008041Date significance (set to missing to cancel previous value)code table005008080Qualifier for GTSPP quality class (set to missing to cancel previous value)code table004002171Instrument serial number for water temperature measurement CCITT IA50064(16)302090Sea Surface Temperature(10)002171Instrument serial number for water temperature profile measurementCCITT IA50064(16)002032Indicator for digitizationcode table002(11)315005Water temperature profile (Temperature profile observed by XBT or Buoy)(12) Notes: Currently some countries are using a 32 bit CRC calculation to generate a unique identifier for the individual BATHY messages. This corresponds to a 8-octet long hexadecimal string. Place the ship call sign here. Values are restricted to be between 0 and 9999999. If field 0-01-011 is used, this field will be left missing and vice versa. Place the ship name here. Integer, assigned by the operator, incremented for each new transect (i.e. all drops have the same transect number while the ship is moving from one end point of the line to the other end point; as soon as the ship arrived to port and goes back to start a new transect then transect number is incremented). The initial value and subsequent values for transect numbers do not matter provided that each new transect by a ship on a line has a transect number higher than previous transect numbers for the same line and the same ship. In case a single cruise follows more than one SOOP line in a row, then the transect number should be incremented each time the cruise changes line. This field records the height of the instrument used to make the wind speed and direction measurements. Introduced to ensure that information about the certification, or not, of the instrument is retained as present in BATHY. This was added to record the height of the instrument used to make the dry bulb temperature measurement. This proposed new sequence allows 2 decimal precision on SST with descriptor 0-22-045. 3-02-090: Sea/water temperature high precision 0-02-038 Method of sea/water measurement 0-07-063 Depth below sea surface 0-22-045 Sea/water temperature This descriptor applies to the method used to select depths for the temperature profile encoded through 3-15-005. If temperatures are reported at significant depths, the values shall: (a) Be sufficient to reproduce basic features of the prole and; (b) Dene the top and the bottom of isothermal layers. Proposed new sequence as follows. Note that temperatures are stored in K. 3-15-005: Water Temperature Profile 1-06-000 Delayed replication of 6 descriptors 0-31-002 Extended delayed descriptor replication factor 0-07-063 Depth below sea surface 0-08-080 Qualifier for quality class. Note: set to qualifier = 13 0-33-050 GTSPP quality class 0-22-043 Subsurface sea temperature 0-08-080 Qualifier for quality class. Note: set to qualifier = 11 0-33-050 GTSPP quality class With an addition (in yellow) in code table 0-08-080 as follows: 0 08 080 Qualifier for GTSPP quality flag Code Meaning Figure 0 Total water pressure profile 1 Total water temperature profile 2 Total water salinity profile 3 Total water conductivity profile 4 Total water depth 5-9 Reserved 10 Water pressure at a level 11 Water temperature at a level 12 Salinity at a level 13 Water depth at a level 14-19 Reserved 20 Position 21-62 Reserved 63 Missing value And an addition (in yellow) in code table 0-33-050 as follows: 0 33 050 Global GTSPP quality flag Code Meaning Figure 0 Unqualified 1 Correct value (all checks passed) 2 Probably good but value inconsistent with statistics (differ from climatology) 3 Probably bad (spike, gradient, if other tests passed) 4 Bad value, Impossible value (out of scale, vertical instability, constant profile) 5 Value modified during quality control 6-7 Reserved 8 Interpolated value 9 Good for operational use; Caution; check literature for other uses 10-14 Reserved 15 Missing value We require a new entry in table 0 08 080. This has been inserted as code figure 4 and highlighted in yellow in note 12. Propose new code table 0-22-178 as follows: 0 22 178 XBT/XCTD Launcher Type Code Figure 0 Unknown 1 LM-2A Deck-mounted 2 LM-3A Hand-Held 3 LM-4A Thru-Hull 4-9 Reserved 10 AL-12 TSK Autolauncher (up to 12 Probes) 11-19 Reserved 20 SIO XBT Autolauncher (up to 6 probes) 21-29 Reserved 30 AOML XBT V6 Autolauncher (up to 6 Deep Blue probes) 31 AOML XBT V8.0 Autolauncher (up to 8 Deep Blue probes) 32 AOML XBT V8.1 Autolauncher (up to 8 Deep Blue&Fast Deep probes) 33-89 Reserved 90 CSIRO Devil Autolauncher 91-99 Reserved 100 MFSTEP Autolauncher (Mediterranean) 101-254 Reserved 255 Missing Values are restricted to 0 to 50m in units of whole m. New descriptor to record XBT serial number. Allows up to 8 characters. Set the value for this descriptor to be 8 and we require a new code figure in table 0-08-041: Code Meaning 0 Parent site 1 Observation site 2 Balloon manufacture date 3 Balloon launch point 4 Surface observation 5 Surface observation displacement from launch point 6 Flight level observation 7 Flight level termination point 8 Instrument manufacture date 9-30 Reserved 31 Missing value The subsequent date fields then record year, month and day of the manufacturing date of the instrument. If 12 characters are insufficient to record both name and version, the field width can be extended with the descriptor 2-08-YYY where YYY is the number of characters of the total extended field. For example, for a name and version number that requires 16 characters, the descriptor would be 2-08-016 and would precede the 0-25-061 descriptor in the message format part of the BUFR message. ANNEX VI GTSPP SG RESPONSE TO US NODC PROPOSED CHANGES IN GTSPP CMD SUPPORT The GTSPP Steering Group wants to take this opportunity to thank the U.S. NODC for its support of the GTSPP since its inception in 1988. In particular, their hosting of the Continuously Managed Database with the work that this entails has been central to the success of the Project and the recognition that it has received. Indeed, GTSPP is well recognized not just in the data management community, but much more widely in the international science community. It is named in the GCOSS Implementation Plan as the global data system to manage temperature and salinity data. It is also a very important contributor to the European MyOcean project. It is the data system that supports the SOOP, and has a role within Argo in delivering real-time data as a verification of timeliness of reporting. The Steering committee also wishes to thank NODC for the opportunity to comment on the proposed changes that are under consideration to improve the efficiency of operations that support the NODC. This is a common theme in many countries today and GTSPP recognizes that this is necessary. Following, you will find a synopsis of the discussions that took place at the April, 2012 GTSPP Steering Group meeting. We understand that the document we reviewed is not a final plan and we hope that the concerns noted will be taken into consideration. We also note that since GTSPP is a joint project of both JCOMM and IODE, significant changes in its operation will need to be reported to these committees for their consideration as well. We expect that the plan will still be in an early stage at the time of the upcoming JCOMM-4 meeting at the end of May 2012. However, IODE-22 is in March of 2013 and we hope that the plan will be well developed by that time. Finally, we hope that NODC can continue to support GTSPP in all of its objectives, and in particular, this includes supporting Charles Sun to continue as chair of the Steering Group. GTSPP Principles of Operation Consistent application of quality control methods and flagging schemes across all partners with documented and readily available manuals to explain what is done to the data. Assembly of data from many different sources into a consistent data structure with consistent and well documented processing by all partners. Use of a standard format for data exchange among partners, both data centres and science centres. Extensive metadata capture on observations and data processing history. Delivery as rapidly as possible of the highest quality, highest resolution temperature and salinity profile data from all sources within days of receipt at data centre partners. Replacement as rapidly as possible of lower quality, lower resolution data with higher quality, higher resolution data as they become available. Scientific quality controlled delayed mode data at highest vertical resolution possible is considered the most valuable version. The hierarchy of replacement is: real-time data with no QC are replaced by real-time data with data centre QC real-time data with data centre QC are replaced by real-time data with scientific QC real-time data with scientific QC are replaced by delayed mode data with data centre QC delayed mode data with data centre QC are replaced by delayed mode data with scientific QC Before responding to the specific changes proposed, we provide some overall comments: The unification of as many as possible T, S profile sources under GTSPP provides a significant service to users. GTSPP will be approaching the OceanSITES program as another potential source of high quality, scientifically QC'ed profile data. Changes to GTSPP operations will have implications for current and future data providers and should be discussed with them. Being a part of GTSPP has been very beneficial to data centres in providing stronger contact to some segments of the data collection community (e.g. SOOP) and to scientists who use the data (e.g. Argo community). It has built significant trust between these groups and this is very important for data centres. A reduction in operations can erode that. GTSPP appears as a named data system in the GCOS Implementation Plan. Changes to operations may have consequences that reduce the accepted relevance of the data system to GCOS. A number of oceanographic programs that serve users rely on GTSPP for data and its completeness. Among them are MyOcean (particularly sensitive to real-time data delivery) and the IODE Ocean Data Portal. Changes in delivery times and content will have impacts on their operations. The following table provides a statement of our understanding of the proposed changes (on the left) with our response to those changes (on the right). In a few cases, greater explanation is needed and these are provided in the notes that appear afterwards. ItemProposed ChangeResponse1Exclude profile data (all moorings - coastal, equatorial) with thermistor chain profiles reporting on the GTS from the CMD.Real-time thermistor chain data from any source would then only be available if Canada serves them. This would require changes to Canadian operations. Otherwise, thermistor chain data are only available quarterly and this is a significant degradation of GTSPP service. See note 1.Assuming mooring data are available with more frequent updates (than quarterly) from external sources, users would still need to do format conversions and reconciliations of processing information before combining with profile data from other sources. Presently GTSPP does this for them. See note 2.Single point profiles as found in coastal moorings are a significant issue for GTSPP and there is consideration to exclude this is any case. If this happens this would reduce the burden on current GTSPP operations. See note 3. 2Exclude Argo real-time (GTS) data going to the CMD.Real-time Argo data are available at the GDACs through operations supported by Canada. Users wishing to combine such data with profiles from other sources more frequently than quarterly have the same assembly issues noted above.3Exclude SEAS data not on the GTS from the CMD.Users wanting these XBT data will need to wait for quarterly updates, unless comments under item 8 apply. This could represent a reduction in timeliness of access to high resolution data.4The CMD will remain synchronized on the 3 times per week update schedule with ISDM and where possible provide netCDF access capabilities. See note 4.Sustaining the synchronization is good, though access to real-time data will be degraded because of exclusion of some sources. Access to netCDF versions of data through interfaces such as OpeNDAP is an important service to GTSPP users. Removing such service is a degradation in service; we strongly support its continuance.5All delayed mode data to enter WOD. This includes the non GTS reported SEAS data, and other delayed mode data submissions to GTSPP.Data that have undergone GTSPP data centre or scientific QC (real-time and delayed mode) need to enter WOD with all information intact including QC flags, and all other metadata.Representatives from AOML noted that such SEAS data reach the CMD in days to weeks after collection. Such data include metadata that cannot be sent on the GTS. These data are rapidly added to the CMD but with only quarterly production of best copy files would represent a significant delay to data access.It is perceived that WOD operations are quite different in QC operations (flags set, linkage to levels), metadata stored on processing, timeliness of updates and so on. Reconciling these differences could take some time and could result in different (degraded?) principles of operation for GTSPP.Management of WOD would now be subject to negotiations to operation changes identified by the GTSPP Steering Group. Any conflicts with current objectives and operations of WOD would need to be resolved.With yearly submissions of delayed mode data from international data centres, a quarterly update schedule is likely to have minimal impact. If submissions and processing are more frequent, there is greater impact on timeliness of data availability.6WOD excludes data streaMsmanaged at other centres such as Argo, tropical and coastal moorings.Where GTSPP provided a unified view to aggregated data (data structure, processing, QC, metadata), WOD would provide only the subset noted as excluding those listed (perhaps others?) in point 6 above. The GTSPP meeting will move to establish a connection with the OceanSITES program. This perhaps would operate similarly to that with Argo.7GTSPP best copy data sets would be assembled quarterly with the data extraction from WOD combined with externally maintained archives, such as Argo, PMEL, and NDBC. This would be a consolidation of all data into a single data structure. See note 5.The consolidation process means dealing with a variety of formats, though this is perhaps not a big difference from operations in dealing with delayed mode data submissions from sources now.Mapping of incoming formats is a one-time operation for each received data format but will need to resolve many-to-one mappings of information. This, also, is not different from present operations.QC operations at external archives will be different, and remapping flags does not guarantee reconcilable differences in quality control operations. This may complicate how users work with data. See note 2.We assume all tropical mooring data in all oceans would be treated the same way.A possible monthly update frequency moves the proposed operations closer to present GTSPP operations. Though it would be a positive move, it is still less than what is currently available.8WOD would maintain present WOD Select capabilities.Direct Access to the WOD database could reduce the significant data access delays that would be experienced in only quarterly updates are available. This assumes, that data are added to WOD continuously as they arrive. See note 6 and 7.9Single interface access to ocean data.We support this. Notes: It is not known if the external (to GTSPP) tropical mooring data assembly sites also present real-time data nor if the data from all tropical moorings (TAO, PIRATA, RAMA) are all assembled at PMEL or some other site. Combining data from several sources is not just a matter of mapping one QC flag system to another. Diligent users will want to know the differences between the different data processing systems. This would mean acquiring suitable documentation of procedures which are not always readily available. It may well require different treatments for data from different sources. The uniformity and agreed standardization of procedures among GTSPP partners eases the burden on users as well as speeds processing of data by GTSPP partners. The meeting decided that for the present, these data would continue to be included in the data stream from Canada. The words in quotation, where possible, are a direct quotation from the document provided by NODC. We understand that although some data maintained externally, using Argo as an example here, may be present in the WOD, the Argo data served in the best copy files would not come from an extraction from the WOD, but from a download from the externally maintained Argo GDACs. We believe the same strategy will be employed with mooring data, but we wonder about the CTD data collected when moorings are serviced. We do not know the status of glider data. We did not know if WOD Select does a direct query on the WOD itself, or simply a query of the last updated version. We assume WOD adds data continuously and that WOD Select accesses this dynamically changing database. If this is not true, WOD Select is no better for GTSPP that the production of quarterly best copy files. A few participants attempted to use WOD Select during the meeting. The service was perceived to be slow. Data presently in the GTSPP CMD (and there for some time) did not appear to be in the WOD. A cursory comparison of content in the CMD compared to WOD showed fewer metadata (noted that originator IDs were gone) in the WOD. These explorations, albeit one-time and ad hoc, reinforce our perception (see comment to item 5 above) that there are significant differences in WOD and GTSPP operations. Very detailed discussions will be necessary to reconcile these differences. ANNEX VII COLLATED COMMENTS ABOUT A GTSPP NETCDF FORMAT These comments are collected from the discussion under agenda items7.1 and 7.2. Where recorded, they are attributed to the participant who made them. No.RemarkPerson1GTSPP data should be as widely readable as possibleSun2A netCDF format for GTSPP should place all profile, trajectory, metadata and technical information in a single file.Carval3An organization of one file per platform is worth GTSPP considerationCarval4GTSPP should look at the CTD data structure for CTD being developed for SeaDataNetCarval5The GTSPP exchange format needs to contain everything that is known about the data and this should also be what is delivered to usersThresher6Canada would like a separate data file for the geographically well defined Arctic Ocean tOuellet7The GTSPP format should be able to expose individual stations to a THREDDS serverSun8Fields in MEDS ASCII that encode two concepts should have these attributes split apartOuellet9A unique cruise identifier is needed and that the cruise id used in MEDS ASCII is not the solutionOuellet10Need to identify all the agencies through which the data passedOuellet11Data provenance is important to record. This includes an originator cruise identifier, perhaps all the other identifiers attached by subsequent processing, and who carried out subsequent processing.Ouellet12Place all variants of a single concept (like platform identifier) into a array for which it is mandatory to have at least one element present. Generalize this.Thresher13Searchable fields should have controlled contentKeeley14Designate which fields are mandatory and which optionalKeeley15Include sections for metadata, for calibrations, for observed data, for original (raw) and corrected data and for processing history Thresher16Quality flags (assessment of the reliability of the values) were needed on all variables.Thresher17Make the names of the fields with the most value to a user the simplestThresher18Original data should not be in processing historyThresher19Include indicators of acceptable (but perhaps unusual) featuresThresher20Consider including a comment fieldThresher21A more transparent way than QCP, QCF to indicate tests performed and failed but not at every level in the profileThresher22Need for a field to indicate the best quality found in the station Carval23Observations such as surface meteorological measurements should be in the netCDF fileCarval24Need a controlled list of all the quality control tests performed by GTSPP partners processing data. Keeley25Vector quantities, such as wind velocity, be explicitly indicated as vectorsKeeley26Prefer fall rate coefficients explicitly rather than through a code table. Bringas27Need some sample files to illustrate netCDF use and in both V3 and V4.Trinanes28CRC value if used should appear in a unique ID section29Comments should be used for clear descriptions of the contents of fields.30Where possible dispense with codes and code tables and use descriptive terms. Avoid URLs to code tables.31Should handle multiple (e.g. T, S, currents) and different vertical dimensions (e.g. 760 levels for T, S, 10 levels for currents) in a single file.32Dispense with distinction between character and numeric representations of observations (a OS quirk in MEDS ASCII) 33The Data_Type field in MEDS ASCII combines two concepts and these should be split.34The One_Deg_Square field in MEDS ASCII may not be necessary35The Uflag field of MEDS ASCII is useful but needs a more complete definition. When is this changed?     IODE-JCOMM/SG-GTSPP-I/3 Page ( PAGE ii) IODE-JCOMM/SG-GTSPP-I/3 page (ii) IODE-JCOMM/SG-GTSPP-I/3 page ( IODE-JCOMM/SG-GTSPP-I/3 page (i) IODE-JCOMM/SG-GTSPP-I/3 page  PAGE 16 IODE-JCOMM/SG-GTSPP-I/3 page  PAGE 17 IODE-JCOMM/SG-GTSPP-I/3 IODE-JCOMM/SG-GTSPP-I/3 Annex I - page  PAGE 2 IODE-JCOMM/SG-GTSPP-I/3 Annex I - page 1 IOC/IODE-SG-OBIS-I/3 Annex VIII - page  PAGE 1 IODE-JCOMM/SG-GTSPP-I/3 Annex II - page  PAGE 4 IODE-JCOMM/SG-GTSPP-I/3 Annex II - page  PAGE 3 IODE-JCOMM/SG-GTSPP-I/3 Annex II - page  PAGE 1 IOC/IODE-SG-OT-1I/3 Annex II - page  PAGE 4 IOC/IODE-SG-GTSPP-2012/3 Annex II - page  PAGE 5 IOC/IODE-SG-GTSPP-2012/3 Annex II - page  PAGE 1 IODE-JCOMM/SG-GTSPP-I/3 Annex III - page  PAGE 4 IODE-JCOMM/SG-GTSPP-I/3 Annex III - page  PAGE 3 IODE-JCOMM/SG-GTSPP-I/3 Annex III - page  PAGE 1 IODE-JCOMM/SG-GTSPP-I/3 Annex IV - page  PAGE 1 IODE-JCOMM/SG-GTSPP-I/3 Annex V - page  PAGE 6 IODE-JCOMM/SG-GTSPP-I/3 Annex V - page  PAGE 7 IOC/IODE-SG-OBIS-I/3 Annex VIII - page  PAGE 1 IODE-JCOMM/SG-GTSPP-I/3 Annex VI - page  PAGE 4 IODE-JCOMM/SG-GTSPP-I/3 Annex VI - page  PAGE 5 IOC/IODE-SG-OBIS-I/3 Annex VIII - page  PAGE 1 IODE-JCOMM/SG-GTSPP-I/3 Annex VII - page  PAGE 2 IODE-JCOMM/SG-GTSPP-I/3 Annex VII - page  PAGE 1 IOC/IODE-SG-OBIS-I/3 Annex VIII - page  PAGE 1 ABSTRACT At JCOMM-I (2001) it was decided that the former WMO-IOC GTSPP Programme would become part of JCOMM. As such the Steering Group is now called the IODE-JCOMM Steering Group for the GTSPP. The First Session of the Joint IODE-JCOMM Steering Group for the Temperature-Salinity Profile Programme (GTSPP) was held at the IODE project office for IODE in Oostende, Belgium, 16 20 April 2012. The meeting was attended by nine (9) participants in Oostende, while five (5) participated by Webex and 19 were able to view the meeting by Livestream. The objectives of the meeting were to: (i) review GTSPP data flow and operations; (ii) report on the status of the XBT BAHY to BUFR migration; +2356>?ABCDLM_`abdefq> Ŷ㧙wl]K?ho"CJRHe^JaJ"ho"ho"5CJRHe\^JaJho"5CJ8RHe\^JaJ4hc{hg7^JaJjhgUmHnHuhc{hg7^Jhc{hg7^JaJhc{hg76CJ$^JaJh~h6@CJ ]^JaJh~h6@CJ ]^JaJh~h6@CJ ]^JaJh~h6@CJ ]^JaJh~h6CJ ]^JaJho"hg75CJ$\^JaJ`abefghijklmnopq@ B D F H J L N $a$gdo"m$gdg7m$ $$a$gdg7m$> @ B P X Z ` b d p t µϕxk\kMk\kM>kh\ i6@CJ ]^JaJh\ i6@CJ ]^JaJh\ i6@CJ ]^JaJh\ i6CJ ]^JaJho"h\ i5CJ$\^JaJh\ i5CJ \^JaJ h\ ih~h5CJ \^JaJ hc{h\ i5CJ\^JaJ-h\ i5CJ\^JaJ-hg75CJ\^JaJ-hc{hg75CJ\^JaJ-hc{hg7^Jhc{hg7^JaJ hc{hg7CJ^JaJN P R T V X Z \ ^ ` b d r 4 6 8 : < > @ B D F H J L gd\ im$ $$a$gd\ im$ $a$gdg7m$gdg7m$  2 4 6 : < R   0 2 ·¨ui\QA4Ah\ i5CJ\^JaJ-hc{h\ i5CJ\^JaJ-hc{h\ i^JaJ hc{h\ iCJ^JaJh\ iCJRHe^JaJ"ho"h\ i5CJRHe\^JaJ"ho"ho"5CJRHe\^JaJho"5CJ8RHe\^JaJ4h\ i5CJ8RHe\^JaJ4hc{h\ i^JaJhc{h\ i^Jhc{h\ i^JaJhc{h\ i6CJ$^JaJh\ i6CJ ]^JaJh\ i6@CJ ]^JaJL N P R   $a$gd\ im$ $a$gd\ im$gd\ im$  " , . 0 2 < D F P R T V X Z ^ d f h l n ʾ}r`UMhg7@RHghc{hg7@RHg"jhS@U_HmHnHuhc{h,Y@RHgh~h@RHg hc{hg7h~h@RHgh?@RHgh~h@RHg h\ iRHg h~hRHghc(@RHgaJmHsHh&~ RHgaJmHsHhc{hg7^JaJ-h\ ihg75CJ ^JaJ h\ i5CJ \^JaJ h\ ih\ i5CJ \^JaJ  F ` b d f j l n p r t v  xgd\ im$xgd\ im$gd\ im$ $a$gd "m$ $a$gdg7m$gdg7m$ $a$gdg7m$n t v | ~ vżżh\ i@RHg]h\ i@RHg] h\ i@] h\ iRHg]ho"6@RHgh\ ih\ i6@RHg h\ i@ h\ i@ h\ i@h\ i@RHg h\ iRHg hc{h\ ih\ i@RHg=    "źxeWeE#hFAhTeCJ^JaJmHnHu *hFAhTeCJ^JaJ$j *hFAhTeCJU^JaJhFAhg7RHc\^JhFAh[`RHc\^JhFAh[`5RHc\^JhFAhg75RHc\^JhFAh~h5RHc\^Jhc{hg7@RHgh@RHghc{h\ i@RHgh\ i@RHg h\ iRHghL@RHg] h\ iRHg]h\ i@RHg]  Z'r+f0oJx= 8 !   !   ! $a$gd[`m$ $a$gdg7m$gdg7m$"#:;UVWXYZ\]йПйvй\2jhFAhTeCJU^JaJmHnHu2j}hFAhTeCJU^JaJmHnHuhVFCJ^JaJmHnHu2jhFAhTeCJU^JaJmHnHu,jhFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu9hFAhTe5;CJPJ^J_HaJmHnHsH tHu"#$%&'*+RSmnopqrwxһҡһx\һB2jqhFAhTeCJU^JaJmHnHu6hFAhTe6CJPJ^J_HaJmHnHsH tHu2jhFAhTeCJU^JaJmHnHuhVFCJ^JaJmHnHu2jwhFAhTeCJU^JaJmHnHu,jhFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu6hFAhTe:CJPJ^J_HaJmHnHsH tHu  &'()*+01FGabcdefkl龬鬒龬x龬^龬2jhFAhTeCJU^JaJmHnHu2jkhFAhTeCJU^JaJmHnHu2jhFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu6hFAhTe6CJPJ^J_HaJmHnHsH tHuhVFCJ^JaJmHnHu,jhFAhTeCJU^JaJmHnHu$l+,-֑֭w֑֭[A2j_hFAhTeCJU^JaJmHnHu6hFAhTe:CJPJ^J_HaJmHnHsH tHu2jhFAhTeCJU^JaJmHnHu6hFAhTe6CJPJ^J_HaJmHnHsH tHuhVFCJ^JaJmHnHu2jehFAhTeCJU^JaJmHnHu,jhFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu-./034OPjklmnotuz{ٽ٫ٽu٫[uu٫2jYhFAhTeCJU^JaJmHnHu6hFAhTe6CJPJ^J_HaJmHnHsH tHu2jhFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu6hFAhTe:CJPJ^J_HaJmHnHsH tHu,jhFAhTeCJU^JaJmHnHuhVFCJ^JaJmHnHu#$*+EϤϒxϤϒ^Ϥϒ2jhFAhTeCJU^JaJmHnHu2jShFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu6hFAhTe6CJPJ^J_HaJmHnHsH tHuhVFCJ^JaJmHnHu,jhFAhTeCJU^JaJmHnHu2jhFAhTeCJU^JaJmHnHuEFGHIJOPXYstuvwx{|ϤϒxϤ\ϒB\2jG hFAhTeCJU^JaJmHnHu6hFAhTe:CJPJ^J_HaJmHnHsH tHu2jhFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu6hFAhTe6CJPJ^J_HaJmHnHsH tHuhVFCJ^JaJmHnHu,jhFAhTeCJU^JaJmHnHu2jMhFAhTeCJU^JaJmHnHux1\5VGu6G= 8 !   !   ! ,-./0167<=ퟹtZt>6hFAhTe6CJPJ^J_HaJmHnHsH tHu2jA hFAhTeCJU^JaJmHnHu6hFAhTe:CJPJ^J_HaJmHnHsH tHuhVFCJ^JaJmHnHu2j hFAhTeCJU^JaJmHnHu,jhFAhTeCJU^JaJmHnHu9hFAhTe5;CJPJ^J_HaJmHnHsH tHu#hFAhTeCJ^JaJmHnHu=WXYZ[\abghӼw]2j hFAhTeCJU^JaJmHnHu2j; hFAhTeCJU^JaJmHnHu6hFAhTe6CJPJ^J_HaJmHnHsH tHuhVFCJ^JaJmHnHu,jhFAhTeCJU^JaJmHnHu2j hFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu01234589lmһҡһxһ^2j/ hFAhTeCJU^JaJmHnHu2j hFAhTeCJU^JaJmHnHuhVFCJ^JaJmHnHu2j5 hFAhTeCJU^JaJmHnHu,jhFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu6hFAhTe:CJPJ^J_HaJmHnHsH tHu67QйПtйZttй2j)hFAhTeCJU^JaJmHnHu6hFAhTe:CJPJ^J_HaJmHnHsH tHuhVFCJ^JaJmHnHu2j hFAhTeCJU^JaJmHnHu,jhFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu9hFAhTe5;CJPJ^J_HaJmHnHsH tHuQRSTUVYZuvϤϒxϤ\ϒB\2jhFAhTeCJU^JaJmHnHu6hFAhTe6CJPJ^J_HaJmHnHsH tHu2j#hFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu6hFAhTe:CJPJ^J_HaJmHnHsH tHuhVFCJ^JaJmHnHu,jhFAhTeCJU^JaJmHnHu2jhFAhTeCJU^JaJmHnHu &'ABCEFGLMTUow]2jhFAhTeCJU^JaJmHnHu2jhFAhTeCJU^JaJmHnHuhVFCJ^JaJmHnHu2jhFAhTeCJU^JaJmHnHu,jhFAhTeCJU^JaJmHnHu6hFAhTe6CJPJ^J_HaJmHnHsH tHu#hFAhTeCJ^JaJmHnHu#opqstuxyϤvϒ\v?ϒ9hFAhTe5;CJPJ^J_HaJmHnHsH tHu2jhFAhTeCJU^JaJmHnHu6hFAhTe:CJPJ^J_HaJmHnHsH tHu#hFAhTeCJ^JaJmHnHu6hFAhTe6CJPJ^J_HaJmHnHsH tHuhVFCJ^JaJmHnHu,jhFAhTeCJU^JaJmHnHu2jhFAhTeCJU^JaJmHnHu0124569:noϣϑwϣ[ϑA[2jhFAhTeCJU^JaJmHnHu6hFAhTe:CJPJ^J_HaJmHnHsH tHu2j hFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu9hFAhTe5;CJPJ^J_HaJmHnHsH tHuhVFCJ^JaJmHnHu,jhFAhTeCJU^JaJmHnHu2jhFAhTeCJU^JaJmHnHu%&'w`D`6hFAhTe:CJPJ^J_HaJmHnHsH tHu,hFAhTeB*CJ^JaJmHnHphu2jhFAhTeCJU^JaJmHnHuhVFCJ^JaJmHnHu2jhFAhTeCJU^JaJmHnHu,jhFAhTeCJU^JaJmHnHu6hFAhTe6CJPJ^J_HaJmHnHsH tHu#hFAhTeCJ^JaJmHnHu'ABCEFGLMijӼu[uuA2jhFAhTeCJU^JaJmHnHu2j|hFAhTeCJU^JaJmHnHu6hFAhTe6CJPJ^J_HaJmHnHsH tHu6hFAhTe:CJPJ^J_HaJmHnHsH tHuhVFCJ^JaJmHnHu,jhFAhTeCJU^JaJmHnHu2jhFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu!"#%&',-Z[uvwyz{ һҡһxһ^һ2jphFAhTeCJU^JaJmHnHu2jhFAhTeCJU^JaJmHnHuhVFCJ^JaJmHnHu2jvhFAhTeCJU^JaJmHnHu,jhFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu6hFAhTe6CJPJ^J_HaJmHnHsH tHu$'{S<5|4X$ & F^`a$gdNn $a$gdg7m$  !   !   ! = 8 !     23MNOQRSVWghϤuϒ[u?ϒ6hFAhTe:CJPJ^J_HaJmHnHsH tHu2jjhFAhTeCJU^JaJmHnHu9hFAhTe5;CJPJ^J_HaJmHnHsH tHu#hFAhTeCJ^JaJmHnHu6hFAhTe6CJPJ^J_HaJmHnHsH tHuhVFCJ^JaJmHnHu,jhFAhTeCJU^JaJmHnHu2jhFAhTeCJU^JaJmHnHu678:;<?@wxϤϒxϤϒ^Ϥϒ2jhFAhTeCJU^JaJmHnHu2jdhFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu6hFAhTe:CJPJ^J_HaJmHnHsH tHuhVFCJ^JaJmHnHu,jhFAhTeCJU^JaJmHnHu2jhFAhTeCJU^JaJmHnHu/0134589[\vϤϒxϤϒ^Ϥϒ2jXhFAhTeCJU^JaJmHnHu2jhFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu6hFAhTe:CJPJ^J_HaJmHnHsH tHuhVFCJ^JaJmHnHu,jhFAhTeCJU^JaJmHnHu2j^hFAhTeCJU^JaJmHnHuvwxz{|ϤϒxϤϒ^Ϥ2jhFAhTeCJU^JaJmHnHu2jRhFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu6hFAhTe:CJPJ^J_HaJmHnHsH tHuhVFCJ^JaJmHnHu,jhFAhTeCJU^JaJmHnHu2jhFAhTeCJU^JaJmHnHu./023478LO`a{|}йП~йdйJ2jFhFAhTeCJU^JaJmHnHu2jhFAhTeCJU^JaJmHnHu#hFAh[`CJ^JaJmHnHuhVFCJ^JaJmHnHu2jLhFAhTeCJU^JaJmHnHu,jhFAhTeCJU^JaJmHnHu#hFAhTeCJ^JaJmHnHu9hFAhTe5;CJPJ^J_HaJmHnHsH tHuټylclUB6lclUB6hFAh vRHc\^J$jhFAhS0JRHcU\^JhFAh~h0JRHc\^JhFAhS^JjhFAhSU^JhFAhg7RHc\^JhFAhg75RHc\^JhFAh~h5RHc\^JhFAhg75;^Jj *hFAhTeU^J9hFAhTe5;CJPJ^J_HaJmHnHsH tHu,jhFAhTeCJU^JaJmHnHuhVFCJ^JaJmHnHu?l? A B C Z "$'**,E///0w3gd\ i:gd gd $0^`0a$gdRm$$0^`0a$gdcm$X$ & F^`a$gdNn12=>?@WX[^jklm  = > ? @ A B C ȼۮȼȼۣȼȗsghc{h`$RHc\aJhc{h vRHc\aJhFAh`$RHc\^JhFAh~hRHc\^JhFAhX[RHc\^JhFA0JRHc\^JhFAh[`0JRHc\^JhFAh vRHc\^J$jhFAhS0JRHcU\^JhFAh~h0JRHc\^JhFAhS^JjhFAhSU^J&C Y Z ] O"P"""""""#{######$$%%%%&&p&t&'''3(](b(c(((((()ǽ繃| hahahaB*CJaJphhlI h~hhlI h~hha hc{hh~hh~h6hc{h0JhajhS0JUh;mha0JhSjhSUh! h~hh! h~hh~hh[` h h! h h~h/)>)?)@)D)E)*****I+N+j+k+m+h,i,k,,,,,,,,D/E/H///// 000v3w33333355@6A6T6U6X6666778999Z9[9^9{;|;h<i<k<հթթ hc{h h hwSI h hEh! hc{hh@hlIh[` h h! h h~h hc{hwSI h~hh~hha h~hhah~hhaCJaJ@w3335A6U6699[9|;i=?BCDEGGmJKKMNN` d^`gd :gd  d^`gd\ igd\ ik<h=i=l=??AABBCCDDDEEEFFGGGGGlJmJpJJJKKKKKKKK\L]L_LMM8M9M;MNNNNNOOOOOOPRRRTTźŬ hc{h; h\ ih! h\ ih~h h h! h h~hh@ hc{hwSIh!PJ_HnHtHh~hh~hPJ_HnHtH h~hh!h[` hc{h h~hh~h>NOOOTX"XQYYY]bb"dddddefgg}htjj^ln d^`gd gd\ i:gd TXX!X"X%XPYQYYYYYY]]bbbbb!d"d%ddddddddeefffggggg|h}hPiQiSisjtjjjjkk]l^lalllmmZn]nnnnnnnnnnppp?r h hwSI h h! h h~hh@ hc{h#r hc{h[`hwSIh[` hc{hwSIh! h~hh~hInnnn@r;t@t]vdv8wyy3{^{'}~~3ʉՌ:gd  d^`gd gd\ igd ?r@rCrrsus:t;t?t@tCt\v]vcvdvgv7w8w;www7x:x&y)yyyyyy2{3{]{^{a{&}'}*}e}h}}}~~~~~̀Ѐ܀߀WZ69tw h h~hh[`B*CJphh! h\ ih! h\ ih~h h~hhm hc{hwSI h~hh~hh[`hc{hFcqnHtHG236.1ɉʉ͉Ӊ(+bcԌՌ،&'*ďDE_`dehyzՒ֒ےܒߒחؗۗ֘٘]^`h@hc{hwSIB*CJaJph hc{hSjhS0JU h~h0JhSjhSUh~hh~hB*CJphh[`B*CJph hc{hwSI h~hh~hh[` h h~h h h!:Ռ'E`ez֒ܒؗT[ qw2o !gd  d^`gd gd\ i:gd ęǙ STZ[^ ;<>pqvwz125nost  457~Xݪުƾh;mhdT0JhSjhSUhdThmhF1 h h! h h~hh[`B*CJph hc{hwSI h~hh~hh[`h@E !$IOPQ*+QRjkmnquíͭЭӭ6NZFIjkn ǽϲhwSI hc{h hc{h^ hc{hA\h@ h~hhdT h~h0JhSjhSUhF1hc{h~hh~h6h[` hc{hwSI h~hh~hhdTjhS0JU<nk3gw#5ϼ̾i d^`gd gd\ igd :gd 23fgvwz89"#458M[^eμϼҼ\]Խ69˾̾Ƽ筦Йh`hdT0Jh` hc{hc{hc{ h~hhgNShgNSjhS0JU h~h0JhSjhSUhdTh[` hc{hwSI h~hh~h h h! h h~hh"4<̾Ͼhilt IL|XZ] AE IQsFGɾɾhc{hwSIB*phh~hh~hB*phhwSIh7 h7h7 h~hh>ihc{ hc{hwSI h~hh~hh[`K G5E:\;Hgd\ igd  & F |*$1$^|`gdNn:gd  d^`gd GLSTX45DEHfpEHwz=@RUil 79:=[\_tҦ h h\;Lh\;L hc{hwSIh@h&U h~hh~hh[` h h! h h~hhwSIB*phhc{hwSIB*phh7B*phh~hh~hB*phA:;~WXZGH2KUYad| ]Ydejƾƾƫƫƫ h0h0h0hmh\;LhwSIB*phh[`B*phh@B*phh~hh~hB*ph h hgNSh@h[` h h! h h~h hc{hwSIh\;L h~hh~h=H Bw2Wkgd gd\ i:gd  & F*$1$gdNnjkop <?FOABETd`gtv4;qt MRlmy|!'ADkt h~hh :hWhwSI h h! h h~h hc{hwSIh[`h@h0 h~hh~hO !)|~W`givweh12PQVWjkƿ h[`h~h hc{h7 hc{hsPh@h\ i h h! h h~h hc{hwSIh[`hW h~hh~hItJ*$ & F (@ 0` P@1$7$8$H$a$gdNnm$)$ & F & 0` P@1$7$8$H$a$gdNnm$%$ & 0` P@1$7$8$H$a$gdlm$%$ & 0` P@1$7$8$H$a$gdg7m$ $a$gdlm$ $a$gdg7m$%&'(EFIJLXYz{|} #$56\]xy}~Żh[`^J_HaJh@^J_HaJh~hh~h^J_HaJhc{h=;^J_HaJh~hh~h5hc{h=;5 h[`h=;J&(FY{})$ & F & 0` P@1$7$8$H$a$gdNnm$%$ & 0` P@1$7$8$H$a$gdlm$*$ & F (@ 0` P@1$7$8$H$a$gdNnm$ $6]y~*$ & F (@ 0` P@1$7$8$H$a$gdNnm$)$ & F & 0` P@1$7$8$H$a$gdNnm$>r]]])$ & F & 0` P@1$7$8$H$a$gdNnm$*$ & F (@ 0` P@1$7$8$H$a$gdNnm$)$ & F & 0` P@1$7$8$H$a$gdNnm$%$ & 0` P@1$7$8$H$a$gdlm$ =>qs:<VX 67cdEFyzCEY\lnh[`^J_HaJhc{h=;^J_HaJh~hh~h^J_HaJRrs]]]])$ & F & 0` P@1$7$8$H$a$gdNnm$*$ & F (@ 0` P@1$7$8$H$a$gdNnm$)$ & F & 0` P@1$7$8$H$a$gdNnm$%$ & 0` P@1$7$8$H$a$gdlm$ ;<WX]])$ & F & 0` P@1$7$8$H$a$gdNnm$%$ & 0` P@1$7$8$H$a$gdlm$*$ & F (@ 0` P@1$7$8$H$a$gdNnm$)$ & F & 0` P@1$7$8$H$a$gdNnm$ 7d])$ & F & 0` P@1$7$8$H$a$gdNnm$%$ & 0` P@1$7$8$H$a$gdlm$)$ & F & 0` P@1$7$8$H$a$gdNnm$*$ & F (@ 0` P@1$7$8$H$a$gdNnm$ FzDEm)$ & F & 0` P@1$7$8$H$a$gdNnm$%$ & 0` P@1$7$8$H$a$gdlm$*$ & F (@ 0` P@1$7$8$H$a$gdNnm$ mn~wwlll_ $*$1$a$gdJdv $a$gdJdvm$ $a$gdg7m$)$ & 0` P@1$7$8$H$^a$gdBCm$)$ & F & 0` P@1$7$8$H$a$gdNnm$)$ & 0` P@1$7$8$H$^a$gdlm$ }~0147delô|x|eQ|x|eQ'jhS0JKHPJU_H9nH9tH9$h~hh~h0JKHPJ_H9nH9tH9hSjhSU hc{h$=KHPJ_H9nH9tH9h[`KHPJ_H9nH9tH9 h~hh~hKHPJ_H9nH9tH9h[`5KHPJ_H9nH9tH9#h~hh~h5KHPJ_H9nH9tH9h~hh~h5hc{h$=5 h[`h$= h[`h~hhc{hBC^J_HaJ~eY0 o     B      - E        $*$1$7$a$gdJdv $*$1$a$gdJdvlm "XY`a/ 0 n o v w      ±xi±±±±h[`5KHPJ_H9nH9tH9#h~hh~h5KHPJ_H9nH9tH9'jhS0JKHPJU_H9nH9tH9$h~hh~h0JKHPJ_H9nH9tH9 hc{h$=KHPJ_H9nH9tH9 h~hh~hKHPJ_H9nH9tH9#jhS>*B* KHPJUphh~h>*B* KHPJphhSjhSU%    ! " N O f g   Y Z          A B I J o p       ȱȱȱzi h~hh~hKHPJ_H9nH9tH9#h~hh~h5KHPJ_H9nH9tH9 hc{hJdvKHPJ_H9nH9tH9'jhS0JKHPJU_H9nH9tH9$h~hh~h0JKHPJ_H9nH9tH9hSjhSU hc{h$=KHPJ_H9nH9tH9 h~hh~hKHPJ_H9nH9tH9h[`KHPJ_H9nH9tH9"          , - D E L M v w               !"/067KL`ahiIJz(h h$=KHPJ_H9mH nH9sH tH9(h h~hKHPJ_H9mH nH9sH tH9h[`KHPJ_H9nH9tH9#jhS>*B* KHPJUphh~h>*B* KHPJphhSjhSU h~hh~hKHPJ_H9nH9tH9 hc{h$=KHPJ_H9nH9tH9+ "07La:X^gmM`h~ $7$a$gdJdv$*$1$7$a$gdJdvi9:WX]^fglmtuƱpdjhS0JPJUh h~h0JPJmH sH h h$=PJmH sH h h~hPJmH sH hc{h$=PJh~hh~hPJ h[`PJ(h h$=KHPJ_H9mH nH9sH tH9#jhS>*B* KHPJUph(h h~h>*B* KHPJmH phsH jhSUh hSmH sH #LM_`gh}~WXjk|}ȶȶА&h~hh~h5KHPJ\_H9nH9tH9#jhS>*B* KHPJUphh~h>*B* KHPJphhSjhSU hc{h$=KHPJ_H9nH9tH9 h~hh~hKHPJ_H9nH9tH9h[`KHPJ_H9nH9tH91Xk}<tGHYp$*$1$7$a$gdJdv;<st./EFHKXYop !./67`auvx¾°ې¾°h[`KHPJ_H9nH9tH9#jhS>*B* KHPJUphh~h>*B* KHPJphhSjhSU h~hh~hKHPJ_H9nH9tH9 hc{h$=KHPJ_H9nH9tH9&hc{h$=5KHPJ\_H9nH9tH98p!/wx&UdrY$*$1$7$a$gdJdv%&TUcdqrXYɴɬzlɴɴɴɴɴɬh[`KHPJ_H9nH9tH9#jhS>*B* KHPJUph(h h~h>*B* KHPJmH phsH h hSmH sH jhSU(h h$=KHPJ_H9mH nH9sH tH9(h h~hKHPJ_H9mH nH9sH tH9 h~hh~hKHPJ_H9nH9tH9 hc{h$=KHPJ_H9nH9tH9*/0IJst67PQSVjk}~Ʊرؠugh[`KHPJ_H9nH9tH9h~h>*B* KHPJphhSjhSU hc{h$=KHPJ_H9nH9tH9 h~hh~hKHPJ_H9nH9tH9(h h~hKHPJ_H9mH nH9sH tH9"h[`KHPJ_H9mH nH9sH tH9(h h$=KHPJ_H9mH nH9sH tH9#jhS>*B* KHPJUph(0JtRSk~34JUx$*$1$7$a$gdJdv124IJTUwx124CDVWyzIJIJ(h h$=KHPJ_H9mH nH9sH tH9(h h~hKHPJ_H9mH nH9sH tH9#jhS>*B* KHPJUphh~h>*B* KHPJphhSjhSU h~hh~hKHPJ_H9nH9tH9 hc{h$=KHPJ_H9nH9tH9534DWz78I] 8$*$1$7$a$gdJdv568HI\]  78ƱƱ}l}l}l}l}l}l} hc{h$=KHPJ_H9nH9tH9 h~hh~hKHPJ_H9nH9tH9h[`KHPJ_H9nH9tH9(h h~hKHPJ_H9mH nH9sH tH9(h h$=KHPJ_H9mH nH9sH tH9#jhS>*B* KHPJUph(h h~h>*B* KHPJmH phsH jhSUh hSmH sH *.Hk{ op$*$1$7$a$gdJdv-.GHjkz{  &'TU´£££££Žyyyyyynh hSmH sH (h h$=KHPJ_H9mH nH9sH tH9(h h~hKHPJ_H9mH nH9sH tH9 h~hh~hKHPJ_H9nH9tH9h[`KHPJ_H9nH9tH9 hc{h$=KHPJ_H9nH9tH9#jhS>*B* KHPJUphh~h>*B* KHPJphhSjhSU#Umnps"#[\IJĝĝĝĝĝĝugYH h~hh~hKHPJ_H9nH9tH9h[`KHPJ_H9nH9tH9h@KHPJ_H9nH9tH9(h h&~ KHPJ_H9mH nH9sH tH9h hSmH sH jhSU(h h~hKHPJ_H9mH nH9sH tH9"h[`KHPJ_H9mH nH9sH tH9(h h$=KHPJ_H9mH nH9sH tH9#jhS>*B* KHPJUph(h h~h>*B* KHPJmH phsH " , A V      ! !!!!4!I!!!!!!-"J"X"$*$1$7$a$gdJdv! " + , @ A U V ] ^             !! ! !!!!!!!3!4!H!I!P!Q!IJzzzzzzz(h h$=KHPJ_H9mH nH9sH tH9(h h~hKHPJ_H9mH nH9sH tH9h[`KHPJ_H9nH9tH9#jhS>*B* KHPJUphh~h>*B* KHPJphhSjhSU h~hh~hKHPJ_H9nH9tH9 hc{h$=KHPJ_H9nH9tH9-Q!x!y!!!!!!!!!!!!!!!!,"-"I"J"Q"W"X"_"`"r"s"ƱxgYHgHYHgHgHgHYgHgHg h~hh~hKHPJ_H9nH9tH9h[`KHPJ_H9nH9tH9 hc{h$=KHPJ_H9nH9tH9&hc{h$=5KHPJ\_H9nH9tH9 h[`5KHPJ\_H9nH9tH9&h~hh~h5KHPJ\_H9nH9tH9(h h$=KHPJ_H9mH nH9sH tH9#jhS>*B* KHPJUph(h h~h>*B* KHPJmH phsH jhSUh hSmH sH X"`"s""""""""""""""""""""M#gd$jN $a$gd$jNm$gdg7m$ $a$gdJdvm$$*$1$7$a$gdJdvs""""""""""""""""L#M#֗yrjbPA2Ah~hh~hB*CJaJphhc{h$jNB*CJaJph#hc{h$jN5B*CJ\aJphh~hh~h5hc{h$jN5 h[`h$jN h[`h~hh h$jNmH sH h h$=5mH sH (h h&~ KHPJ_H9mH nH9sH tH9(h h$=>*B* KHPJmH phsH (h h~h>*B* KHPJmH phsH (h h$=KHPJ_H9mH nH9sH tH9(h h~hKHPJ_H9mH nH9sH tH9M#P#Q#W#X#[#\#g#h#i#j#k#n#o##############D$F$S$T$h$i$m$n$z${$|$}$~$$$$$$$$$$$$%%%ǸǸǸǸǸǸǸǸǠǸǸǸǸǸǸǔǸǸǸǸh[`B*CJaJphh@B*CJaJph h~hh~hB*CJH*aJph hc{h$jNhc{h$jNB*CJaJphh~hh~hB*CJaJphhPh$jN5 hPh$jN5B*CJaJph hPh~h5B*CJaJph5M#Q#X#\#h#i#k#o#ZN $$Ifa$gd$jNkd$$IfT74\X/`)47ap(ytPT $G$Ifgd$jN $$G$Ifa$gd$jNo######:kd$$IfT7\X/`)47ap(yt$jNT $G$Ifgd$jN $$G$Ifa$gd$jN$d$If\$a$gd$jN$d$G$If\$a$gd$jN###T$i$n${$ $G$Ifgd$jN $$G$Ifa$gd$jN$d$If\$a$gd$jN$d$G$If\$a$gd$jN $$Ifa$gd$jN $$G$Ifa$gd$jN{$|$~$$$$tfZI9$d$If\$a$gd$jN$d$G$If\$a$gd$jN $$Ifa$gd$jN $$G$Ifa$gd$jNkd^ $$IfT7\X/`)47ap(yt$jNT$$%%% %[MA $$Ifa$gd$jN $$G$Ifa$gd$jNkd#!$$IfT7\X/`)47ap(yt$jNT $G$Ifgd$jN $$G$Ifa$gd$jN%%% % %Q%R%f%g%k%l%x%y%z%{%|%%%1&2&F&G&K&L&X&Y&Z&[&\&`&a&&&&&&&&&&&&&&''D'E'J'K'W'X'Y'Z'['_'`''''''''''''''(('(((6(7(C(D(E(G(H(L(M((((( hc{h$jNhc{h$jNB*CJaJphh~hh~hB*CJaJphV %R%g%l%y%z%:kd!$$IfT7\X/`)47ap(yt$jNT $G$Ifgd$jN $$G$Ifa$gd$jN$d$If\$a$gd$jN$d$G$If\$a$gd$jNz%|%%2&G&L&Y& $G$Ifgd$jN $$G$Ifa$gd$jN$d$If\$a$gd$jN$d$G$If\$a$gd$jN $$Ifa$gd$jN $$G$Ifa$gd$jNY&Z&\&a&&&tfZI9$d$If\$a$gd$jN$d$G$If\$a$gd$jN $$Ifa$gd$jN $$G$Ifa$gd$jNkd"$$IfT7\X/`)47ap(yt$jNT&&&&&&[MA $$Ifa$gd$jN $$G$Ifa$gd$jNkdr#$$IfT7\X/`)47ap(yt$jNT $G$Ifgd$jN $$G$Ifa$gd$jN&'E'K'X'Y':kd7$$$IfT7\X/`)47ap(yt$jNT $G$Ifgd$jN $$G$Ifa$gd$jN$d$If\$a$gd$jN$d$G$If\$a$gd$jNY'['`''''' $G$Ifgd$jN $$G$Ifa$gd$jN$d$If\$a$gd$jN$d$G$If\$a$gd$jN $$Ifa$gd$jN $$G$Ifa$gd$jN''''(((tfZI9$d$If\$a$gd$jN$d$G$If\$a$gd$jN $$Ifa$gd$jN $$G$Ifa$gd$jNkd$$$IfT7\X/`)47ap(yt$jNT((7(D(E(H(M([MA $$Ifa$gd$jN $$G$Ifa$gd$jNkd%$$IfT7\X/`)47ap(yt$jNT $G$Ifgd$jN $$G$Ifa$gd$jNM((((((:kd&$$IfT7\X/`)47ap(yt$jNT $G$Ifgd$jN $$G$Ifa$gd$jN$d$If\$a$gd$jN$d$G$If\$a$gd$jN(((((((((( ))")#)')()4)5)6)=)>))))))))))))))*** *4*5*C*D*P*Q*R*T*U********+++ + + +++ , ,,,,,,^-h :B*CJaJphh[`B*CJaJphh@B*CJaJph hc{h$jNhc{h$jNB*CJaJphh~hh~hB*CJaJphE((()#)()5) $G$Ifgd$jN $$G$Ifa$gd$jN$d$If\$a$gd$jN$d$G$If\$a$gd$jN $$Ifa$gd$jN $$G$Ifa$gd$jN5)6)>))))tfUE7 $$G$Ifa$gd$jN$d$If\$a$gd$jN$d$G$If\$a$gd$jN $$G$Ifa$gd$jNkdK'$$IfT7\X/`)47ap(yt$jNT))))) *i[O>$d$G$If\$a$gd$jN $$Ifa$gd$jN $$G$Ifa$gd$jNkd($$IfT7\X/`)47ap(yt$jNT $G$Ifgd$jN *5*D*Q*R*U*K= $$G$Ifa$gd$jNkd($$IfT7\X/`)47ap(yt$jNT $G$Ifgd$jN $$G$Ifa$gd$jN$d$If\$a$gd$jNU***+ + ++J< $$G$Ifa$gd$jNkd)$$IfT7\X/`)47ap(yt$jNT $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$a$gd$jN+ ,,,,--[M<$d$G$If\$a$gd$jN $$G$Ifa$gd$jNkd_*$$IfT7\X/`)47ap(yt$jNT $G$Ifgd$jN $$G$Ifa$gd$jN^-g----------_.`.e.f.q.r.s.u.v..........////"/#/$/&/'//////////////////0P0Q0U0V0g0h0i0j0l0m0000000011Z1ҿh :B*CJaJph hc{h$jNhc{h$jNB*CJaJphh~hh~hB*CJaJphh~hhgNSB*CJaJphK----`.f.r.i[J< $$G$Ifa$gd$jN$d$G$If\$a$gd$jN $$G$Ifa$gd$jNkd$+$$IfT7\X/`)47ap(yt$jNT $G$Ifgd$jNr.s.v....tfUG< $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$a$gd$jN $$G$Ifa$gd$jNkd+$$IfT7\X/`)47ap(yt$jNT...//#/tfUG< $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$a$gd$jN $$G$Ifa$gd$jNkd,$$IfT7\X/`)47ap(yt$jNT#/$/'////tfI;0 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^`a$gd$jN $$G$Ifa$gd$jNkds-$$IfT7\X/`)47ap(yt$jNT//////tfI;0 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^`a$gd$jN $$G$Ifa$gd$jNkd8.$$IfT7\X/`)47ap(yt$jNT//0Q0V0i0tfI;0 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^`a$gd$jN $$G$Ifa$gd$jNkd.$$IfT7\X/`)47ap(yt$jNTi0j0m0000tfM?4 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^a$gd$jN $$G$Ifa$gd$jNkd/$$IfT7\X/`)47ap(yt$jNT001}111tfM?4 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^a$gd$jN $$G$Ifa$gd$jNkd0$$IfT7\X/`)47ap(yt$jNTZ1z1|1}111111112222$2%2&2(2)2222222222222222222z3{33333333)4*4.4/4@4A4B4D4E44444444444455$5%5&5(5øøøøhc{h$jNCJaJh~hh~hCJaJ hc{h$jNhc{h$jNB*CJaJphh~hh~hB*CJaJphh :B*CJaJphH11122%2tfM?4 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^a$gd$jN $$G$Ifa$gd$jNkdL1$$IfT7\X/`)47ap(yt$jNT%2&2)2222tfM?4 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^a$gd$jN $$G$Ifa$gd$jNkd2$$IfT7\X/`)47ap(yt$jNT222222tfM?4 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^a$gd$jN $$G$Ifa$gd$jNkd2$$IfT7\X/`)47ap(yt$jNT222{333tfM?4 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^a$gd$jN $$G$Ifa$gd$jNkd3$$IfT7\X/`)47ap(yt$jNT333*4/4A4tfM?4 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^a$gd$jN $$G$Ifa$gd$jNkd`4$$IfT7\X/`)47ap(yt$jNTA4B4E4444tfM?4 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^a$gd$jN $$G$Ifa$gd$jNkd%5$$IfT7\X/`)47ap(yt$jNT44445%5tfI;0 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^`a$gd$jN $$G$Ifa$gd$jNkd5$$IfT7\X/`)47ap(yt$jNT%5&5)5555tfM?? $$G$Ifa$gd$jN$d$G$If\$]^a$gd$jN $$G$Ifa$gd$jNkd6$$IfT7\X/`)47ap(yt$jNT(5)5555555555"6#68696D6E6F6H6I66666666666666666666777 777777777777777R8S8W8X8c8d8e8g8h89˼jhS0JU h~h0JhSjhSU hc{h$jNh~hh~hB*CJaJphhc{h$jNCJaJh~hh~hCJaJhc{h$jNB*CJaJphB555#696E6tfI;0 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^`a$gd$jN $$G$Ifa$gd$jNkdt7$$IfT7\X/`)47ap(yt$jNTE6F6I6666tfM?4 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^a$gd$jN $$G$Ifa$gd$jNkd98$$IfT7\X/`)47ap(yt$jNT6667 77tfQC8 $G$Ifgd$jN $$G$Ifa$gd$jN$#d$G$If\$`#a$gd$jN $$G$Ifa$gd$jNkd8$$IfT7\X/`)47ap(yt$jNT777777tfI;0 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^`a$gd$jN $$G$Ifa$gd$jNkd9$$IfT7\X/`)47ap(yt$jNT777S8X8d8tfM?4 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^a$gd$jN $$G$Ifa$gd$jNkd:$$IfT7\X/`)47ap(yt$jNTd8e8h89*969tfQC8 $G$Ifgd$jN $$G$Ifa$gd$jN$#d$G$If\$`#a$gd$jN $$G$Ifa$gd$jNkdM;$$IfT7\X/`)47ap(yt$jNT99)9*959697999:9999999999::::;;; ; ;S;T;[;\;g;h;i;k;l;;;;;;;;;;;;;;<< <}<нжh@5CJ\aJh~hhP5CJ\aJhP5CJ\aJ hPh$jN hPh~hhc{h$jN5h~hh~hCJaJ hc{h$jNhc{h$jNB*CJaJphh~hh~hB*CJaJphhc{h$jNCJaJ46979:9999tfI;0 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^`a$gd$jN $$G$Ifa$gd$jNkd<$$IfT7\X/`)47ap(yt$jNT999::;tfI;0 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^`a$gd$jN $$G$Ifa$gd$jNkd<$$IfT7\X/`)47ap(yt$jNT;; ;T;\;h;tfI>> $G$Ifgd$jN$d$G$If\$]^`a$gd$jN $$G$Ifa$gd$jNkd=$$IfT7\X/`)47ap(yt$jNTh;i;l;;;;tfM?4 $G$Ifgd$jN $$G$Ifa$gd$jN$d$G$If\$]^a$gd$jN $$G$Ifa$gd$jNkda>$$IfT7\X/`)47ap(yt$jNT;;;;;;;~<<=tod\QQQQo $a$gd$jNm$gdg7m$ $a$gd$jNm$gd$jNkd&?$$IfT7\X/`)47ap(yt$jNT }<~<<==========e>f>>>&?'?F?G?o?p???????<@?@@@@@AABBBBBBBB D DD)DIDLDDDEپپپپپپپپپْپْپپْپپهْپh~hhgNSCJaJh@CJaJh@5CJ\aJhP5CJ\aJh~hh~h5CJ\aJhc{h$jNCJaJh[`CJaJhPCJaJh~hh~hCJaJhc{h H:5CJ\aJhc{h$jN5CJ\aJ5==f>>'?G?p????@ABBB DD;EEE & F 85x*$1$^5`gdNn & F *$1$gdNn & F 8Fx*$1$^F`gdNn & F x*$1$gdNngd$jNEE:E;EEEEEEEEFFFFFOFPFQFRFSFTFUFVFZF[F_F`FeFfFoFpFFFFFеth\h\h\h\h\h\h\h\h\h@h$jN5CJaJh@h~h5CJaJ#hc{h$jN5B*CJ\aJph#h~hh~h5B*CJ\aJphhc{h$jN5 h@h$jN h@h~h hc{h$jNhc{h$jNB*CJaJphh@B*CJaJphh~hh~hB*CJaJphhc{h$jNCJaJh~hh~hCJaJh~hhgNSCJaJ#EEFFFFPFRFTFVF[F`FfFpFFFFFFFFFFFf'A$$G$Ifa$gd$jN$$G$Ifa$gd$jNgd$jN $a$gd$jNm$gdg7m$FFFFFFFFFFFFFFFFFFFFFFFFFFFFFGGGGGG G GGGGGGGGGG=G>GEGFGGGHGIGJGLGMGPGQGRGSGTGVGWGZG[GG߳h~hh~hB*CJaJphhc{h$jNCJaJh~hh~hCJaJ hc{h$jNhc{h$jNCJ\aJh~hh~hCJ\aJh@h$jN5AFFFFFFFFFGGG GGGGGG>GFGHGJGMGQGRGFfJFfxG$$G$Ifa$gd$jNFfQD$$G$Ifa$gd$jNRGTGWG[GGGGGGGGGGGGGGGGGGGGGHFfPFfM$$G$Ifa$gd$jN$$G$Ifa$gd$jNGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHH"H#HJHKHRHSHTHUHVHWHXHZH]H^H_H`H···hc{h$jNCJaJh~hh~hCJaJhc{h$jNCJ\aJh~hh~hCJ\aJ hc{h$jNh~hh~hB*CJaJphhc{h$jNB*CJaJphDHHHHHHHHH#HKHSHUHWHYHZH^H_HaHdHFf;W$$Ifa$gd$jN$$G$Ifa$gd$jNFfT$ & F S$*$1$@&G$Ifa$gd$jN$$G$Ifa$gd$jN`HaHcHdHgHhHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH-I.I6I7I8I9I:I;II?I@IAICIDIGIHILIRISITIUIWIXI[I\I`IfIgIhIiIkIlIoIpIIIIIII hc{h$jNhc{h$jNCJaJh~hh~hCJaJh~hh~hCJ\aJhc{h$jNCJ\aJPdHhHHHHHHHHHHHHHHHHHHHHH.I7I9IFf]FfbZ$$G$Ifa$gd$jN$$G$Ifa$gd$jN9I;I=I>I?IAIDIHIMINIOIPIQIRISIUIXI\IaIbIcIdIeIfIgIFffFfc$$G$Ifa$gd$jNFf`$$G$Ifa$gd$jNgIiIlIpIIIIIIIIIIIIIIIIIIIII$JFfLmFf%j$$G$Ifa$gd$jN$$G$Ifa$gd$jNIIIIIIIIIIIIIIIIIIIIIII#J$J%J&J'J(J)J*J,J-J0J1J2J3J4J6J7J:J;JgJhJrJsJtJuJvJwJxJyJ|J}J~JJJJJJJJJJJJJJJɾ󾳾󾳾󾳾 hc{h$jNhc{h$jNCJaJh~hh~hCJaJhc{h$jNB*CJaJphh~hh~hB*CJaJphh~hh~hCJ\aJhc{h$jNCJ\aJD$J&J(J*J-J1J2J4J7J;JhJsJuJwJyJ}J~JJJJJJJJJFfs$$G$Ifa$gd$jNFfsp$$G$Ifa$gd$jNJJJJJJJJJJJJJJJJJJJJJJJJJJJKKKKKKKKKKK K!K"K#K%K&K)K*KNKOKPKQKRKSKTKUKWKXK[K\K]K^K_KaKbKeKfKKKKK˼hc{h$jNB*CJaJphh~hh~hB*CJaJphhc{h$jNCJ\aJh~hh~hCJ\aJ hc{h$jNhc{h$jNCJaJh~hh~hCJaJDJJJJJJJJJJJJJJJJKKKKK K!K#K&KFf}Ffy$$G$Ifa$gd$jNFfv$$G$Ifa$gd$jN&K*KOKQKSKUKXK\K]K_KbKfKKKKKKKKKKKKKKFf]Ff6$$G$Ifa$gd$jN$$G$Ifa$gd$jNKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK7L8L9L:L;LL@LBLCLDLELGLHLKLLLqLLLLLLLLLLLLLLLLLLLLL˼hc{h$jNB*CJaJphh~hh~hB*CJaJphhc{h$jNCJ\aJh~hh~hCJ\aJ hc{h$jNhc{h$jNCJaJh~hh~hCJaJDKKKKKKKK8L:LLALBLCLELHLLLLLLLLLLFfҌFf$$G$Ifa$gd$jNFf$$G$Ifa$gd$jNLLLLLLLLLLLLLLLLLLLMMMM M(MFf Ff$$G$Ifa$gd$jN$$G$Ifa$gd$jNLLLLLLLLLLLLLLLLMMMMMM M M'M(M2M3M4M5M6M7M8M:M;MeWeXepeqeeeƷƷhc{h$jNCJaJh~hh~hCJaJhc{h$jNB*CJaJphh~hh~hB*CJaJphhc{h$jN5CJ\]aJh~hh~h5CJ\]aJh~hhgNS5CJaJ?b bbb5bGbYbfbbbbbcIccccccd dDd & F *$1$gdNn T^gd$jN Tx^gd/ x^gd/ z^zgd$jNDdddd e e>eXeqeeee ff,ffhh$h%hhhihk $*$1$a$gdJdv $a$gdJdvm$gd^gd$jN x^gd/ & F *$1$gdNneeeee f fff+f,fffffgghhh#h$h%hghhhihkkĽ~iXG hc{hKHPJ_H9nH9tH9 h~hh~hKHPJ_H9nH9tH9(hc{hCJKHPJ_H9aJnH9tH9.hc{h5CJKHPJ\_H9aJnH9tH9.h~hh~h5CJKHPJ\_H9aJnH9tH9hc{h5 h@h h@h~hhc{h@CJaJhCJaJh~hh@CJaJhnCJaJhc{h$jNCJaJh~hh~hCJaJkkll@oAooopppTqqqrss1ttt9u:uu$ & F *$1$a$gdNn$*$1$^a$gd$ & F *$1$a$gdNn $*$1$a$gdJdvkll?oAoooppppSqTqqqqqrrss0t1ttttt8u:uuuuvvw_x`xaxyyy3y6y+z,z-z-{/{͸|)hc{hB*KHPJ_H9nH9phtH9)hc{hB*KHPJ_H9nH9phtH9#h/B*KHPJ_H9nH9phtH9)h~hh~hB*KHPJ_H9nH9phtH9 hc{h%KHPJ_H9nH9tH9 hc{hKHPJ_H9nH9tH9 h~hh~hKHPJ_H9nH9tH9/uuvw`xaxyy,z-z.{/{4{D{M{$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdv$*$1$^a$gd%$ & F *$1$a$gdNn $*$1$a$gdJdv/{3{4{C{D{L{M{N{O{P{V{u{{{||||~~~~~~~~~~34JK  ±£±±±Žo±±±±±±± hc{hnKHPJ_H9nH9tH9hnKHPJ_H9nH9tH9hKHPJ_H9nH9tH9 hc{hh/KHPJ_H9nH9tH9 hc{hKHPJ_H9nH9tH9 h~hh~hKHPJ_H9nH9tH9h@h5#h@h5KHPJ_H9nH9tH9#h@h~h5KHPJ_H9nH9tH9+M{N{P{{|yfG$$*$1$G$If]^`a$gdJdv$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvrkdv$$If74Fcx#c #    47a7pyt@||||~{hI$$*$1$G$If]^`a$gdJdv$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvqkd:$$If7Fcx#c #    47a7pyt@~~~~~~~~{hIIII$$*$1$G$If]^`a$gdJdv$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvqkd$$If7Fcx#c #    47a7pyt@~~4{\\$$*$1$G$If]^`a$gdJdv$$*$1$G$Ifa$gdJdvqkd$$If7Fcx#c #    47a7pyt@K{\=$$*$1$G$If]^`a$gdJdv$$*$1$G$If]^`a$gdJdv$$*$1$G$Ifa$gdJdvqkdS$$If7Fcx#c #    47a7pyt@ !"{\F1$$*$1$If`a$gdJdv$ & F $*$1$G$Ifa$gdNn$$*$1$G$If]^`a$gdJdv$$*$1$G$Ifa$gdJdvqkd$$If7Fcx#c #    47a7pyt@Á "#%pq#$%'Z[\^TUVXPQRSTkn}~ʉ     ȋɋʋ̋cdeg޸ާ h~hh :KHPJ_H9nH9tH9h[`KHPJ_H9nH9tH9 hc{h h~hhgNSKHPJ_H9nH9tH9 h~hh~hKHPJ_H9nH9tH9 hc{hKHPJ_H9nH9tH9B"#$%{dE$$*$1$G$If]^`a$gdJdv$$*$1$G$If`a$gdJdv$$*$1$G$Ifa$gdJdvqkd$$If7Fcx#c #    47a7pyt@q${\=$$*$1$G$If]^`a$gdJdv$$*$1$G$If]^`a$gdJdv$$*$1$G$Ifa$gdJdvqkdl$$If7Fcx#c #    47a7pyt@$%&'[{dE$$*$1$G$If]^`a$gdJdv$$*$1$G$If`a$gdJdv$$*$1$G$Ifa$gdJdvqkd$$If7Fcx#c #    47a7pyt@[\]^{dE$$*$1$G$If]^`a$gdJdv$$*$1$G$If`a$gdJdv$$*$1$G$Ifa$gdJdvqkd$$If7Fcx#c #    47a7pyt@U{dE$$*$1$G$If]^`a$gdJdv$$*$1$G$If`a$gdJdv$$*$1$G$Ifa$gdJdvqkd$$If7Fcx#c #    47a7pyt@UVWXQ{dE$$*$1$G$If]^`a$gdJdv$$*$1$G$If`a$gdJdv$$*$1$G$Ifa$gdJdvqkd8$$If7Fcx#c #    47a7pyt@QRT~{\=$$*$1$G$If]^`a$gdJdv$$*$1$G$If]^`a$gdJdv$$*$1$G$Ifa$gdJdvqkd$$If7Fcx#c #    47a7pyt@~ {dE$$*$1$G$If]^`a$gdJdv$$*$1$G$If`a$gdJdv$$*$1$G$Ifa$gdJdvqkd$$If7Fcx#c #    47a7pyt@   ɋ{\=$$*$1$G$If]^`a$gdJdv$$*$1$G$If]^`a$gdJdv$$*$1$G$Ifa$gdJdvqkdQ$$If7Fcx#c #    47a7pyt@ɋʋˋ̋{dE$$*$1$G$If]^`a$gdJdv$$*$1$G$If`a$gdJdv$$*$1$G$Ifa$gdJdvqkd$$If7Fcx#c #    47a7pyt@d{dE$$*$1$G$If]^`a$gdJdv$$*$1$G$If`a$gdJdv$$*$1$G$Ifa$gdJdvqkd$$If7Fcx#c #    47a7pyt@defg{dE$$*$1$G$If]^`a$gdJdv$$*$1$G$If`a$gdJdv$$*$1$G$Ifa$gdJdvqkdj$$If7Fcx#c #    47a7pyt@gwxyz{Ǐȏ؏ُڏۏВђҒDFqs­˜˜˜˜jjj1h~hh~hB*CJKHPJ_H9aJnH9phtH9)hc{h%B*KHPJ_H9nH9phtH9)hc{hB*KHPJ_H9nH9phtH9)hc{hB*KHPJ_H9nH9phtH9)h~hh~hB*KHPJ_H9nH9phtH9 hc{h hc{hKHPJ_H9nH9tH9 h~hh~hKHPJ_H9nH9tH9(x{dE$$*$1$G$If]^`a$gdJdv$$*$1$G$If`a$gdJdv$$*$1$G$Ifa$gdJdvqkd$$If7Fcx#c #    47a7pyt@xy{{\=$$*$1$G$If]^`a$gdJdv$$*$1$G$If]^`a$gdJdv$$*$1$G$Ifa$gdJdvqkd$$If7Fcx#c #    47a7pyt@ȏُ{\=$$*$1$G$If]^`a$gdJdv$$*$1$G$If]^`a$gdJdv$$*$1$G$Ifa$gdJdvqkd$$If7Fcx#c #    47a7pyt@ُڏۏђҒEttdWdWd X$*$1$a$gd%X$ & F*$1$a$gdNn $*$1$a$gd $*$1$a$gdJdvqkd6$$If7Fcx#c #    47a7pyt@ EFrs23ʙ˙ϙ֙$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdv $*$1$a$gdJdvgd $a$gdJdvm$X$ & F*$1$a$gdNn X$*$1$a$gd123tuwə˙Ιϙՙ֙ܙݙޙߙѹq`N[\cdegh­­­­­­­­­)hc{hB*KHPJ_H9nH9phtH9)h~hh~hB*KHPJ_H9nH9phtH9 hc{h hc{hKHPJ_H9nH9tH9 h~hh~hKHPJ_H9nH9tH9D}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdv}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkdV$$If7FXX XnX     47a7pytJdv=D}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdvDEG֛͛}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdv֛כٛ3;}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd`$$If7FXX XnX     47a7pytJdv;<>}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdv}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdv\d}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkdj$$If7FXX XnX     47a7pytJdvdeh}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdv{}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdvz{'(01245eflmnpq9:BCDFG45=>?ABɴޭɴޭɴޭɴޭɴޭɴޭɴޭɴޭɴޭɴ hc{h)hc{hB*KHPJ_H9nH9phtH9)h~hh~hB*KHPJ_H9nH9phtH9 hc{hKHPJ_H9nH9tH9 h~hh~hKHPJ_H9nH9tH9D(1}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkdt$$If7FXX XnX     47a7pytJdv125fm}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd"$$If7FXX XnX     47a7pytJdvmnq}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdv:C}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd~$$If7FXX XnX     47a7pytJdvCDG}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd,$$If7FXX XnX     47a7pytJdv}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdv5>}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdv>?B}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd6$$If7FXX XnX     47a7pytJdv}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdv019:;=>TU[\]_`   VW_`­˜­­­­­)hc{hB*KHPJ_H9nH9phtH9)h~hh~hB*KHPJ_H9nH9phtH9)hc{hB*KHPJ_H9nH9phtH9)h~hh~hB*KHPJ_H9nH9phtH9 h~hh~hKHPJ_H9nH9tH9 hc{h hc{hKHPJ_H9nH9tH931:}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdv:;>}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd@$$If7FXX XnX     47a7pytJdv}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdvU\}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdv\]`}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkdJ$$If7FXX XnX     47a7pytJdv }jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdv  W`}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdv`ad}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkdT$$If7FXX XnX     47a7pytJdv`acdYZ[\^_ĥǥlmnoqrƦǦȦɦ˦̦    tuvw­­­˜­­­­­)h~hh :B*KHPJ_H9nH9phtH9)hc{hB*KHPJ_H9nH9phtH9)h~hh~hB*KHPJ_H9nH9phtH9 hc{hKHPJ_H9nH9tH9 h~hh~hKHPJ_H9nH9tH9 hc{h3}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdvZ[}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdv[\_}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd^$$If7FXX XnX     47a7pytJdvmn}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd $$If7FXX XnX     47a7pytJdvnorǦȦ}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdvȦɦ̦  }jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkdh$$If7FXX XnX     47a7pytJdv  uv}jj$$*$1$G$Ifa$gdJdv$$*$1$G$Ifa$gdJdvnkd$$If7FXX XnX     47a7pytJdvvwxyz|}~xsnnnnnnnngdg7gd $a$gdJdvm$ $*$1$a$gdJdvnkd$$If7FXX XnX     47a7pytJdv wxyz{ħŧ˧̧ΧϧЧѧҧɸrc_N@h"4CJRHgaJmHsH h h"4CJRHgaJmHsHhh\ ihCJaJmH sH !h0JCJaJmHnHsH u h\ ih0JCJaJmH sH !jh\ ih0JCJUaJ$h\ ih@CJRHgaJmHsH h\ ihCJRHgaJmHsHh+Rjh+RUhc{hBC5hc{h54hc{hCJKHOJPJQJ^J _H9aJnH9tH9gdg7ѧҧ9:cdڨۨ$a$gdg7$a$gd$a$gd"4$a$gdc(gdg7/689:QVWXsbQ>-!jh[`h0JCJUaJ$h[`h@CJRHgaJmH sH  h[`hCJRHgaJmH sH  h[`hCJRHgaJmHsH hhCJRHgaJmHsHh"40JCJaJ h hCJRHgaJmHsHh\ ihCJaJmH sH $h\ ih@CJRHgaJmHsHhCJRHgaJmHsH h\ ihCJRHgaJmHsHhh"4hmHsH h"4h"40JCJaJmH sH X^_abcd{Ψ޾޾tcTGh[`hCJRHgaJh hCJaJmH sH  h hCJRHgaJmH sH  h hCJRHgaJmHsH$h[`h@CJRHgaJmH sH  h[`hCJRHgaJmH sH  h[`hCJRHgaJmHsHhh[`hCJaJmH sH !hw0JCJaJmHnHsH u!jh[`h0JCJUaJ h[`h0JCJaJmH sH ΨϨШ֨רب٨ڨۨ'+,-345678O๵ӹqgagVgO h(hh0JmHnHu h0Jjh0JUh3>h@RHgmH sH hRHgmH sH h3>hRHgmH sH h[`hCJRHgaJ h[`hCJRHgaJmHsHhh[`hCJaJhw0JCJaJmHnHuh[`h0JCJaJ!jh[`h0JCJUaJh[`h@CJRHgaJ78klөԩ89mnתت  @Ast٫$a$gdg7gdg7$a$gdHMO_`aghijkl˺˩˞wh^Q^D^9hY hmH sH hw0JmHnHsH uh~3h0JmH sH jh0JUh3>h@RHgmH sH hRHgmH sH h3>hRHgmH sH hRHgaJmHsHhh[`hCJaJ!hw0JCJaJmHnHsH u h[`h0JCJaJmH sH !jh[`h0JCJUaJ$h[`h@CJRHgaJmH sH  h[`hCJRHgaJmH sH ȩɩϩЩѩҩөԩթߩѵѪviv\vMh']hRHgaJmHsHh0JmHnHsH uh~3h0JmH sH jh0JUh3>h@RHgmH sH hRHgmH sH h3>hRHgmH sH hh[`hCJaJhw0JCJaJmHnHuh[`h0JCJaJ!jh[`h0JCJUaJh[`hCJRHgaJ h[`hCJRHgaJmHsH   (,-.456789:;>?AEJKOQ列vi^ZhhY hmH sH h0JmHnHsH uh~3h0JmH sH jh0JUh3>h@RHgmH sH hRHgmH sH h3>hRHgmH sH h@RHgaJmHsHh@RHgaJmHsH h']h@RHgaJmHsHh']hRHgaJmHsH h']h@RHgaJmHsHQbcijklmn翻yhWhFh;h[`hCJaJ!hw0JCJaJmHnHsH u h[`h0JCJaJmH sH !jh[`h0JCJUaJ$h[`h@CJRHgaJmH sH h[`hCJRHgaJ h[`hCJRHgaJmH sH  h[`hCJRHgaJmHsHhh hmH sH h h0JmHnHsH uh h0JmH sH jh0JUh hRHgaJmH sH ˪̪ͪӪԪժ֪תت     $56<=>?@AXY_Ͼxk\Qxk\Qxh[`hCJaJhw0JCJaJmHnHuh[`h0JCJaJ h[`hCJRHgaJmHsHhh[`hCJaJmH sH !hw0JCJaJmHnHsH u h[`h0JCJaJmH sH !jh[`h0JCJUaJ$h[`h@CJRHgaJmH sH  h[`hCJRHgaJmH sH h[`hCJRHgaJ_ghiopqrstɫͫ˺˩˞|˺˩m`V`V`V`hRHgmH sH h3>hRHgmH sH h[`hCJaJmH sH h[`hCJRHgaJ h[`hCJRHgaJmHsHhh[`hCJaJ!hw0JCJaJmHnHsH u h[`h0JCJaJmH sH !jh[`h0JCJUaJ$h[`h@CJRHgaJmH sH  h[`hCJRHgaJmH sH ͫΫϫի֫׫ث٫ګ     &78˺vgVE4!jh@h0JCJUaJ h@hCJRHgaJmH sH  h@hCJRHgaJmHsHhnhCJaJmH sH !hw0JCJaJmHnHsH u hnh0JCJaJmH sH !jhnh0JCJUaJ hnhCJRHgaJmH sH  hnhCJRHgaJmHsHh h(hh0JmHnHu h0Jjh0JUh3>h@RHgmH sH ٫ګ BCuv߬7(gdgd}GO$a$gd"4$a$gdHM$a$gdJdv8>?@ABCDNOWXeijkqrstuv޾yraTC!jhnh0JCJUaJhnhCJRHgaJ hnhCJRHgaJmHsH h(hh0JmHnHu h0Jjh0JUh3>h@RHgmH sH hRHgmH sH h3>hRHgmH sH hh@hCJaJmH sH !hw0JCJaJmHnHsH u!jh@h0JCJUaJ h@h0JCJaJmH sH ¬Ԭլ۬ܬݬެ߬ijӕ}pfpfpfpWMGM h0Jjh0JUh3>h@RHgmH sH hRHgmH sH h3>hRHgmH sH h@hCJaJh@h0JCJaJ!jh@h0JCJUaJh@hCJRHgaJ h@hCJRHgaJmHsHhhnhCJaJhw0JCJaJmHnHu!jhnh0JCJUaJhnh0JCJaJ®îʮ  5ůƯfl>?  !IP߻߻߻߻߻߻߻۳hc{hBC5 h1FhUhw h,.hh"4h5CJaJh+Rh h(hjh0JUh0JmHnHu4(iii) revive the GTSPP infrastructure, the termsof reference and composition of the Steering Group of GTSPP; (v) develop a strategic frame work of the next generation of the GTSPP netCDF format revision; (v) report on interaction with other projects; and (vi) adopt the work plan for 20122013. The document summarizes meeting discussion points, presentations given by both local participants in Ostend and remote participants via Webex and the GTSPP Steering Groups response to the U.S. National Oceanographic Data Center proposed changes in the GTSPP Continuously Managed Database support. The GTSPP work plan for 20122013 is shown in Annex III of the meeting report. The participants planned for the next meeting to be held in the first quarter of 2014. 8 001+:po"{. A!"#8$% H 0000P1+:p{. A!"#5$% DpK 0 0000P1+:p{. A!"#5$% DpB 00P1h:p {. A!"#$% Dp?0P&P :pk}. A!"#$% DpE 0 00P1h:pJdv{. A!"#$% DpI 0 00P1h:pJdv{. A!"#$% P DpE 0 00P1h:p&{. A!"#$% DpB 00P1h:p$jN{. A!"#$% DpB 00P1h:p$jN{. A!"#$% Dp> 00P:pw}. A!"#$% Dp;0P:p@}. A!"#$% Dp;0P:pJdv}. A!"#$% DpnT'P&BQތPNG  IHDR#PLTEU~ IDATx۲S_y8P"./Ix[(~ j{ P(b Al 6@A .|Lߏ֊b% @I' .="{4At;'Ҩ T|Xv=g{bBAW U/Ag\ueb?ArчzN@g[mԻ 0b8 &i>s2@=ci |XVl$75ˉM@ԁ Fjx rarrrrjr!JrˋIFjAރIx]+Jf(=j{_ pDƮLzv.m)HU|>,&y~ӌ5$cLJcgt9zF}dC)dHF2/ulD3T"o%z'bz\obA8db3J %*jܡ.Act!;Y[&cdGI)bǰf8u.6RC5tœ2U|lSIi{Բ6;1o c-w~lʏ ~~Bv&*q.y <} 6kUb(;q{ @4 #n8@ ,[g4+6>|v g0ݕlp{VX)5M/>d+;) |aƂs@d줐  ;n*6p ɱxҭ!2ٱ4 q|R,KL]& lc^b&69SޗsAW\ŮH.Xk{"2q'j|6'GIZuم>k{:xm;vu"^w+]~{o<01Uӎ} nݏZ^+dlcNUYVVJ:?dATmhŷւ+$꒳msKG1>ϷgH/j߬uH1ۛ쭒2nWS*I\ONϘG+bR`[S#CF]ܭBXIm].Um%= f RSQdNތ.FU[MnRS]n57 Tm`@Nz F%{#;K Y{cv #H}Jrj+֊!uv t72x(>@m#z7rm>rɃhQpS #FD{ad^s3Rn>(% _3$7;FhX}WeU7x_U齼q*m`b;G$yP;:i+<EPZ ¨Ɏy@Xȏ@lMb Al 6@A P(b ?5 IENDB`n!EWUkāPNG  IHDRl^0ޙPLTE!L8}$H`m=}2n~8]YD:kt3Ӷ&\{c.PvlmňT5CsѩcѴ/q[[|73`} RAC!Tu3fֿSyvx,AFqJqk֟dcĭػֆWkG#fKFJb{5LBkqj5NeԱl{.W^[5?StđOৼB jRՉ4!>bKGDHgIFg>U cmPPJCmp0712HsIDATx^흏_Y2. IK0hg(lKmrH ]M;?J缞'`}ϙ9s/ڿF¿IԖe#Mä'Ut6kȲ~ʿ῰ `[5'O?^O?\ɓtd_:lYeL`M퓻 -g'(c+'YdĿL̝3c bgUU3 ;Н'O'є/™8C'W #q˂m>M)=}q5r`>(G/ ̾ ]ۂ!(:engAC4PU s`˾GqtCßCN !;JW>gmCLR L'GQ=lԥb,%-K꡼?[n ڭ됌zdz:q)NJh(6vn$͇pvUiUZg4{1IIDAT`>2F\)dG ɏzthK7̷b^/7[^.Kdc 恃i Z2urXzڥ,@0zvC1֫z&)Jujcāu.[yeS;t3cUPG? &hg;sJǢc, |24F~X!\1y} )U{E.dE5bo]{+(rZV'[J>(HvU&ţigAn6^ +)Xlvv=׻Λjk#36+5xem6gI>L"t[%qE| nMK}mml߳9Q\^x/ee 29ߒ'z=)e'2BmզhKpf2k/^|Nq7b(Kj 8(Vt*#t0u9$[,"!KAhw?|ँzccwwBҥ:at3:jWFCGiZ5#k;6֥7Xu&Vԇ}׀?El1lf&6:L 49GQ$->لtn"lLN0M6iIDATe)-XT\t"auž*·ٱ"f=GĤZ(?,~s!g~ ˌPH `c~ ̻y~V!*?RD!h`z%LBEqf 6V4u^-Wo2aT!C:pr%a:|;Tr9p!o5@5@oa`[lLd㣱%d{~r+/u"}S˃$yqmλRLW6N1;lv.ADF.5#M&O.u㒁)Mµ߽˵ $Uw^PdSfM8DA%2۫4ǘ^~30،C=%G O]'M[ʾGx6^d$$)١X_X͛7þɅ:Mm@^Mc@ w3s .:GoZIDAT 궮R-S v6]2}^1cx5TdMFgo(Bh^4sHuc"Z0kjqE#!d?=a*@ M41Vz̊+f1wdCzppafw;ш}i1&tghl!@vr&Bv-g[Oٺ6ga#>ӄˆc5NE`n'>b&۠]_(nz$lT$\3ѕn☆gg djaxk8xy'jO }<@ڞMm+KvrAوn 59A 4[%KIDATir8ѮBbͤ3>TF- `}}+0:B-?~Y,_v 2IGǜdjr\❰Il^0!aY5:p\e$ϲ.jaqa$R$wgãm`[8&'gam{;% 6Ԅ +cp2exֵ.Q5 u"aji9Y|\3"O}U6C*|G wmm6ldѼ;5{tQwq`]L QɈ۳uV3? 2zמ$Zm -P͛no `rd;V.EA(]CHGŪ+Lg6?vqv+`M}dʳٺab^#V,NcdZ9O"kzѶ8T]K.jKC!O*J8PQQwwSNLG^+98BjcKqt[(F];|k/iQAm'YYSUX?6:y"t}` [3v fXmNu.?Q3!x;\AR'RoUWfP5N $yNPCC tp&vR럩j†V?_*^[ʌ+t3vglup4r{hH]GQcv\)~::$fŘkSFě"AV}*إ"] o?:=, ؐEK3`7M%c IgXet?pf#;A ʘ&Avt4*H-cCmqRTa{>NSVC-uh1q =|`ñJFQ95=/V$<bN`Эi ?{u:'Wi kIDAT!FNTC;u>w -"e6cÇ %ݗcF&<)Š+&gZ tN_hzgZ>#]3cw)[jWu>90X5숪}Mj ߩ%,,plv4l;I6 nM̴Nh oM3o,gVxA1N,ǁ5l߼o!D~SV8셅g].{m{6 ԏKΞBߢ*NR81kWG{٫xְg#߶zFB*Rz~A܋\6ۙܰkrߚb|(sA hLh}hv S?lk%6fQHL4<:g<7?0Z<ɵTO- nWfe*lHpԏPK]iم[7nRBrRiֵm]?ah`[ Pn-($6_;_o9ZXٜ9l| i@M`\X0s9ҮNwy} 4ƞ-݇q1lR:< Fz4ԈJŦ1ݴI*LwF#ٜ;{To"H4]"lD;<%#Ckt$1'd=Xg)ȠtJ̹$VbヨO|Cm:26޺rmB?+=kt?>~*ymf{t]k<1KIDATG#O6gBsmᾀx)33̜zy.o{6Yff#W35ɜji-&1v ol^hI۴i"!Ppl9غ؛X0 GK(WahȂ'WE#l'˗YȰ}Ƹonn[!0.3b1, /m?iX=;f/%&Qcyio޼qws+>6;<as]R8>`nqVIR˯''WwiY\D'kZ\cf-[OpHc8~e ~4&>,86:urG`ڽΛ-~</Aٮ2 vY:A\b'a৺g/3> F cO੎3Y_I./ؾ}ox U&f~{EJl,r\V|kƒqFצob:ҼZ;~.;3cikm``+ YBV8۾,] a+1ffc!ߍJ D= s WD1x ;?_Ivv4ӐQVf-`ta^ ^Bݖ.>] %aD n`{{~_g [lܣ%g")F\؄M,$.P}ʿ{&\7W>JAݼ903lYwk $j4lhW`cekLtgma~{qcUwHF8γ#x[:6'9cuat RNgm^ɛOIDAT}P 6ca˜bg0m.h9 bt Z{䔦ONs{S] E&|F_**0Uj7>|Tt)ߏDQ?I- R#P$j4#l|D'g?OiZp,FSRd`ӧT\Q <9}3G7o tuuTď"r!r,Tr+ sVjA=ZEzc~dLa[m5$ փ 4(z*mc%g`kBT2ǧFq& PXu륉&r>:@*ܷYW y+UQL-*+^U=G /@!QU\573Q~YWXt6EΙJO컠nħ\l~6 '#p(0#ٻH ^d* D" -Aٟ'S採2989le]5Ⴒ vr4 Y׼4ʛ%6s,3ފfpFY ZKۄCk W ᴲ9w?<7]*\AI R$|R)L"Fp2%I-Ir#8xH  v?ؑWiejW3ʩplKds^f.Qm]h(wNu9"o|mu.;jdȈ0׊?D' ?yVPHCRF\SԒ(,vDf#!\}Npd<~m4J-oAy&)q66K` >}DK f b-f“~ጶV`j«4n</ߚ3,s,XV zTssFn=qB/G஑;-|IDATz >:$FJ v- ٘ſЕZJiASdiߑk* RQ^;[&N8^mQu ;=L,;m ܾJŠ-儡=amkWe(dLHFF%+r3-h@(d$OiH(HSC:.>;ۈ`lKJ$42{[)JenY$[Eo.A(ܶSidPJI`3k >_ ǥeڲPQ(}9w _m @ܐoCIz@;M.K]Gt*_l&& 7;giO噧}a ^_'uSwkIENDB`}DyK _Toc198111319}DyK _Toc198111320}DyK _Toc198111321}DyK _Toc198111322}DyK _Toc198111323}DyK _Toc198111324}DyK _Toc198111325}DyK _Toc198111326}DyK _Toc198111327}DyK _Toc198111328}DyK _Toc198111329}DyK _Toc198111330}DyK _Toc198111331}DyK _Toc198111332}DyK _Toc198111333}DyK _Toc198111334}DyK _Toc198111335}DyK _Toc198111336}DyK _Toc198111337}DyK _Toc198111338}DyK _Toc198111339}DyK _Toc198111340}DyK _Toc198111341}DyK _Toc198111342}DyK _Toc198111343}DyK _Toc198111344}DyK _Toc198111345}DyK _Toc198111346}DyK _Toc198111347}DyK _Toc198111348}DyK _Toc198111349}DyK _Toc198111350}DyK _Toc198111351}DyK _Toc198111352}DyK _Toc198111353}DyK _Toc198111354}DyK _Toc198111355}DyK _Toc198111356}DyK _Toc198111357}DyK _Toc198111358}DyK _Toc198111359}DyK _Toc198111360}DyK _Toc198111361}DyK _Toc198111362}DyK _Toc198111363}DyK _Toc198111364}DyK _Toc198111365}DyK _Toc198111366}DyK _Toc198111367}DyK _Toc198111368}DyK _Toc198111369}DyK _Toc198111370}DyK _Toc198111371}DyK _Toc198111372}DyK _Toc198111373}DyK _Toc198111374}DyK _Toc198111375}DyK _Toc198111376}DyK _Toc198111377}DyK _Toc198111378}DyK _Toc198111379}DyK _Toc198111380}DyK _Toc198111381$$If!vh#v/#v`#v#v:V 74)5/5`55/ / / / 47p(ytPT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT$$If!vh#v/#v`#v#v:V 7)5/5`55/ / / 47p(yt$jNT:$$If!v h#v_#v#v#v#vF#v#v#v v:V 74J5_5555F555 v/  / / / 47pZyt@kd?$$If74 (c -_FvJ$$$$47apZyt@)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd&C$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdMF$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdtI$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdL$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdO$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdR$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdV$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd7Y$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd^\$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd_$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdb$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkde$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdh$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd!l$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdHo$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdor$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdu$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdx$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd{$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd $$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd2$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdY$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdΎ$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdC$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdj$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdߤ$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd-$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdT$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd{$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdɷ$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd>$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkde$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd$$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkd($$If7 (c -_FvJ$$$$47apZyt$jN)$$If!v h#v_#v#v#v#vF#v#v#v v:V 7J5_5555F555 v/  / / 47pZyt$jNkdO$$If7 (c -_FvJ$$$$47apZyt$jN$$If7!vh#vc#v #v:V 74#5c5 5/ / / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vc#v #v:V 7#5c5 5/ / / 47a7pyt@$$If7!vh#vX#vn#v:V 74X 5X5n5/ / / / 47a7pyt@$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv$$If7!vh#vX#vn#v:V 7X 5X5n5/ / / 47a7pytJdv_ ppp08XV~OJ QJ _HmH nH sH tH R`R }GONormal $a$ CJOJQJ_H aJmH sH tH l@l   Heading 18$ & F SS*$1$@&^S`a$5@j@j \ i Heading 2:$ & F SSd@&^S`a$:T@T   Heading 3 & Fd@& 5:@]T@T !+ Heading 4 & Fd@&5@CJ\aJP@P "+ Heading 5 & Fd@&6CJ]aJh@h #+ Heading 6' & Fd-D@&M 5@B*\phYYYZ@Z $+ Heading 7 & F@&56B*CJ\]aJphZZZT@T %+ Heading 8 & F@&5B*CJ\aJph` @` &+ Heading 9 & Fd@&56B*CJ\]aJphDA`D Default Paragraph FontRi@R 0 Table Normal4 l4a (k ( 0No List 4@4 L7X0Header !4 4 M7X0Footer !.)@. 7X Page NumberzO"z 7X'Style Heading 1 + Character scale: 103%  & FCJRHg\o1\  Heading 1 Char'5@CJOJQJ_H aJmH sH tH oA 7X1Style Heading 1 + Character scale: 103% Char Char+5@CJOJQJRHg_H aJmH sH tH OR 7XCStyle Justified Left: 0.24 cm First line: 1.2 cm Right: 0.2 c...d]o^`aJ~b~ 7X-Style Heading 2 + Before: 12 pt After: 3 pt  & Fjsj Q Table Grid7:V06U`6 X  Hyperlink >*B*phFV`F X FollowedHyperlink >*B* ph88 Mrp TOC Heading1@& B@B pTOC 1$xxa$5;CJaJD@D pTOC 2$^a$ :CJaJPB@P [ Body Text"5CJOJQJ\_HaJmH sH VoV [Body Text Char"5CJOJQJ\^JaJmH sH XoX \ iHeading 2 Char#:CJOJQJ_H aJmH sH tH bob  Heading 3 Char-5:@CJOJQJ]_H aJmH sH tH ^o^ MrHeading 4 Char*5@CJOJQJ\_H aJmH sH tH Zo!Z MrHeading 5 Char&6CJOJQJ]_H aJmH sH tH xo1x MrHeading 6 CharD5@B*CJOJQJ\_H aJfHmH phYYYq sH tH boAb MrHeading 7 Char-56B*OJQJ\]_H mH phZZZsH tH \oQ\ MrHeading 8 Char'5B*OJQJ\_H mH phsH tH joaj MrHeading 9 Char556B*CJOJQJ\]_H aJmH phsH tH F>@F (MrTitle ',m$:CJ4OJ QJ _HaJ48o8 'Mr Title Char :CJ4aJ4NJ@N *MrSubtitle)!6:@ CJOJ QJ ]_HaJHoH )Mr Subtitle Char6:@ CJ]aJ*W`* Mr`Strong5\8X`8 Mr@Emphasis56@ \]<< MrMedium Grid 21-PP Mr Light Grid - Accent 31 .^m$nOn 0MrMedium Shading 1 - Accent 31/6CJOJ QJ ]_HaJ^o^ /Mr Medium Shading 1 - Accent 3 Char6]O 2MrMedium Shading 2 - Accent 31.1d,N P ]^6CJOJ QJ ]_HaJ^o!^ 1Mr Medium Shading 2 - Accent 3 Char6]>o1> Mr0Subtle Emphasis16]FoAF MrPIntense Emphasis1 56\]>oQ> MrSubtle Reference1:FoaF MrIntense Reference1 5:\<oq< Mr Book Title1 6:@]NON Wbodytext8dd[$\$CJ OJ QJ _HaJ 22 + link-externalPOP para: SS`SOJPJQJ_HnHtHP^@P +0 Normal (Web) ;1$_HaJhmH sH fP@f K+ Body Text 2 <a$+5B*CJOJQJ\_HaJmH phsH D@D +pTOC 3=$^a$ 6CJaJ@@@ +pTOC 4>$^a$CJaJ@@@ +pTOC 5?$p^pa$CJaJ@@@ +pTOC 6@$L^La$CJaJ@@@ +pTOC 7A$(^(a$CJaJ@@@ +pTOC 8B$^a$CJaJ@@@ +pTOC 9C$^a$CJaJD@BD E2 Balloon TextDCJOJ QJ aJVoQV D`Balloon Text CharCJOJ QJ _H aJmH sH TobT kmMedium Grid 22FCJPJ _HaJmH sH tH e@r H"0HTML Preformatted>G2( Px 4 #\'*.25@9a$CJOJ QJ _HaJPoP G"0HTML Preformatted Char OJ QJ ^J dod oDefaultI1$7$8$H$-B*CJOJQJ^J_HaJmH phsH tH   go`o` <y%Body Text 2 Char'5B*CJOJQJ\^JmH phsH JoJ y%0 Header CharCJOJQJ_H aJmH sH JoJ y%0 Footer CharCJOJQJ_H aJmH sH \C@\ Oy%Body Text Indent Nx^a$CJ_HaJmH sH ZoZ Ny%Body Text Indent CharCJOJQJaJmH sH B'`B Comment ReferenceCJaJ<@< R Comment TextQCJaJVo!V QComment Text CharCJOJQJ_H aJmH sH Hj@H TComment SubjectS5CJ\aJboAb SComment Subject Char"5CJOJQJ\_H aJmH sH R .pULY@bL W=; Document MapVCJOJQJ^JaJZoqZ V=;Document Map Char CJOJQJ^J_H aJmH sH T@T  vColorful List - Accent 1 X^m$@+@@ Z` Endnote TextYCJaJNoN Y`Endnote Text CharOJQJ_H mH sH >*`> `Endnote ReferenceH*B@B ]` Footnote Text\CJaJPoP \`Footnote Text CharOJQJ_H mH sH @&`@ `Footnote ReferenceH*PK!pO[Content_Types].xmlj0Eжr(΢]yl#!MB;.n̨̽\A1&ҫ QWKvUbOX#&1`RT9<l#$>r `С-;c=1g~'}xPiB$IO1Êk9IcLHY<;*v7'aE\h>=^,*8q;^*4?Wq{nԉogAߤ>8f2*<")QHxK |]Zz)ӁMSm@\&>!7;wP3[EBU`1OC5VD Xa?p S4[NS28;Y[꫙,T1|n;+/ʕj\\,E:! t4.T̡ e1 }; [z^pl@ok0e g@GGHPXNT,مde|*YdT\Y䀰+(T7$ow2缂#G֛ʥ?q NK-/M,WgxFV/FQⷶO&ecx\QLW@H!+{[|{!KAi `cm2iU|Y+ ި [[vxrNE3pmR =Y04,!&0+WC܃@oOS2'Sٮ05$ɤ]pm3Ft GɄ-!y"ӉV . `עv,O.%вKasSƭvMz`3{9+e@eՔLy7W_XtlPK! ѐ'theme/theme/_rels/themeManager.xml.relsM 0wooӺ&݈Э5 6?$Q ,.aic21h:qm@RN;d`o7gK(M&$R(.1r'JЊT8V"AȻHu}|$b{P8g/]QAsم(#L[PK-!pO[Content_Types].xmlPK-!֧6 -_rels/.relsPK-!kytheme/theme/themeManager.xmlPK-!!Z!theme/theme/theme1.xmlPK-! ѐ'( theme/theme/_rels/themeManager.xml.relsPK]# txC0:[t  :    V   / s   4 !,,,,,,,,X{{{}}..a&&&ZZZZZZZZ)^^^---``1fff> n "l-E=Qo' vC )k<T?r̾Gjl  iUQ!s"M#%(^-Z1(59}<EFG`HIJKLMNOQR]^aek/{g`wXΨOQ_ͫ8    !"#%&(*+-/124578>HOXahnpruw{}N L xw3NnՌHrm~ pX"M#o##{$$ %z%Y&&&Y''((M((5)) *U*+-r..#///i001%2223A44%55E6677d8699;h;;=EFRGHdH9IgI$JJ&KKL(MMNNQOO=PQQR[^bDdkuM{|~~"$[UQ~ ɋdxُE֙D֛;d1mC>:\ `[nȦ v٫  $'),.0369:;<=?@ABCDEFGIJKLMNPQRSTUVWYZ[\]^_`bcdefgijklmoqstvxyz|~:VX#%Rnp ')Fbd,.Okmz*FHXtv - / < X Z g  1 3 l   6 R T u   & B E T p s  1 4 n &BEi"%Zvy  2NQg7:w03[wz/2`|1=?Wjl=Obݟ*Qj8\0l`v!NfYIoLvht.E6 ` u        6 P  115 &Tm"[]Px++++++t %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXJQTU\^!#NUW~$&RY[!(*T[]%,.Zac!!!!!!!!!!!!!!!!!!!!!!!! /Xb$T'P&BQތqb$EWUkā!@H 0(  zSmM$  F (     s p0e0e.Text Box 12$TT$TT#"?PK![Content_Types].xmlAN0EH%] tA% T0'dly'-XӸ\AL:}^HUcd`p* VCLj__'2?첋Y%{VA!< psșk[1ool>)&a8}/PK!#j _rels/.relsj0 }qN/k؊c[F2e~"Kl`0;1 (6{PF783.#c(Y ̵W͘tT0Dlm#]ڀzgͿ0n @]nStLBS%M=lݑm7rf9`5Y4Բ~G>~WoPK!~drs/e2oDoc.xmlTێ }@gmg4Yms*&1*f(۪'l p3s۾U K]]zWүьL%}.^L!ЀѮLIM$jDXmǥ%ܲ[tt`P pw5"׵vURqdqÊe1 QLj b/ZYYpP ZV"r@6Y`r9?%tLf-Ad㐞θ ̑3戆eNY ]#p28:>{Ckۆa6cϥ T9g2-:&GbNG>FAY9Kt#^hu)X}\m^hj\7J]^ "/ %3LV?̲v, PK-![Content_Types].xmlPK-!#j ,_rels/.relsPK-!~,drs/e2oDoc.xmlPK-!drs/downrev.xmlPK L  s A? b!+F o^'3 @ @*UKYNYN{3YN24YN<UKGAG@9M3N'9Md KIZ[ED 4/!#" ?  A? H.bjcomm_logoDescription: Untitled:Users:peterpissierssensoffice:Documents:Office Files Peter Pissierssens:2007:tsunami monitoring system:new monitoring web site:jcomm_logo.gifQ`TQ`T#" ?B S  ?bct !> _Toc323723423 _Toc198111319 _Toc323723424 _Toc198111320 _Toc323723425 _Toc198111321 _Toc323723426 _Toc198111322 _Toc323723427 _Toc198111323 _Toc323723428 _Toc198111324 _Toc323723429 _Toc198111325 _Toc323723430 _Toc198111326 _Toc323723431 _Toc198111327 _Toc323723432 _Toc198111328 _Toc323723433 _Toc198111329 _Toc323723434 _Toc198111330 _Toc323723435 _Toc198111331 _Toc323723436 _Toc198111332 _Toc323723437 _Toc198111333 _Toc323723438 _Toc198111334 _Toc323723439 _Toc198111335 _Toc323723440 _Toc198111336 _Toc323723441 _Toc198111337 _Toc323723442 _Toc198111338 _Toc323723443 _Toc198111339 _Toc323723444 _Toc198111340 _Toc323723445 _Toc198111341 _Toc323723446 _Toc198111342 _Toc323723447 _Toc198111343 _Toc323723448 _Toc198111344 _Toc323723449 _Toc198111345 _Toc323723450 _Toc198111346 _Toc323723451 _Toc198111347 _Toc323723452 _Toc198111348 _Toc323723453 _Toc198111349 _Toc323723454 _Toc198111350 _Toc323723455 _Toc198111351 _Toc323723456 _Toc198111352 _Toc323723457 _Toc198111353 _Toc323723458 _Toc198111354 _Toc323723459 _Toc198111355 _Toc323723460 _Toc198111356 _Toc323723461 _Toc198111357 _Toc323723462 _Toc198111358 _Toc323723463 _Toc198111359 _Toc323723464 _Toc198111360 _Toc323723465 _Toc198111361 _Toc323723466 _Toc198111362 _Toc323723467 _Toc198111363 _Toc323723468 _Toc198111364 _Toc323723469 _Toc198111365 _Toc323723470 _Toc198111366 _Toc323723471 _Toc198111367 _Toc323723472 _Toc198111368 _Toc323723473 _Toc198111369 _Toc323723474 _Toc198111370 _Toc323723475 _Toc198111371 _Toc323723476 _Toc198111372 _Toc323723477 _Toc198111373 _Toc323723478 _Toc198111374 _Toc323723479 _Toc198111375 _Toc323723480 _Toc198111376 _Toc323723481 _Toc198111377 _Toc323723482 _Toc198111378 _Toc323723483 _Toc198111379 _Toc323723484 _Toc198111380 _Toc323723485 _Toc198111381annex1annex2annex3annex5annex4annex6annex7CC$$$$w(w(((A+A+9.9.88<<@@CCDDDDMMNNWWYY\\t_t_cccccc;i;i]k]knn3p3psszz{{EE``ևևTTqqoo33gg##ƶƶ55;;ww22kk:[[u  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~YY$$ % %((((T+T+Z.Z.99<<@@CCDDDD!M!MNNWWYY\\__cccccc?i?ickcknn]p]pss{{2{2{ԁԁ__ddۇۇZZvv22ffvv44˳˳ 44DD79~~AAVV;[[u{ ~ -!0!b$e$% %]%a%&&8(@(((*+`+h+,,f.m.00 22l2s288 99;;;<<<p?w???@AA ACCEEGFNFJKQKrKK-M4MNNOPWW%Y,YcYpYYY[[\\aagaaabbccCgIggguh}hKiRigkmk;lCl:mAm)n1nnnp!pipqphrprrr ssssuuwwZx`xxxxxy$y?zFzwzzzz+1*2Ąʄho ~NJ`hیٍߍǎΎfl6;”z5<HR nt8>۰T^9?ls ÷ŷηػ߻ɽн! `g OXHOz @I ?E]b&+rw|`ghn~ &!AJTVgl#ELPX`g[g ( ) 1 5 B E O P X b h w z {   % 0 5 ~49;BIRS\adeikrt{sw -:?F^a"&.&}&&''1'8'--////00#V/V\VhVVVVV WW%W.WZWfWWW^^j$j3m:mvv||@F X_+2Y_28 ]c'0Ěɚ)*45?@JKUVnrtÛ1<ʜϜܜ49DNx͝ҝݝGQ|"KUlq~ןܟ $OYàĠ[^ۢ&+rux :=R&_&((,,4556==??lJJd[[nnjszsYz\zi}s}n"C¢}ӷַHc,9%hjehcfCF$'"14,-88::;;====.>1>>>$?%?h?l?????@@O@P@@@@@8A9AAAAA(B,BeBhBBBBBBC8CD_DcD|DDDDDDEEEEGGGGHH4IVXNPQS"$U&Y[àĠOru:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::X*      Ь }?$:>mdΠK hxhx~* ^`OJQJo( 8^8`OJQJo(^`OJ QJ ^J o(o  p^ `OJQJo(  @ ^ `OJQJo( x^x`OJQJo(H^H`OJ QJ ^J o(o ^`OJQJo( ^`OJQJo( ^`OJQJ^J-hh^h`()88^8`.L^`L.  ^ `.  ^ `.xLx^x`L.HH^H`.^`.L^`L.80^8`0()*88^8`567>*B*CJS*\]^J aJph . `8^``^J .. 88^8`^J .. ^`^J ...  pp^p`^J ....    ^ `^J .....  @ @ ^@ `^J ......    ^ `^J .......  ^`^J ........  ^`OJQJ^J 88^8`OJQJ^J% ^`OJQJ^J% ^`OJQJ^J pp^p`OJQJ^J%   ^ `OJQJ^J% @ @ ^@ `OJQJ^J   ^ `OJQJ^J% ^`OJQJ^J%80^8`0()^`5OJQJ\ 88^8`OJQJ^J% ^`OJQJ^J%^`5OJQJ\ pp^p`OJQJ^J%   ^ `OJQJ^J%@ @ ^@ `5OJQJ\   ^ `OJQJ^J% ^`OJQJ^J% ^`OJQJ^J 88^8`OJQJ^J% ^`OJQJ^J% ^`OJQJ^J pp^p`OJQJ^J%   ^ `OJQJ^J% @ @ ^@ `OJQJ^J   ^ `OJQJ^J% ^`OJQJ^J%^`OJQJ ^`OJQJ^J 88^8`OJQJ^J% ^`OJQJ^J% ^`OJQJ^J pp^p`OJQJ^J%   ^ `OJQJ^J% @ @ ^@ `OJQJ^J   ^ `OJQJ^J% ^`OJQJ^J% ^`OJQJ^J. 88^8`OJQJ^J. ^`OJQJ^J. ^`OJQJ^J. pp^p`OJQJ^J.   ^ `OJQJ^J. @ @ ^@ `OJQJ^J.   ^ `OJQJ^J. ^`OJQJ^J.^`) hh^h`OJQJ^J% ^`OJQJ^J% 88^8`OJQJ^J ^`OJQJ^J% ^`OJQJ^J% pp^p`OJQJ^J   ^ `OJQJ^J% @ @ ^@ `OJQJ^J%^`5\.77^7`5\.RR^R`5\.nn^n`5\.^`5\.^`5\.^`5\.^`5\.  ^ `5\.80^8`0()P^`Po(.^`o(.0^`0o(..00^0`o(... ^`o( .... PP^P`o( ..... ^`o( ...... p`p^p``o(.......   ^ `o(........^`.^`.pL^p`L.@ ^@ `.^`.L^`L.^`.^`.PL^P`L.%h^h`56@CJEHOJQJRHdaJo(ANNEX .8^8`.L^`L. ^ `. ^ `.xL^x`L.H^H`.^`.L^`L.P^`Po(.@@^@`o(.0^`0o(..``^``o(... ^`o( .... ^`o( ..... ^`o( ...... `^``o(....... 00^0`o(........P^`Po(.@@^@`o(.0^`0o(..``^``o(... ^`o( .... ^`o( ..... ^`o( ...... `^``o(....... 00^0`o(........P^`Po(.;@@^@`4*567:;<>*@EHH*KHOJQJS*\]o(.0^`0o(..``^``o(... ^`o( .... ^`o( ..... ^`o( ...... `^``o(....... 00^0`o(........ hh  x~>md }?WW8Num1 425115012WW8Num16 425115014 425115019WW8Num24 4251150111 4251150112WW8Num33WW8Num13WW8Num14WW8Num15 4251150119WW8Num44         $x        7Wy2&@Ky2&TLy2&y2&Rk'y2&g'y2&t2y2&-7pD=@Qy2&c:Uy2&?)Yy2& Zy2&VWay2&ay2&qdLWly2&qy2&g TV>i  Y n ~ d &~ ~Tea8,.z;.[}bM9>U "o"`$%)W*{.0cq0i2T34[4g7$9 H:=;A;=$=>0@cABu BFkEVFwSILaIlIiEJL\;L2M}7MqM!NX`N$jN}GOsP+RRevRgNSSdTSU7XgYT\ZT]{u]^Rn^_KV_s_-`iA`[`a[bcU,c~h\ iJlnNnFcq vJdvxuyq{}->~X[`c{HMA\dyJ!/`w}SMMuK7U: Tc(E1F%?S .w>MU9I)F1FA W1`Pg"49658 G?r&&/G!BC_lm?3# :^xerHL&{&Ukw,YS#ri~.@&L}/7^.m{*,@қ|XNOvth@h h h@hZh@h@UnknownG*Ax Times New Roman5Symbol3 *Cx ArialG5 jMS Mincho-3 fg5MSimSun;Helvetica_ DejaVu SansTimes New RomanK Times-RomanTimesWLiberation Serif-3 0fgILohit Devanagari7@Cambria7 [ @VerdanaC  PLucida Grande? *Cx Courier NewiPOVWQJ+TimesNewRomanPSMTCambria5Tahoma;WingdingsAArial Narrow_ OpenSymbolArial Unicode MSA$BCambria Math!1ht'zGt'^=]4^=]4520XXC#QHP $P'7X2xx *Intergovernmental Oceanographic CommissionPeter PissierssensPeter Pissierssens`                 Oh+'0 0< ` l x ',Intergovernmental Oceanographic CommissionPeter Pissierssens Normal.dotmPeter Pissierssens6Microsoft Macintosh Word@0@,1@1@vq24^=] ՜.+,D՜.+,\ hp  'UNESCOlX +Intergovernmental Oceanographic Commission TitleH 8@ _PID_HLINKS'A'G>http://www.gtspp.org/'G;http://www.gtspp.org/]T8mailto:jodcint@jodc.go.jpU05mailto:greg@metoc.gov.aun\2+mailto:loic.petit.de.la.villeon@ifremer.fr2;/ mailto:s.ogawa@met.kishou.go.jp ?,mailto:llehmann@ucsd.eduIR) mailto:kizu@pol.gp.tohoku.ac.jpBG&#mailto:s_ishizaki@met.kishou.go.jp#)mailto:mizuho_hoshimoto@met.kishou.go.jp "mailto:Stephan.Heckendorff@awi.deU1!mailto:melanie.hamilton@noaa.gov5#mailto:raul.guerrero@inidep.edu.ar[.mailto:gustavo.goni@noaa.govtimailto:Meilin.Chen@noaa.gov\^mailto:krisa.arzayus@noaa.govN6%mailto:rschlitzer@awi-bremerhaven.deBs mailto:nodc@meteo.ru'Vmailto:w_ito@met.kishou.go.jpB&mailto:sissy@hnodc.hcmr.gr}rmailto:norman.hall@noaa.gov[mailto:tacula@gmail.com\4!mailto:Joaquin.Trinanes@noaa.govb\mailto:robertkeeley@rogers.comffmailto:jfywork@yahoo.com.cn3$ mailto:Francis.Bringas@noaa.gov1,mailto:charles.sun@noaa.gov!T%mailto:mathieu.ouellet@dfo-mpo.gc.cagmailto:Ann.Thresher@csiro.au~!mailto:Thierry.Carval@ifremer.frsOhttp://www.iode.org/index.php?option=com_oe&task=viewDocumentRecord&docID=8205>^;http://ferret.wrc.noaa.gov/noaa_coop/coop_cdf_profile.html http://www.iode.org/mg22qp?http://www.nodc.noaa.gov/General/DeepwaterHorizon/support.htmlGhttp://www.gtspp.orgNhttp://www.iode.org/index.php?option=com_oe&task=viewEventAgenda&eventID=1023w<annex7w=annex6w>annex5w?annex4w8annex3w9annex2w:annex1  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~      !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~      !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~   Root Entry Fnq2 Data r1TableWWordDocument @SummaryInformation(DocumentSummaryInformation8MsoDataStoreQq2-zSq2CDVMQTKQWP3HK==2Qq2ySq2Item  PropertiesUCompObj `  F Microsoft Word 97-2004 DocumentNB6WWord.Document.8