jello VS jsonslicer

Compare jello vs jsonslicer and see what are their differences.

Our great sponsors
  • WorkOS - The modern identity platform for B2B SaaS
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • SaaSHub - Software Alternatives and Reviews
jello jsonslicer
31 1
461 46
- -
5.8 0.0
4 months ago over 1 year ago
Python C++
MIT License MIT License
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

jello

Posts with mentions or reviews of jello. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-09-06.

jsonslicer

Posts with mentions or reviews of jsonslicer. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-08-22.
  • Bringing the Unix Philosophy to the 21st Century
    11 projects | news.ycombinator.com | 22 Aug 2021
    > JSON’s design assumes the user can read the entire file into memory

    No? The design of most JSON libraries assumes that, but there are perfectly good incremental JSON parsers out there[1–3]. It’s just that people don’t seem to have figured out a good API for not-completely-incremental parsing (please prove me wrong here!), but this applies equally to any structured data format as soon as you want to pull out pieces of data that are nested more than one level down.

    The lack of length prefixes in JSON does indeed make a solid parser somewhat more difficult, but you get the ability to author and validate it manually instead. All in all a draw and not because of the incremental parsing thing.

    (Tabular or otherwise homogeneous data is indeed reprsented wastefully, but unless the individual records are huge json+gzip is a perfectly serviceable “worse-is-better” solution.)

    [1] https://github.com/ICRAR/ijson

    [2] https://github.com/AMDmi3/jsonslicer

    [3] https://github.com/danielyule/naya

What are some alternatives?

When comparing jello and jsonslicer you can also consider the following projects:

jellex - TUI to filter JSON and JSON Lines data with Python syntax

ijson - Iterative JSON parser with Pythonic interfaces

dasel - Select, put and delete data from JSON, TOML, YAML, XML and CSV files with a single tool. Supports conversion between formats and can be used as a Go package.

jc - CLI tool and python library that converts the output of popular command-line tools, file-types, and common strings to JSON, YAML, or Dictionaries. This allows piping of output to tools like jq and simplifying automation scripts.

live-awk-mode - Build awk commands interactively with live result sets.

jq - Command-line JSON processor [Moved to: https://github.com/jqlang/jq]

Gooey - Turn (almost) any Python command line program into a full GUI application with one line

jmespath.py - JMESPath is a query language for JSON.

murex - A smarter shell and scripting environment with advanced features designed for usability, safety and productivity (eg smarter DevOps tooling)

fx - Terminal JSON viewer & processor

Octo Pack - Creates Octopus-compatible NuGet packages