[x3d-public] 4 things before pursuing further development

[Brutzman, Donald (Don) (CIV)]

Hi John, thanks for call today.  Here is reply to your questions.

1.  Version increment in X3DPSAIL’s setup.py

The version number is incremented each time there is a new release.  It is not modified otherwise.

New releases are announced on the mailing list and are directly inspectable at pypi, the Python Packaging Index.  PyPi currently reports last update as version 4.0.45 on 8 December 2021.

* https://pypi.org/project/x3d

Thus you can always know what the latest version number is.

2.  Stiffness parameter type or conversion in x3d.py

Already reported several times on mailing list, thanks to your original inquiry, there is a question whether they should be MFFloat or SFVec3f.  I am awaiting time for a phone call with Dick Puk to confirm.  Until then, the issue remains open.

Currently everything deployed for X3D 4.0 for stiffness, ulimit, llimit is SFVec3f with default 0 0 0.  After we discuss we will be able to update X3D4 Architecture CD1 draft and Mantis.

All changes are checked in promptly.  As usual you can check sourceforge for current settings, even when full deployment takes a day or two.

All changes are applied to all ~4000 examples so we have a robust and extensive suite of unit tests.

We have updated X3D Validator locally, also fixed log4j security vulnerability and some other small issues.  You can always check the date at the bottom of that page to confirm when the latest update was.

3.  Fix or remove alternate containerFields in X3DJSAIL.  /metadata/ alternate in MetadataSet.java.  Discussion of alternate containerField enumerations in X3DUOM.

Also reported on mailing list last week.  X3D3 and X3D4 containerField corrections relevant HAnimHumanoid/Metadata have been applied and deployed to the models in X3D Examples Humanoid Animation archives, with most subsequent changes now deployed.

Authors modify the name of a containerField to correctly show the field relationship to the parent.  You should never (i repeat Never Never Never) need to touch alternative containerField sources in underlying X3DJSAIL code.

4.  llimit and ulimit default values fixed in X3DJSAIL.

As X3DJSAIL date at bottom of home page indicates, that build has not been updated yet.  I am applying the log4j security fix before updating that.  Real Soon Now hopefully.

Thanks for your reports.  Once again, if you are building your own versions, you must use latest X3D DTD Schema and X3DUOM.  All dates are inspectable.  If we get those ground-truth versions fixed, all of the other changes are handled sooner or (sometimes) later.

It's been a productive year.  Have fun with X3D!  8)

v/r Don

________________________________________
From: x3d-public <x3d-public-bounces at web3d.org> on behalf of John Carlson <yottzumm at gmail.com>
Sent: Sunday, December 26, 2021 20:07
To: X3D Graphics public mailing list
Subject: [x3d-public] 4 things before pursuing further development

Summary of things to fix:
1.  Version increment in X3DPSAIL’s setup.py
2.  Stiffness parameter type or conversion in x3d.py
3.  Fix or remove alternate containerFields in X3DJSAIL.  /metadata/ alternate in MetadataSet.java.  Discussion of alternate containerField enumerations in X3DUOM.
4.  llimit and ulimit default values fixed in X3DJSAIL.

Further development:

TL;DR — Summary:  HAnim Java and maybe Python needs work.

In addition, I recommend running Java code generation and invocation for HAnim .x3d examples.   I realize that my code is more robust during compilation, or at least it was.  I have updated my HAnim examples.   I need one meeting with Don and Joe to resolve issues beyond large code.  Notification of further changes to HAnim examples welcome.   Validators will be useful here.   JSON output from Java not currently feasible because there are warnings, even beyond large code exceptions.   We may also consider python HAnim, which run into the same problems as Java in my case.   I have not tried HAnim with Don’s python generated code much.