From akyrieleis at gmail.com  Tue May  1 14:05:13 2018
From: akyrieleis at gmail.com (Albrecht Kyrieleis)
Date: Tue, 01 May 2018 18:05:13 +0000
Subject: [Paraview-developers] LightViz Togglepanel svg
Message-ID: <CAOkZLxoQLWg12rPzkwfA+CcbLYQKDck5QA9MqUzJQZpBCMBtCg@mail.gmail.com>

Hi,
I modified TogglePanel in LightViz and tried to change the svg. The svg
image, produced with incscape, shows up ok in html, but when putting it
into the svg folder and importing it in DataViewer/index.js LightViz works
fine but the image does not show. Replacing the new image with e.g.
clip.svg but keeping the new name is fine image shows. Is there any
restriction on the svg or does it need to be registered somewhere ? Thank
you. Albrecht
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180501/713c7921/attachment.html>

From sebastien.jourdain at kitware.com  Tue May  1 14:16:41 2018
From: sebastien.jourdain at kitware.com (Sebastien Jourdain)
Date: Tue, 1 May 2018 12:16:41 -0600
Subject: [Paraview-developers] LightViz Togglepanel svg
In-Reply-To: <CAOkZLxoQLWg12rPzkwfA+CcbLYQKDck5QA9MqUzJQZpBCMBtCg@mail.gmail.com>
References: <CAOkZLxoQLWg12rPzkwfA+CcbLYQKDck5QA9MqUzJQZpBCMBtCg@mail.gmail.com>
Message-ID: <CABObKxe+BYM0KuuNH-rLcFi1_qYRCCinxo6Fy4yDD5i96JQuMA@mail.gmail.com>

Hi Albrecht,

The module images are imported in light-viz/lib/modules/index.js

HTH,

Seb

On Tue, May 1, 2018 at 12:05 PM, Albrecht Kyrieleis <akyrieleis at gmail.com>
wrote:

> Hi,
> I modified TogglePanel in LightViz and tried to change the svg. The svg
> image, produced with incscape, shows up ok in html, but when putting it
> into the svg folder and importing it in DataViewer/index.js LightViz works
> fine but the image does not show. Replacing the new image with e.g.
> clip.svg but keeping the new name is fine image shows. Is there any
> restriction on the svg or does it need to be registered somewhere ? Thank
> you. Albrecht
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> https://public.kitware.com/mailman/listinfo/paraview-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180501/2b4c65d1/attachment.html>

From cornelis.bockemuehl at gmail.com  Wed May  2 08:49:30 2018
From: cornelis.bockemuehl at gmail.com (Cornelis =?ISO-8859-1?Q?Bockem=FChl?=)
Date: Wed, 02 May 2018 14:49:30 +0200
Subject: [Paraview-developers] "Greedy filter"
Message-ID: <1525265370.4519.78.camel@gmail.com>

Hello all,

I managed to write a Paraview filter (in C++) that has the strange
property to always "grab" the focus back if another filter is attached
and "applied" to the pipeline - which is actually not really my
intention!

More clearly what happens: I have some data object, then I add my new
filter, let's call it "NEWFILTER", and apply. After this, everything
works ok:

- the display in the render view switches from the previous
object/filter in the pipeline to NEWFILTER,
- and the same does the focus. Meaning: the currently selected item in
the pipeline is also NEWFILTER, so I could e.g. change some settings
(and re-Apply), or choose which attribute to display in the view. So
far so good.

Now I want to attach another filter, e.g. a Clip filter. But when I
press Apply there, the result is strange:

- the display is for the Clip filter - as expected,
- but the focus is back on NEWFILTER

Of course I can manually click on the Clip filter to change this, but
this is not normal Paraview behaviour! Even more: If I attach another
and still another filter to the pipeline, the behaviour is always the
same: on Apply the focus jumps back to NEWFILTER - which is why I am
calling NEWFILTER a "greedy filter" in the title.

One more thing I can say about that filter: I actually derived it from
an existing one, which is the Calculator filter. I wanted to change a
few things for my own purposes: work for cell attributes only, and with
the option to work only on cells that are selected. For the selection
of cells I also wrote my own Property panel, so the cause of the
strange behaviour could also be inside that one.

All this works nicely and does what I expect, but I would like to get
rid also of this useless "greedyness"!

If somebody has a hint what could cause such a behaviour I may try the
change. Otherwise I can also send the source code to whoever wants to
have a look inside.

Thanks for any helpful hint!

Regards,
Cornelis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180502/9df6de52/attachment.html>

From utkarsh.ayachit at kitware.com  Mon May 14 21:03:29 2018
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Mon, 14 May 2018 21:03:29 -0400
Subject: [Paraview-developers] Announce: vtkPythonClassAlgorithm
In-Reply-To: <CADYCtnJ98wn9ihC1rHdwvr_A13=yAkwkGcyjPF0om5qSsPkg=Q@mail.gmail.com>
References: <CADYCtnLNZcQxfT5vJNbr4-hyr0XGvCTogPWwskXTv+NOjZ1Shw@mail.gmail.com>
 <CADHSJjC_xZ_z=-HXAVn7CuFpBiBqeJrFcL3Lbf+FcQG=kOzWRQ@mail.gmail.com>
 <CADYCtnLvCe3QOFQ5TGXZX5LzNnH85RbNAzr0iMMTKZptB1kLbg@mail.gmail.com>
 <CADHSJjB=RTjbXoKHSmq3ZavC=aWnXjX8DQz01V6xUJEwV0HqTw@mail.gmail.com>
 <CADYCtnJ98wn9ihC1rHdwvr_A13=yAkwkGcyjPF0om5qSsPkg=Q@mail.gmail.com>
Message-ID: <CADHSJjAYNPzp25acxts19Q11v6r3z2Nv+gu5N+Q5=hJ6j4Ecwg@mail.gmail.com>

Bob et. al,

I've finally got around to revisiting the original demo example I put
together to demonstrate using
?
vtkPythonAlgorithm <https://blog.kitware.com/vtkpythonalgorithm-is-great/>  in
ParaView. It's coming together quite well! While it's still early and the
code will change, if anyone's interested in following the development, the
code is on a branch here
<https://gitlab.kitware.com/utkarsh.ayachit/paraview/blob/pythonalgorithm_in_paraview/>
:

?
To get a
?vtk
PythonAlgorithm
?subclass ?
exposed in ParaView, currently
?,?
one would need 2 things:
1. `decorate
<https://gitlab.kitware.com/utkarsh.ayachit/paraview/blob/pythonalgorithm_in_paraview/Wrapping/Python/paraview/util/vtkAlgorithm.py#L29-83>`
API on your Python class that you want to expose in ParaView UI
?.?

2.  put a small XML plugin
<https://gitlab.kitware.com/utkarsh.ayachit/paraview/blob/pythonalgorithm_in_paraview/ParaViewCore/PythonAlgorithm/pythonalgorithm.xml#L3-14>
together to make ParaView aware of the module
?.?
?
?
?


?
The example
?linked
 generates UI as follows:

*I plan to get rid of step 2 (time permitting) so that one can simply
"load" a Python module/package as a plugin and get all decorated classes
available as filters/sources.*

*Any suggestions for improvements are welcome.*

*Thanks*
*Utkarsh*

?




On Wed, Aug 16, 2017 at 7:50 AM Bob Pepin <bobpepin at gmail.com> wrote:

> Hi,
>>
>
>
>> > I also think that a vanilla vtkPythonAlgorithm can not meet all the
>> needs of this feature. In my case I need for example to override
>> processRequest on the C++ level in order to reload the module on a new
>> request (and ideally only when the source code has changed, and only
>> optionally).
>>
>> This is a use-case that I'm skeptical we can support robustly in
>> ParaView esp. in all modes it operates (client-server etc). I am not
>> convinced it's that useful besides debugging, however. We can sure add
>> a "reload" button to manually reimport the module, but that's not
>> exactly what you want. But I'll stay posted.
>>
>>
> do you have a specific situation in mind regarding the reloading? Since
> the module uses Python's native functionality for reloading modules, I
> would assume that if we can load it, we can reload it. I agree however that
> checking whether the source has changed is a bit more delicate.
>
> Besides, I think that a Reload button would be perfect, especially if it
> did an Apply at the same time. I was considering adding a checkbox that
> ends up calling Modified() on the vtk Algorithm object upon
> checking/unchecking, do you know of a better solution using only existing
> ParaView features?
>
>
>> > The main issue going forward I can see right now involves passing
>> parameters to Python. Right now I have a C++ method SetStringProperty(name,
>> value) and use a <StringVectorProperty> with 2 elements. Now suppose I want
>> to have a FileName property so that SetStringProperty("filename", value) is
>> called when the FileName property is set to value. Do you know how to
>> achieve this with the existing mechanisms, for example is it possible to
>> have a StringVectorProperty with 2 elements where the first one is hidden
>> and set to a default value?
>>
>> Are you aware of this post:
>>
>> https://blog.kitware.com/easy-customization-of-the-paraview-python-programmable-filter-property-panel/
>
>
> Thanks, This was exactly what I was looking for. Just out of curiosity,
> how does the "magic" work here? I.e. how does PV decide whether to call
> SetProperty(value) or SetProperty(name, value)?
>
> I also added a HDF5 Reader plugin to the github repository as an example.
>
> Best,
> Bob
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180514/caf5bf5a/attachment.html>

From louka.jacques--chevallier at pi.esisar.grenoble-inp.fr  Fri May 18 10:11:02 2018
From: louka.jacques--chevallier at pi.esisar.grenoble-inp.fr (Louka Jacques--Chevallier)
Date: Fri, 18 May 2018 16:11:02 +0200 (CEST)
Subject: [Paraview-developers] Alleviate data load using a client-server
 architecture with Catalyst
Message-ID: <598578233.5108589.1526652662115.JavaMail.zimbra@pi.esisar.grenoble-inp.fr>

Hi all, 

We (three students) have been working hard on a paraview custom application. 
We use a client-server architecture, and a huge flow of data is sent from the server to the client to enable its visualisation. 
We read in the user guide that the solution is to "send less data", but as we need a very high precision, this isn't possible in our case. 
This flow of data is lowering the server speed, but only when the visualisation in enabled (via catalyst). 

We searched for a while a way to alleviate this load, but we're stuck. The only thing we can control is the frequency used by the server to send data, but it doesn't help a lot, and we still need a decent frequency (approx 30 time per sec). 
Could you please explain us a bit more how the CoProcessing classes manage to send the data, and if there's a way to alleviate the load ?
We were mainly wondering if the data is sent asynchronously, and if not, how we could make it be so. 

Any help on that will be really apreciated, 
Regards, 
Louka JACQUES-CHEVALLIER

From jan.o.schutte at gmail.com  Sun May 20 10:08:55 2018
From: jan.o.schutte at gmail.com (Jan Schutte)
Date: Sun, 20 May 2018 16:08:55 +0200
Subject: [Paraview-developers] Editing filter parameters from OpenVR Plugin
Message-ID: <CAOFcVWQySzaD17Ha56FtcW3hOpZuj8y9aK9WkMS+WJacXsxDxQ@mail.gmail.com>

Hi all,

I've been working on an extensions to the OpenVR plugin that allows users
to edit pipeline properties from inside VR.
I'm able to read what properties filters and sources have, and I'm able to
set these propterties but I haven't been able to
update the pipeline and show the changes in the VR renderer.

Here is an example from my code for setting a boolean value:

vtkSMIntVectorProperty* ivp =
vtkSMIntVectorProperty::SafeDownCast(this->property);
int value = ivp->GetElement(0);
if (value) {
ivp->SetElement(0, 0);
}
else {
ivp->SetElement(0, 1);
}

this->property->Modified(); // Does not work
this->proxy->UpdateVTKObjects(); // Does not work

As a test I try to set the *flip* property of a *clip* filter, I can see
the checkmark changing in the GUI, but the change is
not applied to the renderer and the apply button stay's inactive.

What steps do I need to take in order to update the whole pipeline (similar
to clicking apply in the desktop gui) apart from
what I'm doing now?

Regards,

Jan Schutte
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180520/26b3e44f/attachment.html>

From ken.martin at kitware.com  Mon May 21 09:19:22 2018
From: ken.martin at kitware.com (Ken Martin)
Date: Mon, 21 May 2018 09:19:22 -0400
Subject: [Paraview-developers] Editing filter parameters from OpenVR
 Plugin
In-Reply-To: <CAOFcVWQySzaD17Ha56FtcW3hOpZuj8y9aK9WkMS+WJacXsxDxQ@mail.gmail.com>
References: <CAOFcVWQySzaD17Ha56FtcW3hOpZuj8y9aK9WkMS+WJacXsxDxQ@mail.gmail.com>
Message-ID: <CANXz0Sb=9RbKG+82SzPy1uo-05PCRdeRN8kinu5YV-X4t1avtg@mail.gmail.com>

If you haven't already try adding a

  this->SMView->StillRender();

after you make your change.  If that doesn't work let me know. I think I
have a newer way of doing it on a local build.

Thanks!
Ken





On Sun, May 20, 2018 at 10:08 AM, Jan Schutte <jan.o.schutte at gmail.com>
wrote:

> Hi all,
>
> I've been working on an extensions to the OpenVR plugin that allows users
> to edit pipeline properties from inside VR.
> I'm able to read what properties filters and sources have, and I'm able to
> set these propterties but I haven't been able to
> update the pipeline and show the changes in the VR renderer.
>
> Here is an example from my code for setting a boolean value:
>
> vtkSMIntVectorProperty* ivp = vtkSMIntVectorProperty::
> SafeDownCast(this->property);
> int value = ivp->GetElement(0);
> if (value) {
> ivp->SetElement(0, 0);
> }
> else {
> ivp->SetElement(0, 1);
> }
>
> this->property->Modified(); // Does not work
> this->proxy->UpdateVTKObjects(); // Does not work
>
> As a test I try to set the *flip* property of a *clip* filter, I can see
> the checkmark changing in the GUI, but the change is
> not applied to the renderer and the apply button stay's inactive.
>
> What steps do I need to take in order to update the whole pipeline
> (similar to clicking apply in the desktop gui) apart from
> what I'm doing now?
>
> Regards,
>
> Jan Schutte
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=
> Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> https://public.kitware.com/mailman/listinfo/paraview-developers
>
>


-- 
Ken Martin PhD
Distinguished Engineer
Kitware Inc.
101 East Weaver Street
Carrboro, North Carolina
27510 USA

This communication, including all attachments, contains confidential and
legally privileged information, and it is intended only for the use of the
addressee.  Access to this email by anyone else is unauthorized. If you are
not the intended recipient, any disclosure, copying, distribution or any
action taken in reliance on it is prohibited and may be unlawful. If you
received this communication in error please notify us immediately and
destroy the original message.  Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180521/c23a7167/attachment.html>

From jan.o.schutte at gmail.com  Tue May 22 08:13:35 2018
From: jan.o.schutte at gmail.com (Jan Schutte)
Date: Tue, 22 May 2018 14:13:35 +0200
Subject: [Paraview-developers] Editing filter parameters from OpenVR
 Plugin
In-Reply-To: <CANXz0Sb=9RbKG+82SzPy1uo-05PCRdeRN8kinu5YV-X4t1avtg@mail.gmail.com>
References: <CAOFcVWQySzaD17Ha56FtcW3hOpZuj8y9aK9WkMS+WJacXsxDxQ@mail.gmail.com>
 <CANXz0Sb=9RbKG+82SzPy1uo-05PCRdeRN8kinu5YV-X4t1avtg@mail.gmail.com>
Message-ID: <CAOFcVWSW7PquKUKb0vzed2WjqZjbhaK_SFWyWmomNBdLbGjdmg@mail.gmail.com>

Hi Ken,

That worked on my first try, thanks!

Regards,
Jan

Op ma 21 mei 2018 om 15:19 schreef Ken Martin <ken.martin at kitware.com>:

> If you haven't already try adding a
>
>   this->SMView->StillRender();
>
> after you make your change.  If that doesn't work let me know. I think I
> have a newer way of doing it on a local build.
>
> Thanks!
> Ken
>
>
>
>
>
> On Sun, May 20, 2018 at 10:08 AM, Jan Schutte <jan.o.schutte at gmail.com>
> wrote:
>
>> Hi all,
>>
>> I've been working on an extensions to the OpenVR plugin that allows users
>> to edit pipeline properties from inside VR.
>> I'm able to read what properties filters and sources have, and I'm able
>> to set these propterties but I haven't been able to
>> update the pipeline and show the changes in the VR renderer.
>>
>> Here is an example from my code for setting a boolean value:
>>
>> vtkSMIntVectorProperty* ivp =
>> vtkSMIntVectorProperty::SafeDownCast(this->property);
>> int value = ivp->GetElement(0);
>> if (value) {
>> ivp->SetElement(0, 0);
>> }
>> else {
>> ivp->SetElement(0, 1);
>> }
>>
>> this->property->Modified(); // Does not work
>> this->proxy->UpdateVTKObjects(); // Does not work
>>
>> As a test I try to set the *flip* property of a *clip* filter, I can see
>> the checkmark changing in the GUI, but the change is
>> not applied to the renderer and the apply button stay's inactive.
>>
>> What steps do I need to take in order to update the whole pipeline
>> (similar to clicking apply in the desktop gui) apart from
>> what I'm doing now?
>>
>> Regards,
>>
>> Jan Schutte
>>
>>
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Search the list archives at:
>> http://markmail.org/search/?q=Paraview-developers
>>
>> Follow this link to subscribe/unsubscribe:
>> https://public.kitware.com/mailman/listinfo/paraview-developers
>>
>>
>
>
> --
> Ken Martin PhD
> Distinguished Engineer
> Kitware Inc.
> 101 East Weaver Street
> <https://maps.google.com/?q=101+East+Weaver+Street+Carrboro,+North+Carolina+%0D%0A27510+USA&entry=gmail&source=g>
> Carrboro, North Carolina
> <https://maps.google.com/?q=101+East+Weaver+Street+Carrboro,+North+Carolina+%0D%0A27510+USA&entry=gmail&source=g>
> 27510 USA
> <https://maps.google.com/?q=101+East+Weaver+Street+Carrboro,+North+Carolina+%0D%0A27510+USA&entry=gmail&source=g>
>
> This communication, including all attachments, contains confidential and
> legally privileged information, and it is intended only for the use of the
> addressee.  Access to this email by anyone else is unauthorized. If you are
> not the intended recipient, any disclosure, copying, distribution or any
> action taken in reliance on it is prohibited and may be unlawful. If you
> received this communication in error please notify us immediately and
> destroy the original message.  Thank you.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180522/aae72a5c/attachment.html>

From lpott005 at odu.edu  Tue May 22 09:40:02 2018
From: lpott005 at odu.edu (LUCAS POTTER)
Date: Tue, 22 May 2018 09:40:02 -0400
Subject: [Paraview-developers] DS-RT Call For Papers- Deadline Extended
Message-ID: <CACXW12gJpFrWyWbxF3Bbq=KKFKPeXkMG8Jb4jaTyvWQNDBDN7g@mail.gmail.com>

******* Last CFP, deadline extended: IEEE DS-RT 2018 (October 15-17, 2018 -
Madrid, Spain)

------------------------------------------------------------
------------------------
Please accept our apologies if you have received multiple copies.
------------------------------------------------------------
------------------------
              Call for Papers - DS-RT 2018

        22nd IEEE/ACM International Symposium on
     Distributed Simulation and Real Time Applications
                 http://ds-rt.com/
           October 15-17, 2018 - Madrid, Spain

-----------------------------------------------------------------------
IMPORTANT:  Submission deadline extended: May 20th, 2018 ? June 10th, 2018

*** The Symposium ***

The 2018 IEEE/ACM International Symposium on Distributed Simulation and
Real Time Applications (DS-RT 2018) promises to be a grand affair and will
take place in Madrid, Spain.

DS-RT 2018 serves as a platform for simulationists from academia, industry
and research labs for presenting recent research results in Distributed
Simulation and Real Time Applications. DS-RT 2018 targets the growing
overlap between large distributed simulations and real-time applications,
such as collaborative virtual environments, pervasive and ubiquitous
application scenarios, motor-, controller-, sensor- and actuator systems.

The conference features prominent invited speakers as well as papers by top
researchers in the field. DS-RT 2018 will include contributed technical
papers, invited papers, and panel discussions. The proceedings will be
published by IEEE-CS press.


*** Call for Papers ***

DS-RT provides an international forum for the discussion and presentation
of original ideas, recent results and achievements by researchers, research
students, and systems developers on issues and challenges related to
distributed simulation and real-time applications.

Authors are encouraged to submit both theoretical and practical results of
significance. Demonstration of new tools/applications is enlivened.

The scope of the symposium includes, but is not limited to:


   -

   Paradigms, Methodology, Algorithms and Software Architectures for Large
   Scale Distributed and Real-Time Simulations (e.g. Parallel and Distributed
   Simulation, Multi-Agent Based Distributed Simulation, HLA/RTI, Web, Grid
   and cloud-based Simulation, hardware-software co-design for extreme-scale
   simulations)



   -

   Paradigms, Modelling, Architecture and Environments for Large Scale
   Real-time Systems and Concurrent Systems with hard and soft Real-Time
   Constraints



   -

   Non-functional Properties of Distributed Simulation and Real-Time
   Systems (e.g. Dependability, Availability, Reliability, Maintainability,
   Safety, Security, Trustworthiness, QoS)



   -

   Theoretical Foundations of Large-Scale Real-Time and Simulation Models
   (e.g. Event Systems, Causality, Space-Time Models, Notions of Time,
   Discrete and Continuous Systems, Simulator Coordination)



   -

   Advances in Modelling and Simulation Studies and Technologies (Reuse of
   Models, New Modelling Languages, Agent-based M&S, Spatial M&S, Cognitive
   Modelling, Neural Network Models, Artificial Intelligence in Simulation,
   Discrete Events, Continuous Simulation, Service-oriented Computing and
   Simulation, Web-based Modelling and Simulation, Simulation of Multimedia
   Applications and Systems, etc.)



   -

   Pervasive and Ubiquitous Computing Architectures and Applications that
   involve Simulations and/or adhere to Real-Time Constraints



   -

   Languages and Tools, Development Environments, Data Interfaces, Network
   Protocols and Model Repositories that address Very Large Simulations



   -

   Data Management and Distribution Issues, Interest Management, Semantic
   Modelling, Multi-resolution Modelling, Dead-Reckoning Mechanisms



   -

   Simulation Studies at Large and Very Large Scale (e.g. Industrial,
   Commercial, Ecological and Environmental, Societal, Power and Energy)



   -

   Environmental and Emerging Simulation Challenges (e.g. Growth of Human
   Population, Climate Change, CO2, Health Care, Ecosystems, Sustainable
   Development, Water and Energy Supply, Human Mobility, Traffic Modelling,
   World Stock Markets, Food Supply Chains, Megacities, Smart Cities, Smart
   Networks, Disaster Planning, etc.)



   -

   Performance and Validation of Large-Scale and Distributed Simulations
   (e.g., benchmarking and analytical results, empirical studies DIS, HLA/RTI
   studies)



   -

   Visual Interactive Simulation Environments (e.g., Generic Animation,
   Visual Interactive Modelling, Interactive Computer Based Training and
   Learning, Scientific Visualization, High-End Computer Graphics)



   -

   Simulation-based Virtual Environments and Mixed Reality Systems (e.g.
   Interactive Virtual Reality, Human Communication through Immersive
   Environments)



   -

   Collaborative Virtual and Augmented Reality, Shared Interaction Spaces,
   Telepresence Systems and Shared Workspaces, 3D Video and Acoustic
   Reconstruction, Shared Object Manipulation



   -

   Design Issues, Interaction Designs, Human Computer Interaction Issues
   raised by Large Scale DS-RT Systems



   -

   Serious Gaming and Massive Multiplayer Online Games (MMOG) applications,
   architectures and scalability issues



   -

   Technologies for Living Labs (e.g. Mirror World Simulation,
   Interoperability, Large Scale Multi-Sensor Networks, Global Wireless
   Communication, Multi-Stakeholder Understanding and Innovation)



   -

   Innovative Styles of Interactions with Large Scale DS-RT Systems (e.g.
   Implicit, Situative and Attentive Interaction, Tangible Interaction,
   Embedded Interaction, etc.)



   -

   Media Convergence (e.g. New Technologies, Media Theory, Real-Time
   considerations of Multi-Modality, etc.)



*** Important Dates ***


Paper Submission Deadline:      May 20th, 2018 ? June 10th, 2018

?Special Session Paper submission deadline: June 10th, 2018

Poster/demo submission deadline: June 10th, 2018
Notification of Acceptance:     July 1st, 2018
Camera Ready version due:       July 31st, 2018

Symposium presentation:         October 15-17, 2018

*** Submission ***

High-quality original papers are solicited. Papers must be unpublished and
must not be submitted for publication elsewhere. All papers will be
reviewed by Technical Program Committee members and other experts active in
the field to ensure high quality and relevance to the conference.

Accepted papers will appear in the conference proceedings to be published
by IEEE-CS press. Authors of selected papers will be invited to submit
extended versions of their papers to  the Journal of Simulation.

General information regarding submission can be found at
http://ds-rt.com/2018/.

Questions from authors may be directed to the Program Co-Chairs.

IMPORTANT: CONFERENCE ATTENDANCE BY AT LEAST ONE AUTHOR OF ACCEPTED PAPERS
IS MANDATORY

*** ORGANIZING COMMITTEE***

General Chair
 Jos? Luis Risco Mart?n, Complutense University of Madrid, Spain

Program Co-Chairs
 Eva Besada, Complutense University of Madrid, Spain
 Floriano De Rango, University of Calabria, Italy

Posters Chair
 Peppino Fazio, University of Calabria, Italy

Demo Chair
 Amilcare F. Santamaria, University of Calabria, Italy

Special Sessions Chair
 Robson De Grande, Brock University, Canada

Publicity Chair
 Lucas Potter, Old Dominion University, VA, USA

Finance Chair
 Guillermo Botella, Complutense University of Madrid, Spain
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180522/e6db3765/attachment-0001.html>

From wascott at sandia.gov  Wed May 23 17:47:35 2018
From: wascott at sandia.gov (Scott, W Alan)
Date: Wed, 23 May 2018 21:47:35 +0000
Subject: [Paraview-developers] Groups of blocks
Message-ID: <69108d9d0cfd49a299c4b7e8bde4b7a7@ES01AMSNLNT.srn.sandia.gov>

I had a user come into my office yesterday.  He has been asking the different code teams if we could modify the Exodus spec, and the tools, to allow holding parts within parts, or groups within groups, or sub-blocks within blocks.  My poor choice of words.  Here is an example.

He would like to have a dataset called "car".  Within the car is a block or group called an Engine.  We could only load the block engine.  Under this would be sub-blocks called pistons, head, connecting rod, etc.  Now, you could turn on and off these subparts.

The questions are first, is this valuable and worth the effort?  Second, if we had a spec from Greg Sjaardema, how much effort would this be?

Thanks,

Alan

--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0807
Org 9326 - Building 880 A1-K
(505) 284-0932   FAX (505) 284-5619

"When the facts change, I change my mind. What do you do, sir?"
John Maynard Keynes

---------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180523/6c8ee8e5/attachment.html>

From kmorel at sandia.gov  Wed May 23 22:15:05 2018
From: kmorel at sandia.gov (Moreland, Kenneth)
Date: Thu, 24 May 2018 02:15:05 +0000
Subject: [Paraview-developers] [EXTERNAL]  Groups of blocks
In-Reply-To: <69108d9d0cfd49a299c4b7e8bde4b7a7@ES01AMSNLNT.srn.sandia.gov>
References: <69108d9d0cfd49a299c4b7e8bde4b7a7@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <1AC1F330-E1DD-4F10-9746-EF0F4DE76DF4@sandia.gov>

I think at some point the Exodus reader did support assemblies like you describe through XML metadata files. I don?t think it got used, and it is probably defunct by this point.

At any rate, the VTK multiblock structure should support assembly hierarchies just fine. I would think it would be easy enough to support them in the Exodus reader if the Exodus reader library supported it.

-Ken


From: Paraview-developers <paraview-developers-bounces at public.kitware.com> on behalf of "Scott, W Alan via Paraview-developers" <paraview-developers at public.kitware.com>
Reply-To: Walter Scott <wascott at sandia.gov>
Date: Wednesday, May 23, 2018 at 3:47 PM
To: "paraview-developers at paraview.org" <paraview-developers at paraview.org>
Subject: [EXTERNAL] [Paraview-developers] Groups of blocks

I had a user come into my office yesterday.  He has been asking the different code teams if we could modify the Exodus spec, and the tools, to allow holding parts within parts, or groups within groups, or sub-blocks within blocks.  My poor choice of words.  Here is an example.

He would like to have a dataset called ?car?.  Within the car is a block or group called an Engine.  We could only load the block engine.  Under this would be sub-blocks called pistons, head, connecting rod, etc.  Now, you could turn on and off these subparts.

The questions are first, is this valuable and worth the effort?  Second, if we had a spec from Greg Sjaardema, how much effort would this be?

Thanks,

Alan

--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0807
Org 9326 - Building 880 A1-K
(505) 284-0932   FAX (505) 284-5619

?When the facts change, I change my mind. What do you do, sir??
John Maynard Keynes

---------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180524/a7deb563/attachment.html>

From utkarsh.ayachit at kitware.com  Wed May 23 20:28:02 2018
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Wed, 23 May 2018 20:28:02 -0400
Subject: [Paraview-developers] Groups of blocks
In-Reply-To: <69108d9d0cfd49a299c4b7e8bde4b7a7@ES01AMSNLNT.srn.sandia.gov>
References: <69108d9d0cfd49a299c4b7e8bde4b7a7@ES01AMSNLNT.srn.sandia.gov>
Message-ID: <CADHSJjBeWOeZ2OFtRKRsBTzAat+znde6FdgUnfoZvxk_Dub9CA@mail.gmail.com>

Alan,

Wouldn't that be supported by the XML/hierarchy file (or whatever it's
called) mechanism in Exodus?
Load the attached exii file, then on  the reader's properties panel, set
the XML file name to be the attached artifact.dta file. On Apply, the
"Assemblies" tab, next to the "Blocks" tab should show an hierarchy of
blocks. Is that what your user is looking for? Currently, this information
is not used besides this panel. Our ultimate goal is communicate this
information throughout the app, so that panels like Multiblock Inspector,
or Extract Block etc will also show the blocks organized as shown in the
"Assemblies" panel.

Utkarsh


On Wed, May 23, 2018 at 5:47 PM Scott, W Alan via Paraview-developers <
paraview-developers at public.kitware.com> wrote:

> I had a user come into my office yesterday.  He has been asking the
different code teams if we could modify the Exodus spec, and the tools, to
allow holding parts within parts, or groups within groups, or sub-blocks
within blocks.  My poor choice of words.  Here is an example.



> He would like to have a dataset called ?car?.  Within the car is a block
or group called an Engine.  We could only load the block engine.  Under
this would be sub-blocks called pistons, head, connecting rod, etc.  Now,
you could turn on and off these subparts.



> The questions are first, is this valuable and worth the effort?  Second,
if we had a spec from Greg Sjaardema, how much effort would this be?



> Thanks,



> Alan



> --------------------------------------------------------

> W. Alan Scott

> ParaView Support Manager



> SAIC

> Sandia National Laboratories, MS 0807

> Org 9326 - Building 880 A1-K

> (505) 284-0932   FAX (505) 284-5619



> ?When the facts change, I change my mind. What do you do, sir??

> John Maynard Keynes



> ---------------------------------------------------------



> _______________________________________________
> Powered by www.kitware.com

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

> Search the list archives at:
http://markmail.org/search/?q=Paraview-developers

> Follow this link to subscribe/unsubscribe:
> https://public.kitware.com/mailman/listinfo/paraview-developers
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tube.exii
Type: application/octet-stream
Size: 251612 bytes
Desc: not available
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180523/e29b3e2d/attachment-0002.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: artifact.dta
Type: application/octet-stream
Size: 1754 bytes
Desc: not available
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180523/e29b3e2d/attachment-0003.obj>

From sur.chiranjib at gmail.com  Mon May 28 05:07:39 2018
From: sur.chiranjib at gmail.com (Chiranjib Sur)
Date: Mon, 28 May 2018 14:37:39 +0530
Subject: [Paraview-developers] ParaView superbuild error with OpenGL
Message-ID: <CAJk8dSC23mAcuaOjNydusxv-_Y_MUKL1uVp6dceEt1pU5Ficfw@mail.gmail.com>

Hi,
I was trying to build ParaView using superbuild. I have chosen the
following option but eventually got the build error

ERROR: The OpenGL functionality tests failed!
You might need to modify the include and library search paths by editing
QMAKE_INCDIR_OPENGL[_ES2],
QMAKE_LIBDIR_OPENGL[_ES2] and QMAKE_LIBS_OPENGL[_ES2] in the mkspec for
your platform.


My hardware/OS configuration is as follows :
x86 + GPU /Ubuntu 16.04LTS

I opted for the following options in ccmake :

ENABLE_cxx11                      ON
ENABLE_fontconfig                ON
ENABLE_libxml2                    ON
ENABLE_mesa                       ON
ENABLE_paraview                 ON
ENABLE_python                     ON
ENABLE_qt5                      ON
ENABLE_zlib                      ON

 PARAVIEW_CATALYST_EDITION        Essentials
 PARAVIEW_CATALYST_PYTHON         ON
 PARAVIEW_DEFAULT_SYSTEM_GL       OFF
 PARAVIEW_FREEZE_PYTHON           OFF
 PARAVIEW_PACKAGE_FILE_NAME
 PARAVIEW_WEB_TEST_REMOTE         OFF
 SUPERBUILD_DEFAULT_INSTALL       paraview/TGZ
 SUPERBUILD_OFFLINE_BUILD         OFF
 USE_SYSTEM_bzip2                 OFF
 USE_SYSTEM_expat                 OFF
 USE_SYSTEM_freetype              OFF
 USE_SYSTEM_gperf                 OFF
 USE_SYSTEM_libxml2               OFF
 USE_SYSTEM_llvm                  OFF
 USE_SYSTEM_mesa                  OFF
 USE_SYSTEM_png                   OFF
 USE_SYSTEM_python                OFF
 USE_SYSTEM_qt5                   OFF
 USE_SYSTEM_zlib                  OFF
 mesa_SWR_ARCH                    avx,avx2
 paraview_PLUGINS_AUTOLOAD
 paraview_PLUGINS_EXTERNAL
 paraview_SOURCE_SELECTION        5.5.0
 qt5_SOURCE_SELECTION             5.8



Any clue how do I fix it?

Thanks and regards,
Chiranjib
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180528/de4aa79e/attachment.html>

From utkarsh.ayachit at kitware.com  Mon May 28 14:58:08 2018
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Mon, 28 May 2018 14:58:08 -0400
Subject: [Paraview-developers] information_only property doesn't update,
 please help
In-Reply-To: <CAO_imTtkGLMhkabqWSw9ntAsgdNfd7uOTB1jakAEjMCfWJNC+A@mail.gmail.com>
References: <CAO_imTtkGLMhkabqWSw9ntAsgdNfd7uOTB1jakAEjMCfWJNC+A@mail.gmail.com>
Message-ID: <CADHSJjB_+r_RYSgkJKqSUrckDSD=4aacxdpTy6Rfo3dbZ+wLaA@mail.gmail.com>

Jussuf,

Short answer, this is not how information only properties are mean to be
used. Attached example updates your code to instead use a custom-widget to
show the value.

Utkarsh

On Tue, Feb 27, 2018 at 12:43 PM iusadhfoias sidufasipudf <
asduifhssauidf at gmail.com> wrote:

> Hello VTK developers,
> several questions about the correct usage of information_only properties
have been asked over the years, but I didn't find a working solution.

> The attached example is a complete, tiny, source plugin ("MyInfoSource")
for paraview 5.4.1. It generates an empty PolyData output. I am only
interested in modifying and showing the source's properties.

> MyInfoSource has 3 properties (cf. InfoSource.xml):
> 1) InputPoint allows to input three coordinates.
> 2) CalculatedPoint has 'information_only="1"' and will be calculated
whenever InputPoint is set.
> 3) ShowCalculatedPoint has 'information_property="CalculatedPoint"' and
is meant to output that calculated value.

> I am using a modified vtkInfoSource::SetInputPoint, which sets the
CalculatedPoint coordinates to twice the InputPoint coordinates whenever
InputPoint changes (cf. vtkInfoSource.cxx).

> I was expecting the "ShowCalculatedPoint" property to update in the
properties view, whenever I apply changes to InputPoint, but it doesn't
change. Only when I click "Restore application default setting values" for
MyInformationSource, then ShowCalculatedPoint shows twice the last value of
InputPoint.

> Can you reproduce this behaviour?
> What needs to be changed, so that ShowCalculatedPoint always shows twice
the InputPoint coordinates after changes are applied?

> Many thanks,
> Jussuf
> _______________________________________________
> Powered by www.kitware.com

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

> Search the list archives at:
http://markmail.org/search/?q=Paraview-developers

> Follow this link to subscribe/unsubscribe:
> https://public.kitware.com/mailman/listinfo/paraview-developers
-------------- next part --------------
A non-text attachment was scrubbed...
Name: InfoSource-modified.zip
Type: application/zip
Size: 3579 bytes
Desc: not available
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180528/1c48f3f5/attachment.zip>

From asduifhssauidf at gmail.com  Tue May 29 13:23:13 2018
From: asduifhssauidf at gmail.com (iusadhfoias sidufasipudf)
Date: Tue, 29 May 2018 19:23:13 +0200
Subject: [Paraview-developers] information_only property doesn't update,
 please help
In-Reply-To: <CADHSJjB_+r_RYSgkJKqSUrckDSD=4aacxdpTy6Rfo3dbZ+wLaA@mail.gmail.com>
References: <CAO_imTtkGLMhkabqWSw9ntAsgdNfd7uOTB1jakAEjMCfWJNC+A@mail.gmail.com>
 <CADHSJjB_+r_RYSgkJKqSUrckDSD=4aacxdpTy6Rfo3dbZ+wLaA@mail.gmail.com>
Message-ID: <CAO_imTvwp8EV0Q3wPhzGdPi=J_kcrpOc1WzO3YdSjSAFB_5R2A@mail.gmail.com>

Dear Utkarsh,
thank you very much for finally solving my problem. I wish, I could
understand the details of what is happening under the hood, so that I could
modify your example for our needs. But I assume it is asked too much
whether somebody could create a thoroughly commented wiki page from this
example, given that the information_only mechanism seems to be a mystery to
many users.

For example, we'd need the "Calculated Point" to line up below the "Input
Point" with the same styles, not as a different widget group with bold
heading above. Is it necessary to use a <PropertyGroup>, couldn't we just
use the same visual display as for the other <DoubleVectorProperty>?

Finally, what is this line doing, in words? "this->addPropertyLink(edit,
"text2", SIGNAL(textChanged(const QString&)), infoprop, cc);"
It seems like "edit" is the widget displaying the calculated point
coordinates. Is "edit" notifying "infoprop" or vice versa, or what's going
on here?
Unfortunately there is not even the shortest documentation for
pqPropertyWidget::addPropertyLink in the ParaView sources.

Many thanks,
Jussuf

On Mon, May 28, 2018 at 8:58 PM, Utkarsh Ayachit <
utkarsh.ayachit at kitware.com> wrote:

> Jussuf,
>
> Short answer, this is not how information only properties are mean to be
> used. Attached example updates your code to instead use a custom-widget to
> show the value.
>
> Utkarsh
>
> On Tue, Feb 27, 2018 at 12:43 PM iusadhfoias sidufasipudf <
> asduifhssauidf at gmail.com> wrote:
>
> > Hello VTK developers,
> > several questions about the correct usage of information_only properties
> have been asked over the years, but I didn't find a working solution.
>
> > The attached example is a complete, tiny, source plugin ("MyInfoSource")
> for paraview 5.4.1. It generates an empty PolyData output. I am only
> interested in modifying and showing the source's properties.
>
> > MyInfoSource has 3 properties (cf. InfoSource.xml):
> > 1) InputPoint allows to input three coordinates.
> > 2) CalculatedPoint has 'information_only="1"' and will be calculated
> whenever InputPoint is set.
> > 3) ShowCalculatedPoint has 'information_property="CalculatedPoint"' and
> is meant to output that calculated value.
>
> > I am using a modified vtkInfoSource::SetInputPoint, which sets the
> CalculatedPoint coordinates to twice the InputPoint coordinates whenever
> InputPoint changes (cf. vtkInfoSource.cxx).
>
> > I was expecting the "ShowCalculatedPoint" property to update in the
> properties view, whenever I apply changes to InputPoint, but it doesn't
> change. Only when I click "Restore application default setting values" for
> MyInformationSource, then ShowCalculatedPoint shows twice the last value of
> InputPoint.
>
> > Can you reproduce this behaviour?
> > What needs to be changed, so that ShowCalculatedPoint always shows twice
> the InputPoint coordinates after changes are applied?
>
> > Many thanks,
> > Jussuf
> > _______________________________________________
> > Powered by www.kitware.com
>
> > Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> > Search the list archives at:
> http://markmail.org/search/?q=Paraview-developers
>
> > Follow this link to subscribe/unsubscribe:
> > https://public.kitware.com/mailman/listinfo/paraview-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180529/470234c3/attachment.html>

From utkarsh.ayachit at kitware.com  Tue May 29 17:22:45 2018
From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit)
Date: Tue, 29 May 2018 17:22:45 -0400
Subject: [Paraview-developers] information_only property doesn't update,
 please help
In-Reply-To: <CAO_imTvwp8EV0Q3wPhzGdPi=J_kcrpOc1WzO3YdSjSAFB_5R2A@mail.gmail.com>
References: <CAO_imTtkGLMhkabqWSw9ntAsgdNfd7uOTB1jakAEjMCfWJNC+A@mail.gmail.com>
 <CADHSJjB_+r_RYSgkJKqSUrckDSD=4aacxdpTy6Rfo3dbZ+wLaA@mail.gmail.com>
 <CAO_imTvwp8EV0Q3wPhzGdPi=J_kcrpOc1WzO3YdSjSAFB_5R2A@mail.gmail.com>
Message-ID: <CADHSJjC5sW5JXY3NYdJs=a95UwYgrvby3iQKnDyzUV14xRZ_qw@mail.gmail.com>

Jussuf,

The debugger is your friend (and mine too). I'd suggest stepping through
the code and things will start getting clear. While
pqPropertyWidget::addPropertyLink has no docs, if you  follow the
code down to pqPropertyLinks::addPropertyLink there's quite a bit of docs.
Of course, community members are welcome to update docs, fill in the holes,
make things clearer, etc.

Thorough developer docs are ideal and we would love to, unfortunately, are
not something that we can do, given limited resources. Given a choice
between developing fixes/features paid for the supporters that fund ParaView
development, adding user docs/posts that impact a broader community of
users and adding
developer docs, I am afraid the first two always win out. Contributions are
always welcome, however.

Utkarsh

From asduifhssauidf at gmail.com  Wed May 30 04:47:48 2018
From: asduifhssauidf at gmail.com (iusadhfoias sidufasipudf)
Date: Wed, 30 May 2018 10:47:48 +0200
Subject: [Paraview-developers] information_only property doesn't update,
 please help
In-Reply-To: <CADHSJjC5sW5JXY3NYdJs=a95UwYgrvby3iQKnDyzUV14xRZ_qw@mail.gmail.com>
References: <CAO_imTtkGLMhkabqWSw9ntAsgdNfd7uOTB1jakAEjMCfWJNC+A@mail.gmail.com>
 <CADHSJjB_+r_RYSgkJKqSUrckDSD=4aacxdpTy6Rfo3dbZ+wLaA@mail.gmail.com>
 <CAO_imTvwp8EV0Q3wPhzGdPi=J_kcrpOc1WzO3YdSjSAFB_5R2A@mail.gmail.com>
 <CADHSJjC5sW5JXY3NYdJs=a95UwYgrvby3iQKnDyzUV14xRZ_qw@mail.gmail.com>
Message-ID: <CAO_imTs_bSRHxuJfowN3jW73EXHK+Bw_TNd3YQKWR_civrrYrg@mail.gmail.com>

Yes, Utkash, I understand, though this seems like a short sighted strategy.
Paraview is different from other successful open source projects by the
lack of proper developers documentation. Kitware may be adding feature
after feature, but I have some doubts whether this improves the software
quality. The sources contain hundreds of comments such as "not sure why,
but the old code was doing this...", "not sure about this one, hopefully it
doesn't  affect..." etc. I get the impression that none of the developers
gets the complexity of the package anymore, and bugs are only fixed by
their symptoms, not by investigating the source of the trouble.
Maybe Kitware should advertise some funding campaign to document the
ParaView design, its programming paradigms, its client-server architecture
and Qt UI from a developers point of view etc. You'd win thousands of
developers that are currently lost and seek futile help on the mailing
lists. We'd invest many hundreds bucks in such a documentation campaign,
and I expect thousands of other institutions, companies or individuals to
join in.
We'll discuss whether we can still depend on a software that is mostly
documented by its c++ sources. Probably we will, as there is no real
alternative to Paraview :(

Many thanks,
Jussuf

On Tue, May 29, 2018 at 11:22 PM, Utkarsh Ayachit <
utkarsh.ayachit at kitware.com> wrote:

> Jussuf,
>
> The debugger is your friend (and mine too). I'd suggest stepping through
> the code and things will start getting clear. While
> pqPropertyWidget::addPropertyLink has no docs, if you  follow the
> code down to pqPropertyLinks::addPropertyLink there's quite a bit of docs.
> Of course, community members are welcome to update docs, fill in the holes,
> make things clearer, etc.
>
> Thorough developer docs are ideal and we would love to, unfortunately, are
> not something that we can do, given limited resources. Given a choice
> between developing fixes/features paid for the supporters that fund
> ParaView
> development, adding user docs/posts that impact a broader community of
> users and adding
> developer docs, I am afraid the first two always win out. Contributions are
> always welcome, however.
>
> Utkarsh
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180530/6810cc94/attachment.html>

From hsalimi at gmail.com  Wed May 30 12:21:50 2018
From: hsalimi at gmail.com (Hadi Salimi)
Date: Wed, 30 May 2018 18:21:50 +0200
Subject: [Paraview-developers] Build Problems with ParaView 5.5 on CentOS 7
Message-ID: <CAFYCFdX6E8US9di_B+BDDsi6BZaD6CXr8KdP+w_qiBCdCRKgSA@mail.gmail.com>

Hi everyone!

I have just started building ParaView 5.5 on my Linux machine (CentOS 7).
The build part is fine. But when I go for "make install" I face the
following error:

[100%] Built target paraview-config-launcher
[100%] Built target pvserver
[100%] Built target pvserver-launcher
[100%] Built target pvrenderserver
[100%] Built target pvrenderserver-launcher
[100%] Built target pvdataserver
[100%] Built target pvdataserver-launcher
Install the project...
-- Install configuration: "Debug"
-- Installing: /home/hadi/ParaView/install/share/doc/paraview-5.5/
Copyright.txt
CMake Error at VTK/Common/Core/cmake_install.cmake:52 (file):
  file INSTALL cannot find
  "/home/hadi/ParaView/install/lib/libvtkCommonCore-pv5.5.so.1".
Call Stack (most recent call first):
  VTK/cmake_install.cmake:50 (include)
  cmake_install.cmake:46 (include)


make: *** [install] Error 1
[hadi at localhost install]$ cd ..
[hadi at localhost ParaView]$ find . -name "libvtkCommonCore-*"
./install/lib/libvtkCommonCore-pv5.5.so

?Any solutions??


Regards,
*Hadi,*

<http://webpages.iust.ac.ir/hsalimi>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180530/5696bc7b/attachment.html>

From cory.quammen at kitware.com  Wed May 30 15:24:59 2018
From: cory.quammen at kitware.com (Cory Quammen)
Date: Wed, 30 May 2018 15:24:59 -0400
Subject: [Paraview-developers] ParaView Discourse is now live
Message-ID: <CAB5Fpx4Bg_0dG-27RxrBrmk-7euL-isstB2rxjqizCLkmEGDtg@mail.gmail.com>

Hello ParaView community,

Following up on our previous discussion about transitioning the ParaView
mailing lists to Discourse, we now have a Discourse instance ready to use
to discuss all things ParaView. You can find it at

https://discourse.paraview.org/

You can sign up for the web site using your Google or GitHub accounts if
you prefer, otherwise you can register with a user name and password.

Please try it out and leave any feedback you might have under the "Site
Feedback" category (https://discourse.paraview.org/c/site-feedback) on the
site.

While we expect the bulk of ParaView-related discussion to transition to
Discourse fairly rapidly in the near term, the current paraview at paraview.org
and paraview-developers at paraview.org mailing lists will remain active until
at least the end of 2018.

See you on discourse.paraview.org!

Cory

-- 
Cory Quammen
Staff R&D Engineer
Kitware, Inc.

From rclaveria at dim.uchile.cl  Wed May 30 18:13:13 2018
From: rclaveria at dim.uchile.cl (rclaveria)
Date: Wed, 30 May 2018 18:13:13 -0400
Subject: [Paraview-developers] Reading PVD file from code
Message-ID: <103c9149bc3b6c25071724645ce2345c@imap.dim.uchile.cl>

Hello,

I'm writing a Paraview plugin in C++ (a source, to be precise) where I 
generate a mesh from external code and save it in PVD format. Then I 
have to read the newly created file and load it into the output, in 
order to display the mesh on the main Paraview screen.

I've written other source algorithms which rely on reading files but 
I've always read .vtk format so far. That was not a problem since I can 
read them with vtkGenericDataObjectReader within the  RequestData 
function:

         vtkSmartPointer<vtkGenericDataObjectReader> reader =
            vtkSmartPointer<vtkGenericDataObjectReader>::New();
         std::string inputFilename = dir.toStdString() + "file.vtk";
         reader->SetFileName(inputFilename.c_str());
         reader->Update();
         vtkUnstructuredGrid* outputreader = 
reader->GetUnstructuredGridOutput();
	output->DeepCopy(outputreader);

With pvd files, however, is not equally simple to load a file into the 
output. The following piece of code works well for the reading part:

         vtkSmartPointer<vtkPVDReader> reader =
            vtkSmartPointer<vtkPVDReader>::New();
         std::string inputFilename = dir.toStdString() + "file.pvd";
	reader->SetFileName(inputFilename.c_str());
	reader->Update();

But I don't know how to show the first file of the collection on the 
screen (pvd is a list of objects rather than a single file) and activate 
the "animation" on the VCR menu (one can put plays and the whole 
sequence displays). In other words, my code intends to replicate what 
happens when the user opens a .pvd file from the "File -> Open" menu, 
but I don't manage to do it. The following piece of code doesn't even 
compile:

         vtkDataObject* outputreader = reader->SetUpOutput();
         output->DeepCopy(outputreader);

I'd be grateful to get some help with this issue.

Regards,
R

From wascott at sandia.gov  Wed May 30 20:30:20 2018
From: wascott at sandia.gov (Scott, W Alan)
Date: Thu, 31 May 2018 00:30:20 +0000
Subject: [Paraview-developers] [EXTERNAL] Re:  Groups of blocks
In-Reply-To: <CADHSJjBeWOeZ2OFtRKRsBTzAat+znde6FdgUnfoZvxk_Dub9CA@mail.gmail.com>
References: <69108d9d0cfd49a299c4b7e8bde4b7a7@ES01AMSNLNT.srn.sandia.gov>
 <CADHSJjBeWOeZ2OFtRKRsBTzAat+znde6FdgUnfoZvxk_Dub9CA@mail.gmail.com>
Message-ID: <ac283e5a2501475786c544fc0541626e@ES01AMSNLNT.srn.sandia.gov>

Yes, that is exactly what the user was describing.  Thanks, I passed on your e-mails to my user.  Will let you know if I get more information.

Alan

-----Original Message-----
From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] 
Sent: Wednesday, May 23, 2018 6:28 PM
To: Scott, W Alan <wascott at sandia.gov>
Cc: ParaView Developers <paraview-developers at paraview.org>
Subject: [EXTERNAL] Re: [Paraview-developers] Groups of blocks

Alan,

Wouldn't that be supported by the XML/hierarchy file (or whatever it's
called) mechanism in Exodus?
Load the attached exii file, then on  the reader's properties panel, set the XML file name to be the attached artifact.dta file. On Apply, the "Assemblies" tab, next to the "Blocks" tab should show an hierarchy of blocks. Is that what your user is looking for? Currently, this information is not used besides this panel. Our ultimate goal is communicate this information throughout the app, so that panels like Multiblock Inspector, or Extract Block etc will also show the blocks organized as shown in the "Assemblies" panel.

Utkarsh


On Wed, May 23, 2018 at 5:47 PM Scott, W Alan via Paraview-developers < paraview-developers at public.kitware.com> wrote:

> I had a user come into my office yesterday.  He has been asking the
different code teams if we could modify the Exodus spec, and the tools, to allow holding parts within parts, or groups within groups, or sub-blocks within blocks.  My poor choice of words.  Here is an example.



> He would like to have a dataset called ?car?.  Within the car is a 
> block
or group called an Engine.  We could only load the block engine.  Under this would be sub-blocks called pistons, head, connecting rod, etc.  Now, you could turn on and off these subparts.



> The questions are first, is this valuable and worth the effort?  
> Second,
if we had a spec from Greg Sjaardema, how much effort would this be?



> Thanks,



> Alan



> --------------------------------------------------------

> W. Alan Scott

> ParaView Support Manager



> SAIC

> Sandia National Laboratories, MS 0807

> Org 9326 - Building 880 A1-K

> (505) 284-0932   FAX (505) 284-5619



> ?When the facts change, I change my mind. What do you do, sir??

> John Maynard Keynes



> ---------------------------------------------------------



> _______________________________________________
> Powered by www.kitware.com

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

> Search the list archives at:
http://markmail.org/search/?q=Paraview-developers

> Follow this link to subscribe/unsubscribe:
> https://public.kitware.com/mailman/listinfo/paraview-developers

From wascott at sandia.gov  Thu May 31 20:49:41 2018
From: wascott at sandia.gov (Scott, W Alan)
Date: Fri, 1 Jun 2018 00:49:41 +0000
Subject: [Paraview-developers] 3d file opening as 2d
Message-ID: <5ed7c0f454124a02a2bbd41c44b2c3ba@ES01AMSNLNT.srn.sandia.gov>

Question from a user:

The attached exodus results file will open up in Paraview as a 2D problem because at t=0, the z dimensions are consistent.

Could Paraview switch between 2D if the element type contains a QUAD descriptor , and 3D if the element type contains a SHELL descriptor?

Thanks,

Alan

--------------------------------------------------------
W. Alan Scott
ParaView Support Manager

SAIC
Sandia National Laboratories, MS 0807
Org 9326 - Building 880 A1-K
(505) 284-0932   FAX (505) 284-5619

"When the facts change, I change my mind. What do you do, sir?"
John Maynard Keynes

---------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://public.kitware.com/pipermail/paraview-developers/attachments/20180601/d171e767/attachment.html>