[Paraview] Rendering a sub-class of vtkImageData in paraview

[Lord, John (UK)]

Berk,
 
Tried your suggestion and stored the viewpoint information in the
FieldData.  This works correctly even when the data is a block in a
MultiBlockDataset.
 
Thanks for your help,
John
 
BAE Systems (Operations) Limited
Registered Office: Warwick House, PO Box 87, Farnborough Aerospace
Centre, Farnborough, Hants, GU14 6YU, UK
Registered in England & Wales No: 1996687 
 

________________________________

From: Berk Geveci [mailto:berk.geveci at kitware.com] 
Sent: 30 June 2010 13:55
To: Lord, John (UK)
Cc: paraview at paraview.org
Subject: Re: [Paraview] Rendering a sub-class of vtkImageData in
paraview


*** WARNING *** This message has originated outside your organisation,
either from an external partner or the Global Internet. Keep this in
mind if you answer this message. Oh, I see. I was about to write that we
should change ShallowCopy() to copy the Information but I realized that
this would have some really bad side effects. We use Information to
store some pipeline meta-data and we don't want those copied. The
easiest way to get around this is to store the meta-data in FieldData.
FieldData arrays should always be copied. 

-berk


On Wed, Jun 30, 2010 at 3:45 AM, Lord, John (UK)
<John.Lord at baesystems.com> wrote:


	Thanks Berk,
	 
	I need to store the viewpoint from which the image was created.
Originally, I was storing this information in the "Information" member
of vtkDataObject and that worked correctly.  I have now got a set of
images calculated from different viewpoints stored in a
vtkMultiBlockDatset.  I want to process these images using plug-in
filters that are not composite dataset aware and then re-combine the
images using the viewpoint information.  The problem is that the
"vtkCompositeDataPipeline::ExecuteSimpleAlgorithmForBlock" method does a
shallow copy of the output from the plug-in and the viewpoint
information is lost.  My idea was to use a sub-class of vtkImageData and
override the ShallowCopy method to preserve the viewpoint information.
This, however, leads to the problem of how to render the sub-class in
Paraview.
	 
	Any suggestions on how to resolve these problems would be
gratefully received.
	 
	Regards,
	John
	 
	BAE Systems (Operations) Limited
	Registered Office: Warwick House, PO Box 87, Farnborough
Aerospace Centre, Farnborough, Hants, GU14 6YU, UK
	Registered in England & Wales No: 1996687 
	 

________________________________

	From: Berk Geveci [mailto:berk.geveci at kitware.com] 
	Sent: 30 June 2010 01:59
	To: Lord, John (UK)
	Cc: paraview at paraview.org
	Subject: Re: [Paraview] Rendering a sub-class of vtkImageData in
paraview
	
	
	*** WARNING *** This message has originated outside your
organisation, either from an external partner or the Global Internet.
Keep this in mind if you answer this message. This would probably
require changing the ParaView code in a few places. I suspect that we
have things like 

	if (classname == "vtkImageData")

	all over the place. However, there may be a better solution. Can
you explain what additional information you are storing in this
subclass?

	-berk
	
	
	On Tue, Jun 29, 2010 at 12:15 PM, Lord, John (UK)
<John.Lord at baesystems.com> wrote:
	

		Hi,
		 
		I have written a sub-class of vtkImageData that holds
additional information for processing the data further down the
pipeline.  When a filter outputs my sub-class, Paraview gives the
message "Cannot show the data in the current view although the view
reported that it can show the data."
		 
		How do I tell Paraview that it should render my
sub-class in the same way as a vtkImageData object.
		 
		Regards,
		John
		 
		BAE Systems (Operations) Limited
		Registered Office: Warwick House, PO Box 87, Farnborough
Aerospace Centre, Farnborough, Hants, GU14 6YU, UK
		Registered in England & Wales No: 1996687 
		 

	
********************************************************************
		This email and any attachments are confidential to the
intended
		recipient and may also be privileged. If you are not the
intended
		recipient please delete it from your system and notify
the sender.
		You should not copy it or use it for any purpose nor
disclose or
		distribute its contents to any other person.
	
********************************************************************
		
		

		_______________________________________________
		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
	
	


********************************************************************
This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.
********************************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.paraview.org/pipermail/paraview/attachments/20100630/3608c007/attachment.htm>