[x3d-public] X3D Agenda 19 June 2020: Mantis issues; PointSet and Delaunay triangulation
Don Brutzman
brutzman at nps.edu
Thu Jun 25 17:51:38 PDT 2020
Thanks Doug. Agreed that browsers could apply a variety of visualization and rendering techniques with respect to PointSet presentation.
In general our plans for X3D4 are to allow these data structures in order to facilitate support for data collection by scanners and mesh-related algorithms.
So... a light touch in the specification, and increasing set of opportunities for support.
On 6/19/2020 2:05 PM, GPU Group wrote:
> 1252 PointProperties node specification; PointSet/LineSet/IndexedLineSet can contain Normal
>
> PointSet
> SFBool triangulate FALSE
> A problem with triangulating an arbitrary pointset - delaunay works best in a local plane, and with no sense of where a surface should pass, it's hard to guess at a local plane for delaunay.
> Normals may/would/could/should help.
> -Doug
> https://en.wikipedia.org/wiki/Delaunay_triangulation
>
>
>
> On Fri, Jun 19, 2020 at 1:44 PM GPU Group <gpugroup at gmail.com <mailto:gpugroup at gmail.com>> wrote:
>
> 1252 PointProperties node specification; PointSet/LineSet/IndexedLineSet can contain Normal
>
> EXTRUSION - if you have a Line with normals, then perhaps if you extrude, you could get surface normals?
>
> (a SPEC COMMENT early proposed extending extrusion to geometry2D, including lines and points - points being extruded into lines)
> -Doug
> SPEC COMMENT
> Geometry3D >
> 13.3.5 Extrusion
> One view/perspective/model/theory of x3d: a hypermedia format. It provides integrated access to multiple common media types.
> Corollary to the hypermedia theory: if/when scene authors complain about a lack of authoring tools for x3d, they are in effect saying x3d is not sufficiently harmonized/coordinated with common media.
>
> Currently Extrusion takes MFVec2f. For filling end caps it must be closed, and so its awkward to do a hole/cut-out: you need a connector between outer and inner edge to do a hole, with change of direction to avoid crossover - something that's not easy/convenient with a common authoring tool and so typically must be done by hand or by making special algorithms to reverse polyline direction.
>
> In theory any 2D geometry should be extrudable into the 3rd dimension.
> - Text
> - NURBS curve2D (see NURBS Component Swept and Swung surfaces)
> - geometry2D > Polyline2D, Rectangle2D, Disk2D, Circle2D, ArcClose2D Arc2D, TriangleSet2D
> - maybe PolyPoint2D could be extruded into lines
>
> To do that, Extrusion would need to take a node or nodes.
> Extrusion
> - crossSectionGeometry SFNode (or MFNode) [geometry2D,Text2D,NurbsCurve2D]
>
> For implementation, 2D geometry nodes would report a list of extrudable edges, and any fillable area for use as end-cap
> Then the extrusion node would extrude the edges - filling in triangulated quads between edge segments.
> And add end caps if available and desired.
>
> Missing from Geometry2D: a way to generate nested or intersecting polyline / polygon sets.
> For example in font text, the O or P have an outer edge, and an inner edge - 2 unconnected edges in a set.
> PolygonSet2D
> - MFNode polylines <polyline2d>
> Currently Polyline2D has no fill option
> Polygon2D : Polyline2D
> - SFBool fill
> Then
> PolygonSet2D
> - MFNode polygons <polygon2d>
> And this PolygonSet2D is the kind of structure Extrusion could use to do its extrusion on edges and end cap filling, in a general way, and that's easier to export from common authoring tools.</polygon2d></polyline2d>
>
> /SPEC COMMENT
>
> On Thu, Jun 18, 2020 at 8:42 PM Don Brutzman <brutzman at nps.edu <mailto:brutzman at nps.edu>> wrote:
>
> We meet at our regular time and Zoom coordinates, Friday 08-0930 pacific (your time zone may vary).
>
> ---
>
> 1. *Participation Information*
>
> [1] Web3D Teleconference Information
> https://www.web3d.org/member/teleconference-information
>
> Please use the following link for all Web3D Consortium Meetings.
>
> Join URL: https://us02web.zoom.us/j/81634670698?pwd=a1VPeU5tN01rc21Oa3hScUlHK0Rxdz09
>
> Meeting ID: 81634670698 Meeting Password: 483805
>
> One tap mobile
> US (New York) +1 929 205 6099,,(nine-digit number from Join URL above)#
> US (San Jose) +1 669 900 6833,,(nine-digit number from Join URL above)#
>
> ---
>
> 2. *Related work*
>
> We hope to review and accept Pull Request 8 next week to integrate Physically Based Rendering (PBR) and lighting with glTF support.
>
> Efi, Thanos, Dick and Don have nearly all node and node type architectural relationships defined for an upgraded Sound component that includes spatialized sound capabilities matching W3C Web Audio API.
>
> We plan to submit a draft specification for review to Web3D Consortium Board of Directors and membership on 30 June. Following that review the draft document will be released publicly for comment in time for SIGGRAPH 2020.
>
> Implementations to date include X3DOM, X_ITE and Titania, Castle Game Engine view3dscene and FreeWRL, with possible implementation interest noted by at other major codebases.
>
> Ongoing releases include X3D4 XML Schema, X3D Unified Object Model (X3DUOM), X3D XML Schema and DOCTYPE, X3D Ontology, X3D JSON encoding, X3DJSAIL (Java), X3DPSAIL (Python x3d.py).
>
> Summary of current and planned X3D4 nodes and fields is available in
>
> [1] X3D4 Tooltips
> https://www.web3d.org/x3d/content/X3dTooltips.html
>
> ---
>
> 3. *Mantis Issues*
>
> Dick and Don continue making steady progress applying approved changes to the X3D4 Specifications and related assets.
>
> [2] Mantis: View All Issues
> https://www.web3d.org/member-only/mantis/view_all_bug_page.php
> then select "X3D Project" in upper right corner.
>
> Reportedly each member and invited expert either has full access into these Mantis issues, or else is being assisted. POC is Executive Director Anita Havele if difficulties persist.
>
> Draft specification available to members in Github version control:
>
> [3] Github Web3D Consortium
> https://github.com/Web3dConsortium
>
> [4] Github Web3D Consortium: ISO-IEC 19775-1 - X3D Architecture and base components, Part 1
> https://github.com/Web3DConsortium/X3D/tree/master/ISO-IEC19775/ISO-IEC19775-1/ISO-IEC19775-1v4.0/ISO-IEC19775-1v4-WD1/Part01
>
> This week we are reviewing a large number of issues that are quite close to resolution. Each issue has enjoyed scrutiny and dialog on the x3d-public mailing list and X3D Working Group reviews. We seek to determine consensus on as many as possible in order to allow including the corresponding changes in the forthcoming X3D4 draftrelease.
>
> Issue list follows, full issue list attached.
>
> Id Summary
>
> 1310 near and far clipping planes currently not directly specified
>
> 1309 NavigationInfo avatarSize parameters need to be split into separate fields
>
> 1308 creaseAngle support by Triangle nodes
>
> 1307 X3DParticleEmitterNode mass and surfaceArea accessType initializeOnly rather than inputOutput?
>
> 1304 allowing animation of Cone, Cylinder bottom/side/top: accessType inputOutput
>
> 1303 optional support for WebMercator datasets
>
> 1302 geoSystem is difficult to define and parse, consider alternative approach
>
> 1301 check geospatial navigation to see if NavigationInfo modes are sufficient
>
> 1300 Consistently unify metadata model for GeoMetadata and HAnimHumanoid info array
>
> 1299 Annotation Component deferral
>
> 1293 HypersurfaceSensor/MultiTouchSensor for multi-touch environments
>
> 1292 numbering of z order of layers in LayerSet
>
> 1283 XML encoding: change X3D4 MetadataSet default containerField='value' ?
>
> 1281 TwoSidedMaterial deprecation by adding Appearance backMaterial field
>
> 1277 Provide displayBBox field on X3DBoundedObject nodes to display bounding boxes, rename bboxDisplay for consistency
>
> 1276 name types: whitespace constraints, NMTOKEN and SFString
>
> 1275 whether CollisionCollection and RigidBody implement X3DBoundedObject node
>
> 1273 https level support requirements should match http level support
>
> 1272 glTF import needs to include metadata import
>
> 1271 add visible field to X3DBoundedObject
>
> 1269 glTF physically based rendering PBR, advanced material textures and lighting
>
> 1268 add height and width attributes to root X3D node
>
> 1267 Strategies to Improve X3Dv4 Audio and Sound Component
>
> 1266 Make RGB and grayscale textures treatment consistent
>
> 1265 Text size clarification, relative to baseline
>
> 1264 NavigationInfo type TURNTABLE HELICOPTER GAME FREEFLY
>
> 1263 Log capability to record event streams
>
> 1262 new field /refresh/ for Inline, ImageTexture etc.
>
> 1261 PointSet field for Normal node
>
> 1259 Scanning profile needed?
>
> 1258 Layout component needs to be consistently implemented
>
> 1257 Inline allowed to load additional model types
>
> 1255 Projective Texture Mapping Component (PTM)
>
> 1252 PointProperties node specification; PointSet/LineSet/IndexedLineSet can contain Normal
>
> Today Dick and I located a large number of editorial comments from an in-depth review by Roy Walmsley. We are going through each one-by-one and will elevate any that are functional, rather than simply editorial.
>
> Thanks for all scrutiny, feedback and implementation efforts. Have fun with X3D4! 8)
>
> all the best, Don
> --
> Don Brutzman Naval Postgraduate School, Code USW/Br brutzman at nps.edu <mailto: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 <mailto:x3d-public at web3d.org>
> http://web3d.org/mailman/listinfo/x3d-public_web3d.org
>
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
More information about the x3d-public
mailing list