W3C home > Mailing lists > Public > public-automotive@w3.org > December 2019

Re: [w3c/automotive] Gen2-CORE Filtering chapter update. (#320)

From: Ulf Bjorkengren <ulfbjorkengren@geotab.com>
Date: Wed, 4 Dec 2019 13:53:23 +0100
Message-ID: <CAHfMbK9cfDAXWov9KUdS7HU7HSWjjqC4-hyw7mrD=KcGA2GgEQ@mail.gmail.com>
To: "Winzell, Peter" <peter.winzell@volvocars.com>, public-automotive <public-automotive@w3.org>
According to RFC3986, the allowed characters in a query component are as
shown below.
Which means that "[ and "]" are not available.
I think one should avoid most sub-delims, I found e. g. that the TCP/IP lib
on my computers did not accept "&" (but on the other hand "$").
Any of the  "-" / "." / "_" / "~" characters would probably be the safest
bet.
BR
Ulf

query         = *( pchar / "/" / "?" )

pchar         = unreserved / pct-encoded / sub-delims / ":" / "@"

unreserved    = ALPHA / DIGIT / "-" / "." / "_" / "~"

pct-encoded   = "%" HEXDIG HEXDIG

sub-delims    = "!" / "$" / "&" / "'" / "(" / ")"
                 / "*" / "+" / "," / ";" / "="


On Wed, Dec 4, 2019 at 11:28 AM Ulf Björkengren <ulfbjn@gmail.com> wrote:

>
> ---------- Forwarded message ---------
> From: peterMelco <notifications@github.com>
> Date: Wed, Dec 4, 2019, 00:57
> Subject: Re: [w3c/automotive] Gen2-CORE Filtering chapter update. (#320)
> To: w3c/automotive <automotive@noreply.github.com>
> Cc: Ulf Björkengren <ulfbjn@gmail.com>, Author <author@noreply.github.com>
>
>
> I believe that we could still use the equal operator as is, and not invent
> a new scheme for doing this. Consider adding operators separate from the
> equal sign and for example use brackets to enclose the operators on the key
> name.
>
> [EQ],[GT],[LT]
> http GET:Vehicle/Cabin/Door?$path=*/*/IsOpen
> vehicle/Cabin/Door/Row1/Right/Shade/Position?$range[GT]=15 AND $change[GT]=5
>
> This way we can add operators if needed and be compatible with json query
> string libraries. It would also be in my opinion more inline with what
> other has done and thus simplify client development. Downside would be
> server side parsing and grouping filters....maybe.
>
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub
> <https://github.com/w3c/automotive/pull/320?email_source=notifications&email_token=AJERQQPBE5U7FJTBFGUDSL3QW3W6ZA5CNFSM4JQOPBG2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEF3HMAI#issuecomment-561411585>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AJERQQNNZWX7SMBZ6OX5PNLQW3W6ZANCNFSM4JQOPBGQ>
> .
>


-- 
Ulf Bjorkengren
*Geotab*
Senior Connectivity Strategist | Ph. D.
Mobile +45 53562142
Visit www.geotab.com

Join us at Connect 2020

San Diego

January 13 - 16, 2020

Register Now! <https://www.geotab.com/connect/>
Received on Wednesday, 4 December 2019 12:52:27 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:06:15 UTC