Custom Query (111 matches)

Survex has reported how many nodes of each N there are in the processed data since it was created. This was a neat touch, but mostly more of a curio than important data.

As laser splay-surveying becomes more popular then number of node-sizes is rising (there is now a 35-node in the Austria dataset), and you pretty-much get a screenfull of this stuff scrolling the important info about cave length and warnings off the screen.

I really think that printing this out on stdout is now much more unhelpful than helpful and we should probably stop doing it unless someone asks for it. It's been annoying (to me at least) for a long time, but the distoX surveying style really has pushed it over the edge.

There is a related matter of putting the 'calculated statistics' somewhere more useful than just in the output stream, especially if we add area and volume (see ​https://trac.survex.com/ticket/80 )

This quirk has been in Aven since whenever. I suspect that most people, like me, have just ignored it since it doesn't impede use of the software; it's merely a cosmetic defect.

As an example, the depth scale on the survey I'm currently looking at is labelled starting at -1.14e-10mm. This is plainly spurious... we try hard to maintain a reasonable degree of survey precision, but I think that the nearest metre should usually be acceptable on Aven's depth scale!

Survex still uses proj_api.h which is deprecated in PROJ 6.0.0 and will be removed in PROJ 7.0.0 (scheduled for March 2020).

When using proj_api.h with PROJ 6.0.0 -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H=1 needs to be added to CFLAGS to prevent a compiler error.

Survex should be updated to (also) support the proj.h API.