Default or XYZ tile set
Writes the Tile Set Definition (provider, format, extent, meta-tiling, TileExtentOffset), validates it against the 3.0.0 schema and separates the stable base from what should stay dynamic.
Octo for tiles, WMS, WFS and printing in MapGuide
In MapGuide Open Source 4.0, released on Oct 12, 2025, XYZ tiles, WMS, WFS, KML and plots come out of the same server and can be prepared and checked from the command line. Octo writes the tile set, seeds it with MgTileSeeder, measures the cache by content, audits what is published and prints sheets in batch. What goes public, when to clear the cache and what counts as a document of record stay with the administrator and the technical lead.
Six possible deliverables, drawn from the assessment. All of them start by reading the server without changing anything, and all of them go to the administrator before reaching production.
Writes the Tile Set Definition (provider, format, extent, meta-tiling, TileExtentOffset), validates it against the 3.0.0 schema and separates the stable base from what should stay dynamic.
Runs MgTileSeeder in xyz or mapguide mode with a failures file and retries only what failed with xyz_replay, outside peak hours.
Reads the z/x/y folder of the XYZ cache, compares it with what the extent requires and flags incomplete zooms, tiles outside the area and tiles suspected to be empty.
Reads the GetCapabilities, tests one GetMap and one GetFeature per layer and cross-checks with each resource's _IsPublished metadata, to show what is public and whether it responds.
Generates KML for a map, layer or features with GETMAPKML, GETLAYERKML and GETFEATURESKML, checking the file before delivering.
Draws the index map and requests one sheet per request, as PDF through mapguide-rest or as DWF through GETPLOT, checking the signature, size and hash of each file.
The same Octo cycle, applied to map delivery. Each arm has a narrow role; the people decide what is public, when to touch production and what counts as a document of record.
MapGuide version, tile providers, tile sets and maps with tile groups, layers in WMS and WFS, installed extensions.
Where each layer comes from, how often it changes, what CRS it is in and up to which zoom the data's accuracy holds.
Layers published in WMS and WFS, queryable attributes, personal data (LGPD) and the server version against the 4.0 security fixes.
Default or XYZ tile set; maximum zoom; serve static or through mapagent; printing through GETPLOT or mapguide-rest.
Tile set XML, seeding with failures logged, OGC audit and batch printing, with dry-run mode and the source of each parameter noted.
Tile MIME type, GetMap image, GetFeature GML, PDF signature, cache coverage. A 200 status is not a check.
Production seeding, cache clearing and publishing changes happen in the agreed window and with the administrator's approval.
Tile sets, seeded zooms, date of the last clear, public layers and who approved each one, so the next person doesn't have to rediscover it.
Octo works with read access and in a support role. It does not decide what is public, clear the cache or change configuration without approval, or sign a printed sheet.
The criteria Octo uses to choose, with the documentation and code for the installed version.
| Task | Path | Note |
|---|---|---|
| Create an XYZ tile set | Tile Set Definition XML + SETRESOURCE | Validate against TileSetDefinition-3.0.0.xsd |
| Find the server's providers | OPERATION=GETTILEPROVIDERS | Default and XYZ, with parameters |
| Test a tile | GETTILEIMAGE version 1.2.0 | No session; errors come back as XML, so check the type |
| Seed | MgTileSeeder xyz or mapguide | Always with --failed-requests; bbox in lon/lat |
| Retry failures | MgTileSeeder xyz_replay --tile-list | Once; whatever fails again gets investigated |
| Clear the cache | OPERATION=CLEARTILECACHE | Deletes everything for the resource; only with approval |
| Audit WMS and WFS | GetCapabilities + test GetMap and GetFeature | Read-only |
| Publish a layer to WMS | _IsPublished metadata in the resource header | Administrator's decision |
| Export KML | GETMAPKML, GETLAYERKML, GETFEATURESKML | Check the FORMAT values on the server |
| Print DWF | OPERATION=GETPLOT | With a PrintLayout, if there is one |
| Batch-print PDF | mapguide-rest plot.pdf | Separate extension; installing it is the administrator's decision |
Three steps. Each one only makes sense after the previous one has shown results on your team.
A proposal, not a promise
Octo shows what the server delivers in tiles, WMS, WFS and KML, without touching anything.
XYZ tile set seeded and measured, and sheets printed from an index map, each file checked.
When data changes, that part of the cache is rebuilt and publishing is checked again, with a record.
Every point below has a source published by OSGeo (project page, official mailing lists, downloads area), by the official repository or by Autodesk. The examples are scripts, not executions. The sources are in the next section.
4
points with a published source, each with its reference shown alongside.
xyz and mapguide modes and failure retries, is the replacement.Source: mapguide-maestro releases and Program.csbase/group/z/x/y.format, with PNG, PNG8, JPG, GIF and UTFGRID; in the mapagent URL template, TILECOL={y} and TILEROW={x}.Source: Git mirror of the code (through Jan 2023) and the maintainer's blogOcto prepares everything, but it does not sign. The document of record stays with whoever is accountable for it.
Gathers, calculates, organizes and generates the documents: scripts, inventories, reports and maps.
Deliverable: material ready to checkThe licensed professional checks what Octo delivered before signing. If something doesn't add up, it goes back to Octo with the correction.
Step: review by the signerOcto does not sign. Designs, technical reports, ART/RRT, accountability reports and any official document are still signed by the licensed professional of the company or agency: here, the technical lead for the map or system.
Signature: technical lead for the map or systemProject announcements, source code, the Maestro and mapguide-rest repositories and the maintainer's blog, consulted on Oct 31, 2026.
The assessment starts with an inventory of what the server publishes in tiles, WMS, WFS and KML, without touching anything. You get the list of what is exposed, what is out of date and the decisions only your team makes, and you decide with it in hand.