thanx simon,
i understand that we should look into the description of value structure if
we discuss observations and measurements in DC-ENV context. however, i
wanted to take it one step further down by asking whether we need to include
description on observation and measurements for environmental information
resources in a DC-ENV application profile AT ALL. what kind of resources
would that be, if not structured data that are dealt with by expert
communities, like e.g. OGC in there own ways.
most reports on the state of the environment are based on structured data.
but the data that make it into the report are mostly heavily aggregated and
'refined'. since the report usually refers to the source data it may be
useful to use DC to describe them as well (in addition to the report) if
they are available online. but as of now i'm not quite sure about example
cases.
so if anybody on the list could give us some hint here....!
cheers
thom
-----Ursprüngliche Nachricht-----
Von: Simon Cox [mailto:[log in to unmask]]
Gesendet: Dienstag, 3. September 2002 03:01
An: [log in to unmask]
Betreff: Re: DC-ENVIRONMENT Digest - 30 Aug 2002 to 2 Sep 2002
(#2002-18)
No - I'm not proposing that simply importing the namespace is the solution.
Just pointing out that there has been some recent work in this area, and the
conceptual models are now reasonably well understood.
In particular, there are some solid ideas about how to structure a
description of complex observations and measurements.
This includes a description of the value structure (the "column headings")
which might be just what you are looking for.
In return, the structured-data community could probably gain some valuable
assistance in the semantic aspects of the problem.
Simon
_____
[This mail represents part of a discussion of work in progress
and should not be used for any purpose without my permission.]
_____
[log in to unmask] CSIRO Exploration & Mining
26 Dick Perry Avenue, Kensington WA 6151
PO Box 1130, Bentley WA 6102 AUSTRALIA
T: +61 (8) 6436 8639 F: +61 (8) 6436 8555 C: +61 (4) 0330 2672
http://www.csiro.au/page.asp?type=resume&id=CoxSimon
> -----Original Message-----
> From: Automatic digest processor [mailto:[log in to unmask]]
> Sent: Tuesday, 3 September 2002 7:47 AM
> To: Recipients of DC-ENVIRONMENT digests
> Subject: DC-ENVIRONMENT Digest - 30 Aug 2002 to 2 Sep 2002 (#2002-18)
>
>
> There is one message totalling 185 lines in this issue.
>
> Topics of the day:
>
> 1. AW: DC-ENVIRONMENT Digest - 9 Aug 2002 to 29 Aug 2002 (#2002-16)
>
> ----------------------------------------------------------------------
>
> Date: Mon, 2 Sep 2002 10:26:38 +0200
> From: Thom Pick <[log in to unmask]>
> Subject: AW: DC-ENVIRONMENT Digest - 9 Aug 2002 to 29 Aug
> 2002 (#2002-16)
>
> simon,
>
> i reckon that you're proposing to point to the OWS namespace
> in order =
> to
> include measurement data.=20
>
> however, my intention was to start a discussion on whether the =
> 'element'
> measurement data is needed at all for the discovery of environmental
> information...... keeping in mind that we are discussint (the
> potential =
> need
> of) a dc-env application profile. it seems to me that we basically =
> could
> make do with DCES and DCQ if we agreed on some additional
> schemes for =
> the
> environmental domain.
>
> thom
>
> -----Urspr=FCngliche Nachricht-----
> Von: Simon Cox [mailto:[log in to unmask]]
> Gesendet: Freitag, 30. August 2002 05:20
> An: [log in to unmask]
> Betreff: Re: DC-ENVIRONMENT Digest - 9 Aug 2002 to 29 Aug 2002
> (#2002-16)
>
>
> Concerning your question
>
> > 1. what is your opinion on the element 'Measurement Data'?
> >
> > Name: measurementdata
> > Label: MeasurementData
> > Definition: Describes the content, function and format of a set of
> > measurement data
> > Comment: May be helpful to integrate packages of measurement data.
> >
> > however, it seems to me that this could be covered by DCMES
> > appropriately.
>
> I am working with Open GIS Consortium on a very closely related topic.
> I am responsible for a discussion paper on this topic
> published by OGC =
> at
>
> http://www.opengis.org/techno/discussions/02-027.pdf
>
> The paper was developed as part od the SensorWeb Enablement
> thread of =
> OGC's
> Web Services interoperablity project, which included US EPA,
> NASA, NIMA
> amongst its sponsors. The paper is currently under revision
> as part of =
> a
> follow-up project in OGC. A focus of the revision is to harmonise =
> better
> with some external standards in this area, such as [1] and also with =
> OGC's
> Web Coverage Service specification which deals mostly with
> gridded data =
> and
> imagery. There may be some adjustments to terminology in the =
> discussion
> paper as this harmonisation proceeds. Note that an important
> part of =
> the
> "metadata" of an image or coverage is a description of the
> "range set", =
> in
> both semantic and structural terms.
>
> You would probably also want to look at ESML from NASA.
>
> Anyway, my suggestion would be, rather than inventing yetanother =
> system, you
> should adopt or adapt something from this area.
>
>
> [1] National Research Council. 1995. "Expanding the Vision of Sensor
> Materials".
> Committee on New Sensor Technologies: Materials and Applications. =
> National
> Academy Press. Available [online]:
> <http://books.nap.edu/books/0309051754/html/index.html>
>
>
> > -----Original Message-----
> > From: Automatic digest processor [mailto:[log in to unmask]]
> > Sent: Friday, 30 August 2002 11:07 AM
> > To: Recipients of DC-ENVIRONMENT digests
> > Subject: DC-ENVIRONMENT Digest - 9 Aug 2002 to 29 Aug 2002
> (#2002-16)
> >
> >
> > There is one message totalling 69 lines in this issue.
> >
> > Topics of the day:
> >
> > 1. dc-environment application profile
> >
> > =
> ----------------------------------------------------------------------
> >
> > Date: Thu, 29 Aug 2002 14:22:44 +0100
> > From: Thom Pick <[log in to unmask]>
> > Subject: dc-environment application profile
> >
> > dear colleagues,
> >
> > stefan strathmann of the goettingen state and university
> > library has been
> > looking into formulating an application profile for the
> environmental
> > domain.
> >
> > the essence of the study is that the DC-Environment
> > Application Profile
> > would consist of the following namespaces:
> >
> > =3DB7 Dublin Core Metadata Element Set, Version 1.1
> > [http://purl.org/dc/elements/1.1/]
> > =3DB7 Dublin Core Qualifiers [http://purl.org/dc/terms/]
> > =3DB7 DC-Library Metadata Element Set (DC-LMES)
> > =3DB7 DC-Library Metadata Element Set Qualifiers (DC-LMES
> Qualifiers)
> > =3DB7 DC-Environment Metadata Element Set (DC-EMES)
> > =3DB7 DC-Environment Metadata Element Set Qualifiers (DC-EMES
> > Qualifiers)
> >
> > his proposal for the DC-EMES includes the new element
> > 'Measurement Data'
> > and recommends to agree on schemes for the element Subject (e.g. the
> > General Multilingual Environmental Thesaurus, GEMET), Relation and
> > Coverage.
> >
> > I would like to request your input on the following questions:
> >
> > 1. what is your opinion on the element 'Measurement Data'?
> >
> > Name: measurementdata
> > Label: MeasurementData
> > Definition: Describes the content, function and format of a set of
> > measurement data
> > Comment: May be helpful to integrate packages of measurement data.
> >
> > however, it seems to me that this could be covered by DCMES
> > appropriately.
> >
> > 2. what is your opinion on using GEMET (or its monolingual
> > equivalent) as
> > a scheme for the element Subject?
> >
> > yes, i know it is BIG (> 5000 terms) but it integrates
> terms from all
> > fields of the environmental domain...
> >
> > 3. which schemes would you propose for the element qualifiers
> > Coverage:Spatial and Coverage:Temporal?
> >
> > will DCMI Box and DCMI Period suffice? will we need a 'Geo =
> Thesaurus'?
> >
> > 4. should the elements Audience and Availability be included?
> >
> > we intend to discuss these issues also at the dc-env interest group
> > meeting at dc-2002. since we don't have much time available
> > there and then
> > it would be great if we could get the discussion started on
> > the list now.
> >
> > cheers
> >
> > thom
> >
> >
> > ps: i have uploaded the draft version to the interest group
> > file server.
> > it is available at
> > http://www.jiscmail.ac.uk/files/DC-ENVIRONMENT/DC-Env_AP_First
> _Draft.doc
>
> -----------------------------
>
> End of DC-ENVIRONMENT Digest - 9 Aug 2002 to 29 Aug 2002 (#2002-16)
> *******************************************************************
>
> ------------------------------
>
> End of DC-ENVIRONMENT Digest - 30 Aug 2002 to 2 Sep 2002 (#2002-18)
> *******************************************************************
>
|