Project

General

Profile

Bug #341

text import issues with eml-attribute creation

Added by Matt Jones over 18 years ago. Updated almost 18 years ago.

Status:
Resolved
Priority:
Immediate
Assignee:
Category:
morpho - general
Target version:
Start date:
11/29/2001
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
341

Description

While parsing and importing text files we currently default fill in the
attribute definition to be identical to the attribute name. This is wrong.
Instead, we should have separate boxes for the attribute name, label,
definition, and units as part of the text import dialog. As the definitin is a
required field, the import wizard should not let the user move on until all
fields are defined (or post a warning like it does for other content violations).

History

#1 Updated by Matt Jones over 18 years ago

This is partially completed. However, when I tested it in Morpho the values
that I entered into the fields for label, definition, and units were not
properly saved. In addition, the name field requires the user to hit return in
an unnatural way in order for the value to persist. Overall, need to
systematically evaluate the usability of this form field.

#2 Updated by Matt Jones over 18 years ago

Reassigned to jones for testing.

#3 Updated by Matt Jones over 18 years ago

Better. Now the relevant fields are present and they save properly. Some new
issues have arisen.

1) The "unit" field is required to move on, but is not required in eml. Need to
only require those fileds that eml requires.
2) When outputting a text column with the "Include in metadata" box checked,
some spurious values are put into the rangeDomain element, when in fact
rangeDomain should be omitted altogether for text type columns.
3) enumeratedDomain should be excluded for numeric columns if rangeDomain is
included.
4) The code definitions in enumeratedDomain are blank, empty elements. The
wizard should prompt the user to defineeach code or provide a source if they
choose to include the enumerated domain in the output. In no case should empty
elements be output.

#4 Updated by Dan Higgins over 18 years ago

Response to comments by Matt Jones on 12/8

Items 2 and 3 are really problems with the XML editor. (#3%2) If one actually
looks at the XML document, the spurious elements are not really there.

#5 Updated by Dan Higgins over 18 years ago

requirement for unit field has been removed

#6 Updated by Dan Higgins over 18 years ago

"spurious values" that appeared in the editor have been fixed

#7 Updated by Dan Higgins over 18 years ago

All but empty code definitions fixed: new bug entered

#8 Updated by Redmine Admin about 7 years ago

Original Bugzilla ID was 341

Also available in: Atom PDF