AON Data Questionnaire Results 21 Respondents Last Updated 27 March 2007 First AON PI Meeting Scot Loehrer, Jim Moore

Summary of Information Requested Contact Information and project summary Data Archive Information –What, where, data types –Need for central archive –Parameters, formats, metadata –Time and space resolution –Quality control

Summary of Information Requested (cont) Real-time data collection and access –What, when, quality control –Where are the data accessed –Interest on other real time data Special Datasets (e.g. human dimensions) Additional Considerations –Complementary data needs –Priority task for AON success –Other special requirements

Interesting statistics/perceptions 200+ parameters More than 300 sites (200 alone from permafrost Need details on ‘collaborator’ networks and sites ~20 unique currently active real-time and/or archive web sites ~15 groups with real-time data provision Different levels of Q/C depending on when the data are made available Most folks not sure about need/desire for real- time data

Summary of PI ‘Data Formats’ Question 1. ASCII 2. ascii comma separated 3. Raw data in various formats; all coverted to Excel for present purposes; many data files archived in ASCII 4. ASCII files, NetCDF, preferably GeoTIFF) 5. ASCII, but we can make NetCDF or any other formats if required. 6. ASCII 7. Many types 8. Typically ascii or matlab 9. ASCII and MATLAB. 10. Variables will range from interval (e.g. income) to categorical (e.g. type of management institution) scaling. 11. ascii column 12. netCDF 13. no response. 14. Ascii 15. Data formats to date are ASCII. 16. spread sheets (Excel) 17. Transcripts; audio recordings; video recordings; photographs; maps; artwork; scientific measurements. 18. MS-Excel or ascii text, jpeg images 19. Prefer.mat (matlab data file) or flat ascii files 20. Real numbers with to digits after decimal point. 21. NETCDF (preferred) and MATLAB binary.

Metadata to be provided Whatever is needed site layout and instrumentation specifications Most data are now available using LTER Network Metadata standards (EML) FDGC and ISO compliant metadata files (html and ASCII txt) Metadata for the buoys are currently provided by the manufacturers to JCOMMOPS, but we can collect these and provide them to the AON. Our data will be presented in a web format with metadata prominently displayed. location, time measurement technique, etc, see Variable definition, scaling, geographic level, time periods, quality assessment.

Metadata to be provided (cont) latitude, longitude, platform, Date, Time netCDF header information detailing the fields that are present in each file. We will also provide metadata that contains both this netCDF header type information, some expansion on that information, and additional information on the dataset as a whole. Standard as per current archive. text description Unknown. ELOKA will work this out with project partners. Joss data set guidelines Lat, long, time and data format readme files (in ascii)

Metadata to be provided (cont) We have a special form for metadata, which was approved and used by GTN-P project. Embedded in NETCDF, with additional information in text files as necessary.

A Central AON Archive the main new need is to ensure seamless collaboration with other AON/IPY projects. To achieve this a central archive is less important than clear and simple metadata protocols Central access point to distributed archive data would be helpful Not absolutely necessary, links and sharing is key Yes, especially for new AON PIs

Summary of Data Management Priorities Comments Prompt collation of AON data at one, easily accessible site. Maintaining an overview of programs and data Permanent archiving of the data Easy data submission process (to aid getting the data collated quickly) QC of the data to be done by PIs (time to do so) Easy search by region, date, measurement and subsetting by region, date, or measurement Clear graphical representations of data availability by maps and update rates

Summary of Data Management Priorities Comments How are the data to be used Archive raw and/or processed data Provide data in a usable format accessible by the broad community and stakeholders Efficient archive procedures A location for collaborative projects/data sharing Standardized datasets of all parameters Consider new data system models (Ameriflux, IDV)

Other comments and concerns CADIS will develop to be a major access point for AON data. Our success will rely on the cooperation of the AON investigators. We think that the Arctic-RIMS database contains many of the desired features to support inter- disciplinary research within AON. can we make sure there is an ASCII version of the data - not just matlab, not just excel… … concerned about other researchers using my data without including me as an author, proper citation, or improperly using the data (bad conclusions that may be biased due to how data was collected etc)