> ## Documentation Index
> Fetch the complete documentation index at: https://docs-v2.ard.co/llms.txt
> Use this file to discover all available pages before exploring further.

# Overview

> Model Management System for ingesting, processing, and serving meteorological model data

ModMS (Model Management System) is a distributed system designed to download, process, store, and serve meteorological model data through a flexible API.

## Access

<Tabs>
  <Tab title="Main Instance">
    **URL:** [http://modms.devops.arabiaweather.com/web/](http://modms.devops.arabiaweather.com/web/)

    **Username:** `modms`

    **Password:** `SeaLandSky`
  </Tab>

  <Tab title="MAMS Instance">
    **URL:** [http://mams.devops.arabiaweather.com:8081/web/](http://mams.devops.arabiaweather.com:8081/web/)

    **Username:** `modms`

    **Password:** `CLandSky`
  </Tab>
</Tabs>

## Overview

ModMS handles the complete lifecycle of meteorological model data:

<Columns>
  <Column>
    **Data Ingestion**

    Downloads weather models from external sources according to schedule
  </Column>

  <Column>
    **Data Processing**

    Converts and standardizes model data formats (GRIB to NetCDF)
  </Column>

  <Column>
    **Data Storage**

    Manages distributed storage using GlusterFS for high availability
  </Column>

  <Column>
    **Data Serving**

    Provides flexible APIs with custom functions and mathematical expressions
  </Column>
</Columns>

## System Components

ModMS consists of four main components working together:

<AccordionGroup>
  <Accordion title="Aggregator">
    Downloads models according to schedule and performs model-specific post-processing on GRIB files. Must run on the same server as the Indexer to share the filesystem.
  </Accordion>

  <Accordion title="Indexer">
    Creates NetCDF files from GRIB files, copies to GlusterFS, and notifies the server of new runs. Responsible for consistent variable naming.
  </Accordion>

  <Accordion title="Server">
    Provides a flexible API to query models, plot maps, and execute custom functions. Handles spatial, temporal, and variable-specific queries.
  </Accordion>

  <Accordion title="Receiver">
    Provides an HTTP push method to add new model runs. Used for systems like APOLLO that need to inject data directly, bypassing the normal download schedule.
  </Accordion>
</AccordionGroup>

<Note>
  The Aggregator and Indexer must run on the same server to share the filesystem.
</Note>

## Quick Links

* [Getting started](/data-ai/modms/getting-started) - Setup, Docker builds, and local testing
* [Architecture](/data-ai/modms/architecture) - Detailed system architecture
* [Query Guide](/data-ai/modms/querying) - How to query ModMS with date ranges, variables, and expressions
* [Map Drawing](/data-ai/modms/map-drawing) - How to generate map images from ModMS data
* [API Examples](/data-ai/modms/api-examples) - Example requests and queries
* [FAQ](/data-ai/modms/faq) - Common questions and troubleshooting