XML Telemetric & Command Exchange Format Avatar
  1. OMG Specification

XML Telemetric & Command Exchange Format — Open Issues

  • Acronym: XTCE
  • Issues Count: 162
  • Description: Issues not resolved
Open Closed All
Issues not resolved

Issues Summary

Key Issue Reported Fixed Disposition Status
XTCE12-476 Missed optional descriptive elements on calibrators from proposed schema XTCE 1.1 open
XTCE12-39 Add event message support XTCE 1.1 open
XTCE12-119 AlarmType produces problem in JaxB XTCE 1.1 open
XTCE12-114 Align ArgumentType and ParameterType construction XTCE 1.1 open
XTCE12-55 Re-architect XTCE alarm model XTCE 1.1 open
XTCE12-92 Derive ArgumentTypes by extension XTCE 1.1 open
XTCE12-54 Need support for mask alarm XTCE 1.1 open
XTCE12-53 Combination Alarm XTCE 1.1 open
XTCE12-41 Provide way to categorize all elements with @name into one or more groups XTCE 1.1 open
XTCE12-472 Missing a number of Math Operators in latest proposal merge for XTCE 1.2. XTCE 1.1 open
XTCE12-495 Command Container Changes Split In Two Resolutions XTCE 1.1 open
XTCE12-482 Correct missed Argument Type updates for argumentRef versus parameterRef when calling out other parameters/arguments XTCE 1.1 open
XTCE12-478 Missed the CommandContainer updates to support Argument references XTCE 1.1 open
XTCE12-456 ValidRange element duplicated with ValidRangeSet in ArgumentTypeSet XTCE 1.1 open
XTCE12-484 Re-evaluate the characterWidth attribute in String types XTCE 1.1 open
XTCE12-469 Missed DynamicValue in the PercentCompleteType from the proposal XTCE 1.1 open
XTCE12-467 Consolidate the proposals for ParameterProperties element XTCE 1.1 open
XTCE12-459 Fix overuse of FixedIntegerValueType in proposal XTCE 1.1 open
XTCE12-462 Cleanup unused/dead types in XTCE 1.2 proposed schema XTCE 1.1 open
XTCE12-457 Some primitive type intentions missed XTCE 1.1 open
XTCE12-490 Derived Issue: Update integer alarm definition types XTCE 1.1 open
XTCE12-489 Derived Issue: Update enumerated alarm definition types XTCE 1.1 open
XTCE12-487 Derived Issue: Update base alarm definition types XTCE 1.1 open
XTCE12-488 Derived Issue: Update string alarm definition types XTCE 1.1 open
XTCE12-76 ChangeAlarmRates confusing and ambiguous XTCE 1.1 open
XTCE12-50 Off Alarms XTCE 1.1 open
XTCE12-29 Add normal alarm condition or alarm ranges XTCE 1.1 open
XTCE12-34 Only single instance of Alarm Condition/Range XTCE 1.1 open
XTCE12-72 inside/outside alarms not supported XTCE 1.1 open
XTCE12-18 Improve FloatRangeType and IntegerRangeType XTCE 1.1 open
XTCE12-464 Cleanup the last of the List returns XTCE 1.1 open
XTCE12-485 Missed documentation updates from BitBucket subcommittee effort XTCE 1.1 open
XTCE12-474 Missing a number of changes and enumerations in ErrorDetectCorrectType children XTCE 1.1 open
XTCE12-448 AbsoluteTimeParameterType Epoch is not always at midnight XTCE 1.1 open
XTCE12-454 LongDescriptionType as a complexType is unnecessary XTCE 1.1 open
XTCE12-397 MetaCommandStep argument assignment XTCE 1.1 open
XTCE12-95 InputOutputTriggerAlgorithmType@triggerContainer is a NameType, should it be a NameReference? XTCE 1.1 open
XTCE12-93 InputOutputAlgorithm@thread optional boolean, should have default of false XTCE 1.1 open
XTCE12-124 MathOperator needs to be cleaned up XTCE 1.1 open
XTCE12-80 IndirectParameterEntry should have segment varient? XTCE 1.1 open
XTCE12-85 CustomAlgorithm should be "typed" reference to AlgorithmSet XTCE 1.1 open
XTCE12-82 Should RestrictionCriteria should be assignment not operators for Commanding? XTCE 1.1 open
XTCE12-61 The XTCE element MetaCommand has a child element called VerifierSet XTCE 1.1 open
XTCE12-47 Elevate annotation specifying time string formats to an attributes XTCE 1.1 open
XTCE12-67 Adding structure to Parameters XTCE 1.1 open
XTCE12-27 Fix annotation issues throughout schema XTCE 1.1 open
XTCE12-439 Error in unique keys fix in XTCE12-346 XTCE 1.1 open
XTCE12-431 Alternate approach to xs:positiveInteger and xs:nonNegativeInteger XTCE 1.1 open
XTCE12-441 Mistake in previous resolution for addition of XInclude support XTCE 1.1 open
XTCE12-381 The ToString element used in Integer and Float types overlaps with Enumerated types XTCE 1.1 open
XTCE12-113 Autogenerator issue with schema type derivation XTCE 1.1 open
XTCE12-60 element ParameterInstanceRefOperand in the MathOperationType XTCE 1.1 open
XTCE12-395 Use of raw value for calibrator context selection XTCE 1.1 open
XTCE12-110 StringDataType UTF-8/CharacterWidth Issue XTCE 1.1 open
XTCE12-107 Generalize array type, add attribute for ROW or COL order XTCE 1.1 open
XTCE12-111 Unify metacommand/commandContainer and commandContainerSet/commandcontainer schema types XTCE 1.1 open
XTCE12-106 Explain interaction of dynamic value and segments, array lastEntryForThisArray XTCE 1.1 open
XTCE12-87 FloatEncoding float formats -- MIL1750a, IEEE, bit size issues XTCE 1.1 open
XTCE12-88 FixedValueEntry@sizeInBits should be required XTCE 1.1 open
XTCE12-66 Member of an AggregateParameterType or AggregateArgumentType can't be an ArrayParameterType or ArrayArgumentType XTCE 1.1 open
XTCE12-84 AlgorithmSet missing algorithms XTCE 1.1 open
XTCE12-62 At the Parameter element, initial values for Array or Aggregates may not be set. XTCE 1.1 open
XTCE12-133 Move array sizing to Parameter and Argument from container area XTCE 1.1 open
XTCE12-22 Repeat arguments XTCE 1.1 open
XTCE12-38 Expand features to include common industry encodings in StreamsSet XTCE 1.1 open
XTCE12-23 Fill argument XTCE 1.1 open
XTCE12-20 Variable length strings need optional maximum length designator XTCE 1.1 open
XTCE12-449 Cleanup Container EntryList element by deprecating IndirectParameterRefEntry XTCE 1.1 open
XTCE12-91 toString/NumberFormat needs default settings XTCE 1.1 open
XTCE12-12 Improve CRCType Polynomial element XTCE 1.1 open
XTCE12-75 ErroCorrectDetect -- Parity XTCE 1.1 open
XTCE12-400 ByteOrderList in XTCE 1.1 needs to be improved XTCE 1.1 open
XTCE12-59 Alarm count to enter alarm (minViolations), needs corresponding count to leave the alarm state XTCE 1.1 open
XTCE12-15 Remove whitespace in selector xpath attribute XTCE 1.1 open
XTCE12-71 In EnumerationAlarm, enumerationValue should called enumerationLabel XTCE 1.1 open
XTCE12-74 remove extraneous keys or uniq XTCE 1.1 open
XTCE12-49 Expand telemetry parameter data source attribute XTCE 1.1 open
XTCE12-52 Digital Alarms XTCE 1.1 open
XTCE12-51 Change alarm XTCE 1.1 open
XTCE12-45 Add raw units to ParameterType XTCE 1.1 open
XTCE12-48 Add ArgumentTypeSet to MetaCommand XTCE 1.1 open
XTCE12-31 Database of single SpaceSystem cannot designate a parameter to be within multiple systems XTCE 1.1 open
XTCE12-32 Add additional math operators to mathoperations XTCE 1.1 open
XTCE12-28 Error detection algorithm does not support XOR XTCE 1.1 open
XTCE12-24 Add to or change way crc is specified XTCE 1.1 open
XTCE12-421 Provide specific type consequence level XTCE 1.1 open
XTCE12-434 XTCE12-11 fix for name references did not work correctly XTCE 1.1 open
XTCE12-96 *Container@abstract should have default of false XTCE 1.1 open
XTCE12-68 Need a ParameterProperty for "observability" or "change only threshold" XTCE 1.1 open
XTCE12-86 Time/Encoding@scale,@offset terminology vs DynamicValue/LinearAdjust XTCE 1.1 open
XTCE12-58 Bit extract feature needed in telemetry parameter XTCE 1.1 open
XTCE12-33 Add ranges to enumeration list XTCE 1.1 open
XTCE12-56 Enum Alarm List should be optional XTCE 1.1 open
XTCE12-10 Add xinclude to support ximport XTCE 1.1 open
XTCE12-78 Clean up semantics of "OO-Include Condition" XTCE 1.1 open
XTCE12-14 Type inheritance missing from Absolute and Relative time data types XTCE 1.1 open
XTCE12-103 size in bits of float encoding XTCE 1.1 open
XTCE12-26 Add support for arbitary floating point XTCE 1.1 open
XTCE12-17 Valid sizeInBits values for encoding="MILSTD_1750A" XTCE 1.1 open
XTCE12-94 MessageSet has unneeded attribute XTCE 1.1 open
XTCE12-108 Add name attribute to context alarms or calibrators XTCE 1.1 open
XTCE12-121 PercentComplete in Verifiers needs clean up XTCE 1.1 open
XTCE12-77 exponent attribute in Term element in PolynomialCalibrator should be non-negative integer XTCE 1.1 open
XTCE12-25 Range support in enumerated parameter type XTCE 1.1 open
XTCE12-19 StringAlarmList is required but it should be optional XTCE 1.1 open
XTCE12-16 Change NameType regex from zero or more to one or more characters XTCE 1.1 open
XTCE12-11 Add regex to enforced syntax of NameReferences XTCE 1.1 open
XTCE12-97 DefaultSignicance element can have no content at all XTCE 1.1 open
XTCE12-100 SplinePoint attribute order should be ignored (typo) XTCE 1.1 open
XTCE12-112 Move ValidRangeAppliesToCalibrated Attribute XTCE 1.1 open
XTCE12-57 SplineCalibrator order attribute too restrictive XTCE 1.1 open
XTCE12-8 Enumeration element could use an @shortDescription XTCE 1.1 open
XTCE12-13 Possible unused attribute in RepeatEntry XTCE 1.1 open
XTCE12-73 ByteOrderList is invalid for Containers XTCE 1.1 open
XTCE12-116 Add forward/reverse calibrator metadata XTCE 1.1 open
XTCE12-118 TimeAssociation schema type is incorrect XTCE 1.1 open
XTCE12-105 Use of the include conditions XTCE 1.1 open
XTCE12-109 Key bugs XTCE 1.1 open
XTCE12-115 Change UnitSet to simple String; change name XTCE 1.1 open
XTCE12-99 Remove old comments XTCE 1.1 open
XTCE12-101 relative path in the parameterRef XTCE 1.1 open
XTCE12-102 packet identification XTCE 1.1 open
XTCE12-104 Add explanatory annotation that MetaCommand/CommandContainer is semantically similar to a Java Private Inner Class XTCE 1.1 open
XTCE12-98 Expand NameReference semantics XTCE 1.1 open
XTCE12-81 Condition has two elements with the same name, causes problems for some autogenerators XTCE 1.1 open
XTCE12-83 Add OCL specific Algorithm to XTCE XTCE 1.1 open
XTCE12-90 *Type/@initialValue need clarifications XTCE 1.1 open
XTCE12-69 EnumeratedParameterType does not support multiple context alarms XTCE 1.1 open
XTCE12-70 EnumeratedParameterType does not support multiple context alarms XTCE 1.1 open
XTCE12-79 RelativeTimeType nomenclature conflicts with RelativeTimeParameterType XTCE 1.1 open
XTCE12-43 Add gap entry to container entry list XTCE 1.1 open
XTCE12-42 Add named width spacer to Container entry list XTCE 1.1 open
XTCE12-46 Add variable to containers XTCE 1.1 open
XTCE12-44 Add title to parameter XTCE 1.1 open
XTCE12-21 Add argument and fixed value entries to CommandContainerSet/CommandContainer XTCE 1.1 open
XTCE12-30 AlarmRanges cannot be defined based on raw values XTCE 1.1 open
XTCE12-37 Add APID table list XTCE 1.1 open
XTCE12-40 Add switch entry to container entry list XTCE 1.1 open
XTCE12-136 Create RangeEnumeration Type XTCE 1.1 open
XTCE12-139 Clear Up Calibrated/Uncalibrated Values in Schema XTCE 1.1 open
XTCE12-134 Move Alarms outside of Type Area XTCE 1.1 open
XTCE12-135 Fix ArgumentTypes child element or attributes that use the term Parameter, to Argument XTCE 1.1 open
XTCE12-129 Message/IncludeCondition/BaseContainer similarity XTCE 1.1 open
XTCE12-130 ContextAlarm not set to Inf Elements in EnumerationType XTCE 1.1 open
XTCE12-131 Label Missing in IntegerType/RangeEnumeration area XTCE 1.1 open
XTCE12-132 Add ability to compare counters in IncludeCondition XTCE 1.1 open
XTCE12-126 Put Alarms in Arguments; leaves Alarms in Command Parameters XTCE 1.1 open
XTCE12-127 ErrorDetectCorrect does not support Checksum XTCE 1.1 open
XTCE12-128 Checkwindow not tied to context XTCE 1.1 open
XTCE12-123 Change UnitSet to optional XTCE 1.1 open
XTCE12-125 Clean up Annotation Related to Verifiers XTCE 1.1 open
XTCE12-122 Clarify ContainerRef check in Verification area XTCE 1.1 open
XTCE12-120 AbsoluteTime should have Alarms XTCE 1.1 open
XTCE12-117 Message/ContainRef should read ContainerRef XTCE 1.1 open
XTCE12-65 XTCE 1.1 open
XTCE12-89 attribute twosCompliment should be twosComplement XTCE 1.1 open
XTCE12-36 Fix spelling of one/twosCompliment in IntegerDataEncoding XTCE 1.1 open
XTCE12-64 AggregateParameterType or AggregateArgumentType Member attribute 'typeRef' is vague XTCE 1.1 open
XTCE12-63 No short description or long description at the Member element of AggregateParameterType or AggregateArgumentType XTCE 1.1 open
XTCE12-9 MetaCommandSet is incorrectly set to required XTCE 1.1 open
XTCE12-35 Change all elements to top level schema types XTCE 1.1 open
XTCE12-137 Some sections/pages refer to the old (1.0) xsd version XTCE 1.1 open

Issues Descriptions

Missed optional descriptive elements on calibrators from proposed schema

  • Key: XTCE12-476
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    It has been requested that the 3 core calibrator implementations: Spline, Polynomial, and MathOperation, provide some space for description and naming (optionally). In addition, annotation updates still need some refinement.

  • Reported: XTCE 1.1 — Sun, 6 Aug 2017 02:35 GMT
  • Updated: Mon, 25 Dec 2017 00:25 GMT

Add event message support

  • Key: XTCE12-39
  • Legacy Issue Number: 19388
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Even message support is need in XTCE. Adding an EventSet to TelemetryMetaData would be an appropriate location.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Mon, 18 Dec 2017 11:10 GMT

AlarmType produces problem in JaxB

  • Key: XTCE12-119
  • Legacy Issue Number: 14465
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:36:19 BST
    AlarmType is abstract in the XTCE schema and this presents problems for some
    code generators such as JAXB. AlarmType is set to abstract and the code
    generated by JAXB means the class cannot be directly instantiated. This would
    present problems for some Alarms for certain parameter types that are of type
    AlarmType directly. There may be several ways to fix this in the schema and
    those should be analyzed.
    CNES
    Ludovic Faure

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sun, 17 Dec 2017 00:27 GMT

Align ArgumentType and ParameterType construction

  • Key: XTCE12-114
  • Legacy Issue Number: 14476
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:52:34 BST
    In the schema, the parameter/arguments do not share a common root class until
    NameDescriptionType. All the types except for Time/Array & aggregate are
    BaseDataTypes. The Time types are BaseTimeDataTypes and array/aggregate just
    have nameDescription as the root. It would be better if they shared a common
    "lower down" class/type that would be more indicative of what these really are
    instead in nameDescription which is shared by many schema types in XTCE. It
    effects the code – instead having say List<CommonBaseDataType> in Java. One
    gets List<NameDescriptionType> – which works but isn't as type safe - it's too
    generic.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sun, 17 Dec 2017 00:27 GMT

Re-architect XTCE alarm model

  • Key: XTCE12-55
  • Legacy Issue Number: 19369
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    XTCE alarms are associated with data types and come in a default and context set form. A variety of alarm types are associated with each data type, some specific to it (such enum alarms). However this is too restrictive to meet the needs of many of organizations. Specifically the following is requested: allow set of alarms without a required context by data type. Original reporter is JPL.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sun, 17 Dec 2017 00:27 GMT

Derive ArgumentTypes by extension

  • Key: XTCE12-92
  • Legacy Issue Number: 14498
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-03-20 19:14:51 GMT
    *ArgumentType – should be derived by extension from each *DataType (with no
    additional extending info), autogenerators will then generate classes whose
    class-names match the *ArgumentType names, instead of using the *DataType
    names.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sun, 17 Dec 2017 00:27 GMT

Need support for mask alarm

  • Key: XTCE12-54
  • Legacy Issue Number: 19371
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    A mask alarm applies to numerics and enums – although usage in floats is discouraged. It defines 16-states which map 1 to 1 with values (say 1-16), it's a 16-bit mask – each bit is either a care or don't care. If set to 1, it's a care bit. If the value associated with that bit appears, it is in alarm. If the mask bit is set to 0, it's a don't care bit – and the value associated with it will not trip an alarm. When used with enums it's almost like an enum alarm list,except the states can go "past" the range of values given in the enum list itself. For example, suppose an enum had the values of OPEN=1, SHUT=2. The mask could be 0xfffffffc - as one and two are allowed and valid. And any other value would be in alarm. Because there's only two enum values and each of these is green but any other value is read, it is hard to completely simulate this alarm with the enum alarm list. It's possible to use a condition perhaps in this one example but the current syntax requires the enum alarm list. Further transferring this information through to another party will be hard in that case. Reported by JPL.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sun, 17 Dec 2017 00:27 GMT

Combination Alarm

  • Key: XTCE12-53
  • Legacy Issue Number: 19374
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    A combination alarm allows conditions to be checked on multiple telemetry channels, and the resulting alarm conditions set on multiple telemetry channels. The source channels (which trigger the alarm) and the target channels (which show the alarm) do not have to be the same. One alarm level applies to all of the source alarms included in the combination set. Reported by JPL.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sun, 17 Dec 2017 00:27 GMT

Provide way to categorize all elements with @name into one or more groups

  • Key: XTCE12-41
  • Legacy Issue Number: 19381
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Outside of the SpaceSystem and systemName, a general mechanism for categorizing @name elements into one or groups is needed. Reported by JPL.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sun, 17 Dec 2017 00:27 GMT

Missing a number of Math Operators in latest proposal merge for XTCE 1.2.

  • Key: XTCE12-472
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    Previous issue resolution incorporated has some probably mistakes in the math operators.

    atan2 should have two arguments
    missing some new operators
    clarification of platform/language specific issues on some operators

  • Reported: XTCE 1.1 — Sat, 5 Aug 2017 16:46 GMT
  • Updated: Sun, 19 Nov 2017 00:25 GMT

Command Container Changes Split In Two Resolutions

  • Key: XTCE12-495
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    Due to size and readability issues, the fix for XTCE12-478 should be split into multiple resolutions. This issue has the second resolution attached.

  • Reported: XTCE 1.1 — Sat, 11 Nov 2017 15:35 GMT
  • Updated: Sun, 19 Nov 2017 00:25 GMT

Correct missed Argument Type updates for argumentRef versus parameterRef when calling out other parameters/arguments

  • Key: XTCE12-482
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    Multiple issues have been raised regarding the need to correct the schema where Arguments get ArgumentTypes but oversharing of the Parameter structure caused Arguments to only be able to make references to Parameters and not other Arguments, which is needed in the commanding definitions.

    For instance, when specifying a DynamicValue, only a ParameterInstanceRef could be aimed at. This was confusing at best. Due to the way XSD works, it seems that a number of additional Argument specific types need to be created to clean this up.

  • Reported: XTCE 1.1 — Sat, 9 Sep 2017 18:17 GMT
  • Updated: Sun, 19 Nov 2017 00:25 GMT

Missed the CommandContainer updates to support Argument references

  • Key: XTCE12-478
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    In the commanding side of the schema, the CommandContainer heavily leverages the SequenceContainer from the telemetry side of the schema. This introduces an issue at several points where only parameters can be referenced when it is often more appropriate for arguments to be referenced.

    This change was done by the committee but got missed in the proposed updates.

  • Reported: XTCE 1.1 — Sun, 6 Aug 2017 16:33 GMT
  • Updated: Sun, 19 Nov 2017 00:25 GMT

ValidRange element duplicated with ValidRangeSet in ArgumentTypeSet

  • Key: XTCE12-456
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    There appears to be a duplication mistake in the CommandMetaData ArgumentTypeSet. Two of the Argument Types (Integer and Float) have both a ValidRange element and a ValidRangeSet/ValidRange element.

    It is probably not necessary to have both. The single ValidRange should be fine. To define multiple ValidRanges introduces an opportunity for mismatch. If uncalibrated and calibrated ValidRange values exist, they should be converted to one or the other.

  • Reported: XTCE 1.1 — Sat, 3 Jun 2017 17:27 GMT
  • Updated: Wed, 15 Nov 2017 01:34 GMT

Re-evaluate the characterWidth attribute in String types

  • Key: XTCE12-484
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    I am not sure that this attribute makes sense in the String data type definitions. The character encoding (@encoding) element really should capture the knowledge here, but there could be a nuance I am unsure about.

    Check on this in the committee meeting. Propose to remove the attribute.

  • Reported: XTCE 1.1 — Sat, 9 Sep 2017 18:22 GMT
  • Updated: Wed, 15 Nov 2017 01:24 GMT

Missed DynamicValue in the PercentCompleteType from the proposal

  • Key: XTCE12-469
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    The latest draft of the 1.2 schema included a change of the primitive type for the FixedValue element but did not include the DynamicValue element that was proposed.

  • Reported: XTCE 1.1 — Sun, 30 Jul 2017 18:21 GMT
  • Updated: Wed, 15 Nov 2017 00:25 GMT

Consolidate the proposals for ParameterProperties element

  • Key: XTCE12-467
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    The ParameterProperties element has gone down two different paths during the XTCE 1.2 evolution discussions. The results of that have not been captured in the balloted schema.

  • Reported: XTCE 1.1 — Sun, 30 Jul 2017 18:02 GMT
  • Updated: Wed, 15 Nov 2017 00:25 GMT

Fix overuse of FixedIntegerValueType in proposal

  • Key: XTCE12-459
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    The FixedIntegerValueType introduced in XTCE 1.2 proposals is quite handy and flexible. In some cases, it was specified where it should not be. Propose to remove it's usage and revert to "long" for the cases of basic size and range specifications.

  • Reported: XTCE 1.1 — Sat, 29 Jul 2017 17:50 GMT
  • Updated: Wed, 15 Nov 2017 00:25 GMT

Cleanup unused/dead types in XTCE 1.2 proposed schema

  • Key: XTCE12-462
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    During the evolution of XTCE 1.2, some of the type definitions were rendered unused and in some cases were created and later deprecated. In other cases, they were part of an effort that never completed. These should be removed.

  • Reported: XTCE 1.1 — Sat, 29 Jul 2017 18:32 GMT
  • Updated: Wed, 15 Nov 2017 00:25 GMT

Some primitive type intentions missed

  • Key: XTCE12-457
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    The committee has expressed a desire to avoid code generation of BigInteger and BigDecimal where it does not make sense. Some XSD types do this. Internal types in the XTCE document avoid this and they have been applied to most places where they are needed, but there have been some misses.

  • Reported: XTCE 1.1 — Sat, 29 Jul 2017 16:41 GMT
  • Updated: Wed, 15 Nov 2017 00:25 GMT

Derived Issue: Update integer alarm definition types

  • Key: XTCE12-490
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    This new issue is derived from existing issues because it is not possible to attach more than 1 resolution to an issue.

  • Reported: XTCE 1.1 — Sun, 29 Oct 2017 14:26 GMT
  • Updated: Tue, 14 Nov 2017 00:56 GMT

Derived Issue: Update enumerated alarm definition types

  • Key: XTCE12-489
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    This new issue is derived from existing issues because it is not possible to attach more than 1 resolution to an issue.

  • Reported: XTCE 1.1 — Sun, 29 Oct 2017 14:26 GMT
  • Updated: Tue, 14 Nov 2017 00:56 GMT

Derived Issue: Update base alarm definition types

  • Key: XTCE12-487
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    This new issue is derived from existing issues because it is not possible to attach more than 1 resolution to an issue.

  • Reported: XTCE 1.1 — Sun, 29 Oct 2017 14:25 GMT
  • Updated: Tue, 14 Nov 2017 00:56 GMT

Derived Issue: Update string alarm definition types

  • Key: XTCE12-488
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    This new issue is derived from existing issues because it is not possible to attach more than 1 resolution to an issue.

  • Reported: XTCE 1.1 — Sun, 29 Oct 2017 14:25 GMT
  • Updated: Tue, 14 Nov 2017 00:56 GMT

ChangeAlarmRates confusing and ambiguous

  • Key: XTCE12-76
  • Legacy Issue Number: 14512
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-05-29 19:09:28 BST
    ChangeAlarmRates is confusing and ambigous due the fact the attribute setting
    of which there are four are all optional but only certain combinations are
    valid. Valid combos are: Change Per Sample, absolute change, whereas Change
    Per Second may be absolute change or percentage change. Also absolute change
    implies absolute value yet ranges allows for assymetric specification of +/-

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Tue, 14 Nov 2017 00:56 GMT

Off Alarms

  • Key: XTCE12-50
  • Legacy Issue Number: 19375
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    An off alarm disables a previously defined alarm. It will turn off ALL previously defined alarms at a certain level
    (RED or YELLOW) associated with the specified telemetry parameter. If the alarms themselves can be addressed, it can be configured to turn off individual alarms. Reported by JPL.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Tue, 14 Nov 2017 00:56 GMT

Add normal alarm condition or alarm ranges

  • Key: XTCE12-29
  • Legacy Issue Number: 19392
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Add a new alarm type to capture sequential ranges to permit a "barber pole" like definition. Reported by Kratos/ISI.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Tue, 14 Nov 2017 00:56 GMT

Only single instance of Alarm Condition/Range

  • Key: XTCE12-34
  • Legacy Issue Number: 19393
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Add a new alarm type (we know what this means). Kratos/ISI.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Tue, 14 Nov 2017 00:56 GMT

inside/outside alarms not supported

  • Key: XTCE12-72
  • Legacy Issue Number: 14513
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-05-30 19:32:10 BST
    most organization use some outside alarms, not available now

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Tue, 14 Nov 2017 00:56 GMT

Improve FloatRangeType and IntegerRangeType

  • Key: XTCE12-18
  • Legacy Issue Number: 19435
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    IntegerRangeType and FloatRangeType define ranges with attributes. The integer version has two, min/max which are inclusive and the float has four which are both inclusive and exclusive. The float version is particularly “bad” because its four attributes can all be set, or some combination of them, forcing the implementer to quality check that just two are set.

    Another approach would be to provide two attributes: min/max for the value ­ and then a third attribute called “rangeType” or some such to indicate the kind of comparison to be performed: open, closed, open-closed, closed-open indicating whether the values are inclusive or exclusive – one, the other, or both.

  • Reported: XTCE 1.1 — Wed, 28 May 2014 04:00 GMT
  • Updated: Tue, 14 Nov 2017 00:56 GMT

Cleanup the last of the List returns
  • Key: XTCE12-464
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    After approval of all the changes so far for XTCE 1.2, there are 5 cases where binding code generation results in List<Object> returns. These cases exist when multiple elements can be returned from a choice/sequence that do not share a common ancestor type.

  • Reported: XTCE 1.1 — Sun, 30 Jul 2017 15:32 GMT
  • Updated: Sun, 29 Oct 2017 16:37 GMT

Missed documentation updates from BitBucket subcommittee effort

  • Key: XTCE12-485
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    Several issues have noted that the XTCE 1.0 and 1.1 annotations have been lacking. Many of the updates were performed in conjunction with other issues that were more topic oriented to a particular area. In this, many elements/attributes/types did not require attention and as a result, did not get an opportunity to get annotation updates. In addition, some areas that were touched were done prior to reconciling the annotation updates.

  • Reported: XTCE 1.1 — Sat, 16 Sep 2017 15:30 GMT
  • Updated: Sat, 16 Sep 2017 15:30 GMT

Missing a number of changes and enumerations in ErrorDetectCorrectType children

  • Key: XTCE12-474
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    The reworked XTCE 1.2 from the proposed BitBucket schema has additional checksums (also hashes) and a new XOR element. In addition, there is a missing @parameterRef that should appear to specify the parameter that holds the value. Some systems do not store that so it can be optional.

  • Reported: XTCE 1.1 — Sat, 5 Aug 2017 18:04 GMT
  • Updated: Sat, 5 Aug 2017 18:04 GMT

AbsoluteTimeParameterType Epoch is not always at midnight

  • Key: XTCE12-448
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    The Epoch element in the time types does not allow an XTCE user to specify an Epoch date that is not anchored at midnight. At present it is a union of xs:date and xs:string with a restriction on 1 value, which is TAI.

  • Reported: XTCE 1.1 — Thu, 25 May 2017 13:23 GMT
  • Updated: Sat, 17 Jun 2017 00:10 GMT

LongDescriptionType as a complexType is unnecessary

  • Key: XTCE12-454
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    In the schema refactoring for 1.2, the LongDescription element content got converted to a complexType containing just a string. This should be a simpleType.

  • Reported: XTCE 1.1 — Thu, 1 Jun 2017 17:51 GMT
  • Updated: Sat, 17 Jun 2017 00:10 GMT

MetaCommandStep argument assignment

  • Key: XTCE12-397
  • Status: open  
  • Source: Northrop Grumman ( Joseph Vlietstra)
  • Summary:

    MetaCommandStep argument values are assigned using <ArgumentList> / <Argument> elements. Using these elements creates two issues in the XTCE model:

    1. Two different element definitions for <ArgumentList> / <Argument>
      1. <MetaCommandStep> / <ArgumentList> / <Argument>
      2. <MetaCommand> / <ArgumentList> / <Argument>
    2. Two XML implementations of the ArgumentAssignment concept:
      1. <MetaCommandStep> / <ArgumentList> / <Argument>
      2. <BaseMetaCommand> / <ArgumentAssignmentList> / <ArgumentAssignment>

    Recommend replacing the argument assignment elements in <MetaCommandStep> with the elements used for <BaseMetaCommand>.
    This would provide a more unified and descriptive definition.

  • Reported: XTCE 1.1 — Tue, 6 Dec 2016 18:00 GMT
  • Updated: Sun, 11 Jun 2017 00:19 GMT

InputOutputTriggerAlgorithmType@triggerContainer is a NameType, should it be a NameReference?

  • Key: XTCE12-95
  • Legacy Issue Number: 14494
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    InputOutputTriggerAlgorithmType@triggerContainer is a NameType, should it be a NameReference?

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sun, 11 Jun 2017 00:19 GMT

InputOutputAlgorithm@thread optional boolean, should have default of false

  • Key: XTCE12-93
  • Legacy Issue Number: 14495
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    InputOutputAlgorithm@thread optional boolean, should have default of false

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sun, 11 Jun 2017 00:19 GMT

MathOperator needs to be cleaned up

  • Key: XTCE12-124
  • Legacy Issue Number: 14467
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:38:51 BST
    MathOperators "^" should either be removed or expanded to include all bitwise
    operators, add or remove operators in math operators.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sun, 11 Jun 2017 00:19 GMT

IndirectParameterEntry should have segment varient?

  • Key: XTCE12-80
  • Legacy Issue Number: 14511
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-05-29 19:08:30 BST
    Should IndirectParameterEntry have a segment option?

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sun, 11 Jun 2017 00:19 GMT

