abc471a1 by Mike Mathews

Update HpeCore.xid.xml -- fixed typos in comments.

1 parent f536c346
...@@ -593,12 +593,12 @@ ...@@ -593,12 +593,12 @@
593 <elem name="source" type="string" multiplicity="1"> 593 <elem name="source" type="string" multiplicity="1">
594 <comment>Estimate calculation source identifier. In multi-function engines like HPE, calculations can be handled by various calculation functions. This source identifier 594 <comment>Estimate calculation source identifier. In multi-function engines like HPE, calculations can be handled by various calculation functions. This source identifier
595 provides an analytical characterization that enbles a deeper understanding of how the data is processed. Identifiers can include terms like 'hybrid', 'agnss', 'celldb', 'ecid', 595 provides an analytical characterization that enbles a deeper understanding of how the data is processed. Identifiers can include terms like 'hybrid', 'agnss', 'celldb', 'ecid',
596 tdoa, rf-base1, rf-base2, slame, etc. Terms are not constant and may be substantially different across systems using this XID struct. </comment> 596 tdoa, rf-base1, rf-base2, slam, etc. Terms are not constant and may be substantially different across systems using this XID struct. </comment>
597 </elem> 597 </elem>
598 <elem name="obstype" type="ObservationType" multiplicity="1"> 598 <elem name="obstype" type="ObservationType" multiplicity="1">
599 <comment>The last observation type used to create the estimate. In multi-type observables, multiple estimates will be generated with the last estimate usually indicating the last estimate use. 599 <comment>The last observation type used to create the estimate. In multi-type observables, multiple estimates will be generated with the last estimate usually indicating the last estimate use.
600 If estimated simultaneously, then the obstype will be the dominant observations (one with the most obversations and/or least uncertainty). If there is no dominance, then the observation 600 If estimated simultaneously, then the obstype will be the dominant observations (one with the most obversations and/or least uncertainty). If there is no dominance, then the observation
601 type is 'undefined'</comment> 601 type is 'undefined'.</comment>
602 </elem> 602 </elem>
603 <elem name="tic" type="uint32"> 603 <elem name="tic" type="uint32">
604 <comment>Tic count of the estimate. For single transaction sessions, the tic count is always 0. For multi-transaction sessions, the tic-count will be monotonic increasing.</comment> 604 <comment>Tic count of the estimate. For single transaction sessions, the tic count is always 0. For multi-transaction sessions, the tic-count will be monotonic increasing.</comment>
...@@ -635,7 +635,7 @@ ...@@ -635,7 +635,7 @@
635 <elem name="floorLabel" type="string" multiplicity="0..1"> 635 <elem name="floorLabel" type="string" multiplicity="0..1">
636 <comment> 636 <comment>
637 Optional descriptive floor label if available. Floor labels are useful to provide a floor specifier not readily indexed like floor number. Examples include 637 Optional descriptive floor label if available. Floor labels are useful to provide a floor specifier not readily indexed like floor number. Examples include
638 'Lobby', 'Parking 1', 'Parking 2', 'Mezzannine 1', '12', '14', 'Observation Deck', etc. In cases, where the result is between floors, the floor label may 638 'Lobby', 'Parking 1', 'Parking 2', 'Mezzannine 1', '12', '14', 'Observation Deck', etc. In cases where the result is between floors, the floor label may
639 specify a compound label such as 'P1/P2' if supported. 639 specify a compound label such as 'P1/P2' if supported.
640 <comment> 640 <comment>
641 </elem> 641 </elem>
......
Styling with Markdown is supported
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!