Custom Query (111 matches)

I don't know if the bug is caused by cavern, the Inkscape import filter for Survex 3d files, or Inkscape itself, but the angles are different in Inkscape than in the original .svx file. Example:

*data normal from to tape compass clino
1       2       3.75    209.4   -14.1
3       2       6.57    18.3    -3.3
3       4       3.45    292.4   6.5
3       5       2.97    225.6   10.5
5       6       1.79    111.9   3.4

In Inkscape, the angles are:

1-2 ... 209.45°
3-2 ... 18.21°
3-4 ... 292.45°
3-5 ... 225.69°
5-6 ... 111.98°

The error in 3-5 is noticeable.

I've been noticing these differences for many years and blamed them on some maximum resolution or snapping in Inkscape. But the lines can actually be manually drawn with the correct length and angle in Inkscape. So there must be a serious inaccuracy somewhere in the transformation process.

Hello Olly, it is not really a bug, but I miss the times according to ISO 8601. ​https://en.wikipedia.org/wiki/ISO_8601#Calendar_dates

When working with multiple programs special gears like * date 2017.01.12 disturb easily. Just like the old statement of declination.

Standardization was invented for that. greetings Milosch

Occasionally we end up with a .svx file containing bits of survey which are not connected directly to each other. Currently to print these out it's necessary to selectively comment out parts of the file and reprocess.

Would it be possible to add the following behaviour to cavern?: on processing a .svx file which contains parts that aren't connected to each other, optionally (dependent on a command line option) produce multiple .3d files, one for each part of the survey. So for example foo.svx containing 3 bits of survey that don't connect directly to each other would result in foo.part1.3d, foo.part2.3d foo.part3.3d