[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#344284: marked as done (RFP: gsac -- GSAC: SAC (Seismic Analisys Code) clone)

Your message dated Sun, 24 Dec 2006 11:59:53 -0700
with message-id <E1GyYZd-0001Rj-Fc@merkel.debian.org>
and subject line WNPP bug closing
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: wnpp
Severity: wishlist


* Package name    : gsac
  Version         : 3.30
  Upstream Author : Robert B. Herrmann Name <rbh@eas.slu.edu>
* URL             : http://mnw.eas.slu.edu/People/RBHerrmann/ComputerPrograms.html
* License         : 
  Description     : GSAC Generic Seismic Application Coding

(Include the long description here.)

SAC, the Seismic Analysis Code, was created by researchers at the Lawrence
Liver more National Laboratory in the early 1980's. Initially distributed
as a FORTRAN program with low level routines in C, SAC became widely used
by the earthquake research community. The current SAC2000 is written in C,
and is distributed as an execuable binary form for several common
platforms. SAC and SAC2000 actually permit more than simple manipulation of
seismic traces.  The macro script language and signal processing features
make it a processing tool that has only recently been supplanted in
capabilites by commercial packages such at MATLAB, MATHCAD and Mathematica.
The other contribution of SAC was the definition of a seismic trace file.
The concept of this file is similar to that use in seismic exploration for
which the trace consists of a trace header and the binary trace itself.
Many programs have been written to use the SAC trace files. This was
encouraged in the original SAC distribution by ready access to a library of
input/output routines for the FORTRAN and C languages.

Unfortunately SAC/SAC2000 has become dated because of its monilithic
structure, the previously closed source distribution, and advances in
computer platforms.  The signal processing capabilities have been
supplanted by MATLAB and Mathematica, the support of 24 bit color displays
under X11 is lacking, and the assumptions about the underlying X11 support
engine have become dated. With this in mind, we decided to write a program
to permit necessary seismic trace manipulation from scratch. Starting,
March 27, 2004, we created a functional GSAC by June 1, 2004 without much
effort. GSAC takes its name from the free gcc and g77 compilers used, with
the corresponding commitment to open sources.  SAC is a group effort to
provide documented tools for manipulating seismic traces which happen to be
stored in a SAC file format. GSAC thus emphasizes waveform processing
rather than a specific implementation. Thus GSAC is meant to be all
inclusive which means that the concept will encompass different underlying
operating systems (UNIX, LINUX, MacOS-X, Windows), different hardware
architectures (IEEE bigendian and little-endian), and different development
environments (gcc/g77, MATLAB, Maple, etc). 

The design goals of the GSAC project are simple: · Platform independent
seismic waveform calculator core routines, with front ends that permit
command line operation, especially within shell scripts.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-1-k7
Locale: LANG=es_CL, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

--- End Message ---
--- Begin Message --- 
Hello,

This is an automatic mail sent to close the RFP you have reported or 
are involved with.

Your RFP wnpp bug is being closed because of the following reasons:
- It is, as of today, older than 365 days.
- It hasn't had any activity recently.

As this is an automatic procedure, it could of course have something
wrong and probably it would be closing some bugs that are not 
intended by owners and submitters (like you) to be closed, for
example if the RFP is still of your interest, or there has been 
some kind of activity around it. In that case, please reopen the
bug, do it, DO IT NOW! (I don't want to be blamed because of
mass closing and not let people know that they can easily reopen
their bugs ;-).

To re-open it, you simply have to mail control@bugs.debian.org
with a body text like this:

reopen 344284
thanks bts

Further comments on the work done in the bug sent to
344284@bugs.debian.org would be truly welcomed.
Anyway, if you have any kind of problems when dealing with
the BTS, feel free to contact me and I'd be more than happy to help
you on this: <damog@debian.org>.

A similar process is being applied to other kind of wnpp bugs.

Thanks for your cooperation,

 -- David Moreno Garza <damog@debian.org>.

--- End Message ---
Reply to: