Looking towards a universal wrapper/proxy for knowlege and data stores

I often start out by writing code specific for a single project and then refactor it to make working code more generally useful. I am working on an applications book for the AllegroGraph RDF data store services. Since most people (probably) use Java clients with AllegroGraph, the first step is to wrap Franz's APIs with my own interfaces so for my own work (that is, beyond the scope of writing this book), I can write implementations for other back end RDF data stores as I need them.

I also plan on writing "thin" Scala, JRuby, and Clojure friendly interfaces to my Java library. For the purposes of the book, I'll use this library to support example client applications written in Java, JRuby, Scala, and Clojure. I have a lot of material already written with Lisp examples but I think that I am going to set that all aside for a future writing project (that I may, quite honestly, never get back to). I also decided to not support Python in my book: Franz has a good Python interface library and examples and in any case, I am not a Python developer.

So far, I have a fairly clear road map of what I need for this specific book project. Long term, after this book is done, I am aiming to also wrap other knowledge sources like OpenCyc, Freebase, etc. While it is tempting to view most knowledge sources as graph data (RDF), it seems like a poor idea to give up the inferencing available in OpenCyc, all the features of the Freebase MQL query language, etc.

Since I often find myself reusing my own small code examples to access multiple knowledge sources, it may be time soon to step back and decide what can be placed behind common interfaces.

Comments

  1. Tom Morris12:43 PM

    I'd be interested in hearing more about a wrapper for RDF, MQL, SPARQL, etc as you make progress.

    I recognize SPARQL is a standard, but it's a darn ugly one. It'd be nice to have MQL style QBE available too.

    ReplyDelete
  2. Unknown10:34 AM

    Can you provide an update on the ETA for your book? I'm working on a project right now where it would probably be a fantastic resource.

    ReplyDelete
  3. Mark Watson, author and consultant11:12 AM

    Tom: I would think that a MQL wrapper could be very nice in idiomatic Scala or Clojure

    Adam: I am not sure. I am waiting for Franz to delivery version 4 of AG. I did a lot of work on this book a year ago, but stopped, waiting for the new release. I am assuming that the beta I am using right now is OK for developing the example programs for a final version 4 release.

    ReplyDelete
  4. Adrian A.6:20 AM

    What about Neo4j ?
    http://neo4j.org/
    It looks like a nice Java based alternative.

    ReplyDelete
  5. Mark Watson, author and consultant8:36 AM

    Adrian: Neo4j is optimized for exploring/traversing a graph given a starting node. RDF data stores are optimized to match patterns in SPARQL queries against the RDF data in the data store. So, all are good tools but for different types of applications.

    ReplyDelete
  6. Adrian A.9:45 AM


    So, all are good tools but for different types of applications.

    Well, I saw that neo4j competes with AllegroGraph but it's pure Java: that's why I asked.

    There's also a SPARQL module on top of neo4j, and a it seems to be used by some for RDF too:
    http://components.neo4j.org/neo4j-rdf/
    http://components.neo4j.org/neo4j-rdf-sail/

    ReplyDelete
  7. Mark Watson, author and consultant9:53 AM

    Adrian: thanks for your comments. Neo4j uses the AGPL license so I can't use it on some projects. That said, 2 things: I like the AGPL license and use for some things that I write, and the commercial use costs of Neo4j are reasonable.

    Using Neo4j as a Sesame SAIL back end looks interesting, but the native Sesame SAIL implementation is efficient and "just works."

    BTW, I like the JRuby gem neo4j for using Neo4j - if you like Ruby, then check it out.

    ReplyDelete

Post a Comment

Popular posts from this blog

My Dad's work with Robert Oppenheimer and Edward Teller

Robert Oppenheimer and Edward Teller facilitated my Dad getting a professorship at UC Berkeley when I was 3 years old. Oppenheimer left Berkeley but Teller was a good friend of my father and I remember him being in our home. Three weeks ago, my wife and I were just leaving to see the new Oppenheimer movie when my Dad called. He mentioned that when I was in grade school he was invited to give a talk at Princeton. After his talk Oppenheimer talked with my Dad and invited him to have dinner at his house. My Dad said Oppenheimer was not well (I think he died of throat cancer soon afterwards) but his wife Kitty carried the conversation. My Dad, Ken Watson, passed away 10 days ago on August 18, 2023.
Read more

Time and Attention Fragmentation in Our Digital Lives

  As humans we have evolved over a few million years to be both attentive and reactive to danger, live in social communities, and spend much of our time being in the present moment gathering and eating food and socializing. The behavior of rapidly changing short attention to content on social media, too many good short form things to watch on streaming video entertainment platforms, are all rewiring our brains in an unnatural and unhealthy way. I fight back, but in really simple ways that entail little ceremony: Almost every morning I spend 30 minutes scanning Hacker News (about 10 minutes), Apple News (about 5 minutes), and the remaining time on Twitter and Mastodon finding interesting new (mostly tech) things. I make notes in a temporary Apple Note: links of things I may want to research, try, or simply read that day. I like to get this all done at once, and then not feel like I need to interrupt my activities during the day to “catch up” on what is happening in the world. In a w...
Read more

I am moving back to the Google platform, less excited by what Apple is offering

I have been been playing with the Apple Intelligence beta’s in iPadOS and macOS and while I like the direction Apple is heading I am getting more use from Google’s Gemini, both for general analysis of very large input contexts, as well as effective integration my content in Gmail, Google Calendar, and Google Docs. While I find the latest Pixel phone to be compelling, I will stick with Apple hardware since I don’t want to take the time to move my data and general workflow to a Pixel phone. The iPhone is the strongest lock-in that Apple has on me because of the time investment to change. The main reason I am feeling less interested in the Apple ecosystem and platform is that I believe that our present day work flows are intimately wrapped up with the effective use of LLMs, and it is crazy to limit oneself to just one or two vendors. I rely on running local models on Ollama, super fast APIs from Groq (I love Groq for running most of the better open weight models), and other APIs from Mist...
Read more