Custom Query (111 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (34 - 36 of 111)

2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
Ticket Resolution Summary Owner Reporter
#18 fixed Dead web link Olly Betts Wookey
Description

On this page: http://survex.com/history.html both links are now dead. CUCC (was http://www.cam.ac.uk/CambUniv/Societies/cucc/) should be: http://www.srcf.ucam.org/caving/wiki/Main_Page Expo (was http://www.chaos.org.uk/cucc/expo/index.htm) should be: http://expo.survex.com/

#73 fixed Displaying LRUDs for vertical legs Olly Betts Erin Lynch
Description

There is a bug in the way LRUDs are displayed for stations connected by a vertical leg. The example below should produce a tube which is 10m tall and 10m wide, but in aven the passage at stations 1 and 2 is 20m tall with an abrupt step.

*data normal from to tape compass clino 0 1 20 0 0 1 2 10 - UP 2 3 20 0 0

*data passage station left right up down 0 5 5 10 0 1 5 5 10 0 2 5 5 0 10 3 5 5 0 10

#141 fixed Do more sophisticated grid convergence. Olly Betts Eric C. Landgraf
Description

Currently, we compute grid convergence for the point specified in *declination auto. Typically, this is fine: if you're not at polar regions or at the very edge of a UTM zone, it's likely less than 1°.

However, for very large cave systems or cave regions, this method is insufficient: it requires you set *declination auto at several different points. This is ususally a sensible idea: if your cave system is large, declination is likely to change across linear space, sometimes quite agressively, and it is hard to effectively predict this behaviour as it shifts temporally and spacially.

Grid convergence (difference between grid north and true north) is "simple" in comparison, and changes less dramatically over a region. But for multi-entrance systems could still result in major shifts between entrances

We should compute it at more than a central point, especially for "large" systems. This likely will have to be a configurable knob.

Some caveats that Olly and I have discussed:

  • grid convergence for any given leg both depends on and controls station location
  • station location cannot be ascertained without closing loops and solving the system.

The only way to *perfectly* account for grid convergence requires iteratively re-solving the entire system (an operation which can be quite costly) with new convergence corrections based on final location. This is going to be most costly for the cave systems where it is most important. So what we want is an "approximate" solution that can be done quickly, and generally, without users having an in-depth understanding of grid convergence themselves.

Therion uses the centroid of all fixed points. Walls appears to semi-iteratively solve for grid convergence (although I may be wrong).

2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
Note: See TracQuery for help on using queries.