You can do this:
class MyElement(Element):
def is_regular(self):
from sage.my_parent import MyParent
P = MyParent()
That way you don't import MyParent when you import the element, only when
you run the is_regular() method.
Alternatively, the parent could have an is_regular(x
Hi all,
After a long alpha/beta cycle we are pleased to release the final
version of FLINT 2.3.0
(see http://www.flintlib.org/).
Documentation (284 pp.) is available at http://www.flintlib.org/flint-2.3.pdf.
The 2.3.0 release cycle added the following features:
* Support for ia64, Sparc32, Spar
On Nov 9, 2012, at 7:57 PM, Volker Braun wrote:
> If you use the
>
> class MyParent(Parent)
> Element = MyElement
>
> syntax then you have to import MyElement. So you shouldn't import MyParent in
> your element code or you will create a cyclic import (=bad).
>
> Are you sure that you need
If you use the
class MyParent(Parent)
Element = MyElement
syntax then you have to import MyElement. So you shouldn't import MyParent
in your element code or you will create a cyclic import (=bad).
Are you sure that you need to create new parents from the element? Your
element should only
I will not be able to come, but I would be happy to help remotely as well
since I have some experience working with Git.
Best,
Travis
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To post to this group, send email to sage-devel@googlegroups.co
Hi,
Why does adding :
from sage.rings.polynomial.polynomial_ring_constructor import PolynomialRing
at the beginning of quotient_ring_element.py create the weird error:
Traceback (most recent call last):
…
AttributeError: 'module' object has no attribute 'quotient_ring'
Is there a circular dep
On Friday, November 9, 2012 4:42:42 AM UTC-8, Nicolas M. Thiéry wrote:
>
> More precisely: QQ^3 should be in the category of finite dimensional
> modules with basis, and a finite dimensional module with basis over an
> infinite field should be in the category of infinite enumerated sets.
>
>
Thanks, looks good.
Maybe one could factor out the Enumerated (=canonical enumeration) part? Or
is every parent with __iter__ supposed to be in EnumeratedSets and,
therefore, have a rank() methods etc? The element order is often just
arbitrary...
Also, I dislike .list() returning a Python list
On Fri, 09 Nov 2012 at 09:56AM +, Nicolas M. Thiery wrote:
> I want to add:
>
> * Make absolutely sure that Git scales properly to support the
> Sage-Combinat development model.
I think any tool that can handle the Linux kernel can handle the
Sage-combinat stuff. :)
Oh, and I might be inte
On Nov 9, 2:11 am, "Nicolas M. Thiery"
wrote:
> The main point is that writing V.sum(args) gives more information to
> the system than sum(args, self.zero()): this is making a promise that
> all elements in args are elements of V.
In python's call dispatch system, it does not. It says something a
Sigh, I guess we took too long to stabilise the obsolete markers and
the evolve extension in Mercurial.
I hope I'm wrong and you guys and your users find git easier to use
than hg. I certainly didn't.
- Jordi G. H.
--
You received this message because you are subscribed to the Google Groups
"s
Definitely +1 for a unified repo ;-)
I would be interested in attending, probably coming from the East coast.
On Friday, November 9, 2012 12:40:39 AM UTC-5, R. Andrew Ohana wrote:
>
> William and I are planning a workshop focused on transitioning Sage over
> to Git. We have some funding avail
I won't be able to physically come, but I'd love to help remotely from Brazil.
Raniere
On Fri, Nov 9, 2012 at 4:18 AM, Jason Grout wrote:
> On 11/8/12 11:40 PM, R. Andrew Ohana wrote:
>>
>> William and I are planning a workshop focused on transitioning Sage over
>> to Git. We have some funding a
On Friday, November 9, 2012 4:58:34 AM UTC-5, Nicolas M. Thiéry wrote:
>
> On Thu, Nov 08, 2012 at 09:40:35PM -0800, R. Andrew Ohana wrote:
> >William and I are planning a workshop focused on transitioning Sage
> over
> >to Git. We have some funding available, so please contact me if y
On Fri, Nov 09, 2012 at 05:58:48AM +, Simon King wrote:
> On 2012-11-09, Robert Bradshaw wrote:
> > __len__ must return a (machine-sized) int, not elements of ZZ let
> > alone infinity.
>
> Sorry, I didn't know that. Then one should probably go the other way,
> implement cardinality() for mor
Hi Volker,
On Thu, Nov 08, 2012 at 08:02:49AM -0800, Volker Braun wrote:
>This occurred to me before, its nice to have iterators/generators but
>there should be a mechanism to say that the iterator is over a finite or
>infinite set.
>Just to avoid doing exhaustive searches
On Thu, Nov 08, 2012 at 10:56:26PM +, Simon King wrote:
> why not make __len__ an alias for the cardinality?
It can't be a plain alias: __len__ is only allowed to return an `int`,
whereas cardinality should return an Integer or +infinity.
Cheers,
Nicolas
--
Nic
On 2012-11-09 11:23, Charles Bouillaguet wrote:
> Should we refuse to perform the (not-well defined) division in this case?
Yes. Division by zero divisors should *always* be an error. Division
by a non-invertible non-zero-divisor is harder to call. In this case,
the result should be one of the f
Hi,
while working on the apparently trivial #13670, Marco Streng made me notice the
following inconsistency in the present code base:
sage: R. = QQ[]
sage: S = R.quotient_ring(R.ideal(x^2, y))
sage: 0/S(x)
0
sage: P. = QQ[]
sage: S = P.quotient_ring(x^2)
sage: 0/S(x)
ZeroDivisionError: element
On Thu, Nov 08, 2012 at 10:16:36AM -0600, Jason Grout wrote:
> On 11/8/12 6:26 AM, Simon King wrote:
> >Hi David and John,
> >
> >On 2012-11-08, David Loeffler wrote:
> >>It is *really awful* that V.sum(W) attempts to sum all the elements of
> >>W! I don't know what general design decision underli
On Thu, Nov 08, 2012 at 09:40:35PM -0800, R. Andrew Ohana wrote:
>William and I are planning a workshop focused on transitioning Sage over
>to Git. We have some funding available, so please contact me if you are
>interested in attending; we don't need a commitment yet, but we do need to
I'm also interested, and I live in Portland.
--Christopher
On Nov 8, 2012 10:40 PM, "Keshav Kini" wrote:
> "R. Andrew Ohana" writes:
>
> > William and I are planning a workshop focused on transitioning Sage
> > over to Git. We have some funding available, so please contact me if
> > you are int
22 matches
Mail list logo
