Jason moorepants.info +01 530-601-9791
On Fri, Aug 16, 2013 at 3:56 PM, Dale Lukas Peterson <[email protected]>wrote: > On Fri, Aug 16, 2013 at 11:24 AM, Jason Moore <[email protected]>wrote: > >> Ok, I've started this repo: https://github.com/PythonDynamics/PyDy >> >> I'll be working on getting it into shape so that we can have one >> installer for the PyDy distribution and it will contain SymPy mechanics and >> the new visualization package. >> >> > With regards to "SymPy mechanics", does that mean just > sympy.physics.mechanics and it's dependencies, or all of sympy? > SymPy will be a proper dependency. This distribution will just make sure all necessary dependencies are installed (sympy, numpy, scipy, pydy-viz, etc) and do some namespace wrangling to make it easier to import stuff. Which of these would be preferable: from sympy import Symbol from pydy.mechanics import ReferenceFrame or from pydy.sympy import Symbol from pydy.mechanics import ReferenceFrame > > >> You'll be able to do things like: >> >> from pydy import mechanics >> from pydy import visualization >> >> or >> >> from pydy import ReferenceFrame, VisualizationFrame >> >> We'll need to think about how to setup the name space. >> >> I may use git submodules or may not and just use the setuptools >> dependency stuff to keep track of things. I can see how the git submodule >> is useful for having an up-to-date dev version of an external library, but >> I'm not that sold on them. We can always pin versions of PyDy to versions >> of SymPy and it be expected that the master branch of PyDy is dependent on >> the master branch of SymPy. I don't see a lot of reason to pollute the git >> repo with the submodule. I typically use virtual environments and >> setuptools to handle this kind of stuff. >> >> > I've been happy using submodules but can see the arguments against them. > On the other hand, I have no experience with virtual environments or > setuptools dependency stuff. If we have very specific sympy version > requirements (definitely a possibility), do setuptools/virtualenvs give you > the granularity needed to ensure you have the required version? > Yes, the setup.py file is the typical way to handle dependency versions. `python setup.py install`, easy_install, and pip all use this to ensure the proper dependency chain. The standard way to do this is to have releases that pin versions of the dependencies. So we will have PyDy releases that do just that (in fact it will be the main function of the distribution for now). Our releases will likely be tied tightly with SymPy's because it is such a strong dependency. So we can run our development with the master branches of both projects and when SymPy releases, we release. > > Luke > > > >> >> Jason >> moorepants.info >> +01 530-601-9791 >> >> >> On Tue, Aug 13, 2013 at 2:52 PM, Aaron Meurer <[email protected]> wrote: >> >>> It's worth pointing out that the key to it being active is not so much >>> whether or not you yourself plan to work on it, but rather how much of >>> a community you are able to build around it. If you really encourage >>> contributions from the people who have shown interest, then I think it >>> will be successful even outside of SymPy. >>> >>> Aaron Meurer >>> >>> On Tue, Aug 13, 2013 at 12:48 PM, Ondřej Čertík <[email protected]> >>> wrote: >>> > On Tue, Aug 13, 2013 at 12:02 PM, Jason Moore <[email protected]> >>> wrote: >>> >> I don't there is any way to know how active the development will be. >>> We >>> >> presented it at two conferences for the first time in the last couple >>> of >>> >> months and have some people showing interest because of that. But for >>> now it >>> >> is just the core devs side project and we use it in our research. >>> > >>> > As to sympy.mechanics, my recommendation, based on my experience with >>> > PyDy so far, is to wait till the late fall, >>> > like November and see how the development goes. If it stays active, >>> > then by all means >>> > you should maintain your own project. Also so that you can include >>> more things, >>> > for example some compiled code, and so on. >>> > If, on the other hand, the development slows down, as it has in the >>> > past between the summers, >>> > it might be a good idea to keep it in sympy for now. >>> > >>> > As to PyDy Viz, by looking at the code >>> > (https://github.com/PythonDynamics/pydy-viz), I would probably keep it >>> > outside. >>> > You can put sympy as a git submodule, and Travis will automatically >>> test it. >>> > >>> > It really depends on how active the development is --- if it is >>> > active, then it is easy to keep sympy.mechanics working with recent >>> > versions of sympy (in the git submodule). If it is not very active, >>> > then it might be easier to let the rest of sympy team >>> > to maintain sympy.mechanics. Even things like Python 3 support, you >>> > get this for free by being part of sympy. >>> > But if you are active, then it is not a big deal to do all this work >>> yourself. >>> > >>> > Ondrej >>> > >>> > -- >>> > You received this message because you are subscribed to the Google >>> Groups "PyDy" group. >>> > To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> > To post to this group, send email to [email protected]. >>> > Visit this group at http://groups.google.com/group/pydy. >>> > For more options, visit https://groups.google.com/groups/opt_out. >>> > >>> > >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "PyDy" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> To post to this group, send email to [email protected]. >>> Visit this group at http://groups.google.com/group/pydy. >>> For more options, visit https://groups.google.com/groups/opt_out. >>> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "sympy" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> To post to this group, send email to [email protected]. >> Visit this group at http://groups.google.com/group/sympy. >> >> For more options, visit https://groups.google.com/groups/opt_out. >> > > > > -- > “People call me a perfectionist, but I'm not. I'm a rightist. I do > something until it's right, and then I move on to the next thing.” > ― James Cameron > > -- > You received this message because you are subscribed to the Google Groups > "PyDy" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/pydy. > For more options, visit https://groups.google.com/groups/opt_out. > -- You received this message because you are subscribed to the Google Groups "sympy" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/sympy. For more options, visit https://groups.google.com/groups/opt_out.
