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

John Carlson yottzumm at gmail.com
Tue Oct 21 02:51:16 PDT 2025


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> 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">
>       - <<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
>    - </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> 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
>> 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/01cf2227/attachment-0001.html>


More information about the x3d-public mailing list