Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 44 Next »

How is content published?

To provide new solutions when new needs arise or adapt existing solutions when those needs change, Exchange regularly broaden their catalog by publishing items.

If you have content that you think might be useful for other users and you want to be an active part in the process, you can send it to us through our content proposal tool for evaluation.

Content proposal tool explained

 Watch video: content proposal at a glance

Settings for each content type

Activeboards

1

Proposed name: specify the name for the Activeboard.

2

Content description: specify the details of the Activeboard, such as the purpose, the widgets it’s composed of, or the intended data composition.

3

Source requirements: specify the data tables required to extract the data from.

4

Open data: choose a method to replicate the Activeboard.

  • Existing Activeboard: if you choose this method, you must select one of the Activeboard in your domain using the Available Activeboards dropdown.

  • From JSON file: if you choose this method, you must insert an Activeboard raw configuration in JSON format using the Activeboard (JSON format) field.

5

Sample screenshots: provide screenshots of the Activeboard as support materials to help us understand the intended content and layout.

Applications

1

Proposed name: specify the name for the application.

2

Content description: specify the details of the application, such as the purpose, the different components and areas, or how it works.

3

Link: provide the URL of the Github project so that we can analyze the structure and coding of the application. You can use our Application Developer Kit to maximize compatibility and efficiency when creating new applications.

4

Source requirements: specify the data tables required to extract the data from.

5

Sample screenshots: provide screenshots of the application as support materials to help us understand the intended content and layout.

Alerts

1

Proposed name: specify the name for the alert.

2

Content description: specify the details of the alert, such as the anomaly to find, the trigger method, or the specific settings according to the trigger method chosen.

3

Query area: specify the query that defines the alert condition.

Lookups

1

Proposed name: specify the name for the lookup.

2

Content description: specify the details of the lookup, such as the context of use, fields contained, or the key field used to correlate values.

3

Open data: choose a method to replicate the lookup.

  • Existing lookup: if you choose this method, you must select one of the lookup in your domain using the Existing lookups dropdown

  • From CSV file: if you choose this method, you must insert a lookup table with the fields and values in CSV format using the Lookup (CSV format) field.

Synthetic data

1

Proposed name: specify the name for the synthetic data.

2

Content description: specify the details of the synthetic data, such as the context of use, fields contained, or the specific items it’s designed for (e.g. Windows Activity Activeboard).

3

Source requirements: specify the data tables that will contain the synthetic data.

4

Synthetic data: specify the values and data patterns to simulate.

  • No labels