From deil.christoph at googlemail.com Fri Feb 1 03:56:22 2019 From: deil.christoph at googlemail.com (Christoph Deil) Date: Fri, 1 Feb 2019 09:56:22 +0100 Subject: [AstroPy] {SunPy} Re: Unable to Save Compressed HDU In-Reply-To: References: <915C2049-EF38-4AC6-9826-A1BEE9C584E0@googlemail.com> Message-ID: <2B95979D-B6DA-4836-A8EA-126F1DC7D780@googlemail.com> Hi Harsh, Pickles should never be used to share data. As mentioned in the red warning at the top of https://docs.python.org/3/library/pickle.html they are unsafe. It?s easy to make a pickle that when loaded erases the whole hard drive, or worse, basically downloading a pickle from the internet and calling pickle.loads gives the pickle author complete control over your computer. Still, I tried loading your pickle in a virtual machine, but got this error: ModuleNotFoundError: No module named 'numpy.core._multiarray_umath? I?m not sure, I think pickles just aren?t compatible across Python versions, or Numpy versions. So that?s another reason not to use pickles to share data. Can you put the header in a text file (header.txt), and for the data, just call numpy.ones or numpy.random to get a Numpy data array that shows the issue? You might have to set the Numpy array dtype explicitly to reproduce the issue. The issue cannot be dependent on the exact values in your data array, very likely it is just dependent on the dtype of the data and the options you pass to the FITS write call. Christoph > On 30. Jan 2019, at 18:03, Harsh Mathur wrote: > > Hi, > > Please find the steps to reproduce: > > 1. Download the data and header pickled from here (https://drive.google.com/drive/folders/10V7ruXr3As9dD5o416VLTh_ZIMAH3POw?usp=sharing ) > > 2. Python code: > > import pickle > import sunpy.io.fits > from astropy.io import fits > data = pickle.loads(open('fits_data.data', 'rb').read()) > header = pickle.loads(open('header.data', 'rb').read()) > sunpy.io.fits.write('sample.fits', data, header, hdu_type=fits.CompImageHDU) > > 3. Before saving we can also confirm the data is correct by > > import matplotlib.pyplot as plt > plt.imshow(data, cmap='gray') > plt.show() > > Attached is the plt.show() output. > > Thanks for looking into this. > > Regards > Harsh Mathur > harshmathur.1990 at gmail.com > > ?Perseverance is the hard work you do after you get tired of doing the hard work you already did." > > > > On Wed, Jan 30, 2019 at 2:29 PM Christoph Deil > wrote: > > >> On 30. Jan 2019, at 09:41, Harsh Mathur > wrote: >> >> Hi, >> I have a fits file which normally takes around 132 MB. I want to save it with compressed HDU. >> >> I tried both with astropy and sunpy, but for some reason it is not working. To be specific, it is saving empty HDU (i.e. the grid is only filled with nans). >> >> Here's what I did with astropy: >> >> from astropy.io import fits >> header_object = self._get_header_object(header) >> comp_hdu = fits.CompImageHDU(data=data, header=header_object) >> comp_hdu.writeto(filename, output_verify='fix') >> >> Here's what I did with sunpy: >> import sunpy.io.fits >> sunpy.io.fits.write( >> filename, >> data, >> header, >> hdu_type=fits.CompImageHDU >> ) >> >> I tried to debug using ipdb and checked just before the save instruction, the data and header are present and not empty, just that its not saving. >> >> The worst thing is, there is no error for me debug. Any help is appreciated. >> >> Thank you in advance. >> >> Regards >> Harsh Mathur >> harshmathur.1990 at gmail.com >> >> ?Perseverance is the hard work you do after you get tired of doing the hard work you already did." >> >> _______________________________________________ >> AstroPy mailing list >> AstroPy at python.org >> https://mail.python.org/mailman/listinfo/astropy > > > Hi Harsh, > > Can you try to create a standalone test case that we can run to try and reproduce / debug the issue? > E.g. make up some data using numpy.ones or numpy.random, provide a code snippet we can just copy & paste & run. > > Also please mention your Numpy and Astropy version number. > > It?s probably not your exact issue, but there is this issue https://github.com/astropy/astropy/issues/2150 > which causes issues sometimes, but only when writing certain Numpy arrays and when using compression. > > Without an example to reproduce, it?s likely hard to help figure out exactly what goes wrong in your case. > > Christoph > _______________________________________________ > AstroPy mailing list > AstroPy at python.org > https://mail.python.org/mailman/listinfo/astropy > > -- > You received this message because you are subscribed to the Google Groups "SunPy" group. > To unsubscribe from this group and stop receiving emails from it, send an email to sunpy+unsubscribe at googlegroups.com . > To post to this group, send email to sunpy at googlegroups.com . > Visit this group at https://groups.google.com/group/sunpy . > For more options, visit https://groups.google.com/d/optout . > -------------- next part -------------- An HTML attachment was scrubbed... URL: From harshmathur.1990 at gmail.com Fri Feb 1 04:18:30 2019 From: harshmathur.1990 at gmail.com (Harsh Mathur) Date: Fri, 1 Feb 2019 14:48:30 +0530 Subject: [AstroPy] {SunPy} Re: Unable to Save Compressed HDU In-Reply-To: <2B95979D-B6DA-4836-A8EA-126F1DC7D780@googlemail.com> References: <915C2049-EF38-4AC6-9826-A1BEE9C584E0@googlemail.com> <2B95979D-B6DA-4836-A8EA-126F1DC7D780@googlemail.com> Message-ID: Thank you. I will not use pickle to share data anymore. I think I figured out the issue. I am not able to save the image when there are many nan in the image. For example: import numpy as np import sunpy.io.fits from astropy.io import fits factor = 0.97 image = np.ones(shape=(4096, 4096), dtype=float) radius = 1625.291705 center_x = 2048.5 center_y = 2048.5 Y, X = np.ogrid[:image.shape[0], :image.shape[1]] dist_from_center = np.sqrt((X - center_x) ** 2 + (Y - center_y) ** 2) mask = dist_from_center <= (factor * radius) im = image.copy() im[~mask] = np.nan header_string = '''paste the data below''' header = json.loads(header_string) sunpy.io.fits.write('sample.fits', im, header, hdu_type=fits.CompImageHDU) Header json dumped: {"simple": true, "bitpix": -64, "naxis": 2, "naxis1": 4096, "naxis2": 4096, "pcount": 0, "gcount": 1, "xtension": "BINTABLE", "t_rec": "2015-12-16T23:59:24Z", "t_obs": "2015-12-16T23:59:28.57Z", "wavelnth": 1600, "date": "2015-12-22T15:07:54", "fsn": 121986753, "exptime": 2.900733, "quality": 0, "origin": "SDO/JSOC-SDP", "telescop": "SDO/AIA", "instrume": "AIA_3", "date-obs": "2015-12-16T23:59:27.12", "camera": 3, "img_type": "LIGHT", "expsdev": 0.000151, "int_time": 3.15625, "waveunit": "angstrom", "wave_str": "1600", "fid": 0, "quallev0": 0, "totvals": 16777216, "datavals": 16777216, "missvals": 0, "percentd": 100.0, "datamin": -6, "datamax": 2974, "datamedn": 14, "datamean": 54.6814, "datarms": 60.39, "dataskew": 1.18, "datakurt": 3.79, "datacent": 94.18, "datap01": 0.0, "datap10": 2.0, "datap25": 4.0, "datap75": 100.0, "datap90": 129.0, "datap95": 152.0, "datap98": 190.0, "datap99": 230.0, "nsatpix": 0, "oscnmean": "-nan", "oscnrms": "-nan", "flat_rec": "aia.flatfield[:#368]", "nspikes": 0, "ctype1": "HPLN-TAN", "cunit1": "arcsec", "crval1": 0.0, "cdelt1": 0.6, "crpix1": 2048.5, "ctype2": "HPLT-TAN", "cunit2": "arcsec", "crval2": 0.0, "cdelt2": 0.6, "crpix2": 2048.5, "r_sun": 1625.291705, "mpo_rec": "sdo.master_pointing[:#851]", "inst_rot": 0.019792, "imscl_mp": 0.609373, "x0_mp": 2051.75, "y0_mp": 2044.540039, "asd_rec": "sdo.lev0_asd_0004[:#46378825]", "sat_y0": 5.744081, "sat_z0": 12.2656, "sat_rot": -0.000123, "acs_mode": "SCIENCE", "acs_eclp": "NO", "acs_sunp": "YES", "acs_safe": "NO", "acs_cgt": "GT3", "orb_rec": "sdo.fds_orbit_vectors[2015.12.16_23:59:00_UTC]", "dsun_ref": 149597870691.0, "dsun_obs": 147215460397.23, "rsun_ref": 696000000.0, "rsun_obs": 975.175023, "gaex_obs": 39827544.11, "gaey_obs": -13787407.7, "gaez_obs": 900278.67, "haex_obs": 14176800372.21, "haey_obs": 146531259770.41, "haez_obs": -4612025.45, "obs_vr": 1739.667016, "obs_vw": 29224.769609, "obs_vn": -6041.478777, "car_rot": 2171, "crlt_obs": -1.097295, "crln_obs": 111.944504, "hgln_obs": 0, "hglt_obs": -1.097295, "roi_nwin": -2147483648, "roi_sum": -2147483648, "roi_nax1": -2147483648, "roi_nay1": -2147483648, "roi_llx1": -2147483648, "roi_lly1": -2147483648, "roi_nax2": -2147483648, "roi_nay2": -2147483648, "roi_llx2": -2147483648, "roi_lly2": -2147483648, "pixlunit": "DN", "dn_gain": 17.7, "eff_area": 0.005, "eff_ar_v": 3.0, "tempccd": -68.067, "tempgt": 15.599, "tempsmir": 36.47, "tempfpad": 16.689, "ispsname": "aia.lev0_isp_0011", "isppktim": "2015-12-16T23:59:25.50Z", "isppktvn": "001.197", "aivnmst": 453, "aimgots": 1829001604, "asqhdr": 2269470401, "asqtnum": 2, "asqfsn": 121986753, "aiahfsn": 121986737, "aecdelay": 3073, "aiaecti": 0, "aiasen": 0, "aifdbid": 241, "aimgotss": 12828, "aifcps": 10, "aiftswth": 0, "aifrmlid": 3195, "aiftsid": 40960, "aihismxb": 7, "aihis192": 0, "aihis348": 4332037, "aihis604": 8380723, "aihis860": 8388607, "aifwen": 270, "aimgshce": 2900, "aectype": 0, "aecmode": "ON", "aistate": "CLOSED", "aiaecenf": 1, "aifiltyp": 0, "aimshobc": 41.076, "aimshobe": 26.072001, "aimshotc": 55.264, "aimshote": 69.244003, "aimshcbc": 2941.895996, "aimshcbe": 2926.97998, "aimshctc": 2955.964111, "aimshcte": 2969.748047, "aicfgdl1": 0, "aicfgdl2": 24, "aicfgdl3": 88, "aicfgdl4": 236, "aifoenfl": 1, "aimgfsn": 1, "aimgtyp": 0, "aiawvlen": 4, "aiagp1": 0, "aiagp2": 0, "aiagp3": 0, "aiagp4": 0, "aiagp5": 0, "aiagp6": 0, "aiagp7": 0, "aiagp8": 280, "aiagp9": 344, "aiagp10": 748, "agt1svy": -11, "agt1svz": 1, "agt2svy": -11, "agt2svz": -9, "agt3svy": -1, "agt3svz": 1, "agt4svy": 6, "agt4svz": -46, "aimgshen": 4, "keywddoc": " http://www.lmsal.com/sdodocs/aiafitskeywords.pdf", "lvl_num": 1.5, "trecstep": 24.0, "trecepoc": "1993.01.01_00:00:04_TAI", "recnum": 18494747, "blank": -32768, "checksum": "0f2T3e2R0e2R0e2R", "datasum": "3901970672", "detector": "AIA", "pc1_1": 1.0, "pc1_2": 2.6991548142595298e-20, "pc2_1": -1.1121165268453983e-20, "pc2_2": 1.0} Regards Harsh Mathur harshmathur.1990 at gmail.com *?Perseverance is the hard work you do after you get tired of doing the hard work you already did."* On Fri, Feb 1, 2019 at 2:26 PM 'Christoph Deil' via SunPy < sunpy at googlegroups.com> wrote: > Hi Harsh, > > Pickles should never be used to share data. > > As mentioned in the red warning at the top of > https://docs.python.org/3/library/pickle.html they are unsafe. > > It?s easy to make a pickle that when loaded erases the whole hard drive, > or worse, basically downloading a pickle from the internet and calling > pickle.loads gives the pickle author complete control over your computer. > > Still, I tried loading your pickle in a virtual machine, but got this > error: > ModuleNotFoundError: No module named 'numpy.core._multiarray_umath? > I?m not sure, I think pickles just aren?t compatible across Python > versions, or Numpy versions. > So that?s another reason not to use pickles to share data. > > Can you put the header in a text file (header.txt), and for the data, just > call numpy.ones or numpy.random to get a Numpy data array that shows the > issue? You might have to set the Numpy array dtype explicitly to reproduce > the issue. The issue cannot be dependent on the exact values in your data > array, very likely it is just dependent on the dtype of the data and the > options you pass to the FITS write call. > > Christoph > > On 30. Jan 2019, at 18:03, Harsh Mathur > wrote: > > Hi, > > Please find the steps to reproduce: > > 1. Download the data and header pickled from here ( > https://drive.google.com/drive/folders/10V7ruXr3As9dD5o416VLTh_ZIMAH3POw?usp=sharing > ) > > 2. Python code: > > *import* *pickle* > > *import* *sunpy.io.fits* > > *from* *astropy.io * *import* fits > data = pickle.loads(open('fits_data.data', 'rb').read()) > > header = pickle.loads(open('header.data', 'rb').read()) > > sunpy.io.fits.write('sample.fits', data, header, > hdu_type=fits.CompImageHDU) > > 3. Before saving we can also confirm the data is correct by > > *import* *matplotlib.pyplot* *as* *plt* > > plt.imshow(data, cmap='gray') > > plt.show() > > Attached is the plt.show() output. > > Thanks for looking into this. > > Regards > Harsh Mathur > harshmathur.1990 at gmail.com > > *?Perseverance is the hard work you do after you get tired of doing the > hard work you already did."* > > > On Wed, Jan 30, 2019 at 2:29 PM Christoph Deil < > deil.christoph at googlemail.com> wrote: > >> >> >> On 30. Jan 2019, at 09:41, Harsh Mathur >> wrote: >> >> Hi, >> I have a fits file which normally takes around 132 MB. I want to save it >> with compressed HDU. >> >> I tried both with astropy and sunpy, but for some reason it is >> not working. To be specific, it is saving empty HDU (i.e. the grid is only >> filled with nans). >> >> Here's what I did with astropy: >> >> from astropy.io import fits >> header_object = self._get_header_object(header) >> comp_hdu = fits.CompImageHDU(data=data, header=header_object) >> comp_hdu.writeto(filename, output_verify='fix') >> >> Here's what I did with sunpy: >> import sunpy.io.fits >> sunpy.io.fits.write( >> filename, >> data, >> header, >> hdu_type=fits.CompImageHDU >> ) >> >> I tried to debug using ipdb and checked just before the save instruction, >> the data and header are present and not empty, just that its not saving. >> >> The worst thing is, there is no error for me debug. Any help is >> appreciated. >> >> Thank you in advance. >> >> Regards >> Harsh Mathur >> harshmathur.1990 at gmail.com >> >> *?Perseverance is the hard work you do after you get tired of doing the >> hard work you already did."* >> _______________________________________________ >> AstroPy mailing list >> AstroPy at python.org >> https://mail.python.org/mailman/listinfo/astropy >> >> >> >> Hi Harsh, >> >> Can you try to create a standalone test case that we can run to try and >> reproduce / debug the issue? >> E.g. make up some data using numpy.ones or numpy.random, provide a code >> snippet we can just copy & paste & run. >> >> Also please mention your Numpy and Astropy version number. >> >> It?s probably not your exact issue, but there is this issue >> https://github.com/astropy/astropy/issues/2150 >> which causes issues sometimes, but only when writing certain Numpy arrays >> and when using compression. >> >> Without an example to reproduce, it?s likely hard to help figure out >> exactly what goes wrong in your case. >> >> Christoph >> _______________________________________________ >> AstroPy mailing list >> AstroPy at python.org >> https://mail.python.org/mailman/listinfo/astropy >> > > -- > You received this message because you are subscribed to the Google Groups > "SunPy" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to sunpy+unsubscribe at googlegroups.com. > To post to this group, send email to sunpy at googlegroups.com. > Visit this group at https://groups.google.com/group/sunpy. > For more options, visit https://groups.google.com/d/optout. > > > > -- > You received this message because you are subscribed to the Google Groups > "SunPy" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to sunpy+unsubscribe at googlegroups.com. > To post to this group, send email to sunpy at googlegroups.com. > Visit this group at https://groups.google.com/group/sunpy. > For more options, visit https://groups.google.com/d/optout. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bernardowb at gmail.com Tue Feb 5 17:47:33 2019 From: bernardowb at gmail.com (Bernardo Borges) Date: Tue, 5 Feb 2019 20:47:33 -0200 Subject: [AstroPy] Requesting help for Astroplan In-Reply-To: References: Message-ID: Hi Francesco, Did you download the up-to-date IERS Bulletin A table (as suggested by the test)? Regards, Bernardo Borges (UFSC/Brazil) On Mon, 21 Jan 2019 at 16:26, Francesco Maggiore wrote: > I hope someone could help me about Astroplan installation. > Immediately after installing Astroplan, in fact, I tried to do the test > according to the instructions provided, and it revealed an AssertionError > in scheduling.py. > I attach a full copy of the testing report: > _______________________________________________ > AstroPy mailing list > AstroPy at python.org > https://mail.python.org/mailman/listinfo/astropy > -------------- next part -------------- An HTML attachment was scrubbed... URL: From framaggi55 at gmail.com Wed Feb 6 05:27:13 2019 From: framaggi55 at gmail.com (Francesco Maggiore) Date: Wed, 6 Feb 2019 11:27:13 +0100 Subject: [AstroPy] Requesting help for Astroplan In-Reply-To: References: Message-ID: Hi Bernardo, unfortunately the mine one is not a trivial problem of data accuracy, because discussing with other friends I realized that the full use of Astroplan is forbidden to me because I'm working under Windows 10, and unfortunately for this operating system has not yet been put a version of SciPy compatible with OpenBLAS, so I would have forced to use Intel's MKL... Thanks anyway for your interest! Francesco Il giorno mar 5 feb 2019 alle ore 23:48 Bernardo Borges < bernardowb at gmail.com> ha scritto: > > Hi Francesco, > > Did you download the up-to-date IERS Bulletin A table (as suggested by the > test)? > > Regards, > Bernardo Borges (UFSC/Brazil) > > On Mon, 21 Jan 2019 at 16:26, Francesco Maggiore > wrote: > >> I hope someone could help me about Astroplan installation. >> Immediately after installing Astroplan, in fact, I tried to do the test >> according to the instructions provided, and it revealed an AssertionError >> in scheduling.py. >> I attach a full copy of the testing report: >> _______________________________________________ >> AstroPy mailing list >> AstroPy at python.org >> https://mail.python.org/mailman/listinfo/astropy >> > _______________________________________________ > AstroPy mailing list > AstroPy at python.org > https://mail.python.org/mailman/listinfo/astropy > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mneeser at eso.org Wed Feb 6 05:42:37 2019 From: mneeser at eso.org (Mark Neeser) Date: Wed, 6 Feb 2019 11:42:37 +0100 Subject: [AstroPy] use of with_calib in EsoClass retrieve_data Message-ID: <2CDF4591-2DD2-404D-85E9-2F5A5DE03716@eso.org> Hi All, I am interested in using the calSelector functionality in EsoClass retrieve_data. According to the documentation, retrieve_data(datasets, continuation=False, destination=None, with_calib='none', request_all_objects=False) with ?with_calib? being either none, raw, or processed for the calibration data associated with the requested dataset. However, when using retrieve_data I get a TypeError: data_files = eso.retrieve_data(submit_files, destination=down_dir, continuation=False, with_calib=?raw') TypeError: retrieve_data() got an unexpected keyword argument ?with_calib? Has this parameter been removed or renamed? Best of thanks, Mark ======================================================= Dr. Mark J. Neeser ESO - European Southern Observatory Karl-Schwarzschild-Strasse 2 D-85748 Garching, Germany Office: C.3.32 (HQE) Tel: +49-(0)89-3200-6874 Fax: +49-(0)89-3200-6358 email: mneeser at eso.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From sic at elte.hu Wed Feb 6 06:12:17 2019 From: sic at elte.hu (Brigitta Sipocz) Date: Wed, 6 Feb 2019 03:12:17 -0800 Subject: [AstroPy] use of with_calib in EsoClass retrieve_data In-Reply-To: <2CDF4591-2DD2-404D-85E9-2F5A5DE03716@eso.org> References: <2CDF4591-2DD2-404D-85E9-2F5A5DE03716@eso.org> Message-ID: Hi Mark, could you please confirm you are using astroquery version v0.3.9 or newer? Cheers, Brigitta On Wed, 6 Feb 2019 at 02:44, Mark Neeser wrote: > Hi All, > > I am interested in using the calSelector functionality in EsoClass > retrieve_data. > > According to the documentation, > > retrieve_data(datasets, continuation=False, destination=None, > with_calib='none', request_all_objects=False) > > with ?with_calib? being either none, raw, or processed for the calibration > data associated > with the requested dataset. > > However, when using retrieve_data I get a TypeError: > > data_files = eso.retrieve_data(submit_files, destination=down_dir, > continuation=False, with_calib=?raw') > > TypeError: retrieve_data() got an unexpected keyword argument ?with_calib? > > Has this parameter been removed or renamed? > > > Best of thanks, > > > Mark > > > > > > > > > ======================================================= > > Dr. Mark J. Neeser > > ESO - European Southern Observatory > Karl-Schwarzschild-Strasse 2 > D-85748 Garching, Germany > > Office: C.3.32 (HQE) > > Tel: +49-(0)89-3200-6874 > Fax: +49-(0)89-3200-6358 > > email: mneeser at eso.org > > > > > > > _______________________________________________ > AstroPy mailing list > AstroPy at python.org > https://mail.python.org/mailman/listinfo/astropy > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mneeser at eso.org Wed Feb 6 06:17:33 2019 From: mneeser at eso.org (Mark Neeser) Date: Wed, 6 Feb 2019 12:17:33 +0100 Subject: [AstroPy] use of with_calib in EsoClass retrieve_data In-Reply-To: References: <2CDF4591-2DD2-404D-85E9-2F5A5DE03716@eso.org> Message-ID: <953D63CA-B7E1-42AB-9277-859CAD34E1E5@eso.org> Hi Brigitta, you may be right. I did a conda update astroquery and just assumed I had the newest version, but this only got me version 0.3.7 Beginners mistake, sorry. Cheers and thanks, Mark > On Feb 6, 2019, at 12:12, Brigitta Sipocz wrote: > > Hi Mark, > > could you please confirm you are using astroquery version v0.3.9 or newer? > > Cheers, > Brigitta > > On Wed, 6 Feb 2019 at 02:44, Mark Neeser > wrote: > Hi All, > > I am interested in using the calSelector functionality in EsoClass retrieve_data. > > According to the documentation, > > retrieve_data(datasets, continuation=False, destination=None, with_calib='none', request_all_objects=False) > > with ?with_calib? being either none, raw, or processed for the calibration data associated > with the requested dataset. > > However, when using retrieve_data I get a TypeError: > > data_files = eso.retrieve_data(submit_files, destination=down_dir, continuation=False, with_calib=?raw') > > TypeError: retrieve_data() got an unexpected keyword argument ?with_calib? > > Has this parameter been removed or renamed? > > > Best of thanks, > > > Mark > > > > > > > > > ======================================================= > > Dr. Mark J. Neeser > > ESO - European Southern Observatory > Karl-Schwarzschild-Strasse 2 > D-85748 Garching, Germany > > Office: C.3.32 (HQE) > > Tel: +49-(0)89-3200-6874 > Fax: +49-(0)89-3200-6358 > > email: mneeser at eso.org > > > > > > > _______________________________________________ > AstroPy mailing list > AstroPy at python.org > https://mail.python.org/mailman/listinfo/astropy > _______________________________________________ > AstroPy mailing list > AstroPy at python.org > https://mail.python.org/mailman/listinfo/astropy -------------- next part -------------- An HTML attachment was scrubbed... URL: From te.pickering at gmail.com Wed Feb 6 10:50:08 2019 From: te.pickering at gmail.com (Timothy Pickering) Date: Wed, 6 Feb 2019 08:50:08 -0700 Subject: [AstroPy] Requesting help for Astroplan In-Reply-To: References: Message-ID: <9DD6941B-8B68-4BD9-9C14-E5C931E167FA@gmail.com> what about using it under the Windows Subsystem for Linux? that?s what i use for all of my windows python development/deployment. it has a few minor quirks, but generally works quite well. anything run in that environment has little to no clue it?s running under windows. tim > On Feb 6, 2019, at 03:27, Francesco Maggiore wrote: > > unfortunately the mine one is not a trivial problem of data accuracy, because discussing with other friends I realized that the full use of Astroplan is forbidden to me because I'm working under Windows 10, and unfortunately for this operating system has not yet been put a version of SciPy compatible with OpenBLAS, so I would have forced to use Intel's MKL... > Thanks anyway for your interest! ? +-----------------------------+ | T. E. Pickering, Ph.D. | | Asst. Staff Scientist | | MMT Observatory | | +1-520-305-9823 | | te.pickering at gmail.com | | tim at mmto.org | +-----------------------------+ From mneeser at eso.org Wed Feb 13 05:46:16 2019 From: mneeser at eso.org (Mark Neeser) Date: Wed, 13 Feb 2019 11:46:16 +0100 Subject: [AstroPy] A lot of extraneous output messages from astroquery Eso Message-ID: <4059C346-35D8-4E17-99D4-F8BFEDA54766@eso.org> Hi All, I am using astroquery v. 0.3.9 running with python 3.6. When using eso.retieve_data I get a flood of identical (and hence meaningless) download messages of the form: . . . Downloading URL http://dataportal.eso.org/dataPortal/requests/user_name/401459/SAF/KMOS.2017-02-24T00:52:51.138/KMOS.2017-02-24T00:52 Downloading URL http://dataportal.eso.org/dataPortal/requests/user_name/401459/SAF/KMOS.2017-02-24T00:52:51.138/KMOS.2017-02-24T00:52 Downloading URL http://dataportal.eso.org/dataPortal/requests/user_name/401459/SAF/KMOS.2017-02-24T00:52:51.138/KMOS.2017-02-24T00:52 Downloading URL http://dataportal.eso.org/dataPortal/requests/user_name/401459/SAF/KMOS.2017-02-24T00:52:51.138/KMOS.2017-02-24T00:52 . . . repeated several 100?s of times. Is there any way to turn this output off, or at least reduce its quantity? Cheers and thanks, Mark ======================================================= Dr. Mark J. Neeser ESO - European Southern Observatory Karl-Schwarzschild-Strasse 2 D-85748 Garching, Germany Office: C.3.32 (HQE) Tel: +49-(0)89-3200-6874 Fax: +49-(0)89-3200-6358 email: mneeser at eso.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From adam.g.ginsburg at gmail.com Wed Feb 13 12:31:30 2019 From: adam.g.ginsburg at gmail.com (Adam Ginsburg) Date: Wed, 13 Feb 2019 10:31:30 -0700 Subject: [AstroPy] A lot of extraneous output messages from astroquery Eso In-Reply-To: <4059C346-35D8-4E17-99D4-F8BFEDA54766@eso.org> References: <4059C346-35D8-4E17-99D4-F8BFEDA54766@eso.org> Message-ID: Hi Mark, This looks like an error where the progressbar_or_spinner class is producing a newline each time instead of overwriting the existing line; I suspect this has to do with your terminal settings but I'm not exactly sure how to fix it. We generally have a `verbose` boolean option that can be set to `False`, but it looks like we omitted it in this case; I consider that a bug so we'll note it and try to fix it. On Wed, Feb 13, 2019 at 3:46 AM Mark Neeser wrote: > Hi All, > > I am using astroquery v. 0.3.9 running with python 3.6. > > When using eso.retieve_data I get a flood of identical (and hence > meaningless) download messages of the form: > > > . . . > Downloading URL > http://dataportal.eso.org/dataPortal/requests/user_name/401459/SAF/KMOS.2017-02-24T00:52:51.138/KMOS.2017-02-24T00:52 > > Downloading URL > http://dataportal.eso.org/dataPortal/requests/user_name/401459/SAF/KMOS.2017-02-24T00:52:51.138/KMOS.2017-02-24T00:52 > Downloading URL > http://dataportal.eso.org/dataPortal/requests/user_name/401459/SAF/KMOS.2017-02-24T00:52:51.138/KMOS.2017-02-24T00:52 > Downloading URL > http://dataportal.eso.org/dataPortal/requests/user_name/401459/SAF/KMOS.2017-02-24T00:52:51.138/KMOS.2017-02-24T00:52 > . . . > repeated several 100?s of times. > > > Is there any way to turn this output off, or at least reduce its quantity? > > > Cheers and thanks, > > > Mark > > > > > > > ======================================================= > > Dr. Mark J. Neeser > > ESO - European Southern Observatory > Karl-Schwarzschild-Strasse 2 > D-85748 Garching, Germany > > Office: C.3.32 (HQE) > > Tel: +49-(0)89-3200-6874 > Fax: +49-(0)89-3200-6358 > > email: mneeser at eso.org > > > > > > > _______________________________________________ > AstroPy mailing list > AstroPy at python.org > https://mail.python.org/mailman/listinfo/astropy > -- Adam Ginsburg Jansky fellow, National Radio Astronomy Observatory http://www.adamgginsburg.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mneeser at eso.org Thu Feb 14 03:52:30 2019 From: mneeser at eso.org (Mark Neeser) Date: Thu, 14 Feb 2019 09:52:30 +0100 Subject: [AstroPy] A lot of extraneous output messages from astroquery Eso In-Reply-To: References: <4059C346-35D8-4E17-99D4-F8BFEDA54766@eso.org> Message-ID: <97AF3B42-DDCE-495B-A9FE-F85F9515C726@eso.org> Dear Adam, thank you very much for the quick and informative response. I will certainly mess around with my terminal settings and will look forward to a future release with a verbose option. Thanks again, Mark > On 13 Feb 2019, at 18:31, Adam Ginsburg wrote: > > Hi Mark, > This looks like an error where the progressbar_or_spinner class is producing a newline each time instead of overwriting the existing line; I suspect this has to do with your terminal settings but I'm not exactly sure how to fix it. We generally have a `verbose` boolean option that can be set to `False`, but it looks like we omitted it in this case; I consider that a bug so we'll note it and try to fix it. > > On Wed, Feb 13, 2019 at 3:46 AM Mark Neeser > wrote: > Hi All, > > I am using astroquery v. 0.3.9 running with python 3.6. > > When using eso.retieve_data I get a flood of identical (and hence meaningless) download messages of the form: > > > . . . > Downloading URL http://dataportal.eso.org/dataPortal/requests/user_name/401459/SAF/KMOS.2017-02-24T00:52:51.138/KMOS.2017-02-24T00:52 > Downloading URL http://dataportal.eso.org/dataPortal/requests/user_name/401459/SAF/KMOS.2017-02-24T00:52:51.138/KMOS.2017-02-24T00:52 > Downloading URL http://dataportal.eso.org/dataPortal/requests/user_name/401459/SAF/KMOS.2017-02-24T00:52:51.138/KMOS.2017-02-24T00:52 > Downloading URL http://dataportal.eso.org/dataPortal/requests/user_name/401459/SAF/KMOS.2017-02-24T00:52:51.138/KMOS.2017-02-24T00:52 > . . . > repeated several 100?s of times. > > > Is there any way to turn this output off, or at least reduce its quantity? > > > Cheers and thanks, > > > Mark > > > > > > > ======================================================= > > Dr. Mark J. Neeser > > ESO - European Southern Observatory > Karl-Schwarzschild-Strasse 2 > D-85748 Garching, Germany > > Office: C.3.32 (HQE) > > Tel: +49-(0)89-3200-6874 > Fax: +49-(0)89-3200-6358 > > email: mneeser at eso.org > > > > > > > _______________________________________________ > AstroPy mailing list > AstroPy at python.org > https://mail.python.org/mailman/listinfo/astropy > > > -- > Adam Ginsburg > Jansky fellow, National Radio Astronomy Observatory > http://www.adamgginsburg.com/ _______________________________________________ > AstroPy mailing list > AstroPy at python.org > https://mail.python.org/mailman/listinfo/astropy -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.robitaille at gmail.com Mon Feb 18 13:13:41 2019 From: thomas.robitaille at gmail.com (Thomas Robitaille) Date: Mon, 18 Feb 2019 18:13:41 +0000 Subject: [AstroPy] ANN: APLpy 2.0 released! Message-ID: Hi everyone, We are very happy to announce the release of APLpy 2.0! The APLpy package provides a way to easily produce publication-quality plots of astronomical images. Since the 1.0 release of APLpy in 2015, we have been working on rewriting large parts of APLpy to use as much as possible the rest of the Astropy ecosystem, including for example astropy.visualization and the reproject package. Note that APLpy 2.0 will only work with Python 3.5 or later. You can install this new version of APLpy using: pip install aplpy or if you use conda: conda install -c astropy aplpy You can find the documentation at: https://aplpy.readthedocs.io If you run into any issues, please report them in the APLpy issue tracker on GitHub: https://github.com/aplpy/aplpy/issues Thanks to everyone who has contributed to APLpy over the years! Cheers, Tom From baweaver at lbl.gov Fri Feb 22 19:48:45 2019 From: baweaver at lbl.gov (Benjamin Alan Weaver) Date: Fri, 22 Feb 2019 17:48:45 -0700 Subject: [AstroPy] PyDL v0.7.0 released Message-ID: Hello y'all, PyDL v0.7.0 has been released. See http://pydl.readthedocs.io/en/stable/changes.html for details. This will be the last release that supports Python 2. In addition this release mostly contains improvements to documentation, updates to maintain consistency with the Astropy infrastructure, and a few minor bug fixes. PyDL is available at https://pypi.org/project/pydl/ Kia ora koutou, Benjamin Alan Weaver -- With great responsibility seldom comes great power. -------------- next part -------------- An HTML attachment was scrubbed... URL: