Bug #1275
closed
Comments on Text Import Wizard from Andrea Chadden
Added by Saurabh Garg almost 21 years ago.
Updated almost 15 years ago.
Category:
morpho - general
Description
Reported in morpho-feedback-20040122.doc in /doc/devs/ by Andrea Chadden:
When selecting a numeric type for attributes (e.g., ordered, unordered), it is
sometimes difficult (even with the helpful examples) to select the appropriate
attribute type and standard unit for some common data types. Examples:
• Positive fractional numbers (0.1…3.12, 3.14..) with no negatives
allowed (as in length measurements).
• Positive integers >= 0, 1,… as in age or organism counts. Which
Standard Unit is appropriate? The closest Standard Unit I could find was ‘mole’.
• Are the numbers 3 and 3.44 both ‘counting numbers’?
Please provide more concrete examples of ‘relative’ vs. ’absolute’ attribute
types. A link to a short technical discussion would be good to have.
- Bug 1274 has been marked as a duplicate of this bug. ***
- Bug 1273 has been marked as a duplicate of this bug. ***
Reported in morpho-feedback-20040122.doc in /doc/devs/ by Rick Reeves:
When using Datapackage Wizard / New Data Table Wizard, and defining the
attributes or columns in the imported table: Neither the Absolute or Relative
data types provide a way to specify the units of monetary currency. Closest fit
seems to be ‘mole’ which is obviously incorrect. This error, in conjunction
with a similar error reported by Andrea, indicates that the selection of
attribute units needs some expansion. In addition, this section could use a
link to a concise description of the different measurement scales offered.
The user guide now contains some discussion of numeric types, and could be
linked to this part of the dpw. It is located on the page of the user guide
called "Adding Data to a Data Package", about 1/3 of the way downn the page.
There's extensive help on this topic available by clicking the "Help" button.
It seems as though this is more of a "documentation bug" and that it has more or less been addressed. There are likely some holes in the STMML unit dictionary, but you can define your own units ($) or go with the "dimensionless" fall back
Original Bugzilla ID was 1275
Also available in: Atom
PDF