Bulletins de la S-57
S-57 Edition 3.1 Bulletins de codage
Bulletins de codage de l’édition 3.1 de la S-57 : la S-57 est la norme de l’OHI pour l’échange des données hydrographiques numériques. Elle est utilisée pratiquement exclusivement pour le codage des cartes électroniques de navigation (ENC). La S-57 doit néanmoins répondre à des besoins supplémentaires, ce qui a conduit l’OHI à développer la S-100 (Modèle universel de données hydrographiques de l’OHI) qui remplacera en fin de compte la S-57. Il est toutefois escompté que l’édition 3.1 de la S-57 continuera d’être utilisée pour produire les ENC dans les années à venir. La S-57 - Norme de l’OHI pour le transfert des données hydrographiques numériques - est la principale norme utilisée pour la production d’ENC. La spécification de produit pour les ENC comprend une description des entités, attributs, format de codage des données, ainsi qu’une spécification de produit et un plan d’actualisation. La S-57 décrit la manière dont les ENC devraient être produites. En 2010, l’OHI a approuvé le « dégel » de l’Annexe A – Utilisation du catalogue des objets pour les ENC (UOC) de l’Appendice B.1 à la S-57. Ceci a été fait dans le but de transférer les directives de codage des ENC nouvelles et révisées, incorporées dans ces bulletins de codage et dans d’autres publications de l’OHI, vers un document officiel contenant les directives de codage des ENC de l’OHI. Les bulletins de codage qui ont été transférés dans l’UOC conserveront leur référence dans la liste des bulletins de codage et les directives incluses dans chaque bulletin seront remplacées par un renvoi aux clauses appropriées de l’UOC. Les directives de codage des ENC nouvelles ou révisées seront ajoutées en tant que nouveaux bulletins de codage, lesquels seront ensuite incorporés dans les futures nouvelles éditions de l’UOC, selon qu’il convient. Ces bulletins résultent de propositions portées à l’attention du groupe de travail sur la maintenance des ENC (ENCWG). Les nouveaux bulletins doivent être approuvés par le ENCWG. |
|
1. UOC clause 10.1.1 Navigational lines and recommended tracks; 10.2.2 Deep Water Route Centrelines; and 10.2.4 Recommended Routes [Updated – Feb 2012] |
Use of the Object Catalogue - Appendix B.1, Annex A - Encoding Bulletins (EB) |
UOC Clauses 10.1.1 Navigational lines and recommended tracks; 10.2.2.2 Deep water route centrelines; and 10.2.4 Recommended routes |
Please note this Encoding Bulletin SUPERSEDES EB1a, EB1b and EB1c below. Revised encoding guidance regarding the resultant direction of line geometry for one way recommended tracks, deep water route centrelines and recommended route centrelines has been included in UOC Edition 3.1.0 (October 2012) – Clauses 10.1.1, 10.2.2.2 and 10.2.4. |
EB1a - UOC Clause 10.1.1 Navigational lines (NAVLNE) and recommended tracks (RECTRC) |
Please note that item EB1a, EB1b and EB1c have been SUPERSEDED by EB1 above The third bullet point of clause 10.1.1 of Edition 2.1 (April 2002) of the Use of the Object Catalogue (S-57 Appendix B1, Annex A) states: "When the traffic flow is one way, the direction of digitising of an object of type line should be the same as the direction of the traffic flow". |
EB1b - UOC Clause 10.2.2.2 Deep Water Route Centerline (DWRTCL) |
As per 1.a above, the first remark, in clause 10.2.2.2 needs to have its obligation changed from "should" to "must" i.e. "When the traffic flow is one way (attribute TRAFIC = 3), the direction of digitising should must be the same as the direction of traffic flow, thereby avoiding possible ECDIS display problems." This is required as the S-52 Presentation Library (Edition 3.3) actually calculates the bearing of the digitised line and displays the bearing text based on this calculation. (The PL does NOT use the attribute ORIENT to display this text). |
EB1c - UOC Clause 10.2.4 Recommended Route Centerline (RCRTCL) |
As per 1.a above the first remark, in clause 10.2.4 needs to have it's obligation changed from "should" to "must" i.e. "When the traffic flow is one way (attribute TRAFIC = 3), the direction of digitising should must be the same as the direction of traffic flow, thereby avoiding possible ECDIS display problems." This is required as the S-52 Presentation Library (Edition 3.3) actually calculates the bearing of the digitised line and displays the bearing text based on this calculation. (The PL does NOT use the attribute ORIENT to display this text). |
Please note that this item has been SUPERSEDED as the result of changes made to the Conditional Symbology Procedure for displaying this object class in ECDIS. |
Please note that this item has been SUPERSEDED as the result of changes made to the Conditional Symbology Procedure for displaying this object class in ECDIS. |
Revised encoding guidance regarding a dam that has its seaward edge coincident with the coastline was included in UOC Edition 3.0.0 (October 2011) – Clause 4.8.5. |
New encoding guidance regarding fishing facilities located in deep water was included in UOC Edition 3.0.0 (October 2011) – Clause 11.9,1. |
Revised encoding guidance regarding the population of the attribute QUASOU on WRECKS objects was included in UOC Edition 3.0.0 (October 2011) – Clause 6.2.1.</p> |
Revised encoding guidance regarding the population of the attribute QUASOU on OBSTRN objects was included in UOC Edition 3.0.0 (October 2011) – Clause 6.2.2. |
<Retour à l'index> |
New encoding guidance regarding lines demarcating collision regulation areas was included in UOC Edition 3.0.0 (October 2011) – Clause 11.13.5. |
Revised encoding guidance regarding the orientation of directional and moiré effect lights was included in UOC Edition 3.0.0 (October 2011) – Clauses 12.8.6.5 and 12.8.6.6. |
Revised encoding guidance regarding temporal attribution for floating docks was included in UOC Edition 3.0.0 (October 2011) – Clause 4.6.2.2. |
Revised encoding guidance regarding temporal attribution for pontoons was included in UOC Edition 3.0.0 (October 2011) – Clause 4.6.7.3. |
Revised encoding guidance regarding portrayal of names for land areas was included in UOC Edition 3.0.0 (October 2011) – Clause 4.7.1. |
Please note that this item has been SUPERSEDED as the result of changes made to the IHO Presentation Library Look-Up Tables for displaying this object class in ECDIS. |
Revised encoding guidance regarding the role of the object class DAYMAR in a master to slave relationship was included in UOC Edition 3.0.0 (October 2011) – Clause 12.1.2. |
New guidance regarding the encoding of “linear” maritime jurisdiction areas was included in UOC Edition 3.0.0 (October 2011) – Clause 11.2. |
<Retour à l'index> |
EB16 - UOC Clause 11.2 Maritime jurisdiction areas: Disputed claims |
New guidance regarding the encoding of overlapping Territorial Sea and Exclusive Economic Zone areas due to the areas being in dispute between two or more Coastal States was included in UOC Edition 3.0.0 (October 2011) – Clause 11.2.4. |
New guidance regarding the encoding of AIS used as aids to navigation was included in UOC Edition 3.0.0 (October 2011) – Clause 12.14.1. |
New guidance regarding the production of ENC cells that may span the 180° Meridian of Longitude was included in UOC Edition 3.0.0 (October 2011) – Clause 2.1.8.2. |
EB19 - UOC Clause 12.4.1 Buoys: Emergency Wreck Marking Buoy |
New guidance regarding the encoding of IALA emergency wreck marking buoys was included in UOC Edition 3.0.0 (October 2011) – Clause 12.4.1.1. |
Clause 5.6 of edition 2.0 (November 2000) of the ENC Product Specification (S-57 Appendix B.1) is not prescriptive as to the characters allowed for ENC data set file naming, resulting in some ECDIS rejecting ENC files containing the _ (underscore) character in the file name. The S-57 Maintenance Document MD8 (March 2002) lists both a Clarification (1.Cl.37) and a Correction (1.Co.32) explaining the allowable character format to be as described in ISO 9660, level 1. The existence of both a Clarification and a Correction in MD8 has resulted in confusion as to whether the _ (underscore) character is allowable in S-57 Edition 3.1 file names. |
New guidance regarding the character encoding used for external text files in national language (referenced by NTXTDS) was included in UOC Edition 3.0.0 (October 2011) – Clause 2.3. |
Revised guidance regarding the formats to be used for text and picture files was included in UOC Edition 3.0.0 (October 2011) – Clauses 2.3 and 4.8.20. |
Revised guidance regarding the encoding of DEPARE objects of type line was included in UOC Edition 3.0.0 (October 2011) – Clause 5.4.1. |
EB24 - UOC Clause 2.1.5.1 Seasonal objects and Clause 2.6.1 Issuing updates in advance |
NOTE: The guidance included in this Encoding Bulletin applies only when it is required to indicate seasonality, or to issue update information in advance, and the temporal attributes introduced for some navigational aid equipment objects in S-57 Supplement No. 2 are not available on the ENC production system used by the Producing Authority. Clause 2.1.5.1 of Edition 2.1 (April 2002) of the Use of the Object Catalogue for ENC (S-57 Appendix B.1, Annex A) provides guidance on the use of the attributes PEREND and PERSTA for the encoding of seasonal objects in ENC. Clause 2.6.1 of the Use of the Object Catalogue for ENC provides guidance on the provision of advance update information, including the use of the attributes DATEND and DATSTA.
FOGSIG – PEREND, PERSTA; RADSTA – PEREND, PERSTA; RETRFL – DATEND, DATSTA, PEREND, PERSTA; RTPBCN – PEREND, PERSTA; TOPMAR – DATEND, DATSTA, PEREND, PERSTA.
|
New encoding guidance regarding advance notification of changes to traffic separation schemes was included in UOC Edition 3.0.0 (October 2011) – Clause 2.6.1.1. |
New guidance regarding the encoding of oscillating light sectors was included in UOC Edition 3.0.0 (October 2011) – Clause 12.8.6.1. |
Revised encoding guidance regarding the population of the attribute EXPSOU on SOUNDG objects was included in UOC Edition 3.0.0 (October 2011) – Clauses 5.3 and 5.5. |
EB28 - ENC PS Clause 3.5.7 New attribute values in Edition 3.1 |
Revised encoding guidance regarding the population of the attribute INFORM to describe the meaning for attribute values which appeared for the first time in S-57 Edition 3.1 was included in UOC Edition 3.0.0 (October 2011) – Clause 1.1. |
EB29 - ENC PS Clause 3.3 Objects permitted for use in ENC and their geometric primitives |
New guidance regarding features for which the encoding combination of object class and geometric primitive results in no display of the feature in ECDIS was included in UOC Edition 3.0.0 (October 2011) – Clauses 2.5; 4.6.6.6; 4.7.4; 4.7.7.1; 4.7.7.2; 4.7.11; 4.8.3; 4.8.5; 4.8.8; 4.8.10; 4.8.12; 4.8.13 and 11.6.1. |
New guidance regarding the encoding of strip lights serving the purpose of an aid to navigation was included in UOC Edition 3.0.0 (October 2011) – Clause 12.8.7. |
EB31 - ENC PS Clause 5.7 Updating and UOC Clause 2.6 Updating |
New guidance regarding changing the area of data coverage of a published ENC cell and the maximum recommended file size for an ENC Update (ER) cell was included in UOC Edition 3.0.0 (October 2011) – Clause 2.6. |
Revised encoding guidance regarding the population of attributes for WRECKS objects to aid in enhanced ECDIS portrayal was included in UOC Edition 3.0.0 (October 2011) – Clause 6.2.1. |
New encoding guidance regarding the population of the Feature Object Identifier (FOID) field was included in UOC Edition 3.0.0 (October 2011) – Clause 2.1.8.1. |
Revised guidance regarding the encoding of master to slave relationships for navigational aids, and the encoding of navigational aid base structures (on land or in the water) where the nature of the base structure is unknown, was included in UOC Edition 3.0.0 (October 2011) – Clause 12.1.2. |
EB35 - UOC Clause 6.2.2 Obstructions, foul area and foul ground |
New encoding guidance regarding the distinction between areas considered to be “foul areas” and areas considered to be “foul ground” was included in UOC Edition 3.0.0 (October 2011) – Clause 6.2.2. |
New guidance regarding the encoding of offshore wind turbines and wind farms, wave energy devices, underwater turbines, and wave or current farms was included in UOC Edition 3.0.0 (October 2011) – Clause 11.7.4. |
EB37 - UOC Clause 1.1.1 References within S-57 to other IHO publications |
New advice regarding outdated references to IHO publications within S-57 documentation was included in UOC Edition 3.0.0 (October 2011) – Clause 1.1.1. |
Revised guidance regarding the encoding of the date of dredging for dredged areas was included in UOC Edition 3.0.0 (October 2011) – Clause 5.5. |
New encoding guidance regarding the avoidance of the overuse of CTNARE and the geographic extent of encoded CTNAREs was included in UOC Edition 3.0.0 (October 2011) – Clauses 2.5 and 6.6. |
New guidance regarding the encoding of relationships between deep water routes, traffic separation schemes and two-way routes, and other routeing measures was included in UOC Edition 3.0.0 (October 2011) – Clauses 10.2.2.1; 10.2.3 and 10.2.6. |
|
|
|
Revised guidance regarding the encoding of navigationally relevant information on C_AGGR and C_ASSO objects was included in UOC Edition 3.0.0 (October 2011) – Clause 15. |
New guidance regarding the encoding of anchorages such that the name displays in ECDIS has been included in UOC Edition 3.1.0 (October 2012) – Clause 9.2.1. |
New guidance regarding the encoding of the attribute EXPSOU on underwater rocks, wrecks and obstructions so as to improve ECDIS display has been included in UOC Edition 3.1.0 (October 2012) – Clauses 6.1.2, 6.2.1 and 6.2.2. |
New guidance regarding the encoding magnetic variation information as areas in ENCs has been included in UOC Edition 3.1.0 (October 2012) – Clause 3.1.1. |
EB45 - UOC Clause 5.8 Areas with inadequate depth information |
New guidance regarding the encoding of bathymetry where source data is limited to satellite imagery has been included in UOC Edition 3.1.0 (October 2012) – Clause 5.8.1.1. |
New guidance regarding the encoding of features in their true position where they may be displaced on the paper chart for cartographic reasons has been included in UOC Edition 3.1.0 (October 2012) – Clause 2.7. |
New guidance regarding the encoding of mangroves in the intertidal area has been included in UOC Edition 3.1.0 (October 2012) – Clause 4.7.11. |
New guidance regarding the spatial extent of the M_COVR objects comprising an ENC data set has been included in UOC Edition 3.1.0 (October 2012) – Clause 2.8.1. |
New guidance clarifying the use of the attributes INFORM, NNFOM, TXTDSC and NTXTDS has been included in UOC Edition 3.1.0 (October 2012) – Clause 2.3. |
New guidance regarding the recommended format and content of the associated picture files referenced by the attribute PICREP has been included in UOC Edition 3.1.0 (October 2012) – Clause 4.8.20. |
<Retour à l'index> |
New guidance regarding the recommended level of topographic depiction for ENCs has been included in UOC Edition 3.1.0 (October 2012) – Clause 4. |
New guidance clarifying the requirement to indicate multiple objects where they have been generalised to a single object on the source has been included in UOC Edition 3.1.0 (October 2012) – Clause 2.7. |
Revised guidance prohibiting the population of the attributes SECTR1 and SECTR2 for all-around lights (unless obscured or partially obscured) has been included in UOC Edition 4.0.0 (June 2014) – Clause 12.8.1. |
New guidance regarding the encoding of Virtual AIS aids to navigation using the object class NEWOBJ has been included in UOC Edition 4.0.0 (June 2014) – Clause 12.14.1.1. |
Revised guidance regarding the population of the attribute SIGSEQ for the LIGHTS object on an IALA compliant emergency wreck marking buoy has been included in UOC Edition 4.1.0 (January 2018) - Clause 12.4.1.1. |
<Retour à l'index> |
EB56 - UOC Clause 2.1.5.1 Seasonal Objects |
New guidance regarding the encoding of the beginning or end of the seasonality of an object as the last day in February has been included in UOC Edition 4.1.0 (January 2018) - Clause 2.1.5.1. |
<Retour à l'index> |
EB57 - UOC Clause 2.8.1 Wide blank areas |
Revised guidance regarding encoding of "holes" in a Navigational Purpose coverage under the assumption that the ECDIS user will have the larger Navigational Purpose data available has been included in UOC Edition 4.1.0 (January 2018) - Clause 2.8.1. |
<Retour à l'index> |
Revised guidance regarding the encoding of value 14 (area to be avoided) for the attribute RESTRN has been included in UOC Edition 4.1.0 (January 2018) – Clause 10.2.7. |
<Retour à l'index> |
New guidance regarding the encoding of omnidirectional lights on land of nominal range 10 Nautical Miles or greater, where the nature of the structure object is unknown, has been included in UOC Edition 4.1.0 (January 2018) – Clause 12.1.2. |
<Retour à l'index> |
New guidance regarding overlapping data within cells having the same compilation scale and different Navigational Purposes has been included in UOC Edition 4.1.0 (January 2018) – Clause 2.1.8. |
<Retour à l'index> |
New guidance regarding the encoding of built-up areas extending into navigable water has been included in UOC Edition 4.1.0 (January 2018) – Clause 4.8.14. |
|
|||
Clause 2.2.3.1 of Edition 4.1.0 (January 2018) of the Use of the Object Catalogue for ENC (S-57 Appendix B1, Annex A) provides guidance for the encoding of areas within which uniform assessment exists for the quality of bathymetric data. Clause 5.8.1 of the Use of the Object Catalogue for ENC provides guidance for the encoding of unsurveyed areas to cover areas with no bathymetric survey information. Check 550 of Edition 6.1.0 of ENC Validation Checks (S-58) checks that unsurveyed areas containing any depth data or bathymetry are also covered by quality of bathymetric data objects. It is noted from this guidance that where an unsurveyed area contains no depth data or bathymetry, there is no requirement for the area to be covered by quality of bathymetric data information. Encoders are advised, therefore, that where an encoded UNSARE object does not contain any depth data or bathymetry (DEPCNT, OBSTRN, SOUNDG, UWTROC, WRECKS), it is not required to encode a M_QUAL object that covers the area. |
|||
<Retour à l'index> | |||
An ECDIS display anomaly has been identified in some ECDIS when the following changes to the ENC dataset are applied using the ENC Update (ER file) mechanism:
NOTE: It may be difficult to determine in some cases if a particular Group 1 Update instruction falls into one of the two above categories. Hence software tools have been made available to assist Data Producers by applying an additional validation check against any potentially impacted ENC Update file. This validation check has been included in the following versions of ENC data validation software: 7Cs Analyzer Version 5.0.2.4; dKart Editor Version 3.4.2.1815 and dKart Inspector Version 6.4.2.3518. Encoders are strongly advised, therefore, that where such changes to an ENC dataset are required a New Edition of the ENC should be issued, unless validation of the corresponding ENC Update reports no related errors when validated using the versions of the software tools listed in the Note above. This action is needed in the short term to minimise the risk of some ECDIS not displaying isolated dangers correctly. Data Producers will be notified when the anomaly has been rectified. |
|||
<Retour à l'index> | |||
A potential ECDIS anomaly has been identified in cases where the record identifier NAME (concatenation of the RCNM and RCID subfields) has been used more than once in any dataset (Base dataset (EN) file and all subsequent Update (ER) files) applicable to a single Edition of an ENC. Encoders are advised, therefore, that reusing the record identifier NAME (concatenation of the RCNM and RCID subfields) must be avoided. This issue is normally not identified until the data has been issued via a service provider. Where this occurs, Data Producers must release the ENC as a New Edition; and should contact their production software providers to provide a permanent solution. |
|||
<Retour à l'index> | |||
EB66 Objects with 7 or more values populated for attribute RESTRN |
|||
An ECDIS issue has been identified in some ECDIS, causing the machine to crash when attempting to load ENC datasets (EN or ER) containing Objects having 7 or more values populated for the List type attribute RESTRN. This problem occurs for all Object Classes except for RESARE and NEWOBJ. Encoders are advised, therefore, to limit the number of values populated for a single instance of the attribute RESTRN to a maximum of 6, with preference being given to those that have the greatest impact on navigational safety and environmental protection. If it is considered necessary to encode additional RESTRN values, these should be populated using the attribute INFORM, for example Additional restrictions: fishing restricted; diving prohibited, on the same Object instance that carries RESTRN. This issue is normally not identified until the data has been issued via a Service Provider. Where this occurs, Data Producers must apply the appropriate changes and release the ENC as a New Edition. This action is needed in the short term to minimise the risk of some ECDIS crashing when attempting to load an ENC dataset. Data Producers will be notified when the issue has been rectified and this Encoding Bulletin will be cancelled. |
|||
<Retour à l'index> | |||
Clause 4.6.2 of Edition 4.3.0 (October 2022) of the Use of the Object Catalogue for ENC (S-57 Appendix B1, Annex A) provides guidance for the encoding of berths. IHO Publication S-4 – Regulations of the IHO for International (INT) Charts and Chart Specifications of the IHO, clause B-321.8 provides guidance for the depiction of berths intended for particular purposes, including berths for the loading or unloading of dangerous or hazardous cargo. Encoders are advised that if it required to encode a berth designated for the loading/unloading of dangerous or hazardous cargo, this must be done by encoding a BERTHS object, with the attribute INFORM populated with a standardized text string, for example Dangerous or hazardous cargo. |
Clause 4.8.10 of Edition 4.3.0 (October 2022) of the Use of the Object Catalogue for ENC (S-57 Appendix B1, Annex A) provides guidance for the encoding of bridges, including the mandatory encoding of attribute combinations for fixed and opening bridges (attributes VERCLR, VERCCL and VERCOP). However, there is currently no guidance related to the encoding of the attribute CATBRG (mandatory over navigable waters) and the defining of these categories of bridges as fixed or opening (values CATBRG = 1 and 2). This has resulted in some confusion by encoders as to the intended encoding combinations that should be applied for each of the bridge categories. |
||||||||||||||||||||||||||||||||||||||||||||||||||||
Encoders are advised that the following are the encoding combinations that should be used for defining the different categories of bridges as fixed and opening:
* A pontoon bridge may be considered to be an opening bridge if a section of the pontoon is periodically moved to allow for the passage of vessels. |
||||||||||||||||||||||||||||||||||||||||||||||||||||
** The height of the gantry for a transporter bridge must be populated, if required, using VERCLR. If it is required to encode the clearance height of the moving transporter platform, this must be done by populating the attribute INFORM; for example, Transporter clearance height = 6.2 metres. |
||||||||||||||||||||||||||||||||||||||||||||||||||||
Share this page: