Wednesday, May 25, 2011

UCERF Version 2.4 Faults Available for Deformation Tools

UCERF 2.4 faults can now be imported into project using the forward and inverse deformation tools (Disloc and Simplex). All version 2 UCERF faults are available through the QuakeTables database.

Friday, May 13, 2011

Two updates to daily RDAHMM

1. We combined the static and dynamic state change number vs. time plot in the daily RDAHMM portlets and separate pages. Users can now get the plot for a bounded area shown with the dygraph component.

2. We changed the function of KML generation so that now it can generate a KML for more than 2 years without causing an OutOfMemory error. It also includes a QuakeSim logo in the generated KMZ. Getting a KMZ for a period longer than 2 years is not encouraged, though, because it will contain too much information for Google Earth to efficiently handle.

Tuesday, May 10, 2011

Updates to Disloc

The Disloc user interface has been significantly revised to make it easier to use. These changes also keep it in sync with the anonymous version available from quakesim.org

Friday, May 6, 2011

Updated Layouts

We have updated tool layouts.  The tab "Deformation Analysis" has been retitled "Deprecated Tools" and moved further to the right.   The tab "Revised Deformation Analysis" is now "Deformation Analysis Tools".

Tuesday, May 3, 2011

Separate web pages added for daily RDAHMM

We created separate .jsp pages for daily RDAHMM, which can be directly accessed without going to the QuakeSim computational portal:

http://gf4.ucs.indiana.edu:8080/DailyRDAHMM-portlet/DailyRdahmm_sopac_sep.jsp (for SOPAC GLOBK data)

http://gf4.ucs.indiana.edu:8080/DailyRDAHMM-portlet/DailyRdahmm_jpl_sep.jsp (for JPL GIPSY data)

http://gf4.ucs.indiana.edu:8080/DailyRDAHMM-portlet/DailyRdahmm_unavcoNucleus_sep.jsp (for UNAVCO Nucleus data)

http://gf4.ucs.indiana.edu:8080/DailyRDAHMM-portlet/DailyRdahmm_unavcoPbo_sep.jsp (for UNAVCO Pbo data)

These pages are embed into iframes of the QuakeSim public portal at http://quakesim.org/portal/timeseries. The pages are almost the same as the portlet pages except for two modifications:

1. we removed the section for showing a station's detailed analysis results from the right side of the page, and added a tab to the pop-up window of a station's marker to show these results;

2. we adjusted their sizes so that they fit well into the iframes.

We also created a "small" version of the separate page for JPL GIPSY data at http://gf4.ucs.indiana.edu:8080/DailyRDAHMM-portlet/DailyRdahmmJplSmall.jsp, and this page is embed in the "Station Monitor" tab of the public portal at http://quakesim.org/home.

"Today" button in daily RDAHMM portlet changed

We changed the text of the "Today" button in the daily RDAHMM portlet pages to "Latest", and modified its functionality so that clicking the button now sets the selected date to the latest date when data is available for any station, instead of "today".

Another minor change to the daily RDAHMM portlets is that we modified the layout of the gridsphere portal so that the portlet for JPL instead of SOPAC is shown by default.

Monday, May 2, 2011

pages and services added for Japan data analysis

We added web pages and services to facilitate the RDAHMM analysis to the GEONET RINEX GPS data provided by the Geospatial Information Authority (GSI) of Japan. The overall structure and the interfaces are similar to daily RDAHMM, and the most significant difference is that the GEONET data are collected every 30 minutes, so the pages and services are both tuned to accommodate this type of interval. The pages are here:

http://gf4.ucs.indiana.edu:8080/AriaRDAHMMTest/AriaRdahmm.jsp (for data in LLH)

http://gf13.ucs.indiana.edu/AriaRDAHMMEst/AriaRdahmmEst.jsp (for data in NEU)

http://gf13.ucs.indiana.edu/AriaRDAHMMEst/AriaRdahmmEstMar26.jsp (for data in NEU dated up to Mar 26th).

The third page shows data picked out from an original data set that was collected at a rate of 30 seconds. I.e., the original data were timestamped with "00:00:00, 00:00:30, 00:01:00, ...", and only data timestamped with "00:00:00, 00:30:00, 01:00:00, ..." are picked out and then processed by RDAHMM and presented in the web pages.

RDAHMM executale and evaluation process updated

We updated the RDAHMM executable to correct two bugs: one that makes the binary to generate the same .maxval and .minval files when building models and the other that could lead to "0"s in the state sequence files because of overflow.

We also updated the evaluation process so that if "0"s are seen in the resulted .Q file, we rerun the evaluation step with an extra "-addstate" parameter so that data points that could not be classified will be assigned a state number of "6". The plotting swf is also updated so that it plots data points with a state number of 6 in yellow.

Scripts for getting LLH UNAVCO data updated

The height dimension of the LLH data for the UNAVCO data source was not right, which Jay has pointed out. We updated the scripts for getting UNAVCO data so that they directly return the right data in LLH and we don't need an extra step to convert the results into LLH.

Scripts for getting UNAVCO data updated

The scripts for getting UNAVCO data in daily RDAHMM service are updated to get the data for specified starting and ending dates. They were not working correctly previously because the tools used by the scripts don't return data that exactly match the given dates. They just return the whole data set for a given station if the data set has a overlap with the given time period. Marie added a filtering step in the scripts to cut off the data that fall out of the given date range.

Deep directory structure in daily RDAHMM KMZ files are removed

The KMZ files generated by the daily RDAHMM result service used to have a deep directory structure because of the way "zip" is used. We have changed this so that the KMZ file now only contains a KML file. We also changed the file name extension from .kml.zip to .kmz so that users can directly open it with Google Earth. We plan to further change this in the future so that the KMZ will contain one top level KML and a set of sub level KMLs.