Skip to content
New issue

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

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

Already on GitHub? # to your account

Case normalization of language tags in canonical form #58

Closed
gkellogg opened this issue Dec 5, 2023 · 1 comment · Fixed by #59
Closed

Case normalization of language tags in canonical form #58

gkellogg opened this issue Dec 5, 2023 · 1 comment · Fixed by #59
Labels
spec:substantive Change in the spec affecting its normative content (class 3) –see also spec:bug, spec:new-feature

Comments

@gkellogg
Copy link
Member

gkellogg commented Dec 5, 2023

Following on from w3c/rdf-concepts#74, if implementations have a choice (but are required to) case-normalize language tags, this allows for multiple canonical representations of the same triple/quad. We should consider requiring normalization to a specific form in canonicalization. If this normalization is not lower case, we risk breaking RDF Dataset Canonicalization.

@gkellogg gkellogg added the spec:substantive Change in the spec affecting its normative content (class 3) –see also spec:bug, spec:new-feature label Dec 5, 2023
@gkellogg gkellogg added the needs discussion Proposed for discussion in an upcoming meeting label Dec 5, 2023
@gkellogg gkellogg removed the needs discussion Proposed for discussion in an upcoming meeting label Dec 14, 2023
@niklasl
Copy link

niklasl commented Dec 14, 2023

Makes sense, particularly when reading these from the note in https://www.w3.org/TR/rdf-canon/#introduction:

  • The Canonicalization algorithm is based on the RDF 1.1 definition, in the sense that the language tag xx-YY is case insensitive, which might lead to different canonicalizations if the user is not aware of this problem.
  • User communities ought to agree to use lower case language tags, while being aware that some implementations might normalize language tags, affecting hash values.
  • Future evolution of RDF might regulate this issue, which RDF environments might have to adapt to, and this might lead to an update of RDFC-1.0.

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
spec:substantive Change in the spec affecting its normative content (class 3) –see also spec:bug, spec:new-feature
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants