The EMBL-EBI Ontology Lookup Service (OLS)
Config is the same across clients — only the file and path differ.
{
"mcpServers": {
"ols4": {
"command": "<see-readme>",
"args": []
}
}
}Are you the author?
Add this badge to your README to show your security score and help users find safe servers.
The Ontology Lookup Service (OLS) is a repository for biomedical ontologies that aims to provide a single point of access to the latest ontology versions. It provides a website, REST API, and MCP server.
This server supports HTTP transport. Be the first to test it — help the community know if it works.
Five weighted categories — click any category to see the underlying evidence.
No known CVEs.
No package registry to scan.
Be the first to review
Have you used this server?
Share your experience — it helps other developers decide.
Sign in to write a review.
Others in health / search
Web and local search using Brave Search API
Production ready MCP server with real-time search, extract, map & crawl.
Multi-engine MCP server, CLI, and local daemon for agent web search and content retrieval — skill-guided workflows, no API keys.
MCP server for Firecrawl — search, scrape, and interact with the web. Supports both cloud and self-hosted instances. Features include web search, scraping, page interaction, batch processing, and LLM-powered content analysis.
MCP Security Weekly
Get CVE alerts and security updates for Ols4 and similar servers.
Start a conversation
Ask a question, share a tip, or report an issue.
Sign in to join the discussion.
The Ontology Lookup Service (OLS) is a repository for biomedical ontologies that aims to provide a single point of access to the latest ontology versions. It provides a website, REST API, and MCP server.
See also:
https://www.ebi.ac.uk/ols4/api/mcpIf you use OLS in your work, please cite our recent publication in Bioinformatics.
This repository contains three projects:
dataload directory)backend directory)frontend directory)First run the OLS dataload (requires Docker):
OLS4_CONFIG=./dataload/configs/efo.json ./dataload.sh
This will create Solr and Neo4j databases in the out directory. Now start the OLS stack:
HOST_UID=$(id -u) HOST_GID=$(id -g) docker compose up
You should now be able to access the OLS4 frontend at http://localhost:8081.
If you want to test it with your own ontology, copy the OWL or RDFS ontology file into this repository folder. Then make a new config file for your ontology; you can use efo.json from dataload/configs as a
template. For the ontology_purl property in the config, use the relative path in this repository to your ontology e.g. ./myontology.owl. Then follow the above steps for efo with the config filename you created.
To deploy OLS4 using Kubernetes, Docker images built and uploaded to this repository (using GitHub Packages) are utilized. Software requirements are as follows:
First run the OLS dataload (requires Docker):
OLS4_CONFIG=./dataload/configs/efo.json ./dataload.sh
This will create Solr and Neo4j databases in the out directory.
Uninstall existing ols4 deployments, if any, before installing a new one. Do not forget to set KUBECONFIG
environment variable.
IMPORTANT: The use of imageTag is to specify the Docker image (uploaded to this repository) that will be used in the deployment. If not familiar, simply
use either the dev or stable image.
export KUBECONFIG=<K8S_CONFIG>
helm install ols4 <OLS4_DIR>/k8chart/ols4 --set imageTag=dev
OLS is different to most webapps in that its API provides both full text search and recursive graph queries, neither of which are possible and/or performant using traditional RDBMS. It therefore uses two specialized database servers: Solr, a Lucene server similar to ElasticSearch; and Neo4j, a graph database which is also used to store embedding vectors.
dataload directory contains the code which turns ontologies from RDF (specified using OWL and/or RDFS) into JSON
and CSV datasets which can be loaded into Solr and Neo4j, respectively; and some minimal bash scripts which help with
loading them.backend directory contains a Spring Boot application which hosts the OLS API over the above Solr and Neo4j
instancesfrontend directory contains the React frontend built upon the backend above.
You can run OLS4, or any combination of i