|
121 | 121 | <para>Informative copies of third party schemas are provided:</para>
|
122 | 122 | <para><ulink url="&this-loc;/schemas/informativeCopiesOf3rdPartySchemas/">&this-loc;/schemas/informativeCopiesOf3rdPartySchemas/</ulink></para>
|
123 | 123 | </legalnotice>
|
124 |
| - <legalnotice role="related"> |
| 124 | +<!-- <legalnotice role="related"> |
125 | 125 | <title>Related Work</title>
|
126 |
| - <!-- Model content for replaced specifications in the future |
| 126 | + Model content for replaced specifications in the future |
127 | 127 | <para>This specification replaces or supersedes:</para>
|
128 | 128 |
|
129 | 129 | <itemizedlist spacing="compact">
|
|
132 | 132 | 05 August 2014. OASIS Standard. <ulink url="http://docs.oasis-open.org/xliff/xliff-core/v2.0/os/xliff-core-v2.0-os.html">http://docs.oasis-open.org/xliff/xliff-core/v&pversion;/os/xliff-core-v&pversion;-os.html</ulink></para>
|
133 | 133 | </listitem>
|
134 | 134 | </itemizedlist>
|
135 |
| - --> |
136 | 135 | <para>This specification is related to:</para>
|
137 | 136 | <itemizedlist spacing="compact">
|
138 |
| - <!-- model content for related specifications in case there are any later on |
| 137 | + model content for related specifications in case there are any later on |
139 | 138 | <listitem>
|
140 | 139 | <para><emphasis>JLIFF Version &version;</emphasis>. Edited by Robert van Engelen and David
|
141 | 140 | Filip. &pubdate;. OASIS &standard;. <ulink url="&this-loc;/&name;-&stage;.html"
|
|
150 | 149 | url="http://docs.oasis-open.org/xliff/xliff-core/v2.1/os/xliff-core-v2.1-os.html"
|
151 | 150 | >http://docs.oasis-open.org/xliff/xliff-core/v2.1/os/xliff-core-v2.1-os.html</ulink></para>
|
152 | 151 | </listitem>
|
153 |
| - --> |
| 152 | +
|
154 | 153 | <listitem>
|
155 | 154 | <para><emphasis>No related specifications.</emphasis></para>
|
156 | 155 | </listitem>
|
157 | 156 | </itemizedlist>
|
158 |
| - </legalnotice> |
| 157 | + </legalnotice>--> |
159 | 158 | <legalnotice id="namespaces" role="namespaces">
|
160 | 159 | <title>Declared namespaces</title>
|
161 | 160 | <para>This specification declares one or more namespaces. Namespace isn't considered an XML
|
|
264 | 263 | <para>Copyright © OASIS Open &pubyear;.</para>
|
265 | 264 | <para>All Rights Reserved.Distributed under the terms of the OASIS <ulink
|
266 | 265 | url="https://www.oasis-open.org/policies-guidelines/ipr/"
|
267 |
| - >IPR Policy</ulink>).</para> |
| 266 | + >IPR Policy</ulink>.</para> |
268 | 267 | <para>The name "OASIS" is a trademark of <ulink url="https://www.oasis-open.org/"
|
269 |
| - >OASIS</ulink>), the owner and developer of this specification, and |
| 268 | + >OASIS</ulink>, the owner and developer of this specification, and |
270 | 269 | should be used only to refer to the organization and its official outputs.</para>
|
271 | 270 | <para>For complete copyright information please see the <link linkend="full-notices">full Notices</link> section in an Appendix
|
272 | 271 | below.</para>
|
|
773 | 772 | <citetitle><ulink url="http://www.w3.org/2001/xml.xsd"
|
774 | 773 | >http://www.w3.org/2001/xml.xsd</ulink></citetitle> [<edition><ulink
|
775 | 774 | url="http://www.w3.org/2009/01/xml.xsd"
|
776 |
| - >http://www.w3.org/2009/01/xml.xsd</ulink>]</edition>. at <edition><ulink |
777 |
| - url="&this-loc;/schemas/informativeCopiesOf3rdPartySchemas/w3c/xml.xsd" |
778 |
| - >&this-loc;/schemas/informativeCopiesOf3rdPartySchemas/w3c/xml.xsd</ulink></edition> |
779 |
| - in this distribution</bibliomixed> |
| 775 | + >http://www.w3.org/2009/01/xml.xsd</ulink>]</edition>. |
| 776 | + </bibliomixed> |
780 | 777 | <bibliomixed id="XMLCatalogs"><abbrev>XML Catalogs</abbrev> Norman Walsh, <title>XML
|
781 | 778 | Catalogs</title>, <citetitle>
|
782 | 779 | <ulink url="https://www.oasis-open.org/committees/download.php/14809/xml-catalogs.html"
|
|
849 | 846 | </listitem>
|
850 | 847 | </itemizedlist>
|
851 | 848 |
|
| 849 | + <!-- |
| 850 | + <orderedlist> |
| 851 | + <listitem id="CoreSchema"> |
| 852 | + <para><firstterm>DMLex Core</firstterm> <link linkend="XMLSchema">[XML Schema]</link>,</para> |
| 853 | + <para><ulink url="&this-loc;/schemas/dmlex&-cschversion;.xsd" |
| 854 | + >&this-loc;/schemas/dmllex-&cschversion;.xsd</ulink></para> |
| 855 | +
|
| 856 | + </listitem> |
| 857 | + <listitem id="DMLexCatalog"> |
| 858 | + <para><link linkend="XMLCatalogs">[XML Catalog]</link> of <firstterm>DMLex-defined</firstterm> XML Schemas,</para> |
| 859 | + <para><ulink url="&this-loc;/schemas/catalog.xml" |
| 860 | + >&this-loc;/schemas/catalog.xml</ulink></para> |
| 861 | + </listitem> |
| 862 | + <listitem id="NVDL"> |
| 863 | + <para>Master <link linkend="NVDL">[NVDL]</link> file governing validation of all <firstterm>DMLex-defined</firstterm> |
| 864 | + namespaces by XML Schemas, Schematron Schemas and other rules if and as required,</para> |
| 865 | + <para><ulink url="&this-loc;/schemas/advanced_validation.nvdl.xml" |
| 866 | + >&this-loc;/schemas/advanced_validation.nvdl</ulink></para> |
| 867 | + </listitem> |
| 868 | + <listitem id="CoreSchematron"> |
| 869 | + <para><firstterm>DMLex Core</firstterm> <link linkend="Schematron">[Schematron]</link> Schema, </para> |
| 870 | + <para><ulink url="&this-loc;/schemas/dmlex-&cschversion;.sch" |
| 871 | + >&this-loc;/schemas/dmlex-&cschversion;.sch</ulink></para> |
| 872 | + </listitem> |
| 873 | + <listitem> |
| 874 | + <para>XML and Schematron Schemas of <firstterm>DMLex Modules</firstterm> are referenced |
| 875 | + from those modules.</para> |
| 876 | + </listitem> |
| 877 | + </orderedlist> |
| 878 | +
|
| 879 | +
|
| 880 | +
|
| 881 | + <warning> |
| 882 | + <para>NVDL is not capable of discerning Schemtaron Warnings from Schematron Errors. |
| 883 | + Therefore all Schematron Warnings will be reported as Errors when initiating the |
| 884 | + validation from the NVDL schema. Also most of the existing Schematron implementations are |
| 885 | + not capable of discerning Warnings from Errors, thus implementers are encouraged to re-use |
| 886 | + the provided Schematron schemas in custom made validation services that can make this |
| 887 | + distinction. Currently, the Warning/Error distinction is only important when evaluating |
| 888 | + adherence to Processing Requirements for [ELABORATE].</para> |
| 889 | + </warning> |
| 890 | +
|
| 891 | + </para> |
| 892 | + --> |
| 893 | + <!-- <para>[Relax NG schemas of <firstterm>DMLex Core and Modules</firstterm> are provided. Although the Relax NG schemas are intended as normative validation artifacts, the XML Schema 1.0 [add normative reference] schemas and Schematron [add normative reference] schemas have precedence in case of conflicting validation results.] |
| 894 | + [This is only relevant if Relax NG is provided.]</para>--> |
| 895 | + <!-- <xi:include href="core/tree.xml" xmlns:xi="http://www.w3.org/2001/XInclude"/>--> |
| 896 | + <!-- LEXIDMA TC may decide to include the schema listings |
| 897 | + <xi:include href="core/catalog.xml" xmlns:xi="http://www.w3.org/2001/XInclude"/> |
| 898 | +
|
| 899 | + <xi:include href="core/schema.xml" xmlns:xi="http://www.w3.org/2001/XInclude"/> |
| 900 | +--> |
| 901 | + <!-- language for potential inclusion of support schemas such as the xml namespace schema |
| 902 | + <section> |
| 903 | + <title>Support Schemas</title> |
| 904 | + <para>Third party support schemas that are normatively referenced from this specification or |
| 905 | + from the machine readable artifacts that are a part of this multipart product are distributed |
| 906 | + along with the <firstterm>DMLex-defined</firstterm> schemas in a subfolder named |
| 907 | + <code>informativeCopiesOf3rdPartySchemas</code> and further subdivided in folders according to the |
| 908 | + owner/maintainer of the schema.</para> |
| 909 | + <warning> |
| 910 | + <para>Schema copies in this sub-folder are provided solely for implementers convenience and are NOT a part of the OASIS multipart product. |
| 911 | + These schemas belong to their respective owners and their use is governed by their owners' respective IPR policies. |
| 912 | + The support schemas are organized in folders per owner/maintainer. |
| 913 | + It is the implementer's sole responsibility to ensure that their local copies of all schemas are the appropriate up to date versions.</para></warning> |
| 914 | +
|
| 915 | + <para>Currently the only included third party support schema is |
| 916 | + <ulink url="http://www.w3.org/2001/xml.xsd">http://www.w3.org/2001/xml.xsd</ulink> [<ulink url="http://www.w3.org/2009/01/xml.xsd">http://www.w3.org/2009/01/xml.xsd</ulink>] at <ulink |
| 917 | + url="&this-loc;/schemas/informativeCopiesOf3rdPartySchemas/w3c/xml.xsd" |
| 918 | + >&this-loc;/schemas/informativeCopiesOf3rdPartySchemas/w3c/xml.xsd</ulink> in this distribution.</para> |
| 919 | + </section>--> |
852 | 920 | </appendix>
|
| 921 | + <!-- |
| 922 | + <appendix role="normative | informative" id="SecurityPrivacy"> |
| 923 | + <title>Security and privacy considerations</title> |
| 924 | + <note> |
| 925 | + <para>OASIS strongly recommends that Technical Committees consider issues that might affect |
| 926 | + safety, security, privacy, and/or data protection in implementations of their work products |
| 927 | + and document these for implementers and adopters. For some purposes, you may find it |
| 928 | + required, e.g. if you apply for IANA registration.</para> |
| 929 | + <para>While it may not be immediately obvious how your work product might make systems |
| 930 | + vulnerable to attack, most work products, because they involve communications between |
| 931 | + systems, message formats, or system settings, open potential channels for exploit. For |
| 932 | + example, IETF [<link linkend="rfc3552">RFC 3552</link>] lists “eavesdropping, replay, |
| 933 | + message insertion, deletion, modification, and man-in-the-middle” as well as potential |
| 934 | + denial of service attacks as threats that must be considered and, if appropriate, addressed |
| 935 | + in IETF RFCs.</para> |
| 936 | + <para>In addition to considering and describing foreseeable risks, this section should include |
| 937 | + guidance on how implementers and adopters can protect against these risks.</para> |
| 938 | + <para>We encourage editors and TC members concerned with this subject to read Guidelines for |
| 939 | + Writing RFC Text on Security Considerations, IETF [<link linkend="rfc3552">RFC 3552</link>], |
| 940 | + for more information.</para> |
| 941 | + </note> |
| 942 | + </appendix>--> |
853 | 943 | <appendix role="normative" id="diagram_uml">
|
854 | 944 | <title>DMLex UML diagram</title>
|
855 | 945 | <graphic fileref="dmlex_uml.svg" contentwidth="16cm"/>
|
|
0 commit comments