[x3d-public] Not quite automated. JinLO4.scaled1_Final.x3d under Sunrize

[Joe D Williams]

> has contained Shape geometry, but needs an intermediate Transform with translation value matching parent HAnimJoint/translation\

for the Jin scaled version, the Shapes are drawn in place as child of Segment, same space as Joint, so no intermediate Transform in Segment is needed. 

Thanks,Joe-----Original Message-----
From: Don Brutzman <don.brutzman at gmail.com>
Sent: Oct 21, 2025 8:44 AM
To: John Carlson <yottzumm at gmail.com>
Cc: Extensible 3D (X3D) Graphics public discussion <x3d-public at web3d.org>, Joe D Williams <joedwil at earthlink.net>
Subject: Re: [x3d-public] Not quite automated. JinLO4.scaled1_Final.x3d under Sunrize

John, re-explaining: to understand this rule you have to read the output message.  It does not talk about validity but is prompting an adjustment to match parent offset of the center field.  It appears to be bad guidance, since the model works OK.
 
You do not need to modify X3D XML Schematron.  My message also reported that I was fixing it, the only question remaining was  whether the rule deserved be adapted instead of deleted.
 
all the best, Don
-- 
X3D Graphics, Maritime Robotics, Distributed Simulation
Relative Motion Consulting  https://RelativeMotion.info





On Tue, Oct 21, 2025 at 2:51 AM John Carlson <yottzumm at gmail.com (mailto:yottzumm at gmail.com)> wrote:
The Schematron rule should apply to HAnimJoint, that is, parent = HAnimJoint and child = Shape is not allowed.  Parent = HAnimSegment and child = Shape is allowed.
 
I am not savvy enough on Schematron to correct the rule.

On Mon, Oct 20, 2025 at 8:57 PM Don Brutzman <don.brutzman at gmail.com (mailto:don.brutzman at gmail.com)> wrote:
The JinLOA4.scaled1.x3d model looks good and animates without warnings in Castle Viewer.
 
The Schematron diagnostic you referred to was
  *  <HAnimSegment DEF='hanim_pelvis' name='pelvis'/> has contained Shape geometry, but needs an intermediate Transform with translation value matching parent HAnimJoint/translation='0 0.707175 -0.015921' in order to be in the right location [/X3D/Scene/HAnimHumanoid/HAnimJoint[1]/HAnimJoint/HAnimSegment, error]

I think this is probably a bogus warning based on a prior misunderstanding, especially since this model seems to work satisfactorily now.

 
Here was the offending schematron rule.  Joe, if you think this rule should be modified instead of scrapped, please let me know.  Otherwise it will be removed from the ruleset.
  *  <report test="(parent::HAnimJoint)    and (Shape) and not(Transform/Shape) and not(../@containerField='skeleton')" role="error">
  *  &lt;<name/> DEF='<value-of select='@DEF'/>' name='<value-of select='@name'/>'/&gt; has contained Shape geometry, but needs an intermediate Transform with translation value matching parent HAnimJoint/translation='<value-of select="../@center"/>' in order to be in the right location 

  *  </report>


all the best, Don
-- 
X3D Graphics, Maritime Robotics, Distributed Simulation
Relative Motion Consulting  https://RelativeMotion.info





 
On Mon, Oct 20, 2025 at 10:55 AM John Carlson via x3d-public <x3d-public at web3d.org (mailto:x3d-public at web3d.org)> wrote:

 
I couldn't quite produce an automated LayerSet/Layer HUD menu for HAnimUtilityKit.  I may back out and use a ProximitySensor if I can't make progress, yet maintain the MenuItem proto. 
While I succeeded at knocking out most of the problems by hand, the menu doesn't quite work for my *Final.x3d file.  The other attached .x3d file is the source, which works.
 
I am tired, and frustrated, mostly about my misunderstanding of Python ElementTree, which frustrated me from automation, I'll probably reinstall or something.
 
Anyway, if anyone want to spot my error, I tried X3D-Edit and X3DJSAIL's CommandLine to spot bugs. X3DJSAIL validates successfully, despite errors, X3D-Edit throws a set of surprising errors about HAnimSegment requiring a Group/Transform and not a direct shape child.
 
Note until the file is completely fixed, I recommend X_ITE/Sunrize. but more work is needed.
 
I'm thinking there's probably an issue with ProtoInterface field accessType again.   Does any tool report these?  The other thing I thought was that multiple animations are targeting the same interpolators, but that's questionable.
 
I did get HAnimUtillityKit nearly working with Aaron's model, so that's progress.
 
Using Haiku was a big black hole of time, I'll probably go back to Sonnet.
 
If all else fails, Reach for X3D-Edit and X3DJSAIL!  Sooner, the better!
 
Attached!
 
John


_______________________________________________
x3d-public mailing list
x3d-public at web3d.org (mailto: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/20251021/6da7a964/attachment-0001.html>