[Nek5000-users] [*] Re: [*] Re: Visit messing up

[nek5000-users at lists.mcs.anl.gov]

It's generally better to control the geometry through userchk
via:

       ifxyo = .true.
       if (istep.gt.iostep) ifxyo = .false.


so that you don't have geometry in each and every file.   In
future versions of the visit reader it will read the geometry
from any file that contains geometry, which will impact performance
in cases where each file contains geometry.

It's clear that one of the things we need to do in nek is to
make it default to always dumping geometry in the first file,
so that users are not troubled w/ this.  Hopefully we can do
that in the next few days.

(There is also a minor flaw in the above approach in that if
you are using the less-used IOTIME trigger, with IOSTEP=0,
you would get geometry with each output file.)

Paul



On Thu, 20 May 2010, nek5000-users at lists.mcs.anl.gov wrote:

> Thank you Stefan. I checked and indeed the coordinates switch was "F".
>
> On 05/20/2010 04:51 PM, nek5000-users at lists.mcs.anl.gov wrote:
>> The OUTPUT section in the rea-files controls what data will be dumped into 
>> a fld-file.
>> So if you want to dump the coordinates just set:
>>
>>    ***** OUTPUT FIELD SPECIFICATION *****
>>             X SPECIFICATIONS FOLLOW
>>    T      COORDINATES
>> 
>> Sometimes you don't want to dump the coordinates at every I/O step (to save 
>> space). In this case we the following in usrchk():
>>
>>        ifxyo = .true. ! Turn on xyz output
>>        if (istep.gt.iostep) ifxyo = .false.  ! Turn off xyz output after 
>> first dump
>> 
>> 
>> hth,
>> Stefan
>> 
>> 
>> On May 20, 2010, at 11:59 AM, nek5000-users at lists.mcs.anl.gov wrote:
>>
>> 
>>> Hi Stefan,
>>>
>>>     Thanks for diagnosing the problem. Yes, the output is of 
>>> high_ray0.f0001. No wonder, this always happens when I put the 
>>> "firsttimestep" to something other than 1. So is there some switch that 
>>> controls the output of coordinates?
>>> 
>>> Thanks,
>>> Mani chandra
>>> 
>>> On 05/20/2010 03:05 PM, nek5000-users at lists.mcs.anl.gov wrote:
>>> 
>>>> The problem might be something else!
>>>> We assume that the first fld-file loaded into VisIt comes with 
>>>> mesh-coordinates.
>>>> If the coordinates are missing you'll get a similar behavior.
>>>> 
>>>> Stefan
>>>> 
>>>> Sometimes it happens that users don't have
>>>> 
>>>> 
>>>> On May 20, 2010, at 11:28 AM, nek5000-users at lists.mcs.anl.gov wrote:
>>>> 
>>>>
>>>> 
>>>>> Hello Mani,
>>>>> 
>>>>> Switch to the latest (2.0.0) Visit version.  There was a problem in
>>>>> older versions (at least on 32 bit machines) that is now fixed.
>>>>> 
>>>>> Cheers,
>>>>> Frank
>>>>> 
>>>>> 
>>>>> On Thu, 2010-05-20 at 14:49 +0530, nek5000-users at lists.mcs.anl.gov
>>>>> wrote:
>>>>>
>>>>> 
>>>>>> Hi,
>>>>>>
>>>>>>      Sometimes, randomly visit messes up the visualization, as shown in
>>>>>> the attached picture. The mesh is supposed to be that of a 3D box.
>>>>>> Reloading the database does not work. The simulation seems to be going
>>>>>> ok and nek is running fine. I'm using Visit 1.12.2 svn revision 9638 
>>>>>> and
>>>>>> nek svn revision 518. Any clue as to why this is happening?
>>>>>> 
>>>>>> Thanks,
>>>>>> Mani chandra
>>>>>> _______________________________________________
>>>>>> Nek5000-users mailing list
>>>>>> Nek5000-users at lists.mcs.anl.gov
>>>>>> https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users
>>>>>>
>>>>>> 
>>>>> -- 
>>>>> Frank Herbert Muldoon, Ph.D. Mechanical Engineering
>>>>> Technische Universität Wien (Technical University of Vienna)
>>>>> Inst. f. Strömungsmechanik und Wärmeübertragung (Institute of Fluid
>>>>> Mechanics and Heat Transfer)
>>>>> Resselgasse 3
>>>>> 1040 Wien
>>>>> Tel: +4315880132232
>>>>> Fax: +4315880132299
>>>>> Cell:+436765203470
>>>>> fmuldoo (skype)
>>>>> http://tetra.fluid.tuwien.ac.at/fmuldoo/public_html/webpage/frank-muldoon.html
>>>>> 
>>>>> _______________________________________________
>>>>> Nek5000-users mailing list
>>>>> Nek5000-users at lists.mcs.anl.gov
>>>>> https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users
>>>>>
>>>>> 
>>>> _______________________________________________
>>>> Nek5000-users mailing list
>>>> Nek5000-users at lists.mcs.anl.gov
>>>> https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users
>>>> 
>>>>
>>>> 
>>> _______________________________________________
>>> Nek5000-users mailing list
>>> Nek5000-users at lists.mcs.anl.gov
>>> https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users
>>> 
>> _______________________________________________
>> Nek5000-users mailing list
>> Nek5000-users at lists.mcs.anl.gov
>> https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users
>>
>> 
>
> _______________________________________________
> Nek5000-users mailing list
> Nek5000-users at lists.mcs.anl.gov
> https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users
>