I still have some issues with the Auto-Adjustement for multi-entrances cave. Maybe I'm doing something wrong (?). I have 3 entrances linked together, approx 1500 survey shots, many loops. I have increased the auto-adjustement settings to something stupidly high, still no loop adjustement. I managed to upload my file on G-drive so you can have a look. I'll sent you the link via PM.
I have to admit I struggle to clearly identify the bug as before the bug appeared, I found the filter feature a bit awkward and I did not like the way filter validation worked or at least the way I found to make it work. I never knew "tab" to exit would validate the filter. After typing in the new value, I would reselect the filter type in the dropbox menu... not practical but it clearly worked before the bug. I think the filter value should be validated by either typing "enter" or click on a validation button, any other way is not intuitive in my opinion (tab or click anywhere). Concerning saving filter value after it has been validated, I think the value should be saved for each filter type and not one value for all filter type. This would allow to quickly swap between two filters without typing again and again the values. This can be very useful when you have a huge amount of splays and want to see something that one filter cannot clearly segregate. Maybe you could even develop a secondary filter, to increase the filtering capacity and segregates splays. What do you think?
Sorry for the long silence, but now back home and in front of my computer... To be honest I don't know what could be the best solution. For sure, if several caves are connected and auto-adjustment selected for at least one of the network entrance, then auto-adjustement should apply to this network. Now, does it has to be applied to all other surrounding caves ? It can be discussable and this answer probably lies more into the number of adjustments and computer calculation capacity. I'll see how it goes with 10.3.1. I'll try to make my file available on G-drive, as it start to be a big one - with multi-entrance caves, many loops, massive amount of splays - so you can use it for test if you don't have any available yet.
There a bug affecting the filter un Drawings. It looks like the last filter entry is stuck in the box... CRP filter box in Drawings does take any changes and stay stuck with last saved criteria. This only affects Drawings but not Vizualisation.
Auto adjustement works for single entrance caves but seems to be broken for multi-entrance caves. The total number of survey shots (less to adjust) is lower than the max defined in settings. Can you please look into this issue?
Zitat von Mark E Tringham im Beitrag #1I have been loading cave survey data and merging data sets by copying and pasting into a \'master cave\' file as recommended on forum. But what happens to data declination value when you copy and paste it? Is it now using the receiving file declination or is the old declination preserved?
The Mag Dec and Mag Var at various times and/or locations can be defined in File > "Instruments". You give each "Instruments" a unique ID. Then in your data table(s), each line can be set with a different instrument ID. To make it work as expected you also need to fill the date field as well in the data table.
I don't have an exploration area big enough to get significant Mag Dec differences at the cave entrances of my networks and Mag Var is stable enough over a year. So I set one "Instrument" per year (i.e. 01.01.YYYY) and let the mag var and data line date deal with the calculation. But if you have some caves far appart to get significant Mag Dec at the entrances, you can set different "Instruments" for the same year but for different locations. I import raw data (not processed with mag dec) from TopoDroid - Can't say much about Pocket Topo as I never used it. As soon as the new data set is imported in CRP, all the new data lines are highlighted, so I use the value/replace feature to set Instrument (ID), Date, Surveyor (ID).
In my opinion, the easiest way is to consider your 3 caves as one network with 3 entrances. When I want to connect several entrances, I have all the survey data in the table of one of the entrance, then in the other entrances data table, I only have one line with the reference points to bind the entrances position to there GPS coordinates.
I have also observed some of these strange behaviours... most of the shutting CRP down and start it up again solved the issue. Like Andreas, I haven't been able to clearly identify the cause.
When filtering a range of altitude, I carefully select my range to the lowest and highest splays I want to display. However the colorscale applied seems to randomly select part of the purple to red colorscale: most of the time two continuous colors, sometimes 3, some others only 1. Even weirder, if I increase the range of color 1m by 1m, I suddenly get a very different color scale applied. see below screenshots. [[File:Capture d?e?cran 2023-06-12 a? 16.15.21.jpg|none|auto]] [[File:Capture d?e?cran 2023-06-12 a? 16.14.47.jpg|none|auto]]
Colorscale purple to red should always applied from filter lowest to highest values. And in case of unique value, from value.00 to value.99 as sometimes a meter make a difference.
I still think getting more satelliteimages /maps options would be great as is some area satellite images offered by Google are blury, cloudy, etc. For the map side of things, OpenTopoMap maps are really good background and anyone can be an editor, so if the maps of the area isn’t detailed enough, we can add lots of features, which is not the case with Google Maps/Earth
I think the improvements of drawing frame is a great idea... if the export into info frame can include coordinates, altitude, and... surveyor list. Basically info we have already documented in the database and usually end up on the cave chart so we don’t have to rewrite everything again. Also.., if we could get a tool to create a UTM grid instead of drawing it line by line... One more thing is I like have my final drawings with UTM grid displayed but with True North pointing to the top... so I always have to rotate my drawings which is time consuming ( mainly to unrotate the text). would it be possible to do this automatically?
Good tool I think but I suggest to add a safegard : e.g. a prompt window if the replacing name already exist in the table to confirm the change and to prevent overwriting something we don't want to overwrite.
Altitudes displayed are correct for a cave displayed alone. But we add several caves, the altitudes aren't correct for all the cave but the top selected one. Looks like all altitudes are calculated based on the altitude of the entrance of the top selected cave.
I was wondering if it was doable to add a feature calculating the depth from surface based on DEM for each station (and even better: for each splays) and then to display the calculated values as we can do for depth/altitude? This would help a lot characterizing shallow spot...
to me it is obvious that many LRDUs are completely off.
Shouldn't LRDU cones be based on LDRU parameters defined in settings and LRDU column (bisector in this case) instead of perpendicular? if LRDUs are calculated perpendicular to the shot but then are displayed as bisector, then there is obviously an issue. Even with this in mind, I still think many LRDUs are way off, too long to be explained by any of the splays. The LRDUs cones seems to have a far too wide angle. LRDUs should describe the cave dimension at station level, but splays can describe the cave beyond the previous or next station. Maybe the cone angle applied to the LRDU wizard should be reduced or definable in settings.