TheDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/ign-argentina/argenmap/llms.txt
Use this file to discover all available pages before exploring further.
data.json file is the heart of Argenmap’s layer system. It tells the viewer which base maps to offer in the basemap selector and which WMS/WMTS services to query for overlay layers. Every collapsible section in the layers panel is generated automatically from the service definitions you add here. The file lives at src/config/data.json; if it does not exist, Argenmap falls back to the defaults in src/config/default/data.json.
Top-level structure
data.json has four top-level keys. Only items is required; the others are optional or legacy.
| Key | Description |
|---|---|
items | Ordered array of configuration blocks. The first block must be type: "basemap". Subsequent blocks define WMS/WMTS sections. |
layers_joins | Optional array. Merges two layers from the same or different services into a single toggle button in the panel. |
template | Legacy field kept for compatibility. Set to "ign-geoportal-basic" or leave as "". |
template_feature_info_exception | Array of WMS attribute names that should be suppressed in feature-info popups. Add exact attribute names as strings to hide them from the info panel when users click a layer. |
Defining base maps
The first element ofitems must be a block with "type": "basemap". This container block holds metadata about the basemap group and a capas array with one object per individual base map. All base maps appear in the basemap selector at the bottom-left of the viewer.
Container block fields
Must be
"basemap" for the first item in items. This tells Argenmap the block defines the basemap group.Display name for the basemap group. Example:
"Mapas base".Internal identifier for the basemap group. Lowercase, no spaces or special characters. Example:
"mapasbase".Optional subtitle for the basemap group. Usually left as
"".Legacy field. Leave as
"".Sort order weight for the basemap container block. Example:
1.Individual basemap fields (capas[])
Display name shown in the basemap selector panel. Example:
"Argenmap".Internal identifier for the basemap. Use lowercase letters, digits, and underscores only — no spaces, accents, or special characters. Must be unique within
capas. Example: "argenmap".Tile service type. Use
"tms" for TMS services (IGN GeoServer and most Argentine government services). For XYZ slippy-tile services (Esri, Here, OpenStreetMap), also use "tms" — the {y} vs {-y} placeholder in host controls the axis direction.Protocol version string reported by the service. Example:
"1.0.0". Used in TMS request URLs.HTML attribution text rendered in the bottom-right corner of the map when this basemap is active. May contain anchor tags. Example:
"<a href='https://www.ign.gob.ar/' target='_blank'>IGN</a> + OpenStreetMap".Tile URL template. Must include
{z}, {x}, and either {y} or {-y}. For IGN TMS services use {-y} (see tip below). Example:
"https://wms.ign.gob.ar/geoserver/gwc/service/tms/1.0.0/capabaseargenmap@EPSG%3A3857@png/{z}/{x}/{-y}.png".Path to a small thumbnail image (ideally 50 × 40 px) displayed next to the basemap name in the selector. Example:
"src/styles/images/argenmap.png".Path to a full-size legend image opened when the user clicks “Ver leyenda del mapa”. Example:
"src/config/styles/images/legends/argenmap.jpg".Vertical sort order within the basemap list. Higher values appear lower in the list. Values must be unique. Example:
10, 20, 30.Set to
true on exactly one basemap to make it the default on first load. If omitted or false everywhere, Argenmap picks the first entry in the array.Minimum zoom level available for this basemap (the viewer will not zoom out past this level when it is active).
Maximum zoom level available for this basemap.
Minimum zoom level for which the service has real tiles. Tiles outside this range are stretched or compressed by the browser.
Maximum zoom level for which the service provides native tiles. Tiles beyond this zoom are over-zoomed from the nearest available level.
Optional array of WMS layer names (from any section in
items) that will be automatically activated when this basemap is selected. Useful for hybrid views — for example, selecting a satellite imagery basemap can automatically enable a vector boundary overlay. Example: ["provincia_FA003"]. Leave as [] to activate no layers automatically.Complete basemap example
The snippet below is taken directly fromsrc/config/default/data.json and shows the default Argenmap basemap alongside the grey variant:
Defining WMS / WMTS sections
After the basemap block you can add as many WMS or WMTS service blocks as needed. Each block causes Argenmap to fetch the service’s capabilities document and render a collapsible section in the layers panel populated with that service’s layers.Field reference
Block type. Use
"wmslayer" for a WMS service or "wmts" for a WMTS service. The value "wms" is also accepted as a synonym for "wmslayer".Section title displayed in the collapsible header in the layers panel. Example:
"Industria y servicios".Subtitle rendered below the section title. Example:
"Industrias, producción agropecuaria, minería, energía, comunicaciones, etc.".Internal identifier for this section. Lowercase, no spaces or special characters. Must be unique across all items. Used in
layers_joins references. Example: "industria-servicios".Legacy field. Leave as
"".Service protocol:
"wms" or "wmts". Should match the type field.OGC service version. Use
"1.3.0" for WMS and "1.0.0" for WMTS.Base URL of the OGC service. Do not append query parameters such as
?service=WMS, ?request=GetCapabilities, or ?version=1.3.0 — Argenmap builds and appends those automatically. Example: "https://wms.ign.gob.ar/geoserver/industria-servicios/wms".Vertical sort order for this section within the layers panel. Higher values place the section lower. Must be unique. Example:
70.Whitelist of layer names (exactly as they appear in the capabilities document) to show in this section. All other layers from the service are hidden. Omit the field entirely to show every layer the service publishes.
Overrides per-layer metadata fetched from the WMS capabilities document. Each key is a layer name and the value is an object with optional
new_title, new_abstract, and new_keywords strings. Example:Map of layer name → icon URL. Overrides the default layer icon for the specified layers. Example:
Groups this section under a named tab in the layers panel. See Tab grouping below.
MIME type to request when the user clicks a layer for feature info. Example:
"application/json". Defaults to "application/json" if omitted.WMS example
WMTS example
Tab grouping
By default every WMS/WMTS section appears in a single flat list in the layers panel. Thetab property on a service block assigns that section to a named tab, allowing you to organize many services into logical groups that users can switch between.
All service blocks that share the same tab.id value are grouped under the same tab. The content string is used as the tab label. Define the tab once with searcheable: true if you want the panel’s search box to index layers in that tab.
Tab field reference
Unique tab identifier. All blocks with the same
id appear in the same tab. Example: "IG".Human-readable tab label shown in the panel UI. Example:
"Info. Geoespacial".When
true, layers inside this tab are included in the panel search box results.Set to
"combobox" to render the layers within this tab as a dropdown combo box instead of a standard checkbox list. When a tab contains many layers, the combobox presents them in a compact dropdown that the user selects from, rather than a scrollable list of checkboxes. Useful for services that publish large numbers of layers.Tab grouping example
The following example (fromtabs.json) groups four services into two tabs, where the second tab uses the combobox layout:
Merging layers
Thelayers_joins array lets you merge two layers from the same or different services into a single toggle button in the layers panel. When the user clicks the button, both layers are activated simultaneously — useful for compositing a raster imagery layer with a vector boundary overlay.
Each entry in layers_joins identifies a primary layer (layer) in a given seccion, and a joins array containing one or more secondary layers that are activated together with it.
area_protegida_070115 in the panel also activates provincia_FA003 as a background layer. The two layers appear as one button in the Límites section.
Excluding layers with allowed_layers
By default, when Argenmap fetches a WMS capabilities document it renders every layer that service advertises. Use allowed_layers to limit which layers appear in a section. This is the preferred approach when a service publishes dozens of layers but you only want to expose a few.
The following example shows two blocks pointing at the same IGN WMS endpoint: the first shows every layer, the second restricts to exactly two:
allowed_layers must match the Name attribute in the WMS capabilities document exactly, including capitalization.
Renaming layer metadata with customize_layers
Use customize_layers to override the title, abstract, or keywords that a WMS service reports for a layer, without modifying the service itself. This is useful when the capability document contains technical or abbreviated layer names that you want to present more clearly to end users.
The following example (from renombrar_datos_capas.json) renames four layers from the IGN industry services WMS: