New Research: Supply Chain Attack on Axios Pulls Malicious Dependency from npm.Details →
Socket
Book a DemoSign in
Socket

philtre

Package Overview
Dependencies
Maintainers
1
Versions
11
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

philtre

A friendly search syntax for objects.

latest
Source
npmnpm
Version
1.0.2
Version published
Maintainers
1
Created
Source

Philtre

A library for searching objects, with syntax inspired by Gmail and Github searches.

philtre demo

At the core of Philtre is a function (philtre) that takes two arguments: a query (as a string) and a list of Javascript objects. It then returns the objects that match the query.

You can try this out using the included command line script and sample data file. The command line script reads one JSON object per line from stdin (like jq), filters them using the supplied query, and prints the specified field:

philtre [query] [field-to-print] < [input.json]

To try it out yourself:

mkdir fiddle && cd fiddle && git clone https://github.com/polm/philtre.git
./bin/philtre "#restaurants" title < data/dampfkraft.json 
./bin/philtre "is:location #restaurants" title < data/dampfkraft.json 
./bin/philtre "not is:location #restaurants" title < data/dampfkraft.json 
./bin/philtre "is:location not #restaurants" title < data/dampfkraft.json 

Supported Keywords

Note that except for values before a colon in keywords using them (which must match the regex [A-z]*), anything may be quoted to preserve whitespace or otherwise special characters.

keywordeffect
(default)non-special words check for a string match on every field of the object.
:has:[something]true if the object has a field named something
:is:[something]same as :has:
[key]:[value]true if value equals the key property
ANDdoes nothing (it's the default)
ORlogical OR of the conditions on either side
NOTnegates the next keyword
-[something]negates the next keyword; unlike not doesn't need a space
( and )allows grouping of terms
#[xxx]true if the .tags property contains xxx
:before:[xxx]true if the .date property is less than xxx
:after:[xxx]true if the .date property is greater than xxx
:sort:[field]sorts on field
:sortr:[field]sorts on field in the order opposite :sort:
:limit:[count]only shows up to count results

For keyword queries like [key]:[value], by quoting the value you can also use comparisons such as [key]:"<[value]", [key]:">=[value]"; you can also use ranges with the syntax [key]:"low .. high" (including spaces around the dots). This syntax is borrowed from Github's search syntax.

Not :sort: and :limit: only work in the top-level of queries; they will do nothing if contained in parentheses.

You may have some questions:

Why are is and has the same?

In looking at sample data it seemed that either relationship could be expressed by having an object property. I might revisit this.

How does the tag feature work?

If it's used, it assumes that each object has a property called tags that's a list of strings. It checks if the string after the # is in that list. This seems to be a pretty common convention for tagged data.

TODO

See issues.

Similar Work

Ghost Query Language has basically the same goal but is intended for use via an HTTP API.

License

WTFPL, do as you please.

-POLM

Keywords

gmail

FAQs

Package last updated on 11 Apr 2017

Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts