Thu, 09/02/2021 - 16:52
Hello everybody. Lately I have been dedicated to learning how to use VStar for possible variable star discoveries. I was suggested to download data from ASAS, but I didn't quite understand how to do this. I read the VStar manual and even so I still had difficulties. If you have any tips to give me, I will be very grateful. Thank you for your attention and patience.
Cledison
This post seems to have been missed! Apologies.
ASAS data can be loaded by a plugin. See https://www.aavso.org/vstar-plugin-library and the section on plugins in VStar.
Please don't hesitate to ask more questions.
See also https://www.aavso.org/vsx-data-mining for further ideas.
David
I can't open neither xlsx nor csv files got from ASAS: VStar shows "No observations found" message. Help, please, to import data!
Have you selected ASAS from Source in the file open dialog? Text files are supported for ASAS.
David
Dear David, show please how to get needed text file here:
https://asas-sn.osu.edu/variables/2f27eaf2-d3c5-57db-981d-fc622ff6a73a
Yes, I have selected sourse in opening dialog, but got noted message. I even began to think about system decimal separator :(
Mikhail,
Your example is from ASAS-SN not ASAS. These are two different databases.
Cheers,
Sebastian
So, it's impossible to use with VStar nice ASAS-SN curves exported in V-band? Why???
Regretfully, link from VStar to ASAS-3 ("ASAS light curve" in the menu) does not work in this case :(
It's possible.
There's an ASAS-SN plugin too. See https://www.aavso.org/vstar-plugin-library#asassn
You'll just need to install it using VStar's plugin manager.
David
Of course, David, I've tried to update plugin and restart VStar, but result was the same: only ASAS text files are opened, ASAS-SN csv's do not work.
Hello everyone,
It's happening to me too. However, when the curve is re-computed it works correctly.
I have checked the output of the file and there are differences in the columns, I guess the problem is here.
Curve do not re-compute:
hjd, camera, mag, mag_err, flux, flux_err.
Curve Re-compute:
HJD, UT Date, Camera, FWHM, Limit, mag, mag_err, flux(mJy), flux_err, Filter.
Regars,
David
...Attempt to open file AAVSOreport***.txt created by VPhot was unsuccessful too. Source "AAVSO Upload Format" has been noted. Mistake is previous: No observations found. First rows of the file:
#TYPE=EXTENDED
#OBSCODE=AMIF
#SOFTWARE=VPhot 4.0.29
#DELIM=,
#DATE=JD
#OBSTYPE=CCD
#NAME,DATE,MAG,MERR,FILT,TRANS,MTYPE,CNAME,CMAG,KNAME,KMAG,AMASS,GROUP,CHART,NOTES
EZ Lyn,2459945.86093,17.774,0.033,V,NO,STD,ENSEMBLE,na,Star 15,16.750,1.0821,230101,230107,mpo61_V_230101|CMAGINS=-5.980|CREFMAG=15.500|KMAG=16.750|KMAGINS=-4.730|KREFMAG=16.800|OBSERVAT=MPO|VMAGINS=-3.706
...and first rows from ASAS-SN csv file. Maybe decimal points are needed?...
hjd camera mag mag_err flux flux_err
2457694,94009 ba 12,131 0,025 3,901 0,992
Mikhail,
Certainly in a 'comma separated value' (csv) file format, the use of a comma rather than a decimal point for numbers makes the format completely incorrect!
Ken
Mikhail:
Some of your AAVSOReport values are 'unusual':
Note that your check star name is 'Star 15'. I suspect you created your own comp stars rather than using a normal sequence created by the sequence team?
Your group value is '230101'. It would typically be something like 1 or 2 or na?
Your Chart value is '230107'. Not unacceptable/incorrect but again not typical.
For me, this begs the question as to how you conducted your photometry and why you modified the normal process? It makes cross-checking with the sequence difficult.
The images are from AAVSONet MPO61 and you used VPhot. Perhaps you need a little guidance with that software?
Ken
It turns out that the plugin is strictly interpreting the 5 character GROUP field length limit but the error is not being reported in a helpful way.
The GROUP field in this case is 230101.
The extended file format spec:
https://www.aavso.org/aavso-extended-file-format
says:
Given that GROUP field values that don't observe this limit are being generated (by whatever tool), I'd suggest it should be removed from the spec and the VStar plugin should ignore it. Oddly, this is the only field whose length the plugin pays particular attention to.
I've created this issue to make the fix: https://github.com/AAVSO/VStar/issues/327
Indeed, there are other field lengths that the spec mentions. Should these be revisited as well?
David
Hi David
This bug has been fixed and will be in the next release which we're working towards:
https://github.com/AAVSO/VStar/issues/289
David
Hi David,
Ok! Perfect, thank you.
David
Sorry, I did not understand finally, what should I do for opening of ASAS and ASAS-SN *.csv files. Just *.txt files are opened with VStar on my computer.