W3C home > Mailing lists > Public > public-xg-webid@w3.org > January 2012

RE: hCard and WebID

From: Peter Williams <home_pw@msn.com>
Date: Wed, 11 Jan 2012 10:53:46 -0800
Message-ID: <SNT143-W396E6125745F5DB0CBD0B7929E0@phx.gbl>
To: <kidehen@openlinksw.com>, "public-xg-webid@w3.org" <public-xg-webid@w3.org>

You need to layout the hcard thing, a little. its very hard keeping religions straight, and in their right box - when along comes the semantic web and smushes it all together again. And lets not focus on formats, but on how the semweb wants to work with it - as the ultimate religion killer.

 

 

So there I was on my webid proxy profile navigating around in the uriburner "data space", looking at stuff its proxying from my windows page, suitably crawled/sponged/Pinged. Said data space then offers a view on the declared entities in that data set, replete with links to n recastings, n describings, and n formats. I now udnersatnd that another "data space" could do the same - and even offer a different perspective by default (and different mashup of sources, perhaps). This "data space" is quite different to my little personal facebook graph that such a "data space" might "connect to". 

 

Ill distinguish it as "a data cloud", in the public-data-cloud sense. It can agument my crappy windows profile's endpoints (with all the linked data tech limits) and give it's (very same) profile "full presence", at a different endpoint (with full compliance). Full compliance enables it to work with an engineered security policy, assuming actual secure nameservers for the public virtual name space (and several "well known" competititors, no doubt)

 

Ok, nirvana is close by. We have moved beyond pgp-isms in the security space, dribbling about me and my 3 friends and their keys, as we plot to overthrow Assad and his lot. And, lots of legacy can participate in the full compliant web (so crucial for the the "trusted name resolution' to work, and work suitably for engineering grade security policies).

 

now nirvana is not quite there, since I eliminated my https (and http) endpoint. Yet http://uriburner.com/about/html/http://uriburner.com/about/id/entity/https/idweb.cloudapp.net/Home/About%01me is still around, giving a false impression.Should a validation agent with SAN URI citing that work? remember, this is acccess control (not just fun consumer-grade following stuff). Does the nuke explode or not?

 

For this kind of architecture, what specifically must the validation query do, beyond the simple ASK? It seems to need some liveness test for the original endpoint (and not just a caching expiry test). This doesnt just mean DNSSEC (or the US's desire to have the final offswitch)

 

 

Back to hcard, though. There isn't one. Or is there?

 

We learn from uriburner://....https/.../idweb that its the same as uriburner://...http/...yorkporc in blogspot land.

 

http://uriburner.com/about/html/http://uriburner.com/about/id/entity/http/yorkporc.blogspot.com/%01me does not seem to show (or link obviously) to the vcard, once crawle ...even, if I wander up to the documument, type.

 

According to http://morph.talis.com/?data-uri%5B%5D=http%3A%2F%2Fyorkporc.blogspot.com&input=&output=html&callback= we see vcard information that the blogspot template (around my bookmarked post) is publishing - above and beyond the facts that I publish in my bookmarked posting.

 

And this is where I get lost in the model. There are so many views, and some have some and not other data instances. Sometimes I see the vcard pop up in the alternate view (of my RSS feed) in semweb landm, and other times not. While this VERY good for my immediate need (membership entity federations, all n of them), I cannot actually fathom the ones I'm looking at, and have.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

  		 	   		  
Received on Wednesday, 11 January 2012 18:59:20 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 11 January 2012 18:59:23 GMT