This section documents API usage specific to this template, so for an introduction we suggest you refer to the generic API documentation instead.

Template data

There are three different formats in which you can supply data to this template. The most convenient for you to use likely depends on the source of your data, as described below.

1. Array of arrays, and a bindings object

You can supply arrays of arrays to opts.data, which might look like:

{
    data: {
        routes: [
            [ "RoutesColumn1Value1", "RoutesColumn2Value1",
            [ "RoutesColumn1Value2", "RoutesColumn2Value2",
            [ "RoutesColumn1Value3", "RoutesColumn2Value3",
            ...
        ],
        locations: [
            [ "LocationsColumn1Value1", "LocationsColumn2Value1",
            [ "LocationsColumn1Value2", "LocationsColumn2Value2",
            [ "LocationsColumn1Value3", "LocationsColumn2Value3",
            ...
        ]
    }
}

where each array of arrays represents the rows in a data sheet.

To tell the API how the values from each column should be associated with the keys that the template is expecting, you must also supply an object attached to opts.bindings. (The meanings of the keys in the bindings object are documented below.) The minimal bindings you can supply for this template are as shown in this example:

{
    template: "@hughsk/3d-arc-map",
    version: "2",
    bindings: {
        routes: {
            source: 0, // index of a column in your data
            target: 1, // index of a column in your data
        },
        locations: {
            id: 0, // index of a column in your data
            latitude: 1, // index of a column in your data
            longitude: 2, // index of a column in your data
        }
    },
    data: {
        routes: [
            [ "RoutesColumn1Value1", "RoutesColumn2Value1",
            [ "RoutesColumn1Value2", "RoutesColumn2Value2",
            [ "RoutesColumn1Value3", "RoutesColumn2Value3",
            ...
        ],
        locations: [
            [ "LocationsColumn1Value1", "LocationsColumn2Value1",
            [ "LocationsColumn1Value2", "LocationsColumn2Value2",
            [ "LocationsColumn1Value3", "LocationsColumn2Value3",
            ...
        ]
    }
}

All possible bindings that you can supply are shown in this example:

{
    template: "@hughsk/3d-arc-map",
    version: "2",
    bindings: {
        routes: {
            source: 0, // index of a column in your data
            target: 1, // index of a column in your data
            width: 2, // index of a column in your data
            filter: 3, // index of a column in your data
            category: 4, // index of a column in your data
            metadata: [5, 6, ...], // index(es) of column(s) in your data
        },
        locations: {
            id: 0, // index of a column in your data
            latitude: 1, // index of a column in your data
            longitude: 2, // index of a column in your data
            name: 3, // index of a column in your data
            category: 4, // index of a column in your data
        }
    },
    data: {
        routes: [
            [ "RoutesColumn1Value1", "RoutesColumn2Value1",
            [ "RoutesColumn1Value2", "RoutesColumn2Value2",
            [ "RoutesColumn1Value3", "RoutesColumn2Value3",
            ...
        ],
        locations: [
            [ "LocationsColumn1Value1", "LocationsColumn2Value1",
            [ "LocationsColumn1Value2", "LocationsColumn2Value2",
            [ "LocationsColumn1Value3", "LocationsColumn2Value3",
            ...
        ]
    }
}

2. Array of objects with arbitrary keys, and a bindings object

This format is most likely useful when you have data from an external source, such as CSV data loaded from d3-dsv. You should supply this attached to the opts.data, which might look like:

{
        routes: [
            { "RoutesHeader1": ..., "RoutesHeader2": ..., ... },
            { "RoutesHeader1": ..., "RoutesHeader2": ..., ... },
            { "RoutesHeader1": ..., "RoutesHeader2": ..., ... },
            ...
        ],
        locations: [
            { "LocationsHeader1": ..., "LocationsHeader2": ..., ... },
            { "LocationsHeader1": ..., "LocationsHeader2": ..., ... },
            { "LocationsHeader1": ..., "LocationsHeader2": ..., ... },
            ...
        ]
    }

... but with the keys being the column headers from your source data instead. You must also supply an object attached to opts.bindings. The minimal bindings you can supply for this template are as shown in this example:

{
    template: "@hughsk/3d-arc-map",
    version: "2",
    bindings: {
        routes: {
            source: "RoutesHeader1",
            target: "RoutesHeader2",
        },
        locations: {
            id: "LocationsHeader1",
            latitude: "LocationsHeader2",
            longitude: "LocationsHeader3",
        }
    },
    data: {
        routes: [
            { "RoutesHeader1": ..., "RoutesHeader2": ..., ... },
            { "RoutesHeader1": ..., "RoutesHeader2": ..., ... },
            { "RoutesHeader1": ..., "RoutesHeader2": ..., ... },
            ...
        ],
        locations: [
            { "LocationsHeader1": ..., "LocationsHeader2": ..., ... },
            { "LocationsHeader1": ..., "LocationsHeader2": ..., ... },
            { "LocationsHeader1": ..., "LocationsHeader2": ..., ... },
            ...
        ]
    }
}

All possible bindings that you can supply are shown in this example:

{
    template: "@hughsk/3d-arc-map",
    version: "2",
    bindings: {
        routes: {
            source: "RoutesHeader1",
            target: "RoutesHeader2",
            width: "RoutesHeader3",
            filter: "RoutesHeader4",
            category: "RoutesHeader5",
            metadata: ["RoutesHeader6", "RoutesHeader7", ...],
        },
        locations: {
            id: "LocationsHeader1",
            latitude: "LocationsHeader2",
            longitude: "LocationsHeader3",
            name: "LocationsHeader4",
            category: "LocationsHeader5",
        }
    },
    data: {
        routes: [
            { "RoutesHeader1": ..., "RoutesHeader2": ..., ... },
            { "RoutesHeader1": ..., "RoutesHeader2": ..., ... },
            { "RoutesHeader1": ..., "RoutesHeader2": ..., ... },
            ...
        ],
        locations: [
            { "LocationsHeader1": ..., "LocationsHeader2": ..., ... },
            { "LocationsHeader1": ..., "LocationsHeader2": ..., ... },
            { "LocationsHeader1": ..., "LocationsHeader2": ..., ... },
            ...
        ]
    }
}

(As before, the keys containing "Header" would be replaced by column names from your data source.)

3. Array of objects with template-defined keys

There is an alternative format you can use, which is likely to be easier to use if your data is not from a spreadsheet source. With this alternative format you supply your data to the template as an array of objects, attached to opts.data, where the keys must be those used by the template, as documented below. In this case there is no need to supply a bindings object, since the key names are already those expected by the template. The required properties in the data object are as follows (scroll down for a description of what each property is):

{
    template: "@hughsk/3d-arc-map",
    version: "2",
    data: {
    routes: [
        {
            source: ...,
            target: ...,
            metadata: [...]
        },
        ...
    ],
    locations: [
        {
            id: ...,
            latitude: ...,
            longitude: ...
        },
        ...
    ]
},
    ...
}

And the full list of all possible properties is as follows:

{
    template: "@hughsk/3d-arc-map",
    version: "2",
    data: {
    routes: [
        {
            source: ...,
            target: ...,
            width: ...,
            filter: ...,
            category: ...,
            metadata: [...]
        },
        ...
    ],
    locations: [
        {
            id: ...,
            latitude: ...,
            longitude: ...,
            name: ...,
            category: ...
        },
        ...
    ]
},
    ...
}

Meanings of the template data keys:

• routes.source: The column containing the code for the arc's source. This should match the codes used in the Locations sheet
• routes.target: The column containing the code for the arc's target, This should match the codes used in the Locations sheet
• routes.width: Optionally, a column containing a value for the arc, which can be used to specify its thickness.
• routes.filter: Optionally, a column to filter visible arcs by.
• routes.category: Optionally, a column containing a category for the arc, which can be used to specify its colour. Over-rides the category in the Locations sheet, if both are specified.
• routes.metadata: metadata
• locations.id: The column containing the location code. Should match the codes used in the Arcs sheet.
• locations.latitude: latitude
• locations.longitude: longitude
• locations.name: Optionally, a column containing the name of the location, to show in popup
• locations.category: Optionally, a column containing the category of the arc, which can be used to specify its colour.

Template settings

Options for opts.state.

Arcs

arc.arc_thickness number

Thickness.

arc.brushing_enabled boolean

Brushing enabled.

arc.brushing_brush_source boolean

Brush source.

arc.brushing_brush_target boolean

Brush target.

arc.brushing_brush_radius number

Brush radius (meters).

arc.arc_palette_enabled boolean

Type.

arc.arc_source_color color

Source color.

arc.arc_source_opacity number

Source opacity.

arc.arc_target_color color

Target color.

arc.arc_target_opacity number

Target opacity.

arc.arc_palette.palette colors

Palette.

arc.arc_palette.extend boolean

Auto-extend. Automatically generate additional colours when needed to avoid the palette colours being used more than once. Added colours are based on the average lightness and chroma values of the palette. This works best if the palette’s colours do not have very high or low saturation.

arc.arc_palette.advanced boolean

Fine tune. Fine tune how additional colours are added to the palette.

arc.arc_palette.hue_rotation_angle number

Hue rotation for added colours. Angle, in degrees in HCL colourspace, between one generated colour and the next. The default value, ~360/(Golden ratio), ensures adjacent hues are not too similar.

arc.arc_palette.custom_palette text

Custom overrides. Type the name of the entity whose colour you want to set, a colon and then a colour (using a name, hex-code or rgb declaration). Multiple colours can be set using multiple lines. For example:

---

Party 1: red
Party 2: #4455AA
Party 3: rgb(30,168,26)

Map

map.style_base string

Map style.

map.style_show_labels boolean

Display labels.

map.map_zoom_min number

Min zoom.

map.map_zoom_max number

Max zoom.

map.map_bound_position boolean

Limit viewport bounds.

map.map_lat_min number

Min latitude.

map.map_lat_max number

Max latitude.

map.map_lng_min number

Min longitude.

map.map_lng_max number

Max longitude.

map.map_initial_type string

Initial viewport. By default, the initial viewport of the map is automatically set to include every visible object. The "centroid" option allows you to select a custom latitude, longitude and zoom. The "bounds" option lets you specify a custom bounding box for the viewport to enclose.

map.map_initial_lat number

Latitude.

map.map_initial_lng number

Longitude.

map.map_initial_zoom number

Zoom.

map.map_initial_bounds_lat_min number

Min latitude.

map.map_initial_bounds_lng_min number

Min longitude.

map.map_initial_bounds_lat_max number

Max latitude.

map.map_initial_bounds_lng_max number

Max longitude.

map.map_interactive boolean

Allow user interaction.

map.map_hijack_scroll boolean

Require cmd/ctrl to zoom when scrolling.

map.controls_geolocator_enabled boolean

Use geolocator control.

map.controls_geolocator_alignment string

Geolocator control position.

map.controls_fullscreen_enabled boolean

Use fullscreen control.

map.controls_fullscreen_alignment string

Fullscreen control position.

map.animation_enabled boolean

Enable animation.

map.animation_duration number

Duration.

Filtering

filter_controls.type string

Data type.

filter_controls.temporal_format string

Date/time format in data. The date/time format in your data sheet. Used only to sort the data, if required. If your format isn’t in the list, you can enter a custom format using d3-time-format syntax. See npmjs.com/package/d3-time-format for details.

filter_controls.sort boolean

Sort menu.

filter_controls.control string

Control.

filter_controls.width number

Menu width.

filter_controls.play_button boolean

Include play button.

filter_controls.step_time number

Time between steps when playing. Measured in seconds, positive values move the slider left to right, negative values move the slider right to left.

filter_controls.loop boolean

Loop on play.

filter_controls.restart_pause number

Pause before loop restarts. Measured in seconds and in addition to the regular step time displayed above.

filter_controls.dropdown_icon_color color

Icon color.

filter_controls.slider_handle_color color

Handle and button color.

filter_controls.slider_track_color color

Track and label color.

Popup

popup.show_popups boolean

Popups.

popup.is_custom boolean

Popup contents.

popup.custom_template text

Popup content. The text to appear in the popup. You can use {{column_name}} to add a value from your data. It must be in a selected column, but you can add columns to “Metadata” if you just want to include them for use in the popup. Advanced users can include HTML to apply layouts, formatting, images, etc.

popup.show_pointer boolean

Pointer.

popup.show_shadow boolean

Shadow.

popup.style_popups boolean

Custom styling.

popup.text_color color

Text colour.

popup.align string

Alignment.

popup.font_size number

Font size.

popup.fill_color color

Fill colour.

popup.opacity number

Fill opacity.

popup.padding number

Padding.

popup.border_radius number

Radius. Corner radius of popup