Hi Orlin, I looked (a bit) into your example project and this looks like a good use case of SPIN. You mention my blog entry
http://composing-the-semantic-web.blogspot.com/2009/08/ontology-mapping-with-spin-templates.html and the use of SPIN for data transformation from one schema to another. If you have a source triple source which you have read access to (via a Jena Graph/Model), then you can indeed just operate in memory, and construct the mapped triples in an in-memory Jena Model. There is no need to instantiate those triples anywhere. In fact, you could immediately discard them and use them for other purposes. Holger On Sep 2, 2009, at 1:04 PM, orlin 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 here > http://groups.google.com/group/fluiddb-users/browse_thread/thread/5509f8ac029b9948 > and I'm also curious what you think about it... > > Regards, > > Orlin > > > On Sep 2, 7:54 pm, Holger Knublauch <[email protected]> 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 [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 -~----------~----~----~----~------~----~------~--~---
