Hi Ken, Kenji and Jens, <div><br></div><div>I pulled the fix to UpdateInformationUniform that Ken committed into ParaView a few weeks ago. I just now also applied the fix to UpdateInformationFunction and pulled the change into ParaView as well.</div>
<div><br></div><div>I apologize for some of the confusion. Since the transition to Git, Xdmf work is done on master and has to be manually pulled onto the 'pv' branch that ParaView uses due to structural issues with Xdmf and how it was circumvented using CVS symlinks.</div>
<div><br></div><div>Anyway, Please let myself or Ken know if there are any more problems.</div><div><br></div><div>Thanks!<br>
<br><div class="gmail_quote">On Sat, May 29, 2010 at 4:41 AM, Kenji Takizawa <span dir="ltr"><<a href="mailto:Kenji.Takizawa@tafsm.org" target="_blank">Kenji.Takizawa@tafsm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dear Ken, and dear Utkarsh,<br>
<br>
I sent an email for the bug fix. But Kenneth applied it to different location.<br>
Instead of line 148 (which is in UpdateInformationFunction), it was<br>
applied to 172 (which is in UpdateInformationUniform).<br>
<br>
So I would like to inform you this again. I believe this issue is also<br>
related to this bug.<br>
I had been fixed on my servers and working well. I am also using state<br>
loadings with sever and client system.<br>
<br>
Thank you,<br>
<font color="#888888">Kenji Takizawa<br>
</font><div><div></div><div><br>
<br>
On Fri, May 28, 2010 at 2:36 PM, Utkarsh Ayachit<br>
<<a href="mailto:utkarsh.ayachit@kitware.com" target="_blank">utkarsh.ayachit@kitware.com</a>> wrote:<br>
> Jens,<br>
><br>
> I'd recommend not relying on Xdmf state loading or Python API in 3.6<br>
> (or before) since that was broken. It has since been fixed for 3.8. I<br>
> have requested the ARL/Xdmf folks to take a look at the hyperslab<br>
> issue. I'll keep you posted. Once that segfault is fixed, state<br>
> loading should not be an issue.<br>
><br>
> Utkarsh<br>
><br>
> On Fri, May 28, 2010 at 3:27 PM, Jens <<a href="mailto:jens-devel@gmx.de" target="_blank">jens-devel@gmx.de</a>> wrote:<br>
>> Hi Utkarsh,<br>
>><br>
>> The problem is related to bug 10775<br>
>> (<a href="http://public.kitware.com/Bug/view.php?id=10775" target="_blank">http://public.kitware.com/Bug/view.php?id=10775</a>) and hyperslabs in XDMF.<br>
>> I attached an example which should reproduce the problems I discribe now:<br>
>><br>
>> hyperslab on its own:<br>
>> pv 3.6.2: loading test.xmf->dataset u_without_hyperslab works fine<br>
>> pv 3.8.0: loading test.xmf->dataset u_without_hyperslab works fine<br>
>> pv 3.6.2: loading test.xmf->dataset u_with_hyperslab works fine<br>
>> =>!! pv 3.8.0: loading test.xmf->dataset u_with_hyperslab _segfaults_<br>
>><br>
>> hyperslab and "Load/Save State":<br>
>> pv 3.6.2: loading test_nohyper.pvsm works fine (contour is visible)<br>
>> pv 3.8.0: loading test_nohyper.pvsm works fine (contour is visible)<br>
>> =>! pv 3.6.2: loading test_withhyper.pvsm fails (contour _NOT_ visible)<br>
>> =>!! pv 3.8.0: loading test_withhyper.pvsm _segfaults_<br>
>><br>
>> XDMF+hyperslab never worked with "Load State". pv 3.6.2 loads the<br>
>> pipeline but does not load the hyperslab-dataset. pv 3.8.0 segfaults as<br>
>> it does loading hyperslab-datasets anyway.<br>
>><br>
>> I hope you can reproduce the behaviour (the bugreport also has a<br>
>> backtrace attached).<br>
>> It would be great, if this problem could be fixed. But I am happy now to<br>
>> know its the hyperslab .. that's the first step to a bugfix :)<br>
>><br>
>> Greetings<br>
>> Jens<br>
>><br>
>> Utkarsh Ayachit schrieb:<br>
>>> Jens,<br>
>>><br>
>>> It would be great if you could post a state to reproduce this issue.<br>
>>><br>
>>> Utkarsh<br>
>>><br>
>>> On Fri, May 28, 2010 at 1:31 PM, Jens <<a href="mailto:jens-devel@gmx.de" target="_blank">jens-devel@gmx.de</a>> wrote:<br>
>>>> Hi Utkarsh,<br>
>>>><br>
>>>> if I reload the state in paraview-gui it does not refresh ether.<br>
>>>> I have to walk through the pipeline (bottom to top) and call "Apply".<br>
>>>><br>
>>>> Greetings<br>
>>>> Jens<br>
>>>><br>
>>>><br>
>>>> Utkarsh Ayachit schrieb:<br>
>>>>> Jens,<br>
>>>>><br>
>>>>> Is the non-refreshed part of the pipeline visible in the view?<br>
>>>>><br>
>>>>> Utkarsh<br>
>>>>><br>
>>>>> On Fri, May 28, 2010 at 3:23 AM, Jens <<a href="mailto:jens-devel@gmx.de" target="_blank">jens-devel@gmx.de</a>> wrote:<br>
>>>>>> Hi Utkarsh,<br>
>>>>>><br>
>>>>>> thank you for that hint.<br>
>>>>>> I can see the bounding box now ...<br>
>>>>>><br>
>>>>>> But somehow it does not refresh the whole pipeline.<br>
>>>>>> What do I have to do, that all parts of pipeline are updated before I<br>
>>>>>> write the image. Any idea?<br>
>>>>>><br>
>>>>>> Greetings<br>
>>>>>> Jens<br>
>>>>>><br>
>>>>>> Utkarsh Ayachit schrieb:<br>
>>>>>>> Jens<br>
>>>>>>><br>
>>>>>>> Here's an updated script:<br>
>>>>>>> =================<br>
>>>>>>> from paraview.simple import *<br>
>>>>>>><br>
>>>>>>> # reload state<br>
>>>>>>> servermanager.LoadState('/tmp/state.pvsm')<br>
>>>>>>><br>
>>>>>>> view = GetRenderViews()[0]<br>
>>>>>>><br>
>>>>>>> ## render png<br>
>>>>>>> view.ResetCamera()<br>
>>>>>>> view.StillRender()<br>
>>>>>>> view.WriteImage( "/tmp/Test1.png", "vtkPNGWriter" )<br>
>>>>>>> ==================<br>
>>>>>>><br>
>>>>>>><br>
>>>>>>> The problem was that your script was creating a new view, and not<br>
>>>>>>> using the view created by the state file.<br>
>>>>>>><br>
>>>>>>> Utkarsh<br>
>>>>>>><br>
>>>>>>> On Thu, May 27, 2010 at 2:56 PM, Jens <<a href="mailto:jens-devel@gmx.de" target="_blank">jens-devel@gmx.de</a>> wrote:<br>
>>>>>>>> Hi,<br>
>>>>>>>><br>
>>>>>>>> I try to use pvbatch to render a whole bunch of screenshots using a<br>
>>>>>>>> script. pvbatch works fine if I simply create a sphere and write that<br>
>>>>>>>> image to disk.<br>
>>>>>>>><br>
>>>>>>>> But loading a predefined pipeline using LoadState('pstate.pvsm') which<br>
>>>>>>>> includes a datset in XDMF file format fails.<br>
>>>>>>>><br>
>>>>>>>> Any idea what I am doing wrong?<br>
>>>>>>>> This seems to be related to bug 6495<br>
>>>>>>>> (<a href="http://www.itk.org/Bug/view.php?id=6495&nbn=2" target="_blank">http://www.itk.org/Bug/view.php?id=6495&nbn=2</a>), but the suggested<br>
>>>>>>>> solution cannot be used with LoadState(..).<br>
>>>>>>>><br>
>>>>>>>> Greetings<br>
>>>>>>>> Jens<br>
>>>>>>>><br>
>>>>>>>> ====================<br>
>>>>>>>> from paraview import servermanager<br>
>>>>>>>><br>
>>>>>>>> # connect to pvserver<br>
>>>>>>>> servermanager.Connect()<br>
>>>>>>>><br>
>>>>>>>> # reload state<br>
>>>>>>>> #r = servermanager.LoadState('paraview_state.pvsm')<br>
>>>>>>>><br>
>>>>>>>> # render png<br>
>>>>>>>> view = servermanager.CreateRenderView()<br>
>>>>>>>> view.ResetCamera()<br>
>>>>>>>> view.StillRender()<br>
>>>>>>>> view.WriteImage( "Test1.png", "vtkPNGWriter" )<br>
>>>>>>>> ====================<br>
>>>>>>>> _______________________________________________<br>
>>>>>>>> Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
>>>>>>>><br>
>>>>>>>> Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
>>>>>>>><br>
>>>>>>>> Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
>>>>>>>><br>
>>>>>>>> Follow this link to subscribe/unsubscribe:<br>
>>>>>>>> <a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
>>>>>>>><br>
>>>> _______________________________________________<br>
>>>> Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
>>>><br>
>>>> Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
>>>><br>
>>>> Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
>>>><br>
>>>> Follow this link to subscribe/unsubscribe:<br>
>>>> <a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
>>>><br>
>>><br>
>><br>
> _______________________________________________<br>
> Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
><br>
> Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
><br>
> Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
><br>
> Follow this link to subscribe/unsubscribe:<br>
> <a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
><br>
<br>
<br>
<br>
</div></div><div>--<br>
Kenji Takizawa<br>
<a href="http://www.tafsm.org/ktaki" target="_blank">http://www.tafsm.org/ktaki</a><br>
<a href="http://www.tafsm.org" target="_blank">http://www.tafsm.org</a><br>
</div><div><div></div><div>_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
</div></div></blockquote></div><br></div>