> On Jan 31, 2019, at 1:23 PM, Andy Seaborne <[email protected]> wrote: > > On 31/01/2019 17:57, ajs6f wrote: >>> 2/ It is not possible in an assembler/Fuseki configuration file, to create >>> a new named graph and have a another inference graph put around that new >>> graph at runtime. >> Just to pull on one of these threads, my understanding is that this >> essentially because the assembler system works only by names. IOW, there's >> no such thing as a "variable", and a blank node doesn't function as a slot >> (as it might in a SPARQL query), just as an nameless node. So you have to >> know the specific name of any specific named graph to which you want to >> refer. A named graph that doesn't yet exist and may have any name at all >> when it does obviously doesn't fit into that. >> Andy and other more knowledgeable people: is that correct? > > The issue is that the assembler runs once at the start, builds some Java > structures based on that and does not get invoked when the new graph is > created later.
So a means by which the assembly process could be reinitiated would work, because you could name the graph then. But there are other problems with that-- you're going to reload _everything_. Perhaps we could think about the functionality in the admin API for Fuseki that allows assemblers to be reloaded: https://jena.apache.org/documentation/fuseki2/fuseki-server-protocol.html#adding-a-dataset-and-its-services because apparently, we left ourselves a note there: "@@ May add server-managed templates". That's not too far from what I was thinking of, whether or not I expressed myself well. ajs6f
