@@ -558,7 +558,7 @@ <h3>RDF Version Announcement</h3>
558
558
clients receiving a document should be prepared to properly handle a document
559
559
of the requested media type but potentially having a `version` other than what was
560
560
requested.
561
- Clients may consider down-grading the content to an appropriate version themselves
561
+ Clients may consider down-grading the content to an appropriate version themselves
562
562
as discussed in < a href ="#server-considerations " class ="sectionRef "> </ a > .</ p >
563
563
</ section >
564
564
</ section >
@@ -640,7 +640,7 @@ <h4>Server Considerations</h4>
640
640
< li > Replace < a > directional language-tagged strings</ a >
641
641
by < a > literals</ a > with a < a > datatype IRI</ a > that
642
642
uses the < a data-cite ="JSON-LD11#the-i18n-namespace "> `i18n` namespace</ a > , as defined in [[JSON-LD11]]
643
- ("1.2" or "1.2-basic" to "1.1").</ li >
643
+ (downgrading from version "1.2" or "1.2-basic" to "1.1").</ li >
644
644
< li > Return `406 "Not Acceptable"`.</ li >
645
645
< li > Ignore the requested version and return a native representation.</ li >
646
646
</ ol >
@@ -654,11 +654,11 @@ <h4>Server Considerations</h4>
654
654
< section id ="client-considerations " class ="informative ">
655
655
< h4 > Client Considerations</ h4 >
656
656
< p > If a document has no stated `version` (either by HTTP header or internal),
657
- systems can assume the version is `"1.2"`, which is compatible
658
- with all RDF versions.</ p >
657
+ systems can assume the version is `"1.2"`, which continues to
658
+ support all prior RDF versions.</ p >
659
659
< p > When parsing a document with conflicting versions,
660
660
or when parsing a document using unsupported versions, a parser
661
- may:</ p >
661
+ may do any of the following :</ p >
662
662
< ul >
663
663
< li > Ignore the version directive.</ li >
664
664
< li > Raise an error and abort.</ li >
0 commit comments