Community
Participate
Working Groups
1.: If a user uses the option to display the population density within the map view (Labels Colors Mapping) all the nodes have the same color, which does not reflect the reality. The same holds true for the "Rainbow" relative Values display mode. 2.: The color legend labels of the "Rainbow" display mode should be context dependent, e.g. for the display of "Count" the current labels are not appropriate.
Regarding 1, by right clicking on the map and changing the gain factor you can rescale the label values to show different colors. If all the colors are the same that's usually the problem. I'm not sure I understand 2. The legend has 'Count' and 'Density' labels in the legend for population data. Do we need something else?
(In reply to comment #1) > Regarding 1, by right clicking on the map and changing the gain factor you can > rescale the label values to show different colors. If all the colors are the > same that's usually the problem. OK I checked it out but with no effect. All nodes still have the same color independent from the gain factor used for the density. > I'm not sure I understand 2. The legend has 'Count' and 'Density' labels in the > legend for population data. Do we need something else? Well, if I e.g. display the population count of the UsaMexicoScenarioNoPolicy on the map with the rainbow color scheme, I get the colors encoded as: e.g. white = relative value is 1 (max). So this is for me hard to understand. I could imagine a more intuive description of the colors would be: green: 1.000 - 10.000, white: 10.000 - 100.000 etc.; The same holds true for Density or in general if you change the gain factor, then the labels for the colors should adapt to the values that are displayed as well.
Matthias, The Title of this bug is confusing. Is it really a feature request? i.e. You would like the Mab view legend to have labels that reflect.... Please help me difine the to do. > Regarding 1, by right clicking on the map and changing the gain factor you can > rescale the label values to show different colors. If all the colors are the > same that's usually the problem. The system is supposed ot work this way in this mode. Value is displayed as intensity or log intensity. For the rainbow display, you can set any color scheme you like.
Jamie, the original reason for that bug has vanished in between (point 1) What is left is point 2 where I still think that this would be nice to have (that's why this bug might become a feature request). As a new headline I propose: "Generate context dependend labels in the Map View" What is it about: Example: the map view of the scenario UsaMexicoScenarioNoPolicy displaying the population count in each node (polygone) => one can see polygones colored black, grey (different types) and white. But what does each color mean? In the legend there is no information on what the boundaries for each color are. So does plain white color mean more then 10.000 people in that polygone or more then 1.000.000? In addition, if I change the gain factor the colors of the polygones change, but as there is no information on the current gain factor in the legend these colors are hard to interprete. The last point holds for all other display modes as well - the gain factor and the type of scaling should become part of the color legend.
Matthias, I think I understand. How about the following as a solution. We create a widget that plugs into the map view. Based on the current scale factor and log/linear setting it will display a gradient scale in the current color with values beside each color entry. Depending on a users monitor we should have about 255 intensity levels but perhaps displaying just 10 of them would be enough. Please let me know if this would solve the problem. I know the intensity code so I'd be happy to own this request. If the proposed solution above is good I'd like to close this bug and reopen one with a more relevant title. Best Regards, Jamie
Jamie, that sounds great for me. BTW: I think it would be enough to label 5 intensity levels.
new gradient scale was implemented
Complete
