[Korea-chapter] [X3D] Agenda items for the Korea chapter meeting (Wed. 5:10pmPST / Thu 10:10am Korea)
Joe D Williams
joedwil at earthlink.net
Wed Nov 11 17:51:04 PST 2009
> ...
> "UNIT statements contained in X3D files referenced by Inline nodes
> or contained in X3D files consisting of EXTERNPROTO bodies shall be
> used to convert effected units to the base units of the root file
> before the referenced X3D file content is incorporated in the X3D
> world."
>
> So, I read this to say that if the root (parent) world is in cm and
> the Inline file is in cm, there would be no conversion.
>
When I said "no conversion" I meant the scaling would come out the
same on both files.
In effect, it would not matter which of the two is the 'root' file or
the Inline file.
Thanks Again,
Joe
----- Original Message -----
From: "Joe D Williams" <joedwil at earthlink.net>
To: ""Myeong Won Lee"" <mwlee at suwon.ac.kr>; <korea-chapter at web3d.org>
Cc: <x3d at web3d.org>
Sent: Wednesday, November 11, 2009 5:10 PM
Subject: Re: [X3D] Agenda items for the Korea chapter meeting (Wed.
5:10pmPST / Thu 10:10am Korea)
>> > 3. Physical units specification
>
> Please let me use a minute to describe Joe's view on the Units
> question and 3.3 solution.
>
> To me, now, there is only one user-orented reason for this update to
> add an optional Units respecifier.
>
> The author wishes to enter coordinate values in the units of
> interest. That is, if working in cm then instead of encoding the
> value as:
> 0.1 0.1 0.1
> it would be written as:
> 1 1 1
> In this case the author would also include the Units statement,
> declaring
> cm 0.1
> to alert the browser that the file is to be interpreted as if the
> numeric values relating to length are included in cm rather than m.
>
> This provides a solution in the many situations where it is more
> accurate and convenient to maintain data in certain numeric units of
> resolution different than the X3D defaults.
>
> When the browser reads this file, it would render the geometry as if
> the scene was contained by scale 0.1 0.1 0.1 and render it as
> expected in relation to other geometry in the scene.
>
> Important to note that this is sort of a phantom scaling because
> files included by Inlines are not affected by their parent file
> Units declaration, but only by any declaration in each individual
> file.
>
> The author's intent and the functionality is maintained. Consistent
> use of Units declarations, even if defaut units are used, will solve
> many longstanding authoring problems encountered when combining
> scenes from several sources.
>
> Treating each file completely independently according to its Units
> specifier allows this to work without producing a cascading
> inheritance effect.
>
> So, the key elements are:
>
> 1 Units statement per file.
> Parent file Units does not affect sibling files.
> Browser rescales file contents for rendering according to declared
> Units.
> .
> It may be important at some point in time for the author to become
> aware that regardless of the convenience, there is a real world out
> there and that regardless of the need, when the standard browser is
> working, the SAI data will be probably be scaled in default units of
> the scenegraph for rendering. Without allowance for the equipment
> resolution, errors similar to rounding may occur. A problem is
> keeping the units in terms of the author's intent when serializing
> the final combined scene. When simulating at the extremes, we may
> need to make special arrangements with our browser core programmer.
>
> "7.2.5.5 UNIT statement
> ...
> "UNIT statements contained in X3D files referenced by Inline nodes
> or contained in X3D files consisting of EXTERNPROTO bodies shall be
> used to convert effected units to the base units of the root file
> before the referenced X3D file content is incorporated in the X3D
> world."
>
> So, I read this to say that if the root (parent) world is in cm and
> the Inline file is in cm, there would be no conversion.
>
> I hope this helps.
> Thank You and Best Regards,
> Joe
>
>
>
> ----- Original Message -----
> From: ""Myeong Won Lee"" <mwlee at suwon.ac.kr>
> To: <korea-chapter at web3d.org>
> Cc: <x3d at web3d.org>
> Sent: Tuesday, November 10, 2009 11:03 PM
> Subject: [X3D] Agenda items for the Korea chapter meeting (Wed.
> 5:10pm PST / Thu 10:10am Korea)
>
>
>> The following are the agenda items for this week's Korea chapter
>> meeting, November 11 (Wed) 5:10pm (PST)/November 12 (Thu) 10:10am
>> (Korea). Please provide updates if any amendments or additions are
>> noted.
>>
>> 1. Projective Texture Mapping (Kwan Hee Yoo, Chungbuk National U.)
>>>First, it is very important that these documents get posted to the
>>>website.
>>>
>> ...
>>>2 questions: do your three proposed texture nodes work similarly
>>>to the
>>>other X3D texture nodes with scope restricted to the geometry in
>>>the
>>>same Shape node. For example:
>>>
>>>Shape
>>>Geometry node
>>>Appearance
>>>Material
>>>Texture node
>>>
>>>Hopefully the functionality DEF and USE are the same, for example
>>>the same OrthoTexture might have a single DEF and 2 USE instances
>>>to apply to the geometry found in 3 different Shape nodes.
>>>
>>>(I think the answers are yes, but will let Kwanhee Yoo answer by
>>>email.)
>>
>>
>>
>> Kwan Hee will address updates.
>>
>>
>>
>> 2. Mixed reality functions (Gun Lee, ETRI)
>>
>>>> Gun has also defined the mixed reality functions as new nodes.
>>>> It is necessary to review this and decide if these node
>>>> definitions are
>>>> appropriate for including the new functions in X3D.
>>>
>>>Unfortunately Gun has not yet received comments about these nodes.
>>>He would like to begin implementing them, likely using CyberX3D for
>>>C++.
>>>http://www.cybergarage.org/vrml/cx3d/cx3dcc/index.html
>>>He will contact the owner, Satoshi Konno in Tokyo.
>>>
>>>Johannes and Yvonne, Fraunhofer has some similar nodes. Have you
>>>you looked at this? Should there be a conference to discuss the
>>>nodes before he implements? Please advise what you think.
>>>
>>>Feedback from other browser implementers is welcome also. Please
>>>advise.
>>
>>
>> Gun will address updates.
>>
>>
>>
>> 3. Physical units specification (Myeong Won Lee, The University of
>> Suwon)
>>
>> The unit browser is being modified from the previous Physical node
>> definition to the UNIT statements. There were contradictions in
>> the email discussion of the X3D WG. We must decide amongst the
>> following when determining which criteria should be applied in the
>> implementation of the length units:
>>
>>
>> (1) Length units are defined but do not affect the visual scene at
>> all where there is no scaling. They transfer length units
>> information only. In this case, we cannot compare differences in
>> real length when two X3D objects designed separately are read into
>> a scene using an inline node or by reading two X3D files together
>> in a scene. There is no difference at all in the scene compared
>> with no unit definition.
>>
>>
>> (2) Length units are defined and do not scale objects when reading
>> an X3D file, but relative scales are used when reading two
>> units-specified X3D files together in a scene using inline nodes or
>> by importing another unit X3D file. We must not scale objects when
>> reading an X3D file because we cannot see the scaled objects of
>> very large and small objects such as those of astronomical and
>> microorganism size. It is desirable to use the same units in X3D
>> files when it is necessary to have relative scales.
>>
>> I prefer the latter case (2).
>>
>> 5. H-Anim motion data definition (Myeong Won Lee, The University
>> of Suwon)
>>
>> We define a Motion Capture node for H-Anim figures in order to
>> transfer the data of moving H-Anim figures. It provides an
>> interface between H-Anim data and motion capture data. An H-Anim
>> viewer has been developed and continues to be updated. A summarized
>> presentation file will be sent to X3D and H-Anim WGs soon.
>>
>>
>>
>> 6. Mobile X3D functions (Myeong Won Lee, The University of Suwon)
>>
>> A mobile X3D viewer is being developed according to the X3D
>> interactive profile. As presented at the SC24 London meeting, the
>> progressive mesh function is necessary for the server side program,
>> but it seems unnecessary for the client side viewer. However, the
>> GPS function is necessary to include in mobile X3D. Therefore, we
>> propose a GPS node for mobile X3D.
>>
>>
>>
>> 7. Web3D Korea Workshop, November 28, Seoul, Korea
>>
>> We will have a Web 3D Standardization Workshop at Ewha Womans
>> University, which is the venue of the conference held twice
>> annually by the Korean Institute of Information Scientists and
>> Engineers. Thirteen standardization items will be presented in the
>> areas of X3D, CAD, education, medicine, GIS, Image, mobile, etc.
>>
>>
>>
>> 8. Web3D Korea Chapter Seoul meeting, December 7-8, 2009, Seoul,
>> Korea
>> I will prepare the program and and inform everyone.
>>
>>
>>
>> 9. Our next Korea chapter meeting is planned for:
>>
>> November 25 (Wed) 5:10pm (PST) / November 26 (Thu) 10:10am (Korea),
>> OR
>> December 2 (Wed) 5:10pm (PST) / December 3 (Thu) 10:10am (Korea)
>>
>>
>>
>> Sincerely,
>>
>> --
>> Myeong Won Lee
>> Dept. of Internet Information Engineering, U. of Suwon
>> Hwasung-si, Gyeonggi-do, 445-743 Korea
>> Tel) +82-31-220-2313, +82-11-9904-4634
>> E-mail) mwlee at suwon.ac.kr
>>
>>
More information about the Korea-chapter
mailing list