<div dir="auto">Here’s the page for JSON subschemas:</div><div dir="auto"><br></div><div dir="auto"><div><a href="https://json-schema.org/understanding-json-schema/reference/combining">https://json-schema.org/understanding-json-schema/reference/combining</a></div><br></div><div dir="auto">I will be adding “x-inOrder” subschema to our JSON meta schema vocabulary.  Typically subschemas contain subschemas and properties.  The properties and subschemas will appear sequentially in the JSON files.</div><div dir="auto"><br></div><div dir="auto">Thanks for listening.</div><div dir="auto"><br></div><div dir="auto">John</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Mar 31, 2024 at 2:29 PM John Carlson <<a href="mailto:yottzumm@gmail.com">yottzumm@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><div dir="auto">My thought is to add a sequential subschema to JSON Schema to match the parallel subschemas, “oneOf”, “allOf”, …</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Mar 31, 2024 at 12:03 PM John Carlson <<a href="mailto:yottzumm@gmail.com" target="_blank">yottzumm@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><div dir="auto">In places where order IS important, inside head and X3D elements, the JSON schema is silent.  I will probably be using custom schema “stuff” from X3DUOM in JSON schema to specify order, but it will be informative, not binding.  That is, you should implement it for interoperability.</div><div dir="auto"><br></div><div dir="auto">Collaboration on design is welcome.</div><div dir="auto"><br></div><div dir="auto">John</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Mar 31, 2024 at 11:04 AM John Carlson <<a href="mailto:yottzumm@gmail.com" target="_blank">yottzumm@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><div dir="auto">It looks like the *ContentModel tags manage order? and occurrence of subnodes.  I did wonder what these were.  I have not seriously looked at the X3DUOM xsd yet.  Is there documentation elsewhere?  I’l look at the XML encoding.</div><div dir="auto"><br></div><div dir="auto">Thanks,</div><div dir="auto"><br></div><div dir="auto">Joh</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Mar 31, 2024 at 10:33 AM John Carlson <<a href="mailto:yottzumm@gmail.com" target="_blank">yottzumm@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">I am wondering about ordering statements and nodes in X3DUOM (object model).  I am well aware of ordering in XML schema…and sorting in stylesheets.  This means we have to write ordering for each X3DUOM processor.  It might be easiest just to order stuff in X3DUOM, once.  I am thinking about ordering head statements, and head vs Scene. There are perhaps, other places in X3D.<div dir="auto"><br></div><div dir="auto">Neither JSON schema nor my upcoming VRML grammar currently bother much about ordering, and that concerns me.  I feel like XSLT could provide a better solution, but I’m starting to think about how to accomplish ordering in VRML parsing, without information from X3DUOM.</div><div dir="auto"><br></div><div dir="auto">Thanks for listening,</div><div dir="auto"><br></div><div dir="auto">John </div>
</blockquote></div></div>
</blockquote></div></div>
</blockquote></div></div>
</blockquote></div></div>