Merge pull request #443 from italia/ipzs-fix-typo

normative language inconsistency
italia · Oct 16, 2024 · c13bb2e · c13bb2e
2 parents 965f2e3 + 6515080
commit c13bb2e
Show file tree

Hide file tree

Showing 3 changed files with 5 additions and 5 deletions.
diff --git a/docs/en/defined-terms.rst b/docs/en/defined-terms.rst
@@ -29,7 +29,7 @@ Below are the description of acronyms and definitions which are useful for furth
      - A characteristic, quality, right or permission of a natural or legal person or of an object. [ARF v1.4]
      - Other alternative terms: User Claim
    * - Digital Identity Provider
-     - Entity responsible for identifying citizens for the issuance of an digital identity.
+     - Entity responsible for identifying citizens for the issuance of a digital identity.
      -
    * - Digital Credential
      - A signed set of Attributes encapsulated in a specific data format, such as mdoc format specified in [ISO 18013-5] or the SD-JWT VC format specified in [SD-JWT-VC]. This may be a Personal Identification Data (PID), (Qualified) Electronic Attestation of Attribute ((Q)EAA). [Revised from ARF v1.4]

diff --git a/docs/en/ssi-introduction.rst b/docs/en/ssi-introduction.rst
@@ -10,9 +10,9 @@ Users possess their digital documents and determine to which actors they present
 
 The main difference between this new approach and the traditional IAM infrastructure is that during the presentation phase there are no intermediaries between the Wallet and the Relying Party, while in the SAML2 or OIDC based infrastructure an Identity Provider is always involved, knowing which services a citizen is accessing to.
 
-SSI is also significant in the field of data exchange and data governance. This is relevant at both national and European levels, including the new eIDAS Regulation. In fact, it envisions a login option designed for European Users - be they citizens, public administrations, or companies - who want to access another Member State's services using their national authentication systems.
+Digital identity Wallet Architectures are significant in the field of data exchange and data governance. In accordance with the  eIDAS Regulation, a new digital identity paradigm is designed for European Users - be they citizens, public administrations, or companies - who want to access another Member State's services using their national authentication systems.
 
-The main roles in an Wallet ecosystem are are listed as follow:
+The main roles in a Wallet ecosystem are are listed as follow:
 
  - Issuers: parties who can issue digital credentials about a person;
  - Verifiers: parties who request Holders' digital credentials for authentication and authorization purposes;

diff --git a/docs/en/trust.rst b/docs/en/trust.rst
@@ -332,7 +332,7 @@ The Entity Configurations of all the participants in the federation MUST have in
 Entity Configuration Trust Anchor
 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 
-The Trust Anchor Entity Configuration, in addition of the common parameters listed above, MAY contain the following parameters:
+The Trust Anchor Entity Configuration, in addition to the common parameters listed above, uses the following parameters:
 
 .. list-table::
    :widths: 20 60 20
@@ -358,7 +358,7 @@ The Trust Anchor Entity Configuration, in addition of the common parameters list
 Entity Configuration Leaves and Intermediates
 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 
-In addition to the previously defined claims, the Entity Configuration of the Leaf and of the Intermediate Entities, MUST contain the parameters listed below:
+In addition to the previously defined claims, the Entity Configuration of the Leaves and of the Intermediate Entities uses the following parameters:
 
 
 .. list-table::