-
Notifications
You must be signed in to change notification settings - Fork 52
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SVO appears to be down and unavailable - can we bypass an alternative Observatory for getting lightband filters? #190
Comments
For the precise errors, this is what was received:
and the following output... Found event by primary name `SN1993J` in the `OSC`, downloading data...
Event file:
/usr/local/lib/python3.9/site-packages/mosfit-1.1.8-py3.9.egg/mosfit/cache/SN1993J.json
Basic model file:
/usr/local/lib/python3.9/site-packages/mosfit-1.1.8-py3.9.egg/mosfit/models/model.json
Model file:
/usr/local/lib/python3.9/site-packages/mosfit-1.1.8-py3.9.egg/mosfit/models/csmni/csmni.json
Parameter file:
models/csmni/parameters.json
Loading module `fitlc` [ 98% ]
Warning: The following wavebands are not supported by the model used to fit this data: `infrared,
optical, ultraviolet`, and have been excluded from the fitting process. To include these bands
anyway (although it is not recommended), add `--exclude-kinds none` to your command.
Downloading bandpass `Subaru/HSC.i2_filter/AB` from SVO...
Warning: Could not download SVO filter (are you online?), using cached filter.
Failed to execute module `photometry`'s process().
Traceback (most recent call last):
File "/usr/local/bin/mosfit", line 33, in <module>
sys.exit(load_entry_point('mosfit==1.1.8', 'console_scripts', 'mosfit')())
File "/usr/local/lib/python3.9/site-packages/mosfit-1.1.8-py3.9.egg/mosfit/main.py", line 973, in main
Fitter(**fitargs).fit_events(**fitargs)
File "/usr/local/lib/python3.9/site-packages/mosfit-1.1.8-py3.9.egg/mosfit/fitter.py", line 388, in fit_events
success = self._model.load_data(
File "/usr/local/lib/python3.9/site-packages/mosfit-1.1.8-py3.9.egg/mosfit/model.py", line 452, in load_data
outputs = self.run_stack(
File "/usr/local/lib/python3.9/site-packages/mosfit-1.1.8-py3.9.egg/mosfit/model.py", line 970, in run_stack
new_outs = self._modules[task].process(**inputs)
File "/usr/local/lib/python3.9/site-packages/mosfit-1.1.8-py3.9.egg/mosfit/modules/observables/photometry.py", line 435, in process
self.preprocess(**kwargs)
File "/usr/local/lib/python3.9/site-packages/mosfit-1.1.8-py3.9.egg/mosfit/modules/observables/photometry.py", line 430, in preprocess
self.load_bands(kwargs['all_band_indices'])
File "/usr/local/lib/python3.9/site-packages/mosfit-1.1.8-py3.9.egg/mosfit/modules/observables/photometry.py", line 272, in load_bands
raise RuntimeError(
RuntimeError: cant_read_svo
|
Hi Daryl, it looks like SVO is back up (at least it works fine for me). If you need a temporary solution, I have a big folder full of filter profiles that have built up from various mosfit runs. If you put these in /modules/observables/filters, and run mosfit with the flag --prefer-cache, it should use the local filters rather than trying to query SVO. https://www.dropbox.com/sh/44pwu9pyxhq2tnx/AABOkpvolcbQ21t55ozHyXOYa?dl=0 |
New user of MOSFIT so forgive me if this is answered elsewhere.
Running the software to generate lightcurves with the
default
model appears to be throwing errors that the SVO is down with awhen I try to reach the site manually after looking in the source code for the pull.
I realize this is an upstream issue from the code (I sent a note to the only contact name I could find online for the SVO to resolve it, but it seems like it may have been down for a while.).
Is there another way to pull the data from one of the other virtual observatories and can that be passed as a parameter?
The text was updated successfully, but these errors were encountered: