Documentation: mention custom meshes should be in XZ plane.
See original GitHub issueThanks for the great library.
The isVectorInPolygon
test allows deviation lowestY - 0.5 < vector.y < highestY + 0.5
.
Implicitly, 2d points should be encoded (x, 0, y)
when constructing a floor.
Would you mind noting this in the README?
Issue Analytics
- State:
- Created 3 years ago
- Comments:5 (3 by maintainers)
Top Results From Across the Web
CUBIT™ 15.7 User Documentation
Mesh Generation - A description of CUBIT's mesh generation capabilities, ... As mentioned above, the custom Python filters must implement a class and...
Read more >K74423478: Customizing Aspen Mesh installations - AskF5
In this document we will show various examples of customizing the Aspen Mesh installation, for install guidance please refer to Aspen Mesh ......
Read more >meshpro/pygalmesh: A Python interface to CGAL's meshing ...
pygalmesh is a Python frontend to CGAL's 2D and 3D mesh generation ... Polygons in the x-z-plane can also be rotated around the...
Read more >Control Plane | Tetrate Documentation
This page will introduce you to how the TSB Operator manages the lifecycle of control plane components and what custom resources you can...
Read more >List of Filters — PyMeshLab documentation - Read the Docs
'Z Axis'; 'Custom Axis'. Plane perpendicular to: The Slicing plane will be done perpendicular to the axis.
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
The idea is that the origin of the object you’re moving should be as close as possible to the navmesh surface, within some floating point error. You can also use a dummy object for pathfinding and put the actual model at some offset from it. I used 0.5m here to be a little more flexible, but I wouldn’t want to document that because then we’d be stuck with it. How about something like:
Added in https://github.com/donmccurdy/three-pathfinding/commit/b8e44650172c5612fbadd2bbfc59ccc507c9b767 😃