[x3d-public] x3d-3.3-JSONSchema documentation available

[yottzumm at gmail.com]

I believe it’s much more useful in the protoexpander than the JSON Loader for distinguishing children versus value; the JSON Loader could probably find a way to program around the lack of prefixes.  In particular, there’s one place where you are either parsing children or an attribute in the JSON Loader which may be critical.  The code calls two different methods. However, I am not convinced this could not be recoded.  Choosing a more XML-like encoding would lead to easier loading into DOM, which is all the JSON Loader does at this point.  Please refer to Don as to reasons for not coding more like XML.  We had some discussion about using off-the-shelf packages (or even a small bit of Java code I wrote) to convert XML to JSON.  There was also some discussion about using JSON5 or similar encodings.  However, we made a choice to do it the X3D way, which I believe is more like VRML. YMMV, and you can always choose to use your own encoding.  We do probably need to write down our rationale however.  I believe Don’s reasoning was to make it context-free, but I have no proof that another encoding without the prefixes wouldn’t be context-free.  I do not know the implication of loading into different data structures, and Don may have had more flexibility in mind.

John

Sent from Mail for Windows 10

From: John Carlson
Sent: Tuesday, December 6, 2016 1:42 PM
To: Don Brutzman
Subject: Re: [x3d-public] x3d-3.3-JSONSchema documentation available

Investigating the X3D JSON Loader and proto expander could tell you where the prefixes are required.  I believe the files in question are X3DJSONLD.js and ProtoExpander.js

John 

On Dec 6, 2016 12:20 PM, "Don Brutzman" <brutzman at nps.edu> wrote:


n.b. John Carlson's contributions and implementation efforts were also essential for developing this reconciliation of issues in the draft X3D JSON Encoding.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20161206/7e131a39/attachment.html>