Capitalize Resolved Metadata

Author: selfissued

openid-federation-1_0.xml

@@ -2237,7 +2237,7 @@
                   </t>
                   <t>
                     A Trust Chain with Entity metadata that does not comply with
-                    the resolved metadata policies is deemed invalid.
+                    the Resolved Metadata policies is deemed invalid.
                   </t>
                 </list>
               </t>
@@ -3203,7 +3203,7 @@
                 contains a <spanx style="verb">metadata</spanx> Claim, this MUST
                 first be applied, as described in the Claim definition in
                 <xref target="common-claims"/>, and only then it can be
-                proceeded with applying the resolved metadata policy.
+                proceeded with applying the Resolved Metadata policy.
               </t>
 
               <t>
@@ -3424,10 +3424,10 @@
               Intermediate Entity for its Immediate Subordinates are applied to
               the Trust Chain subject <spanx style="verb">metadata</spanx>.
               After that, the merged metadata policy is applied, to produce the
-              following resulting resolved RP metadata:
+              following resulting RP Resolved Metadata:
             </preamble>
             <name>
-              The Resulting Resolved RP Metadata for the Trust Chain Subject
+              The Resulting RP Resolved Metadata for the Trust Chain Subject
             </name>
             <artwork><![CDATA[
 {
@@ -4736,7 +4736,7 @@ Host: openid.sunet.se
               </t>
               <t hangText="metadata">
                 <vspace/>
-                REQUIRED. JSON object containing the resolved subject metadata,
+                REQUIRED. JSON object containing the subject's Resolved Metadata,
                 according to the requested <spanx style="verb">type</spanx>
                 and expressed in the <spanx style="verb">metadata</spanx> format
                 defined in <xref target="common-claims"/>.
@@ -7001,7 +7001,7 @@ HTTP/1.1 302 Found
                   <vspace blankLine="1"/>
 
                   The RP SHOULD select its metadata parameters to comply with
-                  the resolved OP metadata and thus ensure a successful
+                  the OP's Resolved Metadata and thus ensure a successful
                   registration with the OP. Note that if the submitted RP
                   metadata is not compliant with the metadata of the OP, the
                   OP may choose to modify it to make it compliant
@@ -8046,7 +8046,7 @@ HTTP/1.1 302 Found
 	      <t>Use Fetch Endpoints (as defined in <xref target="fetch_statement"/>) to obtain Subordinate Statements about the subject entity.</t>
 	      <t>Recursively traverse up the hierarchy until reaching a Trust Anchor.</t>
 	      <t>Build and validate the complete Trust Chain.</t>
-	      <t>Apply federation policies to derive resolved metadata.</t>
+	      <t>Apply federation policies to derive Resolved Metadata.</t>
 	    </list>
 	  </t>
 	</section>
@@ -8102,7 +8102,7 @@ HTTP/1.1 302 Found
 	    <list style="symbols">
 	      <t>Entities that want to offload Trust Chain resolution complexity,</t>
 	      <t>Centralized trust evaluation services,</t>
-	      <t>Performance optimization by caching resolved metadata, and</t>
+	      <t>Performance optimization by caching Resolved Metadata, and</t>
 	      <t>Simplified integration for lightweight clients.</t>
 	    </list>
 	  </t>
@@ -8118,9 +8118,9 @@ HTTP/1.1 302 Found
 	      <t>Identify a trusted resolver with a Resolve Endpoint.</t>
 	      <t>Submit the subject Entity Identifier and Trust Anchor to the resolver.</t>
 	      <t>The resolver performs complete Trust Chain resolution internally (following the bottom-up pattern).</t>
-	      <t>The resolver returns resolved metadata and Trust Marks.</t>
+	      <t>The resolver returns Resolved Metadata and Trust Marks.</t>
 	      <t>Optionally verify the resolver's own Trust Chain.</t>
-	      <t>Use resolved metadata for protocol operations.</t>
+	      <t>Use Resolved Metadata for protocol operations.</t>
 	    </list>
 	  </t>
 	</section>
@@ -10976,7 +10976,7 @@ Host: geant.org
           </t>
         </section>
 
-        <section anchor="metadata-for-op" title="Resolved OP Metadata for https://op.umu.se">
+        <section anchor="metadata-for-op" title="OP Resolved Metadata for https://op.umu.se">
           <t>Having verified the chain, the LIGO Wiki RP can proceed with the
             next step.
           </t>
@@ -10987,11 +10987,11 @@ Host: geant.org
 	      Immediate Superiors about their Immediate Subordinates and applying the combined policy
 	      to the
 	      metadata statement that the Leaf Entity presented, we get
-	      the following resolved metadata for the
+	      the following Resolved Metadata for the
 	      <spanx style="verb">openid_provider</spanx> Entity Type:
 	    </preamble>
 	    <name>
-	      Resolved OP Metadata Derived from Trust Chain by Applying Metadata Policies
+	      OP Resolved Metadata Derived from Trust Chain by Applying Metadata Policies
 	    </name>
             <artwork><![CDATA[
 {