
GITHUB . COM {
}
Detected CMS Systems:
- Wordpress (2 occurrences)
Title:
API: to_datetime with unit changes how strings are interpreted Β· Issue #50735 Β· pandas-dev/pandas
Description:
vals = ["2016-01-02 03:04:05"] pd.to_datetime(vals) # <- works pd.to_datetime(vals, unit="s") # <- raises vals2 = ["20160102"] >>> pd.to_datetime(vals2)...
Website Age:
17 years and 8 months (reg. 2007-10-09).
Matching Content Categories {π}
- Family & Parenting
- Video & Online Content
- Mobile Technology & AI
Content Management System {π}
What CMS is github.com built with?
Github.com is built with 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 {π}
issue, jbrockmendel, member, marcogorelli, sign, todatetime, unit, strings, vals, pdtodatetimevals, pandas, projects, commented, navigation, pull, requests, actions, security, api, interpreted, closed, units, datetimeindex, dtypedatetimens, freqnone, float, bug, triage, reviewed, team, github, type, milestone, footer, skip, content, menu, product, solutions, resources, open, source, enterprise, pricing, search, jump, pandasdev, public, notifications, fork,
Topics {βοΈ}
personal information api assigned labels bug string behavior unchanged treat floats/ints comment metadata assignees dtype='datetime64[ns]' marcogorelli closed type projects triage issue projects milestone milestone relationships cast strings casting strings github vals ns vals2 unit unit= strings sign ] pd skip jump to_datetime datetimeindex freq= pass array_with_unit_to_datetime float parse makes sense affect reviewed depr updated π react yah free join conversation account development branches share
Payment Methods {π}
- Braintree
Questions {β}
- Already have an account?
- What's vals2?
Schema {πΊοΈ}
DiscussionForumPosting:
context:https://schema.org
headline:API: to_datetime with unit changes how strings are interpreted
articleBody:```python
vals = ["2016-01-02 03:04:05"]
pd.to_datetime(vals) # <- works
pd.to_datetime(vals, unit="s") # <- raises
vals2 = ["20160102"]
>>> pd.to_datetime(vals2)
DatetimeIndex(['2016-01-02'], dtype='datetime64[ns]', freq=None)
>>> pd.to_datetime(vals2, unit="s")
DatetimeIndex(['1970-08-22 08:01:42'], dtype='datetime64[ns]', freq=None)
```
if you pass a unit (other than "ns") to to_datetime we go through array_with_unit_to_datetime and cast strings to float instead of trying to parse them. I think it makes more sense to keep the string behavior unchanged and only affect how we treat floats/ints.
author:
url:https://github.com/jbrockmendel
type:Person
name:jbrockmendel
datePublished:2023-01-13T16:44:22.000Z
interactionStatistic:
type:InteractionCounter
interactionType:https://schema.org/CommentAction
userInteractionCount:3
url:https://github.com/50735/pandas/issues/50735
context:https://schema.org
headline:API: to_datetime with unit changes how strings are interpreted
articleBody:```python
vals = ["2016-01-02 03:04:05"]
pd.to_datetime(vals) # <- works
pd.to_datetime(vals, unit="s") # <- raises
vals2 = ["20160102"]
>>> pd.to_datetime(vals2)
DatetimeIndex(['2016-01-02'], dtype='datetime64[ns]', freq=None)
>>> pd.to_datetime(vals2, unit="s")
DatetimeIndex(['1970-08-22 08:01:42'], dtype='datetime64[ns]', freq=None)
```
if you pass a unit (other than "ns") to to_datetime we go through array_with_unit_to_datetime and cast strings to float instead of trying to parse them. I think it makes more sense to keep the string behavior unchanged and only affect how we treat floats/ints.
author:
url:https://github.com/jbrockmendel
type:Person
name:jbrockmendel
datePublished:2023-01-13T16:44:22.000Z
interactionStatistic:
type:InteractionCounter
interactionType:https://schema.org/CommentAction
userInteractionCount:3
url:https://github.com/50735/pandas/issues/50735
Person:
url:https://github.com/jbrockmendel
name:jbrockmendel
url:https://github.com/jbrockmendel
name:jbrockmendel
InteractionCounter:
interactionType:https://schema.org/CommentAction
userInteractionCount:3
interactionType:https://schema.org/CommentAction
userInteractionCount:3
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