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

clarify species type extension #264

Open
wants to merge 4 commits into
base: upcoming-2.0.0
Choose a base branch
from
Open
Changes from 1 commit
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Prev Previous commit
Next Next commit
replace RFC 2119 terms allcaps with bold text (comforming to PR #262)
  • Loading branch information
s9105947 committed Jan 31, 2022
commit fef2014cccaa20c857e7fe9423293e21673f050a
18 changes: 9 additions & 9 deletions EXT_SpeciesType.md
Original file line number Diff line number Diff line change
Expand Up @@ -49,17 +49,17 @@ The following additional attribute for openPMD `mesh records` and

This attribute can be used with any `record` (including `mesh records`).

A particle species list containing only a single item MUST be treated as a
single species.
A particle species list containing only a single item **must** be
treated as a single species.

> Note that `other:` can *only* be used for single species, it is
> forbidden in lists.
>
> The list separator is a sole `;`. Neither spaces around it nor empty
> list items (two semicolons following each other `;;`) are allowed.
> However, a single trailing semicolon `;` MUST be ignored.
> However, a single trailing semicolon `;` **must** be ignored.

The following values SHOULD NOT be used by an implementation, even if
The following values **should not** be used by an implementation, even if
they are allowed above:

- `other:`, as it does not specify any content.
Expand Down Expand Up @@ -161,15 +161,15 @@ element = "H" / "He" / "Li" / "Be" / "B" / "C" / "N" / "O" / "F" / "Ne" / "Na" /
The charge state is not encoded by the `speciesType` attribute.

The charge state ("ionization") is an attribute of an individual
particle, and therefore an implementation SHOULD NOT encode a charge
state as part of the `speciesType` in any way.
particle, and therefore an implementation **should not** encode a
charge state as part of the `speciesType` in any way.
In the case that the implementation does treat the charge state
("ionization") as a global, unmodifiable property of the `speciesType`
it MAY encode a charge state in an implementation-defined way.
it **may** encode a charge state in an implementation-defined way.

### Molecules
Molecules are not supported by the `speciesType` attribute.

However, an implementation MAY encode molecules using an
However, an implementation **may** encode molecules using an
implementation-defined syntax. In this case typical chemical notation
SHOULD be accepted, e.g. `H2O` for water.
**should** be accepted, e.g. `H2O` for water.