Custom Query (95 matches)

We currently have surface data as legs, which can be used to make a terrain grid (using terraintool to import DEM data). A proper surface using openGL would make for much better visualisations, separate surface survey/GPS data from terrain models and allow later additton of map-draping and similar features.

Related features are data reading, a DEM survex data type, DEM import, co-ordinate conversion, and overlay images, but those are subjects for separate tickets.

Some work on this has been done in 2002 and 2011, as discussed in various 'Surface data' threads at: ​http://lists.survex.com/pipermail/survex/2011-September/thread.html Since then the survex VCS has been converted from SVN to git so the links are broken.

The important bits are these commits: r2035 8ed7e813da6bb872ef3d5d5f7064c3ad16ecb921 ​https://gitorious.org/survex/survex/commit/8ed7e813da6bb872ef3d5d5f7064c3ad16ecb921 r2059 33b2094393ec862b7206d12f49c9735a53d8fb88 ​https://gitorious.org/survex/survex/commit/33b2094393ec862b7206d12f49c9735a53d8fb88

And this is Stuart's hacky patch showing that the core if this is straightforward:

You can't currently click on an anonymous station to set the point to measure from, but you can click on a named station and measure to an anonymous one.

Currently the anchored end of the measuring line corresponds to the selected entry in the survey tree, but anonymous stations don't appear there, so it might need some reworking to allow them to be measured from.

If I print the CUCC austria all.3d dataset on one A4 page (via the cups-PDF printer on Debian Wheezy) the station positions are 'gridded' to a much lower resolution than the printer could cope with. The lines themselves are high-res. The result is not really usable as it doesn't look right. A sample PDF is attached to illustrate the issue.