Using Deep Learning models instead of default CRF
Integration with DeLFT
0.5.4 (2018), it is possible to use in GROBID recent Deep Learning sequence labelling models trained with DeLFT. The available neural models include in particular BidLSTM-CRF with Glove embeddings, with additional feature channel (for layout features), with ELMo, and transformer-based fine-tuned architectures with or without CRF activation layer (e.g. SciBERT-CRF), which can be used as alternative to the default Wapiti CRF.
These architectures have been tested on Linux 64bit and macOS.
Integration is realized via Java Embedded Python JEP, which uses a JNI of CPython. This integration is two times faster than the Tensorflow Java API and significantly faster than RPC serving (see here, and it does not require to modify DeLFT as it would be the case with Py4J gateway (socket-based).
There are currently no neural model for the segmentation and the fulltext models, because the input sequences for these models are too large for the current supported Deep Learning architectures. The problem would need to be formulated differently for these tasks or to use alternative DL architectures (with sliding window, etc.).
Low-level models not using layout features (author name, dates, affiliations...) perform usually better than CRF and does not require a feature channel. When layout features are involved, neural models with an additional feature channel should be preferred (e.g.
BidLSTM_CRF_FEATURES in DeLFT) to those without feature channel.
See some evaluations under
Current neural models can be up to 50 time slower than CRF, depending on the architecture and available CPU/GPU. However when sequences can be processed in batch (e.g. for the citation model), overall runtime remains good with clear accuracy gain. This is where the possibility to mix CRF and Deep Learning models for different structuring tasks is very useful, as it permits to adjust the balance between possible accuracy and scalability in a fine-grained manner, using a reasonable amount of memory.
Getting started with Deep Learning
Using Deep Learning model in GROBID with a normal installation/build is not straightforward at the present time, due to the required availability of various native libraries and to the Python dynamic linking and packaging mess, which leads to force some strict version and system dependencies. Interfacing natively to a particular Python virtual environment (which is "sesssion-based") is challenging. We are exploring different approach to facilitate this and get a "out-of-the-out" working system.
The most simple solution is to use the "full" GROBID docker image, which allows to use Deep Learning models without further installation and which provides automatic GPU support.
However if you need a "local" library installation and build, here are the step-by-step instructions to get a working Deep Learning GROBID.
Classic python and Virtualenv
0. Install GROBID as indicated here.
You must use a Java version under or equals to Java 11. At the present time, JVM 1.12 to 1.17 will fail to load the native JEP library (due to additional security constraints).
2. Test your DeLFT installation for GROBID models:
cd deflt/ python3 grobidTagger.py citation tag
If it works (you see some annotations in JSON format), you are sure to have a working DeLFT environment for all GROBID models. The next steps address the native bridge between DeLFT and the JVM running GROBID.
3. Configure your GROBID config file.
Indicate the path to the DeLFT install in the GROBID config file
delft: install: "../delft"
Indicate the GROBID model that should use a Deep Learning implementation in the same config file, for instance if you wish to use a Deep Learning model for the citation model (it provides 1-2 additional points to the f-score for bibliographical reference recognition) use:
models: - name: "citation" engine: "delft" architecture: "BidLSTM_CRF_FEATURES"
The default Deep Learning architecture is
BidLSTM_CRF, which is the best sequence labelling RNN architecture (basically a slightly revised version of (Lample et al., 2016) with Glove embeddings). However for GROBID, an architecture also exploiting features (in particular layout features, which are not captured at all by the pretrained language models) gives usually better results and the prefered choise is
BidLSTM_CRF_FEATURES. If you wish to use another architecture, you need to specify it in the same config file.
For instance to use a model integrating a fine-tuned transformer, you can select a
BERT_CRF fine-tuned model (basically the transformer layers with CRF as final activation layer) and indicate in the field
transformer the name of the transformer model in the Hugging Face transformers Hub to be use to instanciate the transformer layer, typically allenai/scibert_scivocab_cased for
SciBERT in the case of scientific articles:
models: - name: "citation" engine: "delft" architecture: "BERT_CRF" transformer: "allenai/scibert_scivocab_cased"
However, it will work only if the model is available under
grobid-home/models/, currently only the
BidLSTM_CRF_FEATURES models are shipped with GROBID, given the size of BERT transformer models (400MB). To use a different architecture, you will thus need to train the new architecture model first with DeLFT and copy all the model files under the specific model subdirectory
If you are using a Python environment for the DeLFT installation, you can set the environment path in the config file as well:
delft: python_virtualEnv: /where/my/damned/python/virtualenv/is/
Normally by setting the Python environment path in the config file (e.g.
pythonVirtualEnv: "../delft/env"), you will not need to launch GROBID in the same activated environment.
4. Install JEP manually and preferably globally (outside a virtual env. and not under
We provide an installation script for Linux under
grobid-home/scripts. This script should be launched from grobid root directory (
This script will install the right version of the native JEP library according to the local architecture and python version.
5. Run GROBID, this is the "but on my machine it works" moment:
To run the grobid service, under
In case you have installed DeLFT with
virtualenv and you have not indicated the virtual environment in the GROBID config file, you should start GROBID after having activated the
When running the GROBID service on a first input, you should see in the logs that the expected Deep Learning models are loaded and the JEP threads are activated:
INFO [2020-10-30 23:04:07,756] org.grobid.core.jni.DeLFTModel: Loading DeLFT model for citation with architecture BidLSTM_CRF... INFO [2020-10-30 23:04:07,758] org.grobid.core.jni.JEPThreadPool: Creating JEP instance for thread 44
It is then possible to benchmark end-to-end the selected Deep Learning models as any usual GROBID benchmarking exercise. In practice the CRF models should be mixed with Deep Learning models to keep the process reasonably fast and memory-hungry. In addition, note that, currently, due to the limited amount of training data, Deep Learning models perform significantly better than CRF only for two models (
affiliation-address), so there is likely no practical interest to use Deep Learning for the other models. This will of course certainly change in the future!
In case you use an anaconda environment instead of a Virtualenv:
- create the anaconda environment
conda create --name grobidDelft pip
- activate the environment:
conda activate grobidDelft
NOTE: make sure you are using the pip inside the environment (sometimes conda uses the root pip and mess up with your system):
which pip should return a path within your environment. The conda creation command should already ensure that.
Follow the steps described above, having the conda environment activated. Do not indicate a virtualEnv path in the GROBID config file and launch the GROBID service with the conda environment activated. For conda too, it is preferable to install JEP globally as indicated above.
GROBID allows running models in mixed mode, i.e. to use DeLFT Deep Learning architectures for certain models, and Wapiti CRF for others. It is advised to select the preferred engine for each individual models in the GROBID config file.
By default, all the models are set to use Wapiti CRF as sequence labeling implementation. Each model has its own configuration block, where it is possible to select a particular model implementation, with its own parameters.
The following models (citation) will run with DeLFT
BidLSTM-BidLSTM_CRF_FEATURES by adding:
models: - name: "citation" engine: "delft" architecture: "BidLSTM_CRF_FEATURES"
NOTE: model names normally all use underscore and no hyphen. If not the case, replace hyphen by underscore.
If there is a dependency problem when JEP starts, usually the JVM stops. We are still discovering this part, please feel free to submit issues should you incur in these problems. See discussion here
If the GLIBC causes an error,
! ImportError: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by /home/Luca/.conda/envs/tensorflow/lib/python3.6/site-packages/tensorflow/python/_pywrap_tensorflow_internal.so)
here a quick solution (libgcc should be already installed, if so, just skip that pass):
conda install libgcc export export LD_PRELOAD=$anaconda_path/lib/libstdc++.so.6.0.25 ./gradlew run