[occi-wg] JSON Rendering
Gary Mazz
garymazzaferro at gmail.com
Thu May 3 04:14:44 EDT 2012
Hi,
I've been looking at the details of the JSON and noticed the use of
"rel", "kind", "related", "actions" and "scheme".
These tags are all using XSD schemes as values. XSD has no meaning to JSON.
I think this is a defect. I'm proposing three (3) options:
Option 1) adopt JSON schema
Option 2) adopt JSON-LD (linked data) that will permit us to move into
the semantic web.
Option 3) adopt JSON schema & adopt JSON-LD (linked data).
With Option 1, JSON schema is in flux right now, and they are just
thinking about proposing draft 4. There may be some risk with the scheme
changing out from underneath us. But, it does buy us a validation
strategy that we need. There are a few JSON schema validators (two ?)
out there already.
With Option 2, the scheme value becomes a JSON object with 2 properties:
@id and @context. @id becomes the name and @context is a semantic
definition on a server or in a knowledge base. We do not get validation
with this option.
Option 3 combines Option 1 and Option 2. There are really two concerns
proposed to address a problem. A more robust solution would be
incorporate both options
cheers,
gary
On 5/2/2012 9:25 PM, Michael Behrens wrote:
> In reviewing the latest sent out...here a few nit-noids...which Gary
> may have already corrected....
>
> - In section 5.1, I see two JSON examples....looks like a second
> one starts on line 113. Perhaps a description of the second one would
> help separate the two. Or am I reading it wrong?
> - in that JSON, there are some extra spaces showing up after "http:
> ". Lines 88, 90, 91, 97
> - Line 106, missing comma at end of line (I think)
> - Looks like the JSON in section 5.2 is split up - perhaps the
> tables should follow the JSON - presumably.
>
> I like the usage of the pattern attribute...that will help with client
> side validation :)
>
> - Michael B.
>
More information about the occi-wg
mailing list