I'll address you two, fine gentlemen, at once if that's OK. > 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. >>
I find this difficult to follow. By name you mean a value to ja:graphName so something like <urn:my:beautiful:graph>? I have tried a configuration in which I was defining graphs. <#graph_umb> rdf:type tdb2:GraphTDB ; tdb2:dataset :datasetTDB2 ; ja:graphName <urn:mad:bro> . Then I'd load into that graph. Again, I haven't found a configuration that allowed me to also define an inference engine and keep the content of these graphs. I will retry and try to post files for comments, unless you can come up with a minimal example that would save both save time and help preserve sanity. >> 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. To some extent, it would be possible to live with predefined graphs in the config file. This would work for ontologies and reference data that doesn't change. For data, in particular the type of data with lots of numbers and that corresponds to daily operation data, it might be infeasible to predefine graph names unless you can declare some sorts of template graphs names (e.g., <urn:data:icecream:[FLAVOUR]:[YYYMMDDD]>) which sounds like a stretch. Alternatively, we could use a rolling predefined graph and save with a specific name as archive, then clear and load new data on a daily basis. I think this is a different issue though. > The issue is also that the union graph is partition - if a single > concrete graph were used, it might well work. I'm not sure I follow this. Can you show an example of a config file that makes that partitioning? > I haven't worked out the other details like why persistence isn't > happening. Might be related to a union graph. Might be update > happening going around the inference graph. Hope the previous message helped clarifying the issue. As a follow up too, I'm asked if it is possible to save to disc any named graph created in memory before shutting down the server and if that would be a work around. with many thanks and kind regards, Pierre THIS E-MAIL MAY CONTAIN CONFIDENTIAL AND/OR PRIVILEGED INFORMATION. IF YOU ARE NOT THE INTENDED RECIPIENT (OR HAVE RECEIVED THIS E-MAIL IN ERROR) PLEASE NOTIFY THE SENDER IMMEDIATELY AND DESTROY THIS E-MAIL. ANY UNAUTHORISED COPYING, DISCLOSURE OR DISTRIBUTION OF THE MATERIAL IN THIS E-MAIL IS STRICTLY FORBIDDEN. IN ACCORDANCE WITH MIFID II RULES ON INDUCEMENTS, THE FIRM'S EMPLOYEES MAY ATTEND CORPORATE ACCESS EVENTS (DEFINED IN THE FCA HANDBOOK AS "THE SERVICE OF ARRANGING OR BRINGING ABOUT CONTACT BETWEEN AN INVESTMENT MANAGER AND AN ISSUER OR POTENTIAL ISSUER"). DURING SUCH MEETINGS, THE FIRM'S EMPLOYEES MAY ON NO ACCOUNT BE IN RECEIPT OF INSIDE INFORMATION (AS DESCRIBED IN ARTICLE 7 OF THE MARKET ABUSE REGULATION (EU) NO 596/2014). (https://www.handbook.fca.org.uk/handbook/glossary/G3532m.html) COMPANIES WHO DISCLOSE INSIDE INFORMATION ARE IN BREACH OF REGULATION AND MUST IMMEDIATELY AND CLEARLY NOTIFY ALL ATTENDEES. FOR INFORMATION ON THE FIRM'S POLICY IN RELATION TO ITS PARTICIPATION IN MARKET SOUNDINGS, PLEASE SEE https://www.horizon-asset.co.uk/market-soundings/. HORIZON ASSET LLP IS AUTHORISED AND REGULATED BY THE FINANCIAL CONDUCT AUTHORITY.
