Bug #480


eml-resource changes needed

Added by Matt Jones over 21 years ago. Updated over 21 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

1) Change originator to "creator" +, remove role from RespParty but keep simple type
2) Add "associatedParty" *, extends Resp Party with role
3) move "pubPlace" to individual modules so it can be optional or required
4) make sure pubDate can be a year only -- check Date type model
5) add "language" element, use string content model (not enumerated domain)
6) move "coverage" to resource, make "Coverage" ComplexType (repeatable, opt
elements of each cov subtype)
7) make "keywordThesaurus" not repeatable (0..1)
8) rename "rights" to "intellectualRights"
9) add "metadataProvider" * element with type of Resp Party
10) move "distribution" * to resource |-- distribution* | |-- connection* -- connectionName | | |-- URL+ | |-offlineResource* |-- contact* (type RespParty)
11) Add "taxonomic" to enum list for KeywordType

Related issues

Blocks EML - Bug #491: eml-coverage changes neededResolvedChris Jones05/01/2002

Actions #1

Updated by Matt Jones over 21 years ago

Completed subitems 1, 2, 3, 4, 5, 7, 8, 9, and 11. Regarding pubDate (4), the
XML Schema datatypes spec does not allow truncation of any date type, so the
"xs:date" type must be a full calendar date, and the "xs:gYear" must be a 4
digit year and can not contain a month or day. Therefore, I have changed the
type of the "pubDate" field to be "xs:string", and specified inthe docs that the
date should follow ISO 8601 format. We may want to consider creating a derived
type that is either a gYear or a xs:date value.

Changes to coverage (6) are waiting on required changes to the eml-coverage

That leaves items (6-coverage) and (10-distribution) remaining.

Actions #2

Updated by Matt Jones over 21 years ago

Item (6) is finished now that coverage has been updated in eml-coverage.

Item (10): Distribution:
I have created a content model that I think satisfies the spirit of our
Sevilleta discussions in full, but is more compact than the exact content model
that we discussed there. However, I still have problems with using the named
parameter list as it currently stands in the module. Right now, the model is:

<!ELEMENT distribution ((connection|offlineMedium)+)>
<!ELEMENT connection (onlineURL|parameter+)>
<!ATTLIST connection name CDATA #IMPLIED
<!ELEMENT parameter (#PCDATA)>
<!ATTLIST parameter name CDATA #IMPLIED>

This means someone can submit either a url or a list of named parameters for a
connection. However, the latter does not have well defined semantics, and so it
is impossible to actually construct a connection using this information without
a human interpreting the connection information. For example, if I give you the
following named parameter list for the scheme "database", precisely how do you

My point is, the semantics of the parameter list are specific to the scheme, and
URLs provide a standard way of encoding those semantics. If users create EML
for a common http URL as a param list, we will effectively be eliminating the
possibility of machine-processable connections.

An alternative is to provide a token substitution mechanism in the URLs. For
example, if the user can define a token delimiter (e.g., "@"), then a url might
be encoded as:

In which case a single parameter needs to be provided to make the connection.
Trying to go beyond a simple URL encoding like this gets us into the realm of
re-inventing SOAP/WSDL or other service description systems. I really don't
think we should go there.

Sooo...I propose that we either 1) eliminate the parameter list entirely
(preferred), or 2) augment the URLs with a token substitution mechanism.

Actions #3

Updated by Matt Jones over 21 years ago

Changes completed and in CVS.

Actions #4

Updated by Redmine Admin over 10 years ago

Original Bugzilla ID was 480


Also available in: Atom PDF