Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clarification Request Regarding Language Tags Constraints #293

Closed
zrgt opened this issue Oct 16, 2023 · 4 comments
Closed

Clarification Request Regarding Language Tags Constraints #293

zrgt opened this issue Oct 16, 2023 · 4 comments
Labels
accepted in principle problem noted but solution differs from original proposal acknowledged in work specification impact on specification and thus on xml, json etc., label "aas-core" not set additinally transfer issue refers to other part of specification and will be transfered
Milestone

Comments

@zrgt
Copy link
Collaborator

zrgt commented Oct 16, 2023

In Specification Part 1, there is information regarding language tags as follows:
"RDF requires IETF BCP 47[20] language tags. Simple two-letter language tags for locales like "de" conformant to ISO 639-1 are allowed, as well as language tags plus extension like "de-DE" for country code, dialect, etc. like in "en-US" for English (United States) or "en-GB" for English (United Kingdom). IETF language tags are referencing ISO 639, ISO 3166 and ISO 15924."

Could you please provide more specific details about these requirements? Have I understood correctly that language tags must adhere to the IETF BCP 47 standard with certain restrictions? Are these restrictions as follows:

  • The langtag must correspond to ISO 639-1.
  • Only two-letter language tags are allowed + optional extensions script and region, which must comply to ISO 15924 and ISO 3166. So, are tags like "de-Latn" or "de-Latn-DE" also allowed?

If this is the case, could you please formalize an AASd-Constraint that outlines the limitations of language tags in AAS?

@BirgitBoss BirgitBoss added the specification impact on specification and thus on xml, json etc., label "aas-core" not set additinally label Nov 8, 2023
@BirgitBoss BirgitBoss added the requires workstream approval strategic decision proposal needs to be prepared in TF spec team label Nov 16, 2023
@BirgitBoss
Copy link
Collaborator

Discussion in Workstream Specifications AAS:

  • Part 1 requests definition of rdf:langstring, so no additional definition or constraint needed
  • in Schema validation of allowed values might be helpful but maintenance really hard. We recommend to use existing services to choose valid language tags. Instead of enumeration also regEx for structure could be added to schema.

https://www.rfc-editor.org/rfc/rfc5646, extract:

 langtag       = language
                 ["-" script]
                 ["-" region]
                 *("-" variant)
                 *("-" extension)
                 ["-" privateuse]

There is a constraint requesting English Language:
Constraint AASc-002: Data¬Specification¬IEC61360-/preferredName shall be provided at least in English

In this case we recommend/request
alternative 1: "en"
alternative 2: "en*" (i.e. en-US, en-xxx-US etc.), i.e. start with "en"
alternative 3: Constraint sufficient as it is

Decision:

@BirgitBoss BirgitBoss added accepted in principle problem noted but solution differs from original proposal acknowledged in work labels Dec 14, 2023
@BirgitBoss BirgitBoss added this to the V3.1 milestone Dec 14, 2023
@BirgitBoss BirgitBoss added transfer issue refers to other part of specification and will be transfered and removed requires workstream approval strategic decision proposal needs to be prepared in TF spec team labels Dec 15, 2023
@BirgitBoss
Copy link
Collaborator

Bugfix: Constraint AASc-002 shall be renamed to Constraint AASc-3a-002 to be consistent wiht other constraints in document.

@BirgitBoss
Copy link
Collaborator

renaming of constraints in Part 3a was done in V3.0.2

@BirgitBoss
Copy link
Collaborator

new issue admin-shell-io/aas-specs-iec61360#43 for Part 3a since AASc-002 is part of Part 3a. This issue can be closed since no impact on Part 1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
accepted in principle problem noted but solution differs from original proposal acknowledged in work specification impact on specification and thus on xml, json etc., label "aas-core" not set additinally transfer issue refers to other part of specification and will be transfered
Projects
None yet
Development

No branches or pull requests

2 participants