Custom Query (111 matches)
Results (34 - 36 of 111)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#18 | fixed | Dead web link | ||
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 | ||
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. | ||
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:
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). |