Filter is not typed, seeing types in the function name read more like java
and less like CQL.
*split( string, delimiter )*
For the same reason I do not want to see parameters like
'java.lang.Integer' used when Filter environment is untyped. If you do need
an int[] from an expression, make sure Converters handles it appropriately
so the work is done once. It is bad enough we have functions like int2bbool
and int2double as there should not be a need for it.
I am not sure what to make of array overlaps function:
- I see the name conflict with overlaps(geom,geom) function
- We already have equals with matchAction Any to handle this functionality,
is there any reason why you need it to be a function and not a filter?
- There are examples where filters have been repurposed as functions
already, for example the equalTo(a,b): Boolean function. I would follow
that example.
equalTo( value, value, matchPolicy ) - where matchPolicy is "All", "Any" or
"One"
Given the above concerns I would be happy to have a breakout chat with you
to work through the above.
--
Jody Garnett
On Thu, 23 Apr 2020 at 08:50, Mauro Bartolomeoli <
mauro.bartolome...@geo-solutions.it> wrote:
> Hi,
> I would like to add two new filter functions:
> - arrayOverlap, that takes two arrays and returns true if the arrays have
> at least one item in common
> - arrayFromString that takes a delimited string, a target class name and
> a delimiter that can be used to create arrays of values from a string
>
> The first one would also have an optimization in jdbc-postgis (using the
> && overlap operator).
> The second one would allow expressing array literals in ECQL filters.
>
> Example of combined use:
>
> arrayOverlap(identifiers, arrayFromString('1,2,3', 'java.lang.Integer',
> ',')
>
> Any concern?
>
> --
>
> Regards,
>
> Mauro Bartolomeoli
>
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information.
> ==
>
> Dott. Mauro Bartolomeoli
> @mauro_bart
> Technical Lead
>
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 55054 Massarosa (LU)
> Italy
>
> mobile: +39 393 904 1756
> phone: +39 0584 962313
> fax: +39 0584 1660272
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> -------------------------------------------------------
>
> Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE
> 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si
> precisa che ogni circostanza inerente alla presente email (il suo
> contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è
> riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il
> messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra
> operazione è illecita. Le sarei comunque grato se potesse darmene notizia.
>
> This email is intended only for the person or entity to which it is
> addressed and may contain information that is privileged, confidential or
> otherwise protected from disclosure. We remind that - as provided by
> European Regulation 2016/679 “GDPR” - copying, dissemination or use of this
> e-mail or the information herein by anyone other than the intended
> recipient is prohibited. If you have received this email by mistake, please
> notify us immediately by telephone or e-mail.
> _______________________________________________
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
