[Paraview] XDMF Multiblock limit on number of blocks shown in Hierarchy

David E DeMarle dave.demarle at kitware.com
Wed Mar 8 15:11:32 EST 2017


It is a max constant in defined in the XDMF readers.

from Xdmf3SILBuilder.cxx for example:

// As soon as num-grids (sub-grids and all) grows beyond this number, we
assume
// that the grids are too numerous for the user to select individually and
// hence only the top-level grids are made accessible.
#define MAX_COLLECTABLE_NUMBER_OF_GRIDS 1000

David E DeMarle
Kitware, Inc.
R&D Engineer
21 Corporate Drive
Clifton Park, NY 12065-8662
Phone: 518-881-4909

On Wed, Mar 8, 2017 at 3:02 PM, Andy Smith <agsmith424 at gmail.com> wrote:

> We use XDMF to output multiple unstructured blocks from our CFD code
> within a Spatial Collection.
>
> If 998 or fewer blocks are output in the collection all of the individual
> blocks are displayed in the Blocks and Hierarchy tabs in the main
> Properties tab when loading the grid.  This allows the user the select only
> the blocks of interest.
>
> If 999 or more blocks are output in the collection, only the containing
> collection grid is shown in the Blocks and Hierarchy tabs.  In this case
> the user cannot select the individual blocks of interest.
>
> I've attached two simple XDMF grids for reference.
>
> The same limitations on block selection occur when using Python to read
> the grid.
>
> Is this a limitation for all multiblock readers in ParaView or XDMF
> specific?  Is there anyway to extend this limit to a higher value?
>
> A typical use case is to define a spatial region of interest in a Python
> script, read the XDMF file directly to determine the datasets that contain
> the grids (in HDF5 format) then loop over these datasets and query each
> block's bounds using h5py to see if they lie within the region of
> interest.  If they do, then we load them in Paraview by setting the
> GridStatus to the appropriate list of grids.  As mentioned above, this
> fails when the main grid collection has more than 998 blocks in it.
> A workaround could be to write out a temporary XDMF file based on the list
> of grids required, but hopefully there is a simpler solution.
>
> As a final note, for all of these cases we use the XDMF2 reader.  With the
> XDMF3 reader neither of the supplied grids display the block hierarchy that
> we require.
>
> Thanks,
> Andy
>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Search the list archives at: http://markmail.org/search/?q=ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview/attachments/20170308/303995ae/attachment.html>


More information about the ParaView mailing list