Difference between
version 13
and
version 11:
At line 2 added 22 lines. |
+ !!Update - 06/2010 |
+ |
+ The work so far has focused on two parallel goals: |
+ * Build, distribute and support the NcML handler in Hyrax so that we can establish more metadata uniformity across servers without modifying datasets; and |
+ * Build Java/XSLT software to transform the DAP 3.x DDX response into EML |
+ |
+ !NCML Handler |
+ |
+ Hyrax 1.5.x contains a the NcML handler that supports adding attributes and Hyrax 1.6.x contains a version of the NcML handler that supports aggregations, too. Other work will continue to add new capabilities to the handler |
+ |
+ !EML generation |
+ |
+ In general, we cannot build valid EML using only a 'raw' DDX and XSLT. In most cases we will need some Java code to read values from the dataset and/or additional metadata inserted into the DDX using NcML. However, for dataset that conform to the Climate Forecast 1.0 metadata convention (CF-1.0), we can build EML directly from the 'raw' DDX response (without using Java to read data values or NcML to insert additional metadata). |
+ |
+ Here is an [EML document | http://reap.ecoinformatics.org/attach?page=Ocean_use_case_searching%2F20040103-NCDC-L4LRblend-GLOB-v01-fv01_0-AVHRR_AMSR_OI.nc.bz2.eml] built using XSLT from a DDX from a dataset with CF-1.0 metadata. |
+ |
+ About the EML: The EML generated assumes: |
+ * Only Grids are interesting variables in a given dataset/granule |
+ * The dataset complies with CF-1.0 |
+ * Provides dataset-scope geo-temporal metadata |
+ * Every Grid shares that dataset-scoped geo-temporal metadata |
+ |
Back to Ocean_use_case_searching,
or to the Page History.
|