Any news on this?
On Nov 21, 6:22 pm, Harald Schilly wrote:
> On Nov 20, 5:17 am, Jason Grout wrote:
>
> > Has anyone applied for awolframalphaapi id for Sage?
>
> Not that I would know of. I'll do it right now, let's see if i get a
> response!
>
> H
--
To post to this group, send an email to
-possible-with-spreadsheets/
Do people think it would be nice to have in Sage?
On Dec 4, 1:28 pm, Harald Schilly wrote:
> On Dec 4, 12:26 pm, Paul-Olivier Dehaye wrote:
>
> > Any news on this?
>
> No, I sent the request from the form on the api-request webpage (same
> day, so Nov
There has already been a ticket about this:
http://trac.sagemath.org/sage_trac/ticket/3214
but i don t think it s fixed yet, and the current implementation leads
to definite problems with reduce().
K.= QQ[];
print gcd(64,256)
print gcd(K(64),K(256))
print gcd(64*k^2+128,64*k^3+256)
frac = (64*k^2
Dear all,
I am currently participating in a sage-based project that aims to
integrate a lot of number theory databases (some of you know it, or
are even participating!). Some of the goals of the project are to
display, search across or perform further computations on archived
objects that come fr
The sage-combinat project is mostly hosted at
http://wiki.sagemath.org/combinat , and parts are constantly merged into
sage. There is also the sage-combinat-devel group.
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sag
Is anyone from Zurich going? (I am trying to)
Paul
On Friday, March 2, 2012 8:33:22 PM UTC+1, kcrisman wrote:
>
> Bringing this back to the actual subject of the thread...
>
> See
>
> http://trac.sagemath.org/sage_trac/ticket/12619
>
> The developer has the following followup too.
>
>
> >>> Lo
I don't really know what's going on, I was hoping it would be as simple as
"make", but it failed for me too.
Error installing package ecm-6.3.p4
Pleas
It worked! Following Justin's advice (version of ECM from #12830), the
whole build went through.
Xcode 4.3.2, sage-5.0.beta13-lion , Apple clang version 3.1
(tags/Apple/clang-318.0.45) (based on LLVM 3.1svn)
Paul
On Friday, April 13, 2012 10:36:22 AM UTC+2, Justin C. Walker wrote:
>
>
> On Apr
Hi all
I was looking at the patchbot for my patches, and looking at the
results for ticket 11442, I was a bit puzzled.
http://sage.math.washington.edu:21100/ticket/11442/
This happens because the bot picked up the dependency on #11440 (as
instructed), but not the dependency on #11300, which comes
> Did you do an "hg export?"
i did hg_sage.export , or at least i think so. not sure i know what
else i could have done
On Jun 8, 5:48 pm, Robert Bradshaw
wrote:
> On Wed, Jun 8, 2011 at 12:07 AM, Paul-Olivier Dehaye
>
> wrote:
> > Hi all
> > I was looking a
that s probably the reason. i was aware too late of the dependencies
field.
On Jun 8, 6:08 pm, Robert Bradshaw
wrote:
> On Wed, Jun 8, 2011 at 8:48 AM, Robert Bradshaw
>
>
>
> wrote:
> > On Wed, Jun 8, 2011 at 12:07 AM, Paul-Olivier Dehaye
> > wrote:
> >&
e at:
http://aimath.org/ARCC/workshops/onlinedata.html
Paul-Olivier Dehaye
ETH Zurich / University of Zurich
--
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr...@googlegroups.com
For more options, visit
There are many issues that could/should/will be addressed.
The main one is how to get easily from the kind of files that a math
researcher would keep (some compressed version of the data that would
make sense to a couple people if lucky) to something like
"www.lmfdb.org". In addition, one possibi
Is it always encouraged to upgrade spkgs to more current stable
upstream version?
Right now scipy is at 0.9, applied with patches to fix a bug that is
now corrected in version 0.11 (normally, I have not tested yet). The
patch does not seem to work under Mac OS X 10.8, so I was wondering if
instead
Yes, like #13541
On Tuesday, October 16, 2012 8:19:11 AM UTC+2, yomcat wrote:
>
> On 16/10/2012, at 7:17 PM, Paul-Olivier Dehaye
> >
> wrote:
> > Is it always encouraged to upgrade spkgs to more current stable
> > upstream version?
> > Right now scipy is at 0
Purkayashta: this would only address (in good or bad) a tiny part of the
development issues, those that have to do with version control.
Paul
On Fri, Nov 23, 2012 at 2:01 PM, P Purkayastha wrote:
> On 11/23/2012 08:37 PM, Andrew Mathas wrote:
>
>> Does anyone have any /concrete suggestions/ fo
Only trying to foster a (constructive) discussion, by suggesting a way to
talk about the development...
I think issues in our development model could be resolved if we adhered
strictly to principles of aspect oriented software development.
http://en.wikipedia.org/wiki/Aspect-oriented_software_deve
t of talking, no programming": Not yet, and that's fine. I
am sure parts of a large long term project is communicating to the
developers what the big picture is. We don't need to have that discussion
only by inference from written (buggy) code.
Paul
On Friday, November
My impression is that Sage's directory structure tries to address different
> concerns (meaning here: different mathematical topics). Do you think
> that the present directory structure does not succeed to keep different
> concerns apart?
>
Here are a few folders in the main folder:
- datab
>
>
> > change "To coerce from the category down to the parent" --> "To coerce
> from
> > the abstraction layer to the parent". In this abstraction layer (which
> is
> > close to the categories now available, but not quite the same), we would
> > have a list of methods for the parent class an
Thank you for the extensive explanation. It clarifies things I obviously
didn't understand...
sage.categories.pushout is the most relevant part for what I was trying to
ask.
Paul
On Wednesday, November 28, 2012 2:31:06 PM UTC+1, Simon King wrote:
>
> Hi Paul,
>
> On 2012-11
http://ncatlab.org/nlab/show/HomePage does something similar.
See "Purpose" section
On Thursday, May 23, 2013 4:42:26 PM UTC+2, Nathann Cohen wrote:
>
> Hell everybody !!!
>
> I write here because I have a question to ask to a large mathematical
> crowd : a friend and I discussed
I am confused about what to do.
Everyone seems to be assuming that one of Volker's or Nicolas' approaches
must be right. It might very well be that both approaches are suboptimal
compared to a third. Still, Nicolas' has the merit to be implemented.
Let me explain:
I support Nicolas' initiative an
Thanks for the very thoughtful and encouraging comments. A big hurdle to
starting any actual work on this has always been to see how well received
the category framework would be.
Florian is also struggling with some issues of canonicity of the
definitions, so your insights might be helpful to hi
I am completely inexperienced with this, but:
- I have heard people around me say that with this type of grant support
for preparation of a grant, professional grant writers should be hired.
They help write the not-so-scientific portion of the grant.
- I have heard first hand from a "Principal A
Hi all,
I would be very happy to cover the front of dissemination of
knowledge/teaching/MOOCs. Of course, this is secondary in a call on
research infrastructure, but it is still important to teach other
researchers how to use the tools we build, or to assist them in teaching
their students, etc.
I
e is something wrong in the world of research, I can't see it.
>
> Nathann
>
> On Sunday, March 16, 2014 10:18:12 PM UTC+1, Paul-Olivier Dehaye wrote:
>
>> I am completely inexperienced with this, but:
>> - I have heard people around me say that with this type of g
.
I hope to see many of you in Montreal again for PyCon2015!
Paul
[1] http://en.wikipedia.org/wiki/New_Relic
[2] https://pypi.python.org/pypi/wrapt
[3] http://pyvideo.org/video/2617/advanced-methods-for-creat
Paul-Olivier Dehaye
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: p
Just adding a link to a track ticket that is relevant:
http://trac.sagemath.org/ticket/16403
On Monday, July 8, 2013 12:23:21 PM UTC+2, vdelecroix wrote:
>
> Hi,
>
> I do like the project find_stat but do not like the way it intends to do
> it. In that sense, I mostly agree with Nathann objection
>
> > The way I see this, *because* of the FindStat use case, the
> > combinatorial_map decorator has been introduced and many Sage developers
> > have been devoted time into adding semantic information into sage
> methods.
> > Of course, we could remove this all together, but this would be a great
ffort, energy. Much more useful
would be to get quick help in making it happen the right way right away.
Paul
(*) Not quite. But the needs of LMFDB and findstat really do align.
Paul-Olivier Dehaye
SNF Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 4
code
- just like the LMFDB, the database term is a misnomer. They want their
thing to be data and code. The code is partly their data, either directly
(class dependencies) or indirectly (the code is run to produce the data).
Paul
Paul-Olivier Dehaye
SNF Professor of Mathematics
University of
-Olivier Dehaye
SNF Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: pauloliv...@gmail.com
twitter: podehaye
freenode irc: pdehaye
On Wed, May 28, 2014 at 12:51 AM, Simon King wrote:
> Hi Paul,
>
> On 2014-05-27, Paul-Olivier Dehaye
that of my
students.
Paul
Paul-Olivier Dehaye
SNF Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: pauloliv...@gmail.com
twitter: podehaye
freenode irc: pdehaye
On Wed, May 28, 2014 at 1:28 AM, Nathann Cohen wrote:
> > Let'
their own popcorn and know of
where to watch.
Paul
Paul-Olivier Dehaye
SNF Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: pauloliv...@gmail.com
twitter: podehaye
freenode irc: pdehaye
On Wed, May 28, 2014 at 9:57 AM, Nathann Cohen wr
step above editing
documentation).
People are actively working on this problem
Paul
Paul-Olivier Dehaye
SNF Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: pauloliv...@gmail.com
twitter: podehaye
freenode irc: pdehaye
On Wed, May 28, 2014 a
>
> --> It will not be possible (say within the next two years, except the
> unlikely event that I will a lottery without participating, and then
> spend some money to hire a professional programmer) to only query the
> statistics data, and do the computations within your own Sage.
Just to make t
ore viable approach in my mind.
I certainly don't want to develop anything without explicitly telling
findstat about it.
Paul
Paul-Olivier Dehaye
SNF Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: pauloliv...@gmail.com
twitter: po
o to step 3 yet.
Paul
Paul-Olivier Dehaye
SNF Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: pauloliv...@gmail.com
twitter: podehaye
freenode irc: pdehaye
On Wed, May 28, 2014 at 4:37 PM, Christian Stump
wrote:
> > Ceterum cens
most of the time is better than what
they do. But a full-on database is, as a short term solution, heading in
the wrong direction.
Paul
Paul-Olivier Dehaye
SNF Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: pauloliv...@gmail.com
tw
I agree 100% with your summary, Simon, except that
1) Nathann will have to say himself whether he agrees or not;
2) A decision should be made whether it is valid to introduce lots of empty
methods and classes simply for the semantic decorators that will be added.
Paul
Paul-Olivier Dehaye
SNF
ing your 2) opinion, you disagree with Simon (but there I am
reading in an email he sent after yours).
Paul
Paul-Olivier Dehaye
SNF Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: pauloliv...@gmail.com
twitter: podehaye
freenode irc:
ts from Nathann, who has opened the ticket. I am genuinely
keeping an open mind about implementation. I want him to improve what's
there, not remove, if he cares enough.
Paul
Paul-Olivier Dehaye
SNF Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41
open to alternate
suggestions.
> Would this be a short-term solution?
Sure!
Paul
Paul-Olivier Dehaye
SNF Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: pauloliv...@gmail.com
twitter: podehaye
freenode irc: pdehaye
On Wed, May 28, 2014
At some point we will need a summary, or to use something better than
mailing lists to discuss this.
Paul
Paul-Olivier Dehaye
SNF Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: pauloliv...@gmail.com
twitter: podehaye
freenode irc
I think an argument that this function is badly named is very sensible.
Maybe a better name would be "to_component_sizes". Why not just try
changing the name, and see how much work that is for the findstat group to
adapt. It might be that this does not want to be named, after all, and that
simply a
and
other innovators to build cool stuff on top of sage, and make it easier for
the core contributors to help them too, with epsilon additional effort.
Finally, for the specific context of how successful mathematical
communities work together, I would advise anyone to read papers by Ursula
Martin and h
around October-November, and
to bring the discussion off the mailing list (to private) so as to keep an
element of surprise for the students.
Let me know!
Paul
Paul-Olivier Dehaye
SNF Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: pauloliv
ged? The goal of the exercise would not be to copycat what they
do, but maybe to understand how the Ma's pipelines work now.
Paul
Paul-Olivier Dehaye
SNF Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: pauloliv...@gmail.com
twitt
ools suffice.
Paul
Paul-Olivier Dehaye
SNF Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: pauloliv...@gmail.com
twitter: podehaye
freenode irc: pdehaye
On Thu, May 29, 2014 at 3:40 AM, rjf wrote:
>
>
> On Wednesday, May 28, 2
I might be too, I am not quite sure!
Paul
Paul-Olivier Dehaye
SNF Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: pauloliv...@gmail.com
twitter: podehaye
freenode irc: pdehaye
On Thu, May 29, 2014 at 10:02 PM, Nathann Cohen wrote
+1 for subtlety!
Paul-Olivier Dehaye
SNF Assistant Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: pauloliv...@gmail.com
twitter: podehaye
freenode irc: pdehaye
On Thu, May 29, 2014 at 10:15 PM, Nathann Cohen wrote:
> > I mi
which looks rather closed minded (but I am not sure I fully understood).
Nathann, I understand you don't know now what you think and respect that.
But did you _really_ use to think that the Graph class was yours, in the
sense that you had veto rights on it? I am assuming that's the class y
t of
a method is what it should be? (e.g. no [5,4,2] that is supposed to be a
Partition but is in fact a list).
Paul
Paul-Olivier Dehaye
SNF Assistant Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: pauloliv...@gmail.com
twitter: podeh
There is definitely frustration on both "sides". My offer for you to come
and talk in Zurich is serious, it's easier to talk in person. We could even
invite you to a seminar to talk about mathematics. Then we go chill out
somewhere and we talk about sage.
Paul
Paul-Olivier Dehay
is both extra eyes and a community welcoming of new ideas.
That's what the polymath projects do, and they have been quite successful
so far, proving results that had vexed Fields medalists.
Paul
Paul-Olivier Dehaye
SNF Assistant Professor of Mathematics
University of Zurich
skype: lokam
Yes, that is my point. I just mentioned this as a quick way to show a
plain, clear and direct use case. I didn't want to pick a more exciting and
speculative one.
Paul
Paul-Olivier Dehaye
SNF Assistant Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +
Please spread ("Please spread over #twitter during all #WorldCup to fight
#FacebookExperiment") #MassiveTeaching
Paul-Olivier Dehaye
SNF Assistant Professor of Mathematics
University of Zurich
skype: lokami_lokami (preferred)
phone: +41 76 407 57 96
chat: pauloliv...@gmail.com
twitter
This might be of interest to the sage communities
https://ec.europa.eu/digital-agenda/en/node/72901/subscribe
Paul-Olivier Dehaye
SNF Assistant Professor of Mathematics
University of Zurich
http://user.math.uzh.ch/dehaye/contact_info.txt
--
You received this message because you are subscribed
on or for mathematics and ICT. Thanking in advance
– we will come back to the workshop.
Paul-Olivier Dehaye
SNF Assistant Professor of Mathematics
University of Zurich
http://user.math.uzh.ch/dehaye/contact_info.txt
On Wed, Aug 20, 2014 at 12:45 PM, Harald Schilly
wrote:
>
>
> On W
Dear Anne,
>>> 2^6
4
Sincerely,
Paul
Paul-Olivier Dehaye
SNF Assistant Professor of Mathematics
University of Zurich
http://user.math.uzh.ch/dehaye/contact_info.txt
On Wed, Sep 10, 2014 at 2:42 AM, Anne Schilling
wrote:
> Dear All!
>
> Dan Bump, Travis Scrimshaw and I are
drafts of EU proposals to show
around to get feedback...
Paul
Paul-Olivier Dehaye
SNF Assistant Professor of Mathematics
University of Zurich
http://user.math.uzh.ch/dehaye/contact_info.txt
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To u
/www.cicm-conference.org/2015/cicm.php?event=sysproj&menu=general
The abstract submission deadline is February 16 2015.
Paul Dehaye
Paul-Olivier Dehaye
SNF Assistant Professor of Mathematics
University of Zurich
http://user.math.uzh.ch/dehaye/contact_info.txt
--
You received this message be
25 May 2015
Camera ready copies due:1 June 2015
More detailed information, e.g. on submission via EasyChair
and the Springer LNAI format, can be found on
http://cicm-conference.org/2015/cicm.php
Paul-Olivier Dehaye
SNF Assistant Professor of Mathematics
University of Zu
64 matches
Mail list logo