Skip to main content

json-converter is a tool for translating/converting a JSON document into another JSON document with a different structure.

Project description

Installation

pip install json-converter

Usage

from json_converter.json_mapper import JsonMapper

JSON Mapping

The JsonMapper class is a tool for translating/converting a JSON document into another JSON document with a different structure. The mapping process follows a dictionary-based specification of how fields map to the new JSON format. The main function in the JsonMapper is map that takes a structured specification:

    JsonMapper(json_document).map(specification)

Mapping Specification

The general idea is that the specification describes the resulting structure of the converted JSON document. The dictionary-based specification will closely resemble the schema of the resulting JSON.

Field Specification

A field specification is defined by a list of parameters, the first of which is a name that refers to a field in the current JSON to be converted. This is the only required field.

    <converted_field>: [<original_field>]

For example, given the sample JSON document,

    {
        "person_name": "Juan dela Cruz"
        "person_age": 37 
    }

the simplest mapping that can be done is to translate to a different field name. For example, to map person_name to name in the resulting JSON, the following specification is used:

    {
        'name': ['person_name']
    }

Field Chaining

JSON mapping also supports chaining of fields on either or both side of the specification. For example, using the following specification to the JSON above,

    {
        'person.name': ['person_name'],
        'person.age': ['person_age']
    }

will result in the conversion:

    {
        "person": {
            "name": "Juan dela Cruz",
            "age": 37
        }
    }

To convert back to the original JSON in the example, just reverse the field specification, for example, 'person_name': ['person.name']. Field chaining can be done on multiple levels. However, at the time of writing, JsonMapper does not support direct field chaining for JSON array types. Processing such fields can be expressed through anchoring and nesting.

Post-Processing Using Generic Functions

The JSON mapper allows post processing of field values for more complex translation rules. This is done by specifying a generic Python function that takes an arbitrary list of arguments (*args). The post-processing function is specified after the original field name in the field specification:

    <converted_field>: [<original_field>, <post_processor>{, <args>}*]

JsonMapper will pass the value of the specified field as the first argument to the post-processor. Taking the same example in the previous section, a boolean field adult can be added using this feature. The following spec demonstrates how this can be done:

    {
        'name': ['person_name'],
        'age': ['person_age'],
        'adult': ['person_age', is_adult]
    }

with the post-processor defined as:

    def is_adult(*args):
        age = args[0]
        return age >= 18

At the time of writing, there are a few built-in post-processors that can be applied to some common use-cases like defaulting values (default_to), concatenating lists (concatenate_list), etc. These can be found in post_process.py module.

Anchoring

While the JsonMapper has support for field chaining, for complex JSON with several levels of nesting, combined with long field names and field list, repetitively providing full field chain can be tedious. To be able to express this more concisely, anchoring can be used. Anchoring specifies the root of the JSON structure to map to a new JSON format, relative to the actual root of the original JSON document.

The on Parameter

The map function in the JsonMapper takes a parameter named on that can be used to specify the root of the JSON on which to start mapping. For example, given the following JSON,

    {
        "user": {
            "settings": {
                "basic": {...},
                "advanced": {
                    "security": {
                        "javascript_enabled": true,
                        "allow_trackers": false
                    }
                }
            }
        }
    }

the processing can be anchored on user.settings.advanced.security to translate the security settings. The following specification,

    {
        'javascript': ['javascript_enabled'],
        'trackers': ['allow_trackers']
    }

applied to the JSON above using map(specification, on='user.settings.advanced.security'), will result in,

    {
        "javascript": true,
        "trackers": false
    }

Without the anchor, it's necessary to always include user.settings.advanced.security in the field specification, so the javascript mapping would look like 'javascript': ['user.settings.advanced.security.javascript_enabled'].

The $on Specification

Another way of specifying the anchoring field is by directly adding it to the specification using the $on keyword. Unlike field specifications, the $on keyword takes a plain string and not a list/vector. For example, the previous sample specification can be alternatively expressed as,

    {
        '$on': 'user.settings.advanced.security',
        "javascript": ['javascript_enabled'],
        "trackers": ['allow_trackers']
    } 

Using this specification, the mapping can be invoked without the on parameter. Keywords in specifications are, at the time of writing, case-sensitive, so $On, $ON, etc. are not recognised.

Chaining on and $on

The on parameter and the $on keyword do not override, but instead are chained together. The existence of both during a mapping call results in the $on field chain being concatenated to the value provided in through the on parameter. For example, the following invocation is equivalent to the previous two above:

    map({
        '$on': 'advanced.security',
        "javascript": true,
        "trackers": false
    }, on='user.settings')

The user.settings field supplied through on parameter will be treated as a prefix to the advanced.security field specified through the $on keyword.

Nested Specification

Aside from field specifications, nested dictionary-like specification can be provided to any recognised fields in the root specification. Nesting is useful for expressing nesting on single objects, or for applying conversion to a list of JSON objects defined in an array.

Single Object Nesting

For single objects, nested specs can be defined to look like the resulting JSON object. Nesting specification this way is a more expressive alternative to field chaining that was demonstrated above. For example, the following JSON, similar to the previous sections,

    {
        "person_name": "Jane Eyre",
        "person_age": 30
    }

can be mapped using nested specification defined with a nested person object:

    {
        'person': {
            'name': ['person_name'],
            'age': ['person_age']
        }
    }

Anchoring in nested specifications is also supported. However, unlike anchors in the main specification that can be expressed through the on parameter, nested anchors can only be specified using the $on keyword. It is also important to note that nested anchors are defined relative to the parent specification. For example, the following JSON,

    {
        "product_info" {
            "manufacturing": {
                "location": "Cambridge, UK", 
                "manufacturing_date": "2020-03-05",
                "best_by_date": "2020-09-05"
            }
        }
    }

can be mapped using the following nested specification,

    {
        '$on': 'product_info',
        'production': {
            '$on': 'manufacturing',
            'date': ['manufacturing_date']
        }
    }

This mapping will result in the following JSON:

    {
        "production": {
            "date": "2020-03-05"
        }
    }

Applying Specification to JSON Arrays

The JSON mapping utility can distinguish between JSON object nodes and JSON array, and applies specification accordingly. When it determines that a field referred to by the specification is a collection of JSON objects, it applies the rules to each one of them iteratively. Note, however, that, as earlier mentioned in this document, using field chaining to refer to nested JSON array is not supported at this time. To apply specifications to JSON arrays, they need to be explicitly anchored if they are nested within the original JSON document.

To illustrate, the following JSON object,

    {
        "books": [
            {
                "title": "A Python Book",
                "price": 23.75
            },
            {
                "title": "A Novel",
                "price": 7.99
            },
            {
                "title": "Compilation of Fun Stuff",
                "price": 10.10
            }
        ]
    }

can be translated using the following specification (assume translate and convert are defined; see post-processing for more information on this),

    {
        '$on': 'books',
        'titulo': ['title', translate, 'es'],
        'precio': ['price', convert, 'eur']
    }

Notice that, since the specification is anchored to the books node, only the list of field specifications are defined. Specifications applied to multiple objects this way are expressed as if it applies to a single object. This sample translation will return an array of JSON objects and not a JSON object containing an array. If a nested array is desired, the specification above can be nested instead:

    {
        'libros': {
            '$on': 'books',
            'titulo': ['title', translate, 'es'],
            'precio': ['price', convert, 'eur']
        }
    }

Filtering

When working on collections of data, it is sometimes required to only process some based on some criteria. For JsonMapper, this is done by using filtering in the specification. Filters take the form of a field specification with the second argument being a boolean function, also called a predicate.

    '$filter': [<original_field>, <predicate_function>{, args}*]

Just like in generic functions for post-processing, JsonMapper will pass the value of found in the original_field as the first parameter along with the rest of args if they exist.

For example, to process only books whose prices are above 10.00 from the sample books JSON above, the following spec can be used:

    {
        'expensive_books': {
            '$on': 'books',
            '$filter': ['price', greater_than, 10],
            'book_title': ['title'],
            'book_price': ['price']
        }
    }

with the predicate greater_than defined as,

    def greater_than(*args):
        number = args[0]
        other_number = args[1]
        return number > other_number

While filtering can be applied to single JSON nodes, the application can be limited. Any JSON object filtered out, will appear as an empty JSON object in the resulting document.

JSON Literals

There are situations when the resulting JSON need to contain fields and values outside the scope of the source JSON document. In such cases, it's possible to define a post-processor that plugs-in a pre-defined dictionary-like or list structure. However, JsonMapper also provides support for including literals in the specification.

Using Keywords

As mentioned above, there are 2 types of node that can be used for adding predefined values into the specification, which are object, and array. To specify a JSON object literal as field value in the resulting JSON document, the $object keyword is used with a dictionary-like structure:

    <field_name>: ['$object', <object_value>]

