Gets the source and layer identifiers for all sources managed by this module.
This property provides access to the MapLibre source and layer IDs that were created and are managed by this module. These IDs can be used to interact directly with MapLibre's API or to identify which layers belong to this module.
A record mapping each source name to its corresponding source ID and layer IDs. Each entry contains the MapLibre source identifier and an array of layer identifiers associated with that source.
The returned IDs are useful when you need to:
const ids = myModule.sourceAndLayerIDs;
console.log(ids);
// {
// mySource: {
// sourceID: 'my-source-id',
// layerIDs: ['layer-1', 'layer-2']
// }
// }
// Use with MapLibre API
const map = myModule.mapLibreMap;
ids.mySource.layerIDs.forEach(layerId => {
map.setLayoutProperty(layerId, 'visibility', 'visible');
});
Applies a configuration to this module.
This method updates the module's behavior and appearance based on the provided configuration. The configuration is stored internally and will be automatically reapplied if the map style changes.
The configuration object to apply to the module. Pass undefined to reset
the configuration to default values.
When a configuration is applied, the module updates its visual representation and behavior accordingly. The configuration persists across map style changes, ensuring consistent module behavior even when the map's base style is modified.
The given configuration replaces the current one rather than being merged into it. To change one part of it, use updateConfig.
// Apply a new configuration
myModule.applyConfig({ visible: true, opacity: 0.8 });
// Reset to default configuration
myModule.applyConfig(undefined);
Retrieves a copy of the current module configuration.
This method returns a shallow copy of the configuration object that is currently
applied to the module. If no configuration has been applied, it returns undefined.
A shallow copy of the current configuration object, or undefined if no
configuration is currently applied. The returned object is a copy to prevent
unintended modifications to the internal state.
The returned configuration object is a shallow copy, which means that while the top-level properties are copied, any nested objects or arrays are still referenced from the original configuration. This is sufficient for most use cases but should be kept in mind when dealing with complex configurations.
// Apply a configuration
myModule.applyConfig({ visible: true, opacity: 0.8 });
// Later, retrieve the current configuration
const currentConfig = myModule.getConfig();
console.log(currentConfig); // { visible: true, opacity: 0.8 }
// When no config is applied
myModule.resetConfig();
console.log(myModule.getConfig()); // undefined
Returns features currently visible in the viewport.
An object containing visible traffic incident features.
Returns all incident features currently rendered in the visible map area, including both incident areas/lines and icon markers.
Feature Properties: Properties depend on the traffic incidents vector tile schema and may include:
Whether the incident icons are set to be shown.
The icons.visible setting and, while it is unset, isVisible. It is true
for the icons-only state, { visible: false, icons: { visible: true } }.
Whether traffic incidents are set to be shown.
The visible setting; false while nothing has set it, as traffic is hidden until
shown. isIconsVisible reads the icons setting.
Resets the configuration of this module to its default values.
This is a convenience method that clears any previously applied configuration
and restores the module to its initial state. This is equivalent to calling
applyConfig(undefined).
After calling this method, the module will behave as if no configuration was ever applied. Any custom settings, styling, or behavior modifications will be removed and replaced with default values.
// Apply some configuration
myModule.applyConfig({ visible: true, opacity: 0.5 });
// Later, reset to defaults
myModule.resetConfig();
Sets the visibility of incident icon layers.
true to show icons, false to hide them.
This controls only the icon/symbol layers, not the incident area polygons or lines. It stores
icons.visible, which overrides visible for the icons until the next setVisible:
setVisible(false) then setIconsVisible(true) shows the icons alone.
Sets the visibility of all traffic incident layers.
true to show incidents, false to hide them.
Changes part of the configuration and keeps the rest.
The given properties are laid over the current configuration — one level deep, so a nested
object you pass replaces the nested object that was there — and the result is applied with
applyConfig. This is the same on every module, whatever its applyConfig does with a
whole configuration.
The properties to change.
routing.applyConfig({ displayUnits: 'imperial', color: '#0a3653' });
routing.updateConfig({ color: '#c2185b' }); // displayUnits stays imperial
applyConfig to apply a whole configuration
ProtectedwaitStaticgetRetrieves a TrafficIncidentsModule instance for the given map.
The TomTomMap instance to attach this module to.
Optionalconfig: TrafficIncidentsModuleConfig
Optional configuration for initialization, visibility, and filters.
A promise that resolves to the initialized TrafficIncidentsModule.
Configuration:
visible: Initial visibility state for all incidentsicons.visible: Initial visibility for incident iconsensureAddedToStyle: Auto-add traffic incidents to style if missingfilters: Incident type, severity, and delay filters, for lines and icons aliketrafficIncidentsKnobCatalogue lists the plain-valued settings as data.
Traffic Incidents Module for displaying and configuring real-time traffic incidents on the map.
This module controls the vector tile traffic incidents layers that show traffic events like accidents, road closures, construction, and hazards.
Remarks
What this module owns: whether the style's incident layers are shown, and which incidents. Each magnitude's colour and the line width are
traffic.incidents.*knobs on StylingModule. See Who owns what.Features:
Incident Types:
Example
Basic usage:
Example
Filter by incident type:
Example
Filter by severity:
See
trafficIncidentDetails()REST service as a developer-controlled overlay (use the details module when you need typed incident objects in app code; this vector-tile module remains the recommended default for visual fidelity).