You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
today I took time to have a closer look at the problem.
My observations:
The datatype of the columns is float64, where any of the integer datatypes should be used. But however, this should not lead to fail printing the data correctly. I guess this is not problem, but I added this for your information.
There are NaN values in the data, which seems to be completely ignored instead of concidering as 0 (zero). I don't now if this would be the same in the original bokeh module. Could you tell me, if this is the case? The problem seems to be worse, if the first column contains a NaN value. In this case the hole row is completely ignored.
The NaN and float64-type values have been created by pd.concat whIle concatening dataframes (with integer values only).
From these observations I constructed the following minimal example:
Of course this problem could be solved by proper datatype handling, but vor convenience it would be great, if pandas_bokeh would be robust in such cases.
The folloing code does the job. Maybe you could include it as pre-processing in `plot_bokeh.bar()' function.
see html below. this seems to be a bug
The text was updated successfully, but these errors were encountered: