2015-02-05 3 views
3

Я немного смущен документацией относительно обозначений для значений точек, когда речь заходит о диаграммах значений 3+, таких как HeatMap и BoxPlot.Исправить JSON для точек с пользовательскими атрибутами и значениями 3+?

Я вижу, что значения точки могут быть поставлены в п длины массивов:

data: [ 
       [760, 801, 848, 895, 965], 
       [733, 853, 939, 980, 1080]... 
      ] 

И что они могут быть конфигурации объектов с дополнительными/пользовательскими свойствами:

data: [{ 
      name: 'Point 1', 
      color: '#00FF00', 
      x: 1, 
      y: 3 
     }, { 
      name: 'Point 2', 
      color: '#FF00FF', 
      x: 2, 
      y: 5 
     }] 

Но как использовать config object notation для HeatMap/BoxPlot, когда единственными свойствами документального значения являются «x» и «y»?

Есть ли поддерживаемое свойство объекта конфигурации, которое будет интерпретироваться как массив длины n? Что-то вроде этого?

data: [{ 
      name: 'Point 1', 
      color: '#00FF00', 
      values: [1,2,3] 
     }, { 
      name: 'Point 2', 
      color: '#FF00FF', 
      values: [4,5,6] 
     }] 

ответ

2

Это зависит от типа диаграммы.

Для Heatmap (reference):

Тепловая карта имеет X и Y оси, как и любой декартовой серии. Определения точек, однако, принимают три значения: x, y, а также value, который служит значением для цветового кодирования точки. Эти значения также могут быть заданы как массив из трех чисел.

Иными словами, вы можете сделать { x: 0, y: 1, value: 10 } или [0,1,10].

Для BoxPlot (reference):

Каждая точка в коробке участка имеет пять значений: низкий, q1, медиану, q3 и высокой. Highcharts распознает три способа определения точки:

  • Объект буквальный. Значение X не является обязательным.

    { x: Date.UTC(2013, 1, 7), low: 0, q1: 1, median: 2, q3: 3, high: 4 }

  • массив из 5 значений. Значение X выводится.

    [0, 1, 2, 3, 4]

  • массив из 6 значений. Значение X является первой позицией.

    [Date.UTC(2013, 1, 7), 0, 1, 2, 3, 4]

+2

Отлично, спасибо! Я просматривал документы API, но не думал заглядывать в раздел «Диаграмма и тип серии». Могу ли я предположить, что было бы неплохо иметь перекрестную ссылку из документов API для «series.data» с примечанием, указывающим на то, что там могут быть обнаружены некоторые особенности различных вариантов набора данных в разных сериях? Как разработчик, мой инстинкт для следующего места для просмотра был бы не в исходном коде, а не в области документации более высокого уровня. –