You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Metadata is an integral part of ecocomDP data discovery and use.
While information-rich metadata is available to end users in the EDI and NEON data portals, it's not available in the R environment. Additionally, read_data() returns sparse and incomplete metadata with an inconsistent format in the EDI and NEON implementations.
Because EDI and NEON both publish detailed metadata in the EML standard, it should be possible to include it in the metadata field of the read_data() return object. While the EDI use case can be solved by simply reading in the EML from the archived L1 data package and attaching it to the read_data() return object, in NEON's case, we'll need to create EML "on-the-fly" during the L0-to-L1 mapping process since some returned metadata values are informed by user supplied arguments to read_data() (e.g. temporalCoverage, geographicCoverage, and taxonomicCoverage).
Returning EML metadata as an XML document, via xml2::xml_read(), facilitates working with XML and conversion to other user preferred representations (e.g. a native list object via emld::as_emld() or JSON-LD via emld::as_json()).
Metadata is an integral part of ecocomDP data discovery and use.
While information-rich metadata is available to end users in the EDI and NEON data portals, it's not available in the R environment. Additionally,
read_data()
returns sparse and incomplete metadata with an inconsistent format in the EDI and NEON implementations.Because EDI and NEON both publish detailed metadata in the EML standard, it should be possible to include it in the metadata field of the
read_data()
return object. While the EDI use case can be solved by simply reading in the EML from the archived L1 data package and attaching it to theread_data()
return object, in NEON's case, we'll need to create EML "on-the-fly" during the L0-to-L1 mapping process since some returned metadata values are informed by user supplied arguments toread_data()
(e.g. temporalCoverage, geographicCoverage, and taxonomicCoverage).Returning EML metadata as an XML document, via xml2::xml_read(), facilitates working with XML and conversion to other user preferred representations (e.g. a native list object via
emld::as_emld()
or JSON-LD viaemld::as_json()
).@sokole, how does this sound? What am I missing?
The text was updated successfully, but these errors were encountered: