Project

General

Profile

Bug #482

eml-dataset changes needed

Added by Matt Jones about 18 years ago. Updated almost 18 years ago.

Status:
Resolved
Priority:
Immediate
Category:
eml - general bugs
Target version:
Start date:
05/01/2002
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
482

Description

Changes as decided upon at the Sevilleta EML meeting, April 24-25, 2002:
Responsible: Matt

1) Add contact+ to dataset -- I also have a note that this should be added to
resource as contact*. Need to figure out which.
2) Add "publisher"
3) Add "purpose"
4) Do NOT add geoform -- decided it was farsical and we could provide a
reasonable value (e.g., document) when converting to FGDC
5) add "maintenance" description -- para that describes freq of update and
completion status
6) my notes say to add distribution
elelemnt, but others say it goes in
resource, which is it? ditto with "contact*"

History

#1 Updated by Matt Jones about 18 years ago

Gries & McCartney notes say:
1) add contact+, publisher?, pubPlace (follow end note)

#2 Updated by Matt Jones about 18 years ago

Added contact, publisher,pubPlace, purpose, and maintenance. Decided to add
distribution to resource after re-examining my notes from the meeting. These
changes should fully take care of items 1, 2, 3, 4, 5, and 6 from the above list.

#3 Updated by Chris Jones about 18 years ago

In looking at eml-dataset as a whole, the contact+ seems redundant to me given
that creator, metadataProvider, and associatedParty? are part of the
ResourceGroup in the higher sequence. In fact, I think it will be confusing
because it is not clear where to place contact information. I would suggest to
remove contact+, and use the creator element plus and the other ResourceGroup
RPs to document contact info. It sounds like we were trying to emulate what
Endnote was doing, so let me know if I'm off base here.

#4 Updated by Matt Jones about 18 years ago

I think you're off-base here :)

The contact role was removed from resource and specifically placed in the
individual modules so that it could be required for some modules (dataset) and
optional for others (literature). I think we need the role "contact", and I
think it is distinct from creator and metadataProvider.

#5 Updated by Matt Jones about 18 years ago

Changes completed and in CVS.

#6 Updated by Owen Eddins about 18 years ago

I'm passing the following comments from Tim Bergsma the data manager at Kellog
Biological Station in Michagen. He made them in a eml-dev email. I posting to
bugzilla just to make sure they don't fall through the cracks.

<dataset> should have an optional <protocol> child. Currently it
does not. <project>, <dataTable>, and <attribute> have the <protocol>
option, but not <dataset>. Peter McCartney defined 'dataset' as "the
product of a discrete research activity" (6-20-2002). It is very
natural to suppose that a discrete research activity has a protocol. As
things are now, dataset protocols must be associated with their
entities, which makes it awkward to represent a protocol which
effectively corresponds to several entities. For instance, a bird
survey protocol could generate a table of weather conditions and a table
of sightings, maybe even a set of audio recordings. Such a protocol is
represented more naturally at the dataset level than at the entity
level.

#7 Updated by Matt Jones almost 18 years ago

Reassigning to Peter because he is handling the eml-protocol changes. I think
this is already done in his PROPOSED_CHNAGES branch of CVS, and simply needs to
be merged to the head.

#8 Updated by Peter McCartney almost 18 years ago

This comment is just a change to stop the automatic "needs attention" email.

The only aspect of this that directly affects dataset is that an element
called "method" or methods" is added to dataset and contains some elements that
were previously attributed to project. What's actually in "method" and what its
relationship with "protocol" is is dealt with in a set of draft changes
published in the CVS branch "prospective_changes" or something like that.
Acceptance of them really requires simultaneous resolution of the "textType"
bug as all of the methodological modules eventually break down into formatted
text and we need a clean break between them.

#9 Updated by Peter McCartney almost 18 years ago

Ok, im going to close this bug as fixed since there is a clear point after
Matt's entry (#5) where the only remaining issue was related to the
method/protocol discussion. dataset now contains method which resolves's Tim
Bergsma's points. Any lingering issues related to methods should appear in a
bug related directly with that module.

#10 Updated by Redmine Admin over 7 years ago

Original Bugzilla ID was 482

Also available in: Atom PDF