EML

Proposed fix: make a complex type that contains all of the relevant fields in
the schema that is to be imported, then create an element in the current schem
that uses that type. For example, eml-party contains a "ResponsibleParty" type,
which is used to type and element named "creator" that is part of eml-resource.
Similarly, there should be a "Coverage" complex type in eml-coverage, and we
will reference it in an element called "coverage" in eml-resource.

Please be sure that all modules import things using this consistent syntax.

Need to consider this in relation to the use of identifiers and
references/triples/links/pointers.

There are problems with some software packages (castor for example) that arise
from elements and complex types having the same name (even if distinguished by
capitalization. So we should further distinguish through consisten suffixes.
Currently we seem to be use Base as a suffix for major complex types that
define an entire module and are extended such as resource or entity, and Type
for both simpletypes and minor complex types that are used without extension.
In a few instances, this has let to some odd names like GeometryTypeType, but
they never show up in the instance file anyway.

We should formalize this so we are consistent.

Checked throughout and changed. Now local elements are created that use a type
from the imported module. Done throughout EML, but need to check that it is done
correctly in eml-literature and the spatial modules. Moving milestone.

Looking over the schemas, all of these seem to have been fixed now. Marking as
FIXED.

Original Bugzilla ID was 477