EML

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

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.

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.

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.

Changes completed and in CVS.

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.

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.

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.

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.

Original Bugzilla ID was 482