[Paraview] MultiBlock Dataset Naming Issues

burlen burlen.loring at gmail.com
Tue Jan 19 19:21:44 EST 2010


if you set the vtkCompositeDataSet::NAME() in each block it will show up 
in the object inspector information tab. I attached an example.

Michael Jackson wrote:
> Ok. But wouldn't that just set the name of the multiblock dataset that 
> holds all the extracted datasets? I am looking for something like: 
> multiblock->SetDataName(blockNumber, Name);
>
> And for those names to show up in the gui somewhere I guess.
> -- 
> Mike Jackson <www.bluequartz.net>
>
> On Jan 19, 2010, at 3:50 PM, burlen wrote:
>
>> I am just saying that PV (at least used to) treat partial arrays 
>> specially. It's something to be aware of. In terms of displaying 
>> strings in the UI have you tried to set
>> vtkCompositeDataSet::NAME() on the leafs? I see that is used by 
>> various readers and recognized by PV, you might look closer at that.
>>
>> Michael Jackson wrote:
>>> I am doing the following:
>>>
>>> vtkImageData* imageData = ...
>>> // Initialize output with the proper dimensions and other stuff
>>> .....
>>> // Set the Name of the Scalars
>>> imageData->GetPointData()->GetScalars()->SetName(record->getRecordName().c_str()); 
>>>
>>> imageData->GetPointData()->SetActiveScalars(record->getRecordName().c_str()); 
>>>
>>>
>>> multiBlock->SetBlock(blockNum, imageData);
>>>
>>>
>>> The call to record->getRecordName().c_str() will be different for 
>>> each block
>>> that is extracted, based on what the user asked for in the GUI. So 
>>> what you are
>>> saying is the name of the Scalars must be the same, for each and 
>>> every block? Is there a way to tag a Human readable string onto each 
>>> block so that it shows up in the GUI? Lookup table or something else?
>>>
>>>
>>> ___________________________________________________________
>>> Mike Jackson                      www.bluequartz.net
>>> Principal Software Engineer       mike.jackson at bluequartz.net
>>> BlueQuartz Software               Dayton, Ohio
>>>
>>>
>>> On Jan 19, 2010, at 2:58 PM, burlen wrote:
>>>
>>>> PV expects each  block to have the same set of arrays, if an array 
>>>> is missing from one of the blocks then PV treats it as a partial 
>>>> array. Are you setting the same arrays in each block?
>>>>
>>>> Michael Jackson wrote:
>>>>> I have my MultiBlockDataset reader working nicely now. I have a 
>>>>> custom panel that contains a tree view and I can select various 
>>>>> selections from the tree and have "something" rendered in the 3D 
>>>>> view. Awesome. Now, the problems.
>>>>>
>>>>> When I click on the "Information" tab to see the list of datasets 
>>>>> that were actually read (The Heirarchy Table) the list is correct. 
>>>>> But when I click on one of the data sets and then look at the 
>>>>> "Data Arrays" table the name that appears has a " (partial)" 
>>>>> appended to it. Where is that coming from and what does it mean?
>>>>>
>>>>> Also, when I view the data as a "Surface" and then select one of 
>>>>> the listed Arrays to "Color By" the rendered view just stays a 
>>>>> solid color. Actually it looks like as long as I select the top 
>>>>> most array to color by in the list, after the "Solid" and 
>>>>> "vtkCompositeIndex" selections then I will get a proper rendering.
>>>>>
>>>>> So for example, say I tell my reader to read the following 3 data 
>>>>> sets: Phi1, Phi, Phi2. This will result is a MultiBlockDataset 
>>>>> with 3 blocks. The "Color By" drop down will have the following:
>>>>>
>>>>> Solid
>>>>> vtkCompositeIndex
>>>>> phi1
>>>>> phi
>>>>> phi2
>>>>>
>>>>> If I select "phi1" the rendering is correct. If I select "phi" or 
>>>>> "phi2" then I just get a solid color surface rendering.
>>>>>
>>>>> Anyone seen anything like this or possibly know what is going on? 
>>>>> I can supply all the source codes and experimental data if that is 
>>>>> needed.
>>>>> ___________________________________________________________
>>>>> Mike Jackson                      www.bluequartz.net
>>>>> Principal Software Engineer       mike.jackson at bluequartz.net
>>>>> BlueQuartz Software               Dayton, Ohio
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>
>>>
>>
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: testMultiBlock.tar.gz
Type: application/gzip
Size: 5989 bytes
Desc: not available
URL: <http://www.paraview.org/pipermail/paraview/attachments/20100119/1e5c50c2/attachment-0001.bin>


More information about the ParaView mailing list