Piyush Sinha | 27 Jul 23:37 2015
Picon

some guidelines about diving into open source

Hi, I'm a student developer interested in getting some open source experience and I was wondering if anyone could suggest some bugs that are suitable for a beginner in this project?"
_______________________________________________
SciPy-Dev mailing list
SciPy-Dev <at> scipy.org
http://mail.scipy.org/mailman/listinfo/scipy-dev
Jason Newton | 24 Jul 00:14 2015
Picon

constructing record dtypes from the numpy c-api

Hi folks,

Cross-posting from the numpy ML; I can't get my account past the moderator to get my email out to the list.  Also accidentally sent one out to the scipy-user list.. I've been a longtime subscriber to scipy-dev though - so I hope this one gets through in a timely manner.

I was trying to figure out how to make a dtype for a c-struct on the
c-side and storing that in some boost python libraries I'm making.

Imagine the following c-struct, greatly simplified of course from the
real ones I need to expose:

struct datum{
    double position[3];
    float velocity[3];
    int32_t d0;
    uint64_t time_of_receipt;
};


How would you make the dtype/PyArray_Descr for  this?

I have as a point of reference compound types in HDF for similar
struct descriptions (h5py makes these nearly 1:1 and converts back and
forth to dtypes and hdf5 types, it uses Cython to accomplish this) -
but I don't want to bring in hdf for this task - I'm not sure how well
the offsets would go over in that translation to h5py too.

Proper/best solutions would make use of offsetof as we insert entries
to the dtype/PyArray_Descr.

The language I'm working in is C++11.  The end goal is probably going
to be to create a helper infrastructure to allow this to be made
automatically-ish provided implementation of a [static] visitor
pattern in C++.  The idea is to make numpy compatible c++ POD types
rather than use Boost.Python wrapped proxies for every object which
will cut down on some complicated and time consuming code (both of
computer and developer) when ndarrays are what's called for.

Thanks for any advisement!


-Jason
_______________________________________________
SciPy-Dev mailing list
SciPy-Dev <at> scipy.org
http://mail.scipy.org/mailman/listinfo/scipy-dev
Phillip Feldman | 22 Jul 06:25 2015
Picon

concern about using `scipy.interpolate.LSQSphereBivariateSpline`

