A forum for SAC developers to exchange ideas about SAC enhancements, bug fixes, etc.
This list has moved to https://groups.google.com/a/earthscope.org/g/sac-community.
- Email address
- sac-dev@lists.ds.iris.edu
- Type
-
Announcement
Announcement lists are for sending a one-way message to a wide audience. Anyone can post a message — only subscribe if you want to start receiving this type of announcement.
- Subscribers
- 178
- Moderated by
- IRIS Webmaster
- Related tags
- None
December
November
October
September
August
July
June
May
April
March
February
January
November
October
September
August
July
June
May
April
March
February
January
December
November
October
September
August
July
June
May
April
March
February
January
November
October
September
August
July
June
May
April
March
February
January
December
November
October
September
August
July
June
May
April
March
February
January
November
October
September
August
July
June
May
April
March
February
January
December
November
October
September
August
July
June
May
April
March
February
January
November
October
September
August
July
June
May
April
March
February
January
December
November
October
September
August
July
June
May
April
March
February
January
November
October
September
August
July
June
May
April
March
February
January
December
November
October
September
August
July
June
May
April
March
February
January
November
October
September
August
July
June
May
April
March
February
January
December
November
October
September
August
July
June
May
April
March
February
January
November
October
September
August
July
June
May
April
March
February
January
December
November
October
September
August
July
June
May
April
March
February
January
November
October
September
August
July
June
May
April
March
February
January
December
November (1)
October
September
August (1)
July (1)
June (6)
May
April (1)
March
February
January (1)
November (1)
October
September
August (1)
July (1)
June (6)
May
April (1)
March
February
January (1)
December (1)
November
October
September
August
July
June
May
April (2)
March
February (1)
January (2)
November
October
September
August
July
June
May
April (2)
March
February (1)
January (2)
December
November (1)
October
September (2)
August (1)
July
June (11)
May
April
March
February
January
November (1)
October
September (2)
August (1)
July
June (11)
May
April
March
February
January
December
November
October
September
August (2)
July
June
May (1)
April (1)
March (1)
February
January
November
October
September
August (2)
July
June
May (1)
April (1)
March (1)
February
January
December
November (1)
October (25)
September (33)
August (12)
July
June (1)
May
April
March
February
January (7)
November (1)
October (25)
September (33)
August (12)
July
June (1)
May
April
March
February
January (7)
December
November (4)
October (1)
September (2)
August (1)
July (1)
June
May (1)
April
March (3)
February
January (1)
November (4)
October (1)
September (2)
August (1)
July (1)
June
May (1)
April
March (3)
February
January (1)
Active Message Threads for November 2005
George Helffrich
This patch eliminates warning messages when building on MacOS X 10.2
systems
George
Replies
-
Re: inc/proto.h patch - Brian Savage - 2005-11-30 18:01:51
-
Re: inc/proto.h patch - George Helffrich - 2005-11-30 23:23:10
-
Re: inc/proto.h patch - Brian Savage - 2005-11-30 19:29:21
-
Re: inc/proto.h patch - George Helffrich - 2005-12-01 01:26:34
-
-
-
George Randall
SAC developers,
I'd like to advocate for having SAC use the platform native byte order
and defer any conversion to sactosac. I've seen and used several
scripting packages to read/write sac headers and data (python, matlab,
and perl) that are useful in platform native byte order. The python and
perl kits essentially function as a shell like way to scan sac files
based on the header, and do any basic file level manipulation to
organize data sets etc. I would hate to see these efforts get compli…
[more]
Replies
-
Re: Documentation - Arthur Snoke - 2005-11-30 22:52:00
This patch to src/makefile yields a successful build on Mac OS X 10.2
systems
George
No replies
Brian Savage
I forgot to post to the list, but instead sent just to George.
This is George's response to me.
Hi Brian -
On Monday, November 21, 2005, at 06:22 PM, Brian Savage wrote:
> It sounds like whatever we decide, the file formats (SAC and SGF) need
> to be documented.
Amen. But where? There really isn't any "formal" SAC documentation
any more, just broken links hanging around on the web and outdated
pieces of paper that I have from old SAC manuals. It would be valuable
to have that roff sourc…
[more]
Replies
-
Re: byte order and swapping] - Brian Savage - 2005-11-22 17:00:12
-
Re: byte order and swapping] - Peter Goldstein - 2005-11-30 04:53:51
-
From Arthur Snoke's response:
> ... I don't agree with your statement that the byte order cannot be
> discerned easily for SGF files. The first "word" in an SGF file is a
> 4-byte integer which is (using od -t -d2 on the Sun) 00000 00005 for
> big endian and 01280 00000 on PC/Linux. Am I missing something?
The reason Arthur's tactic works is because SAC always writes SGF files
with a stanza that writes:
bufsize: 16
color: 7
line: 1
hwsize: 0.013 …
[more]
No replies
It sounds like whatever we decide, the file formats (SAC and SGF) need
to be documented.
Concerning SGF. If it has always written the files in the same way, why
change it, make it the standard and document it.
Concerning SAC. If we decide all SAC files should be in big endian
format (or even little) I am certain there will be an outcry from the
community who uses Sac for processing and as a data file format. If we
specify an endianness, we are introducing more bugs on linux machines as
the…
[more]
No replies
I have done a bit of thinking about the byte-order situation and problem
with using write header. I can confirm that using read header and write
header on a sac file in the opposite byte order does not work and
basically destroys the sac file. My thought for fixing this bug is as
follows:
On read:
Add a variable which tracks if the file needed to be swapped on read or
read header.
On write header:
if file not swapped on read:
write header
if file was swapped on read:
swap heade…
[more]
Replies
-
Re: byte order and swapping - George Helffrich - 2005-11-20 23:16:11
-
Re: byte order and swapping - Arthur Snoke - 2005-11-21 18:01:41
-
Re: byte order and swapping - Brian Savage - 2005-11-21 18:51:17
-
This appears to be a breathtaking step backward in capability. If I
understand GTK properly, it is:
1) not network capable like X11 (meaning you can't run SAC on one
machine and display the graphics on another machine);
2) would demand open source for SAC due to it coming under the GPL.
(2) was the motive, I thought, for opting for the {Free,Net}BSD version
of readline rather than GNU readline recently.
(1) is a drastic limitation in capability, if I understand GTK rightly:
you have…
[more]
Replies
-
Re: Fwd: user interface - Brian Savage - 2005-11-15 19:42:44
-
Re: Fwd: user interface - Peter Goldstein - 2005-11-15 17:56:51
-
All,
I am trying to write a simple program in C using the sacio.a library. I
was doing this to provide an exmaple bit of code people could use as a
base to start from. I am running into problems.
I read in a file using rsac1, mutiply the data by 10 and then use wsac1
to write it out to a differnet file name. If the infile file exists and
the output file does not exist, everything works as fine. If both the
input and output files exist, then a output file is written with a one
less c…
[more]
Replies
-
user interface - Brian Savage - 2005-11-15 01:32:41
