Francois,
Never mind, I think I figured it out. Apparently, sage initializes .001 in
MPFR using the fact that .001 = 1/1000. Using the appropriate set methods
in MPFR fixes the issue. Attached is the code that makes Sage and MPFR
agree.
Apparently, if I treat .001 as a float or double in MP
Don't really know at this stage, I am not familiar enough with that area
of sage to say whether or not your "a" will be defined on RR or a standard
numpy real or something else.
Francois
On Thu, 02 Oct 2014 17:35:49 ref...@uncg.edu wrote:
> Francois,
>
> Thank you for your reply. That's what I
Francois,
Thank you for your reply. That's what I figured also, but where is the
difference between the two codes?
Thanks,
Rick
On Thursday, October 2, 2014 8:32:45 PM UTC-4, François wrote:
>
> On Thu, 02 Oct 2014 17:28:15 ref...@uncg.edu wrote:
> > When comparing the digits though, it app
On Thu, 02 Oct 2014 17:28:15 ref...@uncg.edu wrote:
> When comparing the digits though, it appears that only around the first 16
> or so digits are the same.
That's were you can infer that something has been converted or left
as a double rather than a mpfr real number.
Francois
--
You received
Dear All,
I appreciate any help that I can get with this question. Thank you in
advance.
I've been converting some of my algorithms that wrote using Sage into C. I
noticed that it appears that MPFR and Sage do not match when taking
logarithms of certain values at arbitrary precision. As an
On Wed, Oct 1, 2014 at 10:47 PM, kcrisman wrote:
>>> Another 3d-plotting direction is the webgl-enabled JSmol, which is
>>> actually pretty. It would be easy enough to integrate, though right now the
>>> upgrade is stuck in he java applet mud ;-)
>>>
>>>
>
> Keeping in mind that I'm talking about
Andrew's buildbot-based patchbot is new and there are definitely some
issues left.
You can what its doing at http://build.sagedev.org/trac/waterfall. There is
no simple view-by-ticket-number though.
On Thursday, October 2, 2014 4:04:13 PM UTC+1, Ralf Stephan wrote:
>
> Hello,
> It appears the
On Thu, 2 Oct 2014, Francesco Biscani wrote:
Thanks for the other pointers as well.
At Tampere we used Sage to study singularity of lcm-matrices of gcd-closed
sets. With Sage it is very easy to show divisor semilattice of such a set.
On the other direction we generated all lattices of given
A ticket about this: http://trac.sagemath.org/ticket/15206 . This is not
related to posets only, but to graphs in general. Is anyone planning to do
this?
It seems that mostly part "append(text(str(v)" at set_vertices on
graph_plot.py must be changed, and the chain of function calls changed to
Hello,
It appears the buildbot ticket testing has its own quirks. Whenever someone
sets the ticket from "needs review" to "needs work" the direct link to
build.sagedev.org disappears on the trac ticket page. Now how should the
author know which tests are failing, except by remembering the task n
On Thu, Oct 02, 2014 at 07:00:16AM -0700, Volker Braun wrote:
>After installing texlive* I get the error below, so it seems that the
>system texlive-2007 is not good enough for our version of dot2tex:
>! Package tikz Error: I do not know what to do with the option ``line
>join={beve
Hi,
On 1 October 2014 17:59, Simon King wrote:
>
> There are famous results obtained by computer-assisted proofs, such as
> Four Colour Theorem; but I don't know if a specific software was needed.
>
Yes I had read about it, that was one of the things I had in mind :)
> And there are of course
On Wed, Oct 01, 2014 at 12:10:51PM +0200, Nathann Cohen wrote:
>P.S. : You know why I said it was Anne's code. I went to your office,
>and you told me that "this linear extension code is only used by Anne's
>Markov-related code".
Yes. *used*.
As for your other comments about grants, f
After installing texlive* I get the error below, so it seems that the
system texlive-2007 is not good enough for our version of dot2tex:
! Package tikz Error: I do not know what to do with the option ``line
join={bev
el}''.
See the tikz package documentation for explanation.
Type H for imme
Dima wrote
> this is one of the realities of the research software - one has to do new
> things
> in academia (e.g. one cannot tell an MSc student that his project will be
> to fix
> Sage bugs - he has to do something new!).
>
But how to deal with this problem?
I predict that if the Sage
On 2014-10-02, Nathann Cohen wrote:
> Hello !
>
>>From a quick look-over of the code, it seems like we can always run a
>> topological sort on the elements list passed into FinitePoset without any
>> significant pentality (and should solve the equality issue), or better
> yet,
>> push that int
On 2014-10-02, Travis Scrimshaw wrote:
> Hey everyone,
>I was trying to use the dot2tex display options on the 6.3 OVA virtual
> machine setup through VirtualBox (on someone else's Windows (7?) machine).
> I went to the terminal (host + F1), an did the following:
>
> $ ./sage -i dot2tex
> $
Hello !
>From a quick look-over of the code, it seems like we can always run a
> topological sort on the elements list passed into FinitePoset without any
> significant pentality (and should solve the equality issue), or better
yet,
> push that into the linear_extension() method.
I do not thi
18 matches
Mail list logo
