diff --git a/jsonschema-validation.xml b/jsonschema-validation.xml
index 58d334fc..c1b995e5 100644
--- a/jsonschema-validation.xml
+++ b/jsonschema-validation.xml
@@ -979,19 +979,21 @@
- Possible values for this property are listed in
- RFC 2045, Sec 6.1 and
- RFC 4648. For "base64", which is defined
- in both RFCs, the definition in RFC 4648, which removes line length
- limitations, SHOULD be used, as various other specifications have
- mandated different lengths. Note that line lengths within a string
- can be constrained using the "pattern" keyword.
+ Possible values indicating base 16, 32, and 64 encodings with several
+ variations are listed in RFC 4648. Additionally,
+ sections 6.7 and 6.8 of RFC 2045 provide
+ encodings used in MIME. As "base64" is defined in both RFCs, the definition
+ from RFC 4648 SHOULD be assumed unless the string is specifically intended
+ for use in a MIME context. Note that all of these encodings result in
+ strings consisting only of 7-bit ASCII characters. Therefore, this keyword
+ has no meaning for strings containing characters outside of that range.
If this keyword is absent, but "contentMediaType" is present, this
- indicates that the media type could be encoded into UTF-8 like any
- other JSON string value, and does not require additional decoding.
+ indicates that the encoding is the identity encoding, meaning that
+ no transformation was needed in order to represent the content in
+ a UTF-8 string.
@@ -1426,6 +1428,12 @@
+
+
+ Correct email format RFC reference to 5321 instead of 5322
+ Clarified the set and meaning of "contentEncoding" values
+
+
Grouped keywords into formal vocabuarlies