--
You received this message because you are subscribed to the Google Groups "wasora" group.
To unsubscribe from this group and stop receiving emails from it, send an email to wasora+un...@seamplex.com.
To post to this group, send email to was...@seamplex.com.
Visit this group at https://groups.google.com/a/seamplex.com/group/wasora/.
To view this discussion on the web visit https://groups.google.com/a/seamplex.com/d/msgid/wasora/1912718201.6979895.1509281516682%40mail.yahoo.com.
For more options, visit https://groups.google.com/a/seamplex.com/d/optout.
there is a check that the element type id should be smaller than 15 now that I recall
to get to higher ids one would have to initialize to zero the rest of the element types
To view this discussion on the web visit https://groups.google.com/a/seamplex.com/d/msgid/wasora/1233447012.8011186.1509393933823%40mail.yahoo.com.
For more options, visit https://groups.google.com/a/seamplex.com/d/optout.
this happens because the .msh parser reads a wrong number of node ids and treats one node id (1403) as the element type
check that you are reading the right number of node ids by setting the appropriate number of nodes in the element type structure
check out the gmsh manual for more details of the elements that gmsh generates
about the function names, you are right they are probably wrong and should be named eight-node-*
I might have confused the number of nodes with the number of faces
To view this discussion on the web visit https://groups.google.com/a/seamplex.com/d/msgid/wasora/1578650692.8168556.1509405627026%40mail.yahoo.com.
For more options, visit https://groups.google.com/a/seamplex.com/d/optout.
To view this discussion on the web visit https://groups.google.com/a/seamplex.com/d/msgid/wasora/572250934.2454906.1509744492830%40mail.yahoo.com.
For more options, visit https://groups.google.com/a/seamplex.com/d/optout.
The node ordering of vtk is also different from the gmsh's one.Furthermore, vtk does not have the hexahedron 27 element. So I will add hexahedron 20 and try to do the same with the gmsh's pos files.Thank you.
solve the diffusion equation over the cube with milonga and compare with the analytical solution
I did not understand why you could not write only some points of the vtk, I will take a look after merging your pull request
To view this discussion on the web visit https://groups.google.com/a/seamplex.com/d/msgid/wasora/1830100358.3188365.1509895812747%40mail.yahoo.com.
For more options, visit https://groups.google.com/a/seamplex.com/d/optout.
To view this discussion on the web visit https://groups.google.com/a/seamplex.com/d/msgid/wasora/767805464.3186667.1509906913917%40mail.yahoo.com.
a. wrap that line in an if, if thr type is hex27 print 20 otherwise print nodes
b. put your version in the location where milonga looks for wasora
To view this discussion on the web visit https://groups.google.com/a/seamplex.com/d/msgid/wasora/1991910298.3216512.1509908551992%40mail.yahoo.com.
For more options, visit https://groups.google.com/a/seamplex.com/d/optout.
great!
now solve the diffusion equation over the cube with different element types
To view this discussion on the web visit https://groups.google.com/a/seamplex.com/d/msgid/wasora/901587211.4119322.1510008394281%40mail.yahoo.com.
For more options, visit https://groups.google.com/a/seamplex.com/d/optout.
Going deeper I found:Breakpoint 2, wasora_instruction_mesh (arg=0x6cc480) at ../wasora/src/mesh/mesh.c:184
184 for (v = 0; v < element->type->gauss[GAUSS_POINTS_CANONICAL].V; v++) {
(gdb) p element->type.id
$5 = 0
(gdb) c
Continuing.Do you have any clue?
Could it be that the external surface has quads9, which are not supported by wasora (quad.c)?
wasora_mesh.element_type[10].name = strdup("quad9");
wasora_mesh.element_type[10].nodes = 9;
Now I removed the line:
wasora_mesh.element_type[10].nodes = 9;
So, in this block of gmsh.c:
mesh->element[id].type = &(wasora_mesh.element_type[type]);
if (mesh->element[id].type->nodes == 0) {
wasora_push_error_message("elements of type '%s' are not supported in this version :-(", mesh->element[id].type->name);
return WASORA_RUNTIME_ERROR;
}
The if (mesh->element[id].type->nodes == 0) was not true because
mesh->element[id].type->nodes
was 9.
Test:
milonga/examples$ ./milonga 3dshape.mil cube --diffusion
error: elements of type 'quad9' are not supported in this version :-(
Is it right? Why did you write that line?
To view this discussion on the web visit https://groups.google.com/a/seamplex.com/d/msgid/wasora/168084557.555751.1510348644798%40mail.yahoo.com.