# Reasoner Validator
[](https://pypi.python.org/pypi/reasoner-validator)
[](https://pypi.org/project/reasoner-validator/)
[](https://github.com/NCATSTranslator/reasoner-validator/actions/workflows/doc_pages.yml)
[](https://github.com/NCATSTranslator/reasoner-validator/actions/workflows/test.yml)
[](https://opensource.org/licenses/MIT)
This package provides software methods to Translator components (e.g. Knowledge Providers and Autonomous Relay Agents) using *any version* of the
[Translator Reasoner API (TRAPI)](https://github.com/NCATSTranslator/ReasonerAPI/blob/master/README.md) and the [Biolink Model](https://github.com/biolink/biolink-model/blob/master/README.md).
See [the full documentation](https://ncatstranslator.github.io/reasoner-validator/) and [the contributor guidelines](https://github.com/NCATSTranslator/reasoner-validator/blob/master/.github/CONTRIBUTING.md).
# Using the Package
## Python Dependency
The Reasoner Validator now requires Python 3.9 or later (some library dependencies now force this).
## Installing the Module
The module may be installed directly from pypi.org using (Python 3) `pip` or `pip3`, namely:
```bash
pip install reasoner-validator
```
## Installing and working with the module locally from source
As of release 3.1.6, this project uses the [poetry dependency management](https://python-poetry.org) tool to orchestrate its installation and dependencies.
After [installing poetry](https://python-poetry.org/docs/#installation) and cloning the project, the poetry installation may be run (within the available poetry shell):
```bash
git clone https://github.com/NCATSTranslator/reasoner-validator.git
cd reasoner-validator
poetry use 3.10
poetry shell
poetry install
```
Note that the **`poetry env`** can be set to either Python 3.10 or 3.11 at the present time.
This installation also installs testing dependencies (in the poetry 'dev' group in the pyproject.toml) and documentation dependencies (in the corresponding poetry 'docs' group). If you don't want the overhead of these dependencies, then the installation of these poetry group dependencies may be excluded:
```bash
poetry install --without dev,docs
```
If you plan to run the web service API, then install it with the optional web group:
```bash
poetry install reasoner-validator --with web
```
## Running Validation against an ARS UUID Result(*) or using a Local TRAPI Request Query
A local script **`trapi_validator.py`** is available to run TRAPI Response validation against either a PK (UUID)
indexed query result of the Biomedical Knowledge Translator "Autonomous Relay System" (ARS), a local JSON Response
text file or a locally triggered _ad hoc_ query Request against a directly specified TRAPI endpoint.
Note that it is best run within a **`poetry shell`** created by **`poetry install`**.
For script usage, type:
```bash
./trapi_validator.py --help
```
(*) Thank you Eric Deutsch for the prototype code for this script
## Running tests
Run the available unit tests with coverage report:
```bash
poetry run pytest --cov
```
Note that [poetry automatically uses any existing virtual environment](https://python-poetry.org/docs/basic-usage/#using-your-virtual-environment), but you can otherwise also enter the one that is created by poetry by default:
```shell
poetry shell
# run your commands, e.g. the web service module
exit # exit the poetry shell
```
The use of the Poetry shell command allows for running of the tests without the `poetry run` prefix. We will continue in this manner.
```bash
% poetry shell
(reasoner-validator-py3.9) % pytest --cov
```
Run the tests with detailed coverage report in a HTML page:
```bash
pytest --cov --cov-report html
```
Serve the report on http://localhost:3000:
```bash
python -m http.server 3000 --directory ./htmlcov
```
## Building the Documentation Locally
All paths here are relative to the root project directory. The validation codes MarkDown file should first be regenerated if needed (i.e. if the **`codes.yaml`** was revised):
```bash
cd reasoner_validator
python ./validation_codes.py
```
Then build the documentation locally:
```bash
cd ../docs
make html
```
The resulting **index.html** and related pages describing the programmatic API are now available for viewing within the docs subfolder __build/html_.
## Validation Run as a Web Service
The Reasoner Validator is available wrapped as a simple web service. The service may be run directly or as a Docker container.
### API
The web service has a single POST endpoint `/validate` taking a simple JSON request body, as follows:
```json
{
"trapi_version": "1.4.1",
"biolink_version": "3.5.0",
"target_provenance": {
"ara_source": "infores:aragorn",
"kp_source": "infores:panther",
"kp_source_type": "primary"
},
"strict_validation": true,
"response": "{<some full JSON object of a TRAPI query Response...>}"
}
```
The request body consists of JSON data structure with two top level tag:
- An **optional** `trapi_version` tag can be given a value of the TRAPI version against which the message will be validated, expressed as a SemVer string (defaults to 'latest' if omitted; partial SemVer strings are resolved to their 'latest' minor and patch releases). This value may also be a GitHub branch name (e.g. '**master**').
- An **optional** `biolink_version` tag can be given a value of the Biolink Model version against which the message knowledge graph semantic contents will be validated, expressed as a SemVer string (defaults to 'latest' Biolink Model Toolkit supported version, if omitted).
- An **optional** `target_provenance` with an object dictionary (example shown) specifying the ARA and KP infores-specified knowledge sources expected to be recovered in the TRAPI query results (specified by infores CURIE) and the expected KP provenance source type, i.e. 'primary' implies that the KP is tagged as a 'biolink:primary_knowledge_source'. Optional in that the root "target_provenance" or any of the subsidiary tags may be omitted (default to None)
- An **optional** `strict_validation` flag (default: None or 'false'). If 'true' then follow strict validation rules, such as treating as 'error' states the use of `category`, `predicate` and `attribute_type_id` that are of type `abstract` or `mixin` as errors.
- A **mandatory** `message` tag should have as its value the complete JSON TRAPI **Response** to be validated (See the example below)
### Running the Web Service Directly
First install the web-specific dependencies, if not already done (e.g. by **`--all-extras`** above):
```bash
poetry install --extras web # or poetry install --all-extras
```
The service may be run directly as a Python module. The web services module may be directly run, as follows.
```shell
python -m api.main
```
Go to http://localhost/docs to see the service documentation and to use the simple UI to input TRAPI messages for validation.
### Typical Output
As an example of the kind of output to expect, if one posts the following TRAPI Response JSON data structure to the **/validate** endpoint:
```json
{
"trapi_version": "1.4.2",
"biolink_version": "4.1.5",
"response": {
"message": {
"query_graph": {
"nodes": {
"type-2 diabetes": {"ids": ["MONDO:0005148"]},
"drug": {"categories": ["biolink:Drug"]}
},
"edges": {
"treats": {"subject": "drug", "predicates": ["biolink:treats"], "object": "type-2 diabetes"}
}
},
"knowledge_graph": {
"nodes": {
"MONDO:0005148": {"name": "type-2 diabetes"},
"CHEBI:6801": {"name": "metformin", "categories": ["biolink:Drug"]}
},
"edges": {
"df87ff82": {"subject": "CHEBI:6801", "predicate": "biolink:treats", "object": "MONDO:0005148"}
}
},
"results": [
{
"node_bindings": {
"type-2 diabetes": [{"id": "MONDO:0005148"}],
"drug": [{"id": "CHEBI:6801"}]
},
"edge_bindings": {
"treats": [{"id": "df87ff82"}]
}
}
]
},
"workflow": [{"id": "annotate"}]
}
}
```
one should typically get a response body something like the following JSON validation result back:
```json
{
"messages": {
"Validate TRAPI Response": {
"Standards Test": {
"info": {
"info.query_graph.edge.predicate.mixin": {
"global": {
"biolink:treats": [
{
"edge_id": "drug[biolink:Drug]--['biolink:treats']->type-2 diabetes[None]"
}
]
}
}
},
"skipped": {},
"warning": {},
"error": {
"error.query_graph.edge.predicate.invalid": {
"global": {
"biolink:treats": [
{
"edge_id": "drug[biolink:Drug]--['biolink:treats']->type-2 diabetes[None]"
}
]
}
}
},
"critical": {}
}
}
},
"trapi_version": "v1.4.2",
"biolink_version": "4.1.5"
}
```
To minimize redundancy in validation messages, messages are uniquely indexed in dictionaries at two levels:
1. the (codes.yaml recorded) dot-delimited validation code path string
2. for messages with templated parameters, by a mandatory 'identifier' field (which is expected to exist as a field in a template if such template has one or more parameterized fields)
### OpenTelemetry and Jaeger
NOTE: OpenTelemetry is temporarily disabled in this code release (to be updated later)
The web service may be monitored for OpenTelemetry by setting an environment variable **TELEMETRY_ENDPOINT** to a suitable trace collecting endpoint in an application like [Jaeger](https://www.jaegertracing.io/) (see also the [Translator SRI Jaeger-Demo](https://github.com/TranslatorSRI/Jaeger-demo)).
**Note:** the current system Docker (Compose) design only supports OpenTemplate tracing using the internal Jaeger container and may require further refinements to enable use of an external telemetry collector.
### Running the Web Service within Docker
The Reasoner Validator web service may be run inside a docker container, using Docker Compose.
First, from the root project directory, build the local docker container
```shell
docker-compose build
```
Then, run the service:
```shell
docker-compose up -d
```
Once again, go to http://localhost/docs to see the service documentation.
To stop the service:
```shell
docker-compose down
```
Of course, the above docker-compose commands may be customized by the user to suit their needs. Note that the docker implementation assumes the use of uvicorn
## Change Log
Summary of earlier releases and current Change Log is [here](CHANGELOG.md).
## Code Limitations (implied Future Work?)
- The release of the reasoner-validator after v2.2.0 will not likely be able to (reliably, if at all) validate TRAPI JSON data models prior to 1.3.0
- Biolink Model release <= 2.4.8 versus 3.0.0 validation: the reasoner-validator uses the Biolink Model Toolkit. As it happens, the toolkit is not backwards compatible with at least one Biolink Model structural change from release 2.#.# to 3.#.#: the tagging of 'canonical' predicates. That is, the 0.8.10++ toolkit reports canonical <= 2.4.8 model predicates as 'non-canonical'.
- This release of the Reasoner Validator Web Service will detect TRAPI 1.0.* releases but doesn't strive to be completely backwards compatible with them (considering that TRAPI 1.0.* is totally irrelevant now).
- The web service validation doesn't do deep validation of the Results part of a TRAPI Message
- The validation is only run on the first 1000 nodes and 100 edges of graphs, to keep the validation time tractable (this risks not having complete coverage of the graph)
- Biolink Model toolkit is not (yet) cached so changing the model version during use will result in some latency in results
- The validator service doesn't (yet) deeply validate non-core node and edge slot contents of Message Knowledge Graphs
- The validator service doesn't (yet) attempt validation of Query Graph nodes and edges 'constraints' (e.g. `biolink:Association` etc. `domain` and `range` constraints)
- Query Graph node 'ids' are not validated except when an associated 'categories' parameter is provided for the given node. In general, [Query Graph Validation](https://github.com/NCATSTranslator/reasoner-validator/issues/14) could be elaborated.
- The system should leverage the [Reasoner Pydantic Models](https://github.com/NCATSTranslator/reasoner-validator/issues/15)
# Core Contributors
- Kudos to Patrick Wang, who created the original implementation of the Reasoner-Validator project while with CoVar (an entrepreneurial team contributing to the Biomedical Data Translator).
- Thanks to Kenneth Morton (CoVar) for his reviews of the latest code.
- The project is currently being extended and maintained by Richard Bruskiewich (Delphinai Corporation, on the SRI team contributing to Translator)
Raw data
{
"_id": null,
"home_page": "https://github.com/NCATSTranslator",
"name": "reasoner-validator",
"maintainer": "Richard Bruskiewich",
"docs_url": null,
"requires_python": "<3.12,>=3.9",
"maintainer_email": "richard.bruskiewich@delphinai.com",
"keywords": "NCATS, Biomedical Data Translator, Translator, ReasonerAPI, TRAPI, validation, Biolink Model",
"author": "Richard Bruskiewich",
"author_email": "richard.bruskiewich@delphinai.com",
"download_url": "https://files.pythonhosted.org/packages/26/90/d4b3d09c3ffcfa7f315b81736cf8e1e947ddaa5d5f48ead022ae4fd17d4f/reasoner_validator-4.2.7.tar.gz",
"platform": null,
"description": "# Reasoner Validator\n\n[](https://pypi.python.org/pypi/reasoner-validator)\n[](https://pypi.org/project/reasoner-validator/)\n[](https://github.com/NCATSTranslator/reasoner-validator/actions/workflows/doc_pages.yml)\n[](https://github.com/NCATSTranslator/reasoner-validator/actions/workflows/test.yml)\n[](https://opensource.org/licenses/MIT)\n\nThis package provides software methods to Translator components (e.g. Knowledge Providers and Autonomous Relay Agents) using *any version* of the\n[Translator Reasoner API (TRAPI)](https://github.com/NCATSTranslator/ReasonerAPI/blob/master/README.md) and the [Biolink Model](https://github.com/biolink/biolink-model/blob/master/README.md).\n\nSee [the full documentation](https://ncatstranslator.github.io/reasoner-validator/) and [the contributor guidelines](https://github.com/NCATSTranslator/reasoner-validator/blob/master/.github/CONTRIBUTING.md).\n\n# Using the Package\n\n## Python Dependency\n\nThe Reasoner Validator now requires Python 3.9 or later (some library dependencies now force this).\n\n## Installing the Module\n\nThe module may be installed directly from pypi.org using (Python 3) `pip` or `pip3`, namely:\n\n```bash\npip install reasoner-validator\n```\n\n## Installing and working with the module locally from source\n\nAs of release 3.1.6, this project uses the [poetry dependency management](https://python-poetry.org) tool to orchestrate its installation and dependencies.\n\nAfter [installing poetry](https://python-poetry.org/docs/#installation) and cloning the project, the poetry installation may be run (within the available poetry shell):\n\n```bash\ngit clone https://github.com/NCATSTranslator/reasoner-validator.git\ncd reasoner-validator\npoetry use 3.10\npoetry shell\npoetry install\n```\n\nNote that the **`poetry env`** can be set to either Python 3.10 or 3.11 at the present time.\n\nThis installation also installs testing dependencies (in the poetry 'dev' group in the pyproject.toml) and documentation dependencies (in the corresponding poetry 'docs' group). If you don't want the overhead of these dependencies, then the installation of these poetry group dependencies may be excluded:\n\n```bash\npoetry install --without dev,docs\n```\n\nIf you plan to run the web service API, then install it with the optional web group:\n\n```bash\npoetry install reasoner-validator --with web\n```\n\n## Running Validation against an ARS UUID Result(*) or using a Local TRAPI Request Query\n\nA local script **`trapi_validator.py`** is available to run TRAPI Response validation against either a PK (UUID)\nindexed query result of the Biomedical Knowledge Translator \"Autonomous Relay System\" (ARS), a local JSON Response\ntext file or a locally triggered _ad hoc_ query Request against a directly specified TRAPI endpoint.\n\nNote that it is best run within a **`poetry shell`** created by **`poetry install`**.\n\nFor script usage, type:\n\n```bash\n./trapi_validator.py --help\n```\n\n(*) Thank you Eric Deutsch for the prototype code for this script\n\n## Running tests\n\nRun the available unit tests with coverage report:\n\n```bash\npoetry run pytest --cov\n```\n\nNote that [poetry automatically uses any existing virtual environment](https://python-poetry.org/docs/basic-usage/#using-your-virtual-environment), but you can otherwise also enter the one that is created by poetry by default:\n\n```shell\npoetry shell\n# run your commands, e.g. the web service module\nexit # exit the poetry shell\n```\n\nThe use of the Poetry shell command allows for running of the tests without the `poetry run` prefix. We will continue in this manner.\n\n```bash\n% poetry shell\n(reasoner-validator-py3.9) % pytest --cov\n```\n\nRun the tests with detailed coverage report in a HTML page:\n\n```bash\npytest --cov --cov-report html\n```\n\nServe the report on http://localhost:3000:\n\n```bash\npython -m http.server 3000 --directory ./htmlcov\n```\n\n## Building the Documentation Locally\n\nAll paths here are relative to the root project directory. The validation codes MarkDown file should first be regenerated if needed (i.e. if the **`codes.yaml`** was revised):\n\n```bash\ncd reasoner_validator\npython ./validation_codes.py\n```\n\nThen build the documentation locally:\n\n```bash\ncd ../docs\nmake html\n```\n\nThe resulting **index.html** and related pages describing the programmatic API are now available for viewing within the docs subfolder __build/html_. \n\n## Validation Run as a Web Service\n\nThe Reasoner Validator is available wrapped as a simple web service. The service may be run directly or as a Docker container.\n\n### API\n\nThe web service has a single POST endpoint `/validate` taking a simple JSON request body, as follows:\n\n```json\n{\n \"trapi_version\": \"1.4.1\",\n \"biolink_version\": \"3.5.0\",\n \"target_provenance\": {\n \"ara_source\": \"infores:aragorn\",\n \"kp_source\": \"infores:panther\",\n \"kp_source_type\": \"primary\"\n },\n \"strict_validation\": true,\n \"response\": \"{<some full JSON object of a TRAPI query Response...>}\"\n}\n```\n\nThe request body consists of JSON data structure with two top level tag:\n\n- An **optional** `trapi_version` tag can be given a value of the TRAPI version against which the message will be validated, expressed as a SemVer string (defaults to 'latest' if omitted; partial SemVer strings are resolved to their 'latest' minor and patch releases). This value may also be a GitHub branch name (e.g. '**master**').\n- An **optional** `biolink_version` tag can be given a value of the Biolink Model version against which the message knowledge graph semantic contents will be validated, expressed as a SemVer string (defaults to 'latest' Biolink Model Toolkit supported version, if omitted). \n- An **optional** `target_provenance` with an object dictionary (example shown) specifying the ARA and KP infores-specified knowledge sources expected to be recovered in the TRAPI query results (specified by infores CURIE) and the expected KP provenance source type, i.e. 'primary' implies that the KP is tagged as a 'biolink:primary_knowledge_source'. Optional in that the root \"target_provenance\" or any of the subsidiary tags may be omitted (default to None)\n- An **optional** `strict_validation` flag (default: None or 'false'). If 'true' then follow strict validation rules, such as treating as 'error' states the use of `category`, `predicate` and `attribute_type_id` that are of type `abstract` or `mixin` as errors. \n- A **mandatory** `message` tag should have as its value the complete JSON TRAPI **Response** to be validated (See the example below)\n\n### Running the Web Service Directly\n\nFirst install the web-specific dependencies, if not already done (e.g. by **`--all-extras`** above):\n\n```bash\npoetry install --extras web # or poetry install --all-extras\n```\n\nThe service may be run directly as a Python module. The web services module may be directly run, as follows. \n\n```shell\npython -m api.main\n```\n\nGo to http://localhost/docs to see the service documentation and to use the simple UI to input TRAPI messages for validation.\n\n### Typical Output\n\nAs an example of the kind of output to expect, if one posts the following TRAPI Response JSON data structure to the **/validate** endpoint:\n\n```json\n{\n \"trapi_version\": \"1.4.2\",\n \"biolink_version\": \"4.1.5\",\n \"response\": {\n \"message\": {\n \"query_graph\": {\n \"nodes\": {\n \"type-2 diabetes\": {\"ids\": [\"MONDO:0005148\"]},\n \"drug\": {\"categories\": [\"biolink:Drug\"]}\n },\n \"edges\": {\n \"treats\": {\"subject\": \"drug\", \"predicates\": [\"biolink:treats\"], \"object\": \"type-2 diabetes\"}\n }\n },\n \"knowledge_graph\": {\n \"nodes\": {\n \"MONDO:0005148\": {\"name\": \"type-2 diabetes\"},\n \"CHEBI:6801\": {\"name\": \"metformin\", \"categories\": [\"biolink:Drug\"]}\n },\n \"edges\": {\n \"df87ff82\": {\"subject\": \"CHEBI:6801\", \"predicate\": \"biolink:treats\", \"object\": \"MONDO:0005148\"}\n }\n },\n \"results\": [\n {\n \"node_bindings\": {\n \"type-2 diabetes\": [{\"id\": \"MONDO:0005148\"}],\n \"drug\": [{\"id\": \"CHEBI:6801\"}]\n },\n \"edge_bindings\": {\n \"treats\": [{\"id\": \"df87ff82\"}]\n }\n }\n ]\n },\n \"workflow\": [{\"id\": \"annotate\"}]\n }\n}\n```\n\none should typically get a response body something like the following JSON validation result back:\n\n```json\n{\n \"messages\": {\n \"Validate TRAPI Response\": {\n \"Standards Test\": {\n \"info\": {\n \"info.query_graph.edge.predicate.mixin\": {\n \"global\": {\n \"biolink:treats\": [\n {\n \"edge_id\": \"drug[biolink:Drug]--['biolink:treats']->type-2 diabetes[None]\"\n }\n ]\n }\n }\n },\n \"skipped\": {},\n \"warning\": {},\n \"error\": {\n \"error.query_graph.edge.predicate.invalid\": {\n \"global\": {\n \"biolink:treats\": [\n {\n \"edge_id\": \"drug[biolink:Drug]--['biolink:treats']->type-2 diabetes[None]\"\n }\n ]\n }\n }\n },\n \"critical\": {}\n }\n }\n },\n \"trapi_version\": \"v1.4.2\",\n \"biolink_version\": \"4.1.5\"\n}\n```\n\nTo minimize redundancy in validation messages, messages are uniquely indexed in dictionaries at two levels:\n\n1. the (codes.yaml recorded) dot-delimited validation code path string\n2. for messages with templated parameters, by a mandatory 'identifier' field (which is expected to exist as a field in a template if such template has one or more parameterized fields)\n\n### OpenTelemetry and Jaeger\n\nNOTE: OpenTelemetry is temporarily disabled in this code release (to be updated later)\n\nThe web service may be monitored for OpenTelemetry by setting an environment variable **TELEMETRY_ENDPOINT** to a suitable trace collecting endpoint in an application like [Jaeger](https://www.jaegertracing.io/) (see also the [Translator SRI Jaeger-Demo](https://github.com/TranslatorSRI/Jaeger-demo)).\n\n**Note:** the current system Docker (Compose) design only supports OpenTemplate tracing using the internal Jaeger container and may require further refinements to enable use of an external telemetry collector.\n\n### Running the Web Service within Docker\n\nThe Reasoner Validator web service may be run inside a docker container, using Docker Compose.\n\nFirst, from the root project directory, build the local docker container\n\n```shell\ndocker-compose build\n```\n\nThen, run the service:\n\n```shell\ndocker-compose up -d\n```\n\nOnce again, go to http://localhost/docs to see the service documentation.\n\nTo stop the service:\n\n```shell\ndocker-compose down\n```\n\nOf course, the above docker-compose commands may be customized by the user to suit their needs. Note that the docker implementation assumes the use of uvicorn\n\n## Change Log\n\nSummary of earlier releases and current Change Log is [here](CHANGELOG.md).\n\n## Code Limitations (implied Future Work?)\n\n- The release of the reasoner-validator after v2.2.0 will not likely be able to (reliably, if at all) validate TRAPI JSON data models prior to 1.3.0\n- Biolink Model release <= 2.4.8 versus 3.0.0 validation: the reasoner-validator uses the Biolink Model Toolkit. As it happens, the toolkit is not backwards compatible with at least one Biolink Model structural change from release 2.#.# to 3.#.#: the tagging of 'canonical' predicates. That is, the 0.8.10++ toolkit reports canonical <= 2.4.8 model predicates as 'non-canonical'.\n- This release of the Reasoner Validator Web Service will detect TRAPI 1.0.* releases but doesn't strive to be completely backwards compatible with them (considering that TRAPI 1.0.* is totally irrelevant now). \n- The web service validation doesn't do deep validation of the Results part of a TRAPI Message\n- The validation is only run on the first 1000 nodes and 100 edges of graphs, to keep the validation time tractable (this risks not having complete coverage of the graph)\n- Biolink Model toolkit is not (yet) cached so changing the model version during use will result in some latency in results\n- The validator service doesn't (yet) deeply validate non-core node and edge slot contents of Message Knowledge Graphs\n- The validator service doesn't (yet) attempt validation of Query Graph nodes and edges 'constraints' (e.g. `biolink:Association` etc. `domain` and `range` constraints)\n- Query Graph node 'ids' are not validated except when an associated 'categories' parameter is provided for the given node. In general, [Query Graph Validation](https://github.com/NCATSTranslator/reasoner-validator/issues/14) could be elaborated.\n- The system should leverage the [Reasoner Pydantic Models](https://github.com/NCATSTranslator/reasoner-validator/issues/15)\n\n# Core Contributors\n\n- Kudos to Patrick Wang, who created the original implementation of the Reasoner-Validator project while with CoVar (an entrepreneurial team contributing to the Biomedical Data Translator).\n- Thanks to Kenneth Morton (CoVar) for his reviews of the latest code.\n- The project is currently being extended and maintained by Richard Bruskiewich (Delphinai Corporation, on the SRI team contributing to Translator)\n\n",
"bugtrack_url": null,
"license": "MIT",
"summary": "Validation tools for Reasoner API",
"version": "4.2.7",
"project_urls": {
"Bug Tracker": "https://github.com/NCATSTranslator/reasoner-validator/issues",
"Change Log": "https://github.com/NCATSTranslator/reasoner-validator/blob/master/CHANGELOG.md",
"Documentation": "https://ncatstranslator.github.io/reasoner-validator/",
"Homepage": "https://github.com/NCATSTranslator",
"Repository": "https://github.com/NCATSTranslator/reasoner-validator"
},
"split_keywords": [
"ncats",
" biomedical data translator",
" translator",
" reasonerapi",
" trapi",
" validation",
" biolink model"
],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "f316d1e4ff32b3da84431e53a8c51b8392415a384fa9965101d3f50c46baf08e",
"md5": "5c75aea55f2e9538b42a91b7c20f76bc",
"sha256": "81bd20a8b87a67b99751e7da66729cb7fb6a8486c0f1d87d561f480d1d99f996"
},
"downloads": -1,
"filename": "reasoner_validator-4.2.7-py3-none-any.whl",
"has_sig": false,
"md5_digest": "5c75aea55f2e9538b42a91b7c20f76bc",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": "<3.12,>=3.9",
"size": 74824,
"upload_time": "2024-10-02T02:20:24",
"upload_time_iso_8601": "2024-10-02T02:20:24.023782Z",
"url": "https://files.pythonhosted.org/packages/f3/16/d1e4ff32b3da84431e53a8c51b8392415a384fa9965101d3f50c46baf08e/reasoner_validator-4.2.7-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
},
{
"comment_text": "",
"digests": {
"blake2b_256": "2690d4b3d09c3ffcfa7f315b81736cf8e1e947ddaa5d5f48ead022ae4fd17d4f",
"md5": "ab411c0de047c402c43e46bc312361ad",
"sha256": "bfaf60dcd064ce40911d8494d3ccbd77e0579001282369e34166fdb9fdff53ff"
},
"downloads": -1,
"filename": "reasoner_validator-4.2.7.tar.gz",
"has_sig": false,
"md5_digest": "ab411c0de047c402c43e46bc312361ad",
"packagetype": "sdist",
"python_version": "source",
"requires_python": "<3.12,>=3.9",
"size": 139380,
"upload_time": "2024-10-02T02:20:25",
"upload_time_iso_8601": "2024-10-02T02:20:25.692132Z",
"url": "https://files.pythonhosted.org/packages/26/90/d4b3d09c3ffcfa7f315b81736cf8e1e947ddaa5d5f48ead022ae4fd17d4f/reasoner_validator-4.2.7.tar.gz",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2024-10-02 02:20:25",
"github": true,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"github_user": "NCATSTranslator",
"github_project": "reasoner-validator",
"travis_ci": false,
"coveralls": false,
"github_actions": true,
"requirements": [],
"lcname": "reasoner-validator"
}
JSON
