Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • ParaView ParaView
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1,961
    • Issues 1,961
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 99
    • Merge requests 99
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • ParaViewParaView
  • ParaViewParaView
  • Issues
  • #14178
Closed
Open
Issue created Jul 17, 2013 by Kitware Robot@kwrobotOwner

Categorical colors fail for reasonably large size data ranges

This issue was created automatically from an original Mantis Issue. Further discussion may take place here.


I believe that categorical colors are failing if the number of colors needed exceeds the number in the color table. If so, just wrap around the color table and repeat.

This is also messing up the Color Legend.

  • Master, local server, Linux.
  • Open disk_out_ref.exo. All variables on. Apply. Color by PedigreeElementId.
  • Color editor. Choose Preset. Spectrum. Close, close.

The only color shown is brown. If you try to threshold by PedigreeElementId, there are no values! Also, the Color Legend will be empty.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking