It does have me thinking. we already have the biblio_metadata table set up to allow arbitrary metadata to be added to a bibliographic record. Really we just need a system for doing CRUD, have code for rendering views of the data, and code for allowing that data to be searchable*. In terms of CRUD, data rendering, and I suppose even indexing, plugins might be a useful way to experiment with this functionality. (Of course, there's always the danger that people go off on a million different custom pathways which makes support a nightmare.) This also has me thinking about RDF/Linked Data. I think in the past I had too much of an hopelessly idealist vision of how Linked Data should work, but Fedora Commons has inspired me to see RDF as just another metadata format that can handle countless schemas. With Fedora Commons, the subject URI is your web URI, the predicate is whatever schema URI you want to use, and then the object is often a literal string. Fedora Commons doesn't use a triplestore out of the box, so we don't need to worry about that right now. We could just store some RDF/XML or JSON-LD in the biblio_metadata table (personally I like working programmatically with JSON-LD but RDF/XML is probably more MySQL friendly due to its XML parsing functionality - although MariaDB 10.2 adds JSON support I think which should be available in Debian Buster. RDF/XML would also be XSLT friendly). *Technically, Zebra can handle any XML, but we just give it MARCXML. There's no reason Zebra couldn't handle more XML-based formats. That being said, I think we've all agreed Elasticsearch is the future, and I think there's already work done/being done on that to allow arbitrary metadata to be added? David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: Koha-devel <koha-devel-bounces@lists.koha-community.org> On Behalf Of dcook@prosentient.com.au Sent: Monday, 17 February 2020 12:00 PM To: 'koha-devel' <koha-devel@lists.koha-community.org> Subject: [Koha-devel] Adding peer review status to article records Hi all, I have a library interested in adding peer review status to their article records in Koha. The short-term solution is to use a local MARC field and do a code customization for it. However, peer review status is the kind of thing that the library industry will probably see more and more of going forward into the digital future. It seems to me that a long-term solution would be wiser. Sure enough, ExLibris Alma and OCLC WorldCat Discovery already have this functionality: https://help.oclc.org/Discovery_and_Reference/WorldCat_Discovery/Search_resu lts/How_item_bibliographic_data_is_displayed https://knowledge.exlibrisgroup.com/Alma/Release_Notes/010_2018/11_February_ 2018/Alma_February_2018_Release_Notes/02Resource_Management_-_February_2018_ Enhancements#Peer_Review_and_Open_Access OCLC uses a non-MARC method, whereas ExLibris rely on a magic string in a 500 field for peer review status. That being said, I'm not sure what the best long-term solution would be to add this metadata to a bibliographic record. What do you all think? David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595