You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the XKT format supports primitives like "triangles, "solid", "surface", "lines", "line-strip" and "points".
We could extend XKT to support parametric primitives, such as "cylinder", "sphere", "curve", "spline", "rotation", "extrusion" etc.
For each of these primitives, we would extend each XKT geometry with an additional set of floats, to contain the parameters for its primitive type.
We currently have a single set of arrays, positions and indices, that each geometry owns a portion of.
We would add an additional array of floats, called parameters, that each geometry may own a portion of, when the geometry is a parametric primitive type.
For example, a "sphere" geometry would own a portion of parameters that would contain three entries that would parameterize a sphere:
[<sphere radius>, <number of longitude segments>, <number of latitude segments>]
Although parameters contains floats, in some cases they would actually be integers, such as for the second two parameters in this example.
The benefit of this addition would be that XKT files can made smaller for some models. Possibly IFC parametric geometries can be encoded straight into XKT without triangularizing them first. Not sure how this works with glTF being the intermediate format between IFC -> glTF -> XKT though, singe glTF does not support parametric geometries.
The text was updated successfully, but these errors were encountered:
Currently, the XKT format supports primitives like "triangles, "solid", "surface", "lines", "line-strip" and "points".
We could extend XKT to support parametric primitives, such as "cylinder", "sphere", "curve", "spline", "rotation", "extrusion" etc.
For each of these primitives, we would extend each XKT geometry with an additional set of floats, to contain the parameters for its primitive type.
We currently have a single set of arrays,
positions
andindices
, that each geometry owns a portion of.We would add an additional array of floats, called
parameters
, that each geometry may own a portion of, when the geometry is a parametric primitive type.For example, a "sphere" geometry would own a portion of
parameters
that would contain three entries that would parameterize a sphere:[<sphere radius>, <number of longitude segments>, <number of latitude segments>]
Although
parameters
contains floats, in some cases they would actually be integers, such as for the second two parameters in this example.The benefit of this addition would be that XKT files can made smaller for some models. Possibly IFC parametric geometries can be encoded straight into XKT without triangularizing them first. Not sure how this works with glTF being the intermediate format between IFC -> glTF -> XKT though, singe glTF does not support parametric geometries.
The text was updated successfully, but these errors were encountered: