- From: Sarven Capadisli <notifications@github.com>
- Date: Thu, 18 Dec 2025 08:57:57 -0800
- To: w3ctag/design-reviews <design-reviews@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3ctag/design-reviews/issues/1161/3671223503@github.com>
csarven left a comment (w3ctag/design-reviews#1161) The TAG thanks the RDF & SPARQL WG for requesting this review and for the detailed discussion. The TAG recommends the following: The line based plain text format of RDF 1.1 N-Triples made it possible to concatenate multiple files using simple tools. Aside from encoding N-Triples data in Turtle documents, as indicated by file extension or media type, the line based characteristic, which is the defining feature of N-Triples, appears to be weakened by the introduction of version declarations in the content. If concatenation of multiple N-Triples documents remains an important affordance of the format, the specification should note this change more clearly and define the expected parsing behaviour. The N-Triples specification, and potentially other concrete RDF syntaxes that introduce in content version declarations, should also clarify how multiple version declarations within a single document are to be interpreted. We suggest clarifying the behaviour when mixing N-Triples data that declares different versions, e.g., 1.2, 1.2-basic, and 1.1. As currently specified, these changes appear to add complexity to the format. We encourage addressing concerns around version announcement at a higher level, such as in RDF 1.2 Concepts and Abstract Data Model. A related TAG review can be found at https://github.com/w3ctag/design-reviews/issues/1159#issuecomment-3671161845 The IANA `version` parameter registration for the N-Triples media type should avoid normative language that uses requirement levels (as the ones defined in RFC 2119, RFC 8174), as noted in https://github.com/w3c/rdf-n-triples/issues/84 . This concern similarly applies to other parameters and to updates to media types of other concrete RDF syntaxes. This review reflects the TAG's current assessment and is intended to support the Working Group's next steps. We are happy to discuss further if clarification is needed. -- Reply to this email directly or view it on GitHub: https://github.com/w3ctag/design-reviews/issues/1161#issuecomment-3671223503 You are receiving this because you are subscribed to this thread. Message ID: <w3ctag/design-reviews/issues/1161/3671223503@github.com>
Received on Thursday, 18 December 2025 16:58:01 UTC