PGFPlots.jl
PGFPlots.jl copied to clipboard
JuliaTeX
Missings
Currently, plot functions accept data with type AbstractMatrix{Real}. This means that the code throws a MethodError when passed data that allows for or includes missing values.
When plotting multiple time series with different frequencies / time spans, there can be quite a bit of messy wrangling required before passing the data through to the plotting functions in PGFPlots.
If it were possible to accept data as AbstractMatrix{Union{Missing,Real}}, then for PGFPlots to drop the Missings for each trace before plotting, that would be much appreciated.
There are a few design questions. I guess the two main options are to
- To pass the
missings to PGFPlots asnan, which is a standard way to code missing values in PGFPlots. This would mean
- Updating the
plotHelperfunctions inPGFPlots.jl, then - updating the accepted
Real/Complextypes toUnion{Real,Missing}/Union{Complex,Missing}throughout.
(It would also be possible to pass the missings as empty strings, which is more appealing than nans in some ways. But this only works in PGFPlots if values are delimited with commas or semicolons. In some plotHelper functions, values are currently delimited with spaces).
- Another option would be to just allow missings when passing a
DataFrametoPGFPlots, and to just filter themissings out of theDataFramecolumns provided before dispatching into the plotting functions. This would just require updating lines 45-51 ofPGFPlots.jl.
(2) is a much smaller change, but drops some useful information from the resulting .tex output files. (1) would allow the user to set whether PGFPlots skips or jumps missing values, which is a useful feature in PGFPlots.
Julia now has core support for missing values. It seems to make sense to support that directly in PGFPlots.jl as well.
PGFPlots.jl is a weird package in that, rather than typing things, we basically don't add types to anything, and rely on the type itself to dictate how it gets serialized to text when writing to a .tex file.
The data itself is an exception to this. As @alfredjmduncan points out, the data fields are of type AbstractMatrix{Real}. I like the idea of moving to Union{Missing, Real}, and then using skipmissing in plotHelper.
