Skip to content

Evaluate re-implementing inherited Index methods in the Arkouda accessor #5194

@ajpotts

Description

@ajpotts

Some Index functionality is inherited automatically through pd.Index when using ArkoudaExtensionArray. The same or similar functionality also exists on ak.Index, and an Index accessor is already available.

This ticket is to evaluate whether selectively re-implementing certain inherited pandas Index methods in the accessor would be worthwhile, for example to:

Improve performance

Avoid unnecessary conversions or round-trips

Better leverage Arkouda-native operations

The goal is to identify cases where overriding pandas-inherited behavior provides a clear benefit, and leave the rest as-is.

  • __class__
  • __delattr__
  • __dict__
  • __dir__
  • __doc__
  • __eq__
  • __firstlineno__
  • __format__
  • __ge__
  • __getattribute__
  • __getitem__
  • __getstate__
  • __gt__
  • __hash__
  • __init__
  • __init_subclass__
  • __le__
  • __len__
  • __lt__
  • __module__
  • __ne__
  • __new__
  • __reduce__
  • __reduce_ex__
  • __repr__
  • __setattr__
  • __sizeof__
  • __static_attributes__
  • __str__
  • __subclasshook__
  • __weakref__
  • argsort
  • dtype
  • equals
  • inferred_type
  • is_unique
  • map
  • memory_usage
  • name
  • names
  • ndim
  • nlevels
  • shape
  • size
  • sort_values
  • values

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions