[X3D-Public] X3D Followers meeting Wednesday please
Nicholas F. Polys
npolys at vt.edu
Wed Feb 8 23:35:25 PST 2012
yes, I agree
any new nodes (including advanced medical MPR/CPR) must be in a future
version.
... in this case the calendar and ISO timing makes the decision for
us! :-)
with best regards
_n_polys
On 2/8/2012 2:12 PM, Richard Puk wrote:
> Hi, Don --
>
> I recommend adding the four new nodes to Vs. 3.4. If we add them to Vs. 3.3,
> we will need to reballot at the PDAM/CD level. We also need two
> implementations of these which may take quite a bit of time. It would be bad
> to hold up the Volume Rendering Component until all of that is resolved.
> DICOM is assuming approval of 3.3 reasonably soon.
>
> -- Dick
>
> /*****************************************
> * Richard F. Puk, Ph.D.
> * President, Intelligraphics Incorporated
> * 7644 Cortina Court
> * Carlsbad, CA 92009
> * Tel: 1-760-753-9027 E-Mail: puk at igraphics.com
> \*****************************************
>
>
>
>> -----Original Message-----
>> From: Don Brutzman [mailto:brutzman at nps.edu]
>> Sent: Wednesday, February 08, 2012 9:04 AM
>> To: Herbert Stocker; X3D Graphics public mailing list
>> Cc: Peter Schickel; Leonard Daly; Richard F. Puk; Johannes Behr
>> Subject: Re: X3D Followers meeting Wednesday please
>>
>> We had a productive Followers review call today by Herbert Stocker and I.
>>
>> On 2/6/2012 9:08 AM, Don Brutzman wrote:
>>> Some minor but longstanding action items are to address comments on
>>> the Followers (chasers and dampers) component. Herbert, we need your
>>> feedback please.
>>>
>>> Primary points:
>>> - shouldn't there be a ScalarDamper node to correspond to ScalarChaser?
>>> (InstantReality has also implemented this)
>> Details follow.
>>
>> Instant reality
>> http://doc.instantreality.org/documentation/nodetype/ScalarChaser/
>> http://doc.instantreality.org/documentation/nodetype/ScalarDamper/
>>
>> We also looked at their other proposed nodes:
>>
>> InstantReality Followers
>> ColorChaser
>> ColorDamper
>> CoordinateChaser
>> CoordinateDamper
>> OrientationChaser
>> OrientationDamper
>> PositionChaser
>> PositionChaser2D
>> PositionChaser3D (alternate name for PositionChaser)
>> PositionDamper
>> PositionDamper2D
>> PositionDamper3D (alternate name for PositionDamper)
>> ScalarChaser
>> ScalarDamper
>> TexCoordChaser
>> TexCoordDamper
>>
>>
>> X3D specification, Followers component, 39.4 Node reference
>>
>> 39.4.1 ColorDamper
>> 39.4.2 CoordinateDamper
>> 39.4.3 OrientationChaser
>> 39.4.4 OrientationDamper
>> 39.4.5 PositionChaser
>> 39.4.6 PositionChaser2D
>> 39.4.7 PositionDamper
>> 39.4.8 PositionDamper2D
>> 39.4.9 ScalarChaser
>> 39.4.10 TexCoordDamper2D
>>
>> Diff list:
>> ColorChaser
>> CoordinateChaser
>> ScalarDamper
>> TexCoordChaser (if defined, X3D name would be TexCoordChaser2D)
>>
>> A reasonable argument could be made that consistency of support for both
>> Chaser and Damper ought to provided for each data type.
>>
>> Herbert didn't think it would be difficult for BitManagement to also
> implement
>> these 4 additional nodes. He has no object to adding these nodes.
>>
>> I'm willing to add them to X3D-Edit to match.
>>
>> Any other implementers have an opinion?
>>
>> We discussed whether it would increase the burden for browser
> implementers.
>> Since any implementation of 10 existing nodes in Followers component
> includes
>> each of these data types, and since it also includes both Chasers and
> Dampers,
>> and since the algorithms are essentially identical in each case, the level
> of
>> difficulty is very low. Further we could say that since the animation
> algorithms
>> are quite simple, these 4 nodes do not appreciably increase the size of a
> plugin
>> implementation.
>>
>> Therefore, subject to group approval, we recommend that these 4 nodes be
>> added to X3D.
>>
>> Action items for InstantReality would be to
>> - rename TexCoordChaser to TexCoordChaser2D (to match proposed change)
>> - rename TexCoordDamper to TexCoordDamper2D (to match existing X3D spec)
>>
>> Dick: Web3D will likely want to recommend making this change as part of
> the
>> X3D version 3.3 ISO review. This might be considered to be errata since
> the
>> changes provide proper consistency to the Followers component.
>> Let's please discuss our options on the next working group teleconference.
>>
>>> - getting consistent browser support for example scenes
>>> http://www.web3d.org/x3d/content/examples/Basic/Followers/
>> We reviewed these examples. Some work but many don't in BS Contact.
>> Most of the scenes were my translations of Herbert's original examples,
> which
>> used a preliminary node syntax developed prior to approval of the X3D
> Followers
>> Component.
>>
>> Herbert can check on BS Contact support and whether the example scenes are
>> correct or not. I will fix any scene problems and check the updates back
> into
>> version control. For test purposes we might implement CoordinateChaser as
> a
>> native node (instead of using a prototype), if others in X3D group agree
> that this
>> addition to the spec is likely.
>>
>> We will both work to revisit this topic in 2 weeks during the
> teleconference 22
>> FEB 2011. All feedback welcome.
>>
>> all the best, Don
>> --
>> Don Brutzman Naval Postgraduate School, Code USW/Br
>> brutzman at nps.edu
>> Watkins 270, MOVES Institute, Monterey CA 93943-5000 USA
> +1.831.656.2149
>> X3D graphics, virtual worlds, navy robotics
> http://faculty.nps.edu/brutzman
>
>
> _______________________________________________
> X3D-Public mailing list
> X3D-Public at web3d.org
> http://web3d.org/mailman/listinfo/x3d-public_web3d.org
--
Nicholas F. Polys Ph.D.
Director of Visual Computing
Virginia Tech Information Technology
Affiliate Professor
Virginia Tech Computer Science
More information about the X3D-Public
mailing list