Anthony Blaom, PhD

This does sound like a good solution.

This issue, in case anyone hasn't noticed, is essentially a duplicate of https://github.com/JuliaData/CategoricalArrays.jl/issues/234, which is also open.

Hi Milan, Thanks for your message. I have code that relabels vectors of arbitrary type into integer vectors, based on "training" the code on one particular vector, which is presumed...

Thanks for your message. I am developing a Julia machine learning environment and am wrapping a learning algorithm that expects categorical features to have Int type. In my environment, data...

Update: My code has moved on and the use-case above no longer exists. On reflection, I'm not sure there is a compelling reason to favour different behaviour. Feel free to...

Maybe related: https://github.com/JuliaLang/julia/issues/36907 https://github.com/JuliaLang/julia/issues/36869

Be good to get a decision here. @roland-KA 's [suggestion](https://github.com/JuliaCollections/AbstractTrees.jl/issues/115#issuecomment-1207395186) is clear, and the use-case comprehensively explained. In view of discussion at #116, `AbstractNode` sounds like the best name.

No, it would not be used by AbstractTrees.jl. Nothing internal to AbstractTrees.jl would inherit from this. The purpose is not internal, but to allow more external packages to make use...

> However, I don't think we are going to be able to call it AbstractTree, I think it's going to have to be AbstractNode or AbstractTreeNode, as what this package...

Thanks for that workaround, which works. If someone can check the necessity of the typing that would be great.