Skip to main content

Shelxfile

Unit tests Contributions PyPI version

This is a full implementation of the SHELXL[1] file syntax. Additionally it is able to edit SHELX properties using Python. The implementation is Python3-only and supports SHELXL after 2017 (you should not use old versions anyway). Shelxfile is used as file parser in StructureFinder[3].

Shelxfile always keeps the file order intact. Every SHELX instruction like DFIX or an atom is stored as a class object in the list Shelxfile._reslist. When writing the Shelxfile content to disk, it writes the _reslist content to disk.

Shelxfile tries to detect all possible syntax errors that SHELXL would not like either. Use verbose=True during initialization for more output about syntax and other errors. Use debug=True to halt on errors. Otherwise, the parser is quiet except for really severe errors like a missing unit cell.

Not every part of Shelxfile is complete, for example it will not recognize if you add restraints with atom names that are not in the SHELX file. Please help me improving it!

Source Code

You can find the ShelXfile source code at GitHub.

Installation

pip install shelxfile

Upgrading from Version 29

Version 31 adds the editing layer and an optional GUI editor. No public method was removed or renamed, but some existing behaviour changed:

  • shx.eqiv holds EQIV cards instead of list[str]. Each card has .number, .id ('$2') and .symmop. Indexing and len() still give the raw tokens, so entry[0] == '$2' keeps working. Comparing an entry with a list or serialising it does not. Use shx.eqiv_by_id('$2') to look one up.
  • Symmetry images are named after their parent. Atoms returned by grow() and pack() are now called O1>>2 (parent name, >>, symmetry card number) rather than getting new sequential names like C12. The new atom.symm_mate records the parent, the operation and the lattice shift. write_grown_file() still writes SHELXL-legal names.
  • Renaming is validated. atom.name = ... rejects names that are empty, longer than four characters, do not start with a letter, or are already used in the same residue and PART. A rejected name is ignored (a warning is printed with verbose=True; ValueError is raised with debug=True). The setter does not update instructions that reference the atom; use ShelxDocument.rename_atom() for that.
  • Coordinates in 10*m + p form are parsed. Atoms such as C1 1 10.66660 0.25 0.5 ... were previously left as plain text and are now real atoms, so atom counts can change for such files. The code is written back unchanged (atom.coordinates_as_written).
  • Parsing continues after a bad line. An unparsable instruction no longer stops parsing: it is kept as text, reported in shx.parse_errors, and the rest of the file is read. Parsing gives up after Shelxfile.MAX_UNPARSABLE_LINES (20) bad lines.
  • Output is closer to the input. An unedited instruction is written exactly as it was read, including instructions after END. Files are read as UTF-8 with a Latin-1 fallback and written in the same encoding (shx.encoding). Only a trailing = continues a line, and trailing whitespace is stripped before wrapping. repr(shx) now returns the same text as the new shx.dumps().

New on Shelxfile: add_restraint(), dumps(), eqiv_by_id(), parse_errors, encoding and model_version.

Quick Start

from shelxfile import Shelxfile

shx = Shelxfile(verbose=True)  # or debug=True, debug will halt on errors.
shx.read_file('tests/resources/p21c.res')  # or shx.read_string('...')

Examples

Unit Cell

>>> shx.cell
CELL 0.71073 10.5086 20.9035 20.5072 90 94.13 90

>>> list(shx.cell)
[10.5086, 20.9035, 20.5072, 90.0, 94.13, 90.0]

>>> shx.cell.volume
4493.047384590458

>>> shx.cell.a
10.5086

CIF Export

>>> shx.to_cif('test.cif')
# Writes a CIF file from the content of p21c.res
# Optionally pass a custom template: shx.to_cif('test.cif', template='my_template.tmpl')

Modifying SHELX Instructions

You can overwrite any parameter in a SHELX file:

>>> shx.plan
PLAN 20

>>> shx.plan.npeaks
20

>>> shx.plan.set('PLAN 30')
>>> shx.plan
PLAN 30

Atoms

>>> shx.atoms
O1     3    0.074835    0.238436    0.402457   ...
C1     1    0.028576    0.234542    0.337234   ...
C2     1    0.121540    0.194460    0.298291   ...
...

>>> len(shx.atoms)
148

>>> shx.atoms.number
148

>>> shx.atoms.hydrogen_atoms
[Atom ID: 134, Atom ID: 141, Atom ID: 148, ...]

>>> shx.atoms.hydrogen_atoms[1].name
'H32'

>>> shx.atoms.n_hydrogen_atoms
24

# Atoms with a riding model (e.g. hydrogen atom riding on a carbon atom):
>>> shx.atoms.riding_atoms
[Atom ID: 134, Atom ID: 141, Atom ID: 148, ...]

# Q-peaks in the file:
>>> shx.atoms.q_peaks
[Atom ID: 328, Atom ID: 329, ...]

# Number of anisotropic/isotropic atoms:
>>> shx.atoms.n_anisotropic_atoms
124
>>> shx.atoms.n_isotropic_atoms
24

# Residue numbers present:
>>> shx.atoms.residues
[0, 1, 2, 3, 4]

Working with Individual Atoms

>>> a = shx.atoms.get_atom_by_name('F1_2')  # Atom F1 in residue 2
>>> a
Atom ID: 258  # The Atom ID is the index number in Shelxfile._reslist

>>> str(a)
'F1    4    0.245205    0.192674    0.649231   -21.00000    0.05143    0.03826      0.03193   -0.00579   -0.01865   -0.00485'

>>> a.name
'F1'

>>> a.element
'F'

>>> a.resinum
2

>>> a.part.n
2

>>> a.sfac_num
4

>>> a.occupancy
0.51904

>>> a.frac_coords
(0.245205, 0.192674, 0.649231)

>>> a.cart_coords
(1.617897551082389, 4.027560959000001, 13.279336538026431)

>>> a.is_hydrogen
False

>>> a.is_isotropic
False

>>> a.atomid  # position in the SHELX .res file (_reslist index)
258

>>> str(shx._reslist[a.atomid])  # In regular code, do not access shx._reslist directly!
'F1    4    0.245205    0.192674    0.649231   -21.00000    0.05143    ...'

atom.occupancy resolves the SHELXL free-variable encoding of atom.sof:

sof meaning
11.00000 full occupancy
21.00000 1.0 × FVAR₂
-21.00000 1.0 × (1 − FVAR₂)
30.33333 0.33333 × FVAR₃ (special position)
-30.33333 0.33333 × (1 − FVAR₃) (special position)

A PART or AFIX instruction only overrides the sof of the atom line if it carries an explicit sof of its own (a sof of 11.0 means "not specified"). If both do, the instruction closer to the atom wins.

Displacement Parameters

>>> c = shx.atoms.get_atom_by_name('C1')

# Equivalent isotropic U (trace of U_cart / 3, IUCr definition):
>>> c.ueq
0.019868...

# For riding hydrogen atoms SHELXL stores a negative multiplier of the pivot
# atom's Ueq. Both ueq and Uiso resolve that encoding (Uiso is an alias of ueq):
>>> h = shx.atoms.get_atom_by_name('H34')
>>> h.pivot.name       # the carbon H34 rides on
'C34'
>>> h.uvals[0]         # raw SHELXL value in the .res file
-1.2
>>> h.Uiso             # = 1.2 × C34.ueq
0.02956...
>>> h.Uiso == h.pivot.Uiso * 1.2
True

SHELXL actually overloads a U value into three encodings, all stored unchanged in atom.uvals (so the file is written back exactly as read) and resolved on access via ueq/Uiso:

uvals[0] Meaning
a plain value the U(iso) value itself
-T (0.5 < T < 5) riding atom: T × reference.ueq
10*m + p (abs(p) < 5) references FVAR: abs(m) == 1 fixes it at p, m > 1 means p × FVAR(m), m < -1 means abs(p) × (1 − FVAR(m))

For a riding atom, the reference is atom.pivot for hydrogens (the non-hydrogen atom it rides on) and atom.u_reference for any other element (the previous atom in the file whose own U is not itself a riding code). Atom.is_riding_u(uvals) tells the two negative encodings apart.

>>> shx2 = Shelxfile()
>>> shx2.read_file('tests/resources/u_codes.res')
>>> c2 = shx2.atoms.get_atom_by_name('C2')  # riding on the non-hydrogen C1
>>> c2.uvals[0], c2.pivot, c2.u_reference.name
(-1.5, None, 'C1')
>>> c2.Uiso == 1.5 * c2.u_reference.Uiso
True

>>> c3 = shx2.atoms.get_atom_by_name('C3')  # 10.05 -> fixed at 0.05
>>> c3.uvals[0], c3.Uiso
(10.05, 0.05)

>>> c4 = shx2.atoms.get_atom_by_name('C4')  # 20.05 -> 0.05 * FVAR_2
>>> c4.uvals[0], c4.Uiso
(20.05, 0.015)

>>> c5 = shx2.atoms.get_atom_by_name('C5')  # -20.05 -> 0.05 * (1 - FVAR_2), not riding
>>> c5.uvals[0], c5.Uiso
(-20.05, 0.034999999999999996)

# Full anisotropic U-value chain (numpy arrays):
>>> c.ucif              # 3×3 U(cif) matrix  [U11 U12 U13 / U12 U22 U23 / U13 U23 U33]
array(...)
>>> c.ustar             # U(star) = N @ U(cif) @ N.T,  N = diag(a*, b*, c*)
array(...)
>>> c.u_cart            # U(cart) = A @ U(star) @ A.T,  A = orthogonalisation matrix
array(...)

Connectivity Table

# Pairwise bond connectivity for all atoms in the asymmetric unit:
>>> conn = shx.atoms.conntable   # tuple of (i, j) index pairs
>>> conn[0]
(0, 1)

Bond List

# Human-friendly bond list (sorted by atom name):
>>> for bond in shx.atoms.bonds:
...     print(bond)
AL1    – O1      1.7236 Å
AL1    – O2      1.7278 Å
C1     – C2      1.5210 Å
C1     – H1      1.0900 Å
...

# Total number of bonds:
>>> len(shx.atoms.bonds)
199

# Access individual bond attributes:
>>> b = shx.atoms.bonds[0]
>>> b.atom1.name, b.atom2.name, b.distance
('AL1', 'O1', 1.7236...)

# Tuple-style unpacking:
>>> atom1, atom2, dist = shx.atoms.bonds[0]

# Machine-readable repr:
>>> repr(shx.atoms.bonds[0])
"Bond(AL1, O1, 1.7236 Å)"

Full Bond List (with Symmetry Neighbors)

Shows every atom in the asymmetric unit together with all its bonded neighbors, including those reached by a crystallographic symmetry operation, in the same style as SHELXL's .lst file.

>>> for bond in shx.atoms.full_bond_list():
...     print(bond)
AL1    – O1      1.7236 Å          # plain asymmetric-unit bond
AL1    – O2 [-x, y+1/2, -z+1/2]  1.7095 Å   # symmetry-generated neighbor
C1     – C2      1.5454 Å
...

# Total bonds (plain + symmetry):
>>> bl = shx.atoms.full_bond_list()
>>> plain = [b for b in bl if not b.is_symmetry_bond]
>>> symm  = [b for b in bl if b.is_symmetry_bond]

# 4-field unpacking (atom1, atom2, distance, symm_label):
>>> atom1, atom2, dist, label = shx.atoms.full_bond_list()[0]
>>> label   # '' for plain bonds, e.g. '-x, y+1/2, -z+1/2' for symmetry bonds

# Include Q-peaks:
>>> shx.atoms.full_bond_list(with_qpeaks=True)

Modifying Atoms

# Make an atom isotropic:
>>> a.to_isotropic()
>>> str(a)
'F1    4    0.245205    0.192674   0.649231  -21.00000    0.04000'

# Introduce a new element (automatically updates the SFAC table):
>>> a.element = 'Na'
>>> shx.sfac_table
SFAC C  H  O  F  Al  Ga  Na

Adding and Deleting Atoms

# Add a new atom (isotropic carbon, fully occupied, default Uiso = 0.04):
>>> a = shx.add_atom(name='C99', coordinates=[0.1, 0.2, 0.3])
# The atom is inserted directly before HKLF (after the last real atom).
# write_shelx_file() produces a valid file immediately.

# Specify element, disorder part, and occupancy (high-level style):
>>> shx.add_atom(name='N1', coordinates=[0.5, 0.5, 0.5], element='N',
...              occupancy=0.5, part=1)      # → sof = 1*10 + 0.5 = 10.5

# Tie occupancy to a specific free variable (e.g. fvar 2):
>>> shx.add_atom(name='C2A', coordinates=[0.1, 0.2, 0.3],
...              occupancy=1.0, fvar=2, part=1)   # → sof = 21.0
>>> shx.add_atom(name='C2B', coordinates=[0.1, 0.2, 0.35],
...              occupancy=-1.0, fvar=2, part=2)  # → sof = 19.0 (complementary)

# Raw SHELXL sof encoding is still accepted when occupancy is not given:
>>> shx.add_atom(name='N1', coordinates=[0.5, 0.5, 0.5], sof=21.0)

# Mixing the two styles raises ValueError:
>>> shx.add_atom(name='N1', coordinates=[0.5, 0.5, 0.5], occupancy=0.5, sof=10.5)
ValueError: Specify occupation using either 'occupancy'/'fvar' or 'sof', not both.

# Anisotropic displacement parameters [U11, U22, U33, U23, U13, U12]:
>>> shx.add_atom(name='C99', coordinates=[0.1, 0.2, 0.3],
...              uvals=[0.03, 0.04, 0.05, 0.001, 0.002, 0.003])

# A single Uiso value is automatically expanded to six parameters:
>>> shx.add_atom(name='C99', coordinates=[0.1, 0.2, 0.3], uvals=[0.05])

# Insert directly after a specific atom in the file:
>>> anchor = shx.atoms.get_atom_by_name('C1')
>>> shx.add_atom(name='C99', coordinates=[0.1, 0.2, 0.3], after=anchor)

# Provide Cartesian coordinates (auto-converted to fractional):
>>> shx.add_atom(name='C99', coordinates=[1.0, 2.0, 3.0],
...              coords_are_cartesian=True)

# Elements not yet in the SFAC table are registered automatically:
>>> shx.add_atom(name='XE1', coordinates=[0.1, 0.2, 0.3], element='Xe')
>>> shx.sfac_table
SFAC C  H  O  F  Al  Ga  Xe

# Get the next available atom name for an element (max 4 chars: C→C999, Fe→Fe99):
>>> shx.unused_atom_name('C')
'C149'   # (or whichever number is free)
>>> shx.unused_atom_name('Fe')
'Fe1'    # two-char element: up to Fe99

# Combine: generate a unique name and add the atom in one go:
>>> name = shx.unused_atom_name('N')
>>> shx.add_atom(name=name, coordinates=[0.3, 0.3, 0.3], element='N')

# Duplicate names raise ValueError:
>>> shx.add_atom(name='C99', coordinates=[0.2, 0.2, 0.2])  # already exists
ValueError: Atom 'C99_0' already exists in the structure.

# Delete atoms around a given atom:
>>> for x in a.find_atoms_around(dist=2.5, only_part=2):
...     x.delete()

Finding Nearby Atoms

>>> a.find_atoms_around(dist=2.0, only_part=1)
[Atom ID: 239, Atom ID: 241, Atom ID: 245]

>>> [str(x) for x in a.find_atoms_around(dist=2.2, only_part=2)]
['C2     1    0.192984    0.140449    ...', 'F2     4    ...', 'F3     4    ...']

SFAC Table Lookups

>>> shx.sfac2elem(4)
'F'

>>> shx.elem2sfac('F')
4

Restraints

>>> shx.restraints[1]
SADI_CCF3 0.02 C1 C2 C1 C3 C1 C4

>>> str(shx.restraints[1])
'SADI_CCF3 0.02 C1 C2 C1 C3 C1 C4'

>>> shx.restraints[1].residue_class
'CCF3'

# The residue class 'CCF3' has three residues with these numbers:
>>> shx.restraints[1].residue_number
[4, 1, 2]

# The esd of the SADI restraint:
>>> shx.restraints[1].s
0.02

BEDE / LONE (bond and lone-pair electron density)

BEDE and LONE are used with invariom/Hirshfeld-style non-spherical refinement (e.g. .bodd files). They are parsed into shx.bede_cards / shx.lone_cards, with a, b1, b2 encoded like a SHELXL occupancy (10*fvar + factor); raw and FVAR-resolved values are both available:

>>> shx.bede_cards[0]
BEDE S1    C8    1.7080 20.874 30.112 40.382

>>> shx.bede_cards[0].a, shx.bede_cards[0].a_value
(20.874, 0.3423021)

>>> shx.get_bede_for_atom('C1')
[BEDE C1 C2 ..., BEDE C1 C6 ..., BEDE C1 C7 ...  !BOND! C1>C7]

>>> shx.lone_cards[0].code, shx.lone_cards[0].angle
('2', 92.0)

>>> shx.get_lone_for_atom('S1')
[LONE 2 S1 ...]

After a refinement that used BEDE/LONE, SHELXL writes extra pseudo-atoms (L1, L2, ...) into the .res file — bond/lone-pair electron-density maxima, each carrying a ! b1 b2 ownerAtomName comment linking it back to its real (heavy) atom. These are parsed into shx.bede_lone_results (as BedeLoneResultAtom instances) — not into shx.atoms, so structure viewers and code iterating shx.atoms never see them by default:

>>> l50 = next(r for r in shx.bede_lone_results if r.name == 'L50')
>>> l50.b1, l50.b2, l50.owner_atom_name
(-0.23303, 0.36211, 'C6')

>>> l50.owner_atom.name
'C6'

Distances and Angles

# Distance between two atoms (by name):
>>> shx.atoms.distance('O1', 'C1')
1.3505645511659556

# Bond angle between three atoms:
>>> at1 = shx.atoms.get_atom_by_name('O1_4')
>>> at2 = shx.atoms.get_atom_by_name('C1_4')
>>> at3 = shx.atoms.get_atom_by_name('C2_4')
>>> shx.atoms.angle(at1, at2, at3)
109.68812347

# Torsion angle between four atoms:
>>> at1 = shx.atoms.get_atom_by_name('O1')
>>> at2 = shx.atoms.get_atom_by_name('C1')
>>> at3 = shx.atoms.get_atom_by_name('C2')
>>> at4 = shx.atoms.get_atom_by_name('F1')
>>> shx.atoms.torsion_angle(at1, at2, at3, at4)
74.09573117980119

Symmetry Cards

Symmetry cards that are implied by lattice symmetry are generated on-the-fly:

>>> shx.symmcards
| 1  0  0|   | 0.0|
| 0  1  0| + | 0.0|
| 0  0  1|   | 0.0|

|-1  0  0|   | 0.0|
| 0 -1  0| + | 0.0|
| 0  0 -1|   | 0.0|

|-1  0  0|   | 0.0|
| 0  1  0| + | 0.5|
| 0  0 -1|   | 0.5|

| 1  0  0|   | 0.0|
| 0 -1  0| + |-0.5|
| 0  0  1|   |-0.5|

Growing Structures

Complete or "grow" structures with higher symmetry:

>>> shx2 = Shelxfile()
>>> shx2.read_file('tests/resources/p-31c.res')
>>> len(shx2.atoms)
88
>>> p = shx2.grow()
>>> len(p)
208

Generated atoms are named after the atom they came from plus the symmetry card number, e.g. O1>>2, and atom.symm_mate records the parent atom, the operation and the lattice shift. These names are longer than SHELXL allows in an input file. write_grown_file() replaces them with legal names when writing.

Writing a Grown Structure to File

write_grown_file() calls grow() and writes the complete molecule(s) to a standalone .res file in P1 symmetry. The output:

  • Uses LATT -1 (primitive, non-centrosymmetric) with no SYMM cards, so that SHELXL and viewers like fastmolwidget do not re-apply symmetry to the already-grown atoms (preventing duplicate atoms and wrong bonds).
  • Preserves disorder parts via PART cards so the bond graph is correct (atoms in different disorder alternatives are not connected to each other).
  • Strips restraints, AFIX, HFIX and other cards that only make sense in the context of the original asymmetric unit.
  • Adds a REM warning that the file is not suited for refinement.
>>> shx2 = Shelxfile()
>>> shx2.read_file('tests/resources/p-31c.res')
>>> shx2.write_grown_file('grown_p1.res')
# grown_p1.res is a valid P1 .res file with 208 atoms and PART cards

Packing the Unit Cell

pack() applies all symmetry operations to the asymmetric unit and folds every position back into [0, 1) fractional coordinates, removing duplicates. Unlike grow(), it does not stitch molecular fragments together — it simply fills one unit cell.

>>> shx2 = Shelxfile()
>>> shx2.read_file('tests/resources/p-31c.res')
>>> len(shx2.atoms)          # asymmetric unit
88
>>> packed = shx2.pack()
>>> len(packed)              # full unit cell (Z × asymm unit, minus special positions)
304
>>> all(0.0 <= a.x < 1.0 and 0.0 <= a.y < 1.0 and 0.0 <= a.z < 1.0 for a in packed)
True

The result is a plain list of Atom objects — the Shelxfile object itself is not modified. Q-peaks can be included with shx.pack(with_qpeaks=True).

Writing Files

Writes the current shx object to a SHELX file. All lines in Shelxfile._reslist get wrapped after 79 characters with " =\n " as specified by SHELXL during the file writing.

>>> shx.write_shelx_file('test.ins')

Optional C++ Acceleration

The SDM (Shortest Distance Matrix), which underlies grow() and pack(), ships with an optional C++ extension (shelxfile.sdm_cpp) compiled with pybind11 and OpenMP. When present it is used automatically and can give a 5–10× speedup on large structures; if it is absent the pure-Python fallback is used silently.

# Build the extension (requires a C++17 compiler):
pip install pybind11
pip install -e . --no-build-isolation

# macOS only — OpenMP support:
brew install libomp
from shelxfile.shelx.sdm import HAS_CPP
print(HAS_CPP)   # True when the extension is installed

Sum Formula

# Sum formula based on UNIT instruction:
>>> shx.sum_formula
'C0.25 H0.5 O0.75 F1 AL1.25 GA1.5'

# Exact sum formula from all atom occupancies:
>>> shx.sum_formula_exact
'C34 H24 O4 F36 Al1 Ga1'

Residuals from .res File

These values are parsed from REM lines written by SHELXL into .res files:

>>> shx.R1
0.04

>>> shx.wr2
0.1005

>>> shx.goof
1.016

>>> shx.space_group
'P2(1)/c'

>>> shx.wavelength
0.71073

Refinement (Requires SHELXL)

No matter if you loaded a .res or .ins file, refine() runs SHELXL on the Shelxfile object:

>>> shx.insert_anis()
>>> shx.refine(2)

 Running SHELXL with "/usr/local/bin/shelxl -b3000 ..." and "L.S. 2"
 wR2 =  0.1143 before cycle   1 for   10786 data and    945 /    945 parameters
 wR2 =  0.1025 before cycle   2 for   10786 data and    945 /    945 parameters
 wR2 =  0.1006 before cycle   3 for   10786 data and      0 /    945 parameters
 SHELXL Version 2018/3

Editing Structures

Deleting an atom is not a local operation. A SADI restraint that named it is now short a partner, an AFIX group may fall below the atom count its code requires, and an EQIV may be left with nothing referencing it. shelxfile.edit handles those consequences, and reports every one.

ShelxDocument is the entry point. It wraps a Shelxfile, owns all mutation, and is free of Qt so it can be used headless:

from shelxfile.edit import ShelxDocument

doc = ShelxDocument.from_file('tests/resources/p21c.res')
doc.shelxfile        # the underlying model, for read-only use
doc.text             # the file as text, identical to shx.dumps()
doc.write('out.res')

Deleting Atoms

report = doc.delete_atoms([doc.shelxfile.atoms.get_atom_by_name('F1_2')])
print(report.summary())          # 'removed 1 atom(s)'
report.atoms                     # atoms that went, each with a reason
report.cards                     # instructions removed as a consequence
report.edited                    # instructions trimmed, with their former text

Consequences are worked out in full before anything is touched, so a cascade is never half-applied. To see them without committing:

