
GITHUB . COM {
}
Detected CMS Systems:
- Wordpress (2 occurrences)
Title:
API: numeric_only in Series ops behavior Β· Issue #47500 Β· pandas-dev/pandas
Description:
Part of #46560 For Series and SeriesGroupBy ops (and perhaps others like resample, rolling, window, expanding, ewm), there is an inconsistency when numeric_only is passed to ops that have it as an argument: ser = pd.Series([1, 2, 3]) pri...
Website Age:
17 years and 8 months (reg. 2007-10-09).
Matching Content Categories {π}
- Video & Online Content
- Events
- Business & Finance
Content Management System {π}
What CMS is github.com built with?
Github.com employs WORDPRESS.
Traffic Estimate {π}
What is the average monthly size of github.com audience?
ππ Tremendous Traffic: 10M - 20M visitors per month
Based on our best estimate, this website will receive around 10,000,019 visitors per month in the current month.
However, some sources were not loaded, we suggest to reload the page to get complete results.
check SE Ranking
check Ahrefs
check Similarweb
check Ubersuggest
check Semrush
How Does Github.com Make Money? {πΈ}
Subscription Packages {π³}
We've located a dedicated page on github.com that might include details about subscription plans or recurring payments. We identified it based on the word pricing in one of its internal links. Below, you'll find additional estimates for its monthly recurring revenues.How Much Does Github.com Make? {π°}
Subscription Packages {π³}
Prices on github.com are in US Dollars ($).
They range from $4.00/month to $21.00/month.
We estimate that the site has approximately 4,989,889 paying customers.
The estimated monthly recurring revenue (MRR) is $20,957,532.
The estimated annual recurring revenues (ARR) are $251,490,385.
Wordpress Themes and Plugins {π¨}
What WordPress theme does this site use?
It is strange but we were not able to detect any theme on the page.
What WordPress plugins does this website use?
It is strange but we were not able to detect any plugins on the page.
Keywords {π}
series, numericonly, rhshadrach, ops, dtype, columns, float, mroeschke, commented, member, raise, consistency, docstring, api, behavior, axis, author, sign, seriesgroupby, raises, numeric, discussion, nuisance, type, pandas, projects, issue, closed, notimplementederror, meannumericonlytrue, view, option, added, include, dataframe, imo, reduction, functions, mentioned, kwargs, navigation, pull, requests, actions, security, rolling, window, passed, printsergroupby, meannumericonlyfalse,
Topics {βοΈ}
deprecate unused args/kwargs july dev meeting personal information api activity rhshadrach added boolean columns docstring boolean columns docstring imo numeric_only appears discussion requires discussion completed itholic mentioned api/behavior comment metadata assignees rhshadrach closed projects milestone 1 allowing numeric_only=true object type series rhshadrach mentioned 1d columns type projects ops ignore numeric_only numeric_only=true/false seriesgroupby behavior ops raise notimplementederror apply type series behavior seriesgroupby ops reduction functions columns api pandas 2 numeric_only=true implement numeric_only numeric_only=false interpret numeric_only numeric_only topic handle numeric_only ops raise view passing make sense slightly odd core team convert ['foobar'] quick check circle back dove deeply incorrect view makes sense pun intended enabling tests 100% complete relationships window ops
Payment Methods {π}
- Braintree
Questions {β}
- Already have an account?
- I think the question might be more interesting for DataFrame (which is maybe what you're asking?
- I think the question might be more interesting for DataFrame (which is maybe what you're asking?
- Have you explored the effect of when axis=1 is specified with these reduction functions?
Schema {πΊοΈ}
DiscussionForumPosting:
context:https://schema.org
headline:API: numeric_only in Series ops behavior
articleBody:Part of #46560
For Series and SeriesGroupBy ops (and perhaps others like resample, rolling, window, expanding, ewm), there is an inconsistency when numeric_only is passed to ops that have it as an argument:
```
ser = pd.Series([1, 2, 3])
print(ser.mean(numeric_only=True))
# Raises `NotImplementedError: Series.mean does not implement numeric_only.`
print(ser.mean(numeric_only=False))
# 2.0
print(ser.groupby([0, 0, 1]).mean(numeric_only=True))
# 0 1.5
# 1 3.0
# dtype: float64
print(ser.groupby([0, 0, 1]).mean(numeric_only=False))
# 0 1.5
# 1 3.0
# dtype: float64
```
I see three possible options:
1. Ops raise NotImplementedError if numeric_only is truthy (the Series behavior)
2. Ops ignore numeric_only when the dtype is numeric (the SeriesGroupBy behavior)
3. Ops raise if anything is passed (I don't know of any ops that act like this currently)
I am in favor of 1 - I view passing in `numeric_only=True` as erroneous; it doesn't make sense to request this from a Series even if it is a no-op. On the other hand, I view passing in `numeric_only=False` as "requesting nothing", though perhaps it is slightly odd. Option 1 would also allow the default to be False across all ops (in pandas 2.0).
author:
url:https://github.com/rhshadrach
type:Person
name:rhshadrach
datePublished:2022-06-24T19:43:43.000Z
interactionStatistic:
type:InteractionCounter
interactionType:https://schema.org/CommentAction
userInteractionCount:7
url:https://github.com/47500/pandas/issues/47500
context:https://schema.org
headline:API: numeric_only in Series ops behavior
articleBody:Part of #46560
For Series and SeriesGroupBy ops (and perhaps others like resample, rolling, window, expanding, ewm), there is an inconsistency when numeric_only is passed to ops that have it as an argument:
```
ser = pd.Series([1, 2, 3])
print(ser.mean(numeric_only=True))
# Raises `NotImplementedError: Series.mean does not implement numeric_only.`
print(ser.mean(numeric_only=False))
# 2.0
print(ser.groupby([0, 0, 1]).mean(numeric_only=True))
# 0 1.5
# 1 3.0
# dtype: float64
print(ser.groupby([0, 0, 1]).mean(numeric_only=False))
# 0 1.5
# 1 3.0
# dtype: float64
```
I see three possible options:
1. Ops raise NotImplementedError if numeric_only is truthy (the Series behavior)
2. Ops ignore numeric_only when the dtype is numeric (the SeriesGroupBy behavior)
3. Ops raise if anything is passed (I don't know of any ops that act like this currently)
I am in favor of 1 - I view passing in `numeric_only=True` as erroneous; it doesn't make sense to request this from a Series even if it is a no-op. On the other hand, I view passing in `numeric_only=False` as "requesting nothing", though perhaps it is slightly odd. Option 1 would also allow the default to be False across all ops (in pandas 2.0).
author:
url:https://github.com/rhshadrach
type:Person
name:rhshadrach
datePublished:2022-06-24T19:43:43.000Z
interactionStatistic:
type:InteractionCounter
interactionType:https://schema.org/CommentAction
userInteractionCount:7
url:https://github.com/47500/pandas/issues/47500
Person:
url:https://github.com/rhshadrach
name:rhshadrach
url:https://github.com/rhshadrach
name:rhshadrach
InteractionCounter:
interactionType:https://schema.org/CommentAction
userInteractionCount:7
interactionType:https://schema.org/CommentAction
userInteractionCount:7
External Links {π}(2)
Analytics and Tracking {π}
- Site Verification - Google
Libraries {π}
- Clipboard.js
- D3.js
- Lodash
Emails and Hosting {βοΈ}
Mail Servers:
- aspmx.l.google.com
- alt1.aspmx.l.google.com
- alt2.aspmx.l.google.com
- alt3.aspmx.l.google.com
- alt4.aspmx.l.google.com
Name Servers:
- dns1.p08.nsone.net
- dns2.p08.nsone.net
- dns3.p08.nsone.net
- dns4.p08.nsone.net
- ns-1283.awsdns-32.org
- ns-1707.awsdns-21.co.uk
- ns-421.awsdns-52.com
- ns-520.awsdns-01.net