Saturday, November 1, 2008
Daily RDAHMM video updated
Because of the changes of our treatment to missing data sections, and correction of several bugs, the historical results of Daily RDAHMM are also different from previously. So we just made a new movie for the whole time since 1994 based on the new results. The new video can be accessed from the portal at http://gw11.quarry.iu.teragrid.org:8080/gridsphere/gridsphere
Modifications to DailyRDAHMM missing data treatment
We did the following modifications to the treatment of missing data in DailyRDAHMM:
1. For the input data, if the dates used for getting the input is 1994-01-01 to 2006-09-30, and we only get data for 1995-10-03 to 2006-8-22, then we will only fill those time sections between 1995-10-03 and 2006-8-22, and leave the gaps before and after as they are, in order to avoid the distortion to results;
2. For the big flat file that contains input for all stations, we use NaNs to fill all missing lines.
1. For the input data, if the dates used for getting the input is 1994-01-01 to 2006-09-30, and we only get data for 1995-10-03 to 2006-8-22, then we will only fill those time sections between 1995-10-03 and 2006-8-22, and leave the gaps before and after as they are, in order to avoid the distortion to results;
2. For the big flat file that contains input for all stations, we use NaNs to fill all missing lines.
Tuesday, October 7, 2008
Treatment to missing data corrected in daily RDAHMM analysis
A serious error of daily RDAHMM analysis has been corrected, concerning the way we treat the missing input data of stations. Previously we do nothing about the missing data but recording them, which may lead to incorrect RDAHMM results because the Hidden Markov Model assumes an even distribution of data across time. So now we correct this error by inserting "fake data lines" in to the missing-data time sections, which are duplicated from the available data at a most recent time relative to the missing-data time sections.
After this correction, the total number of stations with state changes dropped significantly (from around 100 on average to less than 30) during for the time from 2006 to 2008. Whether this new result is reasonable still needs verification.
After this correction, the total number of stations with state changes dropped significantly (from around 100 on average to less than 30) during for the time from 2006 to 2008. Whether this new result is reasonable still needs verification.
Result Aggregator added to real-time RDAHMM service
A new component, real-time RDAHMM results aggregator, is added in to the real-time RDAHMM service. This aggregator connects to the service through NaradaBrokering, receives messages containing the real-time RDAHMM analysis results from all the seven networks, and aggregates these results and save them into a single .xml file, so that the portlet can show the results by accessing this file.
One problem is the large amount of results. Some stations came across as many as 800+ state changes within a 4-hour test run. So we just save one day's results in this file temporarily.
One problem is the large amount of results. Some stations came across as many as 800+ state changes within a 4-hour test run. So we just save one day's results in this file temporarily.
Tuesday, September 16, 2008
Daily RDAHMM porlet files updated
The big DailyRdahmm.jsp file is now split into three files: DailyRdahmm.jsp and two other utility javascripts, NmapAPI.js and dateUtil.js.
Friday, September 12, 2008
QuakeTables Access Problems
The QuakeTables portlets are IFrames that loads URLs like http://gf19.ucs.indiana.edu:9898/public/public.jsp and others (you can pop these out in most browsers by right-clicking).
Some departmental firewalls only allow HTTP traffic over ports 80, 8080, 443, or 8443. If you get a timeout message like the one below, the problem may be that you can't reach the QuakeTables web server's port 9898.
Some departmental firewalls only allow HTTP traffic over ports 80, 8080, 443, or 8443. If you get a timeout message like the one below, the problem may be that you can't reach the QuakeTables web server's port 9898.
Monday, September 8, 2008
Disloc Plot Portlet Disabled
This portlet was not compatible with the reformatted KML output, so it has been temporarily disabled. Plots can still be made through Google Maps or Google Earth.
Subscribe to:
Posts (Atom)