>(I also switched to using a new centreline when the team changes - this is a 
>pain though, because it means any calibration, copyright, date, authorship, 
>etc. also has to be repeated. It would be so much easier for it to respect 
>group.)

 

It is a pain, but it is something I have got used to. 

Repeating from memory my interpretation of something that I think Stacho or 
Martin B posted some years ago; the reporting of statistics is only resolved 
down to centreline resolution (not survey leg resolution).  So this means that 
Therion might well be honouring any changes to metadata that you make using 
group - endgroup.  But the statistics gathering code cannot report accurately 
those changes, because the lowest resolution is 'by centreline'.  If this 
interpretation is correct, then group endgroup is good for settings that affect 
the centreline shape, flags, standard deviation, but not for metadata that 
needs to be gathered for statistics reporting, such as changes relating to team 
members.

 

Regarding reporting of surface survey statistics, you can export a sql 
database, and I am sure that it will contain the information you want, subject 
to the 'centreline resolution' issue above.  You will need to think of the 
query criteria to set to get the result you are after.  That is perhaps not 
completely helpful, because it means you will need to manually enter that 
information in the map-header, either by customising it, or entering it as a 
map-comment.

 

'Statistics' is a layout option, so it is possible that the visibility of 
surface centrelines may affect the statistics reported.  I don't think so, but 
it is something you should check.  ie

symbol-show group surface-centreline vs symbol-hide group surface-centreline

 

Otherwise, the next best option is as you have requested, an option to include 
or exclude the surface survey in the explo-length and topo-length totals for 
team members.

Maybe a new statistics option is desirable;

statistics <explo/topo-length on/off>, with the default [off] matching the 
current behaviour.

 

If such a change were contemplated, then I would like carto'-length' (or maybe 
better carto'-scrap') to be included in the statistics that can be sorted by 
team member 'contribution' sorting.  ie, I would like to sort cartographers by 
the amount of drawing they have contributed (currently only alphabetically is 
possible).  I think the best measure of this would be the number of scraps they 
have drawn (consistent with my contention that more little scraps is better 
than few large scraps).

And I guess the same potentially applies to copyrights.  If there are 50 scraps 
that are copyrighted to one organisation, and 4 scraps to another, there should 
be the ability to sort the larger one first, rather than alphabetically.  ie 
expand

statistics <explo/topo-length                               on/hide/off> to

statistics <explo/topo-length/carto/copyright on/hide/off> with the last two 
ranked on scrap count.

 

Bruce

 

 

 

 

 

 

_______________________________________________
Therion mailing list
[email protected]
https://mailman.speleo.sk/listinfo/therion

Reply via email to