I have a concern about using `scipy.interpolate.LSQSphereBivariateSpline`. The underlying Fortran function (http://www.netlib.org/dierckx/sphere.f) accepts a smoothing parameter `s`, but it looks as though the wrapper function `scipy.interpolate.LSQSphereBivariateSpline` does not accept this parameter.  So, I wonder what value of `s` gets passed to the Fortran.

Phillip
_______________________________________________
SciPy-Dev mailing list
SciPy-Dev <at> scipy.org
http://mail.scipy.org/mailman/listinfo/scipy-dev
Ralf Gommers | 22 Jul 20:39 2015
Picon

finalizing 0.16.0

Hi all,

There seem to not have been any issues with 0.16.0rc1, so I'm planning to tag the final release tomorrow. If I missed anything that still needs addressing, please let me know.

Cheers,
Ralf

_______________________________________________
SciPy-Dev mailing list
SciPy-Dev <at> scipy.org
http://mail.scipy.org/mailman/listinfo/scipy-dev
Abraham Escalante | 15 Jul 22:31 2015
Picon

Weekly Summary 2015/07/15

Hello all,

Here is last week's progress and this week's plan for `scipy.stats` improvements

Week 6 topics:
  • `ppcc_max` PR has been merged.
  • Deprecation of `betai` and `chisqprob` has been merged.
  • 'alternative' and 'exact' keywords for `ansari`.
  • nan checks PR initial review.

Week 7 topics:
  • `moment` documentation proof reading.
  • nan checks PR improvements based on feedback.
  • new batch of PRs for StatisticsCleanup milestone.

There's a couple of PRs that are on hold (`ansari` and `variation`) until next week. Meanwhile, I will advance on nan checks and `moment` and also do a new batch of PRs for other functions like `bayes_mvs`, `kstat` and `kstatvar`.

For your reference:
Regards,
Abraham.
_______________________________________________
SciPy-Dev mailing list
SciPy-Dev <at> scipy.org
http://mail.scipy.org/mailman/listinfo/scipy-dev
Giselle Sosa Jones | 6 Jul 22:35 2015
Picon

SLSQP on Ubuntu

Hello

I'm running SLSQP algorithm from Scipy on Ubuntu 12.04 and Python 3.3. The algorithm doesn't converge unless the starting point is really close to the solution. I tried it on Windows and it works perfectly, it converges easily and doesn't take too much iterations. On Ubuntu I either get the message "Inequality constraints incompatible", and sometimes I even get the message "Optimization terminated succesfully", but the values are not correct. Has anyone experienced the same thing? I have no clue to what's going on. Also I tried it with Python 2.7 on Ubuntu and still doesn't work, but on Windows it does.

Thank you very much, I'm desperate.


GSJ
_______________________________________________
SciPy-Dev mailing list
SciPy-Dev <at> scipy.org
http://mail.scipy.org/mailman/listinfo/scipy-dev
Ralf Gommers | 4 Jul 10:57 2015
Picon

0.16.0rc1 plan

Hi all,

The last issues that were blocking for tagging 0.16.0rc1 have now been resolved (thanks go out to Eric Moore, Eric Quintero, Robert McGibbon and Christoph Gohlke). So I'd like to tag that RC asap. Only issue is that I can't build Windows binaries for the next two weeks, due to being on holiday (I'll be completely off-line for most of the next two weeks by the way).

Unless anyone sees an issue with this, I therefore want to tag rc1 in ~12 hours and make that source-only for now. The MinGW Windows binaries were already completely OK for beta2, so missing them now is not critical I think.

Cheers,
Ralf

_______________________________________________
SciPy-Dev mailing list
SciPy-Dev <at> scipy.org
http://mail.scipy.org/mailman/listinfo/scipy-dev
Abraham Escalante | 4 Jul 07:46 2015
Picon

Deprecation of `stats.betai` and `stats.chisqprob`

Hello all,

In continuing with the statistics module cleanup `stats.betai` and `stats.chisqprob` were identified as candidates for deprecation. These functions are basically just aliases, delegating to `special.betainc` and `special.chdtrc` respectively.

In accordance to gh-2741, the preferred way to use these distributions is via the corresponding `stats.distribution` function or by calling the `scipy.special` function directly.

If there are any objections to deprecating these functions, please voice them here so we can ponder and make a decision.

For more details refer to the following issues:
For details on the PR refer to:
Cheers,
Abraham.
_______________________________________________
SciPy-Dev mailing list
SciPy-Dev <at> scipy.org
http://mail.scipy.org/mailman/listinfo/scipy-dev
Abraham Escalante | 1 Jul 03:45 2015
Picon

Weekly Summary 2015/06/30

Hello,

Here is last week's progress and this week's plan for `scipy.stats` improvements.

Week 5 topics:
  • nan checks discussion.
  • Deprecation of `threshold` discussion.
  • `ppcc_max`
  • `fligner` and `bartlett`
  • `cumfreq` and `relfreq`
Mid-term evaluation week topics:
  • Mid term evaluation: submitted.
  • nan checks initial PR.
  • 'alternative' keyword for `ansari` or `ks_2samp`.
  • Deprecation of `threshold` scheduled for this week.

This week's main goal is to have a good idea of implementation details on the nan checks and 'alternative' keyword addition. Also to begin discussion on several other stats functions issues to have as many as possible to work on for the next two weeks or so that Ralf will be on break.

For your reference:
Regards,
Abraham.
_______________________________________________
SciPy-Dev mailing list
SciPy-Dev <at> scipy.org
http://mail.scipy.org/mailman/listinfo/scipy-dev
Pavel Ponomarev | 26 Jun 17:02 2015
Picon

ENH: API: DEP: Added parallelization for differential evolution

Hello

Here are the files which enable parallelization for DE using MPI or joblib. The parallelization is realized in the same way as in emcee. Please check


BR, Pavel Ponomarev
_______________________________________________
SciPy-Dev mailing list
SciPy-Dev <at> scipy.org
http://mail.scipy.org/mailman/listinfo/scipy-dev
Phillip Feldman | 24 Jun 20:41 2015
Picon

scipy.optimize.fmin_cg

The optimization algorithm of scipy.optimize.fmin_cg appears to be quite powerful, but the interface is rather limited.  In particular, it would be great if one could specify the `xtol` and `ftol` convergence criteria that most of the other SciPy optimizers accept.

Phillip
_______________________________________________
SciPy-Dev mailing list
SciPy-Dev <at> scipy.org
http://mail.scipy.org/mailman/listinfo/scipy-dev

Gmane