Shelxfile
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.eqivholdsEQIVcards instead oflist[str]. Each card has.number,.id('$2') and.symmop. Indexing andlen()still give the raw tokens, soentry[0] == '$2'keeps working. Comparing an entry with a list or serialising it does not. Useshx.eqiv_by_id('$2')to look one up.- Symmetry images are named after their parent. Atoms returned by
grow()andpack()are now calledO1>>2(parent name,>>, symmetry card number) rather than getting new sequential names likeC12. The newatom.symm_materecords 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 andPART. A rejected name is ignored (a warning is printed withverbose=True;ValueErroris raised withdebug=True). The setter does not update instructions that reference the atom; useShelxDocument.rename_atom()for that. - Coordinates in
10*m + pform are parsed. Atoms such asC1 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 afterShelxfile.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 newshx.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 noSYMMcards, 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
PARTcards so the bond graph is correct (atoms in different disorder alternatives are not connected to each other). - Strips restraints,
AFIX,HFIXand other cards that only make sense in the context of the original asymmetric unit. - Adds a
REMwarning 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
ISORmeans "all non-hydrogen atoms", so a card must never be emptied — it is removed instead. A bareSADIis a different instruction again. - A shared reference is left alone.
SADI_CCF3 ... F1 ...applies to every residue of classCCF3; deletingF1in 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 a10*m + pcode that actually moves loses the code, and the report says so inmessages.assign_part(atoms, part, sof)wraps each contiguous run inPART n … PART 0, outside anyAFIXgroup, and writes the rawsofon every atom. Atoms already in a part are refused.duplicate_atoms(atoms, names, part, sof, coordinates=None, uvals=None)writes copies as onePART n … PART 0block after the sources, in file order, copying eachAFIXcard in front of the atoms it governed. Riding U codes such as-1.2therefore refer to the copied pivot.Atomobjects are not hashable, so per-atom arguments are sequences parallel toatoms.split_name(atom, suffix)givesC1→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
AFIXgroup 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.2are written as given).name_for_operation(atom, '-X+1, Y, -Z+1/2')returns'C1_$n'for a restraint across symmetry, reusing anEQIVfor 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_changedis 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, runsshelxl/xlon it, and replaces the document's model with a fresh one read straight from the resulting.resfile. UnlikeShelxfile.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
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)
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 logRelease 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 logRelease 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 logRelease 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 logRelease 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 logRelease 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 logRelease 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 logRelease 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 logRelease 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 logRelease 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 logRelease 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 logRelease 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 logRelease 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 logRelease 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 logRelease 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 logRelease 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 logSecurity 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.
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 logA 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.