X3DJSONLD will move towards being implemented not in DOM, but with an SAI Factory—instead of calling DOM document and element methods, SAI methods will be called.   SAI will replace JSON schema in all current uses of JSON schema for validating JSON, which may reduce schema download time.   I believe Factory will consume less download time.   Plus, if files are validated prior to being placed in production, maybe no validation is required (good for optimized sites).<div dir="auto"><br></div><div dir="auto">If anyone thinks this is horrible, let me know.   One problem is that validation code paths will be different between DOM and SAI?  Or is DOM implemented with SAI currently?   Thanks!</div><div dir="auto"><br></div><div dir="auto">X3DJSONLD was intended to handle SVG JSON and HTML JSON, so unless someone creates those in SAI, I will split away from the DOM product towards something native to X3D.   I’ll call it X3DSAILD, as an umbrella term.   For X3DOM and X_ITE, this means migrating from JSONParser.js to JSONConverter.js.   If someone want to provide hooks into X3D SAI for those projects, that would be cool.</div><div dir="auto"><br></div><div dir="auto">One can suggest which binding should be used first.   I suggest a non-HTML browser.   The first step will be creating an SAI factory, if createNode is not supported.  Primarily, i will look for SAI implementations.  Anyone?</div><div dir="auto"><br></div><div dir="auto">I think that JSON schema will probably not be standardized by anyone.  Hence the move to a standardized interface like SAI.   If anyone has some insight into standardization, let me know.</div><div dir="auto"><br></div><div dir="auto">Current pathI am following are:  1) creating an  “X3Dautoclass” factory module similar to bindings on top of  X3DJSAIL, for implementation of createNode, if not present.</div><div dir="auto"><br></div><div dir="auto">Discussion of why we need JSON schema in addition to SAI are welcome.   I can already run validation on the archive.  JSON schema is not going away.   Indeed, more support for JSON schema in native environments is welcome.   If that environment doesn’t support SAI, but supports DOM, X3DJSONLD may be indicated.</div><div dir="auto"><br></div><div dir="auto">I know that Doug suggested that JSON->XML suggested a separate process for conversion.  Also, Michalis has suggested that view3dscene converts to XML.  Is something more like JSON to XML preferred for those environments?   What kinds of validation is required for XML in those environments?</div><div dir="auto"><div dir="auto"><div dir="auto"><div dir="auto">—</div><div dir="auto">An attempt will be made to support Navigation.info as a string.   Currently,  some of the string is trimmed.  One can see this during validation, I believe.  No decision has been made between array or string at this point.</div></div></div></div>