- 1 NAME
- 2 SYNOPSIS
- 3 DESCRIPTION
- 4 ARGUMENTS
- 5 OPTIONS
- 6 FILE FORMAT
- 7 COPYRIGHT
import_subjects - rebuild an EPrint repository subjects list from the contents of a file
import_subjects repository_id [options] [subjectfile]
Import a set of subjects into an EPrints repository. The subjects are the heirarchical tree of options for "subject" type metadata fields in an eprint repository.
Use the staff admin subject editor for little tweaks. Use this command for the initial setup or bulk editing subjects. Use the exporter to dump the current subjects if you (an administrator) have edited them online.
This script should also be run after create_tables.
Without the --force option, this script asks for confirmation before actually erasing anything.
The ID of the EPrint repository to use.
This is the file to import the subjects from. If you do not specify it then the system will use "subjects" from the given repository cfg directory.
Import XML format instead of flat text.
Print a brief help message and exit.
Print the full manual page and then exit.
Be vewwy vewwy quiet. This option will supress all output unless an error occurs.
Explain in detail what is going on. May be repeated for greater effect.
Output version information and exit.
Do not purge the existing records from the subject table before importing this file. Rather than do this, it's probably easier to export the current subjects as XML, then combine in your new file and reimport it.
Don't ask before making the changes.
There are two different file formats excepted, the default colon seperated file and XML in the eprints export format.
The colon seperated ASCII is easier to edit, but is more limited. It is not intended for UTF-8 encoded characters and can only specify subject names in the default language.
The XML format can contain any unicode characters and also allows multiple languages for the names of subjects. You may wish to dump the current subjects out of eprints as XML. Edit it. Then re-import it. The downside is that this format is far more verbose.
The ASCII Default Format
This is the default format.
Comments may be placed on lines begining with a hash (#)
Each (non-comment) line of the file should be in the following format:
Please see the main documentation for the meaning of these fields.
An ASCII string which is a unique ID for this subject.
The name of this subject, in the default language of the repository.
A comma seperated list of the parents of this subject. Be careful not to cause loops. The top level subject id is ROOT and should not be imported as it always exists.
A boolean value ( 1 or 0 ) which indicates if this subject may have eprints associated with it.
The XML File Format
This is the standard eprints export format. It looks like this:
<eprintsdata> <record> <field name="subjectid">phys</field> <field name="name"><lang id="en">Physical Sciences & Mathematics</lang></field> <field name="parents">subjects</field> <field name="depositable">FALSE!/field! </record> . . . </eprintsdata>
The fields have the same meaning as described for the ASCII format, with the following variations. The name field can (and should) have a name for each language supported by the repository. Multiple parents are indicated by multiple <ltfield name="parents<gt>> elements. Depositable should be either TRUE or FALSE.