DOC: Improve the docstring of Timedelta.asm8
State: closed

- [ ] closes #xxxx
- [ ] tests added / passed
- [X] passes `git diff upstream/master -u -- "*.py" | flake8 --diff`
- [ ] whatsnew entry

```
################################################################################
###################### Docstring (pandas.Timedelta.asm8)  ######################
################################################################################

Return a numpy timedelta64 array view.

Provides access to the array view associated with the
numpy.timedelta64().view() including a 64-bit integer
representation of the timedelta in nanoseconds (Python int
compatible).

Returns
-------
numpy timedelta64 array view
    Array view of the timedelta in nanoseconds.

Examples
--------
>>> td = pd.Timedelta('1 days 2 min 3 us 42 ns')
>>> td.asm8
numpy.timedelta64(86520000003042,'ns')

>>> td = pd.Timedelta('2 min 3 s')
>>> td.asm8
numpy.timedelta64(123000000000,'ns')

>>> td = pd.Timedelta('3 ms 5 us')
>>> td.asm8
numpy.timedelta64(3005000,'ns')

>>> td = pd.Timedelta(42, unit='ns')
>>> td.asm8
numpy.timedelta64(42,'ns')

################################################################################
################################## Validation ##################################
################################################################################
```

Labels:
name: Docs

Comments:
# [Codecov](https://codecov.io/gh/pandas-dev/pandas/pull/21821?src=pr&el=h1) Report
> Merging [#21821](https://codecov.io/gh/pandas-dev/pandas/pull/21821?src=pr&el=desc) into [master](https://codecov.io/gh/pandas-dev/pandas/commit/c5870aa909ca97433809d0b28ed8bdd85353e16e?src=pr&el=desc) will **not change** coverage.
> The diff coverage is `n/a`.

[![Impacted file tree graph](https://codecov.io/gh/pandas-dev/pandas/pull/21821/graphs/tree.svg?token=eZ4WkYLtcO&height=150&src=pr&width=650)](https://codecov.io/gh/pandas-dev/pandas/pull/21821?src=pr&el=tree)

```diff
@@           Coverage Diff           @@
##           master   #21821   +/-   ##
=======================================
  Coverage   91.92%   91.92%           
=======================================
  Files         160      160           
  Lines       49914    49914           
=======================================
  Hits        45883    45883           
  Misses       4031     4031
```

| Flag | Coverage Δ | |
|---|---|---|
| #multiple | `90.3% <ø> (ø)` | :arrow_up: |
| #single | `42.1% <ø> (ø)` | :arrow_up: |


------

[Continue to review full report at Codecov](https://codecov.io/gh/pandas-dev/pandas/pull/21821?src=pr&el=continue).
> **Legend** - [Click here to learn more](https://docs.codecov.io/docs/codecov-delta)
> `Δ = absolute <relative> (impact)`, `ø = not affected`, `? = missing data`
> Powered by [Codecov](https://codecov.io/gh/pandas-dev/pandas/pull/21821?src=pr&el=footer). Last update [c5870aa...06251ac](https://codecov.io/gh/pandas-dev/pandas/pull/21821?src=pr&el=lastupdated). Read the [comment docs](https://docs.codecov.io/docs/pull-request-comments).

In general, I would replace "array" with "scalar"
@mroeschke thanks for the feedback. I am learning in public, so please help me out...
Since the return values shows both the numeric value and the unit, would it be safe to say that the return value is an `array scalar` and should we call it that in this documentation? I am asking this based on the material I found here:

[https://docs.scipy.org/doc/numpy/user/basics.types.html](https://docs.scipy.org/doc/numpy/user/basics.types.html)

> NumPy generally returns elements of arrays as array scalars (a scalar with an associated dtype). Array scalars differ from Python scalars, but for the most part they can be used interchangeably (the primary exception is for versions of Python older than v2.x, where integer array scalars cannot act as indices for lists and tuples). There are some exceptions, such as when code requires very specific attributes of a scalar or when it checks specifically whether a value is a Python scalar. Generally, problems are easily fixed by explicitly converting array scalars to Python scalars, using the corresponding Python type function (e.g., int, float, complex, str, unicode).
> 
> The primary advantage of using array scalars is that they preserve the array type (Python may not have a matching scalar type available, e.g. int16). Therefore, the use of array scalars ensures identical behaviour between arrays and scalars, irrespective of whether the value is inside an array or not. NumPy scalars also have many of the same methods arrays do.
>  
i suppose u can call it a numpy array scalar 
array scalar is not really descriptive to anyone using pandas
thanks @chalmerlowe 
@mroeschke @WillAyd @jorisvandenbossche @TomAugspurger @jreback 

thanks for your help over the past couple of months to get FOUR pull requests added to pandas documentation. I use pandas regularly and greatly appreciate your work on the tool, your time in assisting me and your kindness in putting up with the new guy as he stumbles around trying to figure things out.
@chalmerlowe Thank you for contributing! We always appreciate pull requests, especially towards improving documentation.