W3C home > Mailing lists > Public > public-rdf-wg@w3.org > April 2011

Re: [JSON] user segments, version 2

From: Ivan Herman <ivan@w3.org>
Date: Sun, 10 Apr 2011 08:31:03 +0200
Cc: public-rdf-wg <public-rdf-wg@w3.org>
Message-Id: <672B9398-E944-4473-B938-CDCA766BF56F@w3.org>
To: Sandro Hawke <sandro@w3.org>
HI Sandro,

On Apr 9, 2011, at 13:51 , Sandro Hawke wrote:

<snip/>

> On Sat, 2011-04-09 at 10:17 +0200, Ivan Herman wrote:
>> On Apr 8, 2011, at 20:10 , Sandro Hawke wrote:
>> 
>> <snip/>
>> 
>>> 
>>> Yes, my use of the word "simple" was meant to convey that Group D
>>> doesn't want to use a library.
>>> 
>>> 
>>>>> 
>>>>> Now, with this simpler view, we can see where the real complication is:
>>>>> we'd like to address several of these groups at once.  Ideally, we'd
>>>>> like a single JSON format that works for everyone.  If it worked for
>>>>> Group A, it would keep the current users happy (and twitter, facebook,
>>>>> etc wouldn't mind adopting it). If it also worked for Group B (call
>>>>> this an "AB" solution), it follows that it would also work for C and D
>>>>> and everyone would be happy.  But I don't think there are any AB
>>>>> solution.
>>>>> 
>>>>> It's somewhat easier to imagine "AC" and "AD" solutions.  I think
>>>>> mostly the debates are which of B, AC, and AD we can or should do.
>>>>> Maybe ACD is possible, too.     I *think* Manu is pushing for an AC
>>>>> solution
>>>> 
>>>> I believe JSON-LD's goal (ie, Manu's:-) would be more something like ACD (not sure it reaches it, though). Ie, a format that, at least in simple data, *can* be used by users in group D.
>>> 
>>> Can prefixes really be handled without a library?   I don't think so.  
>>> 
>> 
>> No they can't. But the point is: in some cases you do not care. If you have something like
>> 
>> {
>>  "@context" : { "name" : "foaf-uri-for-name", ... }
>>  "name" : "Sandro"
>> }
>> 
>> *some* applications may want a full, RDF-like interpretation of the data (i.e., they need a library to manage the context), but some applications do not really care about that because they operate on very specific pages anyway, in which case they are perfectly happy with something like
>> 
>> f = json.parse(data);
>> f.name ...
>> 
>> (or something like that). So a 'C' user is a 'D' user wearing RDF goggles, like Nathan called them... Put it another way, a specific user may start in the 'D' category then he/she realizes that there is more to achieve if an additional library is used, and can migrate into 'C', using the very same data.
> 
> Isn't that really a Group A way of looking at the world?  It's only
> going to work for one site, following their arbitrary protocol.    In
> this case the arbitrariness is their selection of prefixes.   

Ok, that is true. What I wanted to say is that the same format, that covers A may also be appropriate for group D and C.

> 
> (Now you see another reason why I was so interested in the RDFa project
> to standardize prefixes.   If we go that way, it solves this big piece
> of the JSON puzzle, too.)

I know...

Ivan

> 
> To me the distinguishing mark for RDF is that you can use the same code
> talking to any site that uses the same vocabulary.  That wont be the
> case here.
> 
> Now, the library you need to use here is pretty trivial.  It's one
> "reprefix" function, which can probably be 10-20 lines of javascript, so
> many B-or-D folks might view it as okay.    The lines are fuzzy in that
> way, too.
> 
>   -- Sandro
> 
>> Ivan
>> 
>>>>> and Andy and Steve are pushing back, since their current users
>>>>> are mostly in Group B.
>>>> 
>>>> I think you are right.
>>>> 
>>>> Others have said it before: I think we have, potentially, two JSON+RDF things here, and that is what we may have to do. 
>>> 
>>> Agreed - an AC solution and a B (and D) solution.
>> 
>> For me, and ACD and a B solution:-)
>> 
>> Ivan
>> 
>> 
>>> 
>>>  -- Sandro
>>> 
>>>> 
>>>> Ivan
>>>> 
>>>>> 
>>>>> FWIW JRON aimed for AB, but I don't think it quite hits the mark.  In
>>>>> particular, its JSON is perhaps too cluttered to be a real Group-A
>>>>> solution (although for normal JSON data it's pretty clean), and for
>>>>> some things (like namespaces) the consumer code need too much code to
>>>>> work for Group B.
>>>>> 
>>>>>  -- Sandro
>>>>> 
>>>>> [1] http://www.w3.org/2011/rdf-wg/wiki/JSON_User_Segments
>>>>> 
>>>>> 
>>>> 
>>>> 
>>>> ----
>>>> Ivan Herman, W3C Semantic Web Activity Lead
>>>> Home: http://www.w3.org/People/Ivan/
>>>> mobile: +31-641044153
>>>> PGP Key: http://www.ivan-herman.net/pgpkey.html
>>>> FOAF: http://www.ivan-herman.net/foaf.rdf
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>> 
>>> 
>> 
>> 
>> ----
>> Ivan Herman, W3C Semantic Web Activity Lead
>> Home: http://www.w3.org/People/Ivan/
>> mobile: +31-641044153
>> PGP Key: http://www.ivan-herman.net/pgpkey.html
>> FOAF: http://www.ivan-herman.net/foaf.rdf
>> 
>> 
>> 
>> 
>> 
> 
> 
> 


----
Ivan Herman, W3C Semantic Web Activity Lead
Home: http://www.w3.org/People/Ivan/
mobile: +31-641044153
PGP Key: http://www.ivan-herman.net/pgpkey.html
FOAF: http://www.ivan-herman.net/foaf.rdf







Received on Sunday, 10 April 2011 06:30:45 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 16:25:41 GMT