HDTenEightyP/NetNews huggingface dataset:
From: srf@rose.asd.sgi.com (Sharon Fischler)
Newsgroups: comp.sys.sgi,comp.sys.sgi.graphics
Subject: Re: Textured spheres in libsphere.a
Date: 18 Dec 92 00:34:35 GMT
Reply-To: srf@sgi.com
Organization: Silicon Graphics, Inc., Mountain View, CA.
NNTP-Posting-Host: rose.asd.sgi.com

In article <1gqfh3INN8ad@network.ucsd.edu>, surles@boris.sdsc.edu (Mark Surles) writes:
|> Is there a way to texture map spheres defined in SGIs libsphere.a?
|> As far as I can tell the spheres do not have normals.

The spheres are always drawn with normals  so
you can use texgen, such as TG_SPHEREMAP,
to texture the spheres.
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
all comments are my own personal ramblings....
Sharon Rose Fischler - srf@sgi.com   
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.sys.sgi
From: furio@uiuc.edu (furio ercolessi)
Subject: Re: Audio Format
Reply-To: furio@uiuc.edu (furio ercolessi)
Organization: MRL - UIUC
Date: Tue, 15 Dec 1992 04:07:46 GMT

In article <9781@storyteller.avrl.mei.co.jp>, okada@av2.avrl.mei.co.jp (Tsuyoshi Okada) writes:
|>
|>BTW, I'm glad to know that the new 'green' box is going to be
|>able to install both CD-ROM drive and DAT drive.  May I ask
|>what's her name?

does this mean that boxes with other colors can't have
a CDROM and a DAT at the same time!?!?
--
Furio Ercolessi
Materials Research Laboratory           |   Intl School for Advanced Studies
Univ. of Illinois at Urbana-Champaign   |   Trieste, Italy
furio@uiuc.edu                          |   furio@sissa.it
Newsgroups: comp.sys.sgi
From: edik@spartan.ac.BrockU.CA (Ed Sternin)
Subject: Re: ANNOUNCE: SUIT 2.3, an easy-to-learn GUI toolkit
Organization: Brock University, St. Catharines Ontario
X-Newsreader: Tin 1.1 PL4
Date: Tue, 15 Dec 1992 17:54:34 GMT

Well, I got the SUIT downloaded.  SGI version is not bad, although
again -- the simplicity that was promised only becomes evident after you learn
quite a bit about using the thing.  It is similar to other "semi-intuitive"
packages I have seen.

One of the major attractions for me was the availability of exactly the same
package on several platforms.  I am sorry to report that the DOS version 
of the demo crashes all the time on this generic 386/33, 4M, AAmazing mouse.
It seems to be a mouse problem, the program keeps hanging up as if receiving
multitude of clicks that overwhelm its input buffers (after I click once).

In general, the distinction between various mouse buttons is not consistent
(or is not made? -- could not tell because of the crashes).

My longest run on the DOS version: 25 sec.
-- 

-------------------------------------------------------------------------------
Ed Sternin, Dept. of Physics, Brock University, St.Catharines, Ontario, L2S 3A1
  voice: (416)688-5550 ext.3414   FAX: (416)682-9020   email: edik@brocku.ca
From: keith@zookeeper.zoo.uga.edu (Charlie Keith)
Newsgroups: comp.sys.sgi
Subject: ghostscript on 4d25, indigo
Date: 12 Dec 92 10:33:15 GMT

Hi -

	I have built ghostscript on a 4d25, hoping to use it to drive HP
 laserjets on both machines. The code works, because if I direct it to a file
I can print that file out on another machine. I am not having much luck trying
to route it diectly to the spooler, however. If I include the switch

	-sOutputFile=\|lp

as they say to do, the print comes out garbled, because lp screens its input,
presumably. I have the HP selected as a dumb printer. Can anyone give
me a clue as how to set it up, or what switches to send lp, to avoid this?

	I also built support for a dec ln03 into the system, because I may
occaisionally use that printer. The ln03 communicates thru a serial port.
Will there be any difference, except in port selection?

Thanks 10E6
Charles Keith
From: carlkb@uts.uni-c.dk (Klaus Bock)
Newsgroups: comp.sys.sgi
Subject: New SGI game: Pipeline maze
Summary: How to read the Pipeline magazine
Keywords: pipeline sgi game
Date: 16 Dec 92 10:23:09 GMT
Organization: UNI-C, Danish Computing Centre for Research and Education


-------------------------------------- Page 1
Instructions for reading PIPELINE,
the magazine published by SGI.

Starts on page 4.
-------------------------------------- Page 2
might have noticed,

Continued on page 8

this magazine (if you've been here before,
you might by accident have entered an
endless loop - don't bother the new
MIPS R100000000000 chip runs endless loops in
10 milliseconds)

Continued on page 5...
-------------------------------------- Page 3
that

Continued on page 7...
-------------------------------------- Page 4
As someone

Continued on page 2...
-------------------------------------- Page 5
however,

Continued on page 10...
-------------------------------------- Page 6
articles

Continued on page 3...
-------------------------------------- Page 7
makes it worth to navigate through.

End.
-------------------------------------- Page 8
it can be difficult

Continued on page 11...
-------------------------------------- Page 9
has a lot of interesting

Continued on page 6...
-------------------------------------- Page 10
this magazine

Continued on page 9...
-------------------------------------- Page 11
to read

Continued on page 2, lower half...
-------------------------------------- Page 12


this page is left blank.


----------------------------------------------

- why is it necessary to break up all the articles
in small bits and pieces!!!


Regards,

Mogens Kjaer
Carlsberg Laboratory,
Dept. of Chemistry
Gl. Carlsberg Vej 10,
DK-2500 Valby
Denmark
Mail: carlkb@uts.uni-c.dk
From: pg@alice.att.com (Paul Glick)
Newsgroups: comp.sys.sgi
Subject: Re: 8mm tape drive - how to store 4.5GB
Date: 13 Dec 92 11:26:05 GMT

In article <1992Dec10.132201.27325@cronkite.ocis.temple.edu> atul@sgi1.fels.temple.edu (Atul Kumar) writes:
>I have an 8mm tape drive on my sgi box. The tapes store only 2.5 GB (in tar 
>format) although it says on the tape 4.5 GB. Could somebody suggest a way to
>increase capacity (if its possible).
>
>thanks,
>atul.

Exabyte tape drives want to be fed a continuous stream of data.  The drive
will leave blank blocks (1K) or blank tracks (I seem to remember 8K for the
8200 drives, but I am not sure) if it does not have the data.  You need
to either spool the tar output (unlikely for such a large amount of data)
or use another program to save your data.  I have been using bru to backup
my disks because it has a double buffer option, but I am not really sure
about its effectiveness either.  The other important thing is to choose
an appropriate buffer size.  This is necessary to keep the 246K byte
buffer in the 8200 non-empty (I think the 8500s buffer is twice as big,
again I am not sure).  Notice I said non-empty not full.  If you select
a large buffer in either tar or bru.  You may not be able to keep up the
demand for those chunks.

				Paul Glick
				pg@research.att.com
Newsgroups: comp.sys.sgi
From: jj@aquarium.esd.sgi.com (Jennifer Jacobi)
Subject: Re: XWSH Configuration
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 11 Dec 92 18:31:05 GMT


In article <34442@adm.brl.mil>, SUTPHINWB@npt.nusc.navy.mil writes:
> Any special escape code that will allow XWSH to have a boarder without
> any buttons, scroll bars or title bar?  I can get rid of everything, but
> I can't get a boarder after I do.

I am not sure if I understand you question completely.

If what you are trying to do is get rid of the window manager decorations
around your XWsh, then you can do the following under 4Dwm or mwm.

place in your .Xdefaults file the following line:

4Dwm*XWsh*clientDecoration: none
for mwm
Mwm*XWsh*clientDecoration: none



If you want to get rid of all the decorations EXCEPT the border and 
resize handles then put the following line in your .Xdefaults

4Dwm*XWsh*clientDecoration: resizeh
for mwm
Mwm*XWsh*clientDecoration: resizeh


Now restart the window manager so that these resource settings are loaded
in.


If you select "none" as your window manager decorations, then you must always
use <Alt><space bar> over the XWsh to get your window manager menu.

If you select "resizeh" as your window manager decorations, then you can 
use the above sequence to get your window manager menu AND

left mouse button over the border   : resize the window
middle mouse button over the border : move the window
right mouse button over the border  : this gets you the window manager menu.


As for the scrollbar in the XWsh, I think there is some way to do that --
but I don't know about it off the top of my head.  Check the XWsh man
page on your system.

--jj

----jj@sgi.com------------------------------------------------------
Calvin's dad on the load limit of bridges: "They drive heavier and 
heavier trucks across the bridge until it breaks, then they weigh the 
last truck and rebuild the bridge."  Sounds uncomfortably close to the
way a lot of software is written...
From: millert@nordsieck.cs.Colorado.EDU (Todd C. Miller)
Newsgroups: comp.sys.sgi
Subject: irix patches for mh 6.8
Date: 18 Dec 92 22:17:16 GMT
Organization: University of Colorado, Boulder

Here are the changes I needed to make to the mh 6.8 distribuition to make it
compile under Irix 4.0.1 plus the MH config file I used.  Note that you'll
definately want to modify the config file for your own use, probably
extensively.

# irix4 - Sgi Irix 4.x configuration file for MH 6.8 on hpsc indigos:

bin             /usr/local/mh/bin
etc             /usr/local/mh/lib
mandir          /usr/local/mh/man
manuals         standard
mail            /var/spool/mail
mailgroup       mail
editor			/usr/bsd/vi
remove          /bin/rm -f
chown           /bin/chown
mts             sendmail/smtp
bboards         off
bbdelivery      off
bbhome          /usr/spool/bboards
mf              off
pop             off
cc              cc
ccoptions       -cckr -O
curses          -lcurses
ldoptions       -s -O
ldoptlibs
sprintf         int
sharedlib       off
slibdir         /usr/local/lib
ranlib          on
signal			void
# options
options			ATTVIBUG
options			FLOCK
options			NTOHLSWAP
options			RENAME
options			UNISTD
options			VSPRINTF
options			DBM
options			MIME
options			MSGID
options			SBACKUP='"\\043"'
options			FOLDPROT='"0700"' 
optione			RPATHS
options         BIND 
options         MHE
options         MHRC
options         MORE='"/usr/bsd/more"'
options         OVERHEAD
options         SOCKETS 
options         SYS5
options         SYS5DIR
options         TZNAME
options			WHATNOW
# config file ends

Here are the patches I needed to make, they work for me but your mileage may
vary.

*** sbr/makedir.c.dist	Tue Dec 15 09:55:22 1992
--- sbr/makedir.c	Wed Dec 16 13:46:20 1992
***************
*** 15,21 ****
  #include <stdio.h>
  
  #if defined (BSD42) || defined (hpux) || defined(SVR4) || \
! 	defined(ncr) || defined (_AIX) || defined(AUX)
  #include <errno.h>
  #include <sys/param.h>
  #include <sys/file.h>
--- 15,21 ----
  #include <stdio.h>
  
  #if defined (BSD42) || defined (hpux) || defined(SVR4) || \
! 	defined(ncr) || defined (_AIX) || defined(AUX) || defined(sgi)
  #include <errno.h>
  #include <sys/param.h>
  #include <sys/file.h>
*** zotnet/mts/lock.c.dist	Tue Dec 15 09:56:18 1992
--- zotnet/mts/lock.c	Wed Dec 16 13:58:28 1992
***************
*** 209,217 ****
  
  #if	defined(FLOCK) || defined(LOCKF) || defined(FCNTL)
  
! #if	defined(BSD42) || defined(SVR4)
  #include <sys/file.h>
! #if	defined(SUN40) || defined(SVR4)
  #include <sys/fcntl.h>
  #endif
  #else 
--- 209,217 ----
  
  #if	defined(FLOCK) || defined(LOCKF) || defined(FCNTL)
  
! #if	defined(BSD42) || defined(SVR4) || defined(sgi)
  #include <sys/file.h>
! #if	defined(SUN40) || defined(SVR4) || defined(sgi)
  #include <sys/fcntl.h>
  #endif
  #else 
-- 
 Todd C. Miller    millert@cs.Colorado.EDU    Sys/Adm Undergraduate Operations
