Auto-adjustement with load of shots is a long process to run... fair enough. But when auto-adjustment has been run (i.e. calculation), it should make no difference to the software speed, right? However, I find the software very (very) sluggish when auto-adjustement is on, and most loss of performance are not justified/shou in my opinion. - jumping from one tab to another seems to launch the adjustment calculation again and again (not always though). - jumping from Plan to Perspective does the same. - adding a "drawing/layer" takes forever... - opening a file with auto-adjustment on is so long, that it seems to be crashing...
These are few examples of the things that doesn't seems to work optimaly I think there is room from improvement here.
I'll drop you a PM with link to my master file so you can have a look for yourself.
It is fonctionnal but it can be a tad headscratching to set up...
To keep things easy (in my opinion), I consider a cave network as one entity: meaning it doesn't matter from which entrance I started each part of the surveys, they belong to the same network... so why splitting the data between several data tables/cave entrances ?!? So I decide which entrance is going to be the primary entrance and then I build the entire network from that primary entrance > Master data table. Then I create all the "secondary" entrances (with GPS coordinates, altitude) and add in their data table one lonely data row for each secondary entrance.
This gives me something like this:
Cave #1This is the primary entrance 1.0.0 > 1.0.0 ; 0m; 000°; 0° This is the reference point of the primary entrance (GPS/alti of entrance #1) survey shot data survey shot data survey shot data survey shot data ... that's all the cave network data = Master data table
----- Cave #2This is a secondary entrance 2.0.0 > 2.0.0 ; 0m; 000°; 0° This is the reference point of the secondary entrance #2 (GPS/alti of entrance #2) nothing more
----- Cave #3This is another secondary entrance 3.0.0 > 3.0.0 ; 0m; 000°; 0° This is the reference point of the secondary entrance #2 (GPS/alti of entrance #2) nothing more
When this is done, there a couple of data rows per entrances to add in the Master data table:
1.x.x> 2.0.0; 0m; 000°; 0° (1.x.x is the secondary entrance 2 station number in the master data table) 2.0.0 > 2.0.0 ; 0m; 000°; 0°; (RefCave=) 2
1.y.y> 3.0.0; 0m; 000°; 0° (1.y.y is the secondary entrance 3 station number in the master data table) 3.0.0 > 3.0.0 ; 0m; 000°; 0°;(RefCave=) 3
some more improvements to make it smooth. 1 - top row of the dropdown menu: create new topographe which open the surveyors list 2 - when opening the dropdown menu, if the surveyors number is already filled in, then the corresponding surveyors line (number and names) should be visible (i.e. without scrolling down) and highlighted in the dropdown menu 3 - If several lines are selected in the data table, selecting a "surveyors" from the dropdown menu should apply to all selected lines.
Personnaly, I do my cave drawings in CPR and roughly place texts/names... then I export from CRP to SVG format and finalize my documents in Illustrator (if you use several drawings/layers in CRP, they will come as SVG groups which is very practical) . By finalizing my document I mean: I do have some template ready (A4, A3, landscape/portrait) to import my SVG drawing. Title block, chart frame, North arrow are ready. Scale is ready to be scaled... Then I have to do the following. - Scaling the scale - True north rotation as I do my drawing using UTM grid to be able to draw the grid in CRP so for true north chart, I have to rotate the map - Final text placements and text arrows - Title block - Logos. Done, nice and easy :)
Done for both in case you change your mind :) [[File:Icon-greyout.png|none|auto]] [[File:Icon-mask.png|none|auto]]
I used the same blue as the other icons and I tried to use the same grey. But for my colorblindness, the gray is too dark so the contrast between the two colors isn't enough and they get confused so the icon becomes meaningless to me. So I kept the lighter gray, similar to the one used on the actual display (215/215/215).
I prefer the 2 icons being of close design. [[File:without funnel.jpg]] vs. [[File:with funnel.jpg]]
In case you use the funnel icon, for the French version,
* Réduire >> Filtrer - hovering text: N'afficher que les données filtrées. Sometimes a tiny difference influences the meaning/the message... here it would be the icon :)
It does gives a better result for Plan for sure and improves things a bit for Perspective as I (we?) look at the Perspective from above to the side, rarely from below. However, it make a mess in the data so this should be run in the background by CRP and not something done by the user.
Something that could be improved on the same transparency matter is the final color rendering. If we apply some transparency, the area become transparent but the color gets actually ligther (on a white background). I wonder if there is a way to keep the expected color rendering with transparency. I suppose this is more complicated than said.
Restarted the PC this morning and checked if the issue was still there before upgrading to 9.1.3.... Gone. Looks like the PC changed its keyboard configuration to English US i.e. QWERTY so typing Ctrl+Z on the keyboard was actually a Ctrl+W... This doesn't explain the different behaviour between French and English versions I observed. However, I can't reproduce it this morning so rebooting the PC/software might have donne some good.
Color scale should be - easily - tunable. I have added a 30m deep parts to a 15km/600m depth networks and when trying to draw this new part, depth colorscale is absolutely useless as there's no difference in the splay colors, so all the detailed information is more confusing than useful. We should be able to tune min (purple) and max (red) values to narrow down the depth colorscale to part of the network we work on/drawn.
From this: [[File:Z colorscale_02.png]]
We should be able to set the Z colorscale to get to that: [[File:Z colorscale_01.png|none|auto]]
Also, the Plan and Perspective overlay order of splays should be fixed. Splays aren't displayed as the actually overlay. As a consequense, I get deeper splays are displayed on top of shallower splays and make the interpretation complicated to impossible. This issue is not present in Volume.
This is a erroneous display: [[File:Z colorscale_01.png|none|auto]]
Workaround works thanks. I'd rather disable the ref points than clearing the refCave field... less work, more error proof. Still think that this should be par of the Adjustements options.
In the French version, in "Dessiner" tab, Ctrl+Z don't "Undo last action" but makes the selected tab to jump from "Dessiner" tab to "Topo" tab. This also happens from any of the other tabs. This behaviour isn't observed in the English version, although if you press Ctrl+Z from "Drawing" tab, it will jumps to "Elements" tab.
The color for fill passage feature can be set with transparency (%). when doing so, the borders of the areas don't get the transparency setting (and I can't find a way to correct this afterward). As a consequence, all the areas filled with the feature have a none-desired plain border.
[[File:fill_border_issue.png|none|auto]]
This isn't a display issue as the border is exported with *.SVG files.