[Paraview] CoProcessing question
David E DeMarle
dave.demarle at kitware.com
Wed Jul 28 13:24:42 EDT 2010
Is this a job for TableExtentTranslator in the reader or adapter?
David E DeMarle
Kitware, Inc.
R&D Engineer
28 Corporate Drive
Clifton Park, NY 12065-8662
Phone: 518-371-3971 x109
On Wed, Jul 28, 2010 at 12:50 PM, Moreland, Kenneth <kmorel at sandia.gov> wrote:
> Actually, I think there is an issue with structured extents. The problem
> with structured extents is that ParaView/VTK will ask for a particular
> extent on each process, and these extents are not likely to match up with
> what is actually available on that process. It situation is stupid because
> the extents are picked arbitrarily, and everyone would be happy with the
> extents available from the FORTRAN code, but there is no way for the
> CoProcessing library to force the pipeline to accept certain extents.
>
> The only way around the problem right now that I know of is to place the
> data in a multiblock structure like AMR.
>
> -Ken
>
>
> On 7/28/10 9:59 AM, "Andy Bauer" <andy.bauer at kitware.com> wrote:
>
> Hi John,
>
> I'd like to think it works but as I haven't tested it to do that I'm not
> going to promise that it works :) It uses a TrivialProducer to insert the
> data set/composite data set into the pipeline with the idea that
> coprocessing should essentially execute almost exactly the same as any
> corresponding paraview python script for pvbatch.
>
> Since you're asking about it though I'll try to look at it this week and get
> back to you. If you get to it sooner than I do and find a bug then I'd also
> be more than happy to try and fix it.
>
> Andy
>
> On Wed, Jul 28, 2010 at 11:02 AM, Biddiscombe, John A. <biddisco at cscs.ch>
> wrote:
>
> I’m experimenting with the coProcessing library. It’s very nice. Well done
> you guys.
>
> Question : I have a Fortran code generating a slab of data (volume, actually
> a rectilinear grid, but for now I’ll be happy with a volume).
>
> I can send the data into the adaptor and generate datasets, all is well. On
> a single process all seems to be normal, but before I start on lots of cores
> .....
>
> The data is divided among processes such that I need to worry about whole
> extents, and piece extents.
>
> Can I export individual image data (rectilinear grid) pieces from each
> process, set the extent locally and let the usual paraview pipeline handle
> it. Normally (in a reader) I’d be getting piece numbers and all that and I’m
> not sure if this will be transparent or not.
>
> The Phasta (I think) example, uses a multiblcok structure, which I’d prefer
> to avoid. a Multipiece dataset is fine...is there a volume example anywhere?
>
> Thanks
>
> JB
>
>
>
> **** Kenneth Moreland
> *** Sandia National Laboratories
> ***********
> *** *** *** email: kmorel at sandia.gov
> ** *** ** phone: (505) 844-8919
> *** web: http://www.cs.unm.edu/~kmorel
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
>
More information about the ParaView
mailing list