Link Search Menu Expand Document

MELT Track Repository

The TrackRepository checks whether the required ontologies and alignments are available in the cache folder (~/oaei_track_cache); if data is missing, it is automatically downloading and caching it for the next access. The MELT Track Repository is used by the OAEI since 2020.

Exemplary call using the TrackRepository:

// access the Anatomy track

// access all Conference test cases

The resulting instances can be directly used by the Executor or any other MELT functionality that requires tracks or test cases.

Available Tracks

MELT also provides a server with default datasets used by the OAEI. They are identified by three components: (1) Repository (location-URI), (2) Track/Suite - ID (collection-name), and (3) Version ID. The MELT evaluation client uses these track identifiers. The MELT repository is built so that it is fully compatible with the former SEALS client. For example, you can still use the SEALS client JAR to fetch the data from the MELT repository.

Name Repository Suite-ID Version-ID
anatomy anatomy_track anatomy_track-default
conference conference - conference-v1
- conference-v1-all (also testcases without reference)
- conference-dbpedia
knowledgegraph knowledgegraph - v3
- commonkg (paper)
iimb iimb v1
biodiv biodiv - 2018
- 2021
- 2021owl
link link 2017
phenotype phenotype - phenotype-hp-mp-2017-bioportal
- phenotype-doid-ordo-2017-bioportal
multifarm <language_pair>
largebio largebio -largebio-all_tasks_2016
- largebio-fma_nci_small_2016
- largebio-fma_nci_whole_2016
- largebio-fma_snomed_small_2016
- largebio-fma_snomed_whole_2016
- largebio-snomed_nci_small_2016
- largebio-snomed_nci_whole_2016
complex - geolink
- hydrography
- popgeolink
- popenslaved
- popconference
- geolink-v1
- hydrography-v1
- popgeolink-v1
- popenslaved-v1
- popconference-[0-20-40-60-80-100]-v1
GeoLinkCruise geolinkcruise geolinkcruise-v1
Laboratory laboratory laboratory-v1

Available multifarm language pairs:
ar-cn, ar-cz, ar-de, ar-en, ar-es, ar-fr, ar-nl, ar-pt, ar-ru, cn-cz, cn-de, cn-en, cn-es, cn-fr, cn-nl, cn-pt, cn-ru, cz-de, cz-en, cz-es, cz-fr, cz-nl, cz-pt, cz-ru, de-en, de-es, de-fr, de-nl, de-pt, de-ru, en-es, en-fr, en-nl, en-pt, en-ru, es-fr, es-nl, es-pt, es-ru, fr-nl, fr-pt, fr-ru, nl-pt, nl-ru, pt-ru

Further Services

TestCase/Track Validation Service

Creating new tracks and test case can be very cumbersome. The MELT validation service allows you to check whether your test cases:

  1. Contain parseable ontologies.
  2. Contain a parseable reference alignment.
  3. Mention only URIs in the reference alignment that also appear in the corresponding source and target ontologies.

Exemplary call using the TestCaseValidationService:

URI sourceUri = new File("<path to source ontology file>").toURI();
URI targetUri = new File("<path to target ontology file>").toURI();
URI referenceUri = new File("<path to reference alignment file>").toURI();
TestCase testCase = new TestCase("FSDM", sourceUri, targetUri, referenceUri, null);
TestCaseValidationService validator = new TestCaseValidationService(testCase)

You can also test your track on different versions of Jena and the OWL API automatically by adapting the TestLocalFile and running runAll.cmd in the Windows shell. The release versions to be tested can be edited in the corresponding pom.xml.