For example:

    'metadata': ['$object', {
        'date_created': '2020-03-13',
        'author': 'Jane Doe'
    }]

For collections or list of JSON objects, the '$array' is used instead:

    <field_name>: ['$array': <list>]

For example:

    'authors': ['$array', [
        {
            'name': 'Peter Z',
            'institution': 'Some University'
        },
        {
            'name': 'Mary Q',
            'institution': 'Some Research Institute'
        }
    ]]

Convenience Methods

from json_converter.json_mapper import json_object, json_array

For convenience, the json_mapper module makes available 2 helper methods that allow easy inclusion of JSON predefined JSON nodes into the specification. These are json_object for JSON objects, and json_array for JSON arrays. json_object expects a dictionary-like structure as an input.

For example, the previous example can be expressed as the following:

    'metadata': json_object({
        'date_created': '2020-03-13',
        'author': 'Jane Doe'
    })

The json_array method treats argument list as a list of JSON objects. For example:

    'authors': json_array(
        {
            'name': 'Peter Z',
            'institution': 'Some University'
        },
        {
            'name': 'Mary Q',
            'institution': 'Some Research Institute'
        }
    )

Note that any list literal provided within the json_array method is treated as a single object. For instance, the call json_array([{'object_id': 123}, {'object_id': 456}]) has one item in the resulting list of list.

More complex objects inside $array and $object

The object inside the $array or $object spec can now have values which can be sourced from the source object if the third boolean parameter boolean (contains_spec) is set to True

Given the following source object:

source_object = {
                    'name': 'Peter Z',
                    'institution': 'Some University',
                    'address': 'Some place'
                }

Using the mapping:

from json_converter.json_mapper import JsonMapper
from json_converter.post_process import default_to

json_mapper = JsonMapper(source_object)

values = [
            {
                'key': ['', default_to, 'name'],
                'value': ['name']

            },
            {
                'key': ['', default_to, 'institution'],
                'value': ['institution']

            },
            {
                'key': ['', default_to, 'address'],
                'value': ['address']

            },
        ]

result = json_mapper.map({
            'attributes': ['$array', values, True]
        })

# result contains
{
    'attributes':[
        {
            'key': 'name',
            'value': 'Peter Z'
        },
        {
            'key': 'institution',
            'value': 'Some University'
        },
        {
            'key': 'address',
            'value': 'Some place'
        }
    ]
}

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

json-converter-0.5.0.tar.gz (13.8 kB view details)

Uploaded Source

Built Distribution

json_converter-0.5.0-py2.py3-none-any.whl (8.7 kB view details)

Uploaded Python 2 Python 3

File details

Details for the file json-converter-0.5.0.tar.gz.

File metadata

  • Download URL: json-converter-0.5.0.tar.gz
  • Upload date:
  • Size: 13.8 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/3.4.1 importlib_metadata/3.7.3 pkginfo/1.7.0 requests/2.25.1 requests-toolbelt/0.9.1 tqdm/4.59.0 CPython/3.8.2

File hashes

Hashes for json-converter-0.5.0.tar.gz
Algorithm Hash digest
SHA256 e2898c590c01ebba3d0c69f7ea6f5fa2f09b66b0703a59311b7ad4553acfda66
MD5 b8178ba4104db37ca3d51b2c88158281
BLAKE2b-256 6b49bda960db8b5c7c2dbdb79a77b4b1d380d3d7d680e37cef9ce3442409a34f

See more details on using hashes here.

File details

Details for the file json_converter-0.5.0-py2.py3-none-any.whl.

File metadata

  • Download URL: json_converter-0.5.0-py2.py3-none-any.whl
  • Upload date:
  • Size: 8.7 kB
  • Tags: Python 2, Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/3.4.1 importlib_metadata/3.7.3 pkginfo/1.7.0 requests/2.25.1 requests-toolbelt/0.9.1 tqdm/4.59.0 CPython/3.8.2

File hashes

Hashes for json_converter-0.5.0-py2.py3-none-any.whl
Algorithm Hash digest
SHA256 e832e3ce9c3f6e3b566edc24085246637f21aec1ee09cdffb7592f9d33ebefb3
MD5 93d29815eb05411006342ee08bfcbabf
BLAKE2b-256 077255650badacea0c21da10a23949f695af4d034987c2c3ca85fb675a7c9707

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page