Hi,
> This also shows that we should definitely support using mpmath to do > numerics, not just numpy. The question is for speed, I assume numpy to be much faster than mpmath. Maybe one should support both as "backends" for the interval arithmetic. > Figure 13 is an equation that enumerates > all possible j x 17 bitmaps. The one for k = > 9960939379918958884971672962127852754715004339660129306651505519271702802395266424689642842174350718121267153782770623355993237280874144307891 > 325963941337723487857735749823926629715517173716995165232890538221612403238855866184013235585136048828693337902491454229288667081096184496091 > 705183454067827731551705405381627380967602565625016981482083418783163849115590225610003652351370343874461848378737238198224849863465033159410 > 054974700593138339226497249461751545728366702369745461014655997933798537483143786841806593422227898388722980000748404719 > just happens to be one that looks like the equation itself. A nice example, too :-) > Clearly we need a high precision library like mpmath to do this. And we need a very good interval arithmetic library. What is available inside of mpmath? What is missing? How to implement the missing parts? All these questions are obviously part of the project although they do not deal with plotting directly. -- You received this message because you are subscribed to the Google Groups "sympy" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/sympy?hl=en.
