From thomas.robitaille at gmail.com Thu May 3 08:48:24 2018 From: thomas.robitaille at gmail.com (Thomas Robitaille) Date: Thu, 3 May 2018 13:48:24 +0100 Subject: [AstroPy] glue v0.13 released! Message-ID: Hi everyone, We are happy to announce the release of *glue v0.13*! For anyone not familiar with this package, glue is a Python library and application for multidimensional and linked data exploration, which you can find out more about at http://glueviz.org *Changes in this release* An overview of the main changes in this release is available here: http://docs.glueviz.org/en/stable/whatsnew/whatsnew.html This is a feature-packed release! The most significant changes are as follows: - The 2D scatter viewer now has a way to show density maps for large numbers of points - Data in different coordinate systems/projections can be shown together in the image viewer provided they have been linked together (using on-the-fly reprojection) - The editor for arithmetic attributes has been completely rewritten and it is now possible to go back and edit existing arithmetic attributes - The link editor has also been re-written and now includes a graphical representation of the existing datasets and links - The spectrum tool has been re-written into a more general profile viewer that can be used to collapse any multi-dimensional dataset into a 1D profile - A new selection tool is now available in the image viewer, and makes it possible to select single pixels in the image plane (this can be used in conjunction with the profile viewer to extract 1D profiles from 3D cubes) - A new dialog has been added to reorder/rename existing attributes - A new button in the toolbar, 'Export Data/Subsets', provides a dialog to save datasets and subsets to disk - The main built-in viewers now include the option to save a given plot as a script that can be used to reproduce the plot outside of glue - Control-clicking on a dataset now includes an option to view the metadata/header of a dataset. - It is now possible to save session files with relative paths to the data rather than absolute paths. You can read about these changes in more detail at the link above. In addition, this release includes many bug fixes and improvements in usability and performance. *Installing/updating g**lue* As usual, we recommend installing glue using the Anaconda Python Distribution . To get the latest version of glue (v0.13), you will need to make sure you use the glueviz conda channel. If you are using the conda command, this means that you need to do: conda install -c glueviz glueviz=0.13 If you want to use the Anaconda launcher or navigator to install glue without using the command-line, take a look at the instructions on our website to find out how to get the latest version. We also provide instructions for other installation methods, including pip. Please let us know if you run into any issues installing or using glue - you can either let us know by email (by replying to this email off-list), by opening a GitHub issue , or you can join the glue slack channel and chat with us there. Thanks to everyone who contributed code to this release, in particular Dan D'Avella, Maarten Breddels, and Stuart Mumford! - Thomas Robitaille, on behalf of the glue team -------------- next part -------------- An HTML attachment was scrubbed... URL: From kassin at stsci.edu Mon May 7 16:00:09 2018 From: kassin at stsci.edu (Susan Kassin) Date: Mon, 7 May 2018 20:00:09 +0000 Subject: [AstroPy] CubeViz 0.2.0 Release Message-ID: <80CDB420-76C6-4C1B-966E-0A339DECCCFB@stsci.edu> Dear All, We are pleased to announce the release of CubeViz, a visualization and analysis tool for data cubes from integral field units (IFUs): http://cubeviz.readthedocs.io This is an early release (0.2.0), and we would appreciate your feedback. CubeViz is built on top of the ?glue? visualization tool (http://glueviz.org). If you run into any issues or have suggestions for new features, we encourage you to create issues on GitHub at https://github.com/spacetelescope/cubeviz and/or send comments via email to kassin at stsci.edu Sincerely, Susan Kassin on behalf of the CubeViz team at the Space Telescope Science Institute: Jesse Averbukh Daniel D?Avella Nicholas Earl Henry Ferguson Robel Geda Craig Jones Susan Kassin Thomas Robitaille (+ others at STScI and in the community who helped with testing and guiding the development) Dr. Susan Kassin Assistant Astronomer Space Telescope Science Institute phone: +1 410-338-4909 www.stsci.edu/~kassin From kellecruz at gmail.com Wed May 30 10:24:05 2018 From: kellecruz at gmail.com (Kelle Cruz) Date: Wed, 30 May 2018 10:24:05 -0400 Subject: [AstroPy] Astropy Performance Survey Message-ID: Hi folks, The focus of the next astropy release (3.1) is on improving the speed and memory performance of the astropy core package. As a result, we are soliciting input from users to help focus these efforts via a super short survey (5 questions). https://goo.gl/forms/kvJf4C5xIWjtIK6n1 I would like to particularly encourage *everyone* to take this survey, even if you?ve never thought about ?performance? issues. Thanks for your continued support and participation in the Astropy Project! Kelle -- Kelle Cruz, PhD 917.725.1334 ? Hunter: x16486 ? AMNH: x7930 -------------- next part -------------- An HTML attachment was scrubbed... URL: From hessman at astro.physik.uni-goettingen.de Thu May 31 08:28:59 2018 From: hessman at astro.physik.uni-goettingen.de (Frederic V. Hessman) Date: Thu, 31 May 2018 14:28:59 +0200 Subject: [AstroPy] astropy.io.ascii.FixedWidthNoHeader bug Message-ID: <0652DC3A-1FD5-4C64-B19A-57520485FBB8@astro.physik.uni-goettingen.de> I've got a simple ASCII table: # nix.txt 1 -68 40574.624730 40574.625190 40574.624025 1 0.0000200 0.0011645 100.61 2 0 0.000000 40610.064100 40610.064500 0 0.0001000 -0.0003996 -34.52 3 5 40612.670790 40612.671278 40612.670417 1 0.0001000 0.0008612 74.41 that I wanted to read using astropy.io.ascii (Table was giving me more problems....), so I played with various parsers and options that didn't work until it finally appeared to parse successfully : % python Python 3.5.4 (default, Sep 22 2017, 08:33:07) [GCC 4.2.1 Compatible Apple LLVM 8.1.0 (clang-802.0.42)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> from astropy.io import ascii >>> ascii.read ('nix.txt',format='fixed_width_no_header',comment='#',delimiter=' ') col1 col2 col3 col4 col5 col6 col7 col8 col9 int64 int64 float64 float64 float64 int64 float64 float64 float64 ----- ----- ----------- ------------ ------------ ----- ------- --------- ------- 1 -68 40574.62473 40574.62519 40574.624025 1 2e-05 0.0011645 100.61 2 0 0.0 40610.0641 40610.0645 0 0.0001 0.0003996 -34.52 3 5 40612.67079 40612.671278 40612.670417 1 0.0001 0.0008612 74.41 Note that the minus sign in col8 was zapped but that the minus sign in col9 was not! I then switched the two lines: >>> ascii.read ('nix.txt',format='fixed_width_no_header',comment='#',delimiter=' ')
col1 col2 col3 col4 col5 col6 col7 col8 col9 int64 int64 float64 float64 float64 int64 float64 float64 float64 ----- ----- ------- ------------ ------------ ----- ------- ---------- ------- 2 0 0.0 40610.0641 40610.0645 0 0.0001 -0.0003996 -34.52 1 8 4.62473 40574.62519 40574.624025 1 2e-05 0.0011645 100.61 3 5 2.67079 40612.671278 40612.670417 1 0.0001 0.0008612 74.41 which gives the correct values, so the behaviour somehow depends on how the fixed width columns are found. My guess is that, in the first case, there was a " 0.00" in col8 (leading space) and "100" in col9 defining the fixed width columns but in the second the columns were already reserved by "-0.00" and "-34". Looks like a bug to me. Afterwards, I realized that ... format='no_header", ... would have been easier and safer. Thank goodness I finally recognized that all of my minus signs had dissappeared! Rick -------------- next part -------------- An HTML attachment was scrubbed... URL: