https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42952
--- Comment #22 from David Cook <[email protected]> --- (In reply to David Cook from comment #21) > (In reply to Marcel de Rooy from comment #20) > > Just curious how the z3950_responder does in terms of performance here > > (having the older fast reply of Zebra in mind)? > > It's a good question. Logically, I think that it would have to be slower. > However, I doubt it would be significantly worse. > > When I query the SRU endpoint from MarcEdit, using z3950_responder.pl with a > Unix socket and Elasticsearch, it's still very fast. > > The more post-processing we add, the slower it'll get, but we can take that > into account as we apply those layers I think. The MarcEdit use case is an interesting one though. In that context, we want to get the same MARCXML that we'd get in the cataloguing editor so that we don't lose any data. But in a public context we'd want the filtered MARCXML. I'm onboarding a hosted Koha library at the moment where they've used MarcEdit for many years with in-house Koha to do their cataloguing. I actually really like it as a workflow, and I'm hoping that we can use Marva Quartz in the same way to provide BIBFRAME cataloguing for Koha... (I just need to find the time to work on that instead of the million other Koha things I need to do...) -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list -- [email protected] To unsubscribe send an email to [email protected] website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
