<p>I'd set two different Koha's and use vufind to replace the opac, and mix them both.</p>
<p>For the patrons, an ldap database.</p>
<p>Regards<br>
To+</p>
<div class="gmail_quote">El 02/01/2012 10:59, "BWS Johnson" <<a href="mailto:abesottedphoenix@yahoo.com">abesottedphoenix@yahoo.com</a>> escribió:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Kia ora!<br>
<br>
<br>
>>  I would like try use MARC21 and Unimarc in the same system. So I do like<br>
>>  this "1.MARC Bibliographic framework<br>
><br>
> I'm fairly sure that's a bad idea and not possible. The differences<br>
> between them (in terms of Koha internals) is a lot more than just the<br>
> MARC type. My natural instinct from the bit quoted would have to be "run<br>
> away screaming" :)<br>
><br>
> Probably not related to the error you're getting though.<br>
><br>
> Most likely you've got your system set to something (say, MARC21) and by<br>
> trying to add data in UNIMARC format you're missing out some required<br>
> fields, or they're being parsed in quite a different fashion, such that<br>
> it breaks.<br>
><br>
> Even if you fixed that in Koha (which would be a huuuuge job), you'd<br>
> still have to deal with the fact that Zebra would hate you forever.<br>
><br>
<br>
    This was my initial reaction, too. Then I turned it over in my head a few times, and there are occasions where I could think having data in both MARC21 and Unimarc would be handy. Places in Europe, say for the UN, might want to have both with good reason. So this is proper thinking in terms of saving the time of the reader.<br>

    I think the sticking point isn't at having both, but at having both try to occupy a single Koha at a single point in time. I wonder if one might work about the very nasty logical and bibliographic errors that are bound to result in executing this idea by having parallel Koha servers. One could be twiddled to have the parameters for MARC21, one could hold Unimarc. The tricky bit, perhaps, might be synching patron data and item data so that folks knew when summat was out. It would be important to have this element so that folks didn't have to consult 2 catalogues to get their information. 2 records related to a single item is challenging, but I don't think I would pigeon hole it as impossible. Highly improbable and difficult (read costly) to execute, definitely.<br>

    From a cataloguing perspective, I'd imagine it might be useful someplace larger, so logistically, I can see having a Unimarc cataloguer and a MARC21 cataloguer and never the twain need meet. (Not that one couldn't do both of course.)<br>

<br>
Cheers,<br>
Brooke<br>
<br>
_______________________________________________<br>
Koha mailing list  <a href="http://koha-community.org" target="_blank">http://koha-community.org</a><br>
<a href="mailto:Koha@lists.katipo.co.nz">Koha@lists.katipo.co.nz</a><br>
<a href="http://lists.katipo.co.nz/mailman/listinfo/koha" target="_blank">http://lists.katipo.co.nz/mailman/listinfo/koha</a><br>
</blockquote></div>