After several different prototypes, I've landed on using the schema stitching feature of Apollo in conjunction with our own local type definitions to add things we store (like Apiary Profiles). This is a major breaking change of the API, since we rely on the pagination and filtering mechanism of The Graph, which is considerably different from ours.
This also means that some of the functionality on the website will have to be altered heavily or removed altogether.
Here's a tentative to do list:
Lite release
[x] Delete the worker
[x] Delete the taskmaster
[x] Connect to the Aragon Connect subgraph
[x] Ability to read Apiary Profiles
[x] Ability to write Apiary Profiles
[x] Update or remove scripts, depending on the state of app mining
[x] Update website to query new API
[x] Fix website sorting
[x] Multi-network support (using a NETWORK_ID environment variable)
[x] Wiki-style profile editing
[x] "Verified" checkmark
Full migration release
[ ] Filter on the values we filter on now, but filter based on the correct subgraph
[ ] There is no information on what kit was used to create the organization in the Connect subgraph (although we've talked about maybe removing this functionality cc @lkngtn) and there are no organization names (https://github.com/aragon/connect/issues/151)
Currently there is no way to capture a meaningful activity metric using a subgraph. After some talk with The Graph team this might be changed in the near future, so for now this implementation disregards app mining altogether.
❗ THIS IS WORK IN PROGRESS ❗
After several different prototypes, I've landed on using the schema stitching feature of Apollo in conjunction with our own local type definitions to add things we store (like Apiary Profiles). This is a major breaking change of the API, since we rely on the pagination and filtering mechanism of The Graph, which is considerably different from ours.
This also means that some of the functionality on the website will have to be altered heavily or removed altogether.
Here's a tentative to do list:
Lite release
NETWORK_ID
environment variable)Full migration release
Missing things
There are some things that block us from completing the base functionality of the API:
App Mining
Currently there is no way to capture a meaningful activity metric using a subgraph. After some talk with The Graph team this might be changed in the near future, so for now this implementation disregards app mining altogether.
Preview
The API can be found at https://apiary-graph-oaa5c9gej21448vwi.herokuapp.com/