Not showing my custom map, after attempting to follow the guide

I have been trying to set a custom map following the guide on:
Developer Guide: Working on maps · openremote/openremote Wiki · GitHub doing the first part, by downloading and renaming and adding the file “mapdata.mbtiles” in the directory custom-project\deployment\map. I also used the preexisting file mapsettings.json, with only changing the center coordinates.

Now, Im not quite sure how I should define my docker-compose to be able to use this, I have tried to do this but I might be configuring it wrong.

This is what I currently have:


version: '2.4'

volumes:
  proxy-data:
  deployment-data:
  postgresql-data:
  manager-data:

services:

  # This service will only populate an empty volume on startup and then exit.
  # If the volume already contains data, it exits immediately.
  deployment:
    image: openremote/deployment:1337  #{DEPLOYMENT_VERSION}
    volumes:
      - deployment-data:/deployment

  proxy:
    image: openremote/proxy:${PROXY_VERSION:-latest}
    restart: always
    depends_on:
      manager:
        condition: service_healthy
    ports:
      - "80:80"
      - "443:443"
      - "8883:8883"  # Encrypted MQTT
      - "1883:1883"  # Unencrypted MQTT
    volumes:
      - proxy-data:/deployment
      - deployment-data:/data
      - ./haproxy.cfg:/data/proxy/haproxy.cfg  # Mount custom HAProxy config
      - ./certs:/etc/haproxy/certs  # Mount self-signed certificates
    environment:
      DOMAINNAME: localhost
      HAPROXY_CONFIG: '/data/proxy/haproxy.cfg'
      OR_USE_SELF_SIGNED_CERTS: true
      OR_DEV_MODE: false
      # Keep Let's Encrypt variables for future use
      # LE_EMAIL: your-email@example.com
      # DOMAINNAMES: additional.domain.com

  postgresql:
    image: openremote/postgresql:${POSTGRESQL_VERSION:-latest}
    restart: always
    volumes:
      - postgresql-data:/var/lib/postgresql/data
      - manager-data:/storage

  keycloak:
    image: openremote/keycloak:${KEYCLOAK_VERSION:-latest}
    restart: always
    depends_on:
      postgresql:
        condition: service_healthy
    volumes:
      - deployment-data:/deployment
      - ./deployment/keycloak/themes:/deployment/keycloak/themes
    environment:
      KEYCLOAK_ADMIN_PASSWORD: beepboop
      KC_HOSTNAME: localhost  # 'localhost' for local development
      KC_HOSTNAME_PORT: -1

  manager:
    image: openremote/manager:1337 #${MANAGER_VERSION:-latest}
    restart: always
    depends_on:
      keycloak:
        condition: service_healthy
    volumes:
      - manager-data:/storage
      - deployment-data:/deployment
      - ./deployment/map:/deployment/map
    environment:
      OR_ADMIN_PASSWORD: beepboop
      OR_HOSTNAME: localhost
      OR_DEV_MODE: false 
      OR_SETUP_TYPE: # Typical values to support are staging and production
      OR_SETUP_RUN_ON_RESTART:
      OR_EMAIL_HOST:
      OR_EMAIL_USER:
      OR_EMAIL_PASSWORD:
      OR_EMAIL_X_HEADERS:
      OR_EMAIL_FROM:
      OR_EMAIL_ADMIN:
      OR_ADDITIONAL_HOSTNAMES: ${OR_ADDITIONAL_HOSTNAMES:-}
      OR_SSL_PORT: ${OR_SSL_PORT:--1}
      MAP_TILES_PATH: /deployment/map/mapdata.mbtiles
      MAP_SETTINGS_PATH: /deployment/map/mapsettings.json

Any suggestions on what I should do to be able to move forward?

Hey,

The environment variables are OR_MAP_TILES_PATH and OR_MAP_SETTINGS_PATH but the values you are trying to set are the same as the defaults anyway so no need for them.

Your volume map looks ok just make sure to use the correct relative path (generally relative to location of the compose file), you can always use docker inspect to see what’s actually being mapped in the container and also look at the manager logs at startup as the MapService will help shine some light on things.

KR,

Rich

Thank you for your reply. I cant wrap my head around why it wasnt working yesterday. I changed nothing and today, I just relaunched my docker-compose file today and it worked(I tried this about 15 times before haha). Maybe something was cached in memory somewhere and got deleted when I turned off my computer during the night. Anyways it works as intended now.