|
Data Aggregation : Meeting_2006.12.09_Francisco
This page last changed on Jan 02, 2007 by graybeal.
Attendees
Overview of the Data Aggregation Strategy(Not presented in the meeting, but added here for clarity) Status BOGMike - Prototype by the end of December. Mike M. showed dapper/dchart, where 50% of BOG data is already available. Process consists of converting BOG projects into NetCDF files and uploading them to Dapper. There are some limitation of Dapper, such as presenting profiles at various depth. Status Moorings to OGC / SWELuis - working on it - plan to finish end of December Status list of devices and the status for data aggregationLuis - in progress ... Status Use case - Mooring AUV and ShipJulien. Made a presentation containing abstraction strategies from the special use case. Julien presented his tool and how to catalog metadata to be searchable. The group discussed that use case cannot be solved using a metadata catalog system (e.g. SSDS), a data base that has spatial-query capabilities will serve this purpose better. Mike suggested that getting mooring data in a similar format of how the BOG files are being created and upload them to Dapper could address Francisco's use case. Dapper uses MySQL as a back-end to increase the performance on queries. Status to-friendly-ASCIISeth - almost done with mooring raw data. Francisco wants the plots to quality controlled them. Status Big PictureGetting data to NetCDF holds as the strategy. We will need more metadata about a NetCDF files to be able to wrap this file in other formats and metadata interfaces. Two possible ways: add more metadata in the NetCDF files or use SSDS to get more metadata information. For the later all the NetCDF files created need to be register in SSDS. Mike M. can add to header as needed. To have a one stop shopping center based on SSDS will take about 3 - 6 months of software engineer with Kevin's expertise. Action items for the next meeting
Next steps
|
| Document generated by Confluence on Feb 04, 2026 08:25 |