Skip to content

Syntax with type parameter {m} in OrdinalPatterns is not harmonious with the rest of the library #394

Open
@Datseris

Description

@Datseris

Making the ordinal patterns take m as a type parameter, as opposted to a keyowrd, was likely a mistake. Does it have a perforamnce benefit? If it does, it can only have one if m is given as a constant literal, 3, and not if it is given as a variable m, because in the later case the type can anyways not be inferred.

However, there are so many other types/outcome spaces that do delay embedding, yet m is a keyword. E.g., Dispersion, Cosine, etc. This is not harmonious and can even be confusing to a user ("why does one take m in one way and the other in another way...?").

I think we should revert the ordinal pattern decision and make it be a keyword there as well...

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions