From 76147cc25d9bc5a905767bfb8b97acc138bb83dd Mon Sep 17 00:00:00 2001 From: Jerome St-Louis Date: Mon, 18 Jul 2022 22:57:16 -0400 Subject: [PATCH] 1-scope: Fixed restrction -> restriction (my typo) --- cql2/standard/clause_1_scope.adoc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cql2/standard/clause_1_scope.adoc b/cql2/standard/clause_1_scope.adoc index 6c5dddb0..d110847d 100644 --- a/cql2/standard/clause_1_scope.adoc +++ b/cql2/standard/clause_1_scope.adoc @@ -8,4 +8,4 @@ This document defines * A JSON encoding for a CQL2 filter. NOTE: The CQL2 grammar contains all the necessary language elements of a general purpose expression language, including support for spatio-temporal values. -The focus of this version of the language are boolean-valued filter expressions. It is planned to potentially remove this restriction, while maintaining backward compatibility, allowing expressions that result in values of other data types, including geometries. Such expressions could be used, for example, in a styling language to specify parameter values, or to define derived properties. In this case, a particular use of CQL2 could specify the boolean-valued restrction separately, for example when used as a filter predicate expression, or as a styling rule selector. The usability of such an expression language, especially in the context of geometry types, would also greatly benefit from standardizing additional functions and/or operators e.g., to compute the geometry resulting from buffering or intersecting operations. +The focus of this version of the language are boolean-valued filter expressions. It is planned to potentially remove this restriction, while maintaining backward compatibility, allowing expressions that result in values of other data types, including geometries. Such expressions could be used, for example, in a styling language to specify parameter values, or to define derived properties. In this case, a particular use of CQL2 could specify the boolean-valued restriction separately, for example when used as a filter predicate expression, or as a styling rule selector. The usability of such an expression language, especially in the context of geometry types, would also greatly benefit from standardizing additional functions and/or operators e.g., to compute the geometry resulting from buffering or intersecting operations.