» Quick access to the last post
Quote: "Houseofham"Here is another idea for a coloring scale - percent of completion for that country by type/yearNot a bad idea, "IF" all of the coins that have "PROOF" variations included with the circulated varieties, have the proofs removed.
Hello,
This idea has recently been posted again at https://en.numista.com/forum/topic127783.html
I'm posting my reply here.
The color scale is actually already logarithmic in some way, although it is displayed as non-logarithmic to facilitate understanding:
A linear color scale would have been:
That would have given much more areas in blue for the map of many members.
The way I understand the problem (as clearly illustrated by the screenshot from inc7007) is not linear versus scalar scale, but rather the logarithmic base. Should we increase the logarithmic base? Probably not for everyone (or it will mess up the maps from other members), but maybe dynamically based on each collection (so that the map shows as many distinct colors as possible even if one country has much more coins than all others)?

An alternative would be to have a continuous color scale. This way, even if UK has 15 times more coins than any other country, you would still have (minor) variations of blue for the other countries instead a flat blue map.
Without wanting to adversely affect the map for people who like it as it is…
I (likely others) have one or two of each foreign coin type, but many duplicates from my home country, and date runs I'm trying to complete for others.
Would it be possible to add an option to switch the map between ‘totals’ and ‘types’, as my UK number would drop from 4898 total coins to 302 types, this should add a lot more colour to the map.
If I was to be picky, I would prefer to see the total number of coins as is, but base the map colours on types.
Xavier
That's already possible, or am I missing something?
More colourful when viewed by type… but I prefer to see the number of coins, so never leave it set that way.
So I don't usually see these colours, like I said, minor and picky.
The problem being I can look at nicer colours, but without the information I want, or I can see the numbers I want to see, but the map is all blue, just wondering if it would be possible to separate colours from numbers, if altering the scale is going have undesirable effects for other members.
The more logaritmic scale of colours would be usefull for me too:

I have red Australia, orange Canada and UK, few yellow small countries and the whole rest is blue (Queen Elizabeth II coins only).
Maybe it could be possible to give to the users the option to choose one of 2-3 different versions of colour scale which best fit to their needs?
One of the variant could be ratio have/wish mentioned above.
Xavier
An alternative would be to have a continuous color scale.
+1
The current scale color have 15 grades: 1 blue, 2 greens, 2 yellows, 4 oranges and 6 reds.
Perhaps can be added more grades of blues, blue-greens and green-yellows, or in only one step, a continuous color scale (really a scale with 30 colors can be “continuous” for human eye 😉).
Here is another idea: When you hover over the color scale at the bottom, display a little popup with the count range for that color and highlight all countries with the corresponding color.

+1 for logarithmic. I haven't checked the charting engine in use here but in most of them it's a fairly simple thing to implement.


You can see from these charts that show the same data how much smoother the distribution is with a logarithmic scale.
Xavier
The color scale is actually already logarithmic in some way, although it is displayed as non-logarithmic to facilitate understanding:
- 1 - 6% : blue
- 6% - 20%: greenish
- 20% - 40%: yellowish
- 40% - 66%: orangish
- 66% - 100%: redish
The way I understand the problem (as clearly illustrated by the screenshot from inc7007) is not linear versus scalar scale, but rather the logarithmic base. Should we increase the logarithmic base? Probably not for everyone (or it will mess up the maps from other members), but maybe dynamically based on each collection (so that the map shows as many distinct colors as possible even if one country has much more coins than all others)?
An alternative would be to have a continuous color scale. This way, even if UK has 15 times more coins than any other country, you would still have (minor) variations of blue for the other countries instead a flat blue map.
The idea of having a dynamic logarithmic base is a good one but I have no idea how you'd analyze the dataset to select the appropriate base, +10 points if you can figure it out!
I don't think the continuous scale would help much as the subtle differences in shade would probably be impossible to distinguish anyway.
For me it just needs to be a bigger base but I completely understand that what is a good base for me isn't necessarily good for everyone.
jay2001
Xavier
The color scale is actually already logarithmic in some way, although it is displayed as non-logarithmic to facilitate understanding:
- 1 - 6% : blue
- 6% - 20%: greenish
- 20% - 40%: yellowish
- 40% - 66%: orangish
- 66% - 100%: redish
The way I understand the problem (as clearly illustrated by the screenshot from inc7007) is not linear versus scalar scale, but rather the logarithmic base. Should we increase the logarithmic base? Probably not for everyone (or it will mess up the maps from other members), but maybe dynamically based on each collection (so that the map shows as many distinct colors as possible even if one country has much more coins than all others)?
An alternative would be to have a continuous color scale. This way, even if UK has 15 times more coins than any other country, you would still have (minor) variations of blue for the other countries instead a flat blue map.
The idea of having a dynamic logarithmic base is a good one but I have no idea how you'd analyze the dataset to select the appropriate base, +10 points if you can figure it out!
I don't think the continuous scale would help much as the subtle differences in shade would probably be impossible to distinguish anyway.
For me it just needs to be a bigger base but I completely understand that what is a good base for me isn't necessarily good for everyone.
Simply letting the user choose the base would be the simplest option.
Used time zone is UTC+2:00.
Current time is 18:39.