[vtkusers] unsubscribe

mgirou@mediglass mgirou at mediglass.net
Mon Sep 26 12:14:21 EDT 2016


unsub

-----Original Message-----
From: vtkusers [mailto:vtkusers-bounces at vtk.org] On Behalf Of
vtkusers-request at vtk.org
Sent: Monday, September 26, 2016 11:00 AM
To: vtkusers at vtk.org
Subject: vtkusers Digest, Vol 149, Issue 38

Send vtkusers mailing list submissions to
	vtkusers at vtk.org

To subscribe or unsubscribe via the World Wide Web, visit
	http://public.kitware.com/mailman/listinfo/vtkusers
or, via email, send a message with subject or body 'help' to
	vtkusers-request at vtk.org

You can reach the person managing the list at
	vtkusers-owner at vtk.org

When replying, please edit your Subject line so it is more specific than
"Re: Contents of vtkusers digest..."


Today's Topics:

   1. vtkSmartPoint() changed? Current VTK-git won't build... (JIA Pei)
   2. Count polydata in VTI voxels (Fraser Callaghan)
   3. Key events in QVTKWidget2 (Rakesh  Patil)
   4. Re: Count polydata in VTI voxels (Cory Quammen)
   5. Re: Possible Bug in vtkXMLReader when reading timeseries
      (Cory Quammen)
   6. Re: Possible Bug in vtkXMLReader when reading timeseries
      (Cory Quammen)
   7. Re: vtkSmartPoint() changed? Current VTK-git won't	build...
      (Bill Lorensen)
   8. Re: vtkCaptionActor2D not filling its prop correctly (David Lonie)


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

Message: 1
Date: Mon, 26 Sep 2016 04:15:44 -0700
From: JIA Pei <jp4work at gmail.com>
To: vtkusers at vtk.org
Subject: [vtkusers] vtkSmartPoint() changed? Current VTK-git won't
	build...
Message-ID:
	<CADh8Q_Ub5p9yhcGnTkpmSJCqcsoLyh6Om4oR-Wkp=WR6M82D5Q at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi, all:


It looks like current VTK has a big change?
My WikiExamples are NOT able to build for now...
Can anybody give me a hand?


> In file included from
> /home/VTK/VTK/Remote/WikiExamples/Cxx/Images/ImageText.cxx:5:0:
> /home/VTK/VTK/Common/Core/vtkSmartPointer.h: In instantiation of 
> ?static vtkSmartPointer<T> vtkSmartPointer<T>::New() [with T =
vtkFreeTypeTools]?:
> /home/VTK/VTK/Remote/WikiExamples/Cxx/Images/ImageText.cxx:24:83:
> required from here
> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:117:54: error: no matching 
> function for call to 
> ?vtkSmartPointer<vtkFreeTypeTools>::vtkSmartPointer(vtkObject*,
> vtkSmartPointerBase::NoReference)?
>      return vtkSmartPointer<T>(T::New(), NoReference());
>                                                       ^
> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:167:3: note: candidate:
> vtkSmartPointer<T>::vtkSmartPointer(T*, const
> vtkSmartPointerBase::NoReference&) [with T = vtkFreeTypeTools] <near
match>
>    vtkSmartPointer(T* r, const NoReference& n): vtkSmartPointerBase(r, 
> n) {}
>    ^
> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:167:3: note:   conversion of
> argument 1 would be ill-formed:
> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:117:37: error: invalid 
> conversion from ?vtkObject*? to ?vtkFreeTypeTools*? [-fpermissive]
>      return vtkSmartPointer<T>(T::New(), NoReference());
>                                      ^
> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:42:3: note: candidate:
> template<class U> vtkSmartPointer<T>::vtkSmartPointer(const
> vtkSmartPointer<U>&)
>    vtkSmartPointer(const vtkSmartPointer<U>& r):
>    ^
> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:42:3: note:   template
> argument deduction/substitution failed:
> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:117:54: note:   mismatched
> types ?const vtkSmartPointer<T>? and ?vtkObject*?
>      return vtkSmartPointer<T>(T::New(), NoReference());
>                                                       ^
> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:36:3: note: candidate:
> vtkSmartPointer<T>::vtkSmartPointer(T*) [with T = vtkFreeTypeTools]
>    vtkSmartPointer(T* r): vtkSmartPointerBase(r) {}
>    ^
> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:36:3: note:   candidate
> expects 1 argument, 2 provided
> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:32:3: note: candidate:
> vtkSmartPointer<T>::vtkSmartPointer() [with T = vtkFreeTypeTools]
>    vtkSmartPointer() {}
>    ^
> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:32:3: note:   candidate
> expects 0 arguments, 2 provided
> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:26:7: note: candidate:
> vtkSmartPointer<vtkFreeTypeTools>::vtkSmartPointer(const
> vtkSmartPointer<vtkFreeTypeTools>&)
>  class vtkSmartPointer: public vtkSmartPointerBase
>        ^
> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:26:7: note:   candidate
> expects 1 argument, 2 provided
> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:26:7: note: candidate:
>
vtkSmartPointer<vtkFreeTypeTools>::vtkSmartPointer(vtkSmartPointer<vtkFreeTy
peTools>&&)
> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:26:7: note:   candidate
> expects 1 argument, 2 provided
> Remote/WikiExamples/Cxx/Images/CMakeFiles/wikiImageText.dir/build.make:65:
> recipe for target
>
'Remote/WikiExamples/Cxx/Images/CMakeFiles/wikiImageText.dir/ImageText.cxx.o
'
> failed
> make[2]: ***
> [Remote/WikiExamples/Cxx/Images/CMakeFiles/wikiImageText.dir/ImageText
> .cxx.o]
> Error 1
> make[2]: Leaving directory '/home/VTK/VTK/build'
> CMakeFiles/Makefile2:33982: recipe for target 
> 'Remote/WikiExamples/Cxx/Images/CMakeFiles/wikiImageText.dir/all' 
> failed
> make[1]: ***
> [Remote/WikiExamples/Cxx/Images/CMakeFiles/wikiImageText.dir/all] 
> Error 2
> make[1]: Leaving directory '/home/VTK/VTK/build'
> Makefile:130: recipe for target 'all' failed
> make: *** [all] Error 2
>
>
Cheers
-- 

Pei JIA, Ph.D.

Email: jp4work at gmail.com
cell in Canada:    +1 778-863-5816
cell in China: +86 186-8244-3503

Welcome to Vision Open
http://www.visionopen.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://public.kitware.com/pipermail/vtkusers/attachments/20160926/00b8f718/
attachment-0001.html>

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

Message: 2
Date: Mon, 26 Sep 2016 11:52:12 +0000
From: Fraser Callaghan <fraser.callaghan at sydney.edu.au>
To: "vtkusers at vtk.org" <vtkusers at vtk.org>
Subject: [vtkusers] Count polydata in VTI voxels
Message-ID: <220BE31773B69D4C985CA5660D992DB1EB9043F8 at ex-mbx-pro-04>
Content-Type: text/plain; charset="us-ascii"

Hello,
I have a dense set of polydata and would like to convert to a vtkImageData
with each cell containing a count of the number of points, from the poly
data, that are in that cell (returning a CellData array) (I suppose any
input data would be relevant).
Does a method exist that will count the points within a voxel like this? Or
am I better to loop through each cell counting as I go? (or something else -
I guess some clever AMR approach would be most efficient?) Note -
vtkGaussianSplatter does not give the result I want - when trying to limit a
point's influence to only one cell either no influence of a "bubble" effect
exists.

Thanks for your help.
Fraser
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://public.kitware.com/pipermail/vtkusers/attachments/20160926/39ee4b8a/
attachment-0001.html>

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

Message: 3
Date: Mon, 26 Sep 2016 13:43:15 +0000
From: "Rakesh  Patil" <rakesh.p at tataelxsi.co.in>
To: "vtkusers at vtk.org" <vtkusers at vtk.org>
Subject: [vtkusers] Key events in QVTKWidget2
Message-ID:
	
<SIXPR04MB06997AB76F9564CDE2CC8ECEC2CD0 at SIXPR04MB0699.apcprd04.prod.outlook.
com>
	
Content-Type: text/plain; charset="iso-8859-1"

Hi,


I would like to know how the events are propogated in case of QVTKWidget &
QVTKWidget2. Is there any difference in these two? I have an application
built with QVTKWidget. I have Graphics window derived from QVTKWidget


#ifndef GRAPHICSWINDOW_H

#define GRAPHICSWINDOW_H


#include <QWidget>


#include "QVTKWidget.h"

#include <vtkRenderer.h>


class GraphicsWindow : public QVTKWidget

{

    Q_OBJECT

    vtkRenderer *currentRenderer;



public:


    GraphicsWindow(QWidget *parent = NULL);

    ~GraphicsWindow();


protected:


    virtual void keyPressEvent(QKeyEvent *event);

    virtual void keyReleaseEvent(QKeyEvent *event);


};

#endif


The definition for this class is as follows:


GraphicsWindow::GraphicsWindow(QWidget *parent)

    :QVTKWidget(parent)

{

#ifdef QT_DEBUG

    vtkObject::GlobalWarningDisplayOn();

#else

    vtkObject::GlobalWarningDisplayOff();

#endif


    currentRenderer = vtkRenderer::New();

    currentRenderer->SetBackground( 0.5, 0.0, 0.0);



//    vtkGenericOpenGLRenderWindow *glrw =
vtkGenericOpenGLRenderWindow::SafeDownCast(this->GetRenderWindow());

//    glrw->AddRenderer(currentRenderer);

//    this->SetRenderWindow(glrw);


    this->GetRenderWindow()->AddRenderer(currentRenderer);

 
this->GetRenderWindow()->GetInteractor()->SetInteractorStyle(currentInteract
orStyle);


    vtkSmartPointer<vtkCubeSource> cubeSource =

            vtkSmartPointer<vtkCubeSource>::New();

    cubeSource->SetCenter(10, 10, 10);

    cubeSource->SetXLength(10);

    cubeSource->SetYLength(10);

    cubeSource->SetZLength(30);

    cubeSource->Update();


    vtkSmartPointer<vtkDataSetMapper> cubeMapper =

            vtkSmartPointer<vtkDataSetMapper>::New();


    cubeMapper->SetInputConnection(cubeSource->GetOutputPort());


    vtkActor *cubeActor = vtkActor::New();

    cubeActor->SetMapper(cubeMapper);

    cubeActor->GetProperty()->SetRepresentationToWireframe();

    cubeActor->GetProperty()->LightingOff();

    cubeActor->GetProperty()->SetColor(1, 1, 1);


    currentRenderer->AddActor(cubeActor);

}



GraphicsWindow::~GraphicsWindow()

{


}


void GraphicsWindow::keyPressEvent(QKeyEvent *event)

{

    std::cout << "Key press" << std::endl;

}


void GraphicsWindow::keyReleaseEvent(QKeyEvent *event)

{

    std::cout << "Key release" << std::endl;

}


When this application is built with QVTKWidget, the keypress and keyrelease
events are executing fine. But when the same code built with QVTKWidget2
there key events are not processed. Is there any differences in these two
widgets? Is there anything wrong I am doing? Kindly guide me as to how to
process key events using QVTKWidget2.


Thanks


Warm Regards

Rakesh Patil
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://public.kitware.com/pipermail/vtkusers/attachments/20160926/5101d58c/
attachment-0001.html>

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

Message: 4
Date: Mon, 26 Sep 2016 10:00:33 -0400
From: Cory Quammen <cory.quammen at kitware.com>
To: Fraser Callaghan <fraser.callaghan at sydney.edu.au>
Cc: "vtkusers at vtk.org" <vtkusers at vtk.org>
Subject: Re: [vtkusers] Count polydata in VTI voxels
Message-ID:
	<CAB5Fpx7ejqLDMk5S6JS6d+rTCihO32OBBW4KVVE4LBS_LOutEA at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Fraser,

I don't know if any filter in VTK do exactly what you want. You can try
using the filter vtkBinningFilter from

https://github.com/MADAI/MADAIWorkbench/tree/master/Plugins/BinningFilter

Otherwise, you can loop through and count the points in each voxel manually.
You'll probably want to use a subclass of vtkAbstractPointLocator
(http://www.vtk.org/doc/nightly/html/classvtkAbstractPointLocator.html) to
accelerate point queries.

HTH,
Cory



On Mon, Sep 26, 2016 at 7:52 AM, Fraser Callaghan <
fraser.callaghan at sydney.edu.au> wrote:

> Hello,
>
> I have a dense set of polydata and would like to convert to a 
> vtkImageData with each cell containing a count of the number of 
> points, from the poly data, that are in that cell (returning a 
> CellData array) (I suppose any input data would be relevant).
>
> Does a method exist that will count the points within a voxel like this?
> Or am I better to loop through each cell counting as I go? (or 
> something else ? I guess some clever AMR approach would be most 
> efficient?)
>
> Note ? vtkGaussianSplatter does not give the result I want ? when 
> trying to limit a point?s influence to only one cell either no 
> influence of a ?bubble? effect exists.
>
>
>
> Thanks for your help.
>
> Fraser
>
> _______________________________________________
> 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 VTK FAQ at:
> http://www.vtk.org/Wiki/VTK_FAQ
>
> Search the list archives at: http://markmail.org/search/?q=vtkusers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/vtkusers
>
>


--
Cory Quammen
Staff R&D Engineer
Kitware, Inc.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://public.kitware.com/pipermail/vtkusers/attachments/20160926/30369ee5/
attachment-0001.html>

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

Message: 5
Date: Mon, 26 Sep 2016 10:39:53 -0400
From: Cory Quammen <cory.quammen at kitware.com>
To: "T.J. Corona" <tj.corona at kitware.com>
Cc: "vtkusers at vtk.org" <vtkusers at vtk.org>
Subject: Re: [vtkusers] Possible Bug in vtkXMLReader when reading
	timeseries
Message-ID:
	<CAB5Fpx6vUqOypu2+anwCAi2tmyu-i_0YQmt6i_Ndzi9jspHd-g at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Simon,

Might you be able to try TJ's merge request and see if it restores the
functionality you expected?

Thanks,
Cory

On Mon, Sep 26, 2016 at 9:34 AM, T.J. Corona <tj.corona at kitware.com> wrote:

> Hi Simon,
>
> I have created a MR (https://gitlab.kitware.com/
> vtk/vtk/merge_requests/2007) that reverts the addition of an 
> exit-with-error when data arrays have the same name.
>
> Cory,
>
> I believe this MR also accounts for the segfault you originally 
> reported when reading in data arrays that have duplicate names.
>
> Sincerely,
> T.J.
>
> Thomas J. Corona, Ph.D.
> Kitware, Inc.
> R&D Engineer
> 21 Corporate Drive
> Clifton Park, NY 12065-8662
> Phone: 518-881-4443
>
> On Sep 23, 2016, at 1:41 PM, Cory Quammen <cory.quammen at kitware.com>
> wrote:
>
> Simon,
>
> Thanks for your sleuthing and bug report. I don't believe your use 
> case was known when merge request !488 was merged.
>
> TJ,
>
> Can you have a look at Simon's issue?
>
> Thanks,
> Cory
>
> On Fri, Sep 23, 2016 at 12:07 PM, Simon Praetorius < 
> Simon.Praetorius at tu-dresden.de> wrote:
>
>> I have found an old issue in the mantis bug-tracker addressing this
>> topic: #15723
>>
>> The answer was: "VTK file format does not support saving several time 
>> steps in a file" and a reference to the file-format description was
given.
>> This description (version 4.2.) is definitely not complete, thus it 
>> can not be an indicator for a support of writing timeseries or not.
>>
>> Although the file-format description does not show support for 
>> timeseries, at least in older vtk versions (before 6.3) it was supported.
>> The source code of the XMLreader shows all the necessary parts to 
>> read the time-series, all the corresponding attributes are 
>> interpreted. The only problem is a change in the handling of 
>> duplicate names. This was done about a year ago in merge request 
>> !488. Since there is no test that reads back the files generated by 
>> `IO/XML/Testing/Cxx/TestXMLCInterface.c` no error could be detected. 
>> The corresponding test to create the file was removed in June 2016.
>>
>> Thus, the questions are:
>> - Is this feature quietly removed from VTK, or removed by accident 
>> since only few people use it?
>> - Is the documentation of the file-format incomplete or the 
>> implementation simply not cleaned up?
>> - Should the test for duplicate array names be rewritten in order to 
>> allow timeseries again?
>> - There should be at least a comment in the file-format description 
>> that duplicate array names are not allowed!
>>
>> Maybe this issue could be forwarded to the developer mailing list.
>>
>> Simon
>>
>>
>> Zitat von Simon Praetorius <Simon.Praetorius at tu-dresden.de>:
>>
>>
>> Hi,
>>>
>>> When reading a VTK XML-file that includes timesteps, the 
>>> `vtkXMLDataReader:282` throws an error that multiple arrays with the 
>>> same name are present in the file. In general this is a valid test 
>>> and the error is correct, except for the case that multiple 
>>> timesteps are written in the file. An example file can be created by 
>>> the test
>>> `IO/XML/Testing/Cxx/TestXMLCInterface.c`:
>>>
>>> ```xml
>>> <Piece NumberOfPoints="8" NumberOfCells="1">
>>>   <PointData Scalars="example data">
>>>     <DataArray type="Float32" Name="example data" TimeStep="0"
>>> format="appended" RangeMin="0" RangeMax="0" offset="0" />
>>>     <DataArray type="Float32" Name="example data" TimeStep="1"
>>> format="appended" RangeMin="1" RangeMax="1" offset="240" />
>>>     <!-- ... -->
>>>   </PointData>
>>> </Piece>
>>> ```
>>> Here all DataArrays refer to the same dataset at different timesteps.
>>>
>>> Reading back this file, using a `VTLXMLUnstructuredGridReader` (e.g.
>>> `Examples/IO/Cxx/DumpXMLFile.cxx`), produced the error above:
>>>
>>> ```
>>> vtkXMLDataReader.cxx, line 282: Duplicate array names.
>>> ```
>>>
>>> Writing TimeSteps seems to be supported by the XMLReader and the 
>>> XMLWriter. Maybe the `vtkXMLWriterC` is not valid/compatible any 
>>> more? Is the structure of the vtk format changed when writing 
>>> timeseries, compared to the xml-code shown above?
>>> (I'm referring to the VTK version 7.0.0, when naming line-numbers.)
>>>
>>>
>>> This issue refers to an old ParaView issue #5542 ( 
>>> http://www.paraview.org/Bug/view.php?id=5542). The file was readable 
>>> with at least vtk-5.2 and paraview-3.6.2.
>>>
>>> Simon
>>>
>>> --
>>> Dr. Simon Praetorius
>>> Institut f?r Wissenschaftliches Rechnen Fachrichtung Mathematik 
>>> Technische Universit?t Dresden
>>> Tel.: TUD-42377
>>> Mail: simon.praetorius at tu-dresden.de
>>> Web: www.math.tu-dresden.de/~spraetor
>>>
>>
>>
>>
>> --
>> Dr. Simon Praetorius
>> Institut f?r Wissenschaftliches Rechnen
>> Fachrichtung Mathematik
>> Technische Universit?t Dresden
>> Tel.: TUD-42377
>> Mail: simon.praetorius at tu-dresden.de
>> Web: www.math.tu-dresden.de/~spraetor
>>
>> _______________________________________________
>> 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 VTK FAQ at:
>> http://www.vtk.org/Wiki/VTK_FAQ
>>
>> Search the list archives at: http://markmail.org/search/?q=vtkusers
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/vtkusers
>>
>>
>
>
> --
> Cory Quammen
> Staff R&D Engineer
> Kitware, Inc.
>
>
>


-- 
Cory Quammen
Staff R&D Engineer
Kitware, Inc.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://public.kitware.com/pipermail/vtkusers/attachments/20160926/a13ef962/
attachment-0001.html>

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

Message: 6
Date: Mon, 26 Sep 2016 10:43:37 -0400
From: Cory Quammen <cory.quammen at kitware.com>
To: "T.J. Corona" <tj.corona at kitware.com>
Cc: "vtkusers at vtk.org" <vtkusers at vtk.org>
Subject: Re: [vtkusers] Possible Bug in vtkXMLReader when reading
	timeseries
Message-ID:
	<CAB5Fpx7fGfAv0tuhWxjQtGZY7v9GaK8OW6P+kF+OjN9REKDVuw at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

One more thing, Simon. Could you contribute a small data set with more than
one time step so that we can add a test that uses it?

Thanks,
Cory

On Mon, Sep 26, 2016 at 10:39 AM, Cory Quammen <cory.quammen at kitware.com>
wrote:

> Simon,
>
> Might you be able to try TJ's merge request and see if it restores the
> functionality you expected?
>
> Thanks,
> Cory
>
> On Mon, Sep 26, 2016 at 9:34 AM, T.J. Corona <tj.corona at kitware.com>
> wrote:
>
>> Hi Simon,
>>
>> I have created a MR (https://gitlab.kitware.com/vt
>> k/vtk/merge_requests/2007) that reverts the addition of an
>> exit-with-error when data arrays have the same name.
>>
>> Cory,
>>
>> I believe this MR also accounts for the segfault you originally reported
>> when reading in data arrays that have duplicate names.
>>
>> Sincerely,
>> T.J.
>>
>> Thomas J. Corona, Ph.D.
>> Kitware, Inc.
>> R&D Engineer
>> 21 Corporate Drive
>> Clifton Park, NY 12065-8662
>> Phone: 518-881-4443
>>
>> On Sep 23, 2016, at 1:41 PM, Cory Quammen <cory.quammen at kitware.com>
>> wrote:
>>
>> Simon,
>>
>> Thanks for your sleuthing and bug report. I don't believe your use case
>> was known when merge request !488 was merged.
>>
>> TJ,
>>
>> Can you have a look at Simon's issue?
>>
>> Thanks,
>> Cory
>>
>> On Fri, Sep 23, 2016 at 12:07 PM, Simon Praetorius <
>> Simon.Praetorius at tu-dresden.de> wrote:
>>
>>> I have found an old issue in the mantis bug-tracker addressing this
>>> topic: #15723
>>>
>>> The answer was: "VTK file format does not support saving several time
>>> steps in a file" and a reference to the file-format description was
given.
>>> This description (version 4.2.) is definitely not complete, thus it can
not
>>> be an indicator for a support of writing timeseries or not.
>>>
>>> Although the file-format description does not show support for
>>> timeseries, at least in older vtk versions (before 6.3) it was
supported.
>>> The source code of the XMLreader shows all the necessary parts to read
the
>>> time-series, all the corresponding attributes are interpreted. The only
>>> problem is a change in the handling of duplicate names. This was done
about
>>> a year ago in merge request !488. Since there is no test that reads back
>>> the files generated by `IO/XML/Testing/Cxx/TestXMLCInterface.c` no
>>> error could be detected. The corresponding test to create the file was
>>> removed in June 2016.
>>>
>>> Thus, the questions are:
>>> - Is this feature quietly removed from VTK, or removed by accident since
>>> only few people use it?
>>> - Is the documentation of the file-format incomplete or the
>>> implementation simply not cleaned up?
>>> - Should the test for duplicate array names be rewritten in order to
>>> allow timeseries again?
>>> - There should be at least a comment in the file-format description that
>>> duplicate array names are not allowed!
>>>
>>> Maybe this issue could be forwarded to the developer mailing list.
>>>
>>> Simon
>>>
>>>
>>> Zitat von Simon Praetorius <Simon.Praetorius at tu-dresden.de>:
>>>
>>>
>>> Hi,
>>>>
>>>> When reading a VTK XML-file that includes timesteps, the
>>>> `vtkXMLDataReader:282` throws an error that multiple arrays with the
same
>>>> name are present in the file. In general this is a valid test and the
error
>>>> is correct, except for the case that multiple timesteps are written in
the
>>>> file. An example file can be created by the test
>>>> `IO/XML/Testing/Cxx/TestXMLCInterface.c`:
>>>>
>>>> ```xml
>>>> <Piece NumberOfPoints="8" NumberOfCells="1">
>>>>   <PointData Scalars="example data">
>>>>     <DataArray type="Float32" Name="example data" TimeStep="0"
>>>> format="appended" RangeMin="0" RangeMax="0" offset="0" />
>>>>     <DataArray type="Float32" Name="example data" TimeStep="1"
>>>> format="appended" RangeMin="1" RangeMax="1" offset="240" />
>>>>     <!-- ... -->
>>>>   </PointData>
>>>> </Piece>
>>>> ```
>>>> Here all DataArrays refer to the same dataset at different timesteps.
>>>>
>>>> Reading back this file, using a `VTLXMLUnstructuredGridReader` (e.g.
>>>> `Examples/IO/Cxx/DumpXMLFile.cxx`), produced the error above:
>>>>
>>>> ```
>>>> vtkXMLDataReader.cxx, line 282: Duplicate array names.
>>>> ```
>>>>
>>>> Writing TimeSteps seems to be supported by the XMLReader and the
>>>> XMLWriter. Maybe the `vtkXMLWriterC` is not valid/compatible any more?
Is
>>>> the structure of the vtk format changed when writing timeseries,
compared
>>>> to the xml-code shown above?
>>>> (I'm referring to the VTK version 7.0.0, when naming line-numbers.)
>>>>
>>>>
>>>> This issue refers to an old ParaView issue #5542 (
>>>> http://www.paraview.org/Bug/view.php?id=5542). The file was readable
>>>> with at least vtk-5.2 and paraview-3.6.2.
>>>>
>>>> Simon
>>>>
>>>> --
>>>> Dr. Simon Praetorius
>>>> Institut f?r Wissenschaftliches Rechnen
>>>> Fachrichtung Mathematik
>>>> Technische Universit?t Dresden
>>>> Tel.: TUD-42377
>>>> Mail: simon.praetorius at tu-dresden.de
>>>> Web: www.math.tu-dresden.de/~spraetor
>>>>
>>>
>>>
>>>
>>> --
>>> Dr. Simon Praetorius
>>> Institut f?r Wissenschaftliches Rechnen
>>> Fachrichtung Mathematik
>>> Technische Universit?t Dresden
>>> Tel.: TUD-42377
>>> Mail: simon.praetorius at tu-dresden.de
>>> Web: www.math.tu-dresden.de/~spraetor
>>>
>>> _______________________________________________
>>> 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 VTK FAQ at:
>>> http://www.vtk.org/Wiki/VTK_FAQ
>>>
>>> Search the list archives at: http://markmail.org/search/?q=vtkusers
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> http://public.kitware.com/mailman/listinfo/vtkusers
>>>
>>>
>>
>>
>> --
>> Cory Quammen
>> Staff R&D Engineer
>> Kitware, Inc.
>>
>>
>>
>
>
> --
> Cory Quammen
> Staff R&D Engineer
> Kitware, Inc.
>



-- 
Cory Quammen
Staff R&D Engineer
Kitware, Inc.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://public.kitware.com/pipermail/vtkusers/attachments/20160926/60d8a7c1/
attachment-0001.html>

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

Message: 7
Date: Mon, 26 Sep 2016 10:52:52 -0400
From: Bill Lorensen <bill.lorensen at gmail.com>
To: JIA Pei <jp4work at gmail.com>
Cc: VTK Users <vtkusers at vtk.org>
Subject: Re: [vtkusers] vtkSmartPoint() changed? Current VTK-git won't
	build...
Message-ID:
	<CADZJ4hOA8aZuh_zG6BESoveYQORxsWho2fFkL1mxQY-qDmrgcQ at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8

Do you have VTK_USE_SYSTEM_FREETYPE ON in your CMakeCache.txt file?

If so, set it to OFF.


On Mon, Sep 26, 2016 at 7:15 AM, JIA Pei <jp4work at gmail.com> wrote:
>
> Hi, all:
>
>
> It looks like current VTK has a big change?
> My WikiExamples are NOT able to build for now...
> Can anybody give me a hand?
>
>>
>> In file included from
>> /home/VTK/VTK/Remote/WikiExamples/Cxx/Images/ImageText.cxx:5:0:
>> /home/VTK/VTK/Common/Core/vtkSmartPointer.h: In instantiation of ?static
>> vtkSmartPointer<T> vtkSmartPointer<T>::New() [with T =
vtkFreeTypeTools]?:
>> /home/VTK/VTK/Remote/WikiExamples/Cxx/Images/ImageText.cxx:24:83:
>> required from here
>> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:117:54: error: no matching
>> function for call to
>> ?vtkSmartPointer<vtkFreeTypeTools>::vtkSmartPointer(vtkObject*,
>> vtkSmartPointerBase::NoReference)?
>>      return vtkSmartPointer<T>(T::New(), NoReference());
>>                                                       ^
>> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:167:3: note: candidate:
>> vtkSmartPointer<T>::vtkSmartPointer(T*, const
>> vtkSmartPointerBase::NoReference&) [with T = vtkFreeTypeTools] <near
match>
>>    vtkSmartPointer(T* r, const NoReference& n): vtkSmartPointerBase(r, n)
>> {}
>>    ^
>> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:167:3: note:   conversion of
>> argument 1 would be ill-formed:
>> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:117:37: error: invalid
>> conversion from ?vtkObject*? to ?vtkFreeTypeTools*? [-fpermissive]
>>      return vtkSmartPointer<T>(T::New(), NoReference());
>>                                      ^
>> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:42:3: note: candidate:
>> template<class U> vtkSmartPointer<T>::vtkSmartPointer(const
>> vtkSmartPointer<U>&)
>>    vtkSmartPointer(const vtkSmartPointer<U>& r):
>>    ^
>> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:42:3: note:   template
>> argument deduction/substitution failed:
>> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:117:54: note:   mismatched
>> types ?const vtkSmartPointer<T>? and ?vtkObject*?
>>      return vtkSmartPointer<T>(T::New(), NoReference());
>>                                                       ^
>> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:36:3: note: candidate:
>> vtkSmartPointer<T>::vtkSmartPointer(T*) [with T = vtkFreeTypeTools]
>>    vtkSmartPointer(T* r): vtkSmartPointerBase(r) {}
>>    ^
>> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:36:3: note:   candidate
>> expects 1 argument, 2 provided
>> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:32:3: note: candidate:
>> vtkSmartPointer<T>::vtkSmartPointer() [with T = vtkFreeTypeTools]
>>    vtkSmartPointer() {}
>>    ^
>> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:32:3: note:   candidate
>> expects 0 arguments, 2 provided
>> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:26:7: note: candidate:
>> vtkSmartPointer<vtkFreeTypeTools>::vtkSmartPointer(const
>> vtkSmartPointer<vtkFreeTypeTools>&)
>>  class vtkSmartPointer: public vtkSmartPointerBase
>>        ^
>> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:26:7: note:   candidate
>> expects 1 argument, 2 provided
>> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:26:7: note: candidate:
>>
vtkSmartPointer<vtkFreeTypeTools>::vtkSmartPointer(vtkSmartPointer<vtkFreeTy
peTools>&&)
>> /home/VTK/VTK/Common/Core/vtkSmartPointer.h:26:7: note:   candidate
>> expects 1 argument, 2 provided
>>
Remote/WikiExamples/Cxx/Images/CMakeFiles/wikiImageText.dir/build.make:65:
>> recipe for target
>>
'Remote/WikiExamples/Cxx/Images/CMakeFiles/wikiImageText.dir/ImageText.cxx.o
'
>> failed
>> make[2]: ***
>>
[Remote/WikiExamples/Cxx/Images/CMakeFiles/wikiImageText.dir/ImageText.cxx.o
]
>> Error 1
>> make[2]: Leaving directory '/home/VTK/VTK/build'
>> CMakeFiles/Makefile2:33982: recipe for target
>> 'Remote/WikiExamples/Cxx/Images/CMakeFiles/wikiImageText.dir/all' failed
>> make[1]: ***
>> [Remote/WikiExamples/Cxx/Images/CMakeFiles/wikiImageText.dir/all] Error 2
>> make[1]: Leaving directory '/home/VTK/VTK/build'
>> Makefile:130: recipe for target 'all' failed
>> make: *** [all] Error 2
>>
>
> Cheers
> --
>
> Pei JIA, Ph.D.
>
> Email: jp4work at gmail.com
> cell in Canada:    +1 778-863-5816
> cell in China: +86 186-8244-3503
>
> Welcome to Vision Open
> http://www.visionopen.com
>
> _______________________________________________
> 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 VTK FAQ at:
> http://www.vtk.org/Wiki/VTK_FAQ
>
> Search the list archives at: http://markmail.org/search/?q=vtkusers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/vtkusers
>



-- 
Unpaid intern in BillsBasement at noware dot com


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

Message: 8
Date: Mon, 26 Sep 2016 11:20:47 -0400
From: David Lonie <david.lonie at kitware.com>
To: Tiago Nobrega <tigarmo at gmail.com>
Cc: "vtkusers at vtk.org" <vtkusers at vtk.org>
Subject: Re: [vtkusers] vtkCaptionActor2D not filling its prop
	correctly
Message-ID:
	<CA+=e1ovDkkZA6Pgb+fb0NTReiy8VbzDx4K6OEpcnvE4eTyGyZA at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

On Fri, Sep 23, 2016 at 3:12 PM, Tiago Nobrega <tigarmo at gmail.com> wrote:

> Hi David,
>
> Looks like you were right on the money. After some consideration here we
> ended up agreeing with you guys so we'll just update the images on our
end.
> For reference, I did pull master and try the new 'tight' bounding box
> setting and it did indeed generate my base image. Do we have a ballpark
for
> 7.1's release date?
>

Great, glad that worked for you! 7.1 should be fairly soon, we're expecting
to branch for it any day now. After a couple release candidate cycles it
will be released officially. So maybe a month or two if I had to guess.

Cheers,
Dave
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://public.kitware.com/pipermail/vtkusers/attachments/20160926/36d25ab1/
attachment-0001.html>

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

Subject: Digest Footer

_______________________________________________
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 VTK FAQ at:
http://www.vtk.org/Wiki/VTK_FAQ

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

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

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

End of vtkusers Digest, Vol 149, Issue 38
*****************************************



More information about the vtkusers mailing list