Electronic AIP Specification(8)

曝光台 注意防骗 网曝天猫店富美金盛家居专营店坑蒙拐骗欺诈消费者

Navaids: Navaid, Navaid-declination, Navaid-elevation, Navaid-frequency, Navaid-hours, Navaid-ident, Navaid-magnetic-variation, Navaid-name, Navaid-remarks, Navaid-table, Navaid-type.
Designated points: Designated-point, Designated-point-ident, Designated-point-table, SID-STAR.
3.3.1.2.4. Generic & editorial elements
Addresses: Address, Address-part. Graphics: Figure, Graphic-file. Misc. block: Generated, NIL, Sub-section, Title. Misc. inline: Date-time, Latitude, Longitude.
3.3.1.2.5. XHTML elements
The following elements are taken from the W3C [http://www.w3.org/] XHTML Modularisation Recommendation specification. They are functionally equivalent to their corresponding ele-ments in the HTML 4.01 Recommendation, with the exception that most deprecated HTML attributes are not used in the eAIP DTD.
Block elements: div, p.
In-line elements: a, br, cite, em, span, strong.
List elements: li, ol, ul.
Table elements: caption, col, colgroup, table, tbody, td, tfoot, th, thead, tr.
3.3.2. Additional Rules
3.3.2.1. About additional rules
3.3.2.1.1. Introduction
The current list of additional rules is based on the experience gathered through the eAIP Pilot Implementations. In future, this list is expected to be extended. All the rules listed below are implemented in the eAIP Validator, which can be found in the tools directory of the core package.
There are two sets of rules:
.
Mandatory Rules are part of the eAIP Specification and must be followed;

.
Optional Rules are not part of the eAIP Specification; they are only recommendation.

3.3.2.1.2. Why additional rules?
The eAIP "language" is composed of a vocabulary (elements, attributes, lists of values), which is entirely defined in the DTD, and a grammar, which is split between the DTD and the addi-tional rules. This grammar split is due to limitations of the DTD technology, which does not allow to express all the grammar rules needed. As many constraints as technically possible have been put in DTD. In future, it might be decided to replace the DTD with an XML Schema. Even than, some additional rules might be needed, due to the inherent limitations of any schema language.
3.3.2.1.3. Implementation
The eAIP Specification defines the additional rules in plain English. An implementation of these rules, in Schematron language, is provided in the eAIP package, in the file ../../tools/Validator/eAIP-schematron.xml, which is located in the tools/Validator directory in the eAIP package. Schematron is another XML grammar language, like DTD and XML Schema. It is undergoing ISO standardization to become "ISO/IEC 19757 - DSDL Document Schema Definition Language - Part 3: Rule-based validation - Schematron". A Schematron grammar is written in XML and is able to express certain rules that DTDs and XML Schemas can't. For more information about Schematron, please refer to the Schematron home page [http://www.ascc.net/xml/resource/schematron/].
3.3.2.2. Mandatory Rules
3.3.2.2.1. Data Structure Rules
Route track Route segments within the same route may not have mixed true track and magnetic track.
Route sequence A Route sequence of Significant-point-reference and Route-segment elements must begin and end with a Significant-point-reference
Route-segment The first non-deleted element following a non-deleted Route-segment must be a Signific-ant-point-reference. The same assertion may be made about non-inserted ones, but we should expect the eAIP to be valid before the amendment anyway.
Significant-point-reference The first (if any) non-deleted element following a non-deleted Significant-point-reference must be a Route-segment. The same assertion may be made about non-inserted ones, but we should expect the eAIP to be valid before the amendment anyway.
Graphic-files If there are 2 Graphic-file elements inside a Figure element, their Updated attribute must be Inserted for one and Deleted for the other one.
　
中国航空网 www.aero.cn
航空翻译 www.aviation.cn
本文链接地址：Electronic AIP Specification(8)