-
Notifications
You must be signed in to change notification settings - Fork 154
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Question: Per Element Indices #194
Comments
Yes exactly! (And this is how the container types like
There are these functions, which give an upper bound: https://github.com/nmwsharp/geometry-central/blob/master/include/geometrycentral/surface/surface_mesh.h#L203-L209 (they are used to set the size of the I believe the actual largest index comes from these internal members https://github.com/nmwsharp/geometry-central/blob/master/include/geometrycentral/surface/surface_mesh.h#L306-L323 . I don't believe there are any public-facing functions to access these, but I suppose it could be reasonable to expose them since we expose the raw element indices already. Let me know if that would be useful to you! |
I am interested in a function of |
It corresponds also to |
I created a PR here that exposes these functions, let me know if I missed anything! #196 |
And regarding the reserve/resize, I believe it is a resize? Here, right? https://github.com/nmwsharp/geometry-central/blob/master/src/surface/surface_mesh.cpp#L1609 (I haven't thought much about this implementation in the last couple years, so I am paging it back into memory) |
A |
I'm familiar with the difference, I was just responding to this comment
pointing out that at least in the linked location, it is indeed a And FYI I have merged that PR above exposing the max-index getters for |
On the page on Elements you write "The routines in this section are valid only when the mesh is compressed"
I guess you mean that the indices are no longer a contiguous sequence. So if I have a large enough
std::vector V
can I still use the index of a vertex for storing something inV
?Which leads me to the next question: Do you offer a function to get the largest index of vertices, regardless of being marked as removed or not.
The text was updated successfully, but these errors were encountered: