[Shake-dev] ShakeMap installation and user inquiries
Bruce Worden
cbworden at gmail.com
Fri Jul 6 17:35:54 UTC 2012
Hi Branden,
See my responses embedded below:
On Jul 5, 2012, at 12:23 PM, Branden Christensen wrote:
> ...
> make[2]: Entering directory `/opt/shakemap/src/contour'
> /usr/bin/cc -O -I . -I /usr/include/gmt -I /usr/include -DGMT45 -c contour.c
> /usr/bin/cc -O -I . -I /usr/include/gmt -I /usr/include -DGMT45 -c shpopen.c
> shpopen.c: In function 'SHPOpen':
> shpopen.c:421: warning: ignoring return value of 'fread', declared with attribute warn_unused_result
> shpopen.c:431: warning: ignoring return value of 'fread', declared with attribute warn_unused_result
> shpopen.c:510: warning: ignoring return value of 'fread', declared with attribute warn_unused_result
> shpopen.c: In function 'SHPReadObject':
> shpopen.c:1286: warning: ignoring return value of 'fread', declared with attribute warn_unused_result
> /usr/bin/cc -O -I . -I /usr/include/gmt -I /usr/include -DGMT45 -c dbfopen.c
> dbfopen.c: In function 'DBFOpen':
> dbfopen.c:337: warning: ignoring return value of 'fread', declared with attribute warn_unused_result
> dbfopen.c:357: warning: ignoring return value of 'fread', declared with attribute warn_unused_result
> dbfopen.c: In function 'DBFClose':
> dbfopen.c:416: warning: ignoring return value of 'fread', declared with attribute warn_unused_result
> dbfopen.c: In function 'DBFWriteAttribute':
> dbfopen.c:947: warning: ignoring return value of 'fread', declared with attribute warn_unused_result
> dbfopen.c: In function 'DBFWriteTuple':
> dbfopen.c:1156: warning: ignoring return value of 'fread', declared with attribute warn_unused_result
> dbfopen.c: In function 'DBFReadTuple':
> dbfopen.c:1200: warning: ignoring return value of 'fread', declared with attribute warn_unused_result
> /usr/bin/cc -L/usr/lib -L/usr/lib contour.o shpopen.o dbfopen.o -lgmt -lnetcdf -lpsl -lm -o contour
> /usr/bin/install -m 0755 contour /opt/shakemap/bin
> /usr/bin/cc -O -I . -I /usr/include/gmt -I /usr/include -c sm_nearneighbor45.c -o sm_nearneighbor.o
> sm_nearneighbor45.c: In function 'main':
> sm_nearneighbor45.c:259: warning: passing argument 3 of 'GMT_check_lattice' from incompatible pointer type
> /usr/include/gmt/gmt_init.h:74: note: expected 'BOOLEAN *' but argument is of type 'GMT_LONG *'
> sm_nearneighbor45.c:259: warning: passing argument 4 of 'GMT_check_lattice' from incompatible pointer type
> /usr/include/gmt/gmt_init.h:74: note: expected 'BOOLEAN *' but argument is of type 'GMT_LONG *'
> sm_nearneighbor45.c:448: warning: passing argument 4 of 'GMT_y_out_of_bounds' from incompatible pointer type
> /usr/include/gmt/gmt_boundcond.h:54: note: expected 'BOOLEAN *' but argument is of type 'GMT_LONG *'
> /usr/bin/cc -O -I . -I /usr/include/gmt -I /usr/include -DGMT45 -c ga10.c
> /usr/bin/cc -L/usr/lib -L/usr/lib sm_nearneighbor.o ga10.o -lgmt -lnetcdf -lpsl -lm -o sm_nearneighbor
> /usr/bin/install -m 0755 sm_nearneighbor /opt/shakemap/bin
> /usr/bin/cc -O -I . -I /usr/include/gmt -I /usr/include -DGMT45 -c dist_rrupt.c
> /usr/bin/cc -O -I . -I /usr/include/gmt -I /usr/include -DGMT45 -c vector.c
> /usr/bin/cc dist_rrupt.o vector.o -lm -o dist_rrupt
> /usr/bin/install -m 0755 dist_rrupt /opt/shakemap/bin
> /usr/bin/cc -O -I . -I /usr/include/gmt -I /usr/include -DGMT45 -c dist_rx.c
> /usr/bin/cc dist_rx.o -lm -o dist_rx
> /usr/bin/install -m 0755 dist_rx /opt/shakemap/bin
> /usr/bin/cc -O -I . -I /usr/include/gmt -I /usr/include -DGMT45 -c directivity.c
> /usr/bin/cc -O -I . -I /usr/include/gmt -I /usr/include -DGMT45 -c nrfuncs.c
> /usr/bin/cc directivity.o vector.o nrfuncs.o -lm -o directivity
> /usr/bin/install -m 0755 directivity /opt/shakemap/bin
> make[2]: Leaving directory `/opt/shakemap/src/contour'
> ...
>
> Are either of these warnings something to be concerned about? No other errors or failures were reported.
These don't look like the kind of errors that will cause problems, but one never knows until one actually tries to run the program.
> I have chosen to use the following perl modules as most of the historic versions are NOT available at http://backpan.perl.org/:
> Bundle::LWP v5.835
> DBD::mysql v4.021
> HTML::Template v2.91
> XML::Parser v2.41
> XML::Write rv0.615
> enum v1.016
> Time::CTime v2011.0517
> Event v1.20
> Mail::Sender v08.21
> Config::General v2.50
> XML::Simple v2.20
> Time::y2038 v20100403
>
> and then there is GMT: v4.5.1-1
Yes, it's difficult to keep on top of all the module updates. They usually work these days since the language is fairly stable. If you run into module problems, some tweaking may be necessary.
>
>
> Questions
> Just a few simple questions:
>
> 1. In an attempt to confirm that everything is working OK, I tried to execute shake over the example data included with ShakeMap at <shakemap_home>/data called "9583161".
>
> I entered <shakemap_home>/bin and ran:
> ./shake -event 9583161 -verbose
>
> the output was:
> shake: Running: '/opt/shakemap/bin/../bin/retrieve -event 9583161'
> shake: Running: '/opt/shakemap/bin/../bin/pending -event 9583161'
> transfer: Unable to access 9583161 download dir from /opt/shakemap/bin
> shake: Done with 'pending'
> shake: Running: '/opt/shakemap/bin/../bin/grind -event 9583161 -qtm -xml'
> cp: cannot stat `/tmp.topo2grd.24763.grd': No such file or directory
> grdsample: Could not find file [/tmp.topo2grd.24763.grd.1]
> Could not find /tmp.topo2grd.24763.grd, aborting.
> grind: Error: Error in topo/sitecorr map creation, exiting.
> shake: Error in grind: 256
>
> How do I set about fixing the transfer error? I have already reviewed <shakemap_home>/config/transfer.conf for mistakes.
This isn't a transfer error, it's an error in grind. Essentially, you have not set up a qtm_file in grind.conf, so grind tries to look for a DEM to convert to Vs30, but not finding it, it issues this rather unhelpful error message. If you run grind without -qtm, it should work. Note that 'mapping' will probably complain that there is no topography, as well. You'll need to configure this in mapping.conf.
If you are running ShakeMap in a fixed region, it is probably best to generate fixed Vs30 and topography files, and configure them in grind.conf and mapping.conf. If you are running ShakeMaps globally, it is probably best to get the SRTM30 DEM, configure include/macros with the correct path, leave qtm_file unconfigured in grind.conf, leave the topo files unconfigured in mapping.conf, and run mapping with the -gsm option.
The DEM and some associated tools can be had here:
ftp://ftpext.usgs.gov/pub/cr/co/golden/lin/ShakeMap%20Portable/SRTM30.tar.gz
There is also a ShakeMap virtual machine (runs on Virtual Box) on the same site, in case you run into too many installation problems.
> I then tried to locate tmp.topo2grd.24763.grd and came up empty handed. Perhaps this is created when transfer succeeds.
>
>
> 2. I see that Earthworm's gmew outputs files to .../input/. e.g.,
>
> 998_dig_dat.xml
>
> So I will set the paths so that this information is written to <shakemap_home>/data/input.
>
> Any other important bits?
>
>
> 3. Was the added functionality in gmew enough to be a wholesale replacement to shakemapfeed?
I don't know anything at all about Earthworm, so someone else will have to help you.
> 4. Do there exists alternatives to ShakeMap with less overhead (less email, less websites, etc.)? Something similar to the PSD plots calculated by obspy as an alternative to configuring an entire PQLX? ShakeMap appears to be a great distribution system. But I am also interested in a simple tool that just outputs pngs of the ShakeMaps themselves.
Not that I know of. All you really need to get the maps are grind and mapping (assuming you have the input data set up). genex will convert the PostScript into JPEGS and make a few other products. transfer can be ignored, but you could also set it up to copy the products you want to a directory of your choice. Everything else is optional. You could pretty easily write a script to run grind and mapping, then convert the maps you're interested in to PNG.
Hope this helps,
Bruce
>
>
>
> Thank you for your insights and comments.
>
>
>
> Kind Regards,
>
>
> Branden C. Christensen
> Director, OSOP
> branden.christensen at osop.com.pa
> www.osop.com.pa
> Volcan, Panama
>
>
>
>
> _______________________________________________
> Shake-dev mailing list
> Shake-dev at geohazards.usgs.gov
> https://geohazards.usgs.gov/mailman/listinfo/shake-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://geohazards.usgs.gov/pipermail/shake-dev/attachments/20120706/71db7a73/attachment.html>
More information about the Shake-dev
mailing list