You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Documentation]: Docs for Agentic Administrator. #1068
Currently a lot of MMGIS' new documentation is tailored for an Agentic Developer, one setting up MMGIS, developing new plugins, and so on. Another persona an agent may take is that of an administrator and the agent-specific documentation for that role is far less developed. For instance: asking AI to stand up a new mission and just include the following DEM (https://zenodo.org/records/22164484) is not as smooth as it could be:
The agent does not know it has to look at a series of plugin jsons to know how to construct a config json object.
The agent does not immediately know that it should be in a non-coding capacity
While the agent knows how to setup MMGIS, over longer sessions it often forgets its admin password to the /configure and has to waste time trying to reset it in the database
How to configure projections was less clear to the agent in the case of the DEM above (it did not know Venus projection tilematrixset were already provided via planetcantile)
and so on.
I good way to generate adequate documentation for an administrator roles may be to have a lead agent spawn child agents in waves and give each child agent the task of setting up a different new mission with different dataset and report back pain points and keep iterating until child agents can, near-zero shot, quickly configure a variety of new and existing missions.
Hi, I'd like to help with a bounded first slice of this. I traced the current repository guidance: site admins create Reference Missions through the Configure page, admin endpoints require authentication, and agents should use application APIs/UI rather than direct SQL.
Would the following be an acceptable first PR?
An administrator-agent guide that makes the non-coding role and API/UI-only boundary explicit.
A repeatable mission setup checklist covering plugin manifest discovery, credential continuity without recording the password in repository files, and projection/tile-matrix-set lookup.
One worked Reference Mission walkthrough using the linked DEM, with any newly discovered product gaps filed separately.
If live trials across multiple missions are required for the first acceptance, which two existing mission blueprints/datasets should be the minimum test set? I can start after that scope is confirmed.
Opened #1148 with an Administrator Agent Guide page under Configure. It covers the role boundary, credential and token continuity over a session, how a config JSON is assembled from the layer-type and tool plugin manifests and the blueprints, how custom projections are set up (TMS tiling with gdal2customtiles and COGs through TiTiler/planetcantile), and a tested end-to-end walkthrough that takes a lunar south pole DEM from GeoTIFF to a configured mission, plus a short variant for the equirectangular Venus DEM linked above. Feedback on scope welcome.
Activity
759132989-crypto commentedon Sep 4, 2026
Hi, I'd like to help with a bounded first slice of this. I traced the current repository guidance: site admins create Reference Missions through the Configure page, admin endpoints require authentication, and agents should use application APIs/UI rather than direct SQL.
Would the following be an acceptable first PR?
If live trials across multiple missions are required for the first acceptance, which two existing mission blueprints/datasets should be the minimum test set? I can start after that scope is confirmed.
EnricoBoeker commentedon Oct 27, 2026
Opened #1148 with an Administrator Agent Guide page under Configure. It covers the role boundary, credential and token continuity over a session, how a config JSON is assembled from the layer-type and tool plugin manifests and the blueprints, how custom projections are set up (TMS tiling with gdal2customtiles and COGs through TiTiler/planetcantile), and a tested end-to-end walkthrough that takes a lunar south pole DEM from GeoTIFF to a configured mission, plus a short variant for the equirectangular Venus DEM linked above. Feedback on scope welcome.