From: root@ERE.UMontreal.CA (Super-User)
Newsgroups: comp.sys.sgi
Subject: Re: SGI workstations in the schools?
Date: 17 Dec 92 22:20:18 GMT
Organization: Universite de Montreal

>In article <WALVER.92Dec15073151@kielo.uta.fi>, walver@kielo.uta.fi
>(Ville V. Walveranta) writes:
>|> 
>|> 
>|>         Are the Silicon Graphics workstations (Personal IRIS,
>|>         INDIGO...) in use in any college as a primary teaching/lab
>|> tool
>|>         in the computer graphics/animation department?
>
>I know about SGI equipment at Stanford, Cornell, Princeton (about 50
>machines), University of Colorado at Boulder (like 50), Leeds University
>in UK (about 100 machines), University of Texas at San Antonio (about 15
>machines).
>
>Just some numbers I have heard from second sources, so please don't hold
>me personally accountable for errors.

Hi,

    here at "Universite de Montreal" ( Quebec, Canada ), one of our main
computing platforms is SGI : we have 12 servers ( 4D/280, 4D/380, 4D/480 )
and many workstations ( 4D/20, 4D/..., and Indigoes ). We are quite pleased
with their performance.

Andre Earl Paquet ( paqueta@ERE.UMontreal.CA )
Newsgroups: comp.sys.sgi
From: melchers@Harpo.Chemie.FU-Berlin.DE (Bernd Melchers)
Subject: Re: Comparison of R3000 and Intel 386 and 486's
Organization: Free University of Berlin, Germany
Date: Wed, 16 Dec 1992 08:34:41 GMT

senseman@ethel.brainlab.utsa.edu (David M. Senseman) writes:


>I hate to post this because this newsgroup has too many flame wars
>going on right now, but I promised my friend, so please, no flames....

>Can anyone send me "speed comparisions" between R3000 and Intel's 386/486 
>chips? (yeah, I know, ......).

>Thank you.

We use some iris4d 35 (R3000, 30Mhz) and some PC compatible (with
DELL-Unix) with an intel 486/33Mhz. In general, the R3000 (cc with
option -O2) have
170-190 % of the speed of the intel processor (by excessive using
of floating point operations). If you use the gcc compiler for the 486
with option -O2 instead of the DELL cc compiler (haves only option -O)
the code becomes 10 % faster (R3000 : 486 = 1.6-1.8 : 1).

The graphic on the PC (with VGA board) is much slower and by excessive using it
slows down the whole PC.

configuration:
R3000:
1 30 MHZ IP12 Processor
FPU: MIPS R2010A/R3010 VLSI Floating Point Chip Revision: 4.0
CPU: MIPS R2000A/R3000 Processor Chip Revision: 3.0
On-board serial ports: 4
Data cache size: 64 Kbytes
Instruction cache size: 64 Kbytes

80486:
486/33Mhz
256Kb Cache


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Bernd Melchers                   | melchers@chico.chemie.fu-berlin.de
Freie Universitaet Berlin        | Lieblingsessen: Pizza, aber nur
Institut fuer Kristallographie   |              selbstgemachte...
Takustr. 6                       |              und ohne Tierkadaver
D 1000 Berlin 33                 |
Earth                            |
Tel.: 0049-30-8383612            |
                                 |
Please replace battery pack, attach external power,
or system will be shutdown in 10 seconds.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: n102ef@tamuts.tamu.edu (Ming Niu)
Newsgroups: comp.sys.sgi
Subject: A Question About Audio Files
Date: 13 Dec 1992 23:41:42 GMT
Organization: Texas A&M University, College Station
Distribution: world
NNTP-Posting-Host: tamuts.tamu.edu

Hello!  I am using SGI Indigo to analyse
various sound.   I know AIFF is a standard
file format for an audio file.

From the standard audio file, how can I 
get the amplitude of the sound within?

After decoding, one should have a sequence
of integers or floating points(I am not sure)
which represent the amplitudes of the sound
wave in a period of time.   If the sampling
rate is 44.1KHz, that means there are 44,100
integers or floating points.

