<div dir="auto">Re: Subdivision metadata in addition to bboxDisplay</div><div dir="auto"><br></div><div dir="auto">Don, all,</div><div dir="auto"><br></div><div dir="auto">I agree on metadata extension handling for bbox.  Perhaps our second step might be adding “subdivision/subdivisions” metadata extensions to Sphere, and later, once the idea is proven, to other shapes.   This subject has already been discussed and rejected as an attribute, ad naseum, so indeed, this would remain metadata indefinitely.   This new approach has the advantage of making “subdivision” validation possible, and let browsers adopt it as desired.</div><div dir="auto"><br></div><div dir="auto">The problem is “subdivision(s)” is already an attribute in X3DOM.  There are also different global quality parameters, especially in X_ITE.  Having a unified, XML-based approach would be terrific.</div><div dir="auto"><br></div><div dir="auto">Another alternative is using NURBS/IFS.  These may have issues with seams and performance.  Positions would be offset radially.  Ideally, we’d doing position offsets in shaders, if nowhere else.   We could use sphere meshes in X3D code, that is very doable, but bloat.   Possibly use glb?</div><div dir="auto"><br></div><div dir="auto">Note that I’ve successfully generated a sphere mesh in Blender an imported the mesh into a PlayCanvas and applied shaders, so I’m fully cognizant that this is doable on the web: <div dir="auto"><a href="https://playcanv.as/p/wQgQBgkE/">https://playcanv.as/p/wQgQBgkE/</a>. I have not achieved similar quality with X3D (challenge?)</div></div><div dir="auto"><br></div><div dir="auto">Note that the sphere mesh will be animated, and perhaps we can created standardized animations, like squash and stretch?</div><div dir="auto"><br></div><div dir="auto">John</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Apr 1, 2023 at 2:58 PM Brutzman, Donald (Don) (CIV) <<a href="mailto:brutzman@nps.edu">brutzman@nps.edu</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)">Thanks for continuing news about this excellent progress.<br>
<br>
Am thinking we might all agree to regularize addition of nonstandard fields in a way that still passes content validation.<br>
<br>
For example, non-standard experimental example<br>
<br>
<Shape bboxDisplay='true' bboxColor='0.7 0.8 0.9' bboxMargin='0.1' ><br>
   <Sphere/><br>
</Shape><br>
<br>
Might be equivalently and validly expressed as<br>
<br>
<Shape bboxDisplay='true'><br>
   <MetadataSet name='extension'><br>
        <MetadataString name='bboxColor' value='0.7 0.8 0.9'/><br>
        <MetadataString name='bboxMargin' value='0.1' /><br>
   </MetadataSet><br>
   <Sphere/><br>
</Shape><br>
<br>
A little more verbose perhaps... However, note that not only is model content validatable, but metadata content might also be validated if we build a metadata vocabulary that lists experimental field names, types and default values.  That way common extensions might be more sharable and model content remains confirmably correct.<br>
<br>
Seems like a useful good practice that isn't complex, so we could easily build <MetadataSet name='extension'> capabilities into our browser parsers and authoring tools.<br>
<br>
The X in X3D is Extensible... looking forward to continued innovation and practice/progress together.<br>
<br>
v/r Don<br>
<br>
<br>
-----Original Message-----<br>
From: Andreas Plesch <<a href="mailto:andreasplesch@gmail.com" target="_blank">andreasplesch@gmail.com</a>> <br>
Sent: Saturday, April 1, 2023 6:43 AM<br>
To: X3D <<a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a>><br>
Cc: x3dom mlist <<a href="mailto:x3dom-users@lists.sourceforge.net" target="_blank">x3dom-users@lists.sourceforge.net</a>><br>
Subject: Re: [x3dom-users] [x3d-public] bboxDisplay considerations<br>
<br>
The bboxDisplay field is now available for bounded objects (grouping nodes and shapes) in the dev. version of x3dom.<br>
<br>
The color of the displayed bounding box can be customized with the non-standard bboxColor field, and the size expanded with the bboxMargin field.<br>
<br>
Enjoy ! Andreas<br>
<br>
On Thu, Mar 30, 2023 at 2:19 PM Andreas Plesch <<a href="mailto:andreasplesch@gmail.com" target="_blank">andreasplesch@gmail.com</a>> wrote:<br>
><br>
> I think it will be very useful to allow different colors for different <br>
> sets of bounding boxes. Here are the rotating cubes with two sets of <br>
> bounding boxes. The yellow ones react to a TouchSensor, the orange <br>
> ones do not:<br>
> [...]<br>
_______________________________________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a><br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
</blockquote></div></div>