https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31161 --- Comment #19 from David Cook <dcook@prosentient.com.au> --- (In reply to Ere Maijala from comment #18)
Anything non-OPAC could qualify, e.g. a union catalog based on OAI-PMH. Or even an OPAC instance for staff use only.
I was thinking about it again this morning and thinking that it could be any non-public system.
For flexibility it should be possible to configure suppression per OAI-PMH set in addition to a default setting.
GetRecord isn't affected by sets, so are you thinking of a flag in the "oai_sets" data that would disable the suppression/hiding of records?
GetRecord response has header/setSpec to indicate which sets the record belongs to. It should reflect suppression by excluding a set where the record would be marked deleted. So if we have sets "all" and "opac", a suppressed record would only have <header><setSpec>all</setSpec></header>.
I was thinking that a suppressed record wouldn't be retrievable at all by GetRecord if it's suppressed/hidden by the OPAC business rules. We have libraries who don't want records to leave Koha or be exposed in any public capacity if they're suppressed/hidden, and I think that makes sense. -- An alternative could be to have public and private OAI-PMH endpoints but that wouldn't necessarily be backwards compatible with all harvesting systems... Now that I think about it, we do have non-Koha systems that have public and private OAI-PMH endpoints. It would probably be the cleanest solution, but it would involve work to transition. Since Koha tries not to change behaviour with upgrades, I suppose the oai.pl would keep the current behaviour, and "public/oai.pl" or "public_oai.pl" would be the endpoint that doesn't send suppressed/hidden record metadata. -- I suppose there could also be a few system preference options regarding record suppression/hiding. There could be a "full block" where records are suppressed/hidden regardless. Then there could be a "partial block" where records are retrievable by default, unless the "set" says not to block it. And then "no block" would be showing records regardless. (Maybe "no block" should also turn off the current "OpacHiddenItem" handling too then?) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.