How can I get these numbers?   Anyone knows
the answer?     Thanks!
From: tale@uunet.uu.net (David C Lawrence)
Newsgroups: comp.sys.sgi
Subject: newgroup comp.sys.sgi.bugs
Date: 12 Dec 92 09:34:59 GMT

comp.sys.sgi.bugs is an unmoderated newsgroup which passed its vote for
creation by 160:46 as reported in news.announce.newgroups on 4 Dec 1992.

For your newsgroups file:
comp.sys.sgi.bugs	Bugs found in the IRIX operating system.

The charter, culled from the call for votes:

  bugs          Discussions/posting of bugs found in the IRIX operating system.
From: flash@austin.lockheed.com (James W. Melton)
Newsgroups: comp.sys.sgi
Subject: SGI Phigs implementation
Date: 13 Dec 92 11:26:07 GMT


I was having a conversation today with the Product Manager of
Lockheed's (SMS) mapping product about the future direction of the
product. I had requested that they consider porting the underlying
graphics kernel to GL (or OpenGL) so I can get better performance
on my SGI workstations :-)

She said that they had considered it, but that platform
independence was a major consideration, so they were leaning toward
implementing the kernel using Phigs (Figaro+ on SGI). I argued
(somewhat ignorantly, I admit) that an X-based solution give a
standard, but would not help the performance any.

She said that
	1) Phigs is built into X11R5 (true? if so, how about it
				      SGI?)
	2) Figaro+ (for the SGI) is actually built on top of GL.
	   That I found hard to believe

I have listened in on the various conversations around the net on
Phigs and PEX and GL and OpenGL, and am not interested in reviving
them here.

However, I am curious if the SGI implementation of Phigs takes
advantage of the CLEARLY SUPERIOR SGI graphics hardware, or is it
as crippled as the X server?

I presume that GL is the SGI answer for really hot graphics
performance, but what about OpenGL on other platforms (S*n)? Will
it out-perform an X-based application?

Please email; post if you like. I can't always keep up with the
volume.
From: ik3x@vax5.cit.cornell.edu
Newsgroups: comp.sys.sgi
Subject: Random errors in a 4D-240 running 4.0.4
Date: 18 Dec 92 11:08:18 EST
Distribution: comp
Organization: Cornell University

When running FORTRAN programs compiled with -g -lfpe -C options
on a 4D-240GTX I find I get different results for the same input data.
If I run the same program on a DEC-3100 I get the same output data.
The differences I get on the SGI machine occur at random locations
in the program. I would like to know if other 4D-240 users have
experienced this and if anyone has any suggestions as to what can
be done to fix this.
Thank you
Shankar S.
----------------------------------------------------------------
shankar@pdf.tn.cornell.edu
----------------------------------------------------------------
From: cmbenda@unccsun.uncc.edu (Carl Michael Benda)
Newsgroups: comp.sys.sgi
Subject: NEC CDR 74
Date: 13 Dec 92 13:11:15 GMT


I have an NEC CDR 74 SCSI cd rom drive, it is NEC's highest performance
external cd rom drive.  Does anyone know of a reason why this drive should
not work on an R3000 or R4000 Indigo?

Thanks for any info....

/Carl
From: rogerj@cs.cornell.edu (Roger Jagoda)
Newsgroups: comp.sys.sgi
Subject: comp.sys.sgi.admin comp.sys.sgi.hardware comp.sys.sgi.misc
Date: 12 Dec 92 23:12:34 GMT

Fellow SGIers,
 

 We just got some new Indigos. I must say we are impressed!
 Very fasy machines. BUT, the documentation is pretty
 poor.

 We want to add a BOOTABLE 1G drive to one machine.
 We have tried dvhtool AND a direct sash copy (from ROM) from the
 OEM bootable disk (the small 236 ST1280 that comes with the
 machine) but no luck. We tried:

 dvhtool -v create /stand/sash sash
				
   				That wanted to know
				starting end ending blocks
				which of course we couldn't
				tell it. How does one know
				where to start and end.

We just want to make a bootable disk! For those
familiar with DEC/Ultrix, we want to do the equivalent
of /etc/newfs (which installs bootblocks) or for SUN
folks out there the equivalent of installboot. How
do you tell IRIX to install the needed things into the volume
header of a new disk to make THAT disk bootable. It
can't be too hard.

