expo/expoweb
1
0
Fork 0
mirror of https://expo.survex.com/repositories/expoweb/.git/ synced 2024-11-22 07:11:55 +00:00
Code Issues Packages Projects Releases Wiki Activity

Adding in ancient survex and expo-website articles of historical interest

Browse Source
This commit is contained in:
Philip Sargent 2019-02-26 16:17:50 +00:00
parent 7b6716b545
commit 677f9010d2
4 changed files with 519 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

183
handbook/c21bs.html Normal file
View File

@ -0,0 +1,183 @@
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<title>CUCC Website Genesis</title>
<link rel="stylesheet" type="text/css" href="../css/main2.css" />
</head>
<body>
<h2 id="tophead">CUCC Expedition Handbook - Expo Website Genesis</h2>
<h1>Taking Expo Bullshit into the 21st Century</h1>
<p align="center"><em>Cambridge Underground 1996, pp 61-62</em></p>
<p><b><i>by AERW</i></b></center>
<p>[This article was published in CU 1996, shortly after the site was put
on the web. The text is reproduced without change, but the URLs were
updated (in 2006) to reflect the then location of these pages.]
<p>For many years, the only documentation of CUCC's activities in Austria
comprised the Log Books written "in the field" and an article or two in the
annual "Cambridge Underground". A few write ups appeared in "BCRA Caves and
Caving" or "Descent", and occasionally a lecture would occur at the BCRA
Conference. The standard of underground surveying was poor and, for the most
part, surface surveying was non-existant. Often the only way to find some of
the earlier cave discoveries was to collar the people who found them and get
them to show you. Regrettably, even this didn't always work. Looking for
going leads often involved grovelling on the floor of the Potato Hut to
find an old logbook in a tatty cardboard box, then wading through it to
find the relevant write up and trying to make some sense of it. All this
before even going underground !
<p>Today, we exchange survey data with other groups working in the area, and
all of CUCC's internal and published documentation is available in a few
minutes anywhere in the world. Logbook write-ups are linked to cave
descriptions, maps, and even colour photos, and "every" going lead or
prospect is cross-referenced to the cave description. What on earth
happened to bring this all about&nbsp;?
<p>Two things - technology, and Kaninchenh&ouml;hle. The technology made it
all possible, and Kaninchenh&ouml;hle provided the stimulus to do it.
<p>To explain: for many years, Andy had been quietly sticking all of CUCC's
cave descriptions, together with what translations of Austrian ones I could
get/make, into a catalogue of caves which was supposed to be useful in
Austria to prevent duplication of effort, and to avoid losing caves
completely. A printed version occupied a very hefty ring-binder and was not
found tremendously useful, particularly as maps were somewhat lacking. Trying
to get the information to keep it any less than about five years out of date
was also a losing battle. Some of the cave descriptions are inevitably quite
complex, and Kaninchenh&ouml;hle, in particular, has so many side leads and
connections between main routes that the description was becoming impossible
to understand.
<p>It is a feature of complex cave descriptions that the main route becomes
hard to follow as more and more side passages get into the description.
If the side passages are instead described somewhere else, then it is equally
difficult to follow the route to the going leads at their ends. There doesn't
seem to be an effective solution to this in a printed guidebook, but by
writing the description in hyper-text, the side passage descriptions can
be removed from the main route without making them inaccessible. At each
junction, the passage is merely noted, and the main description continues.
But the note includes a LINK which can instead be followed to read the
full description of the side passage.
<p>This approach was adopted for the KH description and proved rather
successful. However, the resulting description lacked context, and soon links
appeared to various other text files, which in turn were turned into
hypertext. The process gradually took off, until by last year's (1995)
expedition, all the cave descriptions were in this form, with additional
material to describe each area on the surface and the approaches to use to
get there. There were also a few photographs in the archive, though hardly
enough to be useful.
<p>A few journal articles and some of the older logbooks were also on disc,
and it immediately became obvious that the value of these could be
enhanced by adding links to the other material. Hence a cave description
could have a link to the trip which discovered it; trips could be linked
to the previous and subsequent trips to the same place (not necessarily
in the same logbook) and journal articles could likewise be linked to
the relevant cave description.
<p>As the process took off, the gaps became more obvious, so progressively
more logbooks have been transcribed and journal articles either retrieved
from mouldering floppies or typed in afresh. Some early (and painful)
attempts to represent logbook sketches in ascii text have been superceded
by scanned-in material and the archive continued to build.
<p>All of this represented a considerable amount of work, and the danger with
such things is always that it will get lost, neglected or fall into disuse.
However, stuff on disc can always be distributed to many people, in the
hope that even if disaster befalls one copy of the archive, someone else
will have an intact copy. In this way, hundreds of kilobytes of updated
descriptions were soon passing backwards and forwards by email between
Andy and Wookey each week. But the material was still only available to
a tiny handful of people.
<p>The format in which all this work had been carried out was, from the very
start, the very same format which was needed to make it widely available
on the Internet in the form of World-Wide-Web pages. Soon, Wookey managed
to find us a server which would put it all up for global access. This
revealed a very large number of problems with the system, but a couple
of weeks work fixed most of these. A Cambridge University Caving Club
home page was created, and the expedition archive (by now around five
hundred separate files) hung below this. The CUCC pages are still a bit
limited (the Home page, a brief description of the club and one of exCS,
and an (old) version of the Novice's Guide to CUCC). However, it is
hoped that CUCC itself will provide up-to-the-minute pages covering current
club activities and perhaps even a weekly copy of the club newsletter&nbsp;?
<p>It is hoped that by the time you are reading this, all the extant logbooks
and all the Cambridge Underground articles will be on the server, together
with fully up-to-date descriptions of all CUCC's caves that we still have
info for. The "Expedition slide set" which has been in gestation for over
five years might even come together this year, in which case a Photo-CD
can be made and a lot of much more useful pictures added to the archive.
This is by no means the end of the road however. There are still many
surveys and logbook sketches to scan, and we have a clickable map of the
surface to take you straight to the cave descriptions (but unfortunately
the server does not yet support this). There is foreign material from other
groups in the area to add, and we have links to another web site being run
by one of the German groups working in the area. The format allows for
things like video clips and sound, as well as text and photos so we have
the tantalising prospect of bringing a load of drunken students singing
"Wild Caver" to your computer screen...
<p>However, like the caves themselves, the web site is not easy to describe
in printed text. We hope you'll try it for yourself, get enthused about expo,
and want to come along and contribute. We hope it's structured so that you
can find your way about fairly easily - if you have problems, please let us
know so that we can fix it during the ongoing process of development. To ease
your way, here are a few selected entry points. Note that the names are
case-sensitive, and that the initial "cucc" is lower case.
<p>[<em>All those links are now incorrect and don't work. They have been commented-out. Press ctrl-U if you want to see them.</em>]
<!--
<dl>
<dt>CUCC Home page
<dd><a href="index.htm">http://www.chaos.org.uk/cucc/</a>
<dt>Expo Home page
<dd><a href="expo/">http://www.chaos.org.uk/cucc/expo/index.htm</a>
<dt>Colour pictures
<dd><a href="expo/gallery/0.htm">http://www.chaos.org.uk/cucc/expo/gallery/0.htm</a>
<dt>Kaninchenh&ouml;hle
<dd><a href="expo/smkridge/161/top.htm">http://www.chaos.org.uk/cucc/expo/smkridge/161/top.htm</a>
<dt>New entrance
<dd><a href="expo/smkridge/161/sftotp.htm">http://www.chaos.org.uk/cucc/expo/smkridge/161/sftotp.htm</a>
<dt>Stellerweg etc.
<dd><a href="expo/smkridge/41/41.htm">http://www.chaos.org.uk/cucc/expo/smkridge/41/41.htm</a>
<dt>LogBooks
<dd>http://www.chaos.org.uk/cucc/expo/years/&lt;year&gt;/log.htm
where &lt;year&gt; is 1976, 1977, ... 1995
<dt>Index of articles
<dd><a href="expo/pubs.htm">http://www.chaos.org.uk/cucc/expo/pubs.htm</a>
<dt>Index of caves
<dd><a href="expo/indxal.htm">http://www.chaos.org.uk/cucc/expo/indxal.htm</a>
<dt>Recent changes
<dd><a href="expo/update.htm">http://www.chaos.org.uk/cucc/expo/update.htm</a>
</dl>
-->
<p>If there's anything you think is wrong, anything you think is missing, or
anything you have to offer to add, please get in touch at
<p>Andy Waddington (mailbox 'Austria' on site 'pennine.demon.co.uk')<br>
Wookey (mailbox 'Wookey' on site 'aleph1.co.uk')
<p>and finally, the entire web edifice will be out in Austria [in 1997] on one or more
machines in the Potato hut for expo members to browse through (and add to)
to answer all your questions about the caves of the Loser Plateau&nbsp;! If
enough interest is shown, and enough photographs digitised, the current
"state-of-the-art" may be put onto CD-ROM. The site has outgrown floppies,
but can still be fitted onto a ZIP disc so, for the time being, if you
haven't got Internet connectivity, the edifice can be supplied on disc.
<p>Andy Waddington
<p><hr>
</body>
</html>

2
handbook/getsurvex.html
View File

@ -11,6 +11,8 @@
<p>The main software we use to process cave data and surface surveys is <b>survex</b>
which has been written over several decades by CUCC cavers.
The first version was written during the 1990 Expo in Austria in the (old) potato hut.
A <a href="survexhistory96.htm">history of survex</a> article was published in Cambridge Underground 1996. It covers the period 1988-1996.
<p>Download the survex package here: <a href="https://survex.com/">www.survex.com</a> and install it.
<p>You will discover that the application installed is actually called "aven" but do not be concerned.
This is what you will use to visualise .svx files as beautiful cave centre-line surveys.

3
handbook/manual.html
View File

@ -41,7 +41,7 @@ processes that a maintainer would want to do.</p>
</ol>
Appendices:
<ul>
<li><a href="data management system-history.html">History of the data management system</a></li>
<li><a href="c21bs.html">Taking Expo Bullshit into the 21st Century</a> - a history of the data management system up to 1996</li>
</ul>
<h3><a id="usernamepassword">Getting a username and password</a></h3>
@ -301,6 +301,7 @@ http://expo.survex.com/expo/surveys/surveytable.html http://expo.survex.com/surv
<h3><a id="arch">Archived updates</a></h3>
<p>Since 2008 we have been keeping detailed records of all data management system updates in the version control system.
Before then we manually maintained <a href="../update.htm">a list of updates</a> which are now only of historical interest.
<p>A history of the expo website and software was published in Cambridge Underground 1996. A copy of this article <a href="c21bs.html">Taking Expo Bullshit into the 21st Century</a> is archived here.
<h2>The data management system conventions bit</h2>
<p>This is likely to change with structural change to the site, with style changes which we expect to implement and with the method by which the info is actually stored and served up.</p>

332
handbook/survexhistory96.htm Normal file
View File

@ -0,0 +1,332 @@
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<title>Cambridge Underground 1996: History of Survex</title>
<link rel="stylesheet" type="text/css" href="../css/main2.css" />
</head>
<body>
<h2 id="tophead">CUCC Expedition Handbook - History of Survex</h2>
<h1>History of Survex as of 1996</h1>
<p align="center"><em>Cambridge Underground 1996, pp 63-6</em></p>
<p>[This article was published in CU 1996, shortly after the site was put
on the web. The text is reproduced without change.]
<h2>History of Survex</h2>
<p><b><i>by Wookey</i></b></center>
<p>Back in 1988 CUCC used a programmable calculator to reduce survey data
in Austria, and only on return to the UK did we have access to anything as
advanced as real survey software. This was Sean Kelly's 'Surveyor '88'
software, written for the "Below Belize" expedition. This was pretty good
- you could give it data and it would do the sums, display them in
windows, and print out the results, on multiple sheets if necessary. It
didn't take us long to find a couple of serious bugs, but as Sean was
still in Cambridge we could hassle him until he fixed them. However he
wasn't really interested in developing it any further, and the software's
deficiencies were beginning to become annoying (you couldn't use tabs to
separate data items, or '+' on positive clino readings, and the graphics
were very slow and uninterruptible, so if you accidentally pushed a button
you were stuck until it finished displaying (in several minutes time for
KH on a slow computer).
<p>So, I started to produce a spec for some better software, and Olly
Betts soon became interested and we worked together to decide what was
needed. Now there was already other software available at the time, but
the only other one that was any good which we knew of (SMAPS) was pretty
expensive at $99. So we took the same route as others, and decided to
write our own. The problem was that most authors had simply looked at
their own projects, and knocked together something sufficient for that.
Most of these had little or no loops processing as the authors didn't know
the maths or how to translate that into algorithms. There seemed no point
in repeating this short-sighted approach, so we determined to try and
produce something that would be useful to others as well as ourselves.
This meant it had to be versatile, and if we wanted it to be used it needed
to be free too. The basic spec was:
<ul>
<li>Multiple computing platforms supported
<li>Multiple languages supported
<li>Data to be entered with as little change as possible from the original
notes:<br>ie.
<ul>
<li>Free-form text entry
<li>Data entry ordering/characters specifiable (eg. . , / or ,
for decimal separator)
<li>Proper mathematically-based network reduction for loops
<li>Versatile naming conventions Connections made by either use of
existing station names, or saying station X is the same as station Y
</ul>
<li>Scalable, so it would work on slow small computers as well as big fast
ones.
<li>No software-imposed limits (eg. number of stations, legs, loops)
<li>Fast-as-possible cave display
<li>Source availability so anyone can make changes or additions
</ul>
<p>Surveyor '88 had many of the above features, and followed basically the
same design philosophy. We took the good ideas from that, and discarded
the bad ones. We could have worked from the Surveyor '88 source but our
multiple platforms requirement made that difficult as Surveyor '88 was
written in Pascal, and Pascal compilers were not readily available for all
machines. Thus we decided to write in C as it is a very portable
language and produces fast software.
<p>A Specification was duly written (which still comprises a large chunk
of the documentation, unfortunately) and we started writing, with Olly
quickly taking on nearly all the programming work. The first tangible result
was the prototype for CaveRot which was written during the 1991 expo in
BASIC and ARM code on an A3000.
<p>A trip to the Surveyors' meeting at the 1991 Swiss Caving Conference
showed us what was possible when we saw the Mac package 'Toporobot',
which was very capable and impressive. We talked to its author Martin
Heller, who was most encouraging, telling us that Toporobot was only ever
intended for the Mac, and we should go away and write some decent software
for all those other machines.
<p>The bones took shape rapidly and Survex became the software of choice
finally superseding Surveyor '88 during the 1992 expo. Since then it has
grown to several hundred K of source, with versions for DOS, RISCOS &amp;
UNIX. A major development was the use of the GNU PC compiler DJGPP which
removes the 640K memory limit imposed by DOS. This was necessary as
<span lang=de>Kaninchenh&ouml;hle</span> quickly became sufficiently large
&amp; complex that the miserable 640K provided on a DOS PC simply wasn't
enough memory to process it in.
<p>Five years on [1996], Survex has become a powerful cave surveying tool with one
of the most powerful data engines available. It lacks a great deal of
fancy user interface features (help, menus etc.) that can be found on other
good cave survey software packages, although the revolutionary
mouse-controlled CaveRot interface remains unique.
<p>A great deal of care has gone into designing the way that data is
entered, stored and processed. The command structure is neat powerful and
extensible. The network processing is done reasonably rigorously. It could be
done more rigorously, but a great deal of extra memory would be required
for little practical benefit.
<p>A number of other groups are now using it - it is particularly popular
in Brazil as the only survey software available in Portuguese. It has also
been translated to French, German, Italian, Spanish, Catalan, and US
English. Various other people have supplied add-ons such as an HTO
converter by Bill Purvis (HTO is a standard for the interchange of cave
survey data), and a program that combines Survex data, LRUD passage
data, and surface data then outputs it all as a DXF file for input into a
drafting package. This is being used by Chelsea Speleological Society in
their survey of <span lang=cy>Ogof Draenen.</span> It is also being used for
the OFD and Easegill re-surveys, and thus is the software of choice for the 3
longest systems in the UK.
<p><b>Distinguishing features:</b>
<ul>
<li>It's free!
<li>Multi-platform (from lowly 8088 PCs to UNIX systems)
<li>Powerful (in terms of survey complexity)
<li>Versatile (in terms of input data)
<li>Fast processing of survey data
<li>Hi-speed mouse and/or keyboard controlled survey viewer
<li>Good printer/plotter support.
<li>Source code freely available
<li>Multiple language support (English, US English, Portuguese, French,
German, Catalan, Spanish, Italian)
<li>PC version uses DPMI and so is compatible with Windows extended memory
management.
</ul>
<p><b>Data processing:</b>
<ul>
<li>Survey complexity limited only by available memory (on a 386 or better
PC you get up 128Mb of virtual disk memory as well as the memory in the
machine)
<li>Versatile system for hierarchical survey station naming, so station 36
in Stomping in cave number 161 is referred to in full as
'161.Stomping.36', but within 161 it is just 'Stomping.36', and within
Stomping it is just '36'.
<li>When specifying the data format you can use IGNORE and IGNOREALL to
allow direct reading of basic data from many other survey software
packages, e.g. Toporobot, CMAP, Compass, Karst, SMAPS(SEF), Survey,
!Survey (batch). Also any lines it doesn t understand at all will simply be
ignored.
<li>Multiple caves can be processed just as easily as one
<li>Data can be stored in single files, many files, or in directories, as
you see fit. Files can be included for processing within other files.
<li>Command files listing a set of Survex commands can be created for
complex tasks
<li>Surface topography can be included as contours or mesh
<li>Separate treatment of plumbed and horizontal (water-surface) legs (not
adjusted by clino adjustment)
<li>Free-text input with user-definable symbols, so you can choose the
separator, decimal point, command prefix etc. This aids import from other
programs, spreadsheet data, foreign languages etc.
<li>If no fixed points are given then the highest one is fixed at 0,0,0
automatically
<li>Network reduction by least squares. Standard errors calculated, and
recorded for each leg in vertical &amp; horizontal
<li>The survey network is split at articulation points when doing network
reduction, to increase speed and reduce memory requirements.
<li>Omitted clino readings give a vertical SD of tape/sqrt(10). This
basically means that clino-less data (eg. collected with a theodolite, or
by pacing), will stretch vertically, if attached to other data, allowing
for the fact that the height change is very unlikely to be more than the
length of the leg.
<li>Expected error/Standard deviations specifiable for all measurements
<li>Suitable BCRA Grade files supplied to set appropriate standard
deviations.
<li>Diving-style data understood, ie. Depth readings instead of Clino.
<li>Optional sequential loop closure, so new loops can leave old loops
unaffected.
<li>Output is binary (for speed) or ASCII (for people) 3d cave plot file,
text co-ordinate data, summary info, and error details.
<li>Summary statistics - Cave N/S, E/W, and Up/Down extents, total length,
adjusted length, number of legs, stations, time taken to process.
<li>BEGIN and END commands allow sections (usually surveys) to be defined,
and changed settings will not affect other data.
<li>Errors and warnings highlight the area of the line which Survex isn't
happy about (where appropriate).
<li>Warnings given for many common errors: The idea it to alert the user
to possible cock-ups, but to still try and process the data if possible.
<br>'Hanging' stations listed
<br>Compass given on plumbed leg
<br>Survey leg with same station at both ends - typo?
<br>Tape negative, or adjustment makes reading negative
<br>Compass reading not in range 0-360
<br>Clino reading over 90 degrees
<br>Length of tape measurement is less that change in depth (for diving
data)
<br>Same station fixed twice (Error if co-ordinates do not match)
<li>There are also comprehensive messages given for syntactical errors.
</ul>
<p><b>Printer support:</b>
<ul>
<li>Multi-page printouts (for big plots on small printers)
<li>8, 9 and 24 pin dot matrix (Epson, IBM Proprinter, and compatibles) -
specifiable printer codes
<li>PCL - i.e. all deskjets, laserjets and compatibles - specifiable
resolution
<li>Postscript - specifiable fonts and line widths
<li>HPGL driver - for various pen plotters - can use centre or corner
origin
<li>Canon BJ series special driver to come
<li>All drivers allow:
<ul>
<li>Any view printable - plan, elevation on any plane and angle of tilt.
<li>specifiable scale
<li>specifiable paper size
</ul>
<li>number of pages required, and arrangement (eg 3x2), is reported.
<li>Any arbitrary list of pages can be printed.
<li>Any of border, legs, station and labels can be printed/left out
<li>Dotted borders and corner alignment marks are included for accurate
cutting &amp; assembly of multiple sheets
<li>Names of processed surveys, and time of processing printed on all
plots.
</ul>
<p><b>Graphics:</b>
<ul>
<li>DOS graphics support for VGA, EGA, CGA, Hercules, 8514a, et al
<li>Acorn RISC OS at various resolutions
<li>X-Windows support
<li>Intuitive mouse-controlled cave control (zoom, pan and plan/elevation
swap), with choice of mouse moving viewpoint or object
<li>Automated rotation
<li>Direction of view, scale &amp; tilt indicators
<li>Even extremely large areas (hundreds of kilometres across) can be
smoothly viewed, but you can still zoom in to a few centimetres.
<li>Constant rotation speed (so small caves on fast computers don't spin
ridiculously fast)
<li>Multiple data files can be read &amp; displayed in different colours
(eg. cave &amp; surface colours)
<li>Labels plotted so they don t overlap and can be read
<li>Labels automatically removed while moving the plot
<li>Completely flat caves (i.e. Extended Elevations) are automatically
recognised and locked side-on
</ul>
<p><b>Other Utilities:</b>
<ul>
<li>DIFFPOS: utility for comparing two .pos files included
<li>SVX2HTO and HTO2SVX: for converting from &amp; to HTO data transfer
format
<li>EXTEND: for flattening the survey to create an extended elevation.
<li>SVX2DXF: converter now included for moving cave plots into CAD or
drawing packages in 3D.
</ul>
<p><b>So where next?</b>
<p>The driving force of development is CUCC's surveying needs, and the
requests of users. The time and effort required for producing a survey of
a big system like <span lang=de>Kaninchenh&ouml;hle</span> means that we
struggle to produce surveys containing each year's new finds. The reasons why
the new bits cannot simply be added to the existing drawing are threefold
<p>1) new bits go off the edge of the page
<br>2) new loops mean that the rest of the survey bends
<br>3) new additions often require redrawing of junctions or low-grade
surveys
<p>All of these can be often be bodged round for a year or two but sooner
or later you have to re-draw the whole lot. In the case of the elevation
it has become so complex that we are simply incapable of drawing anything
that makes sense!
<p>Doing the whole thing on computer would help in all of these areas. There
is no 'edge of the paper'. Perfect alterations can be made without smear
marks from rubbers. Adding the text so that it is all horizontal is easy. The
hard bit is bending existing survey sections when the centreline they were
originally drawn round has changed. Olly's 1991 computer project explored the
mechanisms required to achieve this, working from original work by David
McKenzie, and producing algorithms which could be applied to each vector or
bitmap cave data. The computer needs to be told how the drawing relates to
the centreline so that the whole lot can be stretched and rotated to fit.
This a feature that will eventually be implemented in Survex.
<p>In the meantime we have been looking at how to use existing LRUD (Left,
Right, Up Down) data to produce an enhanced view with volume, rather than
just a line survey. We concluded that the data as it stood was too
'humanistic' to be sensibly interpreted by a computer. Such things as
which side are left and right, what to do with all the '?' and '-' entries
at junctions and on pitches, etc. are all problematic. Andy Atkinson worked
out a compromise scheme where we give the computer some extra information
about junctions, chambers, and changes from predominantly horizontal to
vertical passage, as well as abandoning LRUD entirely for pitches and
using NSEW (North, South, East, West) instead. This new format can be
retro-fitted to existing data with the aid of the sketches in order to
make it sufficient. Julian Todd's handy experience with a firm
that writes CADCAM software gives him the tools and competence to write
software that does all the hard sums, hidden line removal, and 3d-drawing
relatively easily. Once this scheme is shown to be viable it is likely to
become a fully-fledged part of Survex, giving excellent cave visualisation.
<p>On a more mundane level work has been progressing towards fitting a
graphical front-end to Survex so that it can become a native application
in modern GUI Environments (Windows, RISCOS, X-Windows, MacOS,
etc). The main barrier to this is working out sufficiently cross-platform
ways of achieving it.
<p>Finally there is a huge list of features people would like. Many of
these require a more advanced format for the 3d files that Survex
currently outputs. This has been largely worked out and is likely to hit
the streets in the next version of Survex. This will allow the cave viewer
to know lots of stuff about the cave, like which bit is which survey, and
where the loops, junctions and entrances are, so that these things can be
displayed on request.
<p>SURVEX can be obtained from:
<br>Wookey, 734 Newmarket Rd, Cambridge, CB5 8RS 01223 504881(H) 01223
811679(W)
<br>Mailto:wookey (at) aleph1.co.uk
<br>Please send a formatted disc and a Stamped Self Addressed Envelope
<br>You can also get it from the UK cavers archive site at
ftp://chert.lmu.ac.uk/pub/chert/Survex by anonymous ftp. Also keep an eye
out for a Survex Website in the near future.
<p><em>[These days, get survex from <a href="https://survex.com/">https://survex.com/</a> ]</em>
<p><hr>
</body>
</html>