Custom Query (111 matches)
Results (79 - 81 of 111)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#86 | fixed | Stop printing N-nodes info by default | ||
Description |
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 ) |
|||
#30 | fixed | Sub-picometre values in depth legend labels | ||
Description |
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! |
|||
#102 | fixed | Support for PROJ 6.0.0 | ||
Description |
Survex still uses
When using
Survex should be updated to (also) support the |