-
Notifications
You must be signed in to change notification settings - Fork 112
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
ToricVarieties: Support for immaculate line bundles #2080
Conversation
563e167
to
d1c9b80
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me from a purely technical POV (I can't comment on the mathematical content).
Thanks!
function cohomology_index(tvs::ToricVanishingSet) | ||
return tvs.i::Int | ||
function cohomology_indices(tvs::ToricVanishingSet) | ||
return tvs.cis::Vector{T} where {T <: IntegerUnion} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is the abreviation 'cis' really standard or should we better use a longer/clearer form? (Keeping in mind that not only toric geometers are using Oscar).
I agree, however, that 'cis' is ok as a shorthand for internal use only, if it is well hidden behind a getter function.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is a purely internal variable, which is never revealed to a user. It is (my) abbreviation for cohomology_indices
. When writing this out, the code becomes clunky and hard to read.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Then I am fine with it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me, but we should wait for @lkastner to approve it.
src/AlgebraicGeometry/ToricVarieties/cohomCalg/special_attributes.jl
Outdated
Show resolved
Hide resolved
Thank you @benlorenz ! |
src/AlgebraicGeometry/ToricVarieties/cohomCalg/VanishingSets/attributes.jl
Outdated
Show resolved
Hide resolved
Could the field
be just
with the appropriate conversion when initializing? This would be a bit cleaner and friendlier for the compiler, but maybe there is a performance reason to store it as |
You are right. This indeed looks cleaner. Thank you for the pointer. As far as I can tell, there is no performance reason to store this as At least within the toric varieties, |
I think we allow |
Ok. That makes sense. Hopefully not too far into the future, I shall have the time to take a look at all of the toric varieties and check if and where we could replace |
I don't really understand what is going on but that might be due to covid. I see that |
src/AlgebraicGeometry/ToricVarieties/cohomCalg/special_attributes.jl
Outdated
Show resolved
Hide resolved
I simply did not think long about My last rebase turned the cohomology indices into type |
@lkastner and I are discussing more on this in slack, as there exists similar (if not identical) functionality in |
What's the status of this PR? |
There is functionality in |
@lkastner do you have any estimate when you might have time to get back to this? Maybe a better (as in: less stressful for you, and overall saving time) approach would be to get this PR ready as-is, with one implementation; and then we can add the second Polymake based implementation whenever @lkastner has time for it? |
Co-authored-by: Tommy Hofmann <thofma@gmail.com>
As suggested by @fingolfin, it might be less stressful for @lkastner, if we merge this PR and eventually (whenever this may be) extend it with the corresponding Polymake functionality. Consequently, I have just rebased this PR. |
function cohomology_indices(tvs::ToricVanishingSet) | ||
return tvs.cis | ||
end |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
function cohomology_indices(tvs::ToricVanishingSet) | |
return tvs.cis | |
end | |
cohomology_indices(tvs::ToricVanishingSet) = tvs.cis |
Co-authored-by: Max Horn <max@quendi.de>
No description provided.