[Koha-bugs] [Bug 15851] "Analytics: Show analytics" showing regardless of whether they have analytics

[bugzilla-daemon at bugs.koha-community.org]

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15851

--- Comment #33 from Tomás Cohen Arazi <tomascohen at gmail.com> ---
Truth is catalogues need to be assumed heterogeneous, and that's starting point
on any solution to this:
- Advanced analytics
- EasyAnalytics
- Hand-made 773 fields (and whatever happens in UNIMARC)+

They can all happen in the same catalog (importing external records, different
geological eras on the biblio database, etc)

I see two options:
1) Implement the same logic of searching linked records that is used on
creating the link, but on the *detail.pl files. This would be similar to
Jonathan's approach, but it would consider more use cases. Pros: the
implementation is very simple and straight-forward, if it works on the XSLT we
could consider it valid on the .pl and we could just pass the variable to the
XSLT for proper rendering, independent on the leader value. Cons: It is not
exactly correct (if we assume the catalog is heterogeneous, then some research
needs to be done on those searches, maybe there should be a search for both use
cases in a single query, but also the one Jonathan used (for the EasyAnalytics
case). This would certainly add latency on rendering a record.

2) Add a 'has_child_biblios' boolean column, and introduce sysprefs to control
what strategies to use for finding children records. This could be hooked on
saving records, and have an on/off switch. This way we would have something
like:

- BibliosKeepChildrenInfo (on/off switch)
- BibliosKeepChildrenStrategy: controlnumber|easyanalytics|freesearch

BibliosKeepChildrenStrategy should be sortable and you should be able to choose
which options to use.

A maintenance script should be added for populating this boolean the first
time.
The current XSLT behaviour could be kept with a deprecation notice, but I think
the constraint to do it only for serials is wrong (a bug).

-- 
You are receiving this mail because:
You are watching all bug changes.