RE: remoting to the sparql server, and running an OWL test

Excellent, I dumbed it down for Cromwell's army of Puritans : http://tinyurl.com/7kmjo7l. 

 

With this, I can build a distribute root cert store, and get passed Mozilla controlling roots (on behalf of whoever pays to play, in older root stores or more modern websso discovery points).Then, one can start to use the search space to build topologies of cert chains, walking up the AIA URIs (that point back to one or more parents/previousParties in the directed graph/topology).

 

If it's not already happened, we need to get Mo and Kingley in the same room, so we find just the right balance between technology and message.This is critical to a sound presentation of the technology and the opportunity. We dont sound like technologists, but the technology clearly has class.

 

I suspect the reification and semantic signature is too advanced. Right now, we JUST need to (a) do henry's keys (the world of no certs client authn, aping PGP-grade logon), and (b) make the semantic web just deliver a distributed certificate store, for good old X.509 blobby roots that secure the profile endpoints supporting (a).

 

The only reason I used the data uri (for the cert) was becuase it was the only way I could find to represent a mime-described blob in the semantic web. Being a triple-world, semantic web ontologies tens (rightly) to veer away from tagging what would be endless series of blob. But, here thats just what I need. I happen to have a blob that is part of an older linked data tradition, that is carrying forward into the world noth of securing and assuring the more modern linked data tradition's protocols (i.e. the https endpoints of simple profiles and the more sparql servers providing sparql verbs, alike).

Received on Tuesday, 3 January 2012 06:49:12 UTC