[protege-discussion] Steps to build an alternative backend for protege 3.4.x

[Timothy Redmond]

You pretty much have to implement a NarrowFrameStore.  I know that there 
are a lot of methods to implement.  The usual advice here is to ask if 
an import/export plugin is sufficient.  This which is much easier to 
write.  Do you want the graph to change in real time as the user edits 
or is it sufficient to be able to read and write to the hypergraphdb format.

If you are creating the backend, you also need to remember to create the 
ui plugin allowing the user to use your backend mechanism (e.g. see 
DatabaseCreateProjectPlugin).

-Timothy


Ian Holsman wrote:
> Hi.
>
> I'm working on building an alternative backend for protege (utilizing 
> hypergraphdb a graph database).
>
> I'm looking at the DatabaseFrameDb classes for reference, but I was 
> wondering if there was a simpler way.
> Ideally I'd like to have a higher level interface (eg.. not having to 
> use the NarrowFrameStore and have a getFrame.. or getSlot function) so 
> that I can reduce the number of calls I would need to actually
> store and retrieve the data from the back end, and have it better 
> optimized for retrieving it, as well as the OWL versions.
>
> any hints?
>
> TIA
> Ian
> _______________________________________________
> protege-discussion mailing list
> protege-discussion at lists.stanford.edu
> https://mailman.stanford.edu/mailman/listinfo/protege-discussion
>
> Instructions for unsubscribing: 
> http://protege.stanford.edu/doc/faq.html#01a.03