Re: [Koha-devel] biblio deletion
* deleted biblios are no more stored in deletedbiblio tables : because there is no MARC deletedbiblio, no way to restore a biblio, I think it's a feature we could introduce in a future version of Koha.
Can we leave them storing them there anyway. I have had to move biblios back from deleted before for HLT.
The whole MARC/non-MARC split is so confusing. That should really be on the table for 2.5 or 3.0--better integration of the two options. That said, I don't see any reason why we should continue storing records in deletedbiblio. I also think that we should develop a way to store deleted MARC data as well--Chris is right: you may want to use that data again some day. -- Owen ---- Nelsonville Public Library Koha 2.0.0-pre2-R2
On 2003-10-22 15:23:21 +0100 Owen Leonard <oleonard@athenscounty.lib.oh.us> wrote:
The whole MARC/non-MARC split is so confusing. That should really be on the table for 2.5 or 3.0--better integration of the two options.
I agree. I'm still not sure what is going on, but I suspect that details are copied from the MARC records into the koha tables when items are added. Can someone confirm that? The wiki didn't give a direct answer to this. If so, some brain surgery is going to be required (but that was ever the case). -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/
MJ Ray wrote:
On 2003-10-22 15:23:21 +0100 Owen Leonard <oleonard@athenscounty.lib.oh.us> wrote:
The whole MARC/non-MARC split is so confusing. That should really be on the table for 2.5 or 3.0--better integration of the two options.
I agree. I'm still not sure what is going on, but I suspect that details are copied from the MARC records into the koha tables when items are added. Can someone confirm that? The wiki didn't give a direct answer to this. If so, some brain surgery is going to be required (but that was ever the case).
I think i don't understand your question. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)
On 2003-10-25 09:04:43 +0100 paul POULAIN <paul.poulain@free.fr> wrote:
I think i don't understand your question.
Sorry, I'll try to explain better. In koha, there are MARC and non-MARC tables, I think. When an item is added to the library for the first time, details are copied from the MARC to the non-MARC parts. Is that right? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/
MJ Ray wrote:
On 2003-10-25 09:04:43 +0100 paul POULAIN <paul.poulain@free.fr> wrote:
I think i don't understand your question.
Sorry, I'll try to explain better.
In koha, there are MARC and non-MARC tables, I think. When an item is added to the library for the first time, details are copied from the MARC to the non-MARC parts. Is that right?
biblio management is done in Biblio.pm. If you have MARC=on in systemprefs, then everytime something is donc on a biblio or an item (add, modif, delete -the last being broken-), it's done in MARC table 1st, then in non-MARC tables. If you have MARC=off in systemprefs, it's the same, except that non-MARC is filled 1st, then MARC. 2 subs transform biblio : MARCkoha2MARC and MARCmarc2koha. Both in C4/Biblio.pm HTH -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)
On 2003-11-03 13:35:52 +0000 paul POULAIN <paul.poulain@free.fr> wrote:
If you have MARC=on in systemprefs, then everytime something is donc on a biblio or an item (add, modif, delete -the last being broken-), it's done in MARC table 1st, then in non-MARC tables. If you have MARC=off in systemprefs, it's the same, except that non-MARC is filled 1st, then MARC.
So MARC tables are still updated even if MARC=off? I didn't realise that. How do we guard against/recover from some error occurring in the second (non-MARC) update and leaving the two tables disagreeing with each other? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/
MJ Ray wrote:
On 2003-11-03 13:35:52 +0000 paul POULAIN <paul.poulain@free.fr> wrote:
If you have MARC=on in systemprefs, then everytime something is donc on a biblio or an item (add, modif, delete -the last being broken-), it's done in MARC table 1st, then in non-MARC tables. If you have MARC=off in systemprefs, it's the same, except that non-MARC is filled 1st, then MARC.
So MARC tables are still updated even if MARC=off?
yes.
I didn't realise that.
the reason for this is that you can switch from non-marc to marc if you want.
How do we guard against/recover from some error occurring in the second (non-MARC) update and leaving the two tables disagreeing with each other?
by having a solid API in C4/Biblio.pm, and saying to everybody that want to populate tables "manually" => NO, USE Biblio.pm API :-) -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)
participants (3)
-
MJ Ray -
Owen Leonard -
paul POULAIN