<div dir="ltr"><br><div class="gmail_extra">Hi Marcel<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 7 August 2017 at 08:06,  <span dir="ltr"><<a target="_blank" href="mailto:koha-devel-request@lists.koha-community.org">koha-devel-request@lists.koha-community.org</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><br>
I would propose now to make the decision that we only use one set of kohafield mappings (those from Default), and that we do no longer allow changes to kohafield mappings in the other frameworks.<br>
The possibility of adding multiple mappings per kohafield hopefully removes most objections to that approach as illustrated in the frameworks A and B example.<br>
<br>
End of Koha-devel Digest, Vol 141, Issue 7<br>
******************************<wbr>************<br>
</blockquote></div><br></div><div class="gmail_extra">Good job. +1<br><br></div><div class="gmail_extra">I think that it is necessary to allow mapings from Koha to MARC mapping and avoid the changes in frameworks. Librarians' needs go in the way to data presented in the screen, i.e., they got in their catalogs a mix between RDA records and AACR records, for example, if a librarian start to catalog records in RDA and she or he goes to Acquisition Module, when places an order, the screen does not show the publication data because biblio.copyrightdate is empty. This happen in a few modules where presentation on screen not uses XSLT.<br><br></div><div class="gmail_extra">I think this only happen in MARC 21 records<br></div><div class="gmail_extra"><br><div id="gmail-gt-res-content"><div dir="ltr" id="gmail-gt-res-dir-ctr" class="gmail-trans-verified-button-small"><span class="gmail-" id="gmail-result_box" lang="en"><span>As a librarian I am excited to know that this is fixed.</span></span></div></div><br></div><div class="gmail_extra">Greetings<br></div><div class="gmail_extra"><br>-- <br><div class="gmail_signature">Atte,<br><br>Héctor Eduardo Castro Avalos</div>
</div></div>