Re: [Paraview] VTK_IO_EXPORT vs VTK_EXPORT (VTK_ABI_IMPORT vs VTK_ABI_EXPORT)

[Marcus D. Hanwell]

On Sat, Apr 16, 2011 at 6:10 AM, Xunlei Wu  wrote:
> Hi All,
>
> Could anyone please explain the difference between VTK_IO_EXPORT and
> VTK_EXPORT (beyond the below definition)? I am writing a file reader plugin
> and defined my class as VTK_EXPORT. However, many VTK/IO/ reader examples,
> e.g. vtkAVSucdReader, vtkImageReader are defined as VTK_IO_EXPORT. From the
> source code,
>
> #define VTK_EXPORT VTK_ABI_EXPORT
>
> #if defined(vtkIO_EXPORTS)
>   #define VTK_IO_EXPORT VTK_ABI_EXPORT
> #else
>   #define VTK_IO_EXPORT VTK_ABI_IMPORT
> #endif

There is only a different on the Windows platform, but if you notice
it only exports if vtkIO_EXPORTS is defined, otherwise it imports.
THis is necessary for DLLs on Windows, all though platforms that
support symbol visibility only have a concept of exporting. So a macro
is needed for each DLL in order to ensure the symbols are
imported/exported correctly for shared windows libraries.

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] VTK_IO_EXPORT vs VTK_EXPORT (VTK_ABI_IMPORT vs VTK_ABI_EXPORT)

[Marcus D. Hanwell]

On Sat, Apr 16, 2011 at 9:04 PM, Xunlei Wu  wrote:
> Thanks a lot, Marcus.
> I was hoping to figure out why my plugin dll does not behave the same way as 
> other internally built reader classes (dlls) which have the clause of 
> dllexport and dllimport depending on the hosting project. My plugin dll only 
> specifies dllexport as instructed by ParaView plugin examples. These internal 
> readers can populate "Cell/Point Array Status" list in the "Object Inspector" 
> widget -> "Properties" panel, whereas my reader plugin cannot. Following 
> vtkAVSucdReader.h/cxx does not work yet. Any hint? Sorry for the divergence 
> of the topic. My real problem has been posted in
> http://www.paraview.org/pipermail/paraview/2011-March/020696.html
>
I don't think it is a symbol visibility issue, but couldn't really
comment beyond that. Plugins are not built against, and so do not
require the dllimport logic.

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] vtkAbstractContextItem.cxx Build Error 3.10.1 on OS X 10.6.7 Intel x86_64

[Marcus D. Hanwell]

It looks like the reverse iterator issue, I wonder if it is a caching
issue, as a compile test is done to determine if
reverse_const_iterator is usable. If you configure on 10.6, and then
change to 10.5 you might see this issue as the STL has changed and I
don't think CMake knows to invalidate that entry.

Marcus

On Mon, May 9, 2011 at 3:22 PM, David Partyka  wrote:
> Are you targeting 10.5? This makes me think this is the reverse iterator
> issue.
>
> On Mon, May 9, 2011 at 3:19 PM, Michael Jackson
>  wrote:
>>
>> Has anybody seen this error using the downloaded PV 3.10.1 source code:
>>
>> [ 32%] Building CXX object
>> VTK/Charts/CMakeFiles/vtkCharts.dir/vtkAbstractContextItem.cxx.o
>>
>> /Users/Shared/OpenSource/ParaView-3.10.1/VTK/Charts/vtkAbstractContextItem.cxx:
>> In member function ‘virtual vtkAbstractContextItem*
>> vtkAbstractContextItem::GetPickedItem(const vtkContextMouseEvent&)’:
>>
>> /Users/Shared/OpenSource/ParaView-3.10.1/VTK/Charts/vtkAbstractContextItem.cxx:148:
>> error: no match for ‘operator!=’ in ‘it != std::vector<_Tp, _Alloc>::rend()
>> [with _Tp = vtkAbstractContextItem*, _Alloc =
>> std::allocator]()’
>>
>> /Users/Shared/OpenSource/ParaView-3.10.1/VTK/Common/vtkWeakPointerBase.h:101:
>> note: candidates are: vtkstd_bool operator!=(const vtkWeakPointerBase&,
>> const vtkWeakPointerBase&)
>>
>> /Users/Shared/OpenSource/ParaView-3.10.1/VTK/Common/vtkWeakPointerBase.h:101:
>> note:                 vtkstd_bool operator!=(vtkObjectBase*, const
>> vtkWeakPointerBase&)
>>
>> /Users/Shared/OpenSource/ParaView-3.10.1/VTK/Common/vtkWeakPointerBase.h:101:
>> note:                 vtkstd_bool operator!=(const vtkWeakPointerBase&,
>> vtkObjectBase*)
>> make[2]: ***
>> [VTK/Charts/CMakeFiles/vtkCharts.dir/vtkAbstractContextItem.cxx.o] Error 1
>> make[1]: *** [VTK/Charts/CMakeFiles/vtkCharts.dir/all] Error 2
>> make: *** [all] Error 2
>> 542:[mjackson@ferb2:Build]$
>>
>> This is on OS X 10.6.7 with Xcode 3.2.6 on both Release and Debug builds.
>> I also pulled the Git tag for 3.10.1 and got the same error. I am building
>> some custom plugins but have not regressed through the code to figure out if
>> that is the issue.
>>
>> Thanks
>> ___
>> Mike Jackson                      www.bluequartz.net
>> Principal Software Engineer       mike.jack...@bluequartz.net
>> BlueQuartz Software               Dayton, Ohio
>>
>> ___
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Please keep messages on-topic and check the ParaView Wiki at:
>> http://paraview.org/Wiki/ParaView
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.paraview.org/mailman/listinfo/paraview
>
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Change the font in the Line Chart/XY plot

[Marcus D. Hanwell]

I don't see the patch, I can take a look at the patch if you upload
it. Now the vtkLegend object is exposed it should be relatively
simple.

Marcus

On Tue, Jun 7, 2011 at 5:45 AM, Paul Edwards  wrote:
> BTW here is link to page on mantis
> - http://www.paraview.org/Bug/view.php?id=10643
>
> On 7 June 2011 10:40, Paul Edwards  wrote:
>>
>> I've added a feature request in mantis and attached a patch to change the
>> font in the legend.  Please can this be merged in?
>> Thanks,
>> Paul
>>
>> On 21 April 2010 16:42, pat marion  wrote:
>>>
>>> Hey Paul,
>>>
>>> If it's something you want to attempt yourself, you can grep for
>>> ChartTitleFont in rendering.xml to see how the title font property works.
>>> Then open vtkSMXYChartViewProxy.cxx and look at the implementation of
>>> SetTitleFont.  This is where the proxy calls the VTK chart api to set the
>>> title font.  I'm not sure what the vtk api for setting legend font is...
>>>
>>> Pat
>>>
>>> On Wed, Apr 21, 2010 at 10:20 AM, Marcus D. Hanwell
>>>  wrote:
>>>>
>>>> On Mon, Apr 19, 2010 at 4:03 AM, Paul Edwards 
>>>> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> Is there a way to change the font for the legend text?  In the chart
>>>>> options it only gives options for the location and flow and it doesn't
>>>>> seem to follow any of the other font settings.
>>>>>
>>>> This is possible in the VTK API, but not exposed in ParaView. We need to
>>>> add some interface to the settings dialog, and some extra proxy properties
>>>> for the charts. If you open a bug report we should definitely add this,
>>>> although I do not have time to look at this right now.
>>>> Thanks,
>>>> Marcus
>>>> ___
>>>> Powered by www.kitware.com
>>>>
>>>> Visit other Kitware open-source projects at
>>>> http://www.kitware.com/opensource/opensource.html
>>>>
>>>> Please keep messages on-topic and check the ParaView Wiki at:
>>>> http://paraview.org/Wiki/ParaView
>>>>
>>>> Follow this link to subscribe/unsubscribe:
>>>> http://www.paraview.org/mailman/listinfo/paraview
>>>>
>>>
>>
>
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Weird boost error during ccmake

[Marcus D. Hanwell]

On Fri, Jul 1, 2011 at 10:02 PM, Cook, Rich  wrote:
> I got this error.  I hope it's obvious why I think it's weird.  I'm building 
> against boost 1.46.  Or thought I was.  This message seems to imply it's 
> looking at the system boost in /usr/include/boost
>
>  Your system is using an outdated version of Boost (1.33.1, found in
>  /nfs/tmp2/rcook/ParaView/3.10/build/boost_1_46_1).  Some of the graph
>  processing filters require version 1.36.0 or later to build on 64-bit
>  platforms.
>
You might want to double check the version.hpp file in
/nfs/tmp2/rcook/ParaView/3.10/build/boost_1_46_1/boost to ensure it is
setting the correct version number, as the Boost find module uses that
file to compute the version. I have,

#define BOOST_VERSION 104601

The parts of the version number are extracted from this line. If you
want to send me the CMakeCache.txt off-list I can take a look for any
peculiarities, but the file is processed from the Boost_INCLUDE_DIR
variable that is sent as part of the error message.

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Weird boost error during ccmake

[Marcus D. Hanwell]

If you look in your CMakeCache.txt do you see a Boost_VERSION variable
set in there? That can override what is in the actual header.

Marcus

On Mon, Jul 11, 2011 at 4:11 PM, Cook, Rich  wrote:
> That's why I thought it peculiar.
> I have the same thing  (note I've renamed a directory from 3.10 to 3.11):
>
> rcook@edge83 (blockbuster): grep BOOST_LIB_VERSION 
> /nfs/tmp2/rcook/ParaView/3.11/build/boost_1_46_1/boost/version.hpp
> //  BOOST_LIB_VERSION must be defined to be the same as BOOST_VERSION
> #define BOOST_LIB_VERSION "1_46_1"
>
> rcook@edge83 (blockbuster): grep 'define BOOST_VERSION' 
> /nfs/tmp2/rcook/ParaView/3.11/build/boost_1_46_1/boost/version.hpp
> #define BOOST_VERSION_HPP
> #define BOOST_VERSION 104601
>
>
> And yet I get:
>
>  Your system is using an outdated version of Boost (1.33.1, found in
>  /nfs/tmp2/rcook/ParaView/3.11/build/boost_1_46_1).  Some of the graph
>  processing filters require version 1.36.0 or later to build on 64-bit
>  platforms.
>
>  The system will still compile but those filters will be disabled.  Please see
>  ParaView3/VTK/Infovis/CMakeLists.txt for more information.
>
>
> On Jul 11, 2011, at 12:44 PM, Marcus D. Hanwell wrote:
>
>> On Fri, Jul 1, 2011 at 10:02 PM, Cook, Rich  wrote:
>>> I got this error.  I hope it's obvious why I think it's weird.  I'm 
>>> building against boost 1.46.  Or thought I was.  This message seems to 
>>> imply it's looking at the system boost in /usr/include/boost
>>>
>>>  Your system is using an outdated version of Boost (1.33.1, found in
>>>  /nfs/tmp2/rcook/ParaView/3.10/build/boost_1_46_1).  Some of the graph
>>>  processing filters require version 1.36.0 or later to build on 64-bit
>>>  platforms.
>>>
>> You might want to double check the version.hpp file in
>> /nfs/tmp2/rcook/ParaView/3.10/build/boost_1_46_1/boost to ensure it is
>> setting the correct version number, as the Boost find module uses that
>> file to compute the version. I have,
>>
>> #define BOOST_VERSION 104601
>>
>> The parts of the version number are extracted from this line. If you
>> want to send me the CMakeCache.txt off-list I can take a look for any
>> peculiarities, but the file is processed from the Boost_INCLUDE_DIR
>> variable that is sent as part of the error message.
>>
>> Marcus
>
> --
> ✐Richard Cook
> ✇ Lawrence Livermore National Laboratory
> Bldg-453 Rm-4024, Mail Stop L-557
> 7000 East Avenue,  Livermore, CA, 94550, USA
> ☎ (office) (925) 423-9605
> ☎ (fax) (925) 423-6961
> ---
> Information Management & Graphics Grp., Services & Development Div., 
> Integrated Computing & Communications Dept.
> (opinions expressed herein are mine and not those of LLNL)
>
>
>
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Weird boost error during ccmake

[Marcus D. Hanwell]

Is this a fresh build tree? Is it possible that it is picking up a
system Boost first time around? You could delete this entry and re-run
CMake, but it looks like a caching issue to me (I am guessing you have
1.33.1 somewhere, and it gets picked up on the first CMake
invocation).

Hope that helps.

Marcus

On Mon, Jul 11, 2011 at 5:19 PM, Cook, Rich  wrote:
> Yes, it says:
>
> Boost_LIB_VERSION:INTERNAL=1_33_1
> Boost_VERSION:INTERNAL=103301
>
> On Jul 11, 2011, at 1:23 PM, Marcus D. Hanwell wrote:
>
>> If you look in your CMakeCache.txt do you see a Boost_VERSION variable
>> set in there? That can override what is in the actual header.
>>
>> Marcus
>>
>> On Mon, Jul 11, 2011 at 4:11 PM, Cook, Rich  wrote:
>>> That's why I thought it peculiar.
>>> I have the same thing  (note I've renamed a directory from 3.10 to 3.11):
>>>
>>> rcook@edge83 (blockbuster): grep BOOST_LIB_VERSION 
>>> /nfs/tmp2/rcook/ParaView/3.11/build/boost_1_46_1/boost/version.hpp
>>> //  BOOST_LIB_VERSION must be defined to be the same as BOOST_VERSION
>>> #define BOOST_LIB_VERSION "1_46_1"
>>>
>>> rcook@edge83 (blockbuster): grep 'define BOOST_VERSION' 
>>> /nfs/tmp2/rcook/ParaView/3.11/build/boost_1_46_1/boost/version.hpp
>>> #define BOOST_VERSION_HPP
>>> #define BOOST_VERSION 104601
>>>
>>>
>>> And yet I get:
>>>
>>>  Your system is using an outdated version of Boost (1.33.1, found in
>>>  /nfs/tmp2/rcook/ParaView/3.11/build/boost_1_46_1).  Some of the graph
>>>  processing filters require version 1.36.0 or later to build on 64-bit
>>>  platforms.
>>>
>>>  The system will still compile but those filters will be disabled.  Please 
>>> see
>>>  ParaView3/VTK/Infovis/CMakeLists.txt for more information.
>>>
>>>
>>> On Jul 11, 2011, at 12:44 PM, Marcus D. Hanwell wrote:
>>>
>>>> On Fri, Jul 1, 2011 at 10:02 PM, Cook, Rich  wrote:
>>>>> I got this error.  I hope it's obvious why I think it's weird.  I'm 
>>>>> building against boost 1.46.  Or thought I was.  This message seems to 
>>>>> imply it's looking at the system boost in /usr/include/boost
>>>>>
>>>>>  Your system is using an outdated version of Boost (1.33.1, found in
>>>>>  /nfs/tmp2/rcook/ParaView/3.10/build/boost_1_46_1).  Some of the graph
>>>>>  processing filters require version 1.36.0 or later to build on 64-bit
>>>>>  platforms.
>>>>>
>>>> You might want to double check the version.hpp file in
>>>> /nfs/tmp2/rcook/ParaView/3.10/build/boost_1_46_1/boost to ensure it is
>>>> setting the correct version number, as the Boost find module uses that
>>>> file to compute the version. I have,
>>>>
>>>> #define BOOST_VERSION 104601
>>>>
>>>> The parts of the version number are extracted from this line. If you
>>>> want to send me the CMakeCache.txt off-list I can take a look for any
>>>> peculiarities, but the file is processed from the Boost_INCLUDE_DIR
>>>> variable that is sent as part of the error message.
>>>>
>>>> Marcus
>>>
>>> --
>>> ✐Richard Cook
>>> ✇ Lawrence Livermore National Laboratory
>>> Bldg-453 Rm-4024, Mail Stop L-557
>>> 7000 East Avenue,  Livermore, CA, 94550, USA
>>> ☎ (office) (925) 423-9605
>>> ☎ (fax) (925) 423-6961
>>> ---
>>> Information Management & Graphics Grp., Services & Development Div., 
>>> Integrated Computing & Communications Dept.
>>> (opinions expressed herein are mine and not those of LLNL)
>>>
>>>
>>>
>>>
>
> --
> ✐Richard Cook
> ✇ Lawrence Livermore National Laboratory
> Bldg-453 Rm-4024, Mail Stop L-557
> 7000 East Avenue,  Livermore, CA, 94550, USA
> ☎ (office) (925) 423-9605
> ☎ (fax) (925) 423-6961
> ---
> Information Management & Graphics Grp., Services & Development Div., 
> Integrated Computing & Communications Dept.
> (opinions expressed herein are mine and not those of LLNL)
>
>
>
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] 2d selections

[Marcus D. Hanwell]

On Tue, Mar 13, 2012 at 7:50 PM, Scott, W Alan  wrote:
> I have selected some of the points in a 2d view (plot over line), and have
> no idea how to unselect these points.  How can I unselect points in a 2d
> plot?
>
We have been working on iterative selections, it looks like we were
concentrating so hard on iteratively building them up / removing parts
of selections that the behavior of unselecting when in an empty space
has stopped working as expected.

It shouldn't be too difficult to fix this, I will look into it.

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] [EXTERNAL] Re: 2d selections

[Marcus D. Hanwell]

I didn't see an email - did you assign it to me? I will keep an eye
out, and thanks for reporting the issue - I hadn't spotted this. I
will see if I can come up with a decent test case too.

Marcus

On Wed, Mar 14, 2012 at 5:16 PM, Scott, W Alan  wrote:
> Thanks Marcus.  I wrote up a bug report.
>
> Alan
>
> -Original Message-
> From: Marcus D. Hanwell [mailto:marcus.hanw...@kitware.com]
> Sent: Tuesday, March 13, 2012 7:43 PM
> To: Scott, W Alan
> Cc: paraview@paraview.org
> Subject: [EXTERNAL] Re: [Paraview] 2d selections
>
> On Tue, Mar 13, 2012 at 7:50 PM, Scott, W Alan  wrote:
>> I have selected some of the points in a 2d view (plot over line), and
>> have no idea how to unselect these points.  How can I unselect points
>> in a 2d plot?
>>
> We have been working on iterative selections, it looks like we were 
> concentrating so hard on iteratively building them up / removing parts of 
> selections that the behavior of unselecting when in an empty space has 
> stopped working as expected.
>
> It shouldn't be too difficult to fix this, I will look into it.
>
> Marcus
>
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Gaussian cube files

[Marcus D. Hanwell]

On Thu, Mar 15, 2012 at 11:29 AM, Roberto Di Remigio
 wrote:
> Sorry for taking the discussion out of the mailing list! I hadn't noticed.
> I tried with the Resample filter and it worked.
> For future use, I summarize what I did:
> 1. open first cube file (containing the density);
> 2. plot the isodensity surface;
> 3. open second cube file (containing the electrostatic potential);
> 4. use Resample With Dataset filter. Select Gridded Data of the second cube
> file as Input and Contour of the first cube file as Source.
> This should do it.
> Thank you again for your answers
>
Just to add that we have added more chemistry to VTK, in the form of
Blue Obelisk Data Repository for atom colors, radii, symbols, names,
etc along with things like a vtkMolecule data structure and a simple
bond perceiver. This should hopefully gain some exposure in future
ParaView releases so that it is easier to view molecular structure and
related data.

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Gaussian cube files

[Marcus D. Hanwell]

This work was only recently merged into VTK, and is not exposed in
ParaView at all right now. We are working on additional chemical
structure visualization and analysis in dedicated applications, and
adding features to VTK where appropriate. Right now there is not much
more than a small set of chemistry classes.

What package are you using? I am interested in the type of work you
are doing, and how you are currently using ParaView.

Marcus

On Thu, Mar 15, 2012 at 5:14 PM, Roberto Di Remigio
 wrote:
> Is there some sort of guide about this part of the VTK code? I mean, I am
> working with an electronic structure package and it would be great if there
> was a way to "interface" it with ParaView.
>
> Il giorno 15 marzo 2012 16:48, Marcus D. Hanwell
>  ha scritto:
>
>> On Thu, Mar 15, 2012 at 11:29 AM, Roberto Di Remigio
>>  wrote:
>> > Sorry for taking the discussion out of the mailing list! I hadn't
>> > noticed.
>> > I tried with the Resample filter and it worked.
>> > For future use, I summarize what I did:
>> > 1. open first cube file (containing the density);
>> > 2. plot the isodensity surface;
>> > 3. open second cube file (containing the electrostatic potential);
>> > 4. use Resample With Dataset filter. Select Gridded Data of the second
>> > cube
>> > file as Input and Contour of the first cube file as Source.
>> > This should do it.
>> > Thank you again for your answers
>> >
>> Just to add that we have added more chemistry to VTK, in the form of
>> Blue Obelisk Data Repository for atom colors, radii, symbols, names,
>> etc along with things like a vtkMolecule data structure and a simple
>> bond perceiver. This should hopefully gain some exposure in future
>> ParaView releases so that it is easier to view molecular structure and
>> related data.
>>
>> Marcus
>
>
>
>
> --
> Roberto Di Remigio
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Molecular viz with PV?

[Marcus D. Hanwell]

On Tue, Apr 3, 2012 at 7:23 AM, Valdo Meyer  wrote:
> Hello,
> I would like to get pointers on previous or current works on visualizing
> molecules and especially molecules dynamics with PV, any help?
>
Hi,

Last year a Google Summer of Code project added some new data types
and utility classes for chemical structure visualization. We plan to
add some new representations to ParaView at some point soon, along
with some experimental work in ParaViewWeb for web visualization using
the ParaView framework.

We are looking at MD, and the best way to support some of those data
structures in VTK and ParaView but there is nothing I can point you to
that can be used right now. What MD file formats are you thinking of,
what type of visualization/analysis are you hoping to do? I think more
will be added, but there is not a specific project that is tasked with
extending ParaView for molecular visualization.

Hope that helps.

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Molecular viz with PV?

[Marcus D. Hanwell]

On Fri, Apr 6, 2012 at 1:44 PM, Marcus D. Hanwell
 wrote:
> On Tue, Apr 3, 2012 at 7:23 AM, Valdo Meyer  wrote:
>> Hello,
>> I would like to get pointers on previous or current works on visualizing
>> molecules and especially molecules dynamics with PV, any help?
>>
> Hi,
>
> Last year a Google Summer of Code project added some new data types
> and utility classes for chemical structure visualization. We plan to
> add some new representations to ParaView at some point soon, along
> with some experimental work in ParaViewWeb for web visualization using
> the ParaView framework.
>
> We are looking at MD, and the best way to support some of those data
> structures in VTK and ParaView but there is nothing I can point you to
> that can be used right now. What MD file formats are you thinking of,
> what type of visualization/analysis are you hoping to do? I think more
> will be added, but there is not a specific project that is tasked with
> extending ParaView for molecular visualization.
>
I forgot to add that there are already several formats as someone else
pointed out - Gaussian cube files, PDB files, more recently CML and a
few others. It really depends on what you are working on.

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] [EXTERNAL] Memory explosion and strange behavior -- Linux -- 'clip' -- 360 MB file needs 60 GB ??

[Marcus D. Hanwell]

On Mon, Jun 2, 2014 at 1:31 PM,   wrote:
>
> Aren't you glad I already reduced the data to 8bit grayscale and clipped out 
> only 850x850x500 out of 4008x4008x2672 32-bit floating point values??? They 
> keep building bigger cameras ...
>
> Did I mention it is part of a time-series?

This sounds like really interesting data! We are working on a Phase I
SBIR project looking at materials TEM tomography data in the range of
1024^3, and looking at strategies to accelerate marching cubes,
clipping, etc. This is in a custom ParaView application, and there may
be some outcomes that help you too. Is it possible to share any
samples of this data, and operations you are most interested in
performing on it?
>
>>Some of the greatest minds in the world are still trying to figure out how to 
>>visualize data of this size.
>
> Isn't that you guys? That's why I've tried Paraview! :-)  or is it Ajay?
>
> There is indeed a cluster lurking, once we figure out how to configure it. It 
> has several (50?)  GPU nodes too. That's how we get such images reconstructed 
> :-)
>
That should help!

Thanks,

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] 3d printing

[Marcus D. Hanwell]

On Thu, Jun 19, 2014 at 12:14 PM, David Thompson
 wrote:
> Hi Alan,
>
>> Is there any functionality to allow a cool ParaView visualization to be 
>> exported so that a 3D printer can print it?
>
> If you triangulate the surface and save as STL, then you can 3-D print the 
> result. (STL only accepts triangles and it is up to you to ensure that the 
> surface is closed.)
>
We did some work with this using our Makerbot, Luis posted some of his
experiences http://www.kitware.com/source/home/post/128 and
http://www.kitware.com/blog/home/post/591 (this one talks about using
ParaView to transform the model before saving the STL). Hope that
helps.

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview

Re: [Paraview] Using JOIN to load images from Many HDF files.

[Marcus D. Hanwell]

On Fri, Jul 11, 2014 at 10:51 AM, John Hammonds  wrote:
> I tried posting this to the XDMF mailing list and have received no response.
> Hoping someone here can help...
>
> I have a number of images(a few hundred) , each collected in an individual
> HDF file, that I am trying to read into Paraview using a XDMF file.  I have
> found that I can use JOIN to do this but it seems that I need to nest the
> JOINs.  The nesting seems to be due to some limit on the number of things
> that can be referenced in the JOIN.  I seem to be limited to ten items in
> the join list.  All of this has me building some odd Join files due to the
> way things are joined at each level.  I am wondering if I am missing
> something that would make this a lot simpler.  Esp since I seem to have
> trouble when large sets are not the same size.  I am including a working
> XDMF file an example of one of the HDF files for reference.
>
How is your data produced? We are developing a custom ParaView
application, and as part of that we are adding some new readers to VTK
to support S/TEM tomography using an HDF5-based format. The spec is
here,

http://emdatasets.lbl.gov/spec/

It would be great to understand your needs, and whether some of this
development work could be tweaked in order to address a wider range of
experimental data that might help your user community. If XDMF is one
path, then we should also look more closely at supporting that too.

Thanks,

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview

Re: [Paraview] Using JOIN to load images from Many HDF files.

[Marcus D. Hanwell]

John,

Thanks for the additional information, this is really useful and
certainly helps us as we look at data coming from experimental domains
such as this. I will take a look at the links provided, and am very
interested in hearing more as you work with facility users to make use
of ParaView in this area.

I did some work on improving the TIFF reader (already merged), and
added support for 32 bit floats among other things. Were you thinking
of this, http://www.aps.anl.gov/DataExchange/, for the tomography
data? I hadn't come across it, but it is great to see it so
well-defined with example code.

Thanks,

Marcus

On Fri, Jul 11, 2014 at 5:40 PM, John Hammonds  wrote:
> Marcus,
>
> The HDF data that I am working with is currently collected using the NeXus
> data format (http://www.nexusformat.org/).  Some of the data that is
> collected has all of the data in one big file and others have the data in
> separate files.  For the case that all of the data is in one big file, XDMF
> actually works pretty smoothly once you get over the initial hurdles.  For
> the case that the data is in different files, I had the issues that I
> described.  Note that I have also looked the last couple of days on loading
> Tiff images (for another beamline here www.aps.anl.gov) using Binary instead
> of HDF. This went pretty smoothly except that the XDMF pages do not mention
> that you can use Short as the NumberType for 16 bit data. Eventually I tried
> it and it fixed my loading issues.
>
> Note that we also have some Tomography beamlines here.  Their data is
> captured in a similar but different HDF format (can't see to find the link
> at the moment).
>
> John
>
> On 7/11/2014 2:42 PM, Marcus D. Hanwell wrote:
>>
>> On Fri, Jul 11, 2014 at 10:51 AM, John Hammonds 
>> wrote:
>>>
>>> I tried posting this to the XDMF mailing list and have received no
>>> response.
>>> Hoping someone here can help...
>>>
>>> I have a number of images(a few hundred) , each collected in an
>>> individual
>>> HDF file, that I am trying to read into Paraview using a XDMF file.  I
>>> have
>>> found that I can use JOIN to do this but it seems that I need to nest the
>>> JOINs.  The nesting seems to be due to some limit on the number of things
>>> that can be referenced in the JOIN.  I seem to be limited to ten items in
>>> the join list.  All of this has me building some odd Join files due to
>>> the
>>> way things are joined at each level.  I am wondering if I am missing
>>> something that would make this a lot simpler.  Esp since I seem to have
>>> trouble when large sets are not the same size.  I am including a working
>>> XDMF file an example of one of the HDF files for reference.
>>>
>> How is your data produced? We are developing a custom ParaView
>> application, and as part of that we are adding some new readers to VTK
>> to support S/TEM tomography using an HDF5-based format. The spec is
>> here,
>>
>> http://emdatasets.lbl.gov/spec/
>>
>> It would be great to understand your needs, and whether some of this
>> development work could be tweaked in order to address a wider range of
>> experimental data that might help your user community. If XDMF is one
>> path, then we should also look more closely at supporting that too.
>>
>> Thanks,
>>
>> Marcus
>
>
> --
> 
> John Hammonds
> Software Services Group
> Advanced Photon Source
> Argonne National Laboratory
> jphammo...@anl.gov
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview

Re: [Paraview] [ParaView] Unofficial ParaView 4.1.0 SDK for Windows 32 and 64-bit

[Marcus D. Hanwell]

If we want the newest/latest compiler we need to make sure everything
in the superbuild will compile there too. It would be great to use the
Qt and Python installers though if that was possible, it would even
reduce the build time for our superbuilds. If we can, why not move to
the latest compiler version available?

Marcus

On Wed, Aug 13, 2014 at 11:22 PM, Michael Jackson
 wrote:
> The only 64 bit Qt 5.x binaries are for VS2013 if you plan on supporting 64 
> bit paraview by using the prebuilt Qt Binaries. So my vote would be for the 
> newest/latest compiler if possible.
>
> Mike Jackson
>
>
> On Aug 13, 2014, at 10:07 AM, Utkarsh Ayachit  
> wrote:
>
>> Good to know. I think we'll make the switch at the same time when we
>> upgrade the VS compiler we're using for the binaries. We are switching
>> to using CMakified Python soon and then we wouldn't need to use
>> VS2008. Any thoughts on which is the most common VS compiler? Qt
>> distributes binaries for 2010, 2012, 2013. I suppose we can pick 2012
>> :).
>>
>> On Tue, Aug 12, 2014 at 11:50 PM, Burlen Loring  
>> wrote:
>>> Ahh, that may be, I wouldn't have noticed it since I have admin on my
>>> account.
>>>
>>> as far as the version of the standard implemented by MS MPI in HPC Pack 2012
>>> (internal ver 256), it's 2.0. The TestSystemCaps regression test has the
>>> code to report.
>>>
>>>
>>> On 8/11/2014 9:53 AM, Utkarsh Ayachit wrote:

 Additionally, you need to run the installer as admin since it installs
 a daemon (I believe). I think it would make sense to put out two
 version of Windows binaries (without MPI and with MS MPI) and then
 include the MSMPI installer as a part of the installation process,
 esp. since no other Windows MPI is officially supported any more.

 Something to think about for 4.3, not sure I want to make the plunge
 for 4.2 -- but we'll keep the options open :).

 Utkarsh





 On Mon, Aug 11, 2014 at 12:46 PM, Burlen Loring  wrote:
>
> Hi Utkarsh,
>
> I think it does implement MPI2. At least my codes make heavy use of MPI 2
> and it works fine. However, I'll look into it and report back.
>
> Microsoft's documentation says:
>
> You may also redistribute this MS-MPI installation package with your own
> applications, to facilitate having an application that can run on a
> stand-alone workstation and easily take advantage of an HPC Pack 2012
> R2-based cluster. Please refer to the license agreement for additional
> details.
>
>
> Sounds like if you use an installer it could handle the dependency.
>
> Burlen
>
>
> On 08/11/2014 08:03 AM, Utkarsh Ayachit wrote:
>
> The ParaView dev team switched from Open-MPI 1.6.2 backwards to 1.4.4,
> precisely because the support was dropped.
>
> That is correct. That's  precisely why we've stuck with 1.4.4. I spent
> a lot of time trying to packing 1.6.* on Windows to no success and
> then decided to just stick with 1.4.4.
>
> Problem is that the source code for the current MS-MPI builds does not
> seem
> to be publicly available,
>
> The problem with using MS-MPI is two fold:
> 1. I can't remember if its support MPIv2 API. I don't think so, but I
> may be wrong.
> 2. The license (at least when I checked) doesn't allow us to packing
> the dlls in our binaries. In other words, we would always have to have
> the user manually install using the installer distributed by MS.
>
> Utkarsh
>
>
 ___
 Powered by www.kitware.com

 Visit other Kitware open-source projects at
 http://www.kitware.com/opensource/opensource.html

 Please keep messages on-topic and check the ParaView Wiki at:
 http://paraview.org/Wiki/ParaView

 Follow this link to subscribe/unsubscribe:
 http://public.kitware.com/mailman/listinfo/paraview
>>>
>>>
>> ___
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at 
>> http://www.kitware.com/opensource/opensource.html
>>
>> Please keep messages on-topic and check the ParaView Wiki at: 
>> http://paraview.org/Wiki/ParaView
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/paraview
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at 
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at: 
> http://paraview.org/Wiki/ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages 

[Paraview] Volume focused application for materials STEM tomography

[Marcus D. Hanwell]

Hi,

We have been working on a branded ParaView-based application, called
tomviz. The focus is on STEM tomography at atomic resolutions for
materials, but it is also exploring how to make a focused application
that enables visualization and analysis of volumes.

http://www.tomviz.org/

We are developing out the concept of data processing in Python to
enable researchers to easily develop new data analysis,
reconstruction, and transformation techniques leveraging things like
numpy. It was presented at M&M two weeks ago, and we will be adding
some alignment and reconstruction capabilities in the next release.

Thanks,

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview

Re: [Paraview] Cannot get parallelism working in paraview 4.2.0 on our clusters (works with 4.1.0)

[Marcus D. Hanwell]

Hi,

I think I know the cause, the PDB reader was modified to produce a
vtkMolecule in addition to the vtkPolyData I think it has always produced.
It looks like there is a packaging issue, and the XML file cannot be found.
We should probably just statically compile the file in, or convert it to a
header as the data is pretty static - atomic radii, colors, etc.

Marcus

On Tue, Nov 25, 2014 at 9:06 AM, Berk Geveci 
wrote:

> Hey Rich,
>
> Can you send me the dataset?
>
> Best,
> -berk
>
> On Mon, Nov 24, 2014 at 7:25 PM, Cook, Rich  wrote:
>
>>  Hi,
>> I have recently compiled paraview 4.2.0 on our clusters in the same way I
>> compile with 4.1.0 and am getting some errors.
>> I run pvserver in parallel, and it does not give any weird outputs.
>> I connect with it from my desktop (Mac OS X).  I can see in the desktop
>> GUI that four remote servers are connected.
>> I open up a PDB dataset and it is different.  I see two “Output” objects
>> in the pipeline browser.  This is different than the behavior in 4.1.0.
>>
>>
>>  I click Apply and get smacked in the face with an error dialog.
>>
>>  ERROR: In
>> /Users/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release-Python27/paraview/src/paraview/VTK/Domains/Chemistry/vtkBlueObeliskDataParser.cxx,
>> line 68
>> vtkBlueObeliskDataParser (0x7fea5e2a9980): Cannot find elements.xml.
>> Checked
>> /Users/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release-Python27/paraview/src/paraview-build/CMakeFiles/__macos_install/share/paraview-4.2/vtkDomainsChemistry
>> and
>> /Users/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release-Python27/paraview/src/paraview/VTK/Domains/Chemistry
>>
>>
>>  ERROR: In
>> /Users/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release-Python27/paraview/src/paraview/VTK/IO/XMLParser/vtkXMLParser.cxx,
>> line 382
>> vtkBlueObeliskDataParser (0x7fea5e2a9980): Parse() called with no Stream
>> set.
>>
>>
>>  ERROR: In
>> /Users/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release-Python27/paraview/src/paraview/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx,
>> line 710
>> vtkPVDataRepresentationPipeline (0x7fea5e2a4d80): Input port 0 of
>> algorithm vtkMoleculeRepresentation(0x7fea56c005d0) has 0 connections but
>> is not optional.
>>
>>
>>   I’m unable to color by process scalar ID, or more precisely, the
>> Filter seems to get applied but the color does not change.  Appears all
>> work is done on process 0.
>>
>>  Something is vewwwy scwewwy.
>>
>>  Help?
>>
>>
>>  --
>> ✐Richard Cook
>> ✇ Lawrence Livermore National Laboratory
>> Bldg-453 Rm-4024, Mail Stop L-557
>> 7000 East Avenue,  Livermore, CA, 94550, USA
>> ☎ (office) (925) 423-9605
>> ☎ (fax) (925) 423-6961
>> ---
>> Information Management & Graphics Grp., Services & Development Div.,
>> Integrated Computing & Communications Dept.
>> (opinions expressed herein are mine and not those of LLNL)
>>
>>
>>
>>
>> ___
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Please keep messages on-topic and check the ParaView Wiki at:
>> http://paraview.org/Wiki/ParaView
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/paraview
>>
>>
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview
>
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview

[Paraview] Tomviz 0.6.1 released - custom ParaView application tomography/volume rendering

[Marcus D. Hanwell]

Hi,

I wanted to let ParaView users know that we have released tomviz
0.6.1. It is a ParaView based application with a focus on
visualization and analysis of volumetric data, with a particular focus
on materials tomography. It features a simplified interface, and an
extended Python environment offering SciPy, NumPy, and pretty soon the
Python-wrapped ITK library.

http://tomviz.org/ is the main project web site, and you can download
binaries for Windows and Mac OS X from there. We would love to hear
feedback, and we will extend out the functionality over the next few
years.

It features the new OpenGL2 rendering backend, and so this is a chance
to try out some of the new rendering before ParaView begins packaging
it.

Thanks,

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Search the list archives at: http://markmail.org/search/?q=ParaView

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview

Re: [Paraview] Fwd: [ParaView3-Developer] Fwd: [Still having Problems] Re: Generating a distribution of ParaView with Plugin

[Marcus D. Hanwell]

Berk Geveci wrote:
> Forwading from developers list.
>
>
> -- Forwarded message --
> From: Burlen Loring 
> Date: Tue, Mar 24, 2009 at 2:55 PM
> Subject: Re: [ParaView3-Developer] Fwd: [Paraview] [Still having
> Problems] Re: Generating a distribution of ParaView with Plugin
> To: Berk Geveci 
> Cc: ParaQ Developers 
>
>
> Rafael,
>
> I am going to assume that, you have all the compiler version/qt
> version stuff sorted out, if you don't what I suggest won't make a
> difference.
>
> I recall having a similar issue. To work around I had to add my
> plugin's bin directory (where it and all of its .dll dependencies
> reside)  to the PATH. When you load  a dll on windows *all* of its
> dependencies must be found, either in the applications run directory
> (in this case that's the ParaView.exe location) or in the PATH. This
> all has to do with the way Windows resolves shared library
> dependencies. Your plugin won't work unless all of the dependencies
> are in the PATH or the same folder as ParaView.exe. In the 3.6 release
> we are adding the plugin's bin directory to the search space
> during/prior plugin load behind the scenes to get around these type of
> issues.
>
> There is a free dependency walker tool that is useful to determine if
> there are any dependencies that you don't know of that may be causing
> your issues.
>
> Burlen
>   

I encountered a similar issue to this when working on the Avogadro
Windows build. There is an alternate solution to this problem - if you
disable manifests for plugins then they do not need to resolve their
dependencies. The solution I found for Avogadro was to add this to our
CMakeLists.txt,

if (MSVC)
set(CMAKE_MODULE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} /MANIFEST:NO")
endif(MSVC)

As our plugins are built as modules this worked perfectly, Avogadro can
load its Qt based plugins from directories that do not contain
additional DLLs and we do not need to modify the environment. All
reports from users indicate that this approach works well.
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] XY Plot question

[Marcus D. Hanwell]

On Friday 30 October 2009 14:18:03 Moreland, Kenneth wrote:
> Uh... I don't think any of us have thought of that particular plot
>  configuration.  Someone at Kitware should make sure that this design
>  consideration filters its way to Marcus.
> 
> -Ken
> 
> 
> On 10/28/09 10:31 PM, "Eric Allison"  wrote:
> 
> Apologies if this is a dumb question - I'm investigating Paraview as a
> replacement for Tecplot, and one of the things I'd really like to do
> is take Cp slices on CFD geometries. I figured out how to make an XY
> plot of the slice data, but can't for the life of me figure out how to
> reverse the Y axis so that Cp displays the way aero people like to see
> it. (smaller numbers at the top, larger at the bottom).
> 
> Any help would be appreciated.

I saw the message, what I am doing should be able to accommodate this type of 
layout, I will test this out later just to confirm. So something akin to 
setting the minimum Y value to 5.0 and the maximum Y value to 0.0?

Any example plots you may be able to point out would help me.

Marcus
-- 
Marcus D. Hanwell, Ph.D.
R&D Engineer, Kitware Inc.
(518) 881-4937
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] XY Plot question

[Marcus D. Hanwell]

Hi Eric,

I just tried reversing the axis direction, and using my new, experimental line 
chart code. Simply setting the y axis minimum to 1.0 and the maximum to -1.0 
did the right thing. That was very encouraging, these charts will be making 
their way into VTK and ParaView once they are ready.

Marcus

On Friday 30 October 2009 15:28:30 Eric Allison wrote:
> Thanks for your replies. This example (from ensight) is somewhat ugly,
> but indicative of what I am after:
> 
> http://legacy.ensight.com/products/cpplot.html
> 
> 
> -eric
> 
> On Oct 30, 2009, at 11:29 AM, Marcus D. Hanwell wrote:
> > On Friday 30 October 2009 14:18:03 Moreland, Kenneth wrote:
> >> Uh... I don't think any of us have thought of that particular plot
> >> configuration.  Someone at Kitware should make sure that this design
> >> consideration filters its way to Marcus.
> >>
> >> -Ken
> >>
> >>
> >> On 10/28/09 10:31 PM, "Eric Allison" 
> >> wrote:
> >>
> >> Apologies if this is a dumb question - I'm investigating Paraview
> >> as a
> >> replacement for Tecplot, and one of the things I'd really like to do
> >> is take Cp slices on CFD geometries. I figured out how to make an XY
> >> plot of the slice data, but can't for the life of me figure out how
> >> to
> >> reverse the Y axis so that Cp displays the way aero people like to
> >> see
> >> it. (smaller numbers at the top, larger at the bottom).
> >>
> >> Any help would be appreciated.
> >
> > I saw the message, what I am doing should be able to accommodate
> > this type of
> > layout, I will test this out later just to confirm. So something
> > akin to
> > setting the minimum Y value to 5.0 and the maximum Y value to 0.0?
> >
> > Any example plots you may be able to point out would help me.
> >
> > Marcus
> 

-- 
Marcus D. Hanwell, Ph.D.
R&D Engineer, Kitware Inc.
(518) 881-4937
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] XY Plot question

[Marcus D. Hanwell]

Hi Eric,

My plan is to integrate at least some of the new charts during November, such 
as XY charts, scatter, bar. They will enter CVS head, and as Utkarsh said 
would be integrated probably into the next major release of ParaView.

Marcus

On Monday 02 November 2009 07:26:17 Utkarsh Ayachit wrote:
> I let Marcus comment on the timeframe, as far as the rolling out goes,
> the charting changes are certainly going to be major changes in the
> ParaView server-manager/client code and hence will be part of a major
> release.
> 
> Utkarsh
> 
> On Fri, Oct 30, 2009 at 7:07 PM, Eric Allison  
wrote:
> > Hi Marcus,
> >
> > That's great news. Is it possible to estimate a timeframe to see these
> > changes? Being new to ParaView, is this type of change something that
> > will be rolled out in some sort of incremental/maintenance release, or is
> > it more like a feature for a major release?
> >
> > -eric
> >
> > On Oct 30, 2009, at 2:07 PM, Marcus D. Hanwell wrote:
> >> Hi Eric,
> >>
> >> I just tried reversing the axis direction, and using my new,
> >> experimental line
> >> chart code. Simply setting the y axis minimum to 1.0 and the maximum to
> >> -1.0
> >> did the right thing. That was very encouraging, these charts will be
> >> making
> >> their way into VTK and ParaView once they are ready.
> >>
> >> Marcus
> >>
> >> On Friday 30 October 2009 15:28:30 Eric Allison wrote:
> >>> Thanks for your replies. This example (from ensight) is somewhat ugly,
> >>> but indicative of what I am after:
> >>>
> >>> http://legacy.ensight.com/products/cpplot.html
> >>>
> >>>
> >>> -eric
> >>>
> >>> On Oct 30, 2009, at 11:29 AM, Marcus D. Hanwell wrote:
> >>>> On Friday 30 October 2009 14:18:03 Moreland, Kenneth wrote:
> >>>>> Uh... I don't think any of us have thought of that particular plot
> >>>>> configuration.  Someone at Kitware should make sure that this design
> >>>>> consideration filters its way to Marcus.
> >>>>>
> >>>>> -Ken
> >>>>>
> >>>>>
> >>>>> On 10/28/09 10:31 PM, "Eric Allison" 
> >>>>> wrote:
> >>>>>
> >>>>> Apologies if this is a dumb question - I'm investigating Paraview
> >>>>> as a
> >>>>> replacement for Tecplot, and one of the things I'd really like to do
> >>>>> is take Cp slices on CFD geometries. I figured out how to make an XY
> >>>>> plot of the slice data, but can't for the life of me figure out how
> >>>>> to
> >>>>> reverse the Y axis so that Cp displays the way aero people like to
> >>>>> see
> >>>>> it. (smaller numbers at the top, larger at the bottom).
> >>>>>
> >>>>> Any help would be appreciated.
> >>>>
> >>>> I saw the message, what I am doing should be able to accommodate
> >>>> this type of
> >>>> layout, I will test this out later just to confirm. So something
> >>>> akin to
> >>>> setting the minimum Y value to 5.0 and the maximum Y value to 0.0?
> >>>>
> >>>> Any example plots you may be able to point out would help me.
> >>>>
> >>>> Marcus
> >>
> >> --
> >> Marcus D. Hanwell, Ph.D.
> >> R&D Engineer, Kitware Inc.
> >> (518) 881-4937
> >
> > ___
> > Powered by www.kitware.com
> >
> > Visit other Kitware open-source projects at
> > http://www.kitware.com/opensource/opensource.html
> >
> > Please keep messages on-topic and check the ParaView Wiki at:
> > http://paraview.org/Wiki/ParaView
> >
> > Follow this link to subscribe/unsubscribe:
> > http://www.paraview.org/mailman/listinfo/paraview
> 

-- 
Marcus D. Hanwell, Ph.D.
R&D Engineer, Kitware Inc.
(518) 881-4937
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Plugins in Windows 3.6.2 binary

[Marcus D. Hanwell]

Kenneth  > > > < http://kmo...@sandia.gov> > wrote:
> > > >
> > > > Given that, is there some advice you can give for installing the MSVC
> > > > classes on Windows XP stuck at SP 2?  How do you do that (without
> > > > installing the entire compiler)?
> > > >
> > > > -Ken
> > > >
> > > >
> > > >
> > > > On 1/5/10 1:45 PM, "Utkarsh Ayachit"  > > > http://utkarsh.ayac...@kitware.com>  <http://utkarsh.ayachit@
> >
> > kitware.com>
> >
> > > > > wrote:
> > > >  > Another option would
> > > > >
> > > > > be for ParaView to do a silent install of the MSVC redist package
> > > > > instead
> > > >
> > > > of
> > > >
> > > > > dumping the dll's/
> > > >
> > > > Actually that might not be a bad idea. We can even make it a option
> > > > that the user can uncheck, if he wants. Maybe we should look into
> > > > that for 3.8.
> > > >
> > > > Utkarsh
> > > >
> > > >
> > > >
> > > >
> > > >  Kenneth Moreland
> > > > ***  Sandia National Laboratories
> > > > ***
> > > > *** *** ***  email: kmo...@sandia.gov <http://kmo...@sandia.gov>  <
> > > > http://kmo...@sandia.gov>
> > > > **  ***  **  phone: (505) 844-8919
> > > > ***  web:
> > > > http://www.cs.unm.edu/~kmorel<http://www.cs.unm.edu/%7Ekmorel><
> > > > http://www.cs.unm.edu/%7Ekmorel>
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >  Kenneth Moreland
> > > > ***  Sandia National Laboratories
> > > > ***
> > > > *** *** ***  email: kmo...@sandia.gov <http://kmo...@sandia.gov>
> > > > **  ***  **  phone: (505) 844-8919
> > > > ***  web:
> > > > http://www.cs.unm.edu/~kmorel<http://www.cs.unm.edu/%7Ekmorel><
> > > > http://www.cs.unm.edu/%7Ekmorel>
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >  Kenneth Moreland
> > > > ***  Sandia National Laboratories
> > > > ***
> > > > *** *** ***  email: kmo...@sandia.gov
> > > > **  ***  **  phone: (505) 844-8919
> > > > ***  web:
> > > > http://www.cs.unm.edu/~kmorel<http://www.cs.unm.edu/%7Ekmorel>
> > > >
> > > >
> > > > ___
> > > > Powered by www.kitware.com
> > > >
> > > > Visit other Kitware open-source projects at
> > > > http://www.kitware.com/opensource/opensource.html
> > > >
> > > > Please keep messages on-topic and check the ParaView Wiki at:
> > > > http://paraview.org/Wiki/ParaView
> > > >
> > > > Follow this link to subscribe/unsubscribe:
> > > > http://www.paraview.org/mailman/listinfo/paraview
> 

-- 
Marcus D. Hanwell, Ph.D.
R&D Engineer, Kitware Inc.
(518) 881-4937
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Plugins in Windows 3.6.2 binary

[Marcus D. Hanwell]

Something like,

if (MSVC)
  # Do not generate manifests for the plugins - caused issues loading
plugins
  set(CMAKE_MODULE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} /MANIFEST:NO")
endif(MSVC)

That was enough to fix the majority of the problems we saw with Qt plugins
on Windows.

Marcus

On Wed, Jan 6, 2010 at 9:00 PM, Mike Jackson wrote:

> For those of us following along at home. just what would that line in
> the CMake file be?
> _
> Mike Jackson  mike.jack...@bluequartz.net
>
> On Wed, Jan 6, 2010 at 6:16 PM, Marcus D. Hanwell
>  wrote:
> > I did this in the past and it seemed to work well. You can add a line to
> the
> > CMakeLists file to instruct CMake not to do this.
> >
> > On Wednesday 06 January 2010 18:06:01 Dave Partyka wrote:
> >> So you're saying that if I don't embed any manifest (which the IDE does
> by
> >> default) into the plugins it should just work?
> >>
> >> On Wed, Jan 6, 2010 at 6:02 PM, Clinton Stimpson
> > wrote:
> >> > Can you fix that issue some people might have by not embedding the
> >> > manifests
> >> > into the plugin dlls, where embedding them is the default behavior?
> >> >
> >> > Clint
> >> >
> >> > On Wednesday 06 January 2010 03:58:54 pm Dave Partyka wrote:
> >> > > Hi All,
> >> > >
> >> > > I have tracked down the issue. That being an inconspicuous Visual
> >> > > Studio Security update
> >> > > (KB971092<
> >> >
> >> > http://www.microsoft.com/downloads/info.aspx?na=49&p=1&SrcDisplay
> >> >
> >> >
> >Lang=en&SrcCategoryId=&SrcFamilyId=294de390-3c94-49fb-a014-9a38580e64cb&
> >> > >u=ht tp%3a%2f%2fsupport.microsoft.com%2f%3fkbid%3d971092> ) that was
> >> > > installed sometime after I did the 3.6.1 release. Binaries built
> with
> >> > > that patch applied appear to not run on older revisions of XP (SP2).
> >> > > Thus, I have uninstalled the update, rebuilt ParaView 3.6.2 and
> >> > > uploaded the
> >> >
> >> > regenerated
> >> >
> >> > > binary to the download server. I have verified that it does work on
> a
> >> >
> >> > clean
> >> >
> >> > > SP2 machine BUT you must either install the Visual Studio runtime
> >> > > redistributable (simple)
> >> >
> >> >
> http://www.microsoft.com/downloads/details.aspx?familyid=A5C84275-3B97-4A
> >> >B7
> >> >
> >> > >-A40D-3802B2AF5FC2&displaylang=en
> >> > >
> >> > > OR copy the runtime dlls (Microsoft.VC90.CRT.manifest, msvcm90.dll
> >> > > msvcp90.dll msvcr90.dll) distributed with ParaView into each
> plugin's
> >> > > folder (ugly) in order to get plugins to work.
> >> > >
> >> > > Any one using an up-to-date Windows XP or newer (Vista,7) should be
> >> > > able to disregard these directions.
> >> > >
> >> > >
> >> > > Please report and further issues relating to this and thank you for
> the
> >> > > feedback!
> >> > >
> >> > > On Wed, Jan 6, 2010 at 9:31 AM, Robert Maynard
> >> >
> >> > wrote:
> >> > > >  When you profile ParaView does the main executable and plugins
> load
> >> >
> >> > the
> >> >
> >> > > > same MSVC dlls. ( F9 shows full paths of loaded dlls ).
> >> > > >
> >> > > > If they don't load the same dlls, comparing the manifest files
> will
> >> > > > determine if the problem is two different versions of the MSVC are
> >> >
> >> > being
> >> >
> >> > > > used.
> >> > > >
> >> > > >
> >> > > > Moreland, Kenneth wrote:
> >> > > >
> >> > > > Um, sure.  What specifically would you like me to report?
> >> > > >
> >> > > > -Ken
> >> > > >
> >> > > >
> >> > > > On 1/5/10 4:46 PM, "Robert Maynard" 
> wrote:
> >> > > >
> >> > > >  Would you be able to run dependency walker, and report back the
> >> >
> >> > results?
> >> >
> >> > > >

Re: [Paraview] Plugins in Windows 3.6.2 binary

[Marcus D. Hanwell]

Hit send a second too soon, it should be,

if (MSVC)
  # Do not generate manifests for the plugins - caused issues loading
plugins
  set(CMAKE_MODULE_LINKER_FLAGS "${CMAKE_MODULE_LINKER_FLAGS} /MANIFEST:NO")
endif(MSVC)

In order to append to the module linker flags.

On Wed, Jan 6, 2010 at 9:05 PM, Marcus D. Hanwell <
marcus.hanw...@kitware.com> wrote:

> Something like,
>
> if (MSVC)
>   # Do not generate manifests for the plugins - caused issues loading
> plugins
>   set(CMAKE_MODULE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} /MANIFEST:NO")
> endif(MSVC)
>
> That was enough to fix the majority of the problems we saw with Qt plugins
> on Windows.
>
> Marcus
>
> On Wed, Jan 6, 2010 at 9:00 PM, Mike Jackson 
> wrote:
>
>> For those of us following along at home. just what would that line in
>> the CMake file be?
>> _
>> Mike Jackson      mike.jack...@bluequartz.net
>>
>> On Wed, Jan 6, 2010 at 6:16 PM, Marcus D. Hanwell
>>  wrote:
>> > I did this in the past and it seemed to work well. You can add a line to
>> the
>> > CMakeLists file to instruct CMake not to do this.
>> >
>> > On Wednesday 06 January 2010 18:06:01 Dave Partyka wrote:
>> >> So you're saying that if I don't embed any manifest (which the IDE does
>> by
>> >> default) into the plugins it should just work?
>> >>
>> >> On Wed, Jan 6, 2010 at 6:02 PM, Clinton Stimpson
>> > wrote:
>> >> > Can you fix that issue some people might have by not embedding the
>> >> > manifests
>> >> > into the plugin dlls, where embedding them is the default behavior?
>> >> >
>> >> > Clint
>> >> >
>> >> > On Wednesday 06 January 2010 03:58:54 pm Dave Partyka wrote:
>> >> > > Hi All,
>> >> > >
>> >> > > I have tracked down the issue. That being an inconspicuous Visual
>> >> > > Studio Security update
>> >> > > (KB971092<
>> >> >
>> >> > http://www.microsoft.com/downloads/info.aspx?na=49&p=1&SrcDisplay
>> >> >
>> >> >
>> >Lang=en&SrcCategoryId=&SrcFamilyId=294de390-3c94-49fb-a014-9a38580e64cb&
>> >> > >u=ht tp%3a%2f%2fsupport.microsoft.com%2f%3fkbid%3d971092> ) that
>> was
>> >> > > installed sometime after I did the 3.6.1 release. Binaries built
>> with
>> >> > > that patch applied appear to not run on older revisions of XP
>> (SP2).
>> >> > > Thus, I have uninstalled the update, rebuilt ParaView 3.6.2 and
>> >> > > uploaded the
>> >> >
>> >> > regenerated
>> >> >
>> >> > > binary to the download server. I have verified that it does work on
>> a
>> >> >
>> >> > clean
>> >> >
>> >> > > SP2 machine BUT you must either install the Visual Studio runtime
>> >> > > redistributable (simple)
>> >> >
>> >> >
>> http://www.microsoft.com/downloads/details.aspx?familyid=A5C84275-3B97-4A
>> >> >B7
>> >> >
>> >> > >-A40D-3802B2AF5FC2&displaylang=en
>> >> > >
>> >> > > OR copy the runtime dlls (Microsoft.VC90.CRT.manifest, msvcm90.dll
>> >> > > msvcp90.dll msvcr90.dll) distributed with ParaView into each
>> plugin's
>> >> > > folder (ugly) in order to get plugins to work.
>> >> > >
>> >> > > Any one using an up-to-date Windows XP or newer (Vista,7) should be
>> >> > > able to disregard these directions.
>> >> > >
>> >> > >
>> >> > > Please report and further issues relating to this and thank you for
>> the
>> >> > > feedback!
>> >> > >
>> >> > > On Wed, Jan 6, 2010 at 9:31 AM, Robert Maynard
>> >> >
>> >> > wrote:
>> >> > > >  When you profile ParaView does the main executable and plugins
>> load
>> >> >
>> >> > the
>> >> >
>> >> > > > same MSVC dlls. ( F9 shows full paths of loaded dlls ).
>> >> > > >
>> >> > > > If they don't load the same dlls, comparing the manifest files
>> will
>> >> > > >

Re: [Paraview] Plotting an isosurface at two different density values from a standard gaussian CUBE file

[Marcus D. Hanwell]

On Thu, Apr 8, 2010 at 10:23 AM, Simon Su  wrote:

> Hi All,
>
> I am very new to CUBE data format. If I have a standard gaussian cube file
> which contains information of lattices, position of atoms and a
> spin-density. How can I plot iso surfaces at density value =0.008 and
> -0.008?
>
> Thank you,
> Simon
>
> Hi,

You can load the cube file, apply, select gridded data in the pipeline
browser, then go to filters, common, contour and specify the value ranges in
the properties isosurfaces pane. Then click apply and you will see the
isosurfaces. You can also glyph the Output in the pipeline browser to see
the atoms.

I hope this gets you started - there is lots more that you can do in
ParaView with the data.

Marcus
-- 
Marcus D. Hanwell, Ph.D.
R&D Engineer, Kitware Inc.
(518) 881-4937
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Plotting an isosurface at two different density values from a standard gaussian CUBE file

[Marcus D. Hanwell]

Hi Simon,

I think that http://www.paraview.org/paraview/help/documentation.htmlcontains
links to all of the available resources for ParaView. Depending on
what you are doing with ParaView the user's guide (book), wiki, or Doxygen
generated API documentation are all great resources.

There are also training courses, support and consulting with Kitware and
this mailing list. The Source can also provide great updates to new features
in ParaView, and other Kitware projects/products.

Marcus

On Thu, Apr 8, 2010 at 11:25 AM, Simon Su  wrote:

> Hi Marcus,
>
> Great!! Awesome.  This is probably the most effortless visualization that I
> have created for my user base. I was getting ready to write a loader for it
> when I was approached with a CUBE data format.
>
> You mentioned I can do a lot more with ParaView, is there like a manual to
> help guide me through? other than bugging you for it?
>
> Thanks,
> Simon
>
>
> On Thu, Apr 8, 2010 at 11:10 AM, Marcus D. Hanwell <
> marcus.hanw...@kitware.com> wrote:
>
>> On Thu, Apr 8, 2010 at 10:23 AM, Simon Su wrote:
>>
>>> Hi All,
>>>
>>> I am very new to CUBE data format. If I have a standard gaussian cube
>>> file which contains information of lattices, position of atoms and a
>>> spin-density. How can I plot iso surfaces at density value =0.008 and
>>> -0.008?
>>>
>>> Thank you,
>>> Simon
>>>
>>> Hi,
>>
>> You can load the cube file, apply, select gridded data in the pipeline
>> browser, then go to filters, common, contour and specify the value ranges in
>> the properties isosurfaces pane. Then click apply and you will see the
>> isosurfaces. You can also glyph the Output in the pipeline browser to see
>> the atoms.
>>
>> I hope this gets you started - there is lots more that you can do in
>> ParaView with the data.
>>
>> Marcus
>> --
>> Marcus D. Hanwell, Ph.D.
>> R&D Engineer, Kitware Inc.
>> (518) 881-4937
>>
>
>


-- 
Marcus D. Hanwell, Ph.D.
R&D Engineer, Kitware Inc.
(518) 881-4937
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Change the font in the Line Chart/XY plot

[Marcus D. Hanwell]

On Mon, Apr 19, 2010 at 4:03 AM, Paul Edwards wrote:

> Hi,
>
> Is there a way to change the font for the legend text?  In the chart
> options it only gives options for the location and flow and it doesn't
> seem to follow any of the other font settings.
>
> This is possible in the VTK API, but not exposed in ParaView. We need to
add some interface to the settings dialog, and some extra proxy properties
for the charts. If you open a bug report we should definitely add this,
although I do not have time to look at this right now.

Thanks,

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] 3.8 RC1 regression in line chart ?

[Marcus D. Hanwell]

You beat me to replying to this ;-)

On Thu, Apr 22, 2010 at 3:44 PM, Scott, W Alan  wrote:

> Richard,
> 1) This seems to work fine on the trunk from a few days ago.
> 2) This seems to work fine on the trunk from a few days ago.
>

Utkarsh and I tracked these issues down, and the fixes have been pushed to
the 3.8 branch.


> 3) Good catch - this is a bug.  I wrote up a bug report, bug number 10597.
>

I will see what I can do here.

Marcus

 -Original Message-
> From: paraview-boun...@paraview.org [mailto:paraview-boun...@paraview.org]
> On Behalf Of Richard GRENON
> Sent: Thursday, April 22, 2010 7:59 AM
> To: paraview@paraview.org
> Subject: [Paraview] 3.8 RC1 regression in line chart ?
>
> Hello, here is me again.
>
> I have found some kind of regression with the line charts (XY plots) in PV
> 3.8 RC1:
> First, loading a very simple csv file with three columns (named P, R and
> T), then using filter "PlotData":
>
> 1. the XY windows comes with the top "VARIABLE" box unchecked and all my
> variables (P, V, T) boxes checked in the Line Series panel of the Display
> tab, but the XY window remains empty until I check the top "VARIABLE" box.
> The default X axis is the Row ID. OK.
>
> 2. Now I want to use one of my three data arrays as the X axis: I select
> the radio-button and the first variable P is selected by default on the
> list-box. OK, this is the variable I want on the X axis, but I get many
> error messages because "No X column is set (index 0)". I have to select
> another X axis variable, then to come again on the P variable. No more
> error, but the X axis remains scaled with the Row ID values! I have to
> uncheck a variable in the line series panel and to check it again to obtain
> the correct P values on the X axis. Finally I get my three curves and I can
> change the X axis variable as I want.
>
> 3. All variables are scaled by default with the bottom-left axis system and
> I want to scale one of the variables on the right axis. I select one
> variable in the Line series panel and I try to change the default
> bottom-left Chart Axes for bottom-right or top-right axis system.
> Nothing happens: the top and right axis don't appear and all variables
> remain scaled on the bottom-left axis system. I can change some attributes
> of the variable (Line thickness, Line Style, Marker), but not the Chart
> Axes, although it was possible to change the Chart Axes with PV 3.6.2.
>
> I attach the very small csv file that I used for my tests.
>
> Regards.
>
> Richard
>
> --
>  Richard GRENON
>  ONERA
>  Departement d'Aerodynamique Appliquee - DAAP/ACI
>  8 rue des Vertugadins
>  92190 MEUDON - FRANCE
>  phone : +33 1 46 73 42 17
>  fax   : +33 1 46 73 41 46
>  mailto:richard.gre...@onera.fr
>  http://www.onera.fr
>
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] reading .cube or .pdb File

[Marcus D. Hanwell]

On Tue, Apr 27, 2010 at 3:54 AM, Christian Wohlschlager <
christian.wohlschla...@jku.at> wrote:

>  Hy !
>
>  I *m using Paraview 3.8 but reading any kind of .cube file made from
> Gaussian 03 , crashes paraview also if i read a .pdb file there is nothing
> or just one line.
>
>  thank you
>
>  christian
>
> Hi,

I have worked with Gaussian, and cube files in the past. I have done some
work in ParaView using cube files too, and did not observe a crash unless
the cube file with gzipped. I am also not certain that support for cube
files with multiple MOs is present. As Robert said, if you can supply an
example cube file that causes a crash then we can look into it.

I worked on some of the code in Open Babel responsible for reading/writing
cube files too, and so am quite familiar with that and the PDB format. I
just tried with ParaView as built yesterday and can open PDB files too. A
wire frame representation is rendered after clicking on apply.

Thanks,

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] 3.8 RC2 binaries: still a bug in line charts

[Marcus D. Hanwell]

On Mon, May 10, 2010 at 4:54 AM, Richard GRENON wrote:

> Hello
>
> I have just tested the 3.8 RC2 binaries (Linux 64). If some 3.8 RC1 bugs
> have been solved in line charts (points 1 and 2 in my previous mail about
> 3.8 RC1 regression in line chart), it is still impossible to change the
> default "bottom-left" axis system for another system with top or right axis.
>
> Hi Richard,

I committed some fixes for this in ParaView/VTK master, the commit IDs are
in the bug report notes,

http://www.paraview.org/Bug/view.php?id=10387

The patch is quite big, and so we will have to wait until the 3.8.2 release
to integrate them (it will be one of the first changes to be merged after
the final tagging for ParaView). So in the short term I will remove those
elements from the display panel for the line charts, and add them back in
once the 3.8 branch has tagged.

It was necessary to refactor quite a lot of the logic in the vtkChartXY
class to deal with effectively having four plots in each chart, manage four
transforms, and sharing axes between the up to four plots. Please let me
know if you experience further issues after applying the changes.

Thanks,

Marcus
--
Marcus D. Hanwell, Ph.D.
R&D Engineer, Kitware Inc.
(518) 881-4937
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Paraview output in a latex document

[Marcus D. Hanwell]

I used the approach Andy suggested very successfully (it can also take a PDF
as an image). I am guessing you are taking screenshots of the 3D scene and
including them in papers/reports.

Marcus

On Fri, May 28, 2010 at 3:22 PM, Andy Bauer  wrote:

> Another option is to use pdflatex which can take in png files that ParaView
> can save a screenshot as.  Not sure if this is what you're looking for
> though.
>
> Andy
>
>
> On Fri, May 28, 2010 at 3:11 PM, marco restelli wrote:
>
>> Hi all,
>>   I'd like to use paraview images in a latex document. So far, I can
>> see two options:
>> 1) Save Screeshot as pdf -> works, but I would prefer eps files
>> 2) Save Screeshot in whatever format and convert it to eps -> this
>> works but the quality of the eps is very bad.
>>
>> Does anybody have any suggestion? (Linux if possible, but Windows is
>> also fine).
>>
>> Thank you in advance!
>>   Marco
>> ___
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Please keep messages on-topic and check the ParaView Wiki at:
>> http://paraview.org/Wiki/ParaView
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.paraview.org/mailman/listinfo/paraview
>>
>
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Paraview output in a latex document

[Marcus D. Hanwell]

On Fri, May 28, 2010 at 4:13 PM, marco restelli  wrote:

> Andy, Kenneth, Hanwell, burlen,
>   thank you for the quick and detailed replies!
>
> On Fri, May 28, 2010 at 9:40 PM, burlen  wrote:
> > Any specific reason you prefer eps files? PV is only going to give you
> > raster images, so eps isn't an advantage as far as I can tell.
>
> I need the picture both for reports/papers and for prosper
> presentations; in particular, prosper is incompatible with pdflatex,
> so I tend to prefer eps figures. Then I first produce dvi files and
> then convert them to pdf.
>

You might consider  LaTeX beamer, I have had great results with it and it
uses pdflatex.

http://bitbucket.org/rivanvx/beamer/wiki/Home

>
> Based on your suggestions, I get good results by the following:
> 1) take the screeshot as a png file (at high resolution)
> 2) convert it to eps with imagemagick
> 3) include the eps figure in the latex file (no pdflatex)
> 4) convert the resulting dvi document to pdf.
> One thing that I didn't notice at first is that, even though the eps
> picture seems to have a very low quality, the final pdf document is
> nice.
>

Seems like a reasonable workflow if you need to stick with prosper.

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Problems with the Plot Over Line Filter in PV 3.8.0

[Marcus D. Hanwell]

On Wed, Jun 2, 2010 at 8:37 AM, Natalie Happenhofer  wrote:

>  Hi!
>
> It seems that the Plot Over Line filter is buggy in 3.8.0 - I built
> ParaView from source and applying the Plot Over Line filter to a 2D dataset,
> I get the following error message:
>
> X Error: GLXUnsupportedPrivateRequest 156
>   Extension:149 (Uknown extension)
>   Minor opcode: 16 (Unknown request)
>   Resource id:  0x570
>
> Apart from that, it does plot something and it seems to be correct, but the
> display resolution is really low.
>

I am not sure what you mean by really low. I wrote a lot of the code for the
new 2D charts in ParaView 3.8.0. Could you send me an email off list with a
screenshot demonstrating what you mean?

>
> Do you know what could be causing this?
>

The output from glxinfo and a little more information about the distro you
are using, and your graphics card/driver would help.

Thanks,

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] QGraphicsView +vtkRenderWindow = ParaView 4?

[Marcus D. Hanwell]

On Mon, Jun 14, 2010 at 11:14 AM, Jens  wrote:

> Hi,
>
> I just want to mention the following impressive work by Abhishek Patil.
>
> He merged QGrapihcsView and vtkRenderWindow in one class:
> http://thezeroth.net/2010/06/11/using-vtkrenderwindow-with-qgraphicsview/
>
> Greetings
> Jens
>
> I saw this blog post over the weekend, it certainly looks very interesting.
Would be great to get an idea of performance, as well as cleaning up the
licensing issues were it to be used. We are working on other experimental
code internally to combine VTK render windows and QGraphicsView too, I know
Clinton Stimpson has been exploring some of the possibilities here.

Thanks,

Marcus
--
Marcus D. Hanwell, Ph.D.
R&D Engineer, Kitware Inc.
(518) 881-4937
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Problems with the Plot Over Line Filter in PV 3.8.0

[Marcus D. Hanwell]

Hi,

On Thu, Jun 17, 2010 at 11:06 AM, Natalie Happenhofer <
natalieh...@hotmail.com> wrote:

>  Hi!
>
> Well, I'm using Windows XP, my graphics card is the Intel 82945G Express
> Chipset Family.
>
> The ParaView I'm using is located on a remote computer with Gentoo Linux,
> kernel version 2.6.31-gentoo-r6. I'm connecting via Putty, using the X11
> from Cygwin_NT 5.1.
>

This is certainly not a situation we are testing on our dashboards.

>
> Applying the Plot-Over-Line Filter, I get the errors
>
> X Error: GLXUnsupportedPrivateRequest 156
>   Extension:149 (Uknown extension)
>   Minor opcode: 16 (Unknown request)
>   Resource id:  0x570
>


>
> -) If I try to use the PlotOverLine Filter in PV 3.8.0 directly on the
> Linux machine, it works fine.
> -) Using the same data and the PlovOverLine of PV 3.6.2 it works fine with
> the X-Window.
>

The charts in 3.8.0 use OpenGL to render, whereas the charts in 3.6.2 were
using Qt to render. Could you open a bug report with these details, if you
send me the bug report number I will assign it to myself.

>
> I've checked the configuration of the X11 -variables in CMake, it seems to
> be ok (the same configuration as for PV 3.6.2).
>
> Does anyone have an idea what's going wrong?
>

The charts in 3.8.0 are a new implementation, rendering things in a very
different way. I am assuming the 3D widgets in ParaView are still working
normally? I will look into this, it is possible an extension that was
detected server side is being used client side (or similar). I have a laptop
and a desktop with the Intel chipset - I will see if I can reproduce the
failure.

Thanks,

Marcus

--
> From: marcus.hanw...@kitware.com
> Date: Wed, 2 Jun 2010 10:01:42 -0400?
>
>
> Subject: Re: [Paraview] Problems with the Plot Over Line Filter in PV 3.8.0
> To: natalieh...@hotmail.com
> CC: paraview@paraview.org
>
> On Wed, Jun 2, 2010 at 8:37 AM, Natalie Happenhofer <
> natalieh...@hotmail.com> wrote:
>
>  Hi!
>
> It seems that the Plot Over Line filter is buggy in 3.8.0 - I built
> ParaView from source and applying the Plot Over Line filter to a 2D dataset,
> I get the following error message:
>
> X Error: GLXUnsupportedPrivateRequest 156
>   Extension:149 (Uknown extension)
>   Minor opcode: 16 (Unknown request)
>   Resource id:  0x570
>
> Apart from that, it does plot something and it seems to be correct, but the
> display resolution is really low.
>
>
> I am not sure what you mean by really low. I wrote a lot of the code for
> the new 2D charts in ParaView 3.8.0. Could you send me an email off list
> with a screenshot demonstrating what you mean?
>
>
> Do you know what could be causing this?
>
>
> The output from glxinfo and a little more information about the distro you
> are using, and your graphics card/driver would help.
>
> Thanks,
>
> Marcus
>
> --
> Acceder a tu casilla ahora es mucho más rápido. Ahora Hotmail es un 70% más
> veloz. Conoce más 
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] openGL ERROR with chart views

[Marcus D. Hanwell]

On Mon, Jun 21, 2010 at 4:12 AM, Luc Bordier wrote:

> Hi,
>
> Using paraview 3.8.0 on windows 32 bits, raise me the following error when
> opening a new chart window :
>
> ERROR: In ..\..\..\src\VTK\Rendering\vtkOpenGLExtensionManager.cxx, line
> 358
>
> vtkOpenGLExtensionManager (241D2150): Extension GL_VERSION_1_5 could not be
> loaded.
>
> My graphic card is ATI radeon xpress 1150 series
>
>
> This makes the paraview gui slower when interacting with the chart (even
> with the error, the chart is visible anyway). Is there any solution to avoid
> this error.
>
> Is your problem that it keeps repeating the error message? If so, this is a
bug I fixed in HEAD, I will ensure it is backported for the ParaView 3.8.1
release.

Thanks,

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Qt Creator as IDE for ParaView

[Marcus D. Hanwell]

On Tue, Jun 22, 2010 at 5:30 AM, Paul McIntosh <
paul.mcint...@internetscooter.com> wrote:

> Hi All,
>
> I am planning on setting up Qt Creator as my cross platform IDE for things
> like ParaView.
>
> I am wondering if anyone else has tried this and if they were successful?
>
> I have been using this for well over half a year now, on Linux with GDB as
my debugger. It works really well, and our very own Jeff Baumes had a patch
integrated to support the ParaView/VTK indentation style.

You should be able to open the CMakeLists.txt in the ParaView source
directory, choose a build directory and then run cmake. After that I often
run cmake-gui in the build directory and get everything set up the way I
want it.

On the whole it works very well, and I mainly go back to vim to edit CMake
files. I would like to add some  syntax highlighting for CMake so I don't
need to do that either. You can alter the build options and pass -j8 (or
whatever is appropriate), and change the binary to ParaView.

They also just released Qt Creator 2, and I highly recommend the upgrade.

Thanks,

Marcus
--
Marcus D. Hanwell, Ph.D.
R&D Engineer, Kitware Inc.
(518) 881-4937
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Indication of delay between interactive and still render?

[Marcus D. Hanwell]

On Thu, Jun 24, 2010 at 8:31 PM, David Thompson  wrote:

>  That is really a good point. The more I use it, the more I realize
>> this is absolutely essential. But how ? :). What could serve as a good
>> indication?
>>
>
> 1. Different colors on the border surrounding the pane (but this competes
> with the red/blue indicating which pane is "Active")
> 2. An LED-like glyph in the pane's title bar?
> 3. A small overlay in one corner of the pane? (Ken's favorite: a pie chart
> showing either time remaining before a still render or time spent waiting
> for a still render to finish. :-)
>
> You beat me to it - I was just writing we could add a small overlay in a
corner of the display to give the user a subtle visual cue. Option 3 gets my
vote too ;-)

Marcus

 On Tue, Jun 22, 2010 at 12:00 PM, Moreland, Kenneth 
>> wrote:
>>
>>> I just got a chance to try out the new feature that pauses for 2 seconds
>>> between the last interactive render and the still render to give you a
>>> chance to make further movements
>>> (http://paraview.org/Bug/view.php?id=10232).  Totally cool.
>>>
>>> One thing I noticed though is that there is no indication of an
>>> intentional
>>> pause.  Is there a subtle way to let the user know when the interface is
>>> pausing and when it is busy rendering?  Or is it fine the way it is?
>>>
>>> -Ken
>>>
>>>     Kenneth Moreland
>>>***  Sandia National Laboratories
>>> ***
>>> *** *** ***  email: kmo...@sandia.gov
>>> **  ***  **  phone: (505) 844-8919
>>>***  web:   http://www.cs.unm.edu/~kmorel
>>>
>>>
>>> ___
>>> Powered by www.kitware.com
>>>
>>> Visit other Kitware open-source projects at
>>> http://www.kitware.com/opensource/opensource.html
>>>
>>> Please keep messages on-topic and check the ParaView Wiki at:
>>> http://paraview.org/Wiki/ParaView
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> http://www.paraview.org/mailman/listinfo/paraview
>>>
>>>
>>>  ___
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Please keep messages on-topic and check the ParaView Wiki at:
>> http://paraview.org/Wiki/ParaView
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.paraview.org/mailman/listinfo/paraview
>>
>>
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] VTK version

[Marcus D. Hanwell]

On Fri, Jul 9, 2010 at 4:25 AM, Michael Wild  wrote:

>
> On 9. Jul, 2010, at 1:52 , François Bissey wrote:
>
> >> It is 5.6.0 + some additional patches as VTK 5.6.0 was released before
> >> ParaView 3.8.0 was finished. If you checkout the VTK release branch. The
> >> commit ParaView 3.8.0 used was:
> >>
> >> 8b2449871dca83d542cc7d8093da5fee3c70ebb1
> >>
> >> Author: Dave DeMarle   2010-05-19 14:25:56
> >> Committer: David Partyka   2010-05-21
> 08:59:24
> >> Parent: 33a0bc981c98fc81bc5351ad27ad018e9cdc6dc1 (STYLE: Remove tabs.)
> >> Child:  9fcf02d503c6fb13fa5104deb3956a77ff079a3a (COMP:
> >> SetNumberOfHistogramBins(int*) missing definition, added)
> >> Branches: release, remotes/origin/release
> >> Follows: v5.6.0
> >> Precedes:
> >>
> >>Take timestamps of key portions of parallel rendering algorithm.
> >>
> > Is there an easy to get the diff between the released vtk-5.6.0 and
> > and the branch used in paraview-3.8.0?
> >
> > Francois
>
> Gitweb doesn't do diffing between arbitrary commits, so probably the
> easiest way is to just checkout the v3.8.0 tag from the ParaView repository,
> initialize the submodules, change into the VTK directory and do a "git diff
> v5.6.0".
>

If you have a checkout of VTK, the following would give you a diff between
the tag and the hash used in ParaView,

git diff v5.6.0..8b2449

You can also replace diff with log to see the commits, or log -p to see the
commits with diffs for each commit. I hope that help.

Thanks,

Marcus
--
Marcus D. Hanwell, Ph.D.
R&D Engineer, Kitware Inc.
(518) 881-4937
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] histograms on time dependant datasets (pvd) with PV 3.8.0

[Marcus D. Hanwell]

On Tue, Jul 13, 2010 at 10:08 AM, Eric E. Monson wrote:

> Hey Philippe,
>
> Yes, I can verify that saving animations of time dependent chart views
> doesn't work  properly on my system, either. (Both 3.8.0 and git head.) I
> tried with Histogram, and also with Plot Over Line and Plot Data (the latter
> at least changed once in a while during the animation save, but only every
> few frames, and some strange arrays popped up and were plotted that weren't
> part of the data...)
>

I am just looking into this now.

>
> It looks like you'll have to file a bug report:
>
> http://www.paraview.org/Bug/view_all_bug_page.php
>
> (Or, go to paraview.org under Resources->Bug Tracker menu item. If you
> have trouble, let me know and I can file it.)
>

This is the best thing to ensure it is not missed, once you have filed it I
can assign it to myself. I am working through some ParaView bugs at present
in preparation for ParaView 3.8.1.

Marcus
--
Marcus D. Hanwell, Ph.D.
R&D Engineer, Kitware Inc.
(518) 881-4937

>
> On Jul 13, 2010, at 9:30 AM, Philippe David wrote:
>
>  Eric,
> Actually this is a regular binary downloaded from Paraview.org. (windows
> 32 , same problem on linux 64)
> the play operates correctly but the "save animation" only saves the 1st
> frame (t=0) of the histogram. On the other hand, the 3D Vtu view is
> correctly updated.
> My pipeline is a simple "pvd >> histogram"
>
> Philippe DAVID
> Sciences Computers Consultants
> office:33(0)4-77-49-75-80
> mobile:33(0)6-08-47-64-38
>
>
> Le 13/07/2010 15:24, Eric E. Monson a écrit :
>
> Hello Philippe,
>
>  What is your pipeline? Are you running this from the GUI, or from Python?
> Did you compile this version yourself, or is it downloaded binaries for some
> platform?
>
>  When I open a time-dependent PVD file and put a histogram right after it
> in the 3.8.0 pipeline and hit "Play" on the VCR controls, the histogram
> updates with each time step. (OS X 10.6.4, PV binaries downloaded from
> paraview.org)
>
>  -Eric
>
>  --
> Eric E Monson
> Duke Visualization Technology Group
>
>
>  On Jul 13, 2010, at 3:09 AM, Philippe David wrote:
>
>  When I create an animation using Histogram filter on the PVD, the
> histogram is not updated (keep showing the distribution for t=0). I am using
> the same pipeline as in PV 3.6.2. Is there is different protocol to use with
> PV 3.8.0 ?
>
> Thanks for any feedback
>
> Philippe DAVID SCC
>
>
>
>  ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
>
>
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] histograms on time dependant datasets (pvd) with PV 3.8.0

[Marcus D. Hanwell]

This is now fixed in master by commit 305cfd0, I updated the bug report.
Please let me know if this does not address your issue.

Marcus

On Tue, Jul 13, 2010 at 10:12 AM, Marcus D. Hanwell <
marcus.hanw...@kitware.com> wrote:

> On Tue, Jul 13, 2010 at 10:08 AM, Eric E. Monson wrote:
>
>> Hey Philippe,
>>
>> Yes, I can verify that saving animations of time dependent chart views
>> doesn't work  properly on my system, either. (Both 3.8.0 and git head.) I
>> tried with Histogram, and also with Plot Over Line and Plot Data (the latter
>> at least changed once in a while during the animation save, but only every
>> few frames, and some strange arrays popped up and were plotted that weren't
>> part of the data...)
>>
>
> I am just looking into this now.
>
>>
>> It looks like you'll have to file a bug report:
>>
>> http://www.paraview.org/Bug/view_all_bug_page.php
>>
>> (Or, go to paraview.org under Resources->Bug Tracker menu item. If you
>> have trouble, let me know and I can file it.)
>>
>
> This is the best thing to ensure it is not missed, once you have filed it I
> can assign it to myself. I am working through some ParaView bugs at present
> in preparation for ParaView 3.8.1.
>
>  Marcus
> --
> Marcus D. Hanwell, Ph.D.
> R&D Engineer, Kitware Inc.
> (518) 881-4937
>
>>
>> On Jul 13, 2010, at 9:30 AM, Philippe David wrote:
>>
>>  Eric,
>> Actually this is a regular binary downloaded from Paraview.org. (windows
>> 32 , same problem on linux 64)
>> the play operates correctly but the "save animation" only saves the 1st
>> frame (t=0) of the histogram. On the other hand, the 3D Vtu view is
>> correctly updated.
>> My pipeline is a simple "pvd >> histogram"
>>
>> Philippe DAVID
>> Sciences Computers Consultants
>> office:33(0)4-77-49-75-80
>> mobile:33(0)6-08-47-64-38
>>
>>
>> Le 13/07/2010 15:24, Eric E. Monson a écrit :
>>
>> Hello Philippe,
>>
>>  What is your pipeline? Are you running this from the GUI, or from
>> Python? Did you compile this version yourself, or is it downloaded binaries
>> for some platform?
>>
>>  When I open a time-dependent PVD file and put a histogram right after it
>> in the 3.8.0 pipeline and hit "Play" on the VCR controls, the histogram
>> updates with each time step. (OS X 10.6.4, PV binaries downloaded from
>> paraview.org)
>>
>>  -Eric
>>
>>  --
>> Eric E Monson
>> Duke Visualization Technology Group
>>
>>
>>  On Jul 13, 2010, at 3:09 AM, Philippe David wrote:
>>
>>  When I create an animation using Histogram filter on the PVD, the
>> histogram is not updated (keep showing the distribution for t=0). I am using
>> the same pipeline as in PV 3.6.2. Is there is different protocol to use with
>> PV 3.8.0 ?
>>
>> Thanks for any feedback
>>
>> Philippe DAVID SCC
>>
>>
>>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Contour on a 2d plot

[Marcus D. Hanwell]

On Wed, Aug 4, 2010 at 7:08 AM, Emanuele T.  wrote:

> Hi, i have some data in vtk in 3d. I made a slice and then a contour of a
> variable (a single value contour). Now i d like to plot this contour in a 2d
> plot with x-y axis
>
> This is the screenshot http://dl.dropbox.com/u/3617688/Screenshot.png
>
> I want the pic on the left on a plot similar to the pic on the right
>
> Thanks in advance
>
> This is something I am working towards, but it is not currently possible.

Thanks,

Marcus
--
Marcus D. Hanwell, Ph.D.
R&D Engineer, Kitware Inc.
(518) 881-4937
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] vtkParsePreprocess.c missing

[Marcus D. Hanwell]

On Sat, Aug 21, 2010 at 10:47 PM, David Doria  wrote:

> On Sat, Aug 21, 2010 at 4:14 PM, pat marion wrote:
>
>> Did you try git submodule update?  (Might need 'git submodule init' first)
>>
>> Pat
>>
>>
> Thanks Pat, 'git submodule update' did the trick. I added a section to the
> wiki page:
>
> http://www.paraview.org/Wiki/ParaView/Git#Typical_Users_Workflow
>
> While it is nice to have all of the details, I think this should help
> people who just want to stay current with ParaView but don't care about
> learning git (and have no intention of editing/contributing code). Let me
> know if it seems reasonable (and correct!).
>

There was a lot more than was needed, so I updated it. Basically, the
initial clone creates the ParaView directory, initializes and then updates
the submodule. So only one command is required for initial checkout. To
update, you must first pull, and then update the submodules (the pull is
what may push the submodule forward).

I hope that makes things clearer. I agree that we need to provide very
brief, minimal instructions for people that just want to get up and running
as quickly as possible.

Thanks,

Marcus
--
Marcus D. Hanwell, Ph.D.
R&D Engineer, Kitware Inc.
(518) 881-4937
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] git bisect results hooperlab OSMesa build failures

[Marcus D. Hanwell]

On Oct 20, 2010, at 12:33 PM, Kevin H. Hobbs wrote:

> The hooperlab OSMesa builds have been failing for two days.
> 
> I did a git bisect on ParaView (VTK OSMesa isn't failing) and came up with :
> 
> 25ea37421df423f132e014da31d6cbdca5caad2a is the first bad commit
> commit 25ea37421df423f132e014da31d6cbdca5caad2a
> Author: Utkarsh Ayachit 
> Date:   Mon Oct 18 13:08:27 2010 -0400
> 
>Forwarding VTK to bring in latest paraview_views_refactoring merge.
> 
> :16 16 b1683b8880964f69d7ecb3f918618c6422897d8b
> 91e89e83dbc2a317f08f0715cafffa7f10ce7841 M  VTK
> 
> I'll redo the bisection on the VTK in ParaView.

Sorry, I didn't realize that the VTK submodule had been moved there, I fixed 
the problem a few hours later in VTK but ParaView was stuck with the broken 
test compilation. I will move it now.

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] dashboards run with installed version?

[Marcus D. Hanwell]

On Wed, Oct 27, 2010 at 3:12 PM, Favre  Jean  wrote:
>
> Turning  PARAVIEW_INSTALL_THIRD_PARTY_LIBRARIES to OFF fixes my install 
> issue. Thanks for the tip.
>
> btw, is there any reason the hdf5 libs get installed in /fullpath/lib instead 
> of /fullpath/lib/paraview-3.9? There are the only libs being installed one 
> level up (from the rest).
>
I think turning this OFF by default is the way to go.

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] Build failing

[Marcus D. Hanwell]

On Sun, Nov 7, 2010 at 11:58 AM, David Doria  wrote:
> Ah, I thought vtkCommunicator was a ParaView class. I made a fresh
> clone (which got the updated submodule) and then it built fine.
>
> Is there ever a reason to pull ParaView without also updating the
> submodules? If not, can this be done automatically with a script? It
> doesn't seem to make sense to allow ParaView to be pulled when it
> would go into an invalid state (like it did for me, where the new
> ParaView code depends on the new VTK code). Is there a way to get git
> to work kind of work like a compiler - when a "high level" command is
> issued (i.e. checkout paraview), it checks to see if anything that
> paraview depends on has changed and updates it before updating
> ParaView?

There are many reasons why you might pull ParaView without updating
the submodules. What if you are working on a topic branch in VTK, and
want to check it builds OK with more recent ParaView master? If you do
want to get everything then I added an alias for ParaView,

git pullall

It will update ParaView, and then call git submodule update. I think
this is documented on the wiki page and the one page PDF I added
there. We could possibly make the pullall a little more intelligent
about topic branches in the future, but it should work as advertised
for most.

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] vtkTable and LineChart

[Marcus D. Hanwell]

On Mon, Nov 29, 2010 at 1:41 PM, Michael Jackson
 wrote:
> I have some XY data that I would like to plot in ParaView. I currently have
> a plugin that reads the data from our HDF5 file and into vtkTable objects.
> Along the lines of a "Line Chart 101" question how do I programmatically set
> the x-axis and y-axis columns?

There is a convenience function in the vtkPlot base class for this,

http://www.vtk.org/doc/nightly/html/classvtkPlot.html#ab2349981a5adb902a695e867ed15e1fc

You can set the table, along with the name of the x and y column for
the plot. The vtkPlotLine inherits from vtkPlotPoint, and both of them
respect this variable. It becomes a little murkier for parallel
coordinates, where I have to maintain a list of columns that should be
plotted.

Please let me know if it isn't clear, there are some tests such as
TestLinePlot.cxx that will take you through building up a table with
multiple columns, and plotting the points.

Marcus
--
Marcus D. Hanwell, Ph.D.
R&D Engineer, Kitware Inc.
(518) 881-4937
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] vtkTable and LineChart

[Marcus D. Hanwell]

Sorry, yes, I was in VTK world. There are a few column names with
special meanings to ParaView that are hard coded in the proxy. You can
get at the chart object if you wish to manipulate it directly, but you
should be able to achieve everything you need to through the proxies.

Marcus

On Mon, Nov 29, 2010 at 4:28 PM, pat marion  wrote:
> I think by default it will plot a line for each column in the table.  It
> will use the cell value as the Y value, and the row index as the X value.
> To change the behavior, you have to change two representation properties:
>
>
> rep.UseIndexForXAxis = 0
>
> rep.XArrayName = 'foo'
>
> This will plot all all the columns, except use the "foo" column as the X
> values.  That means the line for the "foo" column is still displayed, and it
> will be a diagonal line.
>
> I just looked, and Paraview has one cheat hard coded- if there is a column
> named "Time" or "arc_length" then it will be used automatically for the X
> axis.
>
> Pat
>
> On Mon, Nov 29, 2010 at 4:11 PM, Michael Jackson
>  wrote:
>>
>> Thanks for the idea. I was trying to figure out the flow from reading the
>> data into displaying the data hoping to reveal some sort of default or
>> something. I was going to generate some fake CSV data and see how that
>> reader does things hoping the CSV reader takes the first column as the
>> x-axis.
>> ___
>> Mike Jackson                      www.bluequartz.net
>> Principal Software Engineer       mike.jack...@bluequartz.net
>> BlueQuartz Software               Dayton, Ohio
>>
>>
>>
>> On Nov 29, 2010, at 4:08 PM, pat marion wrote:
>>
>>> Hi Mike,
>>>
>>> I'm not up to speed with the current chart api so I can't answer your
>>> question... but maybe you could try doing it in the gui with python trace
>>> enabled, then translate the generated python code into c++ for your plugin?
>>>  Customizing the chart should be a matter of setting properties on the
>>> representation and view, the data object itself doesn't have much say.
>>>
>>> Pat
>>>
>>> On Mon, Nov 29, 2010 at 1:41 PM, Michael Jackson
>>>  wrote:
>>> I have some XY data that I would like to plot in ParaView. I currently
>>> have a plugin that reads the data from our HDF5 file and into vtkTable
>>> objects. Along the lines of a "Line Chart 101" question how do I
>>> programmatically set the x-axis and y-axis columns?
>>>
>>> Thanks
>>> ___
>>> Mike Jackson                      www.bluequartz.net
>>> Principal Software Engineer       mike.jack...@bluequartz.net
>>> BlueQuartz Software               Dayton, Ohio
>>>
>>>
>>>
>>> ___
>>> Powered by www.kitware.com
>>>
>>> Visit other Kitware open-source projects at
>>> http://www.kitware.com/opensource/opensource.html
>>>
>>> Please keep messages on-topic and check the ParaView Wiki at:
>>> http://paraview.org/Wiki/ParaView
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> http://www.paraview.org/mailman/listinfo/paraview
>>>
>>
>> ___
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Please keep messages on-topic and check the ParaView Wiki at:
>> http://paraview.org/Wiki/ParaView
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.paraview.org/mailman/listinfo/paraview
>
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

[Paraview] Plugin developers: update to target_link_libraries calls in CMake code

[Marcus D. Hanwell]

Hi,

We recently merged in some changes to VTK and ParaView that make use
of the new target_link_libraries command signature, these offer much
better control over what is a public interface library and what is a
private link. This is largely dictated by whether the thing being
linked to is exposed in the public headers/API or just used in the
implementation files.

One issue is that target_link_libraries with no arguments defaults to
making all links public, but if it is called on a target with the new
signature then that default changes to private for all previous and
subsequent calls. This is far from ideal, but it is the way it has
been added to CMake and so we must work with it. CMake 2.8.12 will
issue warnings when any target has calls with both signatures.

As a plugin developer you may need to add links to things that were
once public and are now private, such as vtksys, MPI (using
include(vtkMPI) and vtk_mpi_link(target_name)). If you want to retain
the previous behavior for your linking simply changing the call to
include LINK_PUBLIC will work,

target_link_libraries(my_plugin LINK_PUBLIC my_interface_libs
LINK_PRIVATE vtksys)

would add my_interface_libs to the public links for the target, and
vtksys to the private links. In VTK/ParaView this allows us to reduce
the length of link lines, and to reduce the number of include
directories in the search paths (can be removed for any non-public
dependencies of the module's dependencies).

We will be working to remove more libraries from the public interface
libraries going forward, and so further adjustments may be necessary.
Please ask if anything wasn't clear, inserting LINK_PUBLIC into your
calls to link libraries is all that is necessary to maintain the
previous behavior. It may be necessary to add some dependencies
explicitly that were once implicitly brought in.

Thanks,

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

[Paraview] VTK accepted for Google Summer of Code

[Marcus D. Hanwell]

Hi,

I am very pleased to announce that VTK has been accepted as a
mentoring organization in this year's Google Summer of Code! Our ideas
page is http://vtk.org/Wiki/VTK/GSoC_2014, and we would be happy to
discuss other ideas and may add more during the student application
period.

Interested students, please get in touch on our mailing lists. We
would encourage you to interact with our community during the
application period. Jeff Baumes and I are the administrators for the
organization, and mentors who proposed ideas are listed next to the
ideas on the wiki page.

If you know any students interested in taking part this year please
encourage them to get in touch early. We are looking forward to a
productive summer!

Marcus
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Re: [Paraview] OpenGL Backend Identification

[Marcus D. Hanwell]

vtkConfigure.h is definitely not the right place for this, and we
worked pretty hard to move things out of it that didn't need to be
there. It will cause almost all classes to recompile, and nothing in
common is even aware of rendering backends. There is a configured
header in the modules that record some settings (such as Cocoa,
Carbon, X11, etc as far as I remember) that would be more appropriate.

I haven't looked at the code in a while, adding something to configure
it in seems reasonable. It is something we originally hoped could be
decided at link time, and it has since become something that can only
really be decided at compile time (which backend to use). With that in
mind, you could simply define something in vtkRenderingCore's
configured header stating which backend it was compiled with.

Marcus

On Wed, Dec 9, 2015 at 12:00 PM, Shawn Waldon  wrote:
> There *is* a global VTK configuration header.  vtkConfigure.h has many of
> these definitions and is included in vtkObjectBase.h (so pretty much
> everywhere).  But you may be right that this should go somewhere in the
> rendering code rather than in there.  I am not sure that vtkRenderWindow is
> the best location for it, but I am not as familiar with the code that uses
> the compiler definition.  Does everywhere that #ifdefs VTK_OPENGL2 include
> vtkRenderWindow.h?  Or would we have to pull in that header just for that
> macro?
>
> Shawn
>
> On Wed, Dec 9, 2015 at 11:54 AM, Tim Thirion 
> wrote:
>>
>> Yes, that was my original question. :) Is the vtkRenderWindow the best
>> place for this? I'm happy to add it.
>>
>> On Wed, Dec 9, 2015 at 11:12 AM, Joachim Pouderoux
>>  wrote:
>>>
>>> BTW, I took a look but I do not see any way for a third party VTK or PV
>>> application that would not use CMake machinery (and use VTK_OPENGL_BACKEND)
>>> to know if the VTK it uses is based on OpenGL backend 1 or 2.
>>> VTK_OPENGL2 is a compiler definition provided to build VTK or PV but, as
>>> there is no global VTK configuration header, shouldn't we add a function in
>>> vtkRenderWindow to return the version of the backend it is based on?
>>>
>>> Joachim Pouderoux
>>>
>>> PhD, Technical Expert
>>> Kitware SAS
>>>
>>>
>>> 2015-12-08 19:58 GMT+01:00 Ben Boeckel :

 On Mon, Dec 07, 2015 at 14:49:51 -0500, Tim Thirion wrote:
 > I'm looking to provide run-time identification of the current OpenGL
 > backend in use. Some questions:
 >
 > 1. VTK #defines VTK_OPENGL2, but ParaView #defines VTKGL2. Is there a
 > particular reason we have both?

 VTK used to have both. VTKGL2 should be migrated to VTK_OPENGL2 (as VTK
 did).

 > 2. Is there an ideal place to define such a constant? Perhaps on the
 > render
 > window?

 The About dialog has a list of information already (versions of Python,
 matplotlib, numpy, Qt, etc.).

 --Ben
 ___
 Powered by www.kitware.com

 Visit other Kitware open-source projects at
 http://www.kitware.com/opensource/opensource.html

 Please keep messages on-topic and check the ParaView Wiki at:
 http://paraview.org/Wiki/ParaView

 Search the list archives at: http://markmail.org/search/?q=ParaView

 Follow this link to subscribe/unsubscribe:
 http://public.kitware.com/mailman/listinfo/paraview
>>>
>>>
>>
>>
>> ___
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Please keep messages on-topic and check the ParaView Wiki at:
>> http://paraview.org/Wiki/ParaView
>>
>> Search the list archives at: http://markmail.org/search/?q=ParaView
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/paraview
>>
>
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Search the list archives at: http://markmail.org/search/?q=ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Search the list archives at: http://markmail.org/search/?q=ParaView

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview

Re: [Paraview] OpenGL Backend Identification

[Marcus D. Hanwell]

Yes, and if the header doesn't exist nor does any backend, so that
seems reasonable too.

On Thu, Dec 10, 2015 at 9:29 AM, Ken Martin  wrote:
> Maybe vtkRenderingOpenGLConfigure.h ?
>
> That header is configured from a .in file for both the old and new backend.
> We could define VTK_OPENGL2 in that header and applications could include it
> as needed.  That header appears to get installed. The only issue I see is
> that if someone built VTK with no rendering then that header file might not
> exist.
>
> Does that work? If so I can put the VTK_OPENGL2 definition in there.
>
>
> On Wed, Dec 9, 2015 at 12:43 PM, Marcus D. Hanwell
>  wrote:
>>
>> vtkConfigure.h is definitely not the right place for this, and we
>> worked pretty hard to move things out of it that didn't need to be
>> there. It will cause almost all classes to recompile, and nothing in
>> common is even aware of rendering backends. There is a configured
>> header in the modules that record some settings (such as Cocoa,
>> Carbon, X11, etc as far as I remember) that would be more appropriate.
>>
>> I haven't looked at the code in a while, adding something to configure
>> it in seems reasonable. It is something we originally hoped could be
>> decided at link time, and it has since become something that can only
>> really be decided at compile time (which backend to use). With that in
>> mind, you could simply define something in vtkRenderingCore's
>> configured header stating which backend it was compiled with.
>>
>> Marcus
>>
>> On Wed, Dec 9, 2015 at 12:00 PM, Shawn Waldon 
>> wrote:
>> > There *is* a global VTK configuration header.  vtkConfigure.h has many
>> > of
>> > these definitions and is included in vtkObjectBase.h (so pretty much
>> > everywhere).  But you may be right that this should go somewhere in the
>> > rendering code rather than in there.  I am not sure that vtkRenderWindow
>> > is
>> > the best location for it, but I am not as familiar with the code that
>> > uses
>> > the compiler definition.  Does everywhere that #ifdefs VTK_OPENGL2
>> > include
>> > vtkRenderWindow.h?  Or would we have to pull in that header just for
>> > that
>> > macro?
>> >
>> > Shawn
>> >
>> > On Wed, Dec 9, 2015 at 11:54 AM, Tim Thirion 
>> > wrote:
>> >>
>> >> Yes, that was my original question. :) Is the vtkRenderWindow the best
>> >> place for this? I'm happy to add it.
>> >>
>> >> On Wed, Dec 9, 2015 at 11:12 AM, Joachim Pouderoux
>> >>  wrote:
>> >>>
>> >>> BTW, I took a look but I do not see any way for a third party VTK or
>> >>> PV
>> >>> application that would not use CMake machinery (and use
>> >>> VTK_OPENGL_BACKEND)
>> >>> to know if the VTK it uses is based on OpenGL backend 1 or 2.
>> >>> VTK_OPENGL2 is a compiler definition provided to build VTK or PV but,
>> >>> as
>> >>> there is no global VTK configuration header, shouldn't we add a
>> >>> function in
>> >>> vtkRenderWindow to return the version of the backend it is based on?
>> >>>
>> >>> Joachim Pouderoux
>> >>>
>> >>> PhD, Technical Expert
>> >>> Kitware SAS
>> >>>
>> >>>
>> >>> 2015-12-08 19:58 GMT+01:00 Ben Boeckel :
>> >>>>
>> >>>> On Mon, Dec 07, 2015 at 14:49:51 -0500, Tim Thirion wrote:
>> >>>> > I'm looking to provide run-time identification of the current
>> >>>> > OpenGL
>> >>>> > backend in use. Some questions:
>> >>>> >
>> >>>> > 1. VTK #defines VTK_OPENGL2, but ParaView #defines VTKGL2. Is there
>> >>>> > a
>> >>>> > particular reason we have both?
>> >>>>
>> >>>> VTK used to have both. VTKGL2 should be migrated to VTK_OPENGL2 (as
>> >>>> VTK
>> >>>> did).
>> >>>>
>> >>>> > 2. Is there an ideal place to define such a constant? Perhaps on
>> >>>> > the
>> >>>> > render
>> >>>> > window?
>> >>>>
>> >>>> The About dialog has a list of information already (versions of
>> >>>> Python,
>> >>>> matplotlib, numpy, Qt, etc.).
>> >>>>
>>

Re: [Paraview] Dose pvpython work with python 3.x ?

[Marcus D. Hanwell]

On Mon, Nov 21, 2016 at 1:24 PM, Cory Quammen  wrote:
>
> I'm not sure what the problem is. We've barely tested building against Python 
> 3, and I personally have never built with Python 3, so it's quite possible 
> you have uncovered a problem. Unfortunately, I don't have time to investigate 
> further at the moment.
>
> If you figure it out, please let us know.
>
Just to add one small data point, I was able to compile ParaView
master against Python 3 on my Linux system. Right now it looks like
opening the Python shell causes a segfault (at least for me). Tomviz
is a ParaView based GUI, and it also hits a compile failure at the
moment.

Hopefully we will have more time to look at this in December/January,
but it is not a high priority right now (although I don't want to wait
too long).
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Search the list archives at: http://markmail.org/search/?q=ParaView

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview

Re: [Paraview] Dose pvpython work with python 3.x ?

[Marcus D. Hanwell]

On Mon, Nov 21, 2016 at 2:21 PM, Marcus D. Hanwell
 wrote:
>
> On Mon, Nov 21, 2016 at 1:24 PM, Cory Quammen  
> wrote:
> >
> > I'm not sure what the problem is. We've barely tested building against 
> > Python 3, and I personally have never built with Python 3, so it's quite 
> > possible you have uncovered a problem. Unfortunately, I don't have time to 
> > investigate further at the moment.
> >
> > If you figure it out, please let us know.
> >
> Just to add one small data point, I was able to compile ParaView
> master against Python 3 on my Linux system. Right now it looks like
> opening the Python shell causes a segfault (at least for me). Tomviz
> is a ParaView based GUI, and it also hits a compile failure at the
> moment.
>
> Hopefully we will have more time to look at this in December/January,
> but it is not a high priority right now (although I don't want to wait
> too long).

I just realized that my test was a little unfair, I used the build
parameters for ParaView that Tomviz uses to enable threaded Python
support,

 VTK_PYTHON_FULL_THREADSAFE:BOOL=ON
 VTK_NO_PYTHON_THREADS:BOOL=OFF

If I switch that to

 VTK_NO_PYTHON_THREADS:BOOL=ON

then ParaView seems to work quite well, and I can start the Python
shell without issue. This is obviously a concern for us as we would
like to use threaded Python to execute workloads on a worker thread
that doesn't freeze the user interface, but if you leave these CMake
flags at their default it would appear to be a usable ParaView build
in my limited testing.
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Search the list archives at: http://markmail.org/search/?q=ParaView

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview