-
-
Notifications
You must be signed in to change notification settings - Fork 487
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
Fix Polyhedron.volume() in 0-dimensional space #27673
Comments
This comment has been minimized.
This comment has been minimized.
Branch: public/27673 |
New commits:
|
Commit: |
comment:4
When thinking about it again, I'm not sure anymore that this is the correct output. However, an AttributeError is strange and the dostring does not indicate, what should happen. Also it's confusing that the empty Polyhedron gives an output. |
This comment has been minimized.
This comment has been minimized.
comment:5
This might be related to #17339. If you want to have fun in the maze of defaulting behaviour, I challenge you to come up with a full-proof default behavior that will please everyone. One thing that you should be aware of, is the current handling of things via different H and V inputs.
The first one is the empty polyhedron. The second one is just one point, i.e. the full space. They are |
comment:7
Well, I can live with a meaningful 'NotImplementedError'. Either there is a measure with ambient dimension zero or not. So the empty and the one point polyhedron in zero dimensional space should either have a well-defined behaiviour or not. The reason I looked into it is that the original error is hard to trace back. It took me a bit to figure out, what went wrong there. Replying to @jplab:
|
Branch pushed to git repo; I updated commit sha1. New commits:
|
This comment has been minimized.
This comment has been minimized.
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:11
You should change the title and description of the ticket to reflect faithfully the changes inside the ticket. |
comment:12
Failed doctest:
|
This comment has been minimized.
This comment has been minimized.
comment:16
Looks good to me now. |
Changed keywords from none to polytopes, volume |
comment:17
Merge conflict, but isn't it also also mathematically wrong:
|
comment:18
Replying to @vbraun:
See line above. Which returns 0 in that case.
A point is projected to 0-dimensional space an then 1 is returned.
It has dimension -1 but ambient dimension at least 0, so zero will be returned. I don't see which criteria is not met. |
comment:19
Oh ok, I misread the docstring. Still a merge conflict though. |
Branch pushed to git repo; I updated commit sha1. This was a forced push. Last 10 new commits:
|
Branch pushed to git repo; I updated commit sha1. This was a forced push. New commits:
|
comment:23
Why does the merge fail again? Last time I fixed it, was appearently a waste of time. |
comment:24
Replying to @kliem:
#25091 Modified the volume function and got merged in 8.8.beta6 that's most likely the conflict. |
Branch pushed to git repo; I updated commit sha1. This was a forced push. New commits:
|
Branch pushed to git repo; I updated commit sha1. New commits:
|
Branch pushed to git repo; I updated commit sha1. This was a forced push. New commits:
|
comment:29
I have no idea, how one is supposed to get rebase to work. This is basically just writing the old text in the newest develop again. |
comment:30
Looks good to me now. |
Changed branch from public/27673 to |
In dimension 0, we now use the counting measure for volume:
Originally there was an attribute error:
CC: @jplab
Component: geometry
Keywords: polytopes, volume
Author: Jonathan Kliem
Branch/Commit:
a7bf147
Reviewer: Jean-Philippe Labbé
Issue created by migration from https://trac.sagemath.org/ticket/27673
The text was updated successfully, but these errors were encountered: