<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Thanks for your comments Johannes,
      Doug, and Yvonne.<br>
      <br>
    </div>
    <blockquote
      cite="mid:08A7610A-37EC-45D4-B1CF-8D9A691A8552@igd.fraunhofer.de"
      type="cite">
      <pre wrap="">Thanks for your effort.

My comments on the code example: 

-------------------
Group": [
  {
    "@bboxCenter": "0 0 0",
    "@bboxSize": "-1 -1 -1",
    "@containerField": "children"
,    "Viewpoint": {
      "@DEF": "ViewUpClose",
      "@centerOfRotation": "0 -1 0",
      "@description": "Hello world!",
--------------------

A) Why writing default values? They are skipped in every other encoding?
B) Why is there always @ in front of every field name?</pre>
    </blockquote>
    <br>
    In the follow-up comments I did not see this addressed.<br>
    <br>
    The intent is to create a format that can be converted to any of the
    other X3D encodings. To make the round-trip conversion without
    putting a lot of smarts about the formats, some notation is needed
    to differentiate XML attributes from elements. In this case Don has
    chosen the '@' symbol. I have also seen applications that use '-'.
    It seems to me that it is best to use some symbol that is not a
    legal first character for a variable name. <br>
    <br>
    Do people feel that this is necessary (differentiate
    attribute/field-names from elements/node-names)?<br>
    If so, do you have a suggestion for a particular means of making
    this differentiation?<br>
    <br>
    <br>
    <blockquote
      cite="mid:08A7610A-37EC-45D4-B1CF-8D9A691A8552@igd.fraunhofer.de"
      type="cite">
      <pre wrap="">
C) Why not using the javascript native types for numbers and booleans?</pre>
    </blockquote>
    <br>
    To do so would require parsing the XML to get the constituent parts
    of the attribute. Attributes with specific format (e.g., SFVec3F)
    would be relatively easy to do. Does it make sense to do so for the
    point field in a Coordinate node (or any other MF-type field)?<br>
    <br>
    <br>
    Leonard Daly<br>
    <br>
    <br>
    <br>
    <br>
    <blockquote
      cite="mid:08A7610A-37EC-45D4-B1CF-8D9A691A8552@igd.fraunhofer.de"
      type="cite">
      <pre wrap="">
D) Why an extra "@containerField"? 

My encoding suggestion:

Group": [
  {
    "bboxCenter": [0 0 0],
    "bboxSize": [-1 -1 -1],
,    "children" : [ 
        "Viewpoint": {
           "DEF": "ViewUpClose",
           "centerOfRotation": [-0 -1 0],
           "description": "Hello world!",
}

Faster to parse (using native types) more compact and more explicit in regards to the hierarchy connections.

Best regards
Johannes

</pre>
      <blockquote type="cite">
        <pre wrap="">Initial construction of X3D to JSON stylesheet is working.  Examples attached.

Working:
- elements, attributes, comments
- Square and squiggly brackets, commas
- escaping quotation marks

TODO
- handling special characters
- elimination of default X3D attribute values
- CDATA text (for example, Script content)
- round-trip testing using a JSON-to-XML converter
- embedded support in X3D-Edit

What X3D JSON specification will need to specify:

- @attributeName
- "#comment"
- "#CDATA'

Not possible:
- differentiate typing of string versus number values
- embedded JSON comments

Example invocation from build.xml:
   <target name="test.X3dToJson.xslt" depends="test.mkdir"
        description="Test X3dToJson.xslt stylesheet using default Ant xslt task" >
       <xslt style="X3dToJson.xslt" in="${examples.dir}/HelloWorld.x3d" out="test/HelloWorld.json"/>
       <echo message="converted test/HelloWorld.json"/>
       <xslt style="X3dToJson.xslt" in="${examples.dir}/HelloWorld.x3d" out="test/HelloWorld.scene.json">
           <param name="sceneGraphOnly"              expression="true"/>
       </xslt>
       <echo message="converted test/HelloWorld.scene.json"/>
   </target>
   
p.s. once a web3d.org website problem is sorted out, these assets will reappear at
<a class="moz-txt-link-freetext" href="http://www.web3d.org/stylesheets">http://www.web3d.org/stylesheets</a>

Source updates remain are currently accessible via sourceforge at
<a class="moz-txt-link-freetext" href="http://sourceforge.net/p/x3d/code/HEAD/tree/www.web3d.org/x3d/stylesheets/">http://sourceforge.net/p/x3d/code/HEAD/tree/www.web3d.org/x3d/stylesheets/</a>
<a class="moz-txt-link-freetext" href="http://sourceforge.net/p/x3d/code/HEAD/tree/www.web3d.org/x3d/stylesheets/test">http://sourceforge.net/p/x3d/code/HEAD/tree/www.web3d.org/x3d/stylesheets/test</a>

all the best, Don
-- 
Don Brutzman  Naval Postgraduate School, Code USW/Br       <a class="moz-txt-link-abbreviated" href="mailto:brutzman@nps.edu">brutzman@nps.edu</a>
Watkins 270,  MOVES Institute, Monterey CA 93943-5000 USA   +1.831.656.2149
X3D graphics, virtual worlds, navy robotics <a class="moz-txt-link-freetext" href="http://faculty.nps.edu/brutzman">http://faculty.nps.edu/brutzman</a>
<HelloWorld.scene.json><HelloWorld.json><X3dToJson.xslt>------------------------------------------------------------------------------
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
<a class="moz-txt-link-freetext" href="http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk_______________________________________________">http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk_______________________________________________</a>
x3dom-developers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:x3dom-developers@lists.sourceforge.net">x3dom-developers@lists.sourceforge.net</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/x3dom-developers">https://lists.sourceforge.net/lists/listinfo/x3dom-developers</a>
</pre>
      </blockquote>
      <pre wrap="">
---
Dr. Johannes Behr
Head of Department: Visual Computing System Technologies
Fraunhofer-Institut für Graphische Datenverarbeitung IGD
Fraunhoferstr. 5  |  64283 Darmstadt  |  Germany
Tel +49 6151 155-510  |  Fax +49 6151 155-196
<a class="moz-txt-link-abbreviated" href="mailto:johannes.behr@igd.fraunhofer.de">johannes.behr@igd.fraunhofer.de</a>  |  <a class="moz-txt-link-abbreviated" href="http://www.igd.fraunhofer.de">www.igd.fraunhofer.de</a>


------------------------------------------------------------------------------
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
<a class="moz-txt-link-freetext" href="http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk">http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk</a>
_______________________________________________
x3dom-developers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:x3dom-developers@lists.sourceforge.net">x3dom-developers@lists.sourceforge.net</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/x3dom-developers">https://lists.sourceforge.net/lists/listinfo/x3dom-developers</a>

</pre>
    </blockquote>
    <br>
    <br>
    <div class="moz-signature">-- <br>
      <font class="tahoma,arial,helvetica san serif" color="#333366">
        <font size="+1"><b>Leonard Daly</b></font><br>
        X3D Co-Chair<br>
        Cloud Consultant<br>
        President, Daly Realism - <i>Creating the Future</i>
      </font></div>
  </body>
</html>