-
Notifications
You must be signed in to change notification settings - Fork 66
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Legend does not distinguish between notext
routes with different shields in the same network
#1184
Comments
This happens whenever the routes all share a common Even so, some networks have routes that don’t really need to be called out separately, especially color-coded networks such as the Allegheny County Belt Routes or the Branson color routes. |
The Nova Scotia example is very wide at 4 shields, should this wrap at some point if a lot of routes are in view for these kinds of networks? |
Yes, but as a separate issue, since that would be purely on our end as a styling problem. I recall having a solution at some point, but I forget why I didn’t commit it. |
My counterpoint would be colorblind accessibility. Sure, there are cases where two colors may be indistinguishable. But often the colors are distinct yet it's hard to tell what the color names are supposed to be. |
Ack, you’re right. So, similar to the networks that use cryptic symbols in a common motif, we’d need to call out each one individually but still group them so we can call them by the name of the overall network. This is important because the legend only shows the shields that happen to be visible currently, with the idea that the user can detect the pattern and extrapolate to other shields they encounter elsewhere. It might become less necessary to describe each individual route shield in detail once we add interactivity to the map. A popup anchored on the route shield in situ would be more effective than a replica out of context in the legend. |
I would expect to see the specific route name of each shield listed out when they have unique images and no text. These are all
overrideByRef
oroverrideByName
from what I can tell. It might be good to retain the parent network name as a subheading and list the individual routes under that.The text was updated successfully, but these errors were encountered: