<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style></head><body lang=EN-US link=blue vlink="#954F72" style='word-wrap:break-word'><div class=WordSection1><p class=MsoNormal>Right, hopefully json is not text it covers wide ranges, from author-defined data structures as alternate encodings for nodes and fields, through gltf for defined feature architectures, to fully processed binary blobs of the above and also beyond. Whatever it is it is a uri and with backups for a uri target that is a spec or best known practice json, or adhering to whatever gltf or blob standards may evolve for the benefit of x3d. Any json is packaged x3d, derived directly from x3d user code. </p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Of course it is a quick fix to hook this authortime intention for what may be processed runtime binary data and/or actually just marked-up text is just too simple. So, there may be a shape node in one file and some animation(s) in file(s), all binaried up for compactness and security. So, some point I want to export from x3d to a jsonized runtime form. Then at delivery, I want to import that stuff and run it and it should be like it was before I exported it.</p><p class=MsoNormal>So, please recognize this json stuff as a realistic alternative encoding for x3D. The jsonization of x3d. Just like for xml and classic, ought to be able to define at authortime for runtime import of any of these encodings. When I wish to publish, then I want to use standardized features of a web3D browser that allows me to use the full feature sets of x3d current and to fully exploit the defined features of x3d and maximize extensions of shared authoring and delivery produced by the json markup and structuring. And, its great providing of the gltf and other vulcanized blobbery. </p><p class=MsoNormal>However, going forward this might mean a drastic and basic change for x3d in terms of validation. It may be that the json data may not be expressable at authortime as human-readable and xml- validated text, and me not want to read json markup or binary forms except for recreation, so maybe no large user item. You just type in the uri to the jsonized x3d data files run the thing then hope you don’t get some failures and warnings that actually mean that you did not fully understand the runtime contents of your authortime choice. </p><p class=MsoNormal>The potentially large user item is that certain of these forms may not be able to be read and understood by anybody but the author. Right now, the easiest way to hide your x3d scene and event graphs is to deliver a video. Literally no trace of your actual x3d user code is directly retrievable. With json and some standardized forms as imports it may also be that the readable and thus editable authortime is no longer available directly. </p><p class=MsoNormal>So, to me the first use is me exporting some jsonized x3d, in standard forms. I have a scene graph with animations and I want to deliver parts of it in some json text/binary form. Next I want to deliver the x3d to user and import those files at point of interaction. </p><p class=MsoNormal>Thanks for All, </p><p class=MsoNormal>Joe</p><p class=MsoNormal> </p><p class=MsoNormal> <o:p></o:p></p><div style='mso-element:para-border-div;border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='border:none;padding:0in'><b>From: </b><a href="mailto:yottzumm@gmail.com">John Carlson</a><br><b>Sent: </b>Friday, April 7, 2023 9:38 PM<br><b>To: </b><a href="mailto:andreasplesch@gmail.com">Andreas Plesch</a>; <a href="mailto:holger.seelig@yahoo.de">Holger Seelig</a>; <a href="mailto:x3d-public@web3d.org">X3D Graphics public mailing list</a><br><b>Subject: </b>[x3d-public] JSON as a text node</p></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I did notice that X_ITE now accepts JSON scenes as text nodes inside the x3d-canvas node? Pointer(s) to example(s) welcome!<o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Also, is X3DOM on top of this? What do we think about JSON in a text node as opposed to as an Inline URL? Should I file a feature request?</p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>I’m hoping we are not checking all text nodes for JSON?</p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Concerned…but happy!</p></div><div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal>John</p><p class=MsoNormal><o:p> </o:p></p></div></body></html>