-
Notifications
You must be signed in to change notification settings - Fork 22
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
Mesh refinement #1
Comments
Hi, I am not sure I understand. Have you tried the blockGrading tutorial? It involves grading in x-y. Best regards, /*-------------------------------------------------------------------------- Fraunhofer IWES Ammerländer Heerstr. 136 Phone +49 441 798 5013 / Fax +49 441 798 5019 From: beinspired [[email protected]] I would like to refine the mesh in the x,y plane ( not z plane) previously to move the mesh up to the stl surface. The point of this is because blockMesh can not manage high resolution meshes ( 30M), it can not be run in parallel, so it would be a great solution to start with a simple blockMesh mesh, refine and move. Becau — |
TerrainBlockMesher uses blockMesh library to generate the preliminary mesh ( controlling grading and so) and then, the bottom vertices are moved up to the stl surface. The internal mesh is moved in relation to this calculated displacement. Is that correct? It is a summary, excuse me if I summarize a lot. My idea to solve this issue would be to, after first stage ( blockMesh in single processor), refine the mesh ( by a factor of 4, in the x-y plane) and then, continue with the last stage ( displacement up to the stl). Thank you very much |
Hi Marce, no, this is not entirely true. There is no preliminary mesh within the terrainBlockMesher. The block vertices are instead moved onto the stl (this is a much smaller number of points - especially if you select few blocks and many cells per block, thereby limiting the exactness of your approximation of the stl by the ground patch). So, the mesher should do fine - until the last step, which in any case will take long: the blockMesh, which fills the blocks with cells. And you are right, this does not run in parallel. I used the terrainBlockMesher for 70 x 70 km2, generating 46 mio cells, and it worked fine (however, our internal version, which is quite different in some respects). The xy-grading just gives you grading of the blocks. Your step wise approach will not work for the terrainBlockMesher, is think. Sorry, /*-------------------------------------------------------------------------- Fraunhofer IWES Ammerländer Heerstr. 136 Phone +49 441 798 5013 / Fax +49 441 798 5019 From: beinspired [[email protected]] TerrainBlockMesher uses blockMesh library to generate the preliminary mesh ( controlling grading and so) and then, the bottom vertices are moved up to the stl surface. The internal mesh is moved in relation to this calculated displacement. Is that correct? It is a summary, excuse me if I summarize a lot. My idea to solve this issue would be to, after first stage ( blockMesh in single processor), refine the mesh ( by a factor of 4, in the x-y plane) and then, continue with the last stage ( displacement up to the stl). Thank you very much — |
Hi Jonas, I though that cell vertices were moved onto the stl, not only block vertices to represent accurately stl surface. How much time ( aprox.) takes you to mesh that 46 M cells? Hours, 1-2 days? Do you mind to talk about those differences in a non-public way? Best Regards |
Hi Marce, Yes, the block vertices fully control the accuracys of the stl representation. My email: [email protected] Best, /*-------------------------------------------------------------------------- Fraunhofer IWES Ammerländer Heerstr. 136 Phone +49 441 798 5013 / Fax +49 441 798 5019 From: beinspired [[email protected]] Hi Jonas, I though that cell vertices were moved onto the stl, not only block vertices to represent accurately stl surface. How much time ( aprox.) takes you to mesh that 46 M cells? Hours, 1-2 days? Do you mind to talk about those differences in a non-public way? Best Regards — |
Hi Jonas, Then inside the block, the lower edge is a straight line between two points? |
Ha, you are right: there are the splines, of course! They lie on the stl. /*-------------------------------------------------------------------------- Fraunhofer IWES Ammerländer Heerstr. 136 Phone +49 441 798 5013 / Fax +49 441 798 5019 From: beinspired [[email protected]] Hi Jonas, Then inside the block, the lower edge is a straight line between two points? — |
Could you attach an example about how to export the new surface generated with the blending function? I see the code but I do not know how to export it to STL. |
I would like to refine the mesh in the x,y plane ( not z plane) previously to move the mesh up to the stl surface. The point of this is because blockMesh can not manage high resolution meshes ( 30M), it can not be run in parallel, so it would be a great solution to start with a simple blockMesh mesh, refine and move. Becau
The text was updated successfully, but these errors were encountered: