<div dir="ltr">It is a max constant in defined in the XDMF readers.<br><br>from Xdmf3SILBuilder.cxx for example:<br><br>// As soon as num-grids (sub-grids and all) grows beyond this number, we assume<br>// that the grids are too numerous for the user to select individually and<br>// hence only the top-level grids are made accessible.<br>#define MAX_COLLECTABLE_NUMBER_OF_GRIDS 1000<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature">David E DeMarle<br>Kitware, Inc.<br>R&D Engineer<br>21 Corporate Drive<br>Clifton Park, NY 12065-8662<br>Phone: 518-881-4909</div></div>
<br><div class="gmail_quote">On Wed, Mar 8, 2017 at 3:02 PM, Andy Smith <span dir="ltr"><<a href="mailto:agsmith424@gmail.com" target="_blank">agsmith424@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div>We use XDMF to output multiple unstructured blocks from our CFD code within a Spatial Collection.<br></div><br>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.<br><br></div>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.<br><br></div><div>I've attached two simple XDMF grids for reference.<br></div><div><br></div>The same limitations on block selection occur when using Python to read the grid.<br><br></div>Is this a limitation for all multiblock readers in ParaView or XDMF specific?  Is there anyway to extend this limit to a higher value?<br><br></div>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.<br>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.<br><br></div><div>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. <br></div><div><br></div>Thanks,<br></div>Andy<br><div><div><br><br> </div></div></div>
<br>______________________________<wbr>_________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/<wbr>opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" rel="noreferrer" target="_blank">http://paraview.org/Wiki/<wbr>ParaView</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=ParaView" rel="noreferrer" target="_blank">http://markmail.org/search/?q=<wbr>ParaView</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/paraview" rel="noreferrer" target="_blank">http://public.kitware.com/<wbr>mailman/listinfo/paraview</a><br>
<br></blockquote></div><br></div>