- Introduction
- Why an XML file for the author list?
- Examples of author.xml files
- What do I need to do to produce my author.xml?
- Filling in author.xml file
- Can I convert my author.xml file to another format?
- Who can I contact for assistance?
- Links
This user guide will help you to produce an author.xml file for the authors in your collaboration. Be sure to include the author.xml file with each submission to arXiv. Get on board so that authors get the appreciation and exposure they deserve!
Together, INSPIRE, the American Physical Society and arXiv.org have created a template file that you are recommended to use when you provide information about the authors for the submission of your paper. By utilizing unique ID's for authors and organizations (e.g. INSPIRE ID, ORCID, ROR), not only will your authors' information be precise and universally understood, but author information linking to professional information — affiliations, grants, publications, peer review, and more will get exposed.
We recommend that when submitting your document, you also submit an authorlist file called author.xml. A template author.xml file is provided, see What do I need to get started? Using this file as your guide, you fill in data value fields such as the authors' details, collaboration details, etc. Once completed and passed through a validator, the file is then deemed ready for submission. It is likely that you will submit your work to arXiv.org.
Large collaborations with hundreds and even thousands of authors are already using the author.xml file to enable cataloguers and automated processes to glean complete, accurate information on authors. So, let's all be "on the same page" and ensure that authors get recognition for their contributions.
Information Services
Publishers
Collaborations
- ADAPT
- ARA
- Pierre Auger Observatory
- Brookhaven STAR
- CERN ALICE
- CERN ATLAS
- CERN CMS
- CERN LHCb
- CORSIKA 8
- CTA
- Daya Bay
- DUNE
- Fermilab CDF
- Fermilab D0
- Fermilab LArIAT
- Fermilab MicroBooNE
- H1
- IHEP BESIII
- JUNO
- KEK T2K
- LiteBIRD
- MAGIC
- NEMESIS
- NEMO
- STRAW
- ZEUS
From Background and motivation, above, you will have gathered that the author list file, author.xml, uses the language XML.
XML stands for eXtensible Markup Language. Markup implies that there is information about the data structure i.e. your data (a.k.a. XML elements) will be enclosed between tags that describe what type of data it is. You should enter your data between the tags according to a specific format.
The term 'eXtensible' means that we decide what the tags should be called - the tags in the author.xml have been defined and agreed upon, so don't go adding your own.
XML was designed to store and transport data, and it is both human- and machine-readable. Note that XML files are data files, and that the information doesn't do anything on its own. However, the information will allow us to automate the process of publishing the document electronically, without the need for human intervention.
These are the advantages of using an author.xml file when you submit your document:
- Paper processing speed
Using an author.xml file allows INSPIRE to automatically add all authors and affiliations so that they show up in the database with minimal delay and with as few errors as possible.
- Accurate author information and attribution of credit
The author.xml file, with all authors identified by an INSPIRE ID or ORCID number, will be used by publishers such as the APS in producing their journal articles. It will also be used by other database providers covering the scientific literature. Providing accurate information about the authors will result in more accurate publication lists and citation counts in addition to comprehensive search results.
You don't need to know any specific terms. However, as you will come across the ones below we can touch on some of the XML-related terms that you might encounter.
-
.xml -> A .xml file is an eXtensible Markup Language** (XML) file. An XML file is just a plain text file containing information wrapped in tags. This information, called XML elements, is enclosed in meaningful, custom tags which describe the structure and other features of the document. An xml file does not DO anything. The file is used to store and transport data.
-
XML element -> XML elements are the building blocks of an XML file. Elements can behave as containers to hold text, elements, attributes, media objects or all of these. For our purposes, we just need to know that XML elements are the data that we need to input.
-
.dtd -> DTD is an acronym for Document Type Definition. A .dtd file is a text file that specifies the rules governing the elements and attributes used in the corresponding XML document. This includes the order of the elements, the number of occurrences of each element, and finally the content and datatype of each element and attribute.
-
Well formed XML document -> An XML document is said to be well formed if it satifies the syntax rules. These rules are:
- XML documents must have a root element (i.e. one sole parent element for all the XML elements in the document)
- XML elements must have a start and end tag (written as <element></element> or <element/>)
- XML tags are case sensitive
- XML elements must be properly nested
- XML attribute values must be quoted
-
Valid XML Documents -> A "well formed" XML document is not the same as a "valid" XML document. A "valid" XML document must already be well formed, but in addition, it must conform to a document type definition (the .dtd file). With XML, errors in documents are not tolerated for the simple reason that XML processing programs are foreseen to be small and fast i.e the programs should not be doing error-checking and fixes.
The links below go to individual example author.xml files. We recommend that you save some of these files for browsing/testing later on.
To save a copy in your own folder, go to each file and do 'save as' "[filename].xml". Picture instructions for saving a file that is displayed in your Web browser are at How do I save the file to my folder? just below.
XML example - multicollaboration file
XML example - institutional groups
As an example, if you want to save a file called author.xml to your own folder, open the file in your Web browser. All Web browsers have a "Save as" option (try to right-click to get the pop-up menu), and you will be able to save the file. Below is our demo using Google Chrome Web browser on a Windows desktop:
Let's go! You will need to:
- Get 2 files:
- author.xml (file for meta-data for the authors of your collaboration)
- author.dtd (rules file)
- Fill in your values in the author.xml
- Validate your author.xml against author.dtd
To get the template file author.xml, go to the author.xml file, and save "author.xml" to your own local folder. If necessary, follow the picture instructions at How do I save the file to my folder?.
To get the file author.dtd, go to the author.dtd file, and save "author.dtd" to your own local folder. If necessary, you can do something similar to the picture instructions at How do I save the file to my folder?.
For each author and collaboration, you should input the data values for the XML elements. A whole section is dedicated to the filling-in part, see Filling in author.xml file further down.
Some of the data values may have to be obtained from elsewhere. Go to Data values obtained elsewhere to see how to get the ORCID identifier, collaboration ID, etc.
After you have filled in all the data values of your author.xml, you should validate the file against the author.dtd file. Validation of your author.xml file is done in Linux. Your directory needs to contain:
- your author.xml
- the author.dtd
In the directory, run the command to validate your author.xml file against the author.dtd file:
xmllint --dtdvalid ./author.dtd author.xml
If the output contains 'fail' or 'error', then there is a problem with the .xml file, i.e. it is not adhering to the .dtd file. To check specifically for these strings, use this command:
xmllint --dtdvalid ./author.dtd author.xml | grep -i error\|fail
You can test an XML validation by using one of the example files from the list above. You need to be in a Linux directory containing both the .xml file and the .dtd file. For example:
xmllint --dtdvalid ./author.dtd example_institutional_groups.xml
Validation trial run:
Congratulations if your author.xml validated successfully!
Following validation, you can now submit the author.xml file as part of your submission to arXiv in a .tar ball. The instructions to do this are in arxiv.org.
Send an email to [email protected] if you are stuck and need assistance.
We have a dedicated section for this exercise, and will cover these subjects:
You should already have the author.xml template by having followed How do I get author.dtd and author.xml?
The parts of author.xml that you will have to fill in are shown in the diagram that follows. The data fields are described underneath at Explanation of data value fields in author.xml. In some cases you will need to pick up values from another place, as described in Data values obtained elsewhere. Do refer to the Examples of author.xml files as this will be a good guide for you.
I want to go back up to 'How do I fill in the values in author.xml?'
At the beginning of author.xml there is the XML declaration. This describes the version, encoding, and declares that this XML file will follow the rules in document type definition file author.dtd. The file 'author.dtd' needs to be in the same directory as the author.xml file. The root element and namespaces are also defined. Additional information concerning the name spaces “cal” and “foaf” is available further down. Suffice to say here that these are used so as to group elements referring to similar properties.
Do not modify the XML declaration:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE collaborationauthorlist SYSTEM "author.dtd">
<collaborationauthorlist
xmlns:foaf="http://xmlns.com/foaf/0.1/"
xmlns:cal="http://inspirehep.net/info/HepNames/tools/authors_xml/">
Here is what you need to do - in your copy of author.xml template:
- Enter your value for the element or attribute when you see REQUIRED or OPTIONAL, as described below.
- Keep the elements and attributes in the exact order as in the author.xml template (avoids validation warnings).
- Refer to Examples of author.xml files - this will be a good guide for you.
-
Element
<cal:CreationDate>REQUIRED - date of creation of this author.xml file -
Element
<cal:publicationReference>REQUIRED- an internal report number an arXiv number, or
- a collaboration’s internal document number, or
- an ISBN, or
- a DOI, or
- a persistant web destination, or
- anything that identifies the referenced document. If no immediate identifier, the title can be used
-
<cal:collaborations>is the container element holding container element(s)<cal:collaboration>.<cal:collaboration>REQUIRED - container element with information about the collaboration.- Attribute
“id”: OPTIONAL - is only needed if two (2) or more collaborations publish together. Typically, it is a letter+sequential number, starting at “c1”. - Element
<foaf:name>: REQUIRED - name of the collaboration. - Element
<cal:experimentNumber>OPTIONAL - number assigned by laboratory to the experiment, if present. - Element <
cal:group> OPTIONAL - this value can be used for collaborations wishing to group institutions together: if not used, you can remove this element as a value will be expected for the consortium when you XML validate. - Attribute
“with”OPTIONAL - you can specify which group. See About groups below.
- Attribute
-
<cal:organizations>is the container element holding container element(s)<foaf:Organization>.<foaf:Organization>REQUIRED - container element with information about an organization with which authors are affiliated. There may be one or more organizations within the cal:organizations container, and each organization is identified by the “id” attribute.- Attribute
“id”REQUIRED - typically, it is a letter+sequential number, starting at “a1”, used to denote the author’s institution in this particular author.xml file so as to attach authors to the institution. - Element <
cal:orgDomain> OPTIONAL - internet domain of the institution. See Identification of affiliations by their Internet domain below. - Element <
foaf:name> REQUIRED this is the name of the organization as it will appear on the document. - Element <
cal:orgName> OPTIONAL - this element also defines the name of the organization. Depending on where this name originates from, the source attribute can be used. The element content shall be only the name of the respective institute. Location information, if not part of the name, may be stated in the orgAddress element. - Attribute
“source”OPTIONAL - (Defaults to “INTERNAL”) enables you to use the following for the institution’s name:- the INSPIRE (a.k.a. INSPIRE-ICN) form
- the ROR form
- your own INTERNAL form
- Element
<cal:orgStatus>OPTIONAL - status of the organization within the collaboration. Typically this would be either “member” or “nonmember.” - Attribute
“collaborationid”OPTIONAL - enables you to specify which exact collaboration this organization is attached to. The collaboration is represented through its ID (e.g. “c1”). This element may be repeated if necessary. - Element <
cal:orgAddress> OPTIONAL - full postal address of the institution as it would be written on a letter head. - Element <
cal:group> OPTIONAL - this value can be used for collaborations wishing to group institutions together: if not used, you can remove this element as a value will be expected for the consortium when you XML validate. - Attribute
“with”OPTIONAL - you can specify which group. See About groups below.
- Attribute
-
<cal:authors>is the container element holding container element(s)<foaf:Person>.<foaf:Person>REQUIRED - container element with information about the author. One or more authors reside within the cal:authors container.- Element
<foaf:name>OPTIONAL - author's complete name written in the format e.g. "Johannes Diderik van der Waals". - Element
<cal:authorNameNative>OPTIONAL - name of author as written in his or her native language e.g., "Ле́в Дави́дович Ланда́у" or "張晨光". - Element
<foaf:givenName>OPTIONAL - all first/given names of an author in roman letters, e.g. "Johannes Diderik". You may leave this out in the rare case that a person does not possess a first name. - Element
<foaf:familyName>REQUIRED - all sur/family names of an author in roman letters, e.g. "van der Waals". - Element
<cal:authorSuffix>OPTIONAL - suffiix information for a name E.g. "Jr.", "Sr.", "III". - Element
<cal:authorStatus>OPTIONAL - this element describes the vital status of an author. If the author is deceased, please state "Deceased". This element can be left empty. - Element
<cal:authorNamePaper>REQUIRED - name of author as it appears on the title page of the paper, e.g. "J. van der Waals". This element supports Roman letters only. - Element
<cal:authorNamePaperGiven>OPTIONAL - given name(s) of the author, as it appears on the title page of the paper, typically initials, e.g. "J." This element supports Roman letters only. As with foaf:givenName, it is "optional" in that someone may only have one name. - Element
<cal:authorNamePaperFamily>OPTIONAL - family name of author as it appears on the title page of the paper, e.g. "van der Waals". This element supports Roman letters only. - Element
<cal:authorCollaboration>REQUIRED - in a multi collaboration environment, the author can be attached to a collaboration with the appropriate collaboration ID. If the author is a member of more than one collaborations or has more than one position, this element may be repeated. - Attribute
"collaborationid"REQUIRED - (defaults to the first collaboration). Enables the specification of exactly which collaboration this author is attached to. The collaboration is represented through its ID (e.g. "c1"). - Attribute
"position"OPTIONAL - this attribute specifies the position of an author within the collaboration. This may be "Spokesperson", "Contact person", "Speaker" or "Editor". <cal:authorAffiliations>is the container element holding element(s)<cal:authorAffiliation>.- Element
<cal:authorAffiliation>OPTIONAL - this element connects the author to his or her institution, through the organization ID attribute. All affiliation elements (zero or more) reside within the cal:authorAffiliations container. Several affiliations may be mentioned by using several of these elements - one line for each affiliation. Please do not use a (comma-separated) list of organization identifiers in the 'organizationid' attribute. In cases where multiple affiliations resemble one entity, please mark the organizations with IDs e.g. "o1a", "o1b" and "o1c" to show their relation. - Attribute
"organizationid"REQUIRED - connects with one of the organizations from above. The link is established by using the respective ID of the organization here (e.g. "a1"). - Attribute
"connection"OPTIONAL - (Defaults to "Affiliated with"). Here, you can list information about the connection such as "Affiliated with", "On leave from", "Also at" or "Visitor".
- Element
<cal:authorids>is the container element holding element(s)<cal:authorid>.-
Element
<cal:authorid>OPTIONAL - this element specifies an ID number that identifies an author. If the author's ID is unknown, leave this element blank - do not use placeholder IDs, such as INSPIRE-0000000 or 0000-0000-0000-0000. -
Attribute
"source"REQUIRED - only if there is an authorID element present, specify the origins of the number. This can be:- an INSPIRE ID number (source="INSPIRE"), or
- a collaboration-internal ID (source="INTERNAL"), or
- other author ID services (e.g. source="ORCID").
The ORCID identifier is the highly reccommended author identifier to use - all authors are encouraged to sign up for this individually. If the author does not possess an ORCID identifier, an INSPIRE-ID may be used as an alternative. Please consult the section on Where do I get the information needed for some of the data values? for more detailed information about the handling of author ids.
-
- Element
<cal:authorFunding>OPTIONAL - this element describes the author's funding source, such as a grant or fellowship, if necessary (e.g., Alfred P. Sloan Fellow). This element can be left empty.
- Element
Occassionally collaborations wish to group together institutions that form a consortium.
In this particular case, the group is handled as just another institution and the institutions are connected together via the ID of this group, for example:
<cal:group with=”a1″ />
Although intended for affiliations, typically united by some sort of funding arrangement, this element can be used to group collaborations and even authors.
The XML example - institutional groups shows groups of collaborations and institutions. In the example, there is:
- an Italian institution group:
<cal:group with="ai"/>
- a Canadian institution group:
<cal:group with="aCanada"/>
The physicist 'John Quentin' is affiliated with the Canadian group as a whole:
<cal:authorAffiliation organizationid="aCanada" connection="" />
while the physicist 'Maria Rossi' is affiliated with 2 of the 3 institutions in the Italian institution group:
<cal:authorAffiliations>
<cal:authorAffiliation organizationid="a1aa" connection="" />
<cal:authorAffiliation organizationid="a1cc" connection="" />
</cal:authorAffiliations>
Where multiple institutions are treated as a single entity, in addition to using the element:
<cal:group>
it is helpful to use a set of IDs for them that plainly show their relationship, for example:
<foaf:Organization id="a27a">
<foaf:Organization id="a27b">
<foaf:Organization id="a27c">
XML namespaces differentiate between XML items with the same name, and also group XML data of the same type or function. XML Namespaces provide a method to avoid element name conflicts: so, despite both elements having 'xyz' in the following elements:
<cal:xyz><foaf:xyz>
the 'xyz' are referring to completely different values. It is the prefixes 'cal' and 'foaf' that distinguish them from each other.
“cal” is the official name space for ‘collaboration author lists’ as defined in this document.
“foaf” is a project creating a Web of machine-readable pages describing people, the links between them and the things they create and do. For building such an information system, standards have been created (For the creation of this document, the foaf vocabulary version 0.97 as of Jan. 1st 2010 is used). It stands for “friend of a friend” and is further described in the foaf specification and the FOAF Project Web page.
I want to go back up to 'Explanation of data value fields in author.xml'
When filling in some of the XML elements in author.xml, you will need to get some of the information elsewhere. These include: - ORCID identifier - INSPIRE ID - ROR - Identification of affiliations by their Internet domain
This is the 'gold standard' when it comes to researcher digital identification. This persistent digital identifier distinguishes a researcher from every other researcher, and while INSPIRE-IDs are author identifiers used internally by INSPIRE, ORCIDs are used across disciplines, institutions, funders, research platforms, and publishers.
Researchers are reccommended to use their ORCID identifier. If they do not possess one, they should register for an ORCID. This has to be done by the individual him/herself.
After an author has obtained an ORCID, it is possible to connect this to his/her INSPIRE author profile at Connecting ORCID to your INSPIRE author profile.
The ORCID identifier value is used to populate the element at:
<foaf:Person><cal:authorids><cal:authorid source="ORCID">.
As mentioned above, ORCID is the principal researcher digital identifier that authors are encouraged to use.
In certain cases, however, for instance when authors are no longer actively publishing contributions, or when authors have passed away, the INSPIRE-ID can be used. If any of your authors do not possess an ORCID, send the:
- author's name
- author's email address
in an email to [email protected]
so that we can manually generate an INSPIRE-ID, and that person's work will get it's due credit and exposure.
The value is used to populate the element:
<foaf:Person><cal:authorids><cal:authorid source="INSPIRE">
in author.xml.
Currently, the INSPIRE-ID is often quoted in conjunction with the ORCID in the author.xml file, for example:
<foaf:Person>
:
:
<cal:authorids>
<cal:authorid source="INSPIRE">INSPIRE-00060668</cal:authorid>
<cal:authorid source="ORCID">0000-0002-5888-2734</cal:authorid>
</cal:authorids>
But having the ORCID is normally sufficient.
I want to go back up to 'Explanation of data value fields in author.xml'
This is the unique identifier for every research organization in the world. Find an organization's identifier at: ROR. The value is used to populate the element at:
<foaf:Organization><cal:orgDomain><foaf:name><cal:orgName source="ROR">.
This is for use with element at:
<foaf:Organization id=""><cal:orgDomain>.
Internet domains provide a unique, universally-understood way to list an institution. The hierarchical structure enables you to choose the required level of granularity, either at the institutional or departmental level. For example:
- damtp.cam.ac.uk – for the Department of Applied Mathematics and Theoretical Physics (DAMTP) at the University of Cambridge, or
- cam.ac.uk – for the University of Cambridge in general
The domain should be detailed enough to unambiguously determine the institution if there are distinct locations throughout the nation, e.g., pv.infn.it rather than just infn.it. If desired, this can go to the department/research-group level.
I want to back up to Element <cal:orgDomain> in section 'Explanation of data value fields in author.xml'.
I want to go back up to Explanation of data value fields in author.xml
Seeing your XML file formatted as MARCXML can help you see your data fields more easily. Get authorlist2marcxml.xsl, save it to your directory on Linux, and run the command:
xsltproc authorlist2marcxml.xsl [filename].xml
As an example, for file example_multicollaboration.xml:
Send an email to [email protected] if you are stuck and need assistance.
- FOAF Project
- INSPIRE
- INSPIRE Authors (previously known as 'HEPNames')
- INSPIRE Institutions (previously known as 'HEPInstitutes')
- ORCID
- ROR
