Difference between revisions of "2011 Winter Project Week:SEMXMLSchema"
From NAMIC Wiki
| Line 25: | Line 25: | ||
* Use XML tools to grok a schema from current SEM XML files. | * Use XML tools to grok a schema from current SEM XML files. | ||
* Use this schema as a guide to identify what the SEM schema '''should''' be | * Use this schema as a guide to identify what the SEM schema '''should''' be | ||
| − | * Check schema against Slicer CommandLineModule gui/logic | + | * Check schema against Slicer CommandLineModule gui/logic. Attributes like '''reference''', '''multiple''', '''type''' should be generalized where it makes sense. |
* Update the SEM XML parser | * Update the SEM XML parser | ||
* Update the CommandLineModule in Slicer | * Update the CommandLineModule in Slicer | ||
Revision as of 14:26, 5 January 2011
Home < 2011 Winter Project Week:SEMXMLSchema
Key Investigators
- UIowa: Hans Johnson
- GE: Jim Miller
- Tim Olsen
Objective
Create a formal schema for the SEM xml so that eternal tools (i.e. nipype) can validate the xml
Approach, Plan
Define what should be valid SEM XML. The current SEM parser and Slicer CommandLineModule may currently only support a subset of the ultimate specification.
- Use XML tools to grok a schema from current SEM XML files.
- Use this schema as a guide to identify what the SEM schema should be
- Check schema against Slicer CommandLineModule gui/logic. Attributes like reference, multiple, type should be generalized where it makes sense.
- Update the SEM XML parser
- Update the CommandLineModule in Slicer
Progress
