User Tools

Site Tools


api4kb_persistent_storage

This is an old revision of the document!


A PCRE internal error occured. This might be caused by a faulty plugin

APIs for persistent storage [[start|Link to API4KB Main Page]] * Could be source text * RDF * OWL * ?? * Could be a triple store or other repository * Open * Read * Write * Close * Need to be able to retract facts * Housekeeping * Truth maintenance (may depend on the reasoner) * Explanation support, at least through the interface mechanism ===== Questions ===== * Need to determine how to address incremental changes to knowledge bases (both in memory and persistent) -- do we take a typical RDBMS approach, whereby a complete transaction must be handled by the DB, or a network perspective? * Need to understand how current KBs implement this, including Clark & Parsia for Pellet, Franz for Allegrograph, Revelytix for Mulgara, etc. * Is a given change a standalone modification or part of a group/set of changes? * To take change management seriously, we would have to go far beyond typical RDBMS changes, including branching, etc. * At a minimum, we would have to be able to expose whatever capability a given back-end has for supporting change management * So -- we should know what capabilities a particular KB / reasoner has, which might mean that we should be able to ask whether or not the KB has certain change management capabilities, and then ask it to turn such capabilities on if available * If the KB/reasoner only has partial support for such capabilities, it should "do what it can" * Use case might be cloud-based, where one is selling services including reasoning services, and you may not know whether or not the reasoner can support incremental update ... * This is primarily an issue where there are brokered services, and you are negotiating which service to use based on whether or not that service can provide fully documented change management capabilities

api4kb_persistent_storage.1363532568.txt.gz · Last modified: 2013/03/17 11:02 by admin