S-101-Portrayal-subWG / Working-Documents

17 stars 5 forks source link

Small Craft moorings - Update symbology #28

Closed alvarosanuy closed 2 years ago

alvarosanuy commented 3 years ago

S101PT6_New portrayal for Small Craft Mooring Areas.docx

The intention is to discuss ideas to replace the current portrayal for 'Small Craft moorings' before the AHO officially submits a 'Portrayal change request form' and the proposal is shared with the stakeholders we decided when we approved the 'Portrayal request workflow' (refer to Github Issue # 22). We will also have to recommend the S101PT an implementation date (DF or pure S100 ECDIS).

Other options:

SylviaSpohn-BSH commented 3 years ago

As I remember from earlier discussions we proposed not to use patterns, but the symbol in the line (see N12). Instead of the text we would prefer one symbol in the area (in a circle to show that is not a point object - unfortunately this principle seems not to be used in the ECDIS symbology so far - could it be introduced once?)

alvarosanuy commented 2 years ago

Decisions and Actions at 01DEC2021 (post 2nd meeting in November 2021):

image

alvarosanuy commented 2 years ago

Recommendation:

Both symbolizations will also display a 'central area symbol' as follows - BOYMOR01 in a circle (both in CHGRF) with a final size similar to ACHARE51 (Needs development).

alvarosanuy commented 2 years ago

Decision made at Portrayal subWG meeting on 13/7/22

  1. Portray Surface AnchorageArea features with categoryOfAnchorageArea=8(small craft mooring area) using:
  1. Portray Point AnchorageArea features with categoryOfAnchorageArea=8(small craft mooring area) using:

Any other display parameters are to be copied from AnchorageArea.

  1. Mikus to develop and upload to this Github issue SVG, CSS and Engineering Drawing files for:
MikusRL commented 2 years ago

@alvarosanuy In addition to the above description for I assume that removing of the location circle from the bottom line from the BOYMOR01 for the center symbol is by default, as it does not normally representing a precise location any more, correct? Thanks.

alvarosanuy commented 2 years ago

@alvarosanuy In addition to the above description for I assume that removing of the location circle from the bottom line from the BOYMOR01 for the center symbol is by default, as it does not normally representing a precise location any more, correct? Thanks.

That's right.

MikusRL commented 2 years ago

I have created three symbols based on that symbol ENTRES itself is in three versions - 51, 61 and 71. BOYMOR_Centred.zip

I have not updated any of the .svg "metadata" entries, as I could not find any S-100WG papers or decisions, which would define the S100SVG metadata attributes in more detail, than it is stated in the example in S-100 Part 9, Appendix 9-B, section 9-B-2-4. As I understand, if any changes are introduced, like applying S-100 Part 4, 4a-5.1 the minimum set of metadata elements for any resource to comply with S-100 profile, and not sure if any is applicable from S-100 Part 17, then all of the SVGs already existing would need an update to it too. I think it is better to do it for all in one go, if metadata for svg is created by S-100WG. The link from current metadata does not lead to anywhere at the moment.

I also tried to analyze, if this symbol would need to be shifted by default, and came to a conclusion, that this symbol is as the "main" and not as additional. Not sure though in the ECDIS chart screen, where own ship is in center location, if this "shift" then should be on OEMs implementation side, or should it be standardized, and agreed shift added to the SVG itself. Happy to shift and re-save the symbol, if group agrees on exactly in which direction it should be shifted: image

image

image

image

rmalyankar commented 2 years ago

Re SVG metadata:

S-100 Part 17 does not apply to this "SVG metadata", nor do 4 or 4a. There isn't any documentation of SVG metadata apart from 9-B-2-4. The SVG metadata schema is online at https://schemas.s100dev.net (scroll down to the Part 9 section and look for S-100 SVG metadata, it has only publisher, creationDate, source, format, version.

alvarosanuy commented 2 years ago

@MikusRL

MikusRL commented 2 years ago

@alvarosanuy Hi, you are correct. I guess little bit "overthought then this was. Sorry. BOUMOR02 in CHGRF coming right up.

MikusRL commented 2 years ago

@alvarosanuy I have created the point symbol in CHGRF as BOYMOR02. I also created in CHGRD (BOYMOR04) for discussion, because I think that if the centre symbol is expected to be faint, then being a faint also for point symbol could be too light, seen less significant, or one could look for border line of the area assuming it is a centred symbol. In smaller scales this point symbol shows almost actual position of mooring buoys, definitely covering them. Of course with that consideration in mind we could actually re-use also the existing black symbol (BOYMOR01) for areas as a point. For discussion and option in future. BOYMOR_area_point.zip

image

alvarosanuy commented 2 years ago

@MikusRL - Thanks. Let's proceed with BOYMOR02. Mariner's shouldn't look for an area boundary as the center symbol for Surfaces is surrounded by a circle ......... If you, or anybody else, wants to propose a change to this symbology I propose this is submitted using a new Github issue that would be discussed after PC 1.0.2 implementation.

@mikkan - I Reopen this issue until the rules and symbols are updated by NIWC in PC 1.0.2.

mikan66 commented 2 years ago

What about feature 'Anchor Berth' as well?

mikan66 commented 2 years ago

@alvarosanuy your direction on July 14

BOYMOR01 but in CHGRF colour.

BOYMOR01 is a shared symbol with MooringWarpingFacility, color change requires a new symbol for use here.

Is this now replaced with new symbol BOYMOR02 which now has CHGRF as the color?

alvarosanuy commented 2 years ago

Is this now replaced with new symbol BOYMOR02 which now has CHGRF as the color?

@mikan66 - Final portrayal instructions as follows:

  1. Surface AnchorageArea features with categoryOfAnchorageArea=8 (small craft mooring area) using:
  1. Point AnchorageArea features with categoryOfAnchorageArea=8 (small craft mooring area) using:
alvarosanuy commented 2 years ago

What about feature 'Anchor Berth' as well?

@mikan66 - AnchorBerth is not affected by any decision made in this issue. As far as I remember, we haven't proposed changes to the S-52 symbology. Am I missing something here?

mikan66 commented 2 years ago

What about feature 'Anchor Berth' as well?

@mikan66 - AnchorBerth is not affected by any decision made in this issue. As far as I remember, we haven't proposed changes to the S-52 symbology. Am I missing something here?

No, I only point out AnchorBerth because it has the same attribution defined with categoryOfAnchorageArea=8 as a possibility. Currently, AnchorBerth does not examine any attributes in the portrayal rule and only uses symbol ACHBRT07. I will leave it "as-is".

mikan66 commented 2 years ago
  • Symbolised boundaries - LC(NAVARE51) but in CHGRF colour + center symbol (BOYMOR51.svg)

NAVARE51 is a shared line style with other rules, I can't change the color here only. I can create NAVARE52 manually or someone can supply an official new line style for use here. I can go with the below if you want.

<?xml version="1.0" encoding="ISO-8859-1"?>

<?S100lineage source="S52Preslib4.0" format="S100Ed2" version="0.1" creationDate="2022-09-16"?> <?S100Meta name="NAVARE52" exposition="boundary of anchor area with small craft moorings"?>

8.6 CHGRF 1 6 4
mikan66 commented 2 years ago

Examples of categoryOfAnchorageArea=8: Point: image

Surface + plain boundaries = true: image

Surface + plain boundaries = false [ locally created line style NAVARE52 from NAVARE51 but with color = CHGRF : image

See commit: https://github.com/iho-ohi/S-101_Portrayal-Catalogue/issues/124#issuecomment-1249579967

alvarosanuy commented 2 years ago

@mikan66 - Thanks for creating LC(NAVARE52). I will add it to the list of items we need to submit to the IHO Registry. When the time comes I will ask you to supply the associated files.