Bug #494


eml module changes needed for packaging changes

Added by Matt Jones over 20 years ago. Updated over 20 years ago.

eml - general bugs
Target version:
Start date:
Due date:
% Done:


Estimated time:


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

1) Revise the "eml" root module
2) Devise and implement a new packaging scheme using internal pointers rather
than pointers across packages. Consider using Id/IDREF, or XLink. This will
obviously be a major overhaul so needs to be carefully considered.
3) be sure to have an "any" content model element for appending arbitrary other


datasetMerge.xsd (2.12 KB) datasetMerge.xsd Peter McCartney, 05/17/2002 09:45 AM
Actions #1

Updated by Peter McCartney over 20 years ago

I've attached this schema just so that everyone has a chance to see one option
for eml.xsd. the assumptions made by this approach is that each module contains
a base complex type that defines ALL the content for that module. All modules
are included into the main schema (named datasetMerged here). a local element
is created, set to extend one of the imported complex types, and then extended
with other elements (either optional or repeating) that are in turn typed as
other imported element types, and so on down the line.

This solution preserves the integrity of the individual modules but of course
requires us to re-release a new eml.xsd each time we want to accomodate a new
module. It does not solve ALL problems - but it does work well for those
linkages that we want to handle by nesting (which i think sould be the
preferred way). To address other problems i would consider:

1) settling on either id-idref or required name elements as the method of
relational pointing for situations where it cant be avoided (connections,
foriegnKeys, etc)

2) for each major element that extends an imported complex type, add an
optional, repeateable ANY element to allow non-eml content to be nested pretty
much anywhere the user thinks its appropriate.

3) consider retaining the triple or xpointer for continued support for external

This is still a pretty big issue - we might want to consider a conference call
to check where everyone's thinking is.

Actions #2

Updated by Matt Jones over 20 years ago

Packaging changed to be id attributes with references in key places in the
document. the "eml" element is now a container for a single resource and
additional metadata. FIXED.

Actions #3

Updated by Redmine Admin over 9 years ago

Original Bugzilla ID was 494


Also available in: Atom PDF