<div dir="ltr"><div>If I may throw another stone in this pond... ;)</div><div><br></div><div>I think it would be interesting to flip the relationship between the biblio/biblioitems/items tables and the marcxml data.  Using the biblio_metadata table we could store every piece of information necessary to generate marcxml from there and the biblio/biblioitems/items tables.  This would make those tables authoritative.</div><div><br></div><div>We could even go as far as not storing the marcxml, but generating it on the fly as necessary.  We could take this a step farther and use the marc_*_structure tables to represent which ever model we want to support by adding a format indicator; for example specifying a set of tag/subfield rows as being for UNIMARC, and then any data coming in to or going out from Koha in that format would go from the biblio/biblioitems/items/biblio_metadata through the marc_*_structure (koha to marc mappings) to UNIMARC, or visa-versa.</div><div><br></div><div>The biblio and item edit screens would likewise use the biblio/items/biblio_metadata tables instead of the marcxml data.  This would make imports, exports, and search engine updates more complicated, as the MARC format data would have to be generated on the fly.  The trade off is that everything else in Koha could become less complicated as it would all reference the biblio/items/biblio_metadata tables directly without having to decode / encode MARC in the system format.  The difference in complexity is small, but it is there.  In addition, all the record data would be available directly through sql without having to go through extracting data from marcxml for some things.<br></div><div><br></div><div>Admittedly, this is a very extreme idea compared to how Koha works now.  But it bugs me a little that we have two copies of each record ( in the biblio/items tables and in the marcxml ), and have to take care to make sure they are kept up to date with each other.</div><div><br></div><div>Anyway, there's an idea, since we're talking about future developments and supporting data formats besides MARC.<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Dec 3, 2021 at 7:20 AM Paul Poulain <<a href="mailto:paul.poulain@biblibre.com">paul.poulain@biblibre.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello,<br>
<br>
Le 03/12/2021 à 12:03, Arthur a écrit :<br>
> Friday's stone in the pond :)<br>
><br>
> Were you thinking like what is done today for MARC / UNIMARC / NORMAC, <br>
> choosing upon installation and then using one model?<br>
nope<br>
><br>
> Or more as "mixing different data-models in one Koha"?<br>
yes<br>
<br>
-- <br>
Paul Poulain, Associé-gérant / co-owner<br>
BibLibre, Services en logiciels libres pour les bibliothèques<br>
BibLibre, Open Source software and services for libraries<br>
<br>
_______________________________________________<br>
Koha-devel mailing list<br>
<a href="mailto:Koha-devel@lists.koha-community.org" target="_blank">Koha-devel@lists.koha-community.org</a><br>
<a href="https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel" rel="noreferrer" target="_blank">https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel</a><br>
website : <a href="https://www.koha-community.org/" rel="noreferrer" target="_blank">https://www.koha-community.org/</a><br>
git : <a href="https://git.koha-community.org/" rel="noreferrer" target="_blank">https://git.koha-community.org/</a><br>
bugs : <a href="https://bugs.koha-community.org/" rel="noreferrer" target="_blank">https://bugs.koha-community.org/</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div>Michael Hafen<br></div>Washington County School District Technology Department<br></div>Systems Analyst<br><br></div></div></div></div>