This might be somewhat of a broad question to ask but I'll try it anyway,
I would like to incorporate a REST API into a virtual graph, so results that come from a REST API converted to RDF and then in general queryable through SPARQL.
E.g. I have a set of data about buildings with ID's in my graphstore, I'd like to have the ID as a parameter to the REST Api and the result for example building details incorporated into the knowledge graph.
Good question. While the inbuilt virtual graph feature is targeted at mapping other databases, we do provide a semi-public service API. The service API provides an extension point which can be used to answer a fragment of a SPARQL query. The implementation must be written in Java (or another JVM language). We have an entry in the examples repo here with a test that illustrates how to use it.
We recognize the importance of this type of integration and plan to offer a REST-based virtual graph facility in the future.
I've been a bit curious about one aspect of the service api. It doesn't appear to require that the service portion must be a sparql fragment. If that's the case how terrible of a person would I be to put something other than a sparql fragment in there?