﻿<?xml version="1.0" encoding="utf-8"?>
<lgr xmlns="urn:ietf:params:xml:ns:lgr-1.0">
  <meta>
    <version comment="Second Level Reference LGR">2</version>
    <date>2024-10-25</date>
    <language>und-Orya</language>
    <unicode-version>11.0.0</unicode-version>
    <description type="text/html"><![CDATA[
       <div class="instructions">
<h2>INSTRUCTIONS</h2>
  <ul>
    <li>These instructions cover how to adopt an LGR based on this reference LGR for a given
    zone and how to prepare the file for deposit in the IANA Repository of IDN Practices.</li>
    <li>As described  the IANA procedure (https://www.iana.org/help/idn-repository-procedure) an 
    LGR MUST contain the following elements in its header:
      <ul style="list-style-type:square;">
        <li>Script or Language Designator (see below for guidance) </li>
        <li>Version Number (this must increase with each amendment to the LGR, even if the updates 
            are limited to the header itself) </li>
        <li>Effective Date (the date at which the policy becomes applicable in operational use) </li>
        <li>Registry Contact Details (contact name, email address, and/or phone number)</li>
      </ul>
    </li>
    <li>The following information is optional:
    <ul style="list-style-type:square;">
    <li>Document creation date</li>
    <li>Applicable Domain(s)</li>
    <li>Changes made to the Reference LGR before adopting</li>
    </ul>
    </li>
  </ul>
  <p>Please add or modify the following items in the <b>XML source code for this file</b> before 
  depositing the document in the IANA Repository. (https://www.iana.org/domains/idn-tables)</p>
<h3>Meta Data</h3>
<p>Note: version numbers start at 1. RFC 7940 recommends using simple integers. The version comment is optional, 
   please replace or delete the default comment. Version comments may be used by some tools as part of the page header.</p>
  <p><code>&lt;version comment=&quot;</code>[Please replace (or delete) the optional comment]<code>&quot;&gt;</code>[Please fill in version number, starting at 1]<code>&lt;/version&gt;</code></p>
  <p><code>&lt;date&gt;</code>[Please fill in with publication date, in YYYY-MM-DD format]<code>&lt;/date&gt;</code></p>
  <p><code>&lt;validity-start&gt;</code>[Please fill in effective date, in YYYY-MM-DD format]<code>&lt;/validity-start&gt;</code></p>
  <p>Note: the scope element may be repeated, so that the same document can serve for multiple domains.</p>
  <p><code>&lt;scope type=&quot;domain&quot;&gt;</code>[Please provide, in &quot;.domain&quot; format]<code>&lt;/scope&gt;</code></p>
<p><strong>Registry Contact Information:</strong></p>
  <p>Please fill in the <a href="#registry_contact_details">Registry Contact Details</a>.</p>
<p><strong>Change History</strong></p>
  <p>If you made technical modifications to the LGR, please summarize them in the <a href="#change_history">Change History</a> (and also note the details in the appropriate section of the description).</p>
<p>PLEASE DELETE THESE INSTRUCTIONS BEFORE DEPOSITING THE DOCUMENT</p></div>
       
       <section id="registry_contact_details">
<h2>Registry Contact Details</h2>
<ul style="list-style:none;">
<li><b>Contact Name:</b> [Please fill in Contact Name]</li>
<li><b>Email address:</b> [Please fill in Email address]</li>
<li><b>Phone Number:</b> [Please fill in optional Phone Number]</li>
</ul>
</section>

    <h1>Label Generation Rules for the Oriya Script</h1>
    
    <h2>Overview</h2>
    
    <p>This document specifies a reference set of Label Generation Rules (LGR) for the Oriya (Odia) script for the second level
     domain or domains identified above. 
     The starting point for the development of this LGR can be found in the related Root Zone LGR [RZ-LGR-Orya]. 
     The format of this file follows [RFC 7940].
     This LGR is adapted from the “Reference LGR for the Second Level for the Oriya Script” [Ref-LGR-und-Orya], for details, see <a href="#change_history">Change History</a> below.</p>
     
    <p>For details and additional background on the Oriya script, see “Proposal for an Oriya Script Root Zone 
     Label Generation Ruleset (LGR)" [Proposal-Oriya].</p>

   <p>While Oriya is the name under which the script is encoded in Unicode, and is therefore used here
   to formally identify the script, the name Odia has become the preferred name in English for both script 
   and language as it is closer to the pronunciation of their native names.</p>

    <h2>Repertoire</h2>
    <p>The repertoire contains 62 code points for letters, covering
      the Oriya (Odia) language as well as all other languages written with the Oriya script and
      ranging from 1 to 4 on the [EGIDS] scale. 
      The repertoire is a subset of [Unicode 11.0.0]. For details, see Section 5, “Repertoire” in [Proposal-Oriya].
        (The proposal cited has been adopted for the Oriya script portion of the Root Zone LGR.)
    </p>

    <p>For the second level, the repertoire has been augmented with the ASCII digits, U+0030 to U+0039, plus U+002D HYPHEN-MINUS, for a total of 73 repertoire elements.</p>

    <p>Any code points outside the Oriya Script repertoire that are targets for
     out-of-repertoire variants would be included here only if the variant is listed 
     in this file. In this case they are identified as a reflexive (identity) variant
     of type “out-of-repertoire-var”. Whether or not they are listed, they do not 
     form part of the repertoire.</p>

    <p><b>Repertoire Listing:</b> Each code point or range is tagged with the script or scripts with which the code point is used and one or more other character categories. For each repertoire element,
      one or more references document sufficient justification for inclusion in the repertoire; see the <a href="#ref_desc_sec_References">“References”</a> below.
     Comments provide alternate names for some code points.</p>

    <h2>Variants</h2>

    <p>The variants defined in this LGR are limited to those required for use in zones not shared with any other script. 
    As such, this LGR does not define cross-script variants. 
    However, using this LGR concurrently with any LGR for Malayalam and Myanmar in the same zone will create potential cross-script issues. For details, see Section 6, “Variants” in [Proposal-Oriya].
    Mitigation of these cross-script variants can be addressed by using the Common LGR. 
    For details, see Section 3, 
    “Use of Multiple Reference LGRs in the Same Zone” in [Level-2-Overview].
    In addition to variants defined by this LGR, the full variant information related to this script and required for concurrent use with the Malayalam and Myanmar LGR(s) can be found 
    in the following LGR: [Ref-LGR-Myanmar-Full-Variant-Script]
  </p>

   <p>This LGR defines no in-script variants. 
    For details, see Section 6, “Variants” in [Proposal-Oriya].</p>
     
    <p><b>Digit Variants:</b> The Oriya reference LGR does not include native digits, so there are no semantic variants defined.</p>

    <p>However, one Oriya digit is a near homoglyph of a European digit of a different value. U+0B68 ORIYA DIGIT TWO  
     is a  near homoglyph of U+0039 DIGIT NINE.</p>

    <p>Should an extension be contemplated that adds native digits, these might require variant relations.
     At the same time, however, any native digits would normally be semantic variants of the ASCII digits.
     In any zone containing multiple scripts, these two types of variant relation for digits may lead to
     complication once transitivity is applied.</p>

    <p><b>Variant Disposition:</b> All variants are of type “blocked”, making labels that 
    differ only by these variants mutually exclusive: whichever label containing either of 
    these variants is chosen earlier would be delegated, while any other equivalent labels should be blocked.
    There is no preference among these labels.</p>

    <p>This LGR does not define allocatable variants.</p>

    <p>The specification of variants in this LGR follows the guidelines in [RFC 8228].</p>

    <h2>Character Classes</h2>
    <p>The basic characters in Oriya are classified into eight main categories. 
    They are Consonants, Vowels, Matra, Halant, Nukta, Visarga, Candrabindu and Anusvara. </p>

    <p><b>Consonants:</b> The Oriya script is a syllabic alphabet in which all consonants 
    have an inherent vowel. Diacritics, which can appear above, below, before, or after the consonant 
    they belong to, are used to change the inherent vowel. More details in Section 3.5, “Structured consonants” and Section 3.6, “Unstructured consonants”  in [Proposal-Oriya].</p>

    <p><b>Vowels and Matras:</b> A dependent vowel sign or “matra” is used to represent a vowel sound that is not inherent 
    to the consonant. It is always depicted in combination with a single consonant, or with a consonant cluster. When vowels
     occur independently the are written with standalone vowel letters.
    More details in Section 3.12, “Matra sign (Dependent Vowel)” in [Proposal-Oriya]. </p>
    
    <p><b>Halant:</b> A Halant, also known as Virama, is used after a consonant to “strip” 
    it of its inherent vowel. The Halant form of a consonant is the form produced by adding the Halant, 
    encoded as U+0B4D ORIYA SIGN VIRAMA
    to the nominal shape. A Halant follows all but the last consonant in every Oriya 
    syllable. More details in Section 3.7, “The Implicit Vowel Killer Halant” in [Proposal-Oriya].</p>

    <p><b>Nukta:</b> The nukta sign ( ଼ ) is used in the Oriya language just like in many other scripts used in South Asia. 
     It can be commonly used with U+0B21, U+0B22. More details in Section 3.8, “Nukta” in [Proposal-Oriya].</p>

    <p><b>Visarga:</b> U+0B03 ORIYA SIGN VISARGA is frequently used in Sanskrit and represents a sound 
    very close to /h/. More details in Section 3.9, “Visarga &amp; Avagraha” in [Proposal-Oriya].</p>

    <h3>Nasalization:</h3>
    <p><b>Candrabindu:</b>  The Candrabindu denotes nasalization of the preceding vowel and consonants  
    as in ଅଁଳା /ãala/name of seasonal fruit (U+0B05 U+0B01 U+0B33 U+0B3E). Oriya users commonly use it for writing the words 
    and sounds of Sanskrit. More details in Section 3.10, “Nasalization: Candrabindu” in [Proposal-Oriya].</p>

   <p><b>Anusvara:</b> Anusvara replaces a conjunct group of a Nasal Consonant+Halant+Consonant belonging to 
    a particular varga (plosive). The Anusvara represents a homorganic nasal. Before a non-varga consonant (non-plosive) the 
    Anusvara represents a nasal sound. More details in Section 3.11, “Anusvara” in [Proposal-Oriya].</p>

    <h2>Whole Label Evaluation (WLE) and Context Rules</h2>
    <h3>Common Rules</h3>

    <p>By default, the LGR includes the rules and actions to implement the following restrictions mandated by the IDNA protocol. They are marked with &#x235F;.</p>
       <ul>
       <li><b>Hyphen Restrictions</b> &mdash; restrictions on the allowable placement of hyphens (no leading/ending hyphen
             and no hyphen in positions 3 and 4). These restrictions are described in Section 4.2.3.1 of RFC 5891 [150]. 
             They are implemented here as context rule on U+002D (-) HYPHEN-MINUS.</li>
          <li><b>Leading Combining Marks</b>   &mdash;  restrictions on the allowable placement of combining marks
             (no leading combining mark). This rule is described in Section 4.2.3.2 of RFC 5891 [150].</li>
       </ul>

    <h3>Default Actions</h3>

    <p>This LGR includes the default actions for LGRs as well as the action needed to
        invalidate labels with misplaced combining marks. They are marked with &#x235F;.
        For a description see [RFC 7940].</p>

    <h3>Oriya-specific Rules</h3>
    <p>These rules have been formulated so that they can be adopted for  LGR specification.</p>
    <p>The following symbols are used in the WLE rules: 
    <br/>C → Consonant
    <br/>M → Matra
    <br/>V → Vowel
    <br/>B → Anusvara
    <br/>H → Halant
    <br/>N → Nukta
    <br/>C1 → Consonants used with Nukta
    <br/>X → Visarga
    <br/>D → Candrabindu
    </p>
    
    <p>The rules are: </p>
     <ul>
     <li>1. N: must be preceded by C1</li>
     <li>1. B: must be preceded by V, C, N or M</li>
     <li>3. X: must be preceded by V, C, N or M</li>
     <li>4. D: must be preceded by V, C, N or M</li>
     <li>5. H: must be preceded by C or N</li>
     <li>6. M: must be preceded by C or N</li>
     </ul>
    
     <p>More details in Section 7, Whole Label Evaluation Rules (WLE)" in [Proposal-Oriya].</p>
    
    <h2>Methodology and Contributors</h2>
    
    <p>The LGR in this document has been adapted from the corresponding Reference LGR for the Second Level. The Second Level Reference LGR for the Oriya Script was developed by Michel Suignard and Asmus Freytag, based on the Root Zone LGR for the Oriya 
      script and information contained or referenced therein; see [RZ-LGR-Orya]. Suitable extensions for the second level have been applied according to the [Guidelines] and with community input. 
      The original proposal for a Root Zone LGR for the Oriya script, that this reference LGR is based on, was developed by the Neo-Brahmi Generation Panel (NBGP). 
       For more information on methodology and contributors to the underlying Root Zone LGR, see Sections 4 and 8 in [Proposal-Oriya], as well as [RZ-LGR-Overview].</p>

    <section id="change_history">
    <h3>Changes from Version Dated 15 December 2020</h3> <p>Unicode Version has been updated.</p>

        <h3>Changes from Version Dated 25 October 2024</h3>
        <p>Adopted from the Second Level Reference LGR for the Oriya Script [Ref-LGR-und-Orya] without normative changes.</p>
        </section>

    <h2>References</h2> 
    <p>The following general references are cited in this document:</p>
    <dl class="references">
     <dt>[EGIDS]</dt>
     <dd>Lewis and Simons, “EGIDS: Expanded Graded Intergenerational Disruption Scale,”
      documented in [SIL-Ethnologue] and summarized here:
      https://en.wikipedia.org/wiki/Expanded_Graded_Intergenerational_Disruption_Scale_(EGIDS)</dd>
     
    <dt>[Guidelines]</dt>
    <dd>ICANN, “Guidelines for Developing Reference LGRs for the Second Level”, (Los Angeles, California: ICANN, 27 May 2020), https://www.icann.org/en/system/files/files/lgr-guidelines-second-level-27may20-en.pdf</dd>

    <dt>[Level-2-Overview]</dt>
     <dd>Internet Corporation for Assigned Names and Numbers, (ICANN),“Reference Label Generation Rules (LGR) for the Second Level: Overview and Summary” (PDF), 
     (Los Angeles, California: ICANN, 25 October 2024), https://www.icann.org/en/system/files/files/level2-lgr-overview-summary-25oct24-en.pdf
      </dd>    

    <dt>[Proposal-Oriya]</dt> 
     <dd>Neo-Brahmi Generation Panel, “Proposal for an Oriya Script Root Zone Label Generation Rule-set “, 6 March 2019, https://www.icann.org/en/system/files/files/proposal-oriya-lgr-06mar19-en.pdf</dd>

     <dt>[Ref-LGR-Myanmar-Full-Variant-Script]</dt>
     <dd>ICANN, Second Level Reference Label Generation Rules for the Myanmar Script (und-Mymr), 25 October 2024 (XML)
      https://www.icann.org/sites/default/files/packages/lgr/lgr-second-level-myanmar-full-variant-script-25oct24-en.xml
      non-normative HTML presentation: https://www.icann.org/sites/default/files/packages/lgr/lgr-second-level-myanmar-full-variant-script-25oct24-en.html</dd>

     <dt>[RFC 7940]</dt>
     <dd>Davies, K. and A. Freytag, “Representing Label Generation Rulesets Using XML”, 
     RFC 7940, August 2016, https://www.rfc-editor.org/info/rfc7940</dd> 
     
    <dt>[RFC 8228]</dt>
     <dd>A. Freytag, “Guidance on Designing Label Generation Rulesets (LGRs) Supporting Variant Labels”, RFC 8228, August 2017,
    https://www.rfc-editor.org/info/rfc8228</dd>
      
     <dt>[RZ-LGR-Overview]</dt>
       <dd>Integration Panel, “Root Zone Label Generation Rules (RZ LGR-5): Overview and Summary”, 26 May 2022 (PDF), https://www.icann.org/sites/default/files/lgr/rz-lgr-5-overview-26may22-en.pdf</dd>

     <dt>[RZ-LGR-Orya]</dt>
     <dd>ICANN, Root Zone Label Generation Rules for the Oriya Script (und-Orya), 26 May 2022 (XML)
      https://www.icann.org/sites/default/files/lgr/rz-lgr-5-oriya-script-26may22-en.xml</dd>

     <dt>[SIL-Ethnologue]</dt>
     <dd>David M. Eberhard, Gary F. Simons &amp; Charles D. Fennig (eds.). 2021.
     Ethnologue: Languages of the World, Twenty fourth edition. Dallas, Texas: SIL
     International. Online version available as https://www.ethnologue.com</dd>

          <dt>[Ref-LGR-und-Orya]</dt>
              <dd>ICANN, Second Level Reference Label Generation Rules for the Oriya Script (und-Orya), 25 October 2024 (XML)
      https://www.icann.org/sites/default/files/packages/lgr/lgr-second-level-oriya-script-25oct24-en.xml
      non-normative HTML presentation: https://www.icann.org/sites/default/files/packages/lgr/lgr-second-level-oriya-script-25oct24-en.html</dd>
                <dt>[Unicode 11.0.0]</dt>
         <dd>The Unicode Consortium. The Unicode Standard, Version 11.0.0, (Mountain View, CA: The Unicode Consortium, 2018. ISBN 978-1-936213-19-1) 
     https://www.unicode.org/versions/Unicode11.0.0/</dd>
     </dl>

       <p>For references consulted particularly in designing the repertoire for the Oriya Script for the second level 
      please see details in the <a href="#table_of_references">Table of References</a> below.</p>

      <p>References [0] and [6] refer to the Unicode Standard versions in which the
      corresponding code points were initially encoded. References [101] and above correspond to sources
      given in [Proposal-Oriya] justifying the inclusion of the corresponding code points. 
      Entries in the table may have
        multiple source reference values. 
        In the listing of <a href="#whole_label_evaluation_and_context_rules">whole label evaluation and context rules</a>,
        reference [150] indicates the source for common rules.</p>

]]></description>
    <references>
      <reference id="0" comment="Any code point originally encoded in Unicode Version 1.1">The Unicode Standard, Version 1.1</reference>
      <reference id="6" comment="Any code point originally encoded in Unicode Version 4.0">The Unicode Standard, Version 4.0</reference>
      <reference id="101">Omniglot, &quot;Oriya&quot; https://www.omniglot.com/writing/oriya.htm</reference>
      <reference id="102">Wikipedia, &quot;Odia (Oriya) alphabet&quot; https://en.wikipedia.org/wiki/Odia_alphabet</reference>
      <reference id="103">Wikipedia. &quot;Odia language&quot; https://en.wikipedia.org/wiki/Odia_language</reference>
      <reference id="104">Wikipedia, &quot;Oriya (Unicode block)&quot; https://en.wikipedia.org/wiki/Oriya_(Unicode_block)</reference>
      <reference id="105">Odisha State Govt. Primary School Grade 1 e-book “HasaKhela”: by Odisha Primary Education Programme Authority https://opepa.odisha.gov.in/website/Download/e-Text-Book/CLass%20I/Hasa%20Khela%20Part%20II/Haso%20Khelo-II-Page-112.pdf</reference>
      <reference id="150">RFC 5891, Internationalized Domain Names in Applications (IDNA): Protocol https://tools.ietf.org/html/rfc5891</reference>
    </references>
  </meta>
  <data>
    <char cp="002D" not-when="hyphen-minus-disallowed" tag="sc:Zyyy" ref="0" comment="HYPHEN-MINUS; &#x235F;" />
    <char cp="0030" tag="Common-digit sc:Zyyy" ref="0" comment="DIGIT ZERO; &#x235F;" />
    <char cp="0031" tag="Common-digit sc:Zyyy" ref="0" comment="DIGIT ONE; &#x235F;" />
    <char cp="0032" tag="Common-digit sc:Zyyy" ref="0" comment="DIGIT TWO; &#x235F;" />
    <char cp="0033" tag="Common-digit sc:Zyyy" ref="0" comment="DIGIT THREE; &#x235F;" />
    <char cp="0034" tag="Common-digit sc:Zyyy" ref="0" comment="DIGIT FOUR; &#x235F;" />
    <char cp="0035" tag="Common-digit sc:Zyyy" ref="0" comment="DIGIT FIVE; &#x235F;" />
    <char cp="0036" tag="Common-digit sc:Zyyy" ref="0" comment="DIGIT SIX; &#x235F;" />
    <char cp="0037" tag="Common-digit sc:Zyyy" ref="0" comment="DIGIT SEVEN; &#x235F;" />
    <char cp="0038" tag="Common-digit sc:Zyyy" ref="0" comment="DIGIT EIGHT; &#x235F;" />
    <char cp="0039" tag="Common-digit sc:Zyyy" ref="0" comment="DIGIT NINE; &#x235F;" />
    <char cp="0B01" when="follows-V-C-N-or-M" tag="Candrabindu sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B02" when="follows-V-C-N-or-M" tag="Anusvara sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B03" when="follows-V-C-N-or-M" tag="sc:Orya Visarga" ref="0 101 102 103 104 105" />
    <char cp="0B05" tag="sc:Orya Vowel" ref="0 101 102 103 104 105" />
    <char cp="0B06" tag="sc:Orya Vowel" ref="0 101 102 103 104 105" />
    <char cp="0B07" tag="sc:Orya Vowel" ref="0 101 102 103 104 105" />
    <char cp="0B08" tag="sc:Orya Vowel" ref="0 101 102 103 104 105" />
    <char cp="0B09" tag="sc:Orya Vowel" ref="0 101 102 103 104 105" />
    <char cp="0B0A" tag="sc:Orya Vowel" ref="0 101 102 103 104 105" />
    <char cp="0B0B" tag="sc:Orya Vowel" ref="0 101 102 103 104 105" />
    <char cp="0B0F" tag="sc:Orya Vowel" ref="0 101 102 103 104 105" />
    <char cp="0B10" tag="sc:Orya Vowel" ref="0 101 102 103 104 105" />
    <char cp="0B13" tag="sc:Orya Vowel" ref="0 101 102 103 104 105" />
    <char cp="0B14" tag="sc:Orya Vowel" ref="0 101 102 103 104 105" />
    <char cp="0B15" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B16" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B17" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B18" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B19" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B1A" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B1B" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B1C" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B1D" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B1E" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B1F" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B20" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B21" tag="C1 Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B22" tag="C1 Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B23" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B24" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B25" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B26" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B27" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B28" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B2A" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B2B" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B2C" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B2D" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B2E" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B2F" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B30" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B32" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B33" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B36" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B37" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B38" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B39" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B3C" when="follows-C1" tag="Nukta sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B3E" when="follows-C-or-N" tag="Matra sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B3F" when="follows-C-or-N" tag="Matra sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B40" when="follows-C-or-N" tag="Matra sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B41" when="follows-C-or-N" tag="Matra sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B42" when="follows-C-or-N" tag="Matra sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B43" when="follows-C-or-N" tag="Matra sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B47" when="follows-C-or-N" tag="Matra sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B48" when="follows-C-or-N" tag="Matra sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B4B" when="follows-C-or-N" tag="Matra sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B4C" when="follows-C-or-N" tag="Matra sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B4D" when="follows-C-or-N" tag="Halant sc:Orya" ref="0 101 102 103 104 105" comment="= pulli" />
    <char cp="0B56" when="follows-C-or-N" tag="Matra sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B5F" tag="Consonant sc:Orya" ref="0 101 102 103 104 105" />
    <char cp="0B71" tag="Consonant sc:Orya" ref="6 101 102 103 104 105" />
  </data>
  <!--Rules section goes here-->
  <rules>
    <!--Character class definitions go here-->
    <class name="C" from-tag="Consonant" comment="Any Oriya consonant" />
    <class name="M" from-tag="Matra" comment="Any Oriya vowel sign" />
    <class name="V" from-tag="Vowel" comment="Any Oriya vowel letter" />
    <class name="N" from-tag="Nukta" comment="The Oriya Nukta" />
    <class name="C1" from-tag="C1" comment="Specific consonants preceding Oriya Nukta" />
    <!--Whole label evaluation and context rules go here-->
    <rule name="leading-combining-mark" ref="150" comment="RFC 5891 restrictions on placement of combining marks &#x235F;">
      <start />
      <union>
        <class property="gc:Mn" />
        <class property="gc:Mc" />
      </union>
    </rule>
    <rule name="hyphen-minus-disallowed" ref="150" comment="RFC 5891 restrictions on placement of U+002D HYPHEN-MINUS &#x235F;">
      <choice>
        <rule comment="no leading hyphen">
          <look-behind>
            <start />
          </look-behind>
          <anchor />
        </rule>
        <rule comment="no trailing hyphen">
          <anchor />
          <look-ahead>
            <end />
          </look-ahead>
        </rule>
        <rule comment="no consecutive hyphens in third and fourth position in the label">
          <look-behind>
            <start />
            <any />
            <any />
            <char cp="002D" comment="hyphen-minus" />
          </look-behind>
          <anchor />
        </rule>
      </choice>
    </rule>
    <rule name="follows-C1" comment="Section 7, WLE 1: N must be preceded by C1">
      <look-behind>
        <class by-ref="C1" />
      </look-behind>
      <anchor />
    </rule>
    <rule name="follows-V-C-N-or-M" comment="Section 7, WLE 2: B must be preceded by V, C, N or M; WLE 3: X must be preceded by V, C, N or M; WLE 4: D must be preceded by V, C, N or M">
      <look-behind>
        <choice>
          <class by-ref="V" />
          <class by-ref="C" />
          <class by-ref="N" />
          <class by-ref="M" />
        </choice>
      </look-behind>
      <anchor />
    </rule>
    <rule name="follows-C-or-N" comment="Section 7, WLE 5: H must be preceded by C or N; WLE 6: M must be preceded by C or N">
      <look-behind>
        <choice>
          <class by-ref="C" />
          <class by-ref="N" />
        </choice>
      </look-behind>
      <anchor />
    </rule>
    <!--Action elements go here - order defines precedence-->
    <action disp="invalid" match="leading-combining-mark" ref="150" comment="labels with leading combining marks are invalid &#x235F;" />
    <action disp="invalid" any-variant="out-of-repertoire-var" comment="any variant label with a code point out of repertoire is invalid &#x235F;" />
    <action disp="blocked" any-variant="blocked" comment="any variant label containing blocked variants is blocked &#x235F;" />
    <action disp="allocatable" all-variants="allocatable" comment="variant labels with all variants allocatable are allocatable &#x235F;" />
    <action disp="valid" comment="catch all (default action) &#x235F;" />
  </rules>
</lgr>