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

allow user to specify order of the hyperplanes in a hyperplane arrangement #28602

Open
saliola opened this issue Oct 15, 2019 · 4 comments
Open

Comments

@saliola
Copy link

saliola commented Oct 15, 2019

The objective of this ticket is to allow the user to specify the order of the hyperplanes when constructing a hyperplane arrangement. There are various reasons why a user might want to use a custom ordering, for example, to specify the order of the components in the sign vector, to specify the labelling of the elements of the associated matroid, etc.

Currently, the order of the hyperplanes is ignored as Sage just sorts the list of hyperplanes:

sage: H.<x,y> = HyperplaneArrangements(QQ)
sage: H(x, y, x-1, y-1)
Arrangement <y - 1 | y | x - 1 | x>

For backwards compatibility, we could implement a keyword argument, say sort=False that defaults to sort=True to preserve the current behaviour:

sage: H.<x,y> = HyperplaneArrangements(QQ)

sage: H(x, y, x-1, y-1, sort=True) # default
Arrangement <y - 1 | y | x - 1 | x>

sage: H(x, y, x-1, y-1, sort=False) # desired behaviour
Arrangement <x | y | x - 1 | y - 1>

CC: @tscrim @sagetrac-galen-dorp @sagetrac-nailuj

Component: geometry

Keywords: hyperplane arrangement

Issue created by migration from https://trac.sagemath.org/ticket/28602

@saliola saliola added this to the sage-9.0 milestone Oct 15, 2019
@sagetrac-nailuj
Copy link
Mannequin

sagetrac-nailuj mannequin commented Nov 4, 2019

comment:2

I like this idea a lot. I propose to add the same keyword argument to the union method of a HyperplaneArrangement to preserve the order when adding a hyperplane or an arrangement to the current ordered one.

@embray
Copy link
Contributor

embray commented Jan 6, 2020

comment:3

Ticket retargeted after milestone closed

@embray embray modified the milestones: sage-9.0, sage-9.1 Jan 6, 2020
@mkoeppe
Copy link
Member

mkoeppe commented Apr 14, 2020

comment:4

Batch modifying tickets that will likely not be ready for 9.1, based on a review of the ticket title, branch/review status, and last modification date.

@mkoeppe mkoeppe modified the milestones: sage-9.1, sage-9.2 Apr 14, 2020
@mkoeppe mkoeppe modified the milestones: sage-9.2, sage-9.3 Aug 29, 2020
@mkoeppe
Copy link
Member

mkoeppe commented Feb 13, 2021

comment:6

Setting new milestone based on a cursory review of ticket status, priority, and last modification date.

@mkoeppe mkoeppe modified the milestones: sage-9.3, sage-9.4 Feb 13, 2021
@mkoeppe mkoeppe modified the milestones: sage-9.4, sage-9.5 Jul 19, 2021
@mkoeppe mkoeppe modified the milestones: sage-9.5, sage-9.6 Dec 18, 2021
@mkoeppe mkoeppe modified the milestones: sage-9.6, sage-9.7 Apr 2, 2022
@mkoeppe mkoeppe modified the milestones: sage-9.7, sage-9.8 Aug 31, 2022
@mkoeppe mkoeppe removed this from the sage-9.8 milestone Jan 29, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants