-
Notifications
You must be signed in to change notification settings - Fork 11
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
Is the given data obj correct? #22
Comments
I manually consulted the meshed_quad.obj file, and the obj file itself doesn't look wrong. |
So for every half edge of vertex i, the vertices alpha and beta should be connected to vertex i, right? But I got the following output: calculating vertex 0 There is no edge between p_i and p_b. What could be wrong? Toooo confused. |
I used the mesh_laplacian_cotangent.m in Dropbox and got this result (same as my manual calculation): -2,0,0,0,2 The result got from the github code (should be wrong because vertex 0~4 only have 3 edges): -4 1 0 1 2 Is it possible that the mesh.next_halfedge function has something wrong? |
It would be really really weird if |
Ok, then I'll need to write a function not using mesh.next_halfedge and see On Thu, Nov 17, 2016 at 11:49 PM, Nicolas Guillemot <
|
I am looking at the very simple quad_mesh object and found something weird. In the picture, when calculating cotan values of vertex i, the vertex of angle beta acquired by using mesh.to_vertex(mesh.next_halfedge(e_ij)) is on the upper-left corner, which does not have an edge connected to vertex i at all. That makes it impossible to get the right laplacian beltrami matrix. The woody object is too big to check, so is it possible this data file also has the same issue?
The text was updated successfully, but these errors were encountered: