Skip to content
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

Ensure that Dimension parameters are consistently respected #2468

Open
1 of 4 tasks
philippjfr opened this issue Mar 21, 2018 · 2 comments
Open
1 of 4 tasks

Ensure that Dimension parameters are consistently respected #2468

philippjfr opened this issue Mar 21, 2018 · 2 comments
Labels
tag: API type: enhancement Minor feature or improvement to an existing feature

Comments

@philippjfr
Copy link
Member

philippjfr commented Mar 21, 2018

Dimension objects in HoloViews define a wide range of parameters which are not always consistently respected. I therefore wanted to open a meta-issue to collect various examples where we could adhere to the dimensions more consistently.

Dimension.type

Dimension.values

  • Use as explicit order when plotting GridSpace
  • Use as categories on categorical axis

Please feel free to add other cases.

@philippjfr philippjfr added tag: API type: enhancement Minor feature or improvement to an existing feature labels Mar 21, 2018
@jlstevens
Copy link
Contributor

I know we want to get rid of extents and have plotting ranges (e.g xlim, ylim etc) but will that override the dimension ranges? I know there is soft_range but I find that is very rarely used in practice...

@philippjfr
Copy link
Member Author

philippjfr commented Mar 22, 2018

I know we want to get rid of extents and have plotting ranges (e.g xlim, ylim etc) but will that override the dimension ranges?

Yes explicitly set ranges at the plot level should have highest precedence just like extents do now.

I know there is soft_range but I find that is very rarely used in practice...

I don't think that's an issue, it's used and consistently respected, my main worry is about Dimension parameters which are only partially respected.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
tag: API type: enhancement Minor feature or improvement to an existing feature
Projects
None yet
Development

No branches or pull requests

2 participants