The normal estimation. Then you will need to clean up mesh by removing faces that are approximated.
Sorry to bother you, but I still don’t understand completely. Is the normal estimation the one in the screenshot? Or am I missing something? I set all off them to false. and it’s the same result as before.
And to remove the face, I can’t use cockroach, right?
The normal estimation is good, but now you need to remove faces from clouds like this because your clouds are incomplete. The D Output gives the mesh vertex values.
Sample File.gh (121.8 KB)
Now I understand. Thank you very much!!! Appreciate it a lot!
Result in red above, original mesh in black below.
What am I doing wrong?
You need to use the skeleton component from Cockroach plugin.
Also remesh the mesh because skeleton components works by contracting initial mesh.
The implementation comes from here, and it is the most simple method I used:
Mesh_Skeleton_Test.gh (360.7 KB)
Thank you! My bad, had only installed the Rhino plugin. I used Triangulate and it worked.
The Triremesh component you are using is v. 7 only?
Re: skeletonization algorithm. Did you consider wrapping the VMTK centerline skeletonization method? Is it slower than the CGAL method?
It does seems like CGAl one by contracting mesh by smoothing.
Do you see a source code of the VMTK since the github repo is down?
VMTK Centerline uses inscribed spheres. Here should be the source files.
Thanks I see that there are sources in C++, that I can use. Good stuff, lets see how easy it will be to compile.
Hi Petras, thanks for your great work on Cockroach. I can see on Github that it may be refactored/rewritten at some stage. I don’t know if this is the best place, but I had a few points of feedback;
- Previews in Display modes other than ‘wireframe’ appear black.
- There’s no easy way to adjust the point size of Pointcloud previews (I don’t want to adjust colour, but it would be helpful to be able to adjust point size).
Apart from that, I’m really impressed with it’s performance for point clouds in the GB size range.
Thank you for your notice. You can also open on github in the future.
We will add it to our to do list.
Wow, very nice mesh !
What settings did you use in Cockroach ?
I pretty much just followed Petras example above,
Downsample: -1 (none)
Normal Neighbors: 10
Poisson Depth: 12
Iso value: 9
I think I have to do a few more experiments, since I still do not have a clear Idea what each setting is actually doing and how it impacts the quality / calculation time.
Thank you for those figures, I just tried it on some scan data from a FaroS70 and it works beautifully.
A colleague told me that he faces issues / some edge cases with Cockroach Mesh Boolean operations from time to time.
I found this interesting section in a kind of old part of the documentation of cgal:
My uneducated guess is, that it might be worth trying to a more precise implementation and then check again if these rare issues still occurr.
Do you think that using a more exact implementation (if available for the mesh boolean) could help with that?
Would it be possible to expose different implementions for a problem in the grasshopper plugin?
Thanks for the notice, I face it too from time to time, specially for coincident edges, vertices, faces…
I am also aware of inexact and exact representations.
The issues most often happens when transferring vertices coordinations from C# rhino to C++. The floating point errors probably occurs there too. I guess one good workaround would be to round all coordinates in order to snap vertices, but this needs to be done on both sides C++ side.
At the current moment I need to work for other things, but at least it would be great if you upload data-sets that fail.