Orlin; If the size of the triples can fit into local memory, then there is no need for a triple store back-end. Composer will read the data into memory. From there you can run SPIN for desired transformations then export to a text serialization or a TBC-supported data back-end format.
Composer is available for download - see http://www.topquadrant.com/products/TB_download.html, including the Free Edition. In terms of a Web service, you would need TopBraid Live, but an alternative is to read files (URL, RSS, etc.), run SPIN, then export to an RDF text serialization that an RDF parser can read. -- Scott On Sep 2, 3:04 pm, orlin <orlin.mo...@gmail.com> wrote: > Hi Holger, > > Since I don't need to keep anything stored through Jena, I obviously > don't need Oracle. If i understood correctly, some physical (temp) > storage is needed for the middleware API to work? Did you recommend > TDB for best performance? Possibly also easiest to setup? Does the > data accumulate so that I have to write code to periodically delete it > (i.e. can it be configured as temp data)? Also, does TopBraid offer a > service that can be used for development? Cost is the biggest factor > for me. I'm also not a good sysadmin and right now I have to do > everything myself. The context of my use case is described > herehttp://groups.google.com/group/fluiddb-users/browse_thread/thread/550... > and I'm also curious what you think about it... > > Regards, > > Orlin > > On Sep 2, 7:54 pm, Holger Knublauch <hol...@topquadrant.com> wrote: > > > Hi Orlin, > > > Jena is not a triple store, but a middleware API. Ok, it does have > > some triple stores (SDB and TDB) included, but SPIN only relies on the > > Model and Graph APIs which can sit on top of any physical storage > > layer. For example, you can run the SPIN API on top of Oracle via the > > Oracle Jena adapter (performance may not be optimal in this case, > > compared to TDB of course). In the case of the Oracle adapter, SPIN > > would load the triples it needs to run specific rules and constraints, > > but leave the bulk of the data on the server. > > > I would be interested in hearing more about your planned use case, so > > that I can give a better qualified response. You can take this off- > > list if you prefer. > > > Regards > > Holger > > > On Sep 2, 2009, at 1:51 AM, orlin wrote: > > > > I have an idea about a SPIN application. I don't want to be tied to a > > > triple store (e.g. Jena). Will probably use Talis for storage, but I > > > don't think they run SPIN. So I need some service to do constraint > > > checking, and more importantly - inference. Actually, the RDF may > > > neither come from nor go into a semantic store - just transforming > > > some data via SPIN. Can Jena do this without also having to store? > > > Any other options - existing or upcoming? Does anyone offer this is a > > > service, so I don't have to setup a server? > > > > Thanks, > > > > Orlin --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "TopBraid Composer Users" group. To post to this group, send email to topbraid-composer-users@googlegroups.com To unsubscribe from this group, send email to topbraid-composer-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/topbraid-composer-users?hl=en -~----------~----~----~----~------~----~------~--~---
