Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Release: 1.0.1 #156

Merged
merged 26 commits into from
Dec 1, 2017
Merged

Release: 1.0.1 #156

merged 26 commits into from
Dec 1, 2017

Conversation

ax3l
Copy link
Member

@ax3l ax3l commented Dec 1, 2017

This is release 1.0.1 of the openPMD standard.

Typo and wording changes since the 1.0.0 release.

This release improves wordings, common questions and example snippets.
Keywords and logic are unchanged and backwards compatible for revision releases.

Changes to "1.0.0"

Base Standard

Extension

Data Converter

No data conversion needed.

RemiLehe and others added 26 commits December 9, 2015 10:29
Close  #115: Allow user to store non-openPMD information
code checked with openPMD example data
Particle Position Reading: Fix Python Example
Second change for the example how to combine `position`
and `positionOffset` to make it more general.

The functions provided now are corrected in namings and usable
for general `record components` even outside of the `particle`
scope.

I still did not add doc strings since I try not to blow up the
example since it is already pretty large. The `allocate` option
is quite of a fancy thing in case one wants to transparently
allocate an ndarray to access it via `[]` later on but could
be removed.
But again, allocating a `numpy.ndarray` can be as simple
as doing:
```python
data = record_component.attrs["value"] * \
       numpy.ones(shape=record_component.attrs["shape"],
                  dtype=record_component.attrs["value"].dtype)
```

on a **constant** `record component` so it looks *exactly* as if
one *would* have read a non-constant `record component`.
Fixes the reference for allowed values in `fieldSmoothing` (same as
in current).

Discovered copy-paste typo by @Flamefire, thanks!
Fix a copy & paste error in the pseudo-spectral *analytical*
time-domain (PSATD) algorithm description.
Corrects as small typo in the base standard and the ED-PIC
extension when referring to the particles' `positionOffset`.
Particle Patches: Typo in Reference to positionOffset
ED-PIC: Fix PSATD Long Name
Typo: Allowed Values for `fieldSmoothing`
Fix order of scalar record name
This is a wording change of the openPMD 1.0.0 standard.

Description

Adds more detailed examples on the `dataOrder` in `axisLabels`
attributes for C- and Fortran-style readers and writers.

Affected Components

- `base`

Logic Changes

No changes introduced.

Writer Changes

No data writers affected.

Reader Changes

No data readers affected.

Data Converter

No data conversion needed.
This is a rewording change of the openPMD 1.0.0 standard.

Description

When we are referring to floating point numbers with unspecified
(user-chosen) precision, we use `(floatX)` for
`(float16|32|64|128|...)` now to avoid confusion with single
precision "C" floats.

Logic Changes

No changes introduced.

Writer Changes

No data writers affected.

Reader Changes

No data readers affected.
and adds examples.
including the same for uintX and intX
rewrites the usage for double with float64 for consistency.
Unspecified float/int append X
Adds the changelog of the 1.0.1 release.
Increase the version to 1.0.1.
@ax3l ax3l self-assigned this Dec 1, 2017
@ax3l ax3l added the revision change backwards-compatible, stylistic change (e.g. typos) label Dec 1, 2017
@ax3l ax3l merged commit df2d094 into latest Dec 1, 2017
@ax3l ax3l deleted the upcoming-1.0.1 branch December 1, 2017 20:31
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
revision change backwards-compatible, stylistic change (e.g. typos)
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants