4 ms·

Used in production? Yes. Alternatives at a low level? Hard to say - it really does allow you to do a lot at a very low level if you want BUT... - Vega Lite /

Used in production? Yes. Alternatives at a low level? Hard to say - it really does allow you to do a lot at a very low level if you want BUT... - Vega Lite / Vega - HighCharts (paid) - ChartJS - Raphael (unsure if this is still used as much) - Leaflet / Turf for GIS visualizations - Server-side? PyGal? http://www.pygal.org/en/stable/ http://www.pygal.org/en/stable/ If you don't want to go so low-level there are a huge number of D3 abstractions that allow you to pick your chart and work with the data. Britecharts from EventBrite is one example of an actively maintained abstraction. http://eventbrite.github.io/britecharts/ http://eventbrite.github.io/britecharts/

acomjean 7y ago
Vega is low level, but built on top of D3. https://vega.github.io/vega/about/vega-and-d3/ https://vega.github.io/vega/about/vega-and-d3/ Vega lite is what I use as my day to day web graphing driver (it exports to svg which is awesome...)
kickout 7y ago
Thanks for this. Never seen HighCharts. Looks nice (pending $$$)
- inferiorhuman 7y ago
  HighCharts is very nice if you don't want to invest the time into honing your d3 skills.
- vosper 7y ago
  We use Highcharts at work, and have for years. It's a really good library, definitely worth the money. We had a recent adventure with building new charts in Victory, but performance was not good and we came back to Highcharts and removed all our Victory code. We're still happy with that decision :)
lmeyerov 7y ago
We end up using some of the d3 helpers, like on axis & scales, but go straight to chart libraries + custom DOM/SVG/webgl for the rest, and normal React framework for interactivity. The d3 functional helpers are still real gems and IMO under-appreciated. I think it was rewritten a few years to help expose those better (e.g., for tree shaking.) As soon as you go to react & friends, most of the d3 model does become redundant, and Yet Another Thing to burden the team. There's still a temptation to reuse beautiful d3 gallery items posted by others, but generally, they're annoying to patch up & now you must maintain them. Better to use dedicated maintained libs if that's what you want. There have been attempts to do Standard D3 Chart libs, but afaict it's a graveyard of abandonware, and I approach most efforts here with strong caution. (The trend for the last few years has been each bigco to release their own NIH framework and then abandon as the authors leave, and little incentive for D3 design consultants to maintain old projects.)
- sailfast 7y ago
  What "straight chart libraries" do you use? I'd be interested in digging into that further. I agree that React / Redux state can take the place of a lot of the D3 models. That said, it's nice that D3 handles entry / updates and changes so you can point to redux and it "just works" and all the transitions, etc are handled as your app state is handled.
  - lmeyerov 7y ago
    At this point... I think we only have Susie Lu (Netflix)'s annotator, but good chance of it being removed. For example, we had to do our own timeline to get decently fast zoom rebinning on modern screen widths that we abandoned a JS widget here, and histograms ended up being so custom that we'd get little from a library. The shortlist for GIS is DecKGL. Graphistry gets a lot of requests here, so we helped the DeckGL folks on some Arrow/GPU stuff and we had promising experiments as part of it, but (if I remember right) we hit memory issues and something else. We'll be evaluating that for GIS next time it makes sense. +1 to others on HighCharts team!
    - sailfast 7y ago
      Thanks - that makes total sense for a company that does this for a living, especially on GL for more scalable rendering. I'll also be checking out your product.
mrlala 7y ago
ECharts has been very nice, it's free and open source https://echarts.apache.org/en/index.html https://echarts.apache.org/en/index.html
- duderific 7y ago
  Bonus is that it uses almost the identical APIs as HighCharts. We switched from HighCharts to eCharts at my work and we've been happy with it.

acomjean 7y ago

Vega is low level, but built on top of D3. https://vega.github.io/vega/about/vega-and-d3/ https://vega.github.io/vega/about/vega-and-d3/ Vega lite is what I use as my day to day web graphing driver (it exports to svg which is awesome...)

kickout 7y ago

Thanks for this. Never seen HighCharts. Looks nice (pending $$$)

inferiorhuman 7y ago
HighCharts is very nice if you don't want to invest the time into honing your d3 skills.
vosper 7y ago
We use Highcharts at work, and have for years. It's a really good library, definitely worth the money. We had a recent adventure with building new charts in Victory, but performance was not good and we came back to Highcharts and removed all our Victory code. We're still happy with that decision :)

lmeyerov 7y ago

We end up using some of the d3 helpers, like on axis & scales, but go straight to chart libraries + custom DOM/SVG/webgl for the rest, and normal React framework for interactivity. The d3 functional helpers are still real gems and IMO under-appreciated. I think it was rewritten a few years to help expose those better (e.g., for tree shaking.) As soon as you go to react & friends, most of the d3 model does become redundant, and Yet Another Thing to burden the team. There's still a temptation to reuse beautiful d3 gallery items posted by others, but generally, they're annoying to patch up & now you must maintain them. Better to use dedicated maintained libs if that's what you want. There have been attempts to do Standard D3 Chart libs, but afaict it's a graveyard of abandonware, and I approach most efforts here with strong caution. (The trend for the last few years has been each bigco to release their own NIH framework and then abandon as the authors leave, and little incentive for D3 design consultants to maintain old projects.)

sailfast 7y ago
What "straight chart libraries" do you use? I'd be interested in digging into that further. I agree that React / Redux state can take the place of a lot of the D3 models. That said, it's nice that D3 handles entry / updates and changes so you can point to redux and it "just works" and all the transitions, etc are handled as your app state is handled.
- lmeyerov 7y ago
  At this point... I think we only have Susie Lu (Netflix)'s annotator, but good chance of it being removed. For example, we had to do our own timeline to get decently fast zoom rebinning on modern screen widths that we abandoned a JS widget here, and histograms ended up being so custom that we'd get little from a library. The shortlist for GIS is DecKGL. Graphistry gets a lot of requests here, so we helped the DeckGL folks on some Arrow/GPU stuff and we had promising experiments as part of it, but (if I remember right) we hit memory issues and something else. We'll be evaluating that for GIS next time it makes sense. +1 to others on HighCharts team!
  - sailfast 7y ago
    Thanks - that makes total sense for a company that does this for a living, especially on GL for more scalable rendering. I'll also be checking out your product.

mrlala 7y ago

ECharts has been very nice, it's free and open source https://echarts.apache.org/en/index.html https://echarts.apache.org/en/index.html

duderific 7y ago
Bonus is that it uses almost the identical APIs as HighCharts. We switched from HighCharts to eCharts at my work and we've been happy with it.