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
Strings are things like column names; there is no point treating those as separate types, it gives a huge amount of pollution in the generated type annotations. Example: typing/pandas.core.frame.py has 10,000+ lines for __getitem__/__setitem__ overloads.
Related, issue to make results more interpretable: gh-71
The text was updated successfully, but these errors were encountered:
This issue seems more relevant for the dataframe analysis. For array analysis, treating strings as unique was useful to see which kwarg values were provided by downstream libraries.
Strings are things like column names; there is no point treating those as separate types, it gives a huge amount of pollution in the generated type annotations. Example: typing/pandas.core.frame.py has 10,000+ lines for
__getitem__
/__setitem__
overloads.Related, issue to make results more interpretable: gh-71
The text was updated successfully, but these errors were encountered: