[x3d-public] Spec problem with 3D texture axes: wrong-handed coordinate system

[John Carlson]

Looking for something like this?   See attached

I figured there might be some good purpose for the rubik's code.

You'll have to tweak the orientation, etc.  Possibly swap colors, etc.

You can also change each color to a stretched box instead of a 2 boxes.

I release this under the Web3D Consortium License, or to the public 
domain, whichever you want.

If you need further help, maybe assigning axis, doing the 2D vertices, 
let me know

Basic info is: boxproto is a single shape.  two is stacked boxprotos of 
same color.   four is two twos, eight is two fours.

John

On 8/27/21 4:59 PM, John Carlson wrote:
>
> On first glance, it looks good.  I would double check the standards 
> text to see if it matches the conversion to x,y,z.
>
> One may want to do a better job of perspective?
>
> Perspective would probably be available in Blender or Titania. I've 
> been trying out Titania a bit lately. It runs on Linux. I'll see what 
> I can to do duplicate your SVG with perspective.
>
> John
>
> On 8/27/21 2:54 PM, vmarchetti at kshell.com wrote:
>> Please evaluate whether attached figure meets needs of X3DV4 
>> specification document
>>
>> SVG (via Inkscape) format available upon request
>>
>> Vince Marchetti
>>
>>
>>
>>
>>> On Aug 27, 2021, at 1:47 PM, Brutzman, Donald (Don) (CIV) 
>>> <brutzman at nps.edu <mailto:brutzman at nps.edu>> wrote:
>>>
>>> As noted in Mantis 
>>> 978,https://www.web3d.org/member-only/mantis/view.php?id=978 
>>> <https://www.web3d.org/member-only/mantis/view.php?id=978>
>>> The following figure shows a left-handed coordinate system.
>>> https://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/texture3D.html#f-3DTexture 
>>> <https://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/texture3D.html#f-3DTexture>
>>> <54CB4E59BAA24518B7648236A2468E3C.png>
>>> Wondering how to fix – swap 2 axes can work.  Perhaps there is a 
>>> commonly used diagram in OpenGL (or elsewhere) we might adopt and adapt?
>>> Any volunteers to do this (pretty please) to improve X3D4 specification?
>>> all the best, Don
>>> --
>>> Don Brutzman  Naval Postgraduate School, Code USW/Br 
>>> brutzman at nps.edu <mailto:brutzman at nps.edu>
>>> Watkins 270,  MOVES Institute, Monterey CA 93943-5000 USA   
>>> +1.831.656.2149
>>> X3D graphics, virtual worlds, navy 
>>> roboticshttp://faculty.nps.edu/brutzman 
>>> <http://faculty.nps.edu/brutzman>
>>> _______________________________________________
>>> x3d-public mailing list
>>> x3d-public at web3d.org <mailto:x3d-public at web3d.org>
>>> http://web3d.org/mailman/listinfo/x3d-public_web3d.org 
>>> <http://web3d.org/mailman/listinfo/x3d-public_web3d.org>
>>
>>
>> _______________________________________________
>> x3d-public mailing list
>> x3d-public at web3d.org
>> http://web3d.org/mailman/listinfo/x3d-public_web3d.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20210827/e09385a2/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: x3dV4_Fig33_1.png
Type: image/png
Size: 70334 bytes
Desc: not available
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20210827/e09385a2/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rubik2x2x2.x3d
Type: model/x3d+xml
Size: 6088 bytes
Desc: not available
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20210827/e09385a2/attachment-0001.x3d>