Page 1 of 1
Posted: Sun Jan 13, 2013 7:50 pm
I upgraded the RASP machine this fall so the models run in about half the time. With a little prodding from our new RD Dan, the run schedules have now been changed. Forecasts are available much more quickly which should improve the accuracy. See the new Run Schedule page http://www.soaringpredictor.info/raspta ... e_web.html
for details. I run some of the models multiple times to provide the most current data as early as possible. New sets of data become available every 6 hours.
Re: RASP Update
Posted: Sun Jan 13, 2013 8:29 pm
AlC wrote:I upgraded the RASP machine this fall so the models run in about half the time....
Mooch Ohs Grassy Ahhs !!
Soaring Predictor Skew-T Plots
Posted: Fri Feb 15, 2013 6:46 pm
If you have been having trouble getting the Soaring Predictor Skew-T plots from the table (note, I always recommend the data from RASPTABLE as it is a much better predictor, but...) then you have seen some of the Internet implications of the recent issues with Java security ( http://articles.latimes.com/2013/jan/11 ... y-20130111
). For a brief time, it seemed impossible to run the java code in IE10. Anyway, thanks to the good folks at Certum http://www.certum.eu/certum/main.xml
and their support to the Open Source community, the Java code is now 'signed' which at least gives you the option to trust it.
Note, you must have the Java Runtime Environment loaded to get the plot.
Posted: Fri Feb 15, 2013 11:36 pm
First, I thank you for making this wonderful tool available for us.
I contacted you couple of months ago about issues we were having with
RASP, and was explained, that it was a temporary problem, and was
going to go away as soon as the migration to a new hardware was over.
I wonder if you are aware, that the same issue is persisting now, even
after above mentioned updates.
Mainly, I am talking about Skew-T plots just jumping to some random
dates and hours, when clicked for the "next" hour's graph.
For example, if you want to check Skew-T plots for Sunday, February 17,
it might even start out from totally different day and hour, or, in a better
case scenario, will start from 11:00AM, for example, and instead of
going to 12:00, 13:00 and so on with each "next" click, it might just go to
some 14:00PM, November 4, or something like that...
Does this sound familiar?
Posted: Sat Feb 16, 2013 7:25 am
First I've heard. I'll check, but I'm thinking time change from the description. The run times change by an hour at the spring and fall time change as they are all based on GMT. One of the scripts may not take that into account.
Are there other odd dates/times?
Posted: Sat Feb 16, 2013 11:24 pm
November 4 is what I remember the most.
In fact, I checked right now, Saturday, February 16, 11:00 PM, before I
wrote this, and it's doing the same thing. I check for tomorrow, it starts out
just fine, from 11:00 AM, and then, as I click "next", it goes to the next hour,
as it is supposed to. But after 15:00 PM it jumps to 16:00 of that proverbial
Posted: Sun Feb 24, 2013 8:46 am
Ok, so the infamous November 4 files are gone. They were leftover from the time change. But all is not perfect. If you click the "North Area" and current day, you will have no issues. But if you are using "Entire Area" and/or Day+1 or Day+2 you will have some "Image not found" frames after 15:00. This is because I do not run as many hours of forecast further out and for the bigger model. Right now the Skew-t viewer does not 'know' that and always tries to display the same set of hours. So, I need to spend some time making the viewer a bit 'smarter'.
RASP Viewer Update
Posted: Sun Sep 06, 2020 4:22 pm
Major Upgrade to the RASP model viewer.
As some of you may know, GoogleMaps shifted to a paid service about a year ago. More recently they required a version upgrade. If you’ve been trying to use the RASP maps it’s been pretty ugly with a “development purposes only” banner.
These hot days have been good for one thing, I’ve implemented Darren’s OpenStreetMap replacement viewer. The model underneath hasn’t changed, but it’s free of any reliance on GoogleMaps.