<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>This document got a little longer than I was aiming for.  My
      apologies!</p>
    <p>Just to let you know, we are de-supporting the hand-generated X3D
      JSON schema, now known as version 4.0H, previously known as 6.0. 
      When forced to make a choice, I chose the auto-generated one.<br>
    </p>
    <p>We will be adopting the auto-generated X3D JSON schema,
      previously known a 3.4, but for a long time known as 4.0.</p>
    <p><i><u><b>One major change we've noticed and adopted is the child
            of IMPORT is an object, not an array.  X3dToJson.xslt was
            changed for this a LONG time ago, I'm talking 3 years.  I
            don't think this will affect X3DJSONLD.</b></u></i></p>
    <p>There's some things to know about running the auto-generated
      schema under X3DJSONLD and the X3DJSONLD validator (not the
      popular X3D validator).   Sometimes it's best to look for the
      "deepest" error first.   This is due to Ajv not preventing errors
      from "bubbling up" from "lower" levels.  No, Ajv won't be changed,
      that I know of.  If you don't like it, perhaps another JSON schema
      validator is possible?<br>
    </p>
    <p>I don't believe that X3DJSONLD (the repository) will be changed
      much.  We will be adding comments to the newly crowned X3D JSON
      schema for X3D types and perhaps accessType.  We think we will see
      auto-generation moving from a python code base to a XSL code base.
      The most up-to-date schemas should first appear under
      <a class="moz-txt-link-freetext" href="https://github.com/coderextreme/X3DJSONLD/src/main/schema">https://github.com/coderextreme/X3DJSONLD/src/main/schema</a> (but the
      6.0 is actually somewhere between 3.3 and 4.0H--Don't use it). and
      we will choose a location for the XSL generated schemas once
      development is underway.   The schemas in use by X3DJSONLD are:</p>
    <p>x3d-3.0-JSONSchema.json<br>
      x3d-3.1-JSONSchema.json<br>
      x3d-3.2-JSONSchema.json<br>
      x3d-3.3-JSONSchema.json<br>
      x3d-4.0-JSONSchema.json<br>
    </p>
    <p>Note, since the X3D JSON schemas are based on the X3D Unified
      Object Model, you should see updates to the X3D JSON schema soon
      after the X3DUOM.  If you don't, let me know!  The best way to
      contact me would probably be through github issues, but that
      hasn't been tested yet, and it still goes to my email.</p>
    <p>If anyone is running X3D JSON with a more recent JSON schema than
      draft-07, let yourself be known!  We can at least kibbitz, if not
      share code.<br>
    </p>
    <p>================================================================================================================================================<br>
    </p>
    <p>If someone is using X3D JSON, let yourself be known!  It's
      available in X3DJSONLD, X3DOM and X_ITE, and should be officially
      renamed and adopted in X3DJSAIL as a JSON loader (It should
      already be there under net.coderextreme.X3DJSONLD).  There are
      still some kinks to be worked out in the Java version (no one
      actually has been the identified at the culprit yet), as
      previously discussed on list.  Compile/Run
      net/coderextreme/JsonConversion.java and compare to originals.  An
      intermediate, directly after X3DJSONLD runs, XML DOM is printed to
      standard output, then the DOM document is loaded into X3DJSAIL for
      conversion to XML and JSON.<br>
    </p>
    <p>If you're interested in running the validator in a JS environment
      or from the command-line, check out
      <a class="moz-txt-link-freetext" href="https://github.com/coderextreme/x3dvalidate">https://github.com/coderextreme/x3dvalidate</a></p>
    <p>Have fun with X3D JSON!</p>
    <p>John<br>
    </p>
  </body>
</html>