Update Information - Portrayal of Deleted features

[alvarosanuy]

For the portrayal of Deleted features during an ENC Update review process, S-52 and S-98 Annex C require:

This means that UpdateInformation should be able to 'retain and expose' the symbology of the deleted feature when Mariners perform the 'ENC Update review' process in ECDIS.
The feature must not be part of the dataset in the sense that it can't be visible during route monitoring or planning or tigger alarms, etc. In practical terms a deleted feature does not longer exist but, somehow its symbology should be retained so it can be used when reviewing ENC updates.

• Is this currently possible to achieve using the UpdateInformation modelling and encoding guidance currently proposed for S101 Ed 1.2.0? Refer to Update Information - Detailed Description iho-ohi/S-101-Documentation-and-FC#41 (comment)

[alvarosanuy]

[DavidGrant-NIWC]

This means that UpdateInformation should be able to 'retain and expose' the symbology of the deleted feature when Mariners perform the 'ENC Update review' process in ECDIS. The feature must not be part of the dataset in the sense that it can't be visible during route monitoring or planning or trigger alarms, etc. In practical terms a deleted feature does not longer exist but, somehow its symbology should be retained so it can be used when reviewing ENC updates.

• Is this currently possible to achieve using the UpdateInformation modelling and encoding guidance currently proposed for S101 Ed 1.2.0? Refer to Update Information - Detailed Description iho-ohi/S-101-Documentation-and-FC#41 (comment)

Option A

• Let the OEM's handle it by running the deleted feature(s) through portrayal and merging the drawing instructions with the current dataset.
  • Would require some way of determining which features/spatials are deleted.
  • Seems like a kludge.

Option B

• Continue to provide the feature/spatial in the updated dataset, but mark it as deleted.
  • Perhaps by associating fixedDateRange with it through a new information type.
  • Or, add a new feature type (UpdateDeletion) which can carry the characteristics of the deleted feature/spatial

Option C

• Just show the update symbol without the portrayal of the feature which has been deleted.
  • The text associated with the update information feature will describe the deleted feature.

[alvarosanuy]

Decisions made at Portrayal subWG meeting on 18/10/23

The group decided to proceed with Option C above:

Portrayal wise, only the Update (delete) pattern will be shown

the symboogy of the feature which has been deleted will not be shown.

Encoding wise:

• An UpdateInformation feature will be created using the geometry of the Deleted feature (P/C/S).
• As a minimum, the feature type of the deleted object will be described using the attribute Information/text.
• Not sure what to do with the 'Updated Association' as the only possibility would be to link it to the UpdateInformation meta feature (not currently allowed in 1.2.0). - Maybe in this case the Association is irrelevant and not required (?).
  If this is agreed, DCEG will have to be updated accordingly.

Also, if UpdateINformation end up replacing the current 'ENC Update Review' functionality in ECDIS, S-98 Annex C (C-12.11.2.2) will have to be updated to remove the requirement to 'overwrite' or 'superimpose' CHRVDEL01 or CHRVDEL02 on the original symbology as this one won't be retained in S-101.

Proposal - Symbology Update:
If the 'original ' feature won't be depicted anymore it may be worth considering the following changes to the 'Delete' symbology:

• Point: Enclose the CHRVDEL01 symbol using a thin line (same than the 'moved' arrow).
  

• Curve and Surface: Add a thin line (same than the 'moved' arrow) underneath the CHRVDEL0n symbols
  
  

• Alvaro - Create Test datasets (once production tools are updated to handle FC 1.2.0) and supply to NIWC for testing of portrayal rules.

[alvarosanuy]

Decisions made at Portrayal subWG meeting on 10/04/24

• Do not approve the use of an orange circle to support the current symbology for UpdateInformation Point features having updateType=2 (delete).

• Approve the use of an orange thin (0.32mm) solid line for UpdateInformation Curve & Surface features having updateType=2 (delete) (as per screenshots in previous comment).

• The line symbology above is to be added to the existing 'Delete' symbology (CHRVDEL1). It does not replace it.

• NIWC to update UpdateInformation rule for Curves and Surfaces having updateType=4** to support Testing - Target is PC 1.3.0.
  Upload screenshots when available.

[DavidGrant-NIWC]

Portrayal of delete (ignore the adds with no associated feature - there's some issues with this old data):

[alvarosanuy]

Implemented in PC 1.3.0