Global Entity Matcher (GEM)

API workflow

Request access

API workflow

A typical API-based workflow follows these steps:

  1. Authentication

  2. Storage access

    • List available storages (GET /storages). The host name of the storage url starts with the storage account name that Azure CLI needs, for example mystorageaccount001 in https://mystorageaccount001.blob.core.windows.net/default/. The container name is always default.
    • Get storage credentials (GET /storages/{id}/credentials)
    • Finish Storage Authorization step to be authorized to access the storage with the obtained credentials
  3. Data upload

    • Make sure your data has the correct format, see Data preparation
    • Upload data using Azure CLI (replace placeholders with actual values):
      az storage blob upload --account-name "<STORAGE_ACCOUNT_NAME>" \
      --container-name "default" \
      --name "<YOUR_FILE_NAME>" \
      --file "/path/to/<YOUR_FILE_NAME>" \
      --auth-mode login
    • Confirm the upload with List storage files (GET /storages/{id}/files). Use the path of your file as filename when you create the job.
  4. Job execution

  5. Results download

    • Check the results format: road matching results or lane-level matching results
    • Download the file named in result_filename using Azure CLI with storage credentials (replace placeholders with actual values):
      az storage blob download --account-name "<STORAGE_ACCOUNT_NAME>" \
      --container-name "default" \
      --name "<YOUR_FILE_NAME>.results.parquet" \
      --file "/path/to/<YOUR_FILE_NAME>.results.parquet" \
      --auth-mode login
    • For road matching jobs created with with_visualization_data: true, download the GeoJSON files as described in Visualization data

Resources