Indeed, thank you, it worked:) Tomek On 18 May 2018 at 14:42, Christophe Geuzaine <geuza...@gmail.com> wrote:
> > Your file is almost correct: you just need to fix the node indices in the > point elements (you start referencing nodes at index 0, while the nodes > actually start at 1). > > (I have patched Gmsh to not crash anymore when the indices are incorrect.) > > Cheers, > > Christophe > > > On 18 May 2018, at 09:20, Tomasz Koziara <t.kozi...@gmail.com> wrote: > > Dear Christophe, > > Here is an output file with POINT1 elements exported using the previously > quoted lines of code: > > https://www.dropbox.com/s/izu5o15b2ow8y9u/spring_system0rb_ele.med.gz?dl=0 > > And here is a stack trace of the crush which I am getting on a OS X > 10.10.5 when opening this file with Gmsh 3.0.6: > > https://www.dropbox.com/s/q4fdk6thv2woy7q/spring_system0rb_bug.txt.gz?dl=0 > > If there is a better way of annotating the MED file with elements > information in this case, I would appreciate an advice:) > > Best regards, > Tomek > > > On 17 May 2018 at 21:36, Christophe Geuzaine <geuza...@gmail.com> wrote: > >> >> HI Tomasz, >> >> I'm not sure that we have actually tested it, but looking back at our MED >> reader we should handle the case. Don't hesitate to send your tentative MED >> files with point elements in them - we'll have a look. >> >> Ch. >> >> On 17 May 2018, at 21:32, Tomasz Koziara <t.kozi...@gmail.com> wrote: >> >> Ha, ha:) I tried that, but failed, for the time being:) I only have the >> examples distributed with MED library to provide inspiration; That was the >> code: >> >> std::vector<med_int> conn; >> for (i = 0; i < num; i ++) >> { >> conn.push_back(i); >> } >> >> ASSERT (MEDmeshElementConnectivityWr(fid, meshName, MED_NO_DT, >> MED_NO_IT, 0., MED_CELL, MED_POINT1, >> MED_NODAL, MED_FULL_INTERLACE, conn.size(), &conn[0]) >= 0, >> "Could not write MED elements"); >> >> which is just a minor modification of the standard output for volumetric >> elements; do feel free to advice on a more suitable way of doing that:) >> Thank You; Tomek >> >> On 17 May 2018 at 21:09, Christophe Geuzaine <geuza...@gmail.com> wrote: >> >>> >>> Gmsh displays all meshes and post-processing data based on elements: so >>> indeed you will need to add "point elements" (1 point for each vertex) in >>> the med file in order to visualize it. >>> >>> Christophe >>> >>> >>> On 17 May 2018, at 14:56, Tomasz Koziara <t.kozi...@gmail.com> wrote: >>> >>> Dear Christophe, >>> >>> Here: https://www.dropbox.com/s/ve8rm3qjyvew1uq/spring_syste >>> m0rb.med.gz?dl=0 >>> >>> Best regards, >>> Tomek >>> >>> >>> >>> On 17 May 2018 at 08:50, Christophe Geuzaine <geuza...@gmail.com> wrote: >>> >>>> >>>> Can you send a (small) example file? >>>> >>>> On 14 May 2018, at 13:08, Tomasz Koziara <t.kozi...@gmail.com> wrote: >>>> >>>> Hi, >>>> >>>> Continuing development of MED export in parmec >>>> <http://parmes.org/parmec/> I keep using Gmsh to test it. This time I >>>> am exporting nodes with time dependent scalar and vector fields attached to >>>> them. There are no elements or connectivity declared in the mesh. After >>>> import Gmsh shows all the views (per field) but I am not able to visualise >>>> anything. I would appreciate a helpful hint or comment:) >>>> >>>> Thank you, >>>> Tomek >>>> _______________________________________________ >>>> gmsh mailing list >>>> gmsh@onelab.info >>>> http://onelab.info/mailman/listinfo/gmsh >>>> >>>> >>>> >>> _______________________________________________ >>> gmsh mailing list >>> gmsh@onelab.info >>> http://onelab.info/mailman/listinfo/gmsh >>> >>> >>> >> >> > >
_______________________________________________ gmsh mailing list gmsh@onelab.info http://onelab.info/mailman/listinfo/gmsh