[seek-kr-sms] SMS Partial Design -- Request for Comments
jones at nceas.ucsb.edu
Tue Apr 6 09:20:12 PDT 2004
I think its a great approach, Rich. EML does indeed have a lot of the
information that you would want in the the semantic representation, and
grabbing information out of EML woulod reveal a lot about
addiitons/changes to EML that would be useful. There are a lot of
partial EML documents filled out, but more recently a few pretty
extensively filled out documents. In particular, there are 181 data
sets in the KNB from the GCE LTER site that have extensive metadata,
including taxonomic, spatial,and temporal coverage, and full metadata on
the data tables. And they have data available. Starting with one or
more of these might be useful as a mapping exercise. For example, this
data set --
-- (and others like it) contains abundance data that could be used by
the Garp algorithm if only a research could determine that the
relationships between what Garp requires and what is present in the data
set are met.
Rich Williams wrote:
> I agree that metadata to semantics is a generic issue, not just an issue for
> EML. For example, I expect that we'll find it useful to grab the basic
> structure (syntax) of an actor from the MoML when semantically describing
> it. For now, I think EML is particularly important since it's in use and
> has significant semantic content. The ontologies currently provide a basic
> framework that should be able to handle the mapping, though I'm sure that
> implementing the mapping will reveal plenty of holes in the details. I'm
> ready to work on it if there's consensus that this is an important
>>From: Shawn Bowers [mailto:bowers at sdsc.edu]
>>Sent: Monday, April 05, 2004 9:32 PM
>>To: Rich Williams
>>Cc: seek-kr-sms at ecoinformatics.org; Dave Thau; Ilkay Altintas; Joseph
>>Goguen; Jenny Guilian WANG
>>Subject: Re: [seek-kr-sms] SMS Partial Design -- Request for Comments
>>This makes sense to me: do the metadata "harvesting" first to build the
>>initial "template" (or as you say, high-level mapping); then let the
>>data or service provider fill in the additional mapping as needed.
>>Note also that there may be different types of metadata: EML for
>>datasets (there are possibly others for datasets, but we seem focused on
>>EML) and MoML or WSDL for services. Not sure how much can be obtained
>>from the service ones.
>>I also wonder if the ontologies are already close to being able to
>>handle the mapping from the high-level EML. We should look into this.
>>Rich Williams wrote:
>>>Good stuff Shawn! Here are a few comments on the registration
>>>mainly to do with EML. I think it's important to leverage the
>>work done on
>>>EML and integrate it with the semantics. We need to establish a mapping
>>>between EML and the OWL ontologies and capture the semantics that are
>>>implicit in EML.
>>>I think that a lot of the semantic description of the dataset as a whole
>>>could be derived from the EML metadata, assuming it is
>>>For example, information about the spatial and temporal extent of the
>>>dataset and about the observed taxa should be in the metadata.
>>>than handing the user an essentially empty mapping, we will
>>>the mapping as far as possible from the EML metadata.
>>>Given a data set with EML metadata, I see a two-stage semantic
>>>1) Automatically create high-level (data set and data table level) RDF
>>>individuals for an EML-described data set. They will be useful
>>>a high level search of a data set, which can be rejected if
>>>of interest in the RDF individuals before the more detailed semantic
>>>registration is used.
>>>2) Create a lower-level semantic registration of individual
>>fields in a data
>>>table. This will refer to the higher-level EML-based
>>individuals for parts
>>>of the context that do not change from field to field. When doing a
>>>semantic query, these individuals will only need to be instantiated and
>>>queried if thtere is a higher-level match (#1 above).
>>>Given this, in your document, I think it would make sense to
>>>sequence proposed, so that step 6 happens before steps 2-5.
> seek-kr-sms mailing list
> seek-kr-sms at ecoinformatics.org
More information about the Seek-kr-sms