So, the replace=true does not erase all of the triples already known? That is, if I load data outside of (prior to) the iteration, then I do something with "replace=true" inside the loop, a subsequent iteration pass will still have the data from the initial load?
Jim Scott Henninger <[email protected]> Sent by: [email protected] 05/11/2009 03:32 PM Please respond to [email protected] To TopBraid Composer Users <[email protected]> cc Subject [tbc-users] Re: SparqlMotion results Jim; It's really hard to say without seeing the script. I think the key here that IterateOverSelect applies a query to a set of triples and iterates the sub-script (sm:body) over the result set (not the triples), binding variables to a result set row on each iteration. I'm not sure what you mean by "this did not appear to work", but the general technique would be to load the triples once and pass them on to the modules you need. You can use multiple sm:next edges to pass the same set of triples on to different modules, including multiple IterateOverSelect modules, each of which apply separate queries to the input triples. Let us know if that helps... -- Scott On May 11, 1:54 pm, James A Miller <[email protected]> wrote: > Scott, > > I was trying to improve the performance of my multiple-spreadsheet ingest > script in SparqlMotion. > > I am importing several fairly large OWL files, which are combined with the > spreadsheet OWL data, and then using Construct to construct the triples > that I need. I am doing a replace=true on the Construct, because I only > want to write out the triples that I create, not the ones in the imported > OWL files. > > My question is this: it seems that a part of the performance hit I am > seeing could be the result of re-loading all of the OWL files during each > iteration. I tried moving this load so that it happens only once before > the iterator, but this did not appear to work, and I was wondering if the > Construct's replace=true causes all data to get removed, so that the next > pass through the data no longer remembers the data from that initial load. > If so, is there a way to load data somewhere that is not lost during the > remainder of the processes? > > Jim Miller > Principal Software Engineer > Raytheon NCS, Largo, FL > (727)768-8942 The following line is added for your protection and will be used for analysis if this message is reported as spam: (Raytheon Analysis: IP=209.85.217.198; e-from=grbounce--o7mwauaaadwl_g2bqlyhjkrnqovtno4=james_a_miller=raytheon....@googlegroups.com; [email protected]; date=May 11, 2009 7:31:44 PM; subject=[tbc-users] Re: SparqlMotion results) --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "TopBraid Composer Users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/topbraid-composer-users?hl=en -~----------~----~----~----~------~----~------~--~---