We WERE able to read the vol header though, the the disk
was made correctly at least and it is mountable, but
not bootable...:-(

If it's in TFM, just point us, we'll be glad to use them, but
we already spent four days hacking and the manuals don't have
this info!

Thanks much in advance!

--Roger Jagoda
Cornell University
rogerj@cs.cornell.edu
Newsgroups: comp.sys.sgi,comp.sys.sgi.admin,comp.sys.sgi.misc
From: hoesel@igc.ethz.ch (Frans van Hoesel)
Subject: Re: Command not found, but file exists - Need Info
Organization: University of Groningen, the Netherlands
Date: Thu, 17 Dec 1992 10:21:16 GMT


all the executables in your path are in one big hash table internal to csh
when adding programs the way you did (by copying it into your current
directory) csh has no way of knowing it. To tell csh about it use
'rehash' and it will regenerate its hash table with executables

-- frans

-- 
--    ==============================================================    --
----  ===  frans van hoesel             hoesel@igc.ethz.ch       ===  ----
--    ==============================================================    --
From: kurt@cashew.asd.sgi.com (Kurt Akeley)
Newsgroups: comp.sys.sgi
Subject: Re: How to render an image larger than screen?
Date: 18 Dec 1992 01:22:51 GMT
Organization: Silicon Graphics, Inc.
Distribution: world
NNTP-Posting-Host: cashew.asd.sgi.com

-- 

In article <1992Dec17.201401.13749@news.acns.nwu.edu>, l-he@nwu.edu (Liang He) writes:
|> Hello Everyone,
|> 
|> 	Does anyone out there have the experience to render an image
|> larger than screen?
|> 
|> 	We have a slice maker which has much higher resolution than
|> Iris's screen. While making slice, we would like to render an image
|> with higher resolution than the screen's 1280x1024, say 4096x4096.
|> So we can fully use the resolution of our slice maker. How can we do
|> it? Can AVS, Ape, or Explorer do it? We have a SGI Personal Iris.

Render the image as a sequence of subimages in multiple passes.  For each
subimage, use the window (not the perspective) command to specify a
non-symetric viewing frustum.  Make the viewing frustum N pixels larger
than the tile in all four screen directions, where N is the largest of
1/2 the point size and 1/2 the line width.  Expand the left and bottom
edges even farther if character strings are to be rendered.  Use the
screen mask to limit actual rendering to the actual tile area.  Specify
the viewport to match the frustum, not the tile.

You may want to increase the point width and line size for high-resolution
images.

-- Kurt Akeley	    kurt@sgi.com  (415) 390-3612  M/S 7U-550
From: hunter@phoenix.apana.org.au (James Gardiner)
Newsgroups: comp.sys.sgi
Subject: Re: R4K Indigo drive slot problem
Date: 21 Dec 92 03:49:47 GMT
Organization: Phoenix ComSystem
NNTP-Posting-Host: localhost.apana.org.au

long@vax.ox.ac.uk (Neil J. Long) writes:

>Hi 
>I have reported it as a hardware fault but is there any other reason why a 
>device (DAT or second hard disk) in the top slot is reported to be present 
>by hinv but cannot be accessed by the system (/dev/nrtape not found, etc).
>Both devices work ok in the middle slot.
>As is the way I started to install a second drive after everyone else has 
>gone home so I'm hoping that the net can get me an answer before the phones 
>open at the local SGI office.
>Thanks
>Neil
each slot has a different scsi ID. top 3 , middle 2, bottom 1 (usually HD)
so if you move a DAT from the middle to the TOP it changes SCSI id from 
2 to 3.  the /dev/tape device is set for the scsi id of 2.
to use the DAT while moved to top slot, refer to thedevice in
/dev/mt/tps0d3* devices.
You can always over ride this by setting the SCSI id on the
device by disconnecting the funny cable that sets the scsi ID
like this.  Ie, so its set to THAT scsi ID no matter were it is put.


James

-- 
James Gardiner ..... hunter@phoenix.apana.org.au ..... Phone: +613 532 8030
            Co-ordinator Silicon Graphics User Group Melbourne
     Vice-President Australian Public Access Network Association (APANA)
                     mail info@apana.org.au for more info