Dear Chris,
briefly: it works! many thanks for your kind advice! :-)
Now, a more extensive summary for the possible benefit of other future
passers-by (and for my own reference).
My problem was I could not properly edit existing items (or edit newly
added items) for biblio records belonging
Dear Chris,
misc/maintenance/remove_items_from_biblioitems.pl --run
I launched the script above (with an added
parameter --where="biblioitemnumber=2388", to restrict its action to one
single item, to begin with), and it stripped indeed all the 952 subfields
for the (single) item specified f
On 17 February 2014 08:15, Giuseppe Angilella
wrote:
> Dear Chris,
>
> thanks for replying.
>
>
> On Mon, 17 Feb 2014, Chris Cormack wrote:
>
>> Item data in 3.4.x and above is no longer stored in the MARC but in
>> the items table, did you run the script to tidy that up?
>
>
> I cannot be sure: I
Dear Chris,
thanks for replying.
On Mon, 17 Feb 2014, Chris Cormack wrote:
Item data in 3.4.x and above is no longer stored in the MARC but in
the items table, did you run the script to tidy that up?
I cannot be sure: I've performed an installation from packages, and
several migration scrip
On 17 February 2014 05:59, Giuseppe Angilella
wrote:
> Hi,
>
> I'm in the progress of updating my Koha system here from 2.x to 3.14 (a
> giant leap, seemingly!)
Well yeah, the last 2.2.x release was 7 years ago .
>
> After using the built-in migration scripts and fixing many local
> inconsist
Hi,
I'm in the progress of updating my Koha system here from 2.x to 3.14 (a
giant leap, seemingly!)
After using the built-in migration scripts and fixing many local
inconsistencies, I am left with the Koha-to-Marc mapping of the subfields
in the 952 tab (Location and item information).
I a
6 matches
Mail list logo