That’s interesting – I’ll have a check although this action is only being done on a subset of 4 or 5 records, all of which are fairly recent, so I would have hoped they’d have a status! The only other alternative could possibly be missing status definitions etc? I shall take a look at bringing phrases over as well.

 

 

'ne' means 'not equal' - when comparing strings ('!=' means not equal when comparing numbers).

 

At a guess, something in your export doesn't have an eprint_status set (all EPrints should have this set). You may be able to find these in the database by trying something like:

mysql>  SELECT COUNT(*), eprint_status from eprint GROUP BY eprint_status;

This should result in the eprint_status values of inbox, buffer, archive and deletion, with a count next to each. Any count for 'NULL' would show where the eprint_status is not set, and therefore where the uninititalized string is on the import.

 

Cheers,

John

 

 

Cheers Adam,

 

That seems to have sorted things out. However, I have another new and interesting error!

 

Use of uninitialized value in string ne at /usr/share/eprints3/bin/../perl_lib/EPrints/DataSet.pm line 1090.

 

The line in question is:

 

if( $dataobj->get_value( "eprint_status" ) ne $self->{id} )

 

and the ne in that line is an operator if I’m not mistaken? So is this an issue with Perl running on the server?

 

Andrew

 

 

If you’ve added all your metadata fields to the new repositories configuration, you need to do:

 

<eprints_root>/bin/epadmin update <repositoryid>

 

This will update your database structure.

 

 

 

Hello all! Thanks for the pointers yesterday regarding import/export. I’m at a point where I now have exported data and am trying to import it. Initially I was getting errors relating to missing metadata fields which I’d thought I’d corrected, however I am now finding errors relating to missing SQL tables:

 

SQL ERROR (execute): SELECT `eprintid`,`pos`,`subjects_loc` FROM `eprint_subjects_loc` WHERE `eprintid` IN (25940)

SQL ERROR (execute): Table 'lirolem.eprint_subjects_loc' doesn't exist

DBD::mysql::st fetchrow_array failed: fetch() without execute() at /usr/share/eprints3/bin/../perl_lib/EPrints/Database.pm line 2674.

DBD::mysql::st execute failed: Table 'lirolem.eprint_creators_browse_id' doesn't exist at /usr/share/eprints3/bin/../perl_lib/EPrints/Database.pm line 3211.

SQL ERROR (execute): SELECT `eprintid`,`pos`,`creators_browse_id` FROM `eprint_creators_browse_id` WHERE `eprintid` IN (25940)

SQL ERROR (execute): Table 'lirolem.eprint_creators_browse_id' doesn't exist

DBD::mysql::st fetchrow_array failed: fetch() without execute() at /usr/share/eprints3/bin/../perl_lib/EPrints/Database.pm line 2674.

 

Now, my question is, do I need to do something to rebuild the tables relating to the metadata in some way prior to an import? Or is there something else I’m missing here? Maybe not all the field definitions?

 

Andrew

Jisc is a registered charity (number 1149740) and a company limited by guarantee which is registered in England under Company No. 5747339, VAT No. GB 197 0632 86. Jisc’s registered office is: One Castlepark, Tower Hill, Bristol, BS2 0JA. T 0203 697 5800.

Jisc Services Limited is a wholly owned Jisc subsidiary and a company limited by guarantee which is registered in England under company number 2881024, VAT number GB 197 0632 86. The registered office is: One Castle Park, Tower Hill, Bristol BS2 0JA. T 0203 697 5800.