<div dir="auto">The Schematron rule should apply to HAnimJoint, that is, parent = HAnimJoint and child = Shape is not allowed. Parent = HAnimSegment and child = Shape is allowed.</div><div dir="auto"><br></div><div dir="auto">I am not savvy enough on Schematron to correct the rule.</div><div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, Oct 20, 2025 at 8:57 PM Don Brutzman <<a href="mailto:don.brutzman@gmail.com">don.brutzman@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>The JinLOA4.scaled1.x3d model looks good and animates without warnings in Castle Viewer.</div><div><br></div><div>The Schematron diagnostic you referred to was</div><div><ul><li><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]</li></ul><div>I think this is probably a bogus warning based on a prior misunderstanding, especially since this model seems to work satisfactorily now.</div></div><div><br></div><div>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.</div><div><ul><li><report test="(parent::HAnimJoint) and (Shape) and not(Transform/Shape) and not(../@containerField='skeleton')" role="error"></li><ul><li><<name/> DEF='<value-of select='@DEF'/>' name='<value-of select='@name'/>'/> 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 </li></ul><li></report></li></ul></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div style="color:rgb(34,34,34)"><span style="font-family:monospace">all the best, Don</span></div><div style="color:rgb(34,34,34)"><font face="monospace">-- </font></div><div style="color:rgb(34,34,34)"><font face="monospace">X3D Graphics, Maritime Robotics, Distributed Simulation</font></div><div style="color:rgb(34,34,34)"><font face="monospace">Relative Motion Consulting <a href="https://RelativeMotion.info" target="_blank">https://RelativeMotion.info</a></font></div></div></div></div><br></div><br><div class="gmail_quote"></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 20, 2025 at 10:55 AM John Carlson via x3d-public <<a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a>> wrote:<br></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"></blockquote></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">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.<div><br></div><div>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.</div><div><br></div><div>I am tired, and frustrated, mostly about my misunderstanding of Python ElementTree, which frustrated me from automation, I'll probably reinstall or something.</div><div><br></div><div>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.</div><div><br></div><div>Note until the file is completely fixed, I recommend X_ITE/Sunrize. but more work is needed.</div><div><br></div><div>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.</div><div><br></div><div>I did get HAnimUtillityKit nearly working with Aaron's model, so that's progress.</div><div><br></div><div>Using Haiku was a big black hole of time, I'll probably go back to Sonnet.</div><div><br></div><div>If all else fails, Reach for X3D-Edit and X3DJSAIL! Sooner, the better!</div><div><br></div><div>Attached!</div><div><br></div><div>John</div></div></blockquote></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
_______________________________________________<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>
</blockquote></div></div>