plan = doc.plan_deletion([atom])
len(plan.cards), len(plan.atoms)

A card is trimmed when enough of it survives and removed when it does not: SADI 0.02 C1 C2 C3 C4 loses a pair, SADI 0.02 C1 C2 loses its meaning. The minimum per card comes from the SHELXL manual — FLAT needs four atoms, MPLA three, CHIV one — not from a single global rule.

Two cases that look like deletion candidates but are not:

  • An empty atom list is not a dead card. A bare ISOR means "all non-hydrogen atoms", so a card must never be emptied — it is removed instead. A bare SADI is a different instruction again.
  • A shared reference is left alone. SADI_CCF3 ... F1 ... applies to every residue of class CCF3; deleting F1 in one of them leaves the token resolvable elsewhere, and the manual is explicit that "the instruction is simply ignored for that residue".

Removing an instruction never deletes atoms — losing a restraint is a refinement decision, not a statement about the atoms it mentioned. The destructive variant has to be asked for by name:

doc.remove_restraint(restraint)            # card only
doc.remove_card(card)                      # any instruction, atoms untouched
doc.delete_restraint_with_atoms(restraint) # explicit opt-in

Renaming Atoms

report = doc.rename_atom(atom, 'C99')
report.ok        # False if the new name is invalid or already taken
report.updated   # references that now point at the new name
report.skipped   # references deliberately left alone, each with a reason

References are only retargeted when they name this atom and nothing else. A class reference such as BOND $C, a residue-class restraint shared by other residues, or a range like C1 > C9 is reported in skipped rather than rewritten.

Symmetry-Aware Card Editing

pack() and grow() record where each generated atom came from, so a card can be written against a symmetry image and the required EQIV is created for you:

packed = doc.shelxfile.pack()
mate = next(a for a in packed if a.symm_mate is not None)
mate.name                 # 'O1>>1'  — '>>' plus the symmetry card number
mate.symm_mate            # O1_4 [-x, -y, -z]

doc.add_bind(doc.shelxfile.atoms.get_atom_by_name('C1_1'), mate)
# EQIV $1 -x, -y, -z
# BIND C1_1 O1_4_$1

add_bind, add_free and add_htab accept an Atom, a symmetry image or a plain name string. Existing EQIV definitions are matched on the parsed operation rather than its text, so 1-x, y, 1-z and -x+1, +y, -z+1 are recognised as the same operation; a new one takes the lowest unused $n and is never renumbered. Placement respects the rule that "such a symmetry operation must be defined before it is used".

The arity limits are enforced, not assumed: "only one of the two atoms may be an equivalent atom" for BIND/FREE, and "only the acceptor atom may specify a symmetry operation" for HTAB. A refused card leaves no trace — the insert is rolled back before the error is raised. remove_card collects an EQIV whose last user has gone, but leaves one another card still needs.

Watching for Changes

Views can follow the model without polling. Observers are plain callables, so nothing in the edit layer depends on a GUI framework:

doc.subscribe(lambda document: print(document.line_count, 'lines'))

doc.line_of_atom('C1_1')     # 0-based text line of that atom
doc.item_at_line(42)         # whatever produced that line
doc.items_in_lines(10, 20)   # distinct entries in a line range

Moving Atoms and Building Disorder

The primitives a model builder needs to write a split disorder back:

doc = ShelxDocument.from_file('tests/resources/jkd77.res')
atoms = doc.shelxfile.atoms
methyl = [atoms.get_atom_by_name(n) for n in ('C10', 'H10A', 'H10B', 'H10C')]

with doc.batch('Split C10'):                    # one undo step, one notification
    fv = doc.add_free_variable(0.5)             # -> 2, appended to FVAR
    taken = set()
    part1 = [doc.split_name(a, 'A', taken, keep_own_name=True) for a in methyl]
    taken |= {n.upper() for n in part1}
    part2 = []
    for a in methyl:
        part2.append(doc.split_name(a, 'B', taken))   # C10B, H10D, H10E, H10F
        taken.add(part2[-1].upper())
    doc.duplicate_atoms(methyl, part2, 2, -(10 * fv + 1), new_cartesian_xyz)
    doc.assign_part(methyl, 1, 10 * fv + 1)
    for a, name in zip(methyl, part1):
        doc.rename_atom(a, name)
    doc.add_restraint('SADI 0.02 C4 C10A C4 C10B')
  • move_atoms([(atom, xyz), ...], cartesian=True) moves atoms. A coordinate held by a 10*m + p code that actually moves loses the code, and the report says so in messages.
  • assign_part(atoms, part, sof) wraps each contiguous run in PART n … PART 0, outside any AFIX group, and writes the raw sof on every atom. Atoms already in a part are refused.
  • duplicate_atoms(atoms, names, part, sof, coordinates=None, uvals=None) writes copies as one PART n … PART 0 block after the sources, in file order, copying each AFIX card in front of the atoms it governed. Riding U codes such as -1.2 therefore refer to the copied pivot. Atom objects are not hashable, so per-atom arguments are sequences parallel to atoms.
  • split_name(atom, suffix) gives C1 → C1A; when that exceeds four characters or is already taken it keeps the own name (keep_own_name=True) or takes the next free letter of the same stem (H10A → H10D, as SHELXL names a split methyl group), then a free <element><number> name.
  • An AFIX group must be taken whole, together with the atom it rides on: doc.atom_problem_for_part(atoms) explains why a selection is refused.
  • set_uvals([(atom, [0.035]), ...]) replaces raw U values (one value = isotropic, six = anisotropic; codes such as -1.2 are written as given).
  • name_for_operation(atom, '-X+1, Y, -Z+1/2') returns 'C1_$n' for a restraint across symmetry, reusing an EQIV for exactly that operation (lattice translations included) or creating one.

Undo and Redo

Every edit is one undo step; batch(label) groups several into one. The history stores the whole file text before each step (zlib-compressed, no depth limit), so undo is exact for cascades, renames and brackets alike:

doc.undo()            # UndoResult(label, payload) or None
doc.redo()
doc.can_undo, doc.can_redo, doc.history.undo_labels
doc.is_modified       # False right after loading or doc.write()

