Ricky O'Steen

Ah that's a good suggestion. Could have a viewer attribute (`enable_autorescale`?) that's on by default but could be set to False in the notebook. I also have been wanting to...

It looks like this error is because the linking code in `app.py` attempts to link to the first dataset when new data is loaded, which means it's trying to link...

Maybe. I just tested with #762 and `auto-link` set to False and this still errors, with a (I think) slightly different trace. This looks like the error is cause by...

@PatrickOgle As I mentioned offline, I still see an error with some of the older simulated NIRSPEC data, but with the most recent simulated dataset the model fitting appears to...

@WenkeRen Thanks for the detailed and reproducible bug report, I'm looking into this. As @pllim said, currently specutils swaps the spectral axis to last, and there's a small possibility we...

I think this is a real bug, but specifically with the `_parse_spectrum1d_3d` parser method (the parsers loading FITS files and hdulists and such are fine). I think that the code...

> Agreed @rosteen, I wrote the same thing in my notes above: Well, that you did! Consider me a yes to that question then 🙂

I broke Rampviz pretty quickly in testing the most recent commit. In the RampvizExample notebook: 1) Zoomed in and made a spatial subset around a star. 2) Panned over to...

Thanks for this report. It looks like the reason you're getting `MJy/sr` is because the header of the file has a `SRCTYPE` keyword value of "EXTENDED", which means the reader...

> I think is fixed by [#1144](https://github.com/astropy/specutils/issues/1144). The new call would be > > spec = specutils.Spectrum.read(filepath, flux_col="flux") Yes indeed, thanks for the reminder to close this.