I like the idea of a circular type, just to be a wrapper of a Number of AbstractArray, so that circular(X;deg=false) could handle radius°ree easily, but it may require all circular related Distribution and HypothesisTests to be built on this type. Nevertheless, This just solve the syntax consistency issues, the underlining functionality would still based on Number and AbstractArray, it’s debatable whether to export these underling functions that could work directly on circular data.