[Therion] testing control over sort order for copyright-count

Wed Nov 25 20:20:46 CET 2020

Stacho

My first two test runs of copyright counting and sorting appeared to go OK,
as below.  However the third shows up an anomaly.

Adding a second copyright to one or two scraps results in that copyright
counting as zero (0).

If I remove the first copyright from each of those scraps, leaving just the
second, there is no change to either of the counts ie (32) and (0).

And then I make further changes as described below, and the output is
sometimes updated, but other times not.

Part of this is consistent with me making a mistake in my testing, but it
seems repeatable just now, and is perhaps consistent with one of the effects
that I posted on 1 November, and copied below.

Authors (carto) are always counted correctly.  Copyright counting appears
random and usually wrong.  I'm not sure there are actually 32 NZSS
copyrights, but I guess that is something I should manually check.

I'll reboot and try again tonight!

Bruce

  statistics carto all         # all/off/number

  statistics carto-count on  # on/off/hide 

  statistics copyright all     # all/off/number

  statistics copyright-count off  # on/off/hide

Copyright alpha-sorted. This is expected behaviour.

  statistics carto all         # all/off/number 

  statistics carto-count on  # on/off/hide

  statistics copyright all     # all/off/number

  statistics copyright-count hide  # on/off/hide

Copy-right count-sorted and count hidden.  This is expected behaviour.

  statistics carto all         # all/off/number

  statistics carto-count on  # on/off/hide

  statistics copyright all      # all/off/number 

  statistics copyright-count on  # on/off/hide

Copyright count-sorted and count shown, but note that:

- count of NSG is (0) regardless of whether there are 1 or 2 scraps with NSG
and whether those scraps have only NSG or both NSG and NZSS set,

- count of NZSS is (32) regardless of whether copyright NZSS is removed and
replaced with NSG for two of the scraps.

.but after adding an author.

. the authors are correctly listed

. the NSG copyright-count is (1) when there are two NSG copyrights!

. the NZSS copy-right-count is (32) when there should be two less, as I
removed two of them!!

On removing an author.

. the authors are still correctly listed, but

. NSG copyright is still (1) when it should be (2)

. NZSS copyright has reduced to (31) when it would seem it should be (30) 

From: Therion <therion-bounces at speleo.sk> On Behalf Of Bruce Mutton
Sent: Sunday, 1 November 2020 15:48
To: 'List for Therion users' <therion at speleo.sk>
Subject: [Therion] copyright for survey centrelines not recognised

For many years I have been adding a copyright date and text string to each
of my scraps and survey centrelines.

Always the same text string, and the date according to when the scrap and
centreline was created.

Always with the same result - a statistic in the pdf export that includes
the string and a date range.

Just now I broke with tradition, and added a new string to a centreline.  To
my surprise the new copyright did not appear in the output.

After a little experimentation I have come to come tentative conclusions.

1.	Copyrights added to survey centrelines are not added to the
statistics in pdf exports that include only survey centrelines.
2.	Copyrights added to survey centrelines are not added to the
statistics in pdf exports that include maps.
3.	Copyright strings (different to the majority) added to scraps in
large projects may not be added to statistics in pdf exports.  In smaller
projects they are however.
4.	Copyrights sorting in the pdf output is unpredictable.  
It is not according to spelling A to Z, but changing the spelling changes
the output sorting.

It is not according to date, changing the date does not change the sort
order.

In all these examples, there are a number of scraps with "NZSS" as the
copyright string, and there is only one example of the other string ("NSG"
or "caves.org.nz" respectively.
So the sort order is also not related to the number of instances of the same
string, because sometimes NZSS sorts first, and sometimes last.

Any one have insights or experience with this?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20201126/a5163447/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 19330 bytes
Desc: not available
URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20201126/a5163447/attachment-0009.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 17646 bytes
Desc: not available
URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20201126/a5163447/attachment-0010.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 17508 bytes
Desc: not available
URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20201126/a5163447/attachment-0011.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 18482 bytes
Desc: not available
URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20201126/a5163447/attachment-0012.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image012.png
Type: image/png
Size: 18411 bytes
Desc: not available
URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20201126/a5163447/attachment-0013.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image013.png
Type: image/png
Size: 10185 bytes
Desc: not available
URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20201126/a5163447/attachment-0014.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image014.png
Type: image/png
Size: 14445 bytes
Desc: not available
URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20201126/a5163447/attachment-0015.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image015.png
Type: image/png
Size: 11739 bytes
Desc: not available
URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20201126/a5163447/attachment-0016.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image017.png
Type: image/png
Size: 12566 bytes
Desc: not available
URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20201126/a5163447/attachment-0017.png>