Skip to content
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

Closed
xuzheng0927 opened this issue Nov 18, 2016 · 5 comments
Closed

Is the given data obj correct? #22

xuzheng0927 opened this issue Nov 18, 2016 · 5 comments

Comments

@xuzheng0927
Copy link

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?

2016-11-17 10 00 01

@nlguillemot
Copy link
Collaborator

I manually consulted the meshed_quad.obj file, and the obj file itself doesn't look wrong.

@xuzheng0927
Copy link
Author

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
p_i: 0.5,-0.5,0
p_j: -0.5-0.5,0
p_b: -0.5,0.5,0
p_a: 0,0,0

There is no edge between p_i and p_b. What could be wrong? Toooo confused.

@xuzheng0927
Copy link
Author

I used the mesh_laplacian_cotangent.m in Dropbox and got this result (same as my manual calculation):

-2,0,0,0,2
0,-2,0,0,2
0,0,-2,0,2
0,0,0,-2,2
2,2,2,2,-8

The result got from the github code (should be wrong because vertex 0~4 only have 3 edges):

-4 1 0 1 2
1 -4 1 0 2
0 1 -4 1 2
1 0 1 -4 2
2 2 2 2 -8

Is it possible that the mesh.next_halfedge function has something wrong?

@nlguillemot
Copy link
Collaborator

It would be really really weird if mesh.next_halfedge had a bug since it's been used for so long.

@xuzheng0927
Copy link
Author

Ok, then I'll need to write a function not using mesh.next_halfedge and see
if the result can be different.

On Thu, Nov 17, 2016 at 11:49 PM, Nicolas Guillemot <
notifications@github.com> wrote:

It would be really really weird if mesh.next_halfedge had a bug since
it's been used for so long.


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#22 (comment), or mute
the thread
https://github.com/notifications/unsubscribe-auth/AI3gFNgXbF8tCHWuCVfDv_8okfseM99gks5q_ViagaJpZM4K2Jth
.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants