[Bug 637] - attributeDomain should be required

bugzilla-daemon@ecoinformatics.org bugzilla-daemon at ecoinformatics.org
Fri Oct 18 08:09:55 PDT 2002


http://bugzilla.ecoinformatics.org/show_bug.cgi?id=637





------- Additional Comments From peter.mccartney at asu.edu  2002-10-18 08:09 -------
In hindsight, i wish we had thought to put all of these things (domain,
precision, unit, etc, nested under the appropriate measurement scale element
since that is the one property that is truely relevant for all attributes. that
way if the data were nominal (eg site name) nominal, we wouldnt have to force
them to put in non-answers for things like unit and precision. If they are
requred, then we have to have a clear option for when the element is not
relevnt. what is most useless is a required field that has some uncontrolled
text in it that means "not relevant" , but cant be interpreted without reading
it. my gut feeling is that few people really define a domain for attribute and
if you make it required you will get 10 - 20 entries where someone put "no
domain defined" in the textDomain element for every one that actually thinks
about their data and puts in something meaningfull.

Why dont you contact the person to see if they simply missed the point or see if
they would have simply answered "none" had they been forced to fill in a domain
field? do we have any sense of what proportion of attributes have any meaningful
domain restriction beyond whats implied by the scale, units and storage type?



More information about the Eml-dev mailing list