Grouping and managing dive logs

[Miika Turkia]

On Sun, Sep 27, 2020 at 9:29 PM Attilla de Groot <attilla at attilla.nl> wrote:

>
>
> On September 27, 2020 20:18:49 Miika Turkia <miika.turkia at gmail.com>
> wrote:
>
>> On Sun, Sep 27, 2020 at 4:59 PM Attilla de Groot via subsurface <
>> subsurface at subsurface-divelog.org> wrote:
>>
>>>
>>>
>>> On 27 Sep 2020, at 15:22, Jason Bramwell <jb2cool at gmail.com> wrote:
>>>
>>> I have my own way of doing this and this is done using a combination of
>>> tags and location name.
>>>
>>> For me my tag rules are:
>>> Deep = anything over 35m (this is just depth that I’ve chosen as my
>>> cutoff point)
>>> Deco = any dive with accelerated decompression. Mandatory or extended
>>> safety stops don’t count in my rules
>>>
>>> What you have suggested (nitrox, mandatory deco ceiling) could easily be
>>> done with tags.
>>>
>>> My location naming scheme is a bit less consistent and I have a couple
>>> of ways of doing this, whatever seems the most sensible. At home I use
>>> Country – Town/City – Site. On holiday I use Body of water – Country – Site
>>> (I do this if the trip is from a liveaboard where the port of origin is
>>> less meaningful) or Body of water – Country – Town/City – Site  (I do this
>>> if it’s a ‘day-boat’ leaving and returning to port.
>>>
>>> e.g.
>>> Adriatic Sea - Croatia - Krnica – Pascoli
>>> Adriatic Sea - Croatia - Plomin Luka – Vis
>>> Pacific Ocean - Chuuk - San Francisco Maru
>>> Red Sea - Egypt - Chrisoula K
>>> Red Sea - Egypt - Giannis D
>>> UK - Plymouth - HMS Scylla
>>> UK - Plymouth - SS James Egan Layne
>>> UK - Portland - HMS Boadicea
>>>
>>> This works for me.
>>>
>>>
>>> I agree that I can solve this with tags just like you. It would mean I
>>> have to add tags to all my previous dives, it will just cost me some time
>>> to add them. I thought it would be nice to have some additional search
>>> features though for people that have a large number of dives.
>>>
>>>
>>> For discontiguous dives as part of the same trip, that doesn’t make
>>> sense to me. A ‘trip’ as far as Subsurface is concerned is a set of
>>> contiguous dives for example some sea dives and some cenote/cave dives in
>>> Mexico but these would all be contiguous. I’d be interested in knowing the
>>> reasoning why you would want to use this otherwise.
>>>
>>>
>>> I’m making quite some local dives between my trips that I would like to
>>> group as “local dives” to have a shorter overview in the list (which is why
>>> the trip feature exists). As you can see in the attached screenshot, this
>>> would end up as quite a weird list since these local dives are
>>> discontiguous between the trips I’m making.
>>>
>>
>> You can add a trip (or multiple trips) manually, and add selected dives
>> to the trip. Choose the dives you want to group together, click right
>> button within the selection and choose create trip above. This should group
>> all the selected dives together. (Not sure if it works if there is a
>> different trip in between the dives, but it should be easy to test out.)
>>
>
> I've tested that part, but then the local dives get added to the trip in
> between. I can create a trip for each period between my actual trips, but
> it would be nice to have my local dives grouped together.
>

If you select all the dives that are not in any trip and group them
together, they all are merged into one group. I just tested this with
Subsurface 4.9.6.
[image: image.png]

This is not something that I would use personally, but seems to be
possible. You could also use the filtering to hide the dives you do not
wish to see. I.e. choose the Location field and "None of", Exact, and then
specify the local dive sites: VV Ze4,De Beldert

Besides, if you wish to group dives by year, you can do that just fine.
Dives are grouped automatically (if you enable this) when there tissue
loading. But manually you can group even dives that are months apart.

miika
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20200928/8aab36f7/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 13346 bytes
Desc: not available
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20200928/8aab36f7/attachment-0001.png>