[AstroPy] Python powered GUI for secondary school education image processing and possible porting to Tablets and Smart Phones

Fri Oct 2 14:09:47 EDT 2015

Hi Carl,
In the long run Toyz and Astro Toyz are designed to do exactly what you are
requesting. Currently you are only able to view and blink images (along
with surface plots and adjustment of the bias and contrast) and create
interactive plots from a variety of data sources but as long as I find a
post doc or teaching position I plan to continue to work on Toyz this
summer and next year so that it will become a GUI for astropy. Some of the
things planned for the immediate future include the ability to detect
sources (using SEP or photutils), perform aperture and PSF photometry (I
have updates to photutils to fit groups of stars but haven't pushed my
changes yet), display the catalogs on the images, perform coordinate
transformations, match source catalogs to catalogs in Vizier and get an
astrometric solution (using astroquery and astrometry.net). Further in the
future I also plan to include a separate webpage that can be used to modify
the data contained in a separate session, which runs in a browser much like
iPython but with an interface more like Spyder or R Studio. A lot of the
above upgrades exist in

To install Toyz and Astro Toyz just run

pip install astrotoyz[all]

This will install Toyz, Astro Toyz, and all of their dependent packages not
currently installed on your system (I think it's just numpy, scipy,
astropy, pandas, pillow, tornado, passlib, matplotlib, and sqlalchemy, many
of which you probably have installed already). I highly recommend doing
this from a virtualenv as some people have experienced conflicts with other
modules on their systems.

In addition to the document links proved by Matt you can also check out a
demo <https://www.youtube.com/watch?v=aY-11VcqHGs> and a few tutorials
<https://www.youtube.com/playlist?list=PLNzyj3J441TGvlWm1_NGx-APgPSaZn0hp>
to help you get started. In the future I plan to improve these tutorials
and make more to help walk users through many of Toyz's features.

Best,
-Fred

On Sat, Oct 3, 2015 at 2:55 PM, Carl Pennypacker <crpennypacker at lbl.gov>
wrote:

> Hello Matt,
>
> Your comments are very enlightening and I am encouraged by them!
> (I was one of the Salsa J testers, btw, and my friends in Paris developed
> it, based on our HOU C++ software).
>
> I like the reduce package you developed!
>
> I strongly support your ideas concerning using pro-quality engines like
> astropy,
> but gettng an easier interface for my students.  We had tried this with
> IDL, but
> ran out of money and scalability issues kind of got us..
>
> My feeling now is that if we have a big server role, we still need
> embedded in a potential app for
> tablets much of the arithmetic for image display. I did a calculation based
> on current server gflop charges, and even something like each HOU
> student changing image contrasts 20 times a day for say four weeks, would
> cost huge amounts of server dollars.
>
> Can we talk on the phone, say next week?
>
>    Many Thanks,
>
>      Carl
>
>
> On 10/1/15 6:48 PM, Matthew Craig wrote:
>
> Hi Carl,
>
> The really short answer is that as far as I know, no, if you
> want something right now that has the same capabilities as Salsa J (I’ve
> used AstroImageJ with the undergrads I work with, but think in the past I
> looked at SalsaJ for occasional work with a high school).
>
> There are a couple things going on now that have some potential for this
> kind of use:
>
> a. The package Toyz (http://fred3m.github.io/toyz/overview.html, and also
> see https://github.com/fred3m/toyz) was presented at the Python in
> Astronomy conference in 2015. I believe the model is that data is stored on
> a server, accessed via a browser, not sure how involved the setup is. I’d
> contact the author, Fred Moolekamp, for more details (actually, seeing his
> github page screenshots reminded me I should contact him too :).
> Contact information is on his github page,  <https://github.com/fred3m>
> https://github.com/fred3m My memory from the conference is that he has
> used Toyz for some outreach.
>
> b.  [Disclaimer: shameless self-promotion] I’ve developed an
> ipython/jupyter-based notebook for reducing data (not what you are looking
> for, I think), and am starting work this semester on a set
> of notebook-based tools for doing photometry. You can get an idea of
> what the current reducer interface looks like at
> http://reducer.readthedocs.org/en/latest/quickstart.html#quickstart —it
> is *not* at all a replacement for  salsa j  at the moment, but the
> photometry notebook would closer be closer to that.
>
> I think the future of easily usable python-based astro software will be:
>
> + astropy-based on the backend, or backed by python code that is
> tested and maintained at a similar level. Two reasons:
> - it is tested and maintained
> - if everyone doing this kind of outreach that touches much larger numbers
> is using a small set of well-validated tools then they can be doing useful
> science as well as learning (which is not to imply that useful science
> cannot be done with SalsaJ and kin, just that if you can use the tools the
> pros use, why wouldn’t you?)
>
> + browser-based for the user, with  ipython/jupyter running on a server
> hosted in the cloud (where the data is too), serving up notebook
> instances and saving user results. Several reasons:
> - The jupyter/ipython infrastructure infrastructure is being adopted in a
> wide variety of industries — the most interesting new widget work I saw at
> SciPy was by a developer who works at Bloomberg making clickable interfaces
> for traders. That scope of buy-in should ensure a long lifetime for the
> project.
> - The jupyterhub infrastructure for doing cloud hosting is also developing
> rapidly.
> - The anaconda python distribution has made installation much easier, but
> still hard for a novice.
> - Notebooks are essentially editable apps, so that with a little teacher
> training and the right notebook design you could have a notebook that
> offers all of the menus and options that Salsa J has, but with the ability
> for teachers to remove components/complexity if they don’t need it.
>
> A browser-based solution has the additional advantage that tablets/phones
> already have those, though the touch interface is still a work in progress.
>
> I’m biased, but I also think easy-to-use tools will be developed first
> at the undergraduate level or lower, where there is a premium on
> minimizing the spin-up time for a new learner/researcher.  Eventually, it
> will trickle-up to larger institutions if the backend is something like
> astropy, and the interface makes doing what they need to do easier.
>
> Let me know if you are interested in talking more — I’m committed
> to building out a more complete set of undergrad-accessible tools in order
> to get more done with the undergrads at my university (limited, as always,
> by time and resources) but it would great to explore whether we might have
> some overlap.
>
> Matt Craig
>
> schedule:  http://physics.mnstate.edu/craig
> ——
>
> Professor
> Department of Physics and Astronomy
> Minnesota State University Moorhead
> 1104 7th Ave S, Moorhead MN 56563
>
> phone: (218) 477-2439
> fax: (218) 477-2290
>
> On Oct 2, 2015, at 5:43 PM, Carl Pennypacker <crpennypacker at lbl.gov>
> wrote:
>
> Dear Astropy Community,
>
> I seek your help on the following: I am interested in a Python based
> GUI with powerful underlying astronomy/.fts image handling
> and analysis features. Over the past decades, our
> Hands-On Universe program (see http://handsonuniverse.org/) has evolved
> through several such systems,
> including initially a C++ version, an IDL based system, and finally to a
> system
> based on NIH image (Image J now), called Salsa J (available from euhou.net).
> We seek
> features   such as aperture photometry, image
> subtraction, image division/multiplication, flat fielding, adjusting
> contrast in the display., surface plot, plotting of profiles (graph)
> across a
> user-marked line, etc.  All these features work from pull down menus
> while one's image is displayed. It is a huge amount of fun,
> and students learn a lot.   This Salsa J resembles DS-9, which is good, but
> we like Salsa J better (I apologize to folks at SAO).
>
> Do you all know of anyone who has developed a nice GUI sitting on top of
> AstroPy features, like I describe above with such features as are in our
> current Salsa J
> system?  This seems like a very logical evolution of our software.
>
> Finally, has anyone tried to compile such a python GUI or other
> python routines onto Androids or Apple
> tablets?  One the web, I see a number of systems that claim they
> can take Python code and make it work on smart phones, without
> having to learn Android or Iphone language..
>
> If we had such a image processing system for tablets, we could reach many
> more
> teachers with our educational system and community.
>
>       Many Thanks,
>
>      Carl Pennypacker
>     UC Berkeley
> _______________________________________________
> AstroPy mailing list
> AstroPy at scipy.org
> https://mail.scipy.org/mailman/listinfo/astropy
>
>
>
>
> _______________________________________________
> AstroPy mailing listAstroPy at scipy.orghttps://mail.scipy.org/mailman/listinfo/astropy
>
>
>
> _______________________________________________
> AstroPy mailing list
> AstroPy at scipy.org
> https://mail.scipy.org/mailman/listinfo/astropy
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/astropy/attachments/20151002/6e6ae480/attachment.html>