From chuma100 at hotmail.com Tue Aug 2 13:06:03 2011 From: chuma100 at hotmail.com (Misael Condori) Date: Tue, 2 Aug 2011 16:06:03 -0400 Subject: [SAC-HELP] install SAC Message-ID: Hello, I am new to linux forgive my bad writing in English I need to install S.A.C. in my notebook 64 bit What files to download? What type console-linux? etc thanks Misael grateful. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hyang at whoi.edu Sat Aug 6 06:30:25 2011 From: hyang at whoi.edu (Hongfeng Yang) Date: Sat, 06 Aug 2011 09:30:25 -0400 Subject: [SAC-HELP] install sac-101.3b on Mac OS Lion and Ubuntu 11.04 and 10.04 In-Reply-To: <4E3D3F57.7060004@whoi.edu> References: <4E3D3F57.7060004@whoi.edu> Message-ID: <4E3D41F1.9020507@whoi.edu> Hi All, I was able to compile the same source code of SAC 101.3b on my linux workstation (CentOS 5.5) and macbook (snow leopard). But I encountered the same error message when compiling SAC in Mac OS Lion and Ubuntu 11.04 and 10.04. gcc -DHAVE_CONFIG_H -I. -I../inc -I../inc -I../libedit/include -c -o bbs/setbbv.o bbs/setbbv.c In file included from bbs/setbbv.c:12: ../inc/co.h:42: error: conflicting types for ?getline? /usr/include/stdio.h:449: error: previous declaration of ?getline? was here make[1]: *** [bbs/setbbv.o] Error 1 make: *** [all-recursive] Error 1 When I tried "grep -n getline /usr/include/stdio.h", I got the following from OS Lion, 449:ssize_t getline(char ** __restrict, size_t * __restrict, FILE * __restrict) __OSX_AVAILABLE_STARTING(__MAC_10_7, __IPHONE_4_3); and the following from Ubuntu 11.04 extern _IO_ssize_t getline (char **__restrict __lineptr, size_t *__restrict __n, FILE *__restrict __stream) Is there anyone who has successfully compiled SAC in OS Lion or Ubuntu? I really appreciate the help to solve the above problem. Thanks, Hongfeng Yang -- Postdoctoral Investigator Department of Geology and Geophysics Woods Hole Oceanography Institution 360 Woods Hole Rd, MS 24 Woods Hole, MA 02543 From savage at uri.edu Sat Aug 6 12:13:01 2011 From: savage at uri.edu (Brian Savage) Date: Sat, 6 Aug 2011 15:13:01 -0400 Subject: [SAC-HELP] install sac-101.3b on Mac OS Lion and Ubuntu 11.04 and 10.04 In-Reply-To: <4E3D41F1.9020507@whoi.edu> References: <4E3D3F57.7060004@whoi.edu> <4E3D41F1.9020507@whoi.edu> Message-ID: <3EFF7A87-8972-4BED-870F-D7A5D37DA113@uri.edu> Dear Hongfeng Yang The bug was identified and fixed in version 101.4 http://www.iris.washington.edu/pipermail/sac-help/2009-December/000681.html Please upgrade to version 101.4 HISTORY file: 2010/06/07 Version 101.4 released * BUG FIX: getline renamed to getline_sac Thanks Brian Savage savage at uri.edu On Aug 6, 2011, at 9:30 AM, Hongfeng Yang wrote: > > Hi All, > > I was able to compile the same source code of SAC 101.3b on my linux > workstation (CentOS 5.5) and macbook (snow leopard). But I encountered > the same error message when compiling SAC in Mac OS Lion and Ubuntu > 11.04 and 10.04. > > gcc -DHAVE_CONFIG_H -I. -I../inc -I../inc -I../libedit/include -c -o > bbs/setbbv.o bbs/setbbv.c > In file included from bbs/setbbv.c:12: > ../inc/co.h:42: error: conflicting types for ?getline? > /usr/include/stdio.h:449: error: previous declaration of ?getline? > was here > make[1]: *** [bbs/setbbv.o] Error 1 > make: *** [all-recursive] Error 1 > > > When I tried "grep -n getline /usr/include/stdio.h", I got the > following > from OS Lion, > > 449:ssize_t getline(char ** __restrict, size_t * __restrict, FILE * > __restrict) __OSX_AVAILABLE_STARTING(__MAC_10_7, __IPHONE_4_3); > > and the following from Ubuntu 11.04 > > extern _IO_ssize_t getline (char **__restrict __lineptr, > size_t *__restrict __n, > FILE *__restrict __stream) > > Is there anyone who has successfully compiled SAC in OS Lion or > Ubuntu? > I really appreciate the help to solve the above problem. > > Thanks, > > Hongfeng Yang > > -- > Postdoctoral Investigator > Department of Geology and Geophysics > Woods Hole Oceanography Institution > 360 Woods Hole Rd, MS 24 > Woods Hole, MA 02543 > > > _______________________________________________ > sac-help mailing list > sac-help at iris.washington.edu > http://www.iris.washington.edu/mailman/listinfo/sac-help > From lee-jerome.schumann at gfz-potsdam.de Tue Aug 9 05:02:59 2011 From: lee-jerome.schumann at gfz-potsdam.de (Lee-Jerome Schumann) Date: Tue, 09 Aug 2011 14:02:59 +0200 Subject: [SAC-HELP] problems with c++ Message-ID: An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: text/x-log Size: 24959 bytes Desc: not available URL: From savage at uri.edu Tue Aug 9 06:20:05 2011 From: savage at uri.edu (Brian Savage) Date: Tue, 9 Aug 2011 09:20:05 -0400 Subject: [SAC-HELP] problems with c++ In-Reply-To: References: Message-ID: <52013D5B-E4D3-41AF-AE46-35E6EF76E0F2@uri.edu> Dear Lee-J. The message in the log file indicates the reason why the compilation failed. /usr/lib/gcc/i586-suse-linux/4.3/../../../../i586-suse-linux/bin/ld: cannot find -lncurses You do not have either ncurses or curses installed. I would suggest installing the ncurses developer package. (ncurses- devel) Brian On Aug 9, 2011, at 8:02 AM, Lee-Jerome Schumann wrote: > Hi, > I want to install sac on my linux. > > Following the installation, described in the Readme, the following > error message appears after doing "sudo make >> ../today.build": > > -- configure: error: in `/home/robert/Programme/build/libedit/ > libedit-20090923-3.0-sac': > configure: error: C++ compiler cannot create executables > See `config.log' for more details. > make[1]: *** [lib/libedit.a] Fehler 77 > make: *** [all-recursive] Fehler 1 > > I looked into the log.file, but I don't find the mistake. > > Does anybody have an idea what is wrong? > > Thanks > Lee-J. > > > > _______________________________________________ > sac-help mailing list > sac-help at iris.washington.edu > http://www.iris.washington.edu/mailman/listinfo/sac-help From lee-jerome.schumann at gfz-potsdam.de Tue Aug 9 08:17:26 2011 From: lee-jerome.schumann at gfz-potsdam.de (Lee-Jerome Schumann) Date: Tue, 09 Aug 2011 17:17:26 +0200 Subject: [SAC-HELP] problems with c++ In-Reply-To: <52013D5B-E4D3-41AF-AE46-35E6EF76E0F2@uri.edu> References: <52013D5B-E4D3-41AF-AE46-35E6EF76E0F2@uri.edu> Message-ID: An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: text/x-log Size: 22360 bytes Desc: not available URL: From lee-jerome.schumann at gfz-potsdam.de Wed Aug 10 05:39:33 2011 From: lee-jerome.schumann at gfz-potsdam.de (Lee-Jerome Schumann) Date: Wed, 10 Aug 2011 14:39:33 +0200 Subject: [SAC-HELP] problems with c++ In-Reply-To: <11F1F88F-BF30-4FA4-9BC1-74DF9AFED071@uri.edu> References: <52013D5B-E4D3-41AF-AE46-35E6EF76E0F2@uri.edu> <11F1F88F-BF30-4FA4-9BC1-74DF9AFED071@uri.edu> Message-ID: An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: text/x-log Size: 21459 bytes Desc: not available URL: From charisma6408 at gmail.com Thu Aug 11 23:19:09 2011 From: charisma6408 at gmail.com (=?GB2312?B?1cXQwA==?=) Date: Fri, 12 Aug 2011 14:19:09 +0800 Subject: [SAC-HELP] Seeking help about HYPO format using OHPF Message-ID: Dear SAC-users: I am using SAC for seismological analysis recently. However, I got some problem about HYPO format using OHPF with sac101.4. I piked/marked the phase after opening the OHPF and OAPF, but the result is different as follows: case1: GJM IPU0 11 3 9 24663.00 0 0.0 (OHPF) case2: -12345 GJM 90.00 90.00IPU0 2011 68 2 46 2.06 -4171 M (OAPF) In case1 the second of the P arrival is 63.00, while in case2 that is 2.06. What does the last four digits(e.g. 63.00) mean? Does it mean the arrival of the P arrival, and if that, why is it different from the result in case2? Please help me about that. Thanks Xin Zhang -------------- next part -------------- An HTML attachment was scrubbed... URL: From hrakotoarisaona at yahoo.com Sat Aug 13 19:02:16 2011 From: hrakotoarisaona at yahoo.com (Rakotoarisaona Hasiniaina) Date: Sat, 13 Aug 2011 19:02:16 -0700 (PDT) Subject: [SAC-HELP] (no subject) Message-ID: <1313287336.97459.YahooMailMobile@web59808.mail.ac4.yahoo.com> http://concerned-shitten.info/oldtemp/thgrw.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From suzan at earth.northwestern.edu Tue Aug 16 10:16:48 2011 From: suzan at earth.northwestern.edu (Suzan van der Lee) Date: Tue, 16 Aug 2011 12:16:48 -0500 Subject: [SAC-HELP] interpolate Message-ID: <9FC0F4FD-EE63-4958-A6DA-5498498CF00C@earth.northwestern.edu> A participant in our USArray Data Processing short course this week discovered that SAC will happily "interpolate" to a larger DELTA value (fewer samples), and apparently does so without anti-alias filtering. Would you consider building in an error message if the DELTA given to "interpolate" exceeds the DELTA in the SAC files in memory? Suzan From snoke at vt.edu Tue Aug 16 10:49:35 2011 From: snoke at vt.edu (Arthur Snoke) Date: Tue, 16 Aug 2011 13:49:35 -0400 (EDT) Subject: [SAC-HELP] interpolate In-Reply-To: <9FC0F4FD-EE63-4958-A6DA-5498498CF00C@earth.northwestern.edu> References: <9FC0F4FD-EE63-4958-A6DA-5498498CF00C@earth.northwestern.edu> Message-ID: > A participant in our USArray Data Processing short course this week > discovered that SAC will happily "interpolate" to a larger DELTA value > (fewer samples), and apparently does so without anti-alias filtering. > Would you consider building in an error message if the DELTA given to > "interpolate" exceeds the DELTA in the SAC files in memory? Suzan Good point. This issue as come up a couple of times in various sac-help threads, but neither is there a warning message when running the program nor in the documentation. Should be both places. We will do it in v101.5. From stubailo at gmail.com Tue Aug 16 22:53:17 2011 From: stubailo at gmail.com (Igor Stubailo) Date: Tue, 16 Aug 2011 22:53:17 -0700 Subject: [SAC-HELP] detecting "inf" and "nan" in sac Message-ID: Hello, Is there any way to detect a non-number value (like inf and nan) in an if loop? I couldn't find any references to this in the manual. All versions below are simply ignored by sac: mtw %min %max rms to user0 setbb sta &1,user0 *** doesn't work: if %sta eq inf message "***** not a number ******" endif *** doesn't work: if %sta eq "inf" message "***** not a number ******" endif Note, this works: if %sta eq 0 message "***** detected zero ******" endif Thanks, Igor From rc202388 at ucla.edu Wed Aug 17 15:01:44 2011 From: rc202388 at ucla.edu (rc202388 at ucla.edu) Date: Wed, 17 Aug 2011 15:01:44 -0700 Subject: [SAC-HELP] Unsubscribe From Mailing List Message-ID: <20110817150144.491923xvf4j7w668@mail.ucla.edu> Please unsubscribe rc202388 at ucla.edu from the SAC help mailing list. Thank you. Raymond Chen From stubailo at gmail.com Thu Aug 18 11:02:23 2011 From: stubailo at gmail.com (Igor Stubailo) Date: Thu, 18 Aug 2011 11:02:23 -0700 Subject: [SAC-HELP] detecting "inf" and "nan" in sac In-Reply-To: References: Message-ID: Hello, This is a follow up question I asked below. I found a reference to isnan() call at http://www.iris.washington.edu/pipermail/sac-dev/2008-January/000058.html that says: BUG FIX: isNaN() unsuitable for double, changed to system command isnan(). Found while checking polezero constants. Is is possible to use isnan() and isinf() in a sac macro directly or indirectly? How else could I detect the nan and inf while in macro? It seems that the if loop below doesn't do a job (at least for me). I know I can implement this function in fortran through readsac1 but I am trying to write this in sac a macro only. Would you recommend not to do it for whatever reason? Thank you, Igor On Tue, Aug 16, 2011 at 10:53 PM, Igor Stubailo wrote: > Hello, > > Is there any way to detect a non-number value (like inf and nan) in an if loop? > I couldn't find any references to this in the manual. > All versions below are simply ignored by sac: > > mtw %min %max > rms to user0 > setbb sta &1,user0 > > *** doesn't work: > if %sta eq inf > message "***** not a number ?******" > endif > > *** doesn't work: > if %sta eq "inf" > message "***** not a number ?******" > endif > > > Note, this works: > if %sta eq 0 > message "***** detected zero ******" > endif > > Thanks, > Igor > From hrakotoarisaona at yahoo.com Sun Aug 21 13:29:11 2011 From: hrakotoarisaona at yahoo.com (Rakotoarisaona Hasiniaina) Date: Sun, 21 Aug 2011 13:29:11 -0700 (PDT) Subject: [SAC-HELP] (no subject) Message-ID: <1313958551.10184.YahooMailMobile@web59810.mail.ac4.yahoo.com> http://techtest.tueac.com/oscoms/catalog/images/thtwohrr.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From marco.olivieri at bo.ingv.it Tue Aug 23 22:47:07 2011 From: marco.olivieri at bo.ingv.it (marco.olivieri at bo.ingv.it) Date: Wed, 24 Aug 2011 07:47:07 +0200 Subject: [SAC-HELP] fake lines in conversion with sgftops Message-ID: <20110824074707.i7mnghhi8kk4kkcs@horde.bo.ingv.it> dear All, we recently moved to ubuntu 64bit our computer used for running some complex sac macros that generate figures by first creating .sgf file and then converting it to ps by using sgftops. sac version is 101.4 linux64. We now observe unrequested straight lines (see attachment) that from some points in one of the boxes reach the lower left corner. The problem is not observed when plots are sent to screen by using bg X instead of bg sgf. sgf files are normally 2-3Mbyte large. Any suggestion? thanks Marco ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen shot 2011-08-24 at 7.27.05 AM.png Type: image/png Size: 252390 bytes Desc: not available URL: From snoke at vt.edu Wed Aug 24 04:27:50 2011 From: snoke at vt.edu (Arthur Snoke) Date: Wed, 24 Aug 2011 07:27:50 -0400 (EDT) Subject: [SAC-HELP] fake lines in conversion with sgftops In-Reply-To: <20110824074707.i7mnghhi8kk4kkcs@horde.bo.ingv.it> References: <20110824074707.i7mnghhi8kk4kkcs@horde.bo.ingv.it> Message-ID: A bug was found in sgftops.c just after v101.4 was sent out. Itt caused -- on rare occasions -- the error you report. The fix is moving one line. The correct bversion will be included in 101.5, coming out very soon. [macarthur-3:sac_archive/sac-110719/utils] snoke% diff -u sgftops.c ../../sac-101.4/utils/sgftops.c --- sgftops.c 2010-07-19 17:22:27.000000000 -0400 +++ ../../sac-101.4/utils/sgftops.c 2010-06-07 14:10:44.000000000 -0400 @@ -9,9 +9,7 @@ * sgftox.csh: Script (using gs) produces screen plot. * ========================================================================= * MODIFICATION HISTORY: - * 20100614: rwg at vt.edu fixed a bug related to the "move" command (values - * of x and y were not saved between calls to execute_buffer) - * 20100208: snoke at vt.edu and rwg at vt.edu made program independent of byte + * 20100208: snoke at vt.edu and rwg at vt.edumade program independent of byte * order of .sgf file * 20090912: snoke at vt.edu moved setlinewdith from prologue. Fixed(>) * problem with some print drivers that did not see it. @@ -421,12 +419,11 @@ static void execute_buffer(short *buffer, int buflen, int *done, FILE *ofp, float red[], float green[], float blue[], int ict) { int i, newindx; - int count, dx, dy; int iwidth, iheight, xloc, yloc, bufcount, nwrite, charcount; int new_width; char str[133]; - static int x, y; static int indx = -1, needmove = 0; float width, height; /* width and height of viewspace */ On Wed, 24 Aug 2011, marco.olivieri at bo.ingv.it wrote: > dear All, > we recently moved to ubuntu 64bit our computer used for running some complex > sac macros that generate figures by first creating .sgf file and then > converting it to ps by using sgftops. sac version is 101.4 linux64. > We now observe unrequested straight lines (see attachment) that from some > points in one of the boxes reach the lower left corner. > The problem is not observed when plots are sent to screen by using bg X > instead of bg sgf. > sgf files are normally 2-3Mbyte large. > > Any suggestion? > > thanks > Marco > > > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > From hrakotoarisaona at yahoo.com Fri Aug 26 17:50:57 2011 From: hrakotoarisaona at yahoo.com (Rakotoarisaona Hasiniaina) Date: Fri, 26 Aug 2011 17:50:57 -0700 (PDT) Subject: [SAC-HELP] (no subject) Message-ID: <1314406257.45584.YahooMailMobile@web59804.mail.ac4.yahoo.com> http://s3b.byethost3.com/images/vffws.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hrakotoarisaona at yahoo.com Sun Aug 28 14:16:03 2011 From: hrakotoarisaona at yahoo.com (Rakotoarisaona Hasiniaina) Date: Sun, 28 Aug 2011 14:16:03 -0700 (PDT) Subject: [SAC-HELP] (no subject) Message-ID: <1314566163.85405.YahooMailMobile@web59811.mail.ac4.yahoo.com> http://playstation3.moje-psp.cz/oldtemp/mnll.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jsmith82 at gmail.com Sun Aug 28 14:19:03 2011 From: jsmith82 at gmail.com (James Smith) Date: Sun, 28 Aug 2011 15:19:03 -0600 Subject: [SAC-HELP] Removing Instrument Response Message-ID: Hello: I have a set of Canadian seismograms that I need to remove the instrument response from. I have converted the seed files to sac files and extracted the RESP files. I am using the following commands in SAC: sac> file.sac sac> rmean sac> rtrend sac> taper sac> trans from evalresp to none freq .01 .015 2 5 When I use the evalresp file I get the following output: Nominal Calper not set. Setting Nominal Calper to -999.000000 to match Wfdisc Calper Sensor Calper not set. Setting Sensor Calper to 1.000000 to match Wfdisc Calper Response appears to be Un-Normalized. Waveform appears to be unscaled. Wfdisc calib value is (769600000.000000). Waveform multiplied by 1.000000 after deconvolution. The deconvolved seismogram usually doesn't resemble the original. My understanding is that removing the instrument response should not in general change the shape of the seismogram. I've tried applying various bandpass filters without much luck. Can anyone tell me if I am missing a step or what could be responsible for my problem? Thanks, James Smith Colorado State University From jattanayake at yahoo.com Sun Aug 28 14:29:18 2011 From: jattanayake at yahoo.com (Januka Attanayake) Date: Sun, 28 Aug 2011 14:29:18 -0700 (PDT) Subject: [SAC-HELP] Removing Instrument Response In-Reply-To: References: Message-ID: <1314566958.8814.YahooMailNeo@web162011.mail.bf1.yahoo.com> I think your original seismograms are velocity and since you are using "to none" your out put is displacement. Try doing a dif after the deconvolution and then compare. ? _______________ Serenity isn't freedom from the storm, but peace within the storm Januka Attanayake? Earthquake Seismology & Economics The University of Connecticut 354, Mansfield Road Storrs, CT 06269-2045 Tel:860 486 3914 (Lab - P405) Home page:?http://sites.google.com/site/janukaattanayake/ Research group:?http://www.phys.uconn.edu/research/geophysics/index.html ________________________________ From: James Smith To: sac-help at iris.washington.edu Sent: Sunday, August 28, 2011 5:19 PM Subject: [SAC-HELP] Removing Instrument Response Hello: I have a set of Canadian seismograms that I need to remove the instrument response from. I have converted the seed files to sac files and extracted the RESP files.? I am using the following commands in SAC: sac> file.sac sac> rmean sac> rtrend sac> taper sac> trans from evalresp to none freq .01 .015 2 5 When I use the evalresp file I get the following output: Nominal Calper not set. Setting Nominal Calper to -999.000000 to match Wfdisc Calper Sensor Calper not set. Setting Sensor Calper to 1.000000 to match Wfdisc Calper Response appears to be Un-Normalized. Waveform appears to be unscaled. Wfdisc calib value is (769600000.000000). Waveform multiplied by 1.000000 after deconvolution. The deconvolved seismogram usually doesn't resemble the original. My understanding is that removing the instrument response should not in general change the shape of the seismogram. I've tried applying various bandpass filters without much luck. Can anyone tell me if I am missing a step or what could be responsible for my problem? Thanks, James Smith Colorado State University _______________________________________________ sac-help mailing list sac-help at iris.washington.edu http://www.iris.washington.edu/mailman/listinfo/sac-help -------------- next part -------------- An HTML attachment was scrubbed... URL: From snoke at vt.edu Sun Aug 28 14:55:38 2011 From: snoke at vt.edu (Arthur Snoke) Date: Sun, 28 Aug 2011 17:55:38 -0400 (EDT) Subject: [SAC-HELP] Removing Instrument Response In-Reply-To: References: Message-ID: Some of the messages may be caused by the fact that the header variable SCALE is defined. After reading in file.sac, try SAC> scale unset and then do the transfer. Depending on the kind of seismometer you have and the insrument bandpass, the output may not look the same as the input. SAC version 101.5 (coming soon) does not use scale, and RDSEED 5.1 does not put anything in the SCALE sac header. On Sun, 28 Aug 2011, James Smith wrote: > Hello: > > I have a set of Canadian seismograms that I need to remove the > instrument response from. I have converted the seed files to sac files > and extracted the RESP files. I am using the following commands in > SAC: > > sac> file.sac > sac> rmean > sac> rtrend > sac> taper > sac> trans from evalresp to none freq .01 .015 2 5 > > When I use the evalresp file I get the following output: > > Nominal Calper not set. Setting Nominal Calper to -999.000000 to > match Wfdisc Calper > Sensor Calper not set. Setting Sensor Calper to 1.000000 to match Wfdisc Calper > Response appears to be Un-Normalized. > Waveform appears to be unscaled. > Wfdisc calib value is (769600000.000000). > Waveform multiplied by 1.000000 after deconvolution. > > The deconvolved seismogram usually doesn't resemble the original. My > understanding is that removing the instrument response should not in > general change the shape of the seismogram. I've tried applying > various bandpass filters without much luck. > > Can anyone tell me if I am missing a step or what could be responsible > for my problem? > > Thanks, > > James Smith > Colorado State University