https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27584 --- Comment #22 from David Cook <dcook@prosentient.com.au> --- (In reply to Ere Maijala from comment #20)
I think there's an advantage with tracking the different timestamps even if it's more complicated. When item data is not included, it wouldn't be useful to harvest biblios as updated when an item changes, since the biblio record would be identical.
Agreed
If you meant that we could have another timestamp that would indicate the latest change for the logical record that OAI-PMH would provide, yeah, that'd work, but trying to track latest item changes in biblios would complicate other functionality and could also have unintended consequences such as increased overhead for batch operations.
I meant we'd keep the existing timestamp for the bibliographic data and then add a timestamp to indicate when the bibliographic data + items/holdings data was changed. Then depending on the OAI setting, it would decide which timestamp was relevant.
Also, I'm still optimistic that we can get bug 20447 merged somewhere in the future, and that would add to the complexity.
That'll be interesting when that time comes.
As I see it, the "proper" solution would be to have a publishing process that would run in background to create sets of records for harvesting. With published sets we could handle inclusion of items, deletions etc. in the publishing process, and the OAI-PMH provider would only need to serve the results. However, this would be a whole lot more complicated than what we currently do, and there'd be a fair chance that the publishing process would do a lot of work to create result sets that nobody ever harvests. Additionally, it would make quick (semi-realtime) incremental harvesting impossible.
I don't think that would be feasible. I reckon all we need are some good indexes. But I think this change makes sense for now. -- You are receiving this mail because: You are watching all bug changes.