[{"_1":2,"_173":-5,"_174":-5},"loaderData",{"_3":4,"_17":18,"_25":26,"_148":149},"root",{"_5":-5,"_6":-7,"_7":8,"_9":-7,"_10":11,"_12":-7,"_13":14,"_15":16},"currentUser","primaryEmail","siteVerification","6LeIxAcTAAAAAJcZVRqyHh71UMIEGNQ_MXjiZKhI","toast","enableDev",false,"incidentStatus","theme","system","contrast","normal","routes/_layout",{"_19":-5,"_20":21,"_22":21,"_23":11,"_24":21},"username","isAskGordonEnabled",true,"isUsingNewTemplate","showMinimalLanding","showHoneypotTrap","routes/_layout.r.$namespace.$reponame",{"_27":28,"_29":-5,"_30":11,"_31":11,"_32":33,"_34":35,"_36":-5,"_37":11,"_38":39,"_88":-5,"_89":90,"_139":-5,"_140":11,"_141":21,"_142":11,"_143":-5,"_144":11,"_145":-5,"_146":147},"canonicalUrl","https://hub.docker.com/r/cmartinez/grlc/tags","mcpServer","canSeeDockerfile","canSeeAutobuilds","namespace","cmartinez","reponame","grlc","cloudBuildSource","isAutobuildsAvailable","repo",{"_40":41,"_42":43,"_45":46,"_47":48,"_49":11,"_50":51,"_52":53,"_54":55,"_57":35,"_32":33,"_58":59,"_60":44,"_61":62,"_63":64,"_65":66,"_67":-5,"_68":62,"_69":70,"_71":11,"_72":33,"_73":74,"_79":11,"_80":81,"_85":33,"_86":87},"categories",[],"content_types",[44],"image","date_registered","2020-03-20T20:12:21.212112Z","description","Dev branch of grlc","is_private","last_updated","2020-03-31T20:17:21.944289Z","last_modified","2024-10-16T13:48:34.145251Z","media_types",[56],"application/vnd.docker.container.image.v1+json","name","pull_count",197,"repository_type","star_count",0,"status",1,"status_description","active","source","collaborator_count","full_description","

\n\n[![Join the chat at https://gitter.im/grlc](https://badges.gitter.im/Join%20Chat.svg)](https://gitter.im/grlc/Lobby#)\n[![DOI](https://zenodo.org/badge/46131212.svg)](https://zenodo.org/badge/latestdoi/46131212)\n[![Build Status](https://travis-ci.org/CLARIAH/grlc.svg?branch=master)](https://travis-ci.org/CLARIAH/grlc)\n\n\ngrlc, the git repository linked data API constructor, automatically builds Web APIs using SPARQL queries stored in git repositories. http://grlc.io/\n\n> A cool project that can convert a random SPARQL endpoint into an OpenAPI endpoint\n\n> It enables us to quickly integrate any new API requirements in a matter of seconds, without having to worry about configuration or deployment of the system\n\n> You can store your SPARQL queries on GitHub and then you can run your queries on your favourite programming language (Python, Javascript, etc.) using a Web API (including swagger documentation) just as easily as loading data from a web page\n\n**Contributors:**\t[Albert Meroño](https://github.com/albertmeronyo), [Rinke Hoekstra](https://github.com/RinkeHoekstra), [Carlos Martínez](https://github.com/c-martinez)\n\n**Copyright:**\tAlbert Meroño, VU University Amsterdam \n**License:**\tMIT License (see [LICENSE.txt](LICENSE.txt))\n\n## What is grlc ?\ngrlc is a lightweight server that takes SPARQL queries curated in GitHub repositories, and translates them to Linked Data Web APIs. This enables universal access to Linked Data. Users are not required to know SPARQL to query their data, but instead can access a web API.\n\n## Quick tutorial\nFor a quick usage tutorial check out our wiki walkthrough [here](https://github.com/CLARIAH/grlc/wiki/Quick-tutorial)\n\n## Features\n\n- Request parameter mappings into SPARQL: grlc is compliant with [BASIL's convention](https://github.com/the-open-university/basil/wiki/SPARQL-variable-name-convention-for-WEB-API-parameters-mapping) on how to map GET/POST request parameters into SPARQL\n- Automatic, user customizable population of parameter values in swagger-ui's dropdown menus via SPARQL triple pattern querying\n- Parameter values as enumerations (i.e. closed lists of values that will fill a dropdown in the UI) can now also be specified in the query decorators to save endpoint requests (see [this example](https://github.com/albertmeronyo/lodapi/blob/master/houseType_params.rq))\n- Parameter default values can now also be indicated through decorators (see [this example](https://github.com/albertmeronyo/lodapi/blob/master/dbpedia_test.rq))\n- URL-based content negotiation: you can request for specific content types by attaching them to the operation request URL, e.g. [http://localhost:8088/CEDAR-project/Queries/residenceStatus_all.csv](http://localhost:8088/CEDAR-project/Queries/residenceStatus_all.csv) will request for results in CSV\n- Pagination of API results, as per the `pagination` decorator and [GitHub's API Pagination Traversal](https://developer.github.com/guides/traversing-with-pagination/)\n- Docker images in Docker Hub for easy deployment\n- Compatibility with [Linked Data Fragments](http://linkeddatafragments.org/) servers, RDF dumps, and HTML+RDFa files\n- **[NEW]** grlc integrates now [SPARQLTransformer](https://github.com/D2KLab/py-sparql-transformer), allowing the use of queries in JSON (see [this example](https://github.com/albertmeronyo/lodapi/blob/master/dbpedia_test_json.json)).\n- Generation of provenance in [PROV](https://www.w3.org/TR/prov-primer/) of both the repo history (via [Git2PROV](https://github.com/IDLabResearch/Git2PROV)) and grlc's activity additions\n- Commit-based API versioning that's coherent with the repo versioning with git hashes\n- SPARQL endpoint address can be set at the query level, repository level, and now also as a query **parameter**. This makes your APIs endpoint agnostic, and enables for generic and transposable queries!\n- CONSTRUCT queries are now mapped automatically to GET requests, accept parameters in the WHERE clause, and return content in ``text/turtle`` or ``application/ld+json``\n- INSERT DATA queries are now mapped automatically to POST requests. Support is limited to queries with no WHERE clause, and parameters are always expected to be values for ``g`` (named graph where to insert the data) and ``data`` (with the triples to insert, in ``ntriples`` format). The INSERT query pattern is so far static, as defined in [static.py](https://github.com/CLARIAH/grlc/blob/master/src/static.py#L61). Only tested with Virtuoso.\n\n## Install and run\n\n### grlc.io\nThe easiest way to use grlc is by visiting [grlc.io/](http://grlc.io/) and using this service to convert SPARQL queries on your github repo into a RESTful API.\n\n### Pip\nIf you want to run grlc locally or use it as a library, you can install grlc on your machine. Grlc is [registered in PyPi](https://pypi.org/project/grlc/) so you can install it using pip.\n\n#### Prerequisites\n- Python3\n- development files:\n```bash\nsudo apt-get install libevent-dev python-all-dev\n```\n\n#### pip install\n```bash\npip install grlc\n```\n\nGrlc includes a command line tool which you can use to start your own grlc server:\n```bash\ngrlc-server\n```\n\n#### Using gunicorn\nYou can run grlc using gunicorn as follows:\n```bash\ngunicorn grlc.server:app\n```\n\nIf you want to use your own gunicorn configuration, for example `gunicorn_config.py`:\n```\nworkers = 5\nworker_class = 'gevent'\nbind = '0.0.0.0:8088'\n```\nThen you can run it as:\n```bash\ngunicorn -c gunicorn_config.py grlc.server:app\n```\n\n**Note:** Since `gunicorn` does not work under Windows, you can use `waitress` instead:\n```bash\nwaitress-serve --port=8088 grlc.server:app\n```\n\n#### Grlc library\nYou can use grlc as a library directly from your own python script. See the [usage example](https://github.com/CLARIAH/grlc/blob/master/doc/notebooks/GrlcFromNotebook.ipynb) to find out more.\n\n### Docker\nTo run grlc via [docker](https://www.docker.com/), you'll need a working installation of docker. To deploy grlc, just pull the [latest image from Docker hub](https://hub.docker.com/r/clariah/grlc/). :\n```bash\ndocker run -it --rm -p 8088:80 clariah/grlc\n```\n\nThe docker image allows you to setup several environment variable such as `GRLC_SERVER_NAME` `GRLC_GITHUB_ACCESS_TOKEN` and `GRLC_SPARQL_ENDPOINT`:\n```bash\ndocker run -it --rm -p 8088:80 -e GRLC_SERVER_NAME=grlc.io -e GRLC_GITHUB_ACCESS_TOKEN=xxx -e GRLC_SPARQL_ENDPOINT=http://dbpedia.org/sparql -e DEBUG=true clariah/grlc\n```\n\n## Access token\n\nIn order for grlc to communicate with GitHub, you'll need to tell grlc what your access token is:\n\n1. Get a GitHub personal access token. In your GitHub's profile page, go to _Settings_, then _Developer settings_, _Personal access tokens_, and _Generate new token_\n2. You'll get an access token string, copy it and save it somewhere safe (GitHub won't let you see it again!)\n3. Edit your `docker-compose.yml` or `docker-compose.default.yml` file, and paste this token as value of the environment variable GRLC_GITHUB_ACCESS_TOKEN\n\nIf you want to run grlc at system boot as a service, you can find example upstart scripts at [upstart/](upstart/grlc-docker.conf)\n\n## Usage\n\ngrlc assumes a GitHub repository (support for general git repos is on the way) where you store your SPARQL queries as .rq files (like in [this one](https://github.com/CEDAR-project/Queries)). grlc will create an API operation per such a SPARQL query/.rq file.\n\nIf you're seeing this, your grlc instance is up and running, and ready to build APIs. Assuming you got it running at http://localhost:8088/ and your queries are at https://github.com/CEDAR-project/Queries, just point your browser to the following locations:\n\n- To request the swagger spec of your API, http://localhost:8088/api/username/repo/spec, e.g. [http://localhost:8088/api/CEDAR-project/Queries/spec](http://localhost:8088/api/CEDAR-project/Queries/spec) or [http://localhost:8088/api/CLARIAH/wp4-queries/spec](http://localhost:8088/api/CLARIAH/wp4-queries/spec)\n- To request the api-docs of your API swagger-ui style, http://localhost:8088/api/username/repo/api-docs, e.g. [http://localhost:8088/api/CEDAR-project/Queries/api-docs](http://localhost:8088/api/CEDAR-project/Queries/api-docs) or [http://localhost:8088/api/CLARIAH/wp4-queries/api-docs](http://localhost:8088/api/CLARIAH/wp4-queries/api-docs)\n\nBy default grlc will direct your queries to the DBPedia SPARQL endpoint. To change this either:\n* Add a `endpoint` parameter to your request: 'http://grlc.io/user/repo/query?endpoint=http://sparql-endpoint/'. You can add a `#+ endpoint_in_url: False` decorator if you DO NOT want to see the `endpoint` parameter in the swagger-ui of your API.\n* Add a `#+ endpoint:` decorator in the first comment block of the query text (preferred, see below)\n* Add the URL of the endpoint on a single line in an `endpoint.txt` file within the GitHub repository that contains the queries.\n* Or you can directly modify the grlc source code (but it's nicer if the queries are self-contained)\n\nThat's it!\n\n### Example APIs\n\nCheck these out:\n\n- http://grlc.io/api/CLARIAH/wp4-queries-hisco/\n- http://grlc.io/api/albertmeronyo/lodapi/\n- http://grlc.io/api/albertmeronyo/lsq-api\n\nYou'll find the sources of these and many more in [GitHub](https://github.com/search?o=desc&q=endpoint+summary+language%3ASPARQL&s=indexed&type=Code&utf8=%E2%9C%93)\n\n## Decorator syntax\nA couple of SPARQL comment embedded decorators are available to make your swagger-ui look nicer (note all comments start with #+ and the use of `':'` is restricted to list-representations and cannot be used in the summary text):\n\n- To specify a query-specific endpoint, #+ endpoint: http://example.com/sparql.\n- To indicate the HTTP request method, #+ method: GET.\n- To paginate the results in e.g. groups of 100, #+ pagination: 100.\n- To create a summary of your query/operation, #+ summary: This is the summary of my query/operation\n- To assign tags to your query/operation,\n

#+ tags:\n  #+   - firstTag\n  #+   - secondTag

\n- To indicate which parameters of your query/operation should get enumerations (and get dropdown menus in the swagger-ui) using values from the SPARQL endpoint,\n

#+ enumerate:\n  #+   - var1\n  #+   - var2

\n- These parameters can also be hard-coded into the query decorators to save endpoint requests and speed up the API generation:\n

#+ enumerate:\n#+   - var1:\n#+     - value1\n#+     - value2

\n\n Notice that these should be plain variable names without SPARQL/BASIL conventions (so `var1` instead of `?_var1_iri`)\n\nSee examples at [https://github.com/albertmeronyo/lodapi](https://github.com/albertmeronyo/lodapi).\n\nUse [this GitHub search](https://github.com/search?q=endpoint+summary+language%3ASPARQL&type=Code&utf8=%E2%9C%93) to see examples from other users of grlc.\n\n## Contribute!\n\ngrlc needs **you** to continue bringing Semantic Web content to developers, applications and users. No matter if you are just a curious user, a developer, or a researcher; there are many ways in which you can contribute:\n\n- File in bug reports\n- Request new features\n- Set up your own environment and start hacking\n\nCheck our [contributing](CONTRIBUTING.md) guidelines for these and more, and join us today!\n\nIf you cannot code, that's no problem! There's still plenty you can contribute:\n\n- Share your experience at using grlc in Twitter (mention the handler **@grlcldapi**)\n- If you are good with HTML/CSS, [let us know](mailto:albert.merono@vu.nl)\n\n## Related tools\n\n- [SPARQL2Git](https://github.com/albertmeronyo/SPARQL2Git) is a Web interface for editing SPARQL queries and saving them in GitHub as grlc APIs.\n- [grlcR](https://github.com/CLARIAH/grlcR) is a package for R that brings Linked Data into your R environment easily through grlc.\n- [Hay's tools](https://tools.wmflabs.org/hay/directory/#/showall) lists grlc as a Wikimedia-related tool :-)\n\n## This is what grlc users are saying\n\n- [Flavour your Linked Data with grlc](https://blog.esciencecenter.nl/flavour-your-linked-data-with-garlic-98bfbb358e06), by Carlos Martinez\n- [Egon Willighagen's blog](http://chem-bla-ics.blogspot.com/2018/07/converting-any-sparql-endpoint-to.html)\n\n## Academic publications\n\n- Albert Meroño-Peñuela, Rinke Hoekstra. “grlc Makes GitHub Taste Like Linked Data APIs”. The Semantic Web – ESWC 2016 Satellite Events, Heraklion, Crete, Greece, May 29 – June 2, 2016, Revised Selected Papers. LNCS 9989, pp. 342-353 (2016). ([PDF](https://link.springer.com/content/pdf/10.1007%2F978-3-319-47602-5_48.pdf))\n- Albert Meroño-Peñuela, Rinke Hoekstra. “SPARQL2Git: Transparent SPARQL and Linked Data API Curation via Git”. In: Proceedings of the 14th Extended Semantic Web Conference (ESWC 2017), Poster and Demo Track. Portoroz, Slovenia, May 28th – June 1st, 2017 (2017). ([PDF](https://www.albertmeronyo.org/wp-content/uploads/2017/04/sparql2git-transparent-sparql-4.pdf))\n- Albert Meroño-Peñuela, Rinke Hoekstra. “Automatic Query-centric API for Routine Access to Linked Data”. In: The Semantic Web – ISWC 2017, 16th International Semantic Web Conference. Lecture Notes in Computer Science, vol 10587, pp. 334-339 (2017). ([PDF](https://www.albertmeronyo.org/wp-content/uploads/2017/07/ISWC2017_paper_430.pdf))\n","has_starred","hub_user","immutable_tags_settings",{"_75":11,"_76":77},"enabled","rules",[78],".*","is_automated","permissions",{"_82":21,"_83":11,"_84":11},"read","write","admin","user","storage_size",697315507,"orgData","recentTags",[91,129],{"_92":44,"_93":94,"_95":96,"_97":98,"_99":100,"_50":118,"_119":94,"_120":33,"_121":56,"_57":122,"_123":124,"_125":109,"_126":118,"_127":66,"_128":21},"content_type","creator",276431,"full_size",501132607,"id",91664124,"images",[101],{"_102":103,"_104":105,"_106":107,"_108":109,"_110":111,"_112":113,"_114":107,"_115":-5,"_116":96,"_63":66,"_117":-5},"architecture","amd64","digest","sha256:3b00bf0fb67208930eed038a82d0afb94077de4a4bd37c26f192c55ce3dffaa1","features","","last_pulled","2026-09-30T14:02:23.383979769Z","last_pushed","2020-03-31T20:17:22Z","os","linux","os_features","os_version","size","variant","2020-03-31T20:17:21.621264Z","last_updater","last_updater_username","media_type","docker-no-nginx","repository",8683072,"tag_last_pulled","tag_last_pushed","tag_status","v2",{"_92":44,"_93":94,"_95":130,"_97":131,"_99":132,"_50":137,"_119":94,"_120":33,"_121":56,"_57":138,"_123":124,"_125":135,"_126":137,"_127":66,"_128":21},501134383,93219761,[133],{"_102":103,"_104":134,"_106":107,"_108":135,"_110":136,"_112":113,"_114":107,"_115":-5,"_116":130,"_63":66,"_117":-5},"sha256:1c5d7bdc83292db052e560b56ca369bae0783a7d5af1761a76fa2ef11687b6fa","2026-09-30T14:02:23.537922641Z","2020-03-31T20:06:04Z","2020-03-31T20:06:03.399289Z","dev","sbxKitMetadata","isPotentialSpam","isHubSbxKitsEnabled","showSbxLogoOverride","sbxTrademarkText","displaySecurityMetadata","tagAttestations","tagsHaveAttestations",[],"routes/_layout.r.$namespace.$reponame.tags",{"_38":150,"_157":158,"_146":171,"_172":11},{"_40":151,"_42":152,"_45":46,"_47":48,"_49":11,"_50":51,"_52":53,"_54":153,"_57":35,"_32":33,"_58":59,"_60":44,"_61":62,"_63":64,"_65":66,"_67":-5,"_68":62,"_69":70,"_71":11,"_72":33,"_73":154,"_79":11,"_80":156,"_85":33,"_86":87},[],[44],[56],{"_75":11,"_76":155},[78],{"_82":21,"_83":11,"_84":11},"tags",{"_159":160,"_161":-5,"_162":-5,"_163":164},"count",2,"next","previous","results",[165,168],{"_92":44,"_93":94,"_95":96,"_97":98,"_99":166,"_50":118,"_119":94,"_120":33,"_121":56,"_57":122,"_123":124,"_125":109,"_126":118,"_127":66,"_128":21},[167],{"_102":103,"_104":105,"_106":107,"_108":109,"_110":111,"_112":113,"_114":107,"_115":-5,"_116":96,"_63":66,"_117":-5},{"_92":44,"_93":94,"_95":130,"_97":131,"_99":169,"_50":137,"_119":94,"_120":33,"_121":56,"_57":138,"_123":124,"_125":135,"_126":137,"_127":66,"_128":21},[170],{"_102":103,"_104":134,"_106":107,"_108":135,"_110":136,"_112":113,"_114":107,"_115":-5,"_116":130,"_63":66,"_117":-5},[],"canDeleteTags","actionData","errors"]

cmartinez/grlc

Tags for cmartinez/grlc