Print

Print


In reply to the posts from Andy Ceranowicz, with thanks for the contributions.

PassiveActivitiesEnum16

My remark 'renamed enumerator' refers to the single enumerator name in this enumeration. This used to be 'Dummy', whereas now it is 'Other' as per SISO-REF-010.

Regarding the shorter name of the enumeration datatype, this has been since the draft17. This was not modified in the latest enumeration module proposal. And I see no need from auto-generation perspective to change this. The XSL I created maps the enumeration names as we use the for the RPR FOM with the uids from SISO-REF-010.

Do you have a problem with the renaming of the enumerator, or of the enumeration datatype? In case of the former I personally do not see the problem of code changes being necessary. In case of the latter you would be right, but in fact this didn't change.

I will copy the proposed semantics in the Enumerations module.

I will raise, on behalf of you, the comment to modify the datatype from PassiveActivitiesEnum16 to Integer16 (or UnsignedInteger16 ??) for the attribute ActivityCode from object class AdditionalPassiveActivities and parameter ActivityCode from interaction class AcousticTransient. I will do so once I have received feedback from all reviewers. We can then discuss this proposal (and others) in the DG.

PropulsionPlantEnum8

Thank you for catching that. I will remove the extra 'w_HullMountedMask' enumerators again.

ActiveSonarEnum16

The character '/' is not allowed according to the schema. The content of the name element is defined as IdentifierType in the IEEE1516-DIF-2010.xsd, which in turn is defined as NCName, defined in the official XML schema. And this type does not allow such (and certain other) characters.

So the enumerator names cannot be simply copied from the HLA 1.3 omt; this applies to several other enumerations as well. At some point someone probably did a global search-replace over it, or they were auto-generated, resulting in the '/' being replaced by '_slsh_' for the HLA 1516 enumerators. We may want to discuss within the DG whether we think this is a good replacement, or that we prefer something else (e.g. currently the XSL I created for process the SISO-REF-010 XML replaces all illegal characters by an '_').

ActiveSonarFunctionCodeEnum8

I will copy the proposed semantics in the Enumerations module.

General

I will raise, on behalf of you, the comment to remove the notes on enumeration bit size. I will do so once I have received feedback from all reviewers.

Thank you for updating the semantics in the UA module.

 



To unsubscribe from the SAC-PDG-RPR list, click the following link:
https://discussions.sisostds.org/index.htm?SUBED1=SAC-PDG-RPR