CustomAlgorithm should be "typed" reference to AlgorithmSet

  • Key: XTCE12-85
  • Legacy Issue Number: 14505
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-05-28 21:35:39 BST
    CustomAlgorithm which appears in many places in the schema should be a
    namereference to AlgorithmSet. To enforce the proper semantics the Ref should
    "name" which algorithm type it referes to such as "InputAlgorithmRef" or
    "InputOutputAlgorithmRef", etc...

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sun, 11 Jun 2017 00:19 GMT

Should RestrictionCriteria should be assignment not operators for Commanding?

  • Key: XTCE12-82
  • Legacy Issue Number: 14506
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-05-28 21:39:55 BST
    RestrictionCriteria seems incorrect for commands. the value checked are
    inserted to form the command, operators seem a little strange, maybe only '=='
    makes sense, etc...

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sun, 11 Jun 2017 00:19 GMT

The XTCE element MetaCommand has a child element called VerifierSet

  • Key: XTCE12-61
  • Legacy Issue Number: 17421
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    The XTCE element MetaCommand has a child element called VerifierSet. Each of the Verifiers in the set are derived by schema-type extension except for the FailedVerifier. This produces an inconsistency when using a tool like JAXB which maps the schema types to classes

  • Reported: XTCE 1.1 — Mon, 11 Jun 2012 04:00 GMT
  • Updated: Sun, 11 Jun 2017 00:19 GMT

Elevate annotation specifying time string formats to an attributes

  • Key: XTCE12-47
  • Legacy Issue Number: 19376
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    The annotation below would be better served as an optional attribute with the specified format as the default. From a telemetry stantpd this would be interpreted as optional display info, and from an argument standpt the user input string format. "Used to contain an absolute time. Contains an absolute (to a known epoch) time. Use the [ISO 8601] extended format CCYY-MM-DDThh:mm:ss where "CC" represents the century, "YY" the year, "MM" the month and "DD" the day, preceded by an optional leading "-" sign to indicate a negative number. If the sign is omitted, "+" is assumed. The letter "T" is the date/time separator and "hh", "mm", "ss" represent hour, minute and second respectively. Additional digits can be used to increase the precision of fractional seconds if desired i.e. the format ss.ss... with any number of digits after the decimal point is supported. "

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sun, 11 Jun 2017 00:19 GMT

Adding structure to Parameters

  • Key: XTCE12-67
  • Legacy Issue Number: 16721
  • Status: open  
  • Source: Google ( Christopher Zonca)
  • Summary:

    Currently, it's possible to group ParameterTypes together through the AggregateParameterType. We would like to be able to add similar structure to individually declared Parameters. In other words, we would like a way to group Parameters together in a potentially nested, structured format.

  • Reported: XTCE 1.1 — Tue, 22 Nov 2011 05:00 GMT
  • Updated: Sun, 11 Jun 2017 00:19 GMT

Fix annotation issues throughout schema

  • Key: XTCE12-27
  • Legacy Issue Number: 19398
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Address all annotation issues. Kratos/ISI.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sun, 11 Jun 2017 00:19 GMT

Error in unique keys fix in XTCE12-346

  • Key: XTCE12-439
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    The revision task force made an error in the resolution of issue XTCE12-15 recorded in subtask XTCE12-346. This error calls out a unique key for the element xtce:CommandMetaData/xtce:ContainerSet attribute @name. This should be xtce:CommandContainerSet.

  • Reported: XTCE 1.1 — Sun, 16 Apr 2017 16:04 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

Alternate approach to xs:positiveInteger and xs:nonNegativeInteger

  • Key: XTCE12-431
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    The XTCE Schema uses two XSD types that cause issues for code generators. The xs:positiveInteger and xs:nonNegativeInter end up with things like the "BigInteger" class in the generated code mapping, although the ranging capability is lost. This is not convenient for implementations.

  • Reported: XTCE 1.1 — Thu, 23 Mar 2017 17:20 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

Mistake in previous resolution for addition of XInclude support

  • Key: XTCE12-441
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    An issue was created as XTCE12-10 regarding the lack of support for the XML Xinclude facility. A proposal passed under XTCE12-308 to add the import and and nillable attribute. This resolution missed the attribute definition needed to enable the location of the XInclude support.

  • Reported: XTCE 1.1 — Sat, 29 Apr 2017 14:33 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

The ToString element used in Integer and Float types overlaps with Enumerated types

  • Key: XTCE12-381
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    Inside of the ToString element, there are possibilities for making number to string mappings that confuse with the Enumerated Parameter/Argument types. These should be removed and the ToString element simplified to satisfy a tighter purpose.

  • Reported: XTCE 1.1 — Sat, 15 Oct 2016 16:16 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

Autogenerator issue with schema type derivation

  • Key: XTCE12-113
  • Legacy Issue Number: 14475
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:51:07 BST
    XMLSpy autogenerator issue, may be true for others. In some cases elements are
    not themselves extensions creating a schema type but are complex types. In
    those cases the class name does not end up matching the element but the
    included type. This is particularly noticeable in several parameterTypes –
    array, aggregate and absoluteTime, and in ALL the argumentTypes. It would be
    better from a code mapping standpt to address this in the schema – yes, just
    so the autogenerator "looks right".

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

element ParameterInstanceRefOperand in the MathOperationType

  • Key: XTCE12-60
  • Legacy Issue Number: 17422
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    element ParameterInstanceRefOperand in the MathOperationType has the flag but the "this" parameter doesn't say what the intent is in annotation or give the option of specifying whether it would be the raw or cooked (engineering converted) value.

    So the XTCE 1.2 annotation could say "Use the calibrated value of this parameter in the calculation. If the raw value for this parameter is desired, use the ParameterInstanceRefOperand to spell it out."

    Which I think covers it... although it would be nice to have the attribute.

  • Reported: XTCE 1.1 — Mon, 11 Jun 2012 04:00 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

Use of raw value for calibrator context selection

  • Key: XTCE12-395
  • Status: open  
  • Source: Northrop Grumman ( Joseph Vlietstra)
  • Summary:

    Should be able to select between calibrators by referencing raw value.

    Current ContextCalibrator mechanism doesn't really solve the problem. Access to raw value requires a parameter instance ref with useCalibratedValue=false. Implementing this approach requires a separate parameter type for each parameter that switches based on raw value. It also creates a somewhat circular relationship in the sense that the behavior of the parameter type (calibrator) depends on the parameter instance.

  • Reported: XTCE 1.1 — Mon, 5 Dec 2016 22:37 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

StringDataType UTF-8/CharacterWidth Issue

  • Key: XTCE12-110
  • Legacy Issue Number: 14478
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:56:02 BST
    UTF-8 and UTF-16 are actually multi-byte formats. The character width field
    just says "8" or "16" somewhat implying bit width per character which doesn't
    really match UTF-8/16. We should match them up.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

Generalize array type, add attribute for ROW or COL order

  • Key: XTCE12-107
  • Legacy Issue Number: 14481
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 22:00:56 BST
    ROW major order seems to be the poorly described default in XTCE, COL major is
    a less popular but unheard ordering of array cells in memory. These are well
    documented and understood constructs and conversion between them should be easy
    for any implementer. By providing an attribute to select the ordering we'll
    support everything but custom orderings. Wikipedia has an excellent entry on
    the topic.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

Unify metacommand/commandContainer and commandContainerSet/commandcontainer schema types

  • Key: XTCE12-111
  • Legacy Issue Number: 14474
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:49:52 BST
    These are implemented slightly differently in the schema and this has
    implications for the programmer & API. It would be easier from the programmer
    standpt if they were same underlying schema types.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

Explain interaction of dynamic value and segments, array lastEntryForThisArray

  • Key: XTCE12-106
  • Legacy Issue Number: 14482
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 22:01:57 BST
    It's not really documented how a parameter whose size is determined dynamically
    should react with segment entries which are fixed. Should the user be warned
    when they don't match? In addition arrays can be split across its dimensions
    by using the attribute lastEntryForThisArray, how does this interact with
    segments or in combination with dynamic values in parameter lengths? An array
    in a container, referenced as a containerSegment should be considered as well.
    This needs to documented.
    Comment 1 Kevin Rice 2008-05-21 22:46:12 BST
    If you have a parameterRefEntry of dynamic length and parameterSegment next of
    a fixed lenght – BUT you really need to adjust the segment based on the
    dynamic lenght. This seems either impossible or difficult to do in XTCE at
    this time.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

FloatEncoding float formats -- MIL1750a, IEEE, bit size issues

  • Key: XTCE12-87
  • Legacy Issue Number: 14503
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-05-01 21:22:02 BST
    XTCE allows one to select in an attribute eithe MIL-1750A or IEEE-754 formats
    and the bitsizes 32, 64, or 128.

    This leaves out bitsize 48 for MIL-1750a – a bug.

    It also allows for combinations which are likely not legal: MIL 64, or MIL
    128.

    DEC floating point encoding must also be accounted for.

    MILSTD-1750A 16 bit integer should probably have a comment that it is not float, rather it is just signMagnitude integer encoding.

    Finally it misses IEEE extended double of 80 bits ...

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

FixedValueEntry@sizeInBits should be required

  • Key: XTCE12-88
  • Legacy Issue Number: 14500
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    FixedValueEntry@sizeInBits should be required

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

Member of an AggregateParameterType or AggregateArgumentType can't be an ArrayParameterType or ArrayArgumentType

  • Key: XTCE12-66
  • Legacy Issue Number: 17418
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    3) A Member of an AggregateParameterType or AggregateArgumentType cannot be an ArrayParameterType or ArrayArgumentType

    Possible answers:

    3) This one typically comes up when source material has adopted the C syntax for specifying strings as char arrays and its being used in a 'struct'. In XTCE do not map char arrays that are strings to an 8-bit StringParameterType and then an ArrayParameterType that refers to it. Instead calculate the length from the char array and make a StringParameterType that long to hold it and refer to that in the Member element. To date even though this works (largely), it does not produce a happy face for the folks that have the original syntax. The alternative is a complete re-working of XTCE's array description

  • Reported: XTCE 1.1 — Mon, 11 Jun 2012 04:00 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

AlgorithmSet missing algorithms

  • Key: XTCE12-84
  • Legacy Issue Number: 14504
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-05-28 21:33:03 BST
    Various XTCE schema types for algorithms are not reflected in AlgorithmSet:
    SimpleAlgorith, InputAlgorithm and InputOutputAlgorithm

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

At the Parameter element, initial values for Array or Aggregates may not be set.

  • Key: XTCE12-62
  • Legacy Issue Number: 17419
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    At the Parameter element, initial values for Array or Aggregates may not be set. (It actually says this in the annotation.)

    Possible answers:

    4) Since Parameter's @initialValue is a string, I don't see why comma delimited and {} initializers can't be used similar to C, C++, Java, etc... these things should be pretty easy to parse. Of course some extra checking will be needed to make sure the list of items fits into the data type and perhaps there's some sticky cases to be considered which would all need to written up and documented which is probably why the annotation says its not supported in the first place.

  • Reported: XTCE 1.1 — Mon, 11 Jun 2012 04:00 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

Move array sizing to Parameter and Argument from container area

  • Key: XTCE12-133
  • Legacy Issue Number: 14455
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:05:42 BST
    Change where Array sizes are set from Container area to Parameter or Argument
    area. It may make more sense to put the array sizing in the parameter or
    argument area instead of in container where it is now. Currently in XTCE their
    size is set in the Container.
    C-S/CNES
    Ludovic Faure

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

Repeat arguments

  • Key: XTCE12-22
  • Legacy Issue Number: 19404
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Repeat arguments group all other arguments (except more repeats) in a specified range - the range may allow the item to be optional, repeated a fixed number of time or repeated within the range. It's challenging to see how this is supported within current XTCE syntax. The suggestion is to add a repeat argument to the argument list in XTCE. Reported by JPL.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

Expand features to include common industry encodings in StreamsSet

  • Key: XTCE12-38
  • Legacy Issue Number: 19386
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Added specific support for reed-solomon and turbo encoding, among others in the stream set. Reported by JPL.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

Fill argument

  • Key: XTCE12-23
  • Legacy Issue Number: 19403
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Fill arguments have a name and optional value, they are supplied by the system however. The closest match in XTCE is fixed value entry. However there's no way to associate a name with it or enforce the order in relation to other arguments, and if the container is not being specified this approach will not work either. Reported by JPL.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

Variable length strings need optional maximum length designator

  • Key: XTCE12-20
  • Legacy Issue Number: 19407
  • Status: open  
  • Source: NASA ( James Rice)
  • Summary:

    way to specify the maximum length for variable length strings is missing. A related issue is for pascal-style strings is the bit/byte order of the preceding length is missing. (that makes this another issue but I am tired of adding issues to this thing!) Note: this is actually an old issue which somehow never made it into the issues list here that I can fine. I believe the original issue was relayed to me by EADS 5+ yrs ago. I thought they intended to put it in.

  • Reported: XTCE 1.1 — Mon, 5 May 2014 04:00 GMT
  • Updated: Fri, 2 Jun 2017 00:01 GMT

Cleanup Container EntryList element by deprecating IndirectParameterRefEntry

  • Key: XTCE12-449
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    The IndirectParameterRefEntry is a clever construct that has the potential to be useful, although I am not aware of anyone who has used it.

    I suggest that we consider removing it because it is a limited case of the more general case solved by the IncludeCondition element. The IncludeCondition can provide this functionality and a lot more. As a result, this element is effort for implementers that doesn't add anything really "new". In addition, it leaves a case where the need is addressed in more than 1 way - which is generally not the best idea.

  • Reported: XTCE 1.1 — Tue, 30 May 2017 23:44 GMT
  • Updated: Thu, 1 Jun 2017 14:32 GMT

toString/NumberFormat needs default settings

  • Key: XTCE12-91
  • Legacy Issue Number: 14496
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-03-20 19:13:40 GMT
    toString/NumberFormat - element is required if toString is in use. Almost all
    attributes are optional but defaults should be

    provided for "most common" likely format...

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 29 Apr 2017 00:10 GMT

Improve CRCType Polynomial element

  • Key: XTCE12-12
  • Legacy Issue Number: 19436
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    The annotation states that the coefficients of the CRC poly can only be 1 or 0, and the exponent can only be integers. However the schema types for these two attribute are double. Enforcing the annotation through changes to the syntax of its polynomial would be easy to accomplish. A new type for CRC polynomials would need to be created, and the attribute types changes to match the desired behavior.

  • Reported: XTCE 1.1 — Wed, 28 May 2014 04:00 GMT
  • Updated: Sun, 16 Apr 2017 00:19 GMT

ErroCorrectDetect -- Parity

  • Key: XTCE12-75
  • Legacy Issue Number: 14515
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2009-03-18 22:16:51 GMT
    Doesn't really have enough info to identify parity bit location, and various
    other aspects to completely describe it.

    CRC may be problematic as well

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sun, 16 Apr 2017 00:19 GMT

ByteOrderList in XTCE 1.1 needs to be improved

  • Key: XTCE12-400
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    ByteOrderList is an element that describes the byte order of encoded packet info – mnemonics. Each mnemonic may have a different byte order. ByteOrderList is currently optional. The problems with it are:
    1) Not specifying it means the item is most significant byte first. But many adopters of XTCE fail to realize this initially at least producing many bad XTCE files.
    2) When specifying it, each "significance" is given a numerical value. The exact mechanism or meaning of this is not explained in the annotation. Results are a lack of commonality by XTCE file authors.
    3) There are 2 popular byte orders which cover many cases: "big" and "little" endian (or most/least significant byte first). Explicitly specifying these produces a lot of XML but a clearer XTCE file.
    Suggested fix: make the item required or provide an explicit default setting. This possibly means moving it to an attribute. Make the defaults the common settings, provide a bail out for the less common byte orders. Improve the annotation.

  • Reported: XTCE 1.1 — Fri, 16 Dec 2016 19:10 GMT
  • Updated: Sun, 16 Apr 2017 00:19 GMT

Alarm count to enter alarm (minViolations), needs corresponding count to leave the alarm state

  • Key: XTCE12-59
  • Legacy Issue Number: 19368
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    In the current schema minViolation gives the count to go into alarm... But there is not attribute for leaving alarm. Note JPL is the original reporter.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sun, 16 Apr 2017 00:19 GMT

Remove whitespace in selector xpath attribute

  • Key: XTCE12-15
  • Legacy Issue Number: 19437
  • Status: open  
  • Source: Northrop Grumman ( Joseph Vlietstra)
  • Summary:

    XTCE schema contains several <key> elements to ensure unique "name" attributes across various namespaces. Namespaces searched are specified by the "xpath" attribute in the <selector> element.

    Several XTCE xpath attributes contain spaces to improve readability of the xpath expression. Although whitespace is allowed by paragraph 3.7 of the xpath specification, there is a bit of ambiguity since it's not in the formal BNF grammar. This means some schema processors (e.g., Eclipse modeling framework) may reject the xpath expression.

    Recommend removing the space around the union (|) operator in the xpath expressions.

  • Reported: XTCE 1.1 — Wed, 28 May 2014 04:00 GMT
  • Updated: Sun, 16 Apr 2017 00:19 GMT

In EnumerationAlarm, enumerationValue should called enumerationLabel

  • Key: XTCE12-71
  • Legacy Issue Number: 14518
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2009-09-10 23:02:26 BST
    Although the data type is a string and it will accept labels, because it has
    the term "value" in the name, causes confusion.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sun, 16 Apr 2017 00:19 GMT

remove extraneous keys or uniq

  • Key: XTCE12-74
  • Legacy Issue Number: 14514
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-05-30 19:35:01 BST
    at least on old key is in the schema at the container area, remove any old ones

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sun, 16 Apr 2017 00:19 GMT

Expand telemetry parameter data source attribute

  • Key: XTCE12-49
  • Legacy Issue Number: 19378
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    The XTCE options:
    telemetered, derived, constant, local

    The JPL options:
    flight, derived, bit_extract, simulation

    The suggestion is expand the list in XTCE to include "Segmented" or something of that nature to match the ParameterSegmentRefEntry.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sun, 16 Apr 2017 00:19 GMT

Digital Alarms

  • Key: XTCE12-52
  • Legacy Issue Number: 19372
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Digital alarms are a mask (typically 16 bits) that have value and don't care bits. For example a mask might be defined as:

    X11X 10X0 0111 X111

    The X positions are don't care, but the 0,1 are values which if they appear in telemetry of interest put it into alarm.

    It isn't clear that this representable in XTCE.

    Original report is JPL.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sun, 16 Apr 2017 00:19 GMT

Change alarm

  • Key: XTCE12-51
  • Legacy Issue Number: 19373
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Change alarm define any change in value from a numeric, enum or string as in alarm. Float usage is often discouraged. XTCE has no specific syntax to support this. Reported by JPL.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sun, 16 Apr 2017 00:19 GMT

Add raw units to ParameterType

  • Key: XTCE12-45
  • Legacy Issue Number: 19379
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    A specific syntactic element to capture raw units if it needed, possibly in addition to engineering units is not provided. There is a unit set in XTCE but was not intended to be used in this manner. Reported by JPL.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sun, 16 Apr 2017 00:19 GMT

Add ArgumentTypeSet to MetaCommand

  • Key: XTCE12-48
  • Legacy Issue Number: 19377
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Allow for local argument types to be defined in MetaCommand, helps avoid collisions with arguments in other commands of the same name but different properties.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sun, 16 Apr 2017 00:19 GMT

Database of single SpaceSystem cannot designate a parameter to be within multiple systems

  • Key: XTCE12-31
  • Legacy Issue Number: 19395
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Database of single SpaceSystem cannot designate a parameter to be within multiple systems. Add some way to categorize elements with @name.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sun, 16 Apr 2017 00:19 GMT

Add additional math operators to mathoperations

  • Key: XTCE12-32
  • Legacy Issue Number: 19394
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Add additional operators to the math operations element. Kratos/ISI.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sun, 16 Apr 2017 00:19 GMT

Error detection algorithm does not support XOR

  • Key: XTCE12-28
  • Legacy Issue Number: 19397
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Add XOR support in error detection algorithm. Kratos/ISI.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sun, 16 Apr 2017 00:19 GMT

Add to or change way crc is specified

  • Key: XTCE12-24
  • Legacy Issue Number: 19400
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Add to or change the way the crc is specified in the schema. Kratos/ISI

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sun, 16 Apr 2017 00:19 GMT

Provide specific type consequence level

  • Key: XTCE12-421
  • Status: open  
  • Source: Northrop Grumman ( Joseph Vlietstra)
  • Summary:

    XTCE v1.1 provided an anonymous type for the consequence level of a command. In proposed v1.2, consequence level type and AlarmLevels are merged into ConcernLevelsType. Besides being backwards-incompatible, this merges two different concepts.

  • Reported: XTCE 1.1 — Thu, 26 Jan 2017 18:13 GMT
  • Updated: Thu, 6 Apr 2017 00:55 GMT

XTCE12-11 fix for name references did not work correctly

  • Key: XTCE12-434
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    The resolution for XTCE12-11 turned out to have an error. The Comments section outlines the error in that issue.

  • Reported: XTCE 1.1 — Thu, 23 Mar 2017 17:59 GMT
  • Updated: Thu, 6 Apr 2017 00:55 GMT

*Container@abstract should have default of false

  • Key: XTCE12-96
  • Legacy Issue Number: 14491
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-03-20 19:05:29 GMT
    metaCommand@abstract has a default value of false, but *container@abstract does
    not.

    It should.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Thu, 6 Apr 2017 00:55 GMT

Need a ParameterProperty for "observability" or "change only threshold"

  • Key: XTCE12-68
  • Legacy Issue Number: 16722
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    It does not appear possible for the satellite factory to pass a minimum "observability" for parameters using XTCE. It is possible I am mistaken here and a clarification would be sufficient. This type of property is used when determining if a parameter has changed and damps out potential jitter in the measurements.

  • Reported: XTCE 1.1 — Wed, 23 Nov 2011 05:00 GMT
  • Updated: Thu, 6 Apr 2017 00:55 GMT

Time/Encoding@scale,@offset terminology vs DynamicValue/LinearAdjust

  • Key: XTCE12-86
  • Legacy Issue Number: 14502
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-05-01 21:19:28 BST
    These two items use a y=mx+b style adjuster to change the value given. The
    terminology should be aligned.

    One implements it using attributes the other a seperate element, possible these
    should be aligned as well.

    FINALLY the default SLOPE (i.e. 'm') is 0 in one which is wrong – adding an
    empty LinearAdjust will result in a ZERO-ing of the retrieve dynamic value – a
    mistake.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Thu, 6 Apr 2017 00:55 GMT

Bit extract feature needed in telemetry parameter

  • Key: XTCE12-58
  • Legacy Issue Number: 19367
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Specific syntax associating bits from one or more parent parameters to create a new parameter in the Parameter element is needed. Currently XTCE supports this concept at the container (ParameterSegmentEntryRef) level, and in theory by using an algorithm. However containers associated with some parameters may not always be defined in XTCE, and algorithmic descriptions are difficult to exchange. Note original reporter is JPL.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Thu, 6 Apr 2017 00:55 GMT

Add ranges to enumeration list

  • Key: XTCE12-33
  • Legacy Issue Number: 19391
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Add option to map a range of value to a label, instead of just one value as is current in XTCE. Reported by Kratos/ISI.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Thu, 6 Apr 2017 00:55 GMT

Enum Alarm List should be optional

  • Key: XTCE12-56
  • Legacy Issue Number: 19370
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    The enum alarm list is required in the syntax. But other alarms types are available for enums, and it is possible that one may require one of them but not have need to define an explicit enum alarm list. The syntax prevents this from occurring. Perhaps the enum list element should be optional.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Thu, 6 Apr 2017 00:55 GMT

Add xinclude to support ximport

  • Key: XTCE12-10
  • Legacy Issue Number: 19632
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    To support xinclude, the following should added to the root schema element: <import namespace="http://www.w3.org/XML/1998/namespace" schemaLocation="http://www.w3.org/2001/03/xml.xsd"/>

  • Reported: XTCE 1.1 — Mon, 6 Oct 2014 04:00 GMT
  • Updated: Fri, 31 Mar 2017 16:05 GMT

Clean up semantics of "OO-Include Condition"

  • Key: XTCE12-78
  • Legacy Issue Number: 14509
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-05-28 21:45:18 BST
    In EntryList, a containerRef that's to an abstract container has special
    meaning. perhaps it warrants it own entry to clear up the semantics.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Tue, 21 Mar 2017 15:53 GMT

Type inheritance missing from Absolute and Relative time data types

  • Key: XTCE12-14
  • Legacy Issue Number: 19633
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Absolute and Relative time should have a "baseType" similar to the other scalar data types. This is probably an oversight.

  • Reported: XTCE 1.1 — Mon, 6 Oct 2014 04:00 GMT
  • Updated: Fri, 13 Jan 2017 00:40 GMT

size in bits of float encoding

  • Key: XTCE12-103
  • Legacy Issue Number: 14488
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Ludovic FAURE 2007-12-12 07:02:01 GMT
    XTCE schema seems to allow only three size in bits for float encoding: 32, 64
    and 128. Some existing missions at CNES, uses float parameters encoded on 48
    bits and then this size is not correct against XTCE.
    Comment 1 Kevin Rice 2008-05-01 21:41:23 BST
    This the same at 667 – 48 bits is for 1750a, and some combos are probably not
    legal given the attribute values for setting this, further IEEE 80 bit
    extended format is not supported either.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 24 Dec 2016 00:18 GMT
  • Attachments:

Add support for arbitary floating point

  • Key: XTCE12-26
  • Legacy Issue Number: 19399
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Add support for arbitrary floating point formats within FLoatDataEncoding.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sat, 24 Dec 2016 00:18 GMT

Valid sizeInBits values for encoding="MILSTD_1750A"

  • Key: XTCE12-17
  • Legacy Issue Number: 19415
  • Status: open  
  • Source: Jacobs Technology, Inc. ( Robert Goodwin)
  • Summary:

    The XTCE schema currently defines the following three legal values for sizeInBits in the FloatDataEncodingType complex type: 32, 64, 128. These legal values are correct if the encoding attribute is “IEEE754_1985”; but for encoding=”MILSTD_1750A”, the legal values should be 32 (single precision) and 48 (extended precision). Reference sections 4.1.5 and 4.1.6 of the MIL-STD-1750A specification (http://www.xgc.com/manuals/m1750-ada/m1750/book1.html). Need to add XTCE support for sizeInBits=48 when encoding=”MILSTD_1750A”.

  • Reported: XTCE 1.1 — Tue, 13 May 2014 04:00 GMT
  • Updated: Sat, 24 Dec 2016 00:18 GMT

MessageSet has unneeded attribute

  • Key: XTCE12-94
  • Legacy Issue Number: 14493
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-03-20 19:09:35 GMT
    MessageSet has an unrequired name. This is not part of the NameReference
    annotation and is inconsistent. I don't think this is used at all and should be
    removed.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 23 Dec 2016 00:51 GMT

Add name attribute to context alarms or calibrators

  • Key: XTCE12-108
  • Legacy Issue Number: 14480
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:59:47 BST
    An optional name should be associated with context alarms and calibrators in
    type. This would particularly be useful to type inheritance, because same
    'named' contexts could be overloaded.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 23 Dec 2016 00:51 GMT

PercentComplete in Verifiers needs clean up

  • Key: XTCE12-121
  • Legacy Issue Number: 14470
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:42:34 BST
    Clarify the way percentComplete is specified. Value should be constrained from
    0 to 100.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 23 Dec 2016 00:51 GMT

exponent attribute in Term element in PolynomialCalibrator should be non-negative integer

  • Key: XTCE12-77
  • Legacy Issue Number: 14516
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2009-06-04 18:07:59 BST
    Strictly speaking polynomials only have exponents in their terms which are
    non-negative whole numbers. the current construction specifies it as a double,
    which is too broad...

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 23 Dec 2016 00:51 GMT

Range support in enumerated parameter type

  • Key: XTCE12-25
  • Legacy Issue Number: 19401
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Add range support in enum list. Reported by ESA.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Fri, 23 Dec 2016 00:51 GMT

StringAlarmList is required but it should be optional

  • Key: XTCE12-19
  • Legacy Issue Number: 19411
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    This is similar to issue 19370. StringParameterTypes can have several types of alarms but the StringAlarmList is required. Thus if you have a string alarm condition but nothing to go into the string alarm list, you have to make one up. For example if you are comparing the current string value to a past one in some manner, there is not necessarily a string alarm to go with it. The solution is to make the string alarm list optional.

  • Reported: XTCE 1.1 — Mon, 12 May 2014 04:00 GMT
  • Updated: Fri, 23 Dec 2016 00:51 GMT

Change NameType regex from zero or more to one or more characters

  • Key: XTCE12-16
  • Legacy Issue Number: 19442
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    NameType's regex currently allows a name to be empty, and it should not allow this...

  • Reported: XTCE 1.1 — Mon, 2 Jun 2014 04:00 GMT
  • Updated: Thu, 27 Oct 2016 00:25 GMT

Add regex to enforced syntax of NameReferences

  • Key: XTCE12-11
  • Legacy Issue Number: 19446
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    NameReferences which are "text pointers" in XTCE are currently an open string type, even though the form is "path-like" (e.g. sat/power/battery[0].voltage). There are a variety of forms of it and different types (regular namereferences and parameter instance refs). The syntax of these could be enforced with a regular expression. Below is an example that can used as basis for in the spec.

    <?xml version="1.0" encoding="UTF-8"?>
    <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" attributeFormDefault="unqualified">
    <xs:element name="test">
    <xs:complexType>
    <xs:sequence>
    <xs:element name="path" maxOccurs="unbounded">
    <xs:simpleType>
    <xs:restriction base="xs:string">
    <xs:pattern value="/?(([a-zA-Z0-9_\-]|\.|\.\.)/)([a-zA-Z0-9_\-]([[0-9]])?)([\.][a-zA-Z0-9_\-]([[0-9]+])?)"/>
    </xs:restriction>
    </xs:simpleType>
    </xs:element>
    </xs:sequence>
    </xs:complexType>
    </xs:element>
    </xs:schema>

    — EXAMPLES

    <test xsi:noNamespaceSchemaLocation="path.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <path>foo</path>
    <path>foo[9].bar[0].baz[0]</path>
    <path>foo[0999]</path>
    <path>/foo/bar</path>
    <path>/foo/bar/baz</path>
    <path>/oo/bar/baz.bif</path>
    <path>/foo/bar[99].bif</path>
    <path>foo/bar[99].bif</path>
    <path>../././bar[99].bif</path>
    </test>

  • Reported: XTCE 1.1 — Wed, 4 Jun 2014 04:00 GMT
  • Updated: Mon, 24 Oct 2016 03:20 GMT

DefaultSignicance element can have no content at all

  • Key: XTCE12-97
  • Legacy Issue Number: 14492
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-03-20 19:07:03 GMT
    It has three attributes none of which are required and there are no defaults
    for them – result: an empty DefaultSignificance can be set with NO
    information. Probably true for ContextSignificance as well. At least one
    attribute should be required to avoid this.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 22 Oct 2016 00:26 GMT

SplinePoint attribute order should be ignored (typo)

  • Key: XTCE12-100
  • Legacy Issue Number: 14487
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-11-12 20:29:42 GMT
    The SplinePoint element has an attribute called 'order' which seems to be a
    hold over from an earlier version of this construct. It should be ignored.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 22 Oct 2016 00:26 GMT

Move ValidRangeAppliesToCalibrated Attribute

  • Key: XTCE12-112
  • Legacy Issue Number: 14477
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:53:45 BST
    ValidRangeAppliesToCalibrated should be moved to ValidRange element. Right now
    this attribute is in the main element for the datatype but should probably be
    moved to a specific element to which it refers.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 22 Oct 2016 00:26 GMT

SplineCalibrator order attribute too restrictive

  • Key: XTCE12-57
  • Legacy Issue Number: 18537
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    As previously discussed, the @order attribute of the <SplineCalibrator> relates to the fit funtion that is used for interpolation and extrapolation.

    Interpolation is implied when the @order attribute is used. Extrapolation has an explicit attribute.

    Setting the order to zero effectively creates a "step" function, as the fit function is limited to zeroth order behavior. First order behavior creates a linear function, otherwise called a "point to point". Second order would be a quadratic, etc.

    The schema allows only positive integers for the @order attribute. This should be non-negative integer.

  • Reported: XTCE 1.1 — Fri, 8 Mar 2013 05:00 GMT
  • Updated: Sat, 22 Oct 2016 00:26 GMT

Enumeration element could use an @shortDescription

  • Key: XTCE12-8
  • Legacy Issue Number: 18540
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    It would be convenient to add a shortDescription attribute to the Enumeration element for enumerated types.

  • Reported: XTCE 1.1 — Sun, 10 Mar 2013 05:00 GMT
  • Updated: Sat, 22 Oct 2016 00:26 GMT

Possible unused attribute in RepeatEntry

  • Key: XTCE12-13
  • Legacy Issue Number: 19443
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    The RepeatEntry has a count element (required) and an offset element (optional). The offset element has four choices: offsetSizeInBits (attribute), FixedValue, DynamicValue, DiscreteLookupList (elements).

    The first item there seems a sore thumb... further you can easily say two conflicting things with it.

    The offsetSizeInBits is probably an vestige from an earlier version of the schema and can be removed.

  • Reported: XTCE 1.1 — Mon, 2 Jun 2014 04:00 GMT
  • Updated: Sat, 22 Oct 2016 00:26 GMT

ByteOrderList is invalid for Containers

  • Key: XTCE12-73
  • Legacy Issue Number: 14517
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2009-09-10 22:59:58 BST
    ByteOrderList is not valid for container and is part of the BinaryEncoding
    element.

    Ignore or remove from future version.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 15 Oct 2016 19:27 GMT

Add forward/reverse calibrator metadata

  • Key: XTCE12-116
  • Legacy Issue Number: 14473
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:48:47 BST
    Some organizations wish to capture counts to units on the telemetry side & then
    units to counts on command side (often called reverse or inverse calibrators).
    In some cases they may wish to both for various reasons, often in testing
    scenarios to validate their operation calibration. XTCE does not provide an
    easy way to mark a calibrator as either 'reverse' or 'forward'.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

TimeAssociation schema type is incorrect

  • Key: XTCE12-118
  • Legacy Issue Number: 14463
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:33:28 BST
    Parameter/TimeAssociation@offset – current date type should be decimal for
    holding offset. Change the Date to offsetTimeInMillisec, and make it a decimal
    type. It is possible to work around this by storing the milliseconds as a YEAR
    date but its awkward:
    0001-01-01+00:00
    0002-01-01+00:00
    9999-01-01+00:00, 10000-01-01+00:00

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

Use of the include conditions

  • Key: XTCE12-105
  • Legacy Issue Number: 14484
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Ludovic FAURE 2007-10-31 17:22:31 GMT
    The CNES recommendations suggest a way to define packets descriptions without
    using inheritance. Actually, we define a unique generical packet (non-abstract
    container) that contains the definition of all the packets for a given mission.
    It is possible by using optional container and parameter entries, thanks to the
    element IncludeCondition.
    This approach is equivalent to the inheritance approach (a XSLT translator has
    been developped) and is simpliest to handle at the software level. What about
    write this approach in the magenta book as OK approach?

  • Reported: XTCE 1.1 — Tue, 6 Oct 2009 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

Key bugs

  • Key: XTCE12-109
  • Legacy Issue Number: 14479
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:58:41 BST
    Keys for the ContainerSet check should read CommandContainerSet on the
    commandMetaData portion and there is no key at all for ArgumentTypeSet. These
    can be added with little effort although it seems many parsers ignore the keys.
    Comment 1 Kevin Rice 2008-03-03 21:15:40 GMT
    Most of the keys in fact are incorrect in the Xpath designations. For example
    the parameterNameKey should read:

    "xtce:TelemetryMetaData/xtce:ParameterSet/|xtce:CommandMetaData/xtce:ParameterSet/"

    Most if not all the other keys have the same issue related to incorrectly
    specifying the "xtce:" namespace and thus do nothing.

    Further, they are all at the top of the schema and instead could be positioned
    at each element of interest, this would help with the error message generated.

    Finally, instead of using key, the "unique" tag could be used instead as this
    is exactly what the keys are checking for, uniqueness.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

Change UnitSet to simple String; change name

  • Key: XTCE12-115
  • Legacy Issue Number: 14472
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:46:32 BST
    UnitSet should just be a simple string, rename it to "Unit" and add the
    attributes 'name' and 'description'. However the element should have content
    like:

    <Unit name="metersPerSecond" description="meters per second">m/s</Unit>
    Comment 1 Kevin Rice 2008-03-04 22:29:39 GMT
    Unit is actually a type "Any" which is clearly not what was intended either...
    Comment 2 Kevin Rice 2008-04-18 14:54:47 BST
    Unit is not a Type ANY – its set to MIXED but has not child elements. In
    XMLSpy '08 in grid mode it seems to initially accept mixed concept. However
    going to text will fail – not validate.

    The out of the box Java parser does not validate it either if there is mixed
    content.

    Suggest setting the mixed content attribute to FALSE to be – well absolutely
    correct.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

Remove old comments

  • Key: XTCE12-99
  • Legacy Issue Number: 14490
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-03-20 19:03:47 GMT
    Two old comments are in the schema and should be removed. They are:

    Remove this comment: <!-- removed for CASTOR: default="PT0S" --> line 1028

    Remove this comment: <!-- default="00" (does not work with CASTOR 0.9.5.3) -->
    line 2257

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

relative path in the parameterRef

  • Key: XTCE12-101
  • Legacy Issue Number: 14486
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Ludovic FAURE 2007-10-31 17:38:22 GMT
    In the first example of the chapter 2.3.3.1, the refernce to the parameter used
    the relative path: "PrimaryHeader.apid". The relative path for the space system
    tree uses '/' to separate space systems, why not use '/' to separate container
    from other container or parameter? By this way we will get an homogeneous way
    to define paths in XTCE.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

packet identification

  • Key: XTCE12-102
  • Legacy Issue Number: 14485
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Ludovic FAURE 2007-10-31 17:31:13 GMT
    In the chapter 2.3.4.4, it is written that a packet is identified as a
    non-abstract container that has a base container (or a message as well). I
    think a packet can be a non-abstract container without base container. For
    example, if the description contains only one container that defines a packet.
    There is no base container whereas this is a packet.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

Add explanatory annotation that MetaCommand/CommandContainer is semantically similar to a Java Private Inner Class

  • Key: XTCE12-104
  • Legacy Issue Number: 14483
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 22:03:01 BST
    MetaCommand/CommandContainer should have the same semantics as Java private
    Inner classes. Update annotation to reflect this.

  • Reported: XTCE 1.1 — Tue, 6 Oct 2009 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

Expand NameReference semantics

  • Key: XTCE12-98
  • Legacy Issue Number: 14489
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-03-04 22:57:09 GMT
    Expand NameReference concept to allow specifying items in precise locations
    such as TelemetryMetaData, CommandMetaData, etc...

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

Condition has two elements with the same name, causes problems for some autogenerators

  • Key: XTCE12-81
  • Legacy Issue Number: 14508
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-05-28 21:43:30 BST
    Some autogenerators have problems with this – name change.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

Add OCL specific Algorithm to XTCE

  • Key: XTCE12-83
  • Legacy Issue Number: 14507
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-05-28 21:41:50 BST
    OCL is an OMG standard that adds a constraint language to UML or any model.
    It's related to RestrictionCriteria. Would a specific XTCE Algorithm for OCL
    be useful?

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

*Type/@initialValue need clarifications

  • Key: XTCE12-90
  • Legacy Issue Number: 14499
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-03-20 19:37:07 GMT
    *Type/@initialValue - intialValue for the various types need to be more fully
    spelled out. StringType give no provision for UTF-8/UTF-16. FloatType is a
    double although encoding may generate 32-bit quantity... BinaryType may clip
    actual storage size. Enumeration doesn't specify whether to use label or
    value... Boolean: possibly either '0' | '1' or 'oneStringValue' |
    'zeroStringValue'.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

EnumeratedParameterType does not support multiple context alarms

  • Key: XTCE12-69
  • Legacy Issue Number: 15874
  • Status: open  
  • Source: Google ( Christopher Zonca)
  • Summary:

    The EnumeratedParameterType element currently does not support multiple context alarms, unlike the other ParameterType elements.

    This is probably because, on line 743 of the schema, the ContextAlarm element is not setting the maxOccurs attribute to "unbounded". Without this attribute, only one instance of the ContextAlarm element is allowed.

  • Reported: XTCE 1.1 — Mon, 29 Nov 2010 05:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

EnumeratedParameterType does not support multiple context alarms

  • Key: XTCE12-70
  • Legacy Issue Number: 15858
  • Status: open  
  • Source: Google ( Christopher Zonca)
  • Summary:

    The EnumeratedParameterType element currently does not support multiple context alarms, unlike the other ParameterType elements.

    This is probably because, on line 743 of the schema, the ContextAlarm element is not setting the maxOccurs attribute to "unbounded". Without this attribute, only one instance of the ContextAlarm element is allowed.

  • Reported: XTCE 1.1 — Mon, 29 Nov 2010 05:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

RelativeTimeType nomenclature conflicts with RelativeTimeParameterType

  • Key: XTCE12-79
  • Legacy Issue Number: 14510
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-05-29 19:07:02 BST
    Confusing, suggest name change

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

Add gap entry to container entry list

  • Key: XTCE12-43
  • Legacy Issue Number: 19384
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    A gap entry is an addressing mechanism to move the address pointer relative or absolutely as specified in the gap entry. This is an alternate approach to XTCE's location in container element. Reported by JPL.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

Add named width spacer to Container entry list

  • Key: XTCE12-42
  • Legacy Issue Number: 19383
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    named width spacer entry is an alternative way to do addressing as provided by the location in container element in XTCE. Reported by JPL.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

Add variable to containers

  • Key: XTCE12-46
  • Legacy Issue Number: 19382
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Variables are local values created from bit/sub-bits specified in the entry list of container. They are similar to parameters but exist only within the scope of the container they are defined – they are of type integer. Reported by JPL.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

Add title to parameter

  • Key: XTCE12-44
  • Legacy Issue Number: 19380
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    A specific syntactic item for a title associated with telemetry parameters is not available in XTCE. Reported by JPL

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

Add argument and fixed value entries to CommandContainerSet/CommandContainer

  • Key: XTCE12-21
  • Legacy Issue Number: 19402
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    The CommandContainerSet/CommandContainer is missing arguments related entries which make it impossible to describes some ESA packet definitions.

    Reported by ESA.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

AlarmRanges cannot be defined based on raw values

  • Key: XTCE12-30
  • Legacy Issue Number: 19396
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Add raw value support in alarm ranges.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

Add APID table list

  • Key: XTCE12-37
  • Legacy Issue Number: 19387
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Add an apid table list to XTCE so that packets defined in containers can be easily associated with their apid.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

Add switch entry to container entry list

  • Key: XTCE12-40
  • Legacy Issue Number: 19385
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    A switch entry is similar to the switch/case statement provided in most programming languages, and would improve upon the include condition currently found in XTCE. Reported by JPL.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Sat, 8 Oct 2016 00:25 GMT

Create RangeEnumeration Type

  • Key: XTCE12-136
  • Legacy Issue Number: 14451
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 20:58:07 BST
    XTCE does not support RangeEnumeration directly. A RangeEnumeration maps a
    label to a range of values. Currently XTCE only has the simpler Enumeration
    Type - one label, one value. The IntegerType/ToString/rangeEnumeration could be
    used [note: label is missing]. But this is not strictly speaking a
    "RangeEnumerationTypes". (From Chris Simms/NASA-MSFC)

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

Clear Up Calibrated/Uncalibrated Values in Schema

  • Key: XTCE12-139
  • Legacy Issue Number: 14450
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 20:56:01 BST
    XTCE has several locations within it where values need to be supplied, in many
    cases they may be calibrated or uncalibrated values and an associated attribute
    is supplied which determines whether the value should be treated as such.
    However in some cases, no attribute is supplied and the default is to treat the
    value as calibrated. The problem is that this is inconsistent and may not
    cover the common industry use cases, especially as related to alarms (limits).
    This bug report lists all the areas that use such a value in XTCE where an
    attribute is not supplied along with it to set whether the value should be
    calibrated or not. These areas need to be considered and an attribute supplied
    if appropriate.
    The following list may not be exhaustive (although it needs to be) and some may
    make more sense than others in terms of supplying calibrated or uncalibrated
    values; that needs to be determined (through use cases) and schema changes
    applied consistently to all these areas in the next revision.
    ParameterSet/parameter@initialValue
    Verifiers/ParameterValueChange/Change@value
    StringParameterType/SizeRangeInCharacters@min,max
    StringParameterType/

    {Default|Context}Alarm/StringAlarmList/StringAlarm@patternMatch
    EnumerationType/EnumerationList/Enumeration@value
    EnumerationType/{Default|Context}

    Alarm/EnumerationAlarmList/EnumerationAlarm@enumerationValue

    • (attributes is a string, is it the enum value, or is it label?)
      IntegerParameterType/toString/RangeEnumeration
      IntegerParameterType/StaticRangeAlarm
      IntegerParameterType/ChangeAlarms
      FloatParameterType/StaticRangeAlarm
      FloatParameterType/ChangeAlarms
      RelativeTimeType/ChangePerSecondAlarms
      ArgumentList/Argument@initialValue
      ParameterToSetList/../NewValue
  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

Move Alarms outside of Type Area

  • Key: XTCE12-134
  • Legacy Issue Number: 14454
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:04:10 BST
    Move Alarms outside of Type area. Alarms may change a lot and it may be easier
    to have them set in the Parameter area, further alarms and calibrators, as well
    as the time types reference Parameters directly which seems inconsistent with
    them being in types.

    C-S/CNES
    Ludovic Faure

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

Fix ArgumentTypes child element or attributes that use the term Parameter, to Argument

  • Key: XTCE12-135
  • Legacy Issue Number: 14453
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:02:49 BST
    Argument elements need to have their attributes or child elements set to
    ARGUMENTxxx. Many of the major elements associated with ArgumentTypes seem to
    have child or attributes that say "parameterXXX" instead of "argumentXXX".
    C-S/CNES
    Ludovic Faure

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

Message/IncludeCondition/BaseContainer similarity

  • Key: XTCE12-129
  • Legacy Issue Number: 14460
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:11:43 BST
    Message, IncludeCondition and BaseContainer do similar things and should be
    unified
    Comment 1 Kevin Rice 2007-10-22 21:21:03 BST
    Message, IncludeCondition and BaseContainer do similar things and should be
    unified

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

ContextAlarm not set to Inf Elements in EnumerationType

  • Key: XTCE12-130
  • Legacy Issue Number: 14457
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:08:06 BST
    Contextalarmlist/contextalarm in the enumarationType is not set to inf
    elements; missing INF in schema element

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

Label Missing in IntegerType/RangeEnumeration area

  • Key: XTCE12-131
  • Legacy Issue Number: 14456
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:06:59 BST
    Label missing in RangeEnumeration element in ToString in IntegerType

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

Add ability to compare counters in IncludeCondition

  • Key: XTCE12-132
  • Legacy Issue Number: 14452
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:00:29 BST
    IncludeCondition doesn't directly allow for certain types of comparisons except
    through CustomAlgorithm - counter based sampling particular. This need is
    related to supercomming or supersampling based on counts.
    (NASA-MSFC, Chris Simms)
    Comment 1 Kevin Rice 2008-05-21 21:40:25 BST
    Need to get more information -KR
    Comment 2 Kevin Rice 2008-05-21 21:51:11 BST
    You could use MathOperator in AlgorithmSet to derive something from another
    parameter and then use Condition (BooleanExpression) or Comparison in
    IncludeCondition to compare to the final result, such as a mod of a counter

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

Put Alarms in Arguments; leaves Alarms in Command Parameters

  • Key: XTCE12-126
  • Legacy Issue Number: 14461
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:17:55 BST
    Command Argument should have alarms; I have found one user that claims alarms
    on USER INPUT arguments. Therefore I believe we should generalize the schema
    to having them both in parameters and arguments. In the end I believe we'll be
    making arguments and parameters look exactly the same even if the nomenclature
    stays separate.
    Comment 1 Kevin Rice 2007-10-22 21:20:06 BST
    Command Argument should have alarms; I have found one user that claims alarms
    on USER INPUT arguments. Therefore I believe we should generalize the schema
    to having them both in parameters and arguments. In the end I believe we'll be
    making arguments and parameters look exactly the same even if the nomenclature
    stays separate.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

ErrorDetectCorrect does not support Checksum

  • Key: XTCE12-127
  • Legacy Issue Number: 14459
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:10:29 BST
    ErrorDetectCorrect doesn't support Checksum, especially on command side

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

Checkwindow not tied to context

  • Key: XTCE12-128
  • Legacy Issue Number: 14458
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:09:15 BST
    CheckWindow has no way to vary window size based on context

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

Change UnitSet to optional

  • Key: XTCE12-123
  • Legacy Issue Number: 14471
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:43:57 BST
    Making UnitSet required wastes instance file space, make UnitSet optional.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

Clean up Annotation Related to Verifiers

  • Key: XTCE12-125
  • Legacy Issue Number: 14469
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:41:16 BST
    Update annotation related to verifiers parameterValueChange. It's supposed to
    mean the Delta change (you could just do a comparison check for a specific
    value). So if the current value is 10 and you're looking for a ValueChange of
    2, then you'd need a new value that's greater than 12 for the Verifier to trip.
    The annotation should be clearer.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

Clarify ContainerRef check in Verification area

  • Key: XTCE12-122
  • Legacy Issue Number: 14468
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:40:01 BST
    Clarification needed for ContainerRef check. Clean up the annotation – it
    says: "When verification is a new instance the referenced Container". This
    doesn't make any sense.

    It just means the verification is reached when you receive that container. An
    example might be sending a command to download memory then receiving a packet
    with the memory download.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

AbsoluteTime should have Alarms

  • Key: XTCE12-120
  • Legacy Issue Number: 14466
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:37:38 BST
    AbsoluteTimeParameterType do not have alarm elements associated with it. In
    the current schema this may be by design – an example of a usage for an
    alarming absolute time could be helpful. JWST claims to alarm on occurrences
    of reverse time which in fact would probably be a packet ordering issue.

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

Message/ContainRef should read ContainerRef

  • Key: XTCE12-117
  • Legacy Issue Number: 14462
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2007-10-22 21:31:25 BST
    It's a typo

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

  • Key: XTCE12-65
  • Legacy Issue Number: 17405
  • Status: open  
  • Source: Boeing ( David Overeem)
  • Summary:

    Clarify the reference point of absolute and relative bit positions in the container, when SequenceContainers are contained by other Containers. This clarification should be added to the annotations in the schema

  • Reported: XTCE 1.1 — Tue, 5 Jun 2012 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

attribute twosCompliment should be twosComplement

  • Key: XTCE12-89
  • Legacy Issue Number: 14501
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    Description Kevin Rice 2008-03-27 22:13:54 GMT
    spelling typo

  • Reported: XTCE 1.1 — Thu, 17 Sep 2009 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

Fix spelling of one/twosCompliment in IntegerDataEncoding

  • Key: XTCE12-36
  • Legacy Issue Number: 19390
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    It should be complement, not compliment. Reported by Kratos/ISI.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

AggregateParameterType or AggregateArgumentType Member attribute 'typeRef' is vague

  • Key: XTCE12-64
  • Legacy Issue Number: 17417
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    AggregateParameterType or AggregateArgumentType Member attribute 'typeRef' is vague in that it does not specify whether one is referring to a ParameterType or ArgumentType.

    It's safe to assume that the AggregateParameterType member should only refer to ParameterTypes and AggregateArgumentType members should only refer to ArgumentType. Alternatively again, the schema types could be split along the parameter and argument lines... and differentiated explicitly

  • Reported: XTCE 1.1 — Mon, 11 Jun 2012 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

No short description or long description at the Member element of AggregateParameterType or AggregateArgumentType

  • Key: XTCE12-63
  • Legacy Issue Number: 17416
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    There's no short description or long description at the Member element of AggregateParameterType or AggregateArgumentType

    Possible answers:

    1) Use the short/long descriptions of the referred to types. Alternatively we'd have to re-construct the schema type add descriptive info

  • Reported: XTCE 1.1 — Mon, 11 Jun 2012 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

MetaCommandSet is incorrectly set to required

  • Key: XTCE12-9
  • Legacy Issue Number: 19634
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    The MetaCommandSet is incorrectly set to required and should be optional, like all the other "top-level" elements in XTCE.

  • Reported: XTCE 1.1 — Mon, 6 Oct 2014 04:00 GMT
  • Updated: Fri, 30 Sep 2016 00:48 GMT

Change all elements to top level schema types

  • Key: XTCE12-35
  • Legacy Issue Number: 19389
  • Status: open  
  • Source: NASA ( Kevin Rice)
  • Summary:

    By making all the elements top level schema types, the class mapping is cleaner.

  • Reported: XTCE 1.1 — Wed, 30 Apr 2014 04:00 GMT
  • Updated: Fri, 19 Feb 2016 05:15 GMT
  • Attachments:

Some sections/pages refer to the old (1.0) xsd version

  • Key: XTCE12-137
  • Legacy Issue Number: 12803
  • Status: open  
  • Source: NLR ( Leo Timmermans)
  • Summary:

    Some sections/pages refer to the old (1.0) xsd version: 1 - page v: Version 1.1: The source documents for this specification include: Formal version 1.0: formal/2005-08-01 Associated Schema files: formal/2005-08-02 (xsd) 2 - page 19: The XTCE normative specification is contained entirely as a W3C XML Schema. This schema is available as a standalone document at http://www.omg.org/space/xtce/SpaceSystem1.0.xsd [=> This link is incorrect ]

  • Reported: XTCE 1.1 — Wed, 3 Sep 2008 04:00 GMT
  • Updated: Fri, 15 Jan 2016 05:04 GMT