A step is only recorded if the edit changed something, and a batch that raises is rolled back. Undo re-reads the stored text, so doc.shelxfile is a new object afterwards: look atoms up again by name. The rollback restores the model; state a caller mutated inside the block is its own to undo.

Callers that keep state of their own next to the file register a provider; its value is stored with every snapshot and returned with the restored state:

doc.set_state_provider(lambda: my_viewer_state.copy())
result = doc.undo()
my_viewer_state = result.payload

Layering

shelxfile.edit is the only place that touches the model's internals, and it never imports Qt. shelxfile.gui displays and does not decide: it holds no SHELXL knowledge and routes every change through ShelxDocument. The dependency direction is gui → edit → shelx/atoms, never the reverse, and tests/test_layering.py fails the build if that erodes.

GUI Editor (optional)

An optional, embeddable Qt6 widget for viewing and editing SHELX files is available in shelxfile.gui. It is not installed by default and is not imported by shelxfile/__init__.py — install the gui extra plus a Qt binding supported by qtpy (e.g. PyQt6):

pip install shelxfile[gui] PyQt6
from qtpy.QtWidgets import QApplication
from shelxfile.edit import ShelxDocument
from shelxfile.gui.editor_widget import ShelxEditorWidget

app = QApplication([])
document = ShelxDocument.from_file('tests/resources/p21c.res')

editor = ShelxEditorWidget(document)
editor.show()
app.exec()

A plain Shelxfile is still accepted and wrapped for you:

editor = ShelxEditorWidget(shx)   # editor.document is a ShelxDocument

The widget is a pure view: it renders what the document gives it, reports what the user pointed at, and asks the document to make changes. It never indexes the model directly and makes no parsing decisions of its own, so every toolbar action gets the same cascade handling and reporting as the API above.

  • Apply — re-parses the current text into a fresh document; on success it is swapped in and model_changed is emitted, on failure an inline error is shown and the old document is left untouched.
  • Add atom… / Delete selected atom(s) — document.add_atom() / document.delete_atoms(), so deleting an atom also cleans up the instructions that referenced it.
  • Add restraint… / Delete selected restraint — document.add_restraint() / document.remove_card(). Removing a restraint leaves its atoms in place.
  • Refine (SHELXL) — document.refine(): applies any pending text edits, writes the model as a SHELXL instruction (.ins) file, runs shelxl/xl on it, and replaces the document's model with a fresh one read straight from the resulting .res file. Unlike Shelxfile.refine() (built for the command line), this never mutates the previous model in place: on failure (no file path, no SHELXL executable, or a failed refinement) the document is left exactly as it was before, and the error is shown inline instead of terminating the process.

The view refreshes on any edit to the bound document, not only on its own toolbar actions, because it subscribes as an observer.

It also exposes two hooks meant for embedding in a 3D viewer such as Fastmolwidget, keyed on atom.fullname_short (e.g. "C1_1") to match Fastmolwidget's own atomClicked(str) signal:

mol_widget.atomClicked.connect(editor.jump_to_atom)          # 3D click -> jump in text
editor.atom_selected.connect(your_atom_highlight_callback)   # cursor in text -> highlight in 3D

Development

Running the tests

pytest tests/                 # the full suite, no external data needed
pytest tests/test_shelx.py    # a single file
ruff check src/shelxfile/
ty check src/shelxfile/

Testing against a corpus of real structures

Some invariants only show up at scale, so the suite can be pointed at a directory tree of real .res/.ins files. These tests are marked corpus and are skipped unless you provide the data, so CI and contributors without it are unaffected. Nothing from the corpus is ever committed — only aggregate counts, in tests/resources/corpus_expectations.json.

pytest -m corpus --corpus /path/to/structures
export SHELXFILE_CORPUS=/path/to/structures   # or set it once

Two sweeps run over every file:

Invariant Check
I1 parse stability no new parse errors
I2 idempotence dumps(parse(dumps(parse(f)))) == dumps(parse(f))
I3 edit locality after deleting an atom, only lines the report explains may change
I4 report completeness nothing disappears without appearing in the DeletionReport
I5 no semantic escalation no card is left having named atoms but naming none

I1 and I2 are ratchets: the budgets in corpus_expectations.json may only ever be lowered, never raised to make a failing run pass.

Useful options:

--corpus-sample 500        # deterministic subset, for a quick check
--corpus-edit-sample 500   # bound only the destructive I3-I5 sweep
--corpus-time-budget 900   # fail if a sweep takes longer than this (0 disables)

A full sweep over ~6000 structures takes roughly six minutes.

Git hooks

A pre-push hook in githooks/ rejects pushing a version tag (e.g. v30) whose numeric version is newer than VERSION in src/shelxfile/version.py at the tagged commit. Enable it once per clone with:

git config core.hooksPath githooks

References

[1] http://shelx.uni-goettingen.de/, G. M. Sheldrick, Acta Cryst. (2015). C71, 3-8. https://doi.org/10.1107/S2053229614024218

[2] https://github.com/dkratzert/DSR

[3] https://github.com/dkratzert/StructureFinder

Metadata

Release files for shelxfile 31

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Built distributions (wheels)

Table of built distributions (wheels) for shelxfile 31
File Actions
shelxfile-31-cp315-cp315-win_amd64.whl CPython 3.15 CPython 3.15 Windows x86-64 Details for shelxfile-31-cp315-cp315-win_amd64.whl
shelxfile-31-cp315-cp315-musllinux_1_2_x86_64.whl CPython 3.15 CPython 3.15 Linux musl 1.2+ x86-64 Details for shelxfile-31-cp315-cp315-musllinux_1_2_x86_64.whl
shelxfile-31-cp315-cp315-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl CPython 3.15 CPython 3.15 Linux glibc 2.28+ x86-64, Linux glibc 2.24+ x86-64 Details for shelxfile-31-cp315-cp315-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl
shelxfile-31-cp315-cp315-macosx_15_0_universal2.whl CPython 3.15 CPython 3.15 macOS 15.0+ universal2 (ARM64, x86-64) Details for shelxfile-31-cp315-cp315-macosx_15_0_universal2.whl
shelxfile-31-cp314-cp314-win_amd64.whl CPython 3.14 CPython 3.14 Windows x86-64 Details for shelxfile-31-cp314-cp314-win_amd64.whl
shelxfile-31-cp314-cp314-musllinux_1_2_x86_64.whl CPython 3.14 CPython 3.14 Linux musl 1.2+ x86-64 Details for shelxfile-31-cp314-cp314-musllinux_1_2_x86_64.whl
shelxfile-31-cp314-cp314-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl CPython 3.14 CPython 3.14 Linux glibc 2.28+ x86-64, Linux glibc 2.24+ x86-64 Details for shelxfile-31-cp314-cp314-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl
shelxfile-31-cp314-cp314-macosx_15_0_universal2.whl CPython 3.14 CPython 3.14 macOS 15.0+ universal2 (ARM64, x86-64) Details for shelxfile-31-cp314-cp314-macosx_15_0_universal2.whl
shelxfile-31-cp313-cp313-win_amd64.whl CPython 3.13 CPython 3.13 Windows x86-64 Details for shelxfile-31-cp313-cp313-win_amd64.whl
shelxfile-31-cp313-cp313-musllinux_1_2_x86_64.whl CPython 3.13 CPython 3.13 Linux musl 1.2+ x86-64 Details for shelxfile-31-cp313-cp313-musllinux_1_2_x86_64.whl
shelxfile-31-cp313-cp313-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl CPython 3.13 CPython 3.13 Linux glibc 2.28+ x86-64, Linux glibc 2.24+ x86-64 Details for shelxfile-31-cp313-cp313-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl
shelxfile-31-cp313-cp313-macosx_15_0_universal2.whl CPython 3.13 CPython 3.13 macOS 15.0+ universal2 (ARM64, x86-64) Details for shelxfile-31-cp313-cp313-macosx_15_0_universal2.whl
shelxfile-31-cp312-cp312-win_amd64.whl CPython 3.12 CPython 3.12 Windows x86-64 Details for shelxfile-31-cp312-cp312-win_amd64.whl
shelxfile-31-cp312-cp312-musllinux_1_2_x86_64.whl CPython 3.12 CPython 3.12 Linux musl 1.2+ x86-64 Details for shelxfile-31-cp312-cp312-musllinux_1_2_x86_64.whl
shelxfile-31-cp312-cp312-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl CPython 3.12 CPython 3.12 Linux glibc 2.28+ x86-64, Linux glibc 2.24+ x86-64 Details for shelxfile-31-cp312-cp312-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl
shelxfile-31-cp312-cp312-macosx_15_0_universal2.whl CPython 3.12 CPython 3.12 macOS 15.0+ universal2 (ARM64, x86-64) Details for shelxfile-31-cp312-cp312-macosx_15_0_universal2.whl

Total release size: 20.1 MB

Release files / shelxfile-31-cp315-cp315-win_amd64.whl

Download URL shelxfile-31-cp315-cp315-win_amd64.whl
Size 577.3 kB
Tags CPython 3.15 Windows x86-64
SHA-256 checksum
How to use checksums
4af409627f93c982383931f89adc05e95a40acfb842235449a1771c338be0f04
BLAKE2b-256 checksum
How to use checksums
1a02cf68c1ee9664ac86f78eea6893a9f952cb29c9a9fe6d8ee1995dad2f6b20
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.

Transparency log

Release files / shelxfile-31-cp315-cp315-musllinux_1_2_x86_64.whl

Download URL shelxfile-31-cp315-cp315-musllinux_1_2_x86_64.whl
Size 2.6 MB
Tags CPython 3.15 Linux musl 1.2+ x86-64
SHA-256 checksum
How to use checksums
8f0c6653b314e2eedc60355c44fc8c5293a03967000dede0bcd495bcad8ff94a
BLAKE2b-256 checksum
How to use checksums
6c44de15648c308e6e7cf94b9cf8265ff918176be31f93bbbd4e8d1be59880cd
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.

Transparency log

Release files / shelxfile-31-cp315-cp315-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl

Download URL shelxfile-31-cp315-cp315-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl
Size 1.5 MB
Tags CPython 3.15 Linux glibc 2.24+ x86-64 Linux glibc 2.28+ x86-64
SHA-256 checksum
How to use checksums
de423cdcc0462a8c2d4c5f9b9767c3ccb5be15d26fe7b54aec097784b0e54ad1
BLAKE2b-256 checksum
How to use checksums
0a6eb59d96182f3f736f365cfefe387a05b426241bcb8f894e813ace332b7a19
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.

Transparency log

Release files / shelxfile-31-cp315-cp315-macosx_15_0_universal2.whl

Download URL shelxfile-31-cp315-cp315-macosx_15_0_universal2.whl
Size 346.2 kB
Tags CPython 3.15 macOS 15.0+ universal2 (ARM64, x86-64)
SHA-256 checksum
How to use checksums
968885899f9c7b4b975e967072419776dedc5debd5ca1a2e68ac0f18f2405f2a
BLAKE2b-256 checksum
How to use checksums
c502caa3f54b74215a0a850f27ad26f98bf32529cc87773407cb548e834b2b8d
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.

Transparency log

Release files / shelxfile-31-cp314-cp314-win_amd64.whl

Download URL shelxfile-31-cp314-cp314-win_amd64.whl
Size 577.3 kB
Tags CPython 3.14 Windows x86-64
SHA-256 checksum
How to use checksums
14e2833c088a1e6ab843bc0a0a4bb88f29d3c15e85c98d23dc336bf4501db51f
BLAKE2b-256 checksum
How to use checksums
09c8fb7e89a4d2258689930f4454a2a517ee2c0977ee5c66c402bd44d14e66fb
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.

Transparency log

Release files / shelxfile-31-cp314-cp314-musllinux_1_2_x86_64.whl

Download URL shelxfile-31-cp314-cp314-musllinux_1_2_x86_64.whl
Size 2.6 MB
Tags CPython 3.14 Linux musl 1.2+ x86-64
SHA-256 checksum
How to use checksums
de8edc126a94e1816622dda4c3327bc7b5710023cb824de31252df15f5f20e97
BLAKE2b-256 checksum
How to use checksums
339c1c4b7a1e6e34faaf097e185b0bcebe9075a334fd082c191e43ac45f53094
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.

Transparency log

Release files / shelxfile-31-cp314-cp314-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl

Download URL shelxfile-31-cp314-cp314-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl
Size 1.5 MB
Tags CPython 3.14 Linux glibc 2.24+ x86-64 Linux glibc 2.28+ x86-64
SHA-256 checksum
How to use checksums
30f551b7c52b7c8076031355c21f929d31a2ffd68317028461c814686ff0aecb
BLAKE2b-256 checksum
How to use checksums
29467766ee01687f0d5b76ebcf2cb995003420fcf642fb31dae2007201ab081f
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.

Transparency log

Release files / shelxfile-31-cp314-cp314-macosx_15_0_universal2.whl

Download URL shelxfile-31-cp314-cp314-macosx_15_0_universal2.whl
Size 346.1 kB
Tags CPython 3.14 macOS 15.0+ universal2 (ARM64, x86-64)
SHA-256 checksum
How to use checksums
d9a0989fd6bc0450487701760619681e602b39fd311542d60909af247335f58d
BLAKE2b-256 checksum
How to use checksums
abeb8794e105aa31f8d1f7a63378c1c7e3b5ced325e3dfff4b8ced3378fffc8c
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.

Transparency log

Release files / shelxfile-31-cp313-cp313-win_amd64.whl

Download URL shelxfile-31-cp313-cp313-win_amd64.whl
Size 565.1 kB
Tags CPython 3.13 Windows x86-64
SHA-256 checksum
How to use checksums
6bad8e37b7cd5856ddc9e46c037db01f08c2319ebe414149cc0e7d163a7580a2
BLAKE2b-256 checksum
How to use checksums
47a2e0f701dfcd5a5c6f19119aeda5445bc29f643d49f75bf3bd5cbe278c225e
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.

Transparency log

Release files / shelxfile-31-cp313-cp313-musllinux_1_2_x86_64.whl

Download URL shelxfile-31-cp313-cp313-musllinux_1_2_x86_64.whl
Size 2.6 MB
Tags CPython 3.13 Linux musl 1.2+ x86-64
SHA-256 checksum
How to use checksums
f29e3c64d2e0ef225e888e17acd03450aaf631638ed9b7f7f56282eaf34e48ce
BLAKE2b-256 checksum
How to use checksums
9027bd9588e5a93cbdc149f82516398c8f5f99791af8e0d543d13de12c53955b
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.

Transparency log

Release files / shelxfile-31-cp313-cp313-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl

Download URL shelxfile-31-cp313-cp313-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl
Size 1.5 MB
Tags CPython 3.13 Linux glibc 2.24+ x86-64 Linux glibc 2.28+ x86-64
SHA-256 checksum
How to use checksums
26e9e0a784f89b6f0180a5c3805f02756443429ddc72fb27403927ffe90aaef0
BLAKE2b-256 checksum
How to use checksums
23c8e12e4a3a291f964d446152a080428b3f6220e1308659f8593a24b4f16cee
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.

Transparency log

Release files / shelxfile-31-cp313-cp313-macosx_15_0_universal2.whl

Download URL shelxfile-31-cp313-cp313-macosx_15_0_universal2.whl
Size 345.9 kB
Tags CPython 3.13 macOS 15.0+ universal2 (ARM64, x86-64)
SHA-256 checksum
How to use checksums
7153bbca6a4003b796929c020cc95fdc3cd6923dc8e7d682fb1b8ed833b85b81
BLAKE2b-256 checksum
How to use checksums
fddab0a43cd1d4cef7bdac7d3423c3f3207f2e4dc60561fa6e4fe399013e4584
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.

Transparency log

Release files / shelxfile-31-cp312-cp312-win_amd64.whl

Download URL shelxfile-31-cp312-cp312-win_amd64.whl
Size 565.1 kB
Tags CPython 3.12 Windows x86-64
SHA-256 checksum
How to use checksums
409a5cb5dd0892d5e0deb7b237a01b0406ed5de2d65a851261a2be03b6a63954
BLAKE2b-256 checksum
How to use checksums
7187fe7e6896c4b41b7a9458ef4722c74e3c172ad870ce5f92e4c00947477b77
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.

Transparency log

Release files / shelxfile-31-cp312-cp312-musllinux_1_2_x86_64.whl

Download URL shelxfile-31-cp312-cp312-musllinux_1_2_x86_64.whl
Size 2.6 MB
Tags CPython 3.12 Linux musl 1.2+ x86-64
SHA-256 checksum
How to use checksums
0ffc7e48164a10ef1e4b3fb854adace9fdad3fdbc48ce2f73005397878403a62
BLAKE2b-256 checksum
How to use checksums
d2b7391ba9cc406000013dba193d6903d8efb334ce5030af01031206978c3451
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.

Transparency log

Release files / shelxfile-31-cp312-cp312-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl

Download URL shelxfile-31-cp312-cp312-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl
Size 1.5 MB
Tags CPython 3.12 Linux glibc 2.24+ x86-64 Linux glibc 2.28+ x86-64
SHA-256 checksum
How to use checksums
5624ab3106f76f024589a59cef9b27edfa097464683555fd4cd913eb59c6ae11
BLAKE2b-256 checksum
How to use checksums
29bcb836bc14de73b00735ad363324b5bf2d708c8aeaeee5447a30c3ccb610fa
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.

Transparency log

Release files / shelxfile-31-cp312-cp312-macosx_15_0_universal2.whl

Download URL shelxfile-31-cp312-cp312-macosx_15_0_universal2.whl
Size 345.8 kB
Tags CPython 3.12 macOS 15.0+ universal2 (ARM64, x86-64)
SHA-256 checksum
How to use checksums
fbf2905a72fe634b5d465bae5d58ba5e7be4ad35d19236b65b4c2501156010b9
BLAKE2b-256 checksum
How to use checksums
2d8accc0c00520cad647e7e296d74232c9c8fedb36ed4c7284667bf93c15ac04
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.

Transparency log

Security for shelxfile 31

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

Full provenance

All 16 files in this release have been uploaded with provenance metadata.

Select from 16 files

Attestation for shelxfile-31-cp315-cp315-win_amd64.whl

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Nov 7, 2026.

Transparency log

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page