jq 1.7 released

Re:jq 1.7 released by mdaniel on Thursday September 07, 2023 @12:15PM (#37421222)

It may be fine for hello-world stuff, but how would one JSONPath this?

  echo '[{"name":"_skip"},{"name":"alpha"},{"name":"_other"}' | \
    jq '[ .[] | select(.name|test("^_.*")|not) | . ]'

The same is roughly true for JMESPath, also, although at least it does actually try to allow projections and some limited functions

[ Parent | on HN ]

Re:jq 1.7 released by storoj on Friday September 08, 2023 @05:44AM (#37431561)

Is ".*" necessary? I think "^_" should be enough.

[ Parent | on HN ]

Re:jq 1.7 released by ahoka on Saturday September 09, 2023 @01:15PM (#37447682)

I believe like this.

  $[?(@.name =~ /[^_].*/)]

[ Parent | on HN ]

Re:jq 1.7 released by mdaniel on Saturday September 09, 2023 @02:02PM (#37448260)

Interesting, I only knew about <https://goessner.net/articles/JsonPath/index.html> which makes no reference to =~ nor any such // syntax but it seems there's an IETF draft that is (a) an actual specification (b) includes more modern stuff like what you used: https://www.ietf.org/archive/id/draft-ietf-jsonpath-base-07....

And, while whatever is powering https://jsonpath.com/ does honor your syntax, albeit with an absolutely useless result:

    [
      {
        "name": -1
      },
      {
        "name": -1
      },
      {
        "name": -1
      }
    ]

I found that `pip install jsonpath-ng` does not accept it nor mention it <https://github.com/h2non/jsonpath-ng/tree/v1.5.3?tab=readme-...> so I think it's out on the bleeding edge or something

[ Parent | on HN ]