…and when John says ‘~’, he means <eprints_root> -- ‘~’ will only work if the eprints user’s home directory is set to the eprints root.  This is (was?) typical on Debian / Ubuntu, but not Redhat / Centos.

 

 

 

Hi Andrew,

Should you be calling '~/bin/export' and '~/bin/import'?

'export' is a different unix command entirely (as is 'import')!

 

If you're calling the right thing, I'd suggest trying to export a single item using:

 

> bin/export ARCHIVEID eprint XML 1

 

This *should* export eprint #1 - if this doesn't exist, try another one!

 

Cheers,

John

 

 

Right, I’ve been trying to get my head around the back end import/export routine for EPrints.

 

Exporting from our current live box generates an xml file for me, however the xml file is empty. I’ve left this running to see if it would populate in the background but this never seems to happen. The command I’m running is:

 

export <MYARCHIVE> archive XML > filename.xml

 

As this hasn’t been working I decided to take an image from the front end by doing a search and extracting the results as EPrints XML. I don’t know if that is affecting the next step!

 

On Import to a local Virtual Machine with EPrints set up I’ve tried a couple of things. The syntax I’m using is:

 

import <MYARCHIVE> --verbose --enable-import-fields --update --force archive XML filename.xml

 

Running this as the eprints user in this environment throws this error:

 

No protocol specified

Import.im6: unable to open X server ‘:0’ @ error/import.c/ImportImageCommand/368.

 

The “no protocol specified” error, on some Googling, suggests that the eprints user does not have sufficient rights to run this command. So I decided to run it with a sudo. This results in the box sitting there and doing nothing – no output, nothing happening in EPrints. I have to force quite to get any response.

 

So, I’m at a lose end with this! Am I doing something wrong in both of these cases? Any suggestions would be most welcome!

 

Best regards,

Andrew