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

Wed Nov 25 21:24:38 CET 2020

Thanks a lot for the feedback Bruce, you are right - only copyrights from
scraps are used for maps, not from the centerline.

Definitely, this part of the code needs deeper refactoring, but
unfortunately, I am leaving for a caving trip tomorrow, so I will not be
able to work on it until next week.

I have tried today to reproduce your untrapped error but without success.
Could you please send me even a corrupted therion.log file, to have at
least an idea, where these strange things happen?

Thanks, S.

On Wed, 25 Nov 2020 at 20:21, Bruce Mutton <bruce at tomo.co.nz> wrote:

> 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?
>
>
> _______________________________________________
> Therion mailing list
> Therion at speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20201125/8962ffc6/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/20201125/8962ffc6/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/20201125/8962ffc6/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/20201125/8962ffc6/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/20201125/8962ffc6/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/20201125/8962ffc6/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/20201125/8962ffc6/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/20201125/8962ffc6/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/20201125/8962ffc6/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/20201125/8962ffc6/attachment-0017.png>