[Paraview] How to color by Cell Data

[Michael Jackson]

Might be. I'll have to borrow a Snow Leopard machine to test it out.

I am building 32 bit ParaView against a 32/64 Qt 4.6.x Cocoa and a 32 
bit Qt 4.6.2 Carbon. All on OS X 10.5.8. And, again, the precompiled 
binaries from Kitware will reproduce for me. This is also on a MacPro 
with ATI 4870 video card if that means anything.


Mike Jackson

On 3/3/2010 9:23 AM, Eric E. Monson wrote:
> Mike, is it possible that it's a problem related to OS X 10.5? I know Jérôme is having some trouble with Fedora, but I can't reproduce the issue on Snow Leopard or Ubuntu (both x86_64 builds). Which architecture are you building PV and Qt for?
>
> -Eric
>
> On Mar 3, 2010, at 9:09 AM, Michael Jackson wrote:
>
>    
>> I have tried clean builds on ParaView CVS and ParaView 3.6.2 OS X with Qt versions 4.5.3 and Qt 4.6.2 both carbon and Cocoa and none of that alleviates the problem. Not even the precompiled binary from Kitware's web site works correctly. It does work perfectly fine on windows though.
>>
>>   I wonder where the loading of the file takes place. I have a feeling something is not loading the cell data correctly. Maybe.
>>
>> --
>> Mike Jackson
>>
>> On 3/3/2010 3:01 AM, Jérôme wrote:
>>      
>>> Hi,
>>>
>>> After full updates on 2 computers (personal and office) both running fedora 12,
>>> the problem persists... on one of them only! The sadness is that the personal
>>> one is concerned, so I cannot debug efficiently.
>>>
>>> The point is that I didn't perform a comprehensive clean on my built tree. This
>>> is the next step.
>>>
>>> Jerome
>>>
>>> 2010/3/1 Michael Jackson<mike.jackson at bluequartz.net<mailto:mike.jackson at bluequartz.net>>
>>>
>>>     So I figured out where the problem lies, but not what the actual
>>>     problem is:
>>>
>>>     QList<QString>  pqPipelineRepresentation::getColorFields()
>>>     ....
>>>     for(int i=0; i<cellinfo->GetNumberOfArrays(); i++)
>>>
>>>     that loop is 0 to 0 on OS X and 0 to 2 on Windows. But using the
>>>     exact same data file. So for some reason the OS X version is NOT
>>>     storing/updating something properly. Odd.
>>>