Download the PHP package opus4-repo/opus4-bibtex without Composer

On this page you can find all versions of the php package opus4-repo/opus4-bibtex. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
Some PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
  • To use Composer is sometimes complicated. Especially for beginners.
  • Composer needs much resources. Sometimes they are not available on a simple webspace.
  • If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
  • Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Please rate this library. Is it a good library?

Informations about the package opus4-bibtex

OPUS4 BibTeX Module

This module supports importing documents in the BibTeX format.

While exporting documents' metadata in the BibTeX format is already working in OPUS4, the code is not yet located in this module.

Importing BibTeX without user interaction is not really possible because BibTeX files come in many flavors often with custom fields that are not part of any standard. Therefore, it is necessary to allow the user to decide on custom mappings and interpretations of the fields in the specific BibTeX file.

Requirements

For processing of special characters in BibTeX files the Pandoc tool is needed by the BibTeX parser of OPUS4.

Please make sure that you install / use a recent version of Pandoc, at least version 2.17. The current implementation was not tested against older Pandoc versions.

In Ubuntu / Debian based Linux systems Pandoc can be installed using apt.

To check the version of Pandoc that has been installed, run:

To check for the latest version number of Pandoc, you can browse to https://github.com/jgm/pandoc/releases.

The BibTeX import in this module was developed and heavily tested against Pandoc version 2.9 (released in May 2020) which is shipped with recent Ubuntu versions (20.10 and 21.04).

Configuration Options

The default settings for the import of BibTeX files are located in src\Import\import.ini. That file should not be edited locally. It is possible to extend or modify the settings in the global OPUS 4 configuration.

Field Mappings

You can register an arbitrary number of field mappings (see below). Each field mapping needs a name, that is part of the key. You can use the name default to replace the default mappingThe only option supported right now is file for the name of an external JSON field mapping configuration file. If the file is not specified with an absolute path, the base path needs to be specified in bibtex.mappingsBasePath.

The default field mapping is given by src/Import/default-mapping.json.

Document Type Mapping

An important step in mapping BibTex records to OPUS4 metadata documents is to determine the OPUS document type a given BibTex type is mapped to. You can define custom mappings between a BibTeX type btype and a OPUS4 document type otype in the following manner:

Please note that BibTeX type names used in the type mapping are not restricted to the 14 official BibTeX types. It is allowed to define custom type mappings for unknown BibTeX types, e.g.

You can provide a default OPUS4 document type that is used when no mapping has been defined for a BibTeX entry type. The default fallback is misc.

Field Mapping

A field mapping specifies how values in certain BibTeX fields are mapped onto OPUS4 metadata fields. A field mapping is provided by a configuration file. At the moment OPUS4 supports configuration files in the JSON format only. It is possible to manage several field mappings in one OPUS4 instance.

A default field mapping is given by src/Import/default-mapping.json.

The minimal definition of a field mapping configuration file looks like:

where name is the (arbitrary) name of the field mapping and description allows you to specify the intended use case for which the given field mapping is suited for. A field mapping consists of one to many rules, given in the mapping list. Please note, that the order of the given mapping rules is meaningful – mapping rules that occur later in the list have a higher precedence and can overwrite previously assigned values of OPUS4 document fields with new values.

Field Mapping Rules

Each mapping rule must specify at least a name in the corresponding name key, e.g.

In this case the BibTeX processor tries to instantiate the class PublishedYear (in the default namespace of rule classes, Opus\Bibtex\Import\Rules). If the rule class does not exist, an instance of SimpleRule is created. This class performs a simple one-to-one-mapping between a BibTeX field (given in bibtexField) and an OPUS metadata field (given in opusField) without further processing, e.g.

You can add custom rule classes (which needs to implement RuleInterface), even from other namespaces. In this case you need to specify the namespace explicitly, e.g.

OPUS4 provides you with plenty of pre-defined rule mapping classes that can be reused to formulate custom field mappings, even complex ones (see below).

If the rule class in use allows optional configuration (by appropriate setter methods), you can pass in configuration property values in the following manner:

In this example the processor maps the content of BibTeX field pdfurl to the value (message) of an OPUS Note object by handing the mapping process over to an instance of Note – a class that is shipped with OPUS4. Additionally, the options messagePrefix and visibility allow to add a fixed prefix to the Note's message and to control the visibility of the Note.

Another example mapping entry is given by the rule:

which sets the value of the belongsToBibliography field of an OPUS document to a fixed value (false in this example) independently of certain BibTeX fields.

Mapping to Enrichments

BibTeX fields can be mapped to enrichment fields. The mapping needs a unique name and the mapping class is called Enrichment. The name of the BibTeX field and the enrichment key need to be specified as options.

In the example above a custom BibTeX field "LocalId" will be mapped to the enrichment "local-id".

Pre-defined rule classes

OPUS4 provides a number of pre-defined rule classes (located in namespace Opus\Bibtex\Import\Rules):

Class Name Description
Arxiv adds an identifier of type arxiv
BelongsToBibliography sets OPUS document field belongsToBibliography to a fixed value
DocumentType sets the OPUS document type according to the configured type mapping
Doi adds an identifier of type doi
Enrichment Maps to enrichment
Isbn adds an identifier of type isbn
Issn adds an identifier of type issn
Language sets OPUS document field language to a fixed value
Note adds a note (additionally, allows to specify messagePrefix and visibilty)
Pages handling of page-specific OPUS metadata fields (PageFirst, PageLast, PageNumber)
Person adds a person
PublishedYear sets the OPUS document field publishedYear
SourceData adds the imported BibTeX record to enrichment opus.import.data
SourceDataHash adds MD5 hash sum of the imported BibTeX record to enrichment opus.import.dataHash
Subject adds a subject (default: language eng, type uncontrolled)
Title Configurable class for adding titles (default: titleType main, language eng)
TitleMain Preconfigured for main title (BibTeX: title)
TitleParent Preconfigured for parent title (BibTeX: journal)
Umlauts converts non-standard escaped umlauts to their corresponding unicode characters

Base rule classes

OPUS4 supports several ways to create custom rule implementations. Each rule class has to implement the interface RuleInterface.

A custom rule implementation can be defined by creating a class that extends one of the following base rule classes:

Base Class Name Description
SimpleRule defines a one-to-one mapping between BibTeX field and OPUS4 metadata field
ConstantValue adds a constant value to one OPUS4 metadata field
ConstantValues adds constant values to multiple OPUS4 metadata fields
AbstractArrayRule abstract base class for mapping rules that create array-based OPUS4 metadata fields
AbstractComplexRule abstract base class for mapping rules that create or manipulate multiple OPUS4 metadata field

Alternatively, you can extend one of the pre-defined rule classes listed above and adapt it to your needs.


All versions of opus4-bibtex with dependencies

PHP Build Version
Package Version
Requires php Version >=7.1
ext-json Version *
renanbr/bibtex-parser Version >=2.2.0
ueberdosis/pandoc Version *
opus4-repo/opus4-common Version ^4.8
symfony/console Version *
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package opus4-repo/opus4-bibtex contains the following files

Loading the files please wait ....