[Gmsh] Higher order quadrangular mesh.

[Vijay S. Mahadevan]

Yes the precompiled windows version of 2.5 on Windows 7 still has the
gui problem. I've attached a jpeg of the mesh for you to see exactly
what I mean. The statistics for the mesh are also attached and shows
that there are 25 nodes on the surface of the mesh ! The original .geo
file I sent should be able to replicate this problem and should be
useful for testing.

Let me know if you need any other information.
Thanks,
vijay

On Fri, Oct 15, 2010 at 10:50 AM, Christophe Geuzaine
<cgeuzaine at ulg.ac.be> wrote:
> On 06/10/10 23:46, Vijay S. Mahadevan wrote:
>>
>> Hi Christophe,
>>
>> I actually just tried it and it works perfectly with the nightly
>> build. Again, thank you very much for the prompt fix !
>>
>> I did find something weird in the gui in the new version. If I used
>> the windows GUI version to create even a first order quad mesh with
>> the given geo file, it shows a node in the middle of every element
>> (similar to a bubble). But writing out the mesh file and then
>> reloading it removes this anomaly. Maybe this is just an error in the
>> interface portion of it. I thought that you should know because it is
>> annoying to see a node that is not supposed to be there for a given
>> order element and gives a wrong impression of the final mesh being
>> generated. Hope that helps to replicate the bug.
>
> Weird. Can you give the precompiled 2.5.0 version a try?
>
>>
>> Vijay
>>
>> On Wed, Oct 6, 2010 at 3:44 PM, Vijay S. Mahadevan<vijay.m at gmail.com>
>>  wrote:
>>>
>>> Thanks for the prompt reply. I will try this tonight and will let you
>>> know if I still have issues.
>>>
>>> Vijay
>>>
>>> On Wed, Oct 6, 2010 at 2:30 PM, Christophe Geuzaine<cgeuzaine at ulg.ac.be>
>>>  wrote:
>>>>
>>>> On 06/10/10 01:58, Vijay S. Mahadevan wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> I have a nice 2-D lattice that I want to discretize using higher order
>>>>> quadrangles. Since the GUI version does not seem to support p>2, I
>>>>> work with the command line version (ver:  2.4.2). But it does not
>>>>> yield correct results. The first and second order meshes work
>>>>> correctly and display as they should but the higher order meshes are
>>>>> buggy (the internal nodes per element are incomplete and
>>>>> inconsistent). I would really appreciate it if you can help me out in
>>>>> finding the error in the geo file for using higher order
>>>>> discretizations.
>>>>>
>>>>> I've attached the geometry file with the mail along with the discrete
>>>>> mesh for 2nd and 3rd order quads. If you need anything else, do let me
>>>>> know.
>>>>
>>>> Hi Vijay - this should be fixed in ewcent nightly snapshots. Could you
>>>> give
>>>> it a try?
>>>>
>>>>>
>>>>> Thank you,
>>>>> Vijay
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> gmsh mailing list
>>>>> gmsh at geuz.org
>>>>> http://www.geuz.org/mailman/listinfo/gmsh
>>>>
>>>>
>>>> --
>>>> Prof. Christophe Geuzaine
>>>> University of Liege, Electrical Engineering and Computer Science
>>>> http://www.montefiore.ulg.ac.be/~geuzaine
>>>>
>>>
>>
>
>
> --
> Prof. Christophe Geuzaine
> University of Liege, Electrical Engineering and Computer Science
> http://www.montefiore.ulg.ac.be/~geuzaine
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: linear_mesh_statistics1.png
Type: image/png
Size: 9917 bytes
Desc: not available
URL: <http://www.geuz.org/pipermail/gmsh/attachments/20101015/15246c9d/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: linear_mesh_statistics2.png
Type: image/png
Size: 14252 bytes
Desc: not available
URL: <http://www.geuz.org/pipermail/gmsh/attachments/20101015/15246c9d/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: linear_mesh.jpeg
Type: image/jpeg
Size: 99709 bytes
Desc: not available
URL: <http://www.geuz.org/pipermail/gmsh/attachments/20101015/15246c9d/attachment.jpeg>