mol-hume

Molecular descriptors computed in C++, verified column by column against RDKit and Mordred.

mol-hume emits 1,269 descriptors per molecule in about 285 microseconds, from a single call, plus a 2,048-bit ECFP alongside them. Of the descriptors, 1,109 reproduce ones that RDKit or Mordred already define, and 160 are new. Nothing is computed in Python.

pip install mol-hume

import molhume

X = molhume.featurize(["CCO", "CC(=O)Oc1ccccc1C(=O)O"], standardize="none")
# X -> (2, 3317) float64: 1,269 descriptors then 2,048 ECFP bits, ready for a model

xgboost.XGBRegressor().fit(X, y)

One array, not a tuple. The column names do not change from call to call, so returning them every time is something you would unpack and discard; ask for them when you need them, and they come back in the same order for the same flags:

df = pandas.DataFrame(X, columns=molhume.feature_names())

Pass the same flags to both and the names line up: feature_names(fingerprint=False) for the 1,269 descriptors alone, feature_names(columns=[...]) for a subset.

The one decision you have to make

standardize has no safe default, so leaving it unset warns once and tells you the options. Descriptors are computed on the graph you hand them: a salt, a tautomer and a charge state are three different molecules, and no library can guess which one you meant.

value	what it does
`"none"`	featurize exactly what you supplied
`"canonical"`	SMILES round-trip, nothing else
`"cleanup"`	RDKit `MolStandardize`: normalize, largest fragment, uncharge
a callable	your own `Mol -> Mol`

Passing "none" explicitly is a decision and is silent; omitting it is not, and warns.

Flags

flag	default	what it controls
`standardize`	`"none"` (warns if unset)	what molecule the numbers describe
`threads`	`0`	descriptor-block workers; `0` is one per hardware thread. Pass `1` if your own code is already parallel — but see the timing note below, because it costs about 3x
`fingerprint`	`True`	append `fp_size` ECFP bit columns after the descriptors, so descriptor column indices never shift when the flag changes. Turning it off saves about 30 us/molecule that cannot be threaded
`fp_radius`	`3`	ECFP radius
`fp_size`	`2048`	ECFP bits
`additional_descriptors`	`True`	include the 160 descriptors that are ours rather than RDKit's or Mordred's. Selects what is returned, not what is computed
`columns`	`None`	emit only these names, in this order. Combined with `additional_descriptors` by AND
`optional`	`None`	expensive columns to compute. `AvgIpc` is on by default, `qed` off
`on_error`	`"nan"`	unparseable SMILES: `"nan"` keeps the row and fills it, so the output stays aligned with the input; `"raise"`; `"skip"` drops the row, so it does not
`dtype`	`float64`	`float32` halves the memory and is what the boosting libraries convert to internally anyway
`batch_size`	`4096`	rows per batch. Affects memory, not values

featurize also takes RDKit Mol objects instead of SMILES, which skips a parse.

molhume.feature_names(**flags) gives the names for any set of flags; molhume.ALL_COLUMNS is the full list, and molhume._additional.ADDITIONAL_COLUMNS the ones that are ours.

To take one descriptor family, molhume.FAMILY_OFFSETS maps a family name to a half-open (start, stop) into ALL_COLUMNS and into the descriptor block of the output:

lo, hi = molhume.FAMILY_OFFSETS["ringcount"]
ring_counts = X[:, lo:hi]                     # 47 columns, n5Ring .. nG12FAHRing

import mol_hume works too, and is the same module object — the distribution is mol-hume, and import mol-hume is a Python syntax error, not something a package can fix.

What "verified" means

Every column was compared against its upstream definition over a 42,000-molecule corpus spanning 1 to 64 heavy atoms:

167 of 186 RDKit columns and 412 of 968 Mordred columns are bit-identical.
99.99% (RDKit) and 99.23% (Mordred) of values agree to within 1e-9.

The remainder are deliberate, documented divergences, not unexplained differences: they are cases where the upstream definition depends on atom numbering or on a Kekule choice, and therefore has no single correct answer. Every one of them is listed with a measurement in METHODS.md.

About that 285 us

That is the threaded number, with threads=0 (one worker per hardware thread), which is the default. The descriptor block is the parallel part, so the single-threaded figure is very different. Measured on a 12-thread M-series laptop, 4,000 corpus molecules:

	us/molecule
`threads=0` (default, 12 threads)	282
`threads=0`, `fingerprint=False`	247
`threads=1`	861
`threads=1`, `fingerprint=False`	846

So threads=1 costs roughly 3x, not 12x — the per-molecule boundary work does not parallelize. Pass threads=1 when your own code is already parallel across processes; leave it at 0 otherwise. Quoting a per-molecule cost without saying which of these it is makes the number meaningless, so always say.

The RDKit range

mol-hume requires rdkit>=2024.09.1,<2026.09, and this is a hard requirement rather than a preference. The library reads RDKit's MolPickler blob directly — a large part of where the speed comes from — and that format is explicitly not a stable API. Outside the range that has been measured, mol-hume refuses to import rather than misparse a molecule into wrong numbers with no symptom.

Within the range, the pickle format is checked rather than assumed: RDKit 2026.03 writes a different format version from 2025.09, and it is accepted because 4,000 corpus molecules pickle to bytes that differ only in the version triple, and all 1,269 columns over 8,000 molecules come out bit-identical. Widening it for a future release is one command — tools/check_rdkit_release.py — plus, if the blobs really changed, work on the reader. See MAINTENANCE.md.

The upper bound is loose on purpose. It is a courtesy to resolvers — it stops a fresh install picking an RDKit years newer than anything measured — not a claim that 2027 will work. If the pickle format does change, featurize raises an error naming your RDKit and what to do, the package still imports, and featurize_blocks(reader="api") still works on any RDKit at all, because it goes through RDKit's supported Python API.

Within that range, values are quoted against RDKit 2025.9.2 specifically. RDKit's perceived atom and bond properties drift across releases, so a different RDKit inside the range can still move values in the last digits.

Why 1,269 and not 1,539

The implemented set was 1,539 columns. Pairs that carry the same information were removed by a greedy cover in ascending compute cost: a column is dropped when some cheaper surviving column predicts it at |Spearman| >= 0.99 on ranks, and that has to hold in every one of five heavy-atom strata, not just on the pooled corpus, so a correlation that only exists because small and large molecules sit at opposite ends of both scales does not count. Columns that are NaN more than half the time, or that take one value for 99.9% of molecules, are dropped as unusable. What survives is 1,269.

A reduced column set

minimal-v1 is an 800-column subset chosen so that every column it drops is linearly recoverable from the ones it keeps — derived label-free from the descriptor matrix alone, with no target, assay or benchmark involved:

X = molhume.featurize(smiles, columns=molhume.minimal_columns())      # 800 instead of 1,269

The ordering is the product, not the number. minimal_columns(n) takes any prefix, and minimal_curve() publishes what each n costs, so you can pick your own operating point rather than inherit one:

molhume.minimal_columns(400)      # smaller, and minimal_curve() says exactly what you gave up

Is the column you care about safe? minimal_curve() gives a worst case over 467 dropped columns, which cannot answer that. minimal_recovery() can:

molhume.minimal_recovery(["SLogP", "TPSA", "BalabanJ"])
# {'SLogP': 0.9882, 'TPSA': 0.9937}      BalabanJ is KEPT, so it is absent

Held-out R², fitted on the derivation samples and scored on a disjoint draw. At n=800 the median is 0.995, 44 of 467 fall below 0.99 and none below 0.95. minimal_columns(), minimal_recovery() and minimal_gated() partition all 1,269 columns — 800 kept, 467 scored, and 2 excluded before ranking (one too often non-finite, one constant on every derivation sample).

What it costs, measured

Benchmarked as an independent test — the datasets played no part in choosing the columns — with an untuned XGBoost head on 5-fold scaffold splits, against the full 1,269:

endpoint family	datasets	mean cost	worst
Classification	13	−0.11%	+0.70%
ADME & tox	10	+0.29%	+2.73%
Quantum energy	4	+0.90%	+1.83%
Physicochemical	6	+3.83%	+7.33%
All	35	+0.80% (median +0.26%)

So a 37% column reduction costs a median of 0.26% across 35 datasets — free on classification (where it is marginally better), ADME and quantum energy.

The exception is physicochemical endpoints, at +3.83% mean and +7.33% worst, with all six datasets moving the same way (sign test p = 0.031). If you work on solubility or logP, take more than 800 columns — minimal_curve() tells you what each n buys. Linear recoverability says a dropped column can be rebuilt; it does not say a depth-6 tree can split on it, and solubility leans hardest on the additive atom-contribution descriptors that makes expensive to rebuild. See docs/MINIMAL_SPEC.md.

Platforms

Wheels are built for the platforms RDKit itself ships, since a mol-hume wheel for a platform with no RDKit wheel could not be imported:

	CPython 3.10 - 3.14
Linux x86_64, aarch64	manylinux_2_28
macOS arm64	11.0+
macOS x86_64	10.15+, needs `rdkit<=2025.9.2` (RDKit dropped Intel Mac after that)
Windows x86_64	MSVC

No musl, no 32-bit, no PyPy — RDKit publishes none of those. The extension links only the C++ runtime: no BLAS, no RDKit library, and no NumPy ABI, so one wheel works across NumPy 1.x and 2.x.

Values are not bit-identical across architectures

This matters if you are comparing outputs between machines, and not at all if you are fitting a model. The exactness numbers above were measured on macOS arm64 with clang. The same source on x86-64 moves the last bits: 594 of the 1,269 columns under gcc, 595 under MSVC, with a maximum disagreement of 1.1e-14 of each column's range. Nothing structural changes — the NaN pattern is identical on all three.

That is not a bug that a build flag removes. The library reproduces upstream floating-point behavior, so a different libm's log and a different FMA decision are part of the result. CI measures this on every platform (tools/platform_drift.py) and the test suite asserts a bound on it, exactly rather than approximately on the reference platform.

Beware per-value relative error when you compare: several columns are differences that cancel to near zero (the centered autocorrelations, Cyclicity, DeltaMean), where a last-bit wobble reads as a relative error of 27. Compare against each column's range.

Development

uv pip install -e . --python .venv/bin/python -c constraints.txt
.venv/bin/python -m pytest tests/

The pinned RDKit in constraints.txt is the oracle every exactness claim is measured against — install with -c constraints.txt or a bare editable install will silently upgrade it. tests/ runs in seconds against a committed fixture; the full exactness verifications against RDKit and Mordred are the root-level verify_*.py, which need the corpus and a second environment. See tests/README.md.

Acknowledgments

mol-hume reproduces descriptors first defined and published by two projects, and would not exist without either:

RDKit — Greg Landrum and contributors. RDKit parses the molecule and supplies every perceived atom and bond property this library computes from, and 186 of the emitted columns reproduce RDKit descriptor definitions. Several parameter tables here are derived from published RDKit values, including the Crippen logP/MR atom-type contributions and the Hall-Kier alpha table. BSD 3-Clause.
Mordred — Hirotomo Moriwaki et al., J. Cheminform. 10, 4 (2018). 968 of the emitted columns reproduce Mordred definitions. BSD 3-Clause.

Where this library's values differ from either, the difference is deliberate and documented: those are cases where the upstream definition depends on atom numbering or on a Kekule choice and so has no single correct answer. Every one is listed with a measurement in METHODS.md.

License

BSD 3-Clause. See LICENSE.

Development Status
- 4 - Beta
Intended Audience
- Science/Research
Programming Language
- C++
- Python :: 3
Topic
- Scientific/Engineering :: Chemistry

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

mol_hume-0.2.2.tar.gz (488.7 kB view details)

Uploaded Sep 2, 2026 Source

Built Distributions

If you're not sure about the file name format, learn more about wheel file names.

The dropdown lists show the available interpreters, ABIs, and platforms. Enable javascript to be able to filter the list of wheel files.

mol_hume-0.2.2-cp314-cp314-win_amd64.whl (666.8 kB view details)

Uploaded Sep 2, 2026 CPython 3.14Windows x86-64

mol_hume-0.2.2-cp314-cp314-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl (533.8 kB view details)

Uploaded Sep 2, 2026 CPython 3.14manylinux: glibc 2.24+ x86-64manylinux: glibc 2.28+ x86-64

mol_hume-0.2.2-cp314-cp314-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl (496.8 kB view details)

Uploaded Sep 2, 2026 CPython 3.14manylinux: glibc 2.24+ ARM64manylinux: glibc 2.28+ ARM64

mol_hume-0.2.2-cp314-cp314-macosx_11_0_arm64.whl (456.9 kB view details)

Uploaded Sep 2, 2026 CPython 3.14macOS 11.0+ ARM64

mol_hume-0.2.2-cp314-cp314-macosx_10_15_x86_64.whl (502.9 kB view details)

Uploaded Sep 2, 2026 CPython 3.14macOS 10.15+ x86-64

mol_hume-0.2.2-cp313-cp313-win_amd64.whl (643.2 kB view details)

Uploaded Sep 2, 2026 CPython 3.13Windows x86-64

mol_hume-0.2.2-cp313-cp313-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl (533.1 kB view details)

Uploaded Sep 2, 2026 CPython 3.13manylinux: glibc 2.24+ x86-64manylinux: glibc 2.28+ x86-64

mol_hume-0.2.2-cp313-cp313-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl (496.3 kB view details)

Uploaded Sep 2, 2026 CPython 3.13manylinux: glibc 2.24+ ARM64manylinux: glibc 2.28+ ARM64

mol_hume-0.2.2-cp313-cp313-macosx_11_0_arm64.whl (456.5 kB view details)

Uploaded Sep 2, 2026 CPython 3.13macOS 11.0+ ARM64

mol_hume-0.2.2-cp313-cp313-macosx_10_15_x86_64.whl (503.0 kB view details)

Uploaded Sep 2, 2026 CPython 3.13macOS 10.15+ x86-64

mol_hume-0.2.2-cp312-cp312-win_amd64.whl (643.1 kB view details)

Uploaded Sep 2, 2026 CPython 3.12Windows x86-64

mol_hume-0.2.2-cp312-cp312-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl (533.1 kB view details)

Uploaded Sep 2, 2026 CPython 3.12manylinux: glibc 2.24+ x86-64manylinux: glibc 2.28+ x86-64

mol_hume-0.2.2-cp312-cp312-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl (496.1 kB view details)

Uploaded Sep 2, 2026 CPython 3.12manylinux: glibc 2.24+ ARM64manylinux: glibc 2.28+ ARM64

mol_hume-0.2.2-cp312-cp312-macosx_11_0_arm64.whl (456.5 kB view details)

Uploaded Sep 2, 2026 CPython 3.12macOS 11.0+ ARM64

mol_hume-0.2.2-cp312-cp312-macosx_10_15_x86_64.whl (502.9 kB view details)

Uploaded Sep 2, 2026 CPython 3.12macOS 10.15+ x86-64

mol_hume-0.2.2-cp311-cp311-win_amd64.whl (639.4 kB view details)

Uploaded Sep 2, 2026 CPython 3.11Windows x86-64

mol_hume-0.2.2-cp311-cp311-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl (533.1 kB view details)

Uploaded Sep 2, 2026 CPython 3.11manylinux: glibc 2.24+ x86-64manylinux: glibc 2.28+ x86-64

mol_hume-0.2.2-cp311-cp311-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl (496.0 kB view details)

Uploaded Sep 2, 2026 CPython 3.11manylinux: glibc 2.24+ ARM64manylinux: glibc 2.28+ ARM64

mol_hume-0.2.2-cp311-cp311-macosx_11_0_arm64.whl (454.8 kB view details)

Uploaded Sep 2, 2026 CPython 3.11macOS 11.0+ ARM64

mol_hume-0.2.2-cp311-cp311-macosx_10_15_x86_64.whl (500.9 kB view details)

Uploaded Sep 2, 2026 CPython 3.11macOS 10.15+ x86-64

mol_hume-0.2.2-cp310-cp310-win_amd64.whl (638.9 kB view details)

Uploaded Sep 2, 2026 CPython 3.10Windows x86-64

mol_hume-0.2.2-cp310-cp310-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl (532.4 kB view details)

Uploaded Sep 2, 2026 CPython 3.10manylinux: glibc 2.24+ x86-64manylinux: glibc 2.28+ x86-64

mol_hume-0.2.2-cp310-cp310-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl (495.5 kB view details)

Uploaded Sep 2, 2026 CPython 3.10manylinux: glibc 2.24+ ARM64manylinux: glibc 2.28+ ARM64

mol_hume-0.2.2-cp310-cp310-macosx_11_0_arm64.whl (453.6 kB view details)

Uploaded Sep 2, 2026 CPython 3.10macOS 11.0+ ARM64

mol_hume-0.2.2-cp310-cp310-macosx_10_15_x86_64.whl (499.5 kB view details)

Uploaded Sep 2, 2026 CPython 3.10macOS 10.15+ x86-64

File details

Details for the file mol_hume-0.2.2.tar.gz.

File metadata

Download URL: mol_hume-0.2.2.tar.gz
Upload date: Sep 2, 2026
Size: 488.7 kB
Tags: Source
Uploaded using Trusted Publishing? Yes
Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for mol_hume-0.2.2.tar.gz
Algorithm	Hash digest
SHA256	`a82087259745dbd1414daae4326082d4fa96cafdd6200d8136795146ac64b45b`
MD5	`34b55615ac59af47060a7b857bd02d54`
BLAKE2b-256	`6661c5df367624b1832eec692e724acb5810dde0e2ef040e7c7b05254c571e78`

Algorithm	Hash digest
SHA256	`383d95d4d851ccccadbdc96889b23be92fad4feecf1fa8f26c1ba7e76575a855`
MD5	`ffe04422fb8d6ab2bda2254a30a4b4db`
BLAKE2b-256	`4dcd5ff72f864d649fafed8d71a69e922ed03729996aeef5a10207857df0ea8a`

Algorithm	Hash digest
SHA256	`de33c0ced3f2e13a8da565e6e404f5560e3e1619665350c729e6982baa8a12cd`
MD5	`c9665cfa17791e026b0c742f0b6f0f84`
BLAKE2b-256	`926c7b1294e7bfc2c518355afca0f483fc26e0d860ca4f6e6fe6f58a4a8a62b0`

Algorithm	Hash digest
SHA256	`3b6cba8d66373364b024d15765ce17ff4b8f4dd3f29c4832ff78a8a82dbc453d`
MD5	`36829779d142618b6dca6de71f277229`
BLAKE2b-256	`3ac1758df3fe7e05d64574d9197c20a7c04b90152e20382eccdebc580e8050bd`

Algorithm	Hash digest
SHA256	`29a00894b10c4b4bc8969d4ada1eb5107718de1f0e2680638cd0aa1ccfed7855`
MD5	`388648eb04b16da57b76168c0e096da6`
BLAKE2b-256	`de232d71077fa36a739f58d294739af90bb911ce0c069e1f6a69b6c6753d36d7`

Algorithm	Hash digest
SHA256	`e22daf71cf64c54ef5d302eab09b502667a90637b8131d327ab316acd20c7b3a`
MD5	`b307fb53b6e243341adda46ac932d0d7`
BLAKE2b-256	`bcc1a767a5ec1df7cb92cc993b770f606e8786224ea1cdc2e64baa894fc2e6b8`

Algorithm	Hash digest
SHA256	`efe178a7190653ff07627e961dca6fdb2727fd9b492fc654732155a0adcacfae`
MD5	`ba5bcdc59d324836ee582b654dd18b5b`
BLAKE2b-256	`45bc7ce4c837d9b64ec7e33a014d02061f21cd87f15851698b8a16a3a77765a1`

Algorithm	Hash digest
SHA256	`20fe7322011fdcf060624677bfc62ad066856ead8e55288b46d9bc5084bd1282`
MD5	`f036fd08ad44babcc812c7bcab1ef7fd`
BLAKE2b-256	`9d2c1ea016c5d1ba1e13cc2e2a7e2a931b3e9663f0d737ba19624862f4e7a19e`

Algorithm	Hash digest
SHA256	`62adf524599e8ad964d413f2ee67f6145b6948d94de42f3d910a5e93cfa05f17`
MD5	`cea1b25c1fa52d7cdaa5ba687b0c2d97`
BLAKE2b-256	`26b62c83dc2f6260c6a30da46b53d0afe604c53b015b4d5d11246f7f56e455e8`

Algorithm	Hash digest
SHA256	`311695c514f288597a8eb9dc24e53d941e3d38dbbcc80be0780a77f77cc0690c`
MD5	`e1f6e3056c687112d49d83ee0199cd20`
BLAKE2b-256	`e138cea7c79dfd56fa530e527b7105a87b36f04b182684f6a02e70e5c7ae83b0`

Algorithm	Hash digest
SHA256	`037184f91d41fe4ad33356c3014b6beafa1d86ea01ccc417732cb2c654f54d42`
MD5	`30b23026422d507a38736ec9a568c55c`
BLAKE2b-256	`920ccf84fdc95313b883b61d67f6c65aaf61ae1dd48859a1d7877d4cb1575e06`

Algorithm	Hash digest
SHA256	`44baf9bf95cc2b5940e0936ac42551e60a865222a00b6f29795654fcf6055740`
MD5	`0f50264699d9764330dd8ef6f2a148ea`
BLAKE2b-256	`66cf7818b03ab495edddf6542855fcc3fa7943837fafac9894edf84f6c02213b`

Algorithm	Hash digest
SHA256	`a456a1b8f8029e5f2e464a3c81c87b0933c7a80f023da71b6baa17d8955e29b7`
MD5	`7c8493f0c79881282b1fc1a5914d4c2d`
BLAKE2b-256	`fbf61d64e22a65516b8fdf769ba7af5b181b62611353c5974287ec1f05247205`

Algorithm	Hash digest
SHA256	`9f0da841029b42dd340ff074e0247dd25591a934567e5b18753376cf4b93f22b`
MD5	`b6504de0eb567f419c543a4a3e986bf0`
BLAKE2b-256	`7573a5fe565066542a890590dfec56064165df36b887f9d81fabec1662872a08`

Algorithm	Hash digest
SHA256	`f516889794f45f4bf3c5fbce796ecc12adf3acd98c09ec3369bf528055f04e4d`
MD5	`40439318fb864c00337d84ed961714d6`
BLAKE2b-256	`86cd53461c3a8e54f30445f9b6cd70f585f44bdb011e01ea06c4b5752b731d05`

Algorithm	Hash digest
SHA256	`546c7ea985eef6a7781b1beee3df033c8edec709b831f9bba705d56520cacf1b`
MD5	`fe32f035e8ae58856a454638b412914b`
BLAKE2b-256	`ab114c7fa6e46ed946fd36ddf5a76e5e39a30afb7534fe52c7e5203a053bf1a9`

Algorithm	Hash digest
SHA256	`ad6f9b0c55588b57e571e420105629a241e47b8f032a89499163a3283f16c56d`
MD5	`0d29065c1597f766556c2b4e15078ede`
BLAKE2b-256	`852044edcd71b3efb70fc1e402124d2edd720a09b973fe006a8003455c9f9c2b`

Algorithm	Hash digest
SHA256	`b1a6362f09cdc71437f417b1911789b26709bcf94efa8a608a00f8f190894697`
MD5	`f05ec798418213aac11bb542b1a7ba59`
BLAKE2b-256	`752f22564ae550e7e3339259a452c6666f47116256c6d749027e2329abcf0b45`

Algorithm	Hash digest
SHA256	`d9d7bc35ca02705a366938b7d7008002bb268c72900073ce6659aa176c52014c`
MD5	`f8e2b3fd7c5e457ba19955112bee0ca7`
BLAKE2b-256	`8a25c94b65a60c47f99e5510edc816e7e763dcf7375b25932dd91da2bb9ebd62`

Algorithm	Hash digest
SHA256	`ddf4a22de7f4c8b242edbb5625578a6448ecd71fb47e750a48111724178dec86`
MD5	`3f69cc459c6247ede999d959fa773387`
BLAKE2b-256	`748d912136cf6eab14b52fd13a388ae5dd863ecc1cf9d69b0abc7960b7ead422`

Algorithm	Hash digest
SHA256	`87d911fcb152486cc4e2a9425c3a556acc27a7d85ec39cd593698a894d48df54`
MD5	`e9dabc7a90f4fc177b4752987a3ce22f`
BLAKE2b-256	`78ff4005760bb205ba5343f65560811100739d589f8545bb74c3d5f7dfa43a31`

mol-hume 0.2.2

mol-hume

The one decision you have to make

Flags

What "verified" means

About that 285 us

The RDKit range

Why 1,269 and not 1,539

A reduced column set

What it costs, measured

Platforms

Values are not bit-identical across architectures

Development

Acknowledgments

License

Key dates

1 maintainer

Credits

License expression

Requires

Provides Extra

Tags

Classifiers

Download files

Source Distribution

Built Distributions

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

Algorithm	Hash digest
SHA256	`d682f721f4c32de4880baaba65113f30280973c1a8f5436cd38d71b19b045153`
MD5	`18b33292573d9aa0de7219dad2d456a8`
BLAKE2b-256	`cd73326319e6d7a6144c69c6e0310479350abed62feaa795b9cf23f2fb4dd676`

Algorithm	Hash digest
SHA256	`36b00d20d38ddcd82ab40541e0204f0f1ca79ba740c6f3871d493cef152e4e96`
MD5	`16e93c07ba4658a00cfa8e78fa2c3bb2`
BLAKE2b-256	`0be33361487829107983e1e72ca66870fc05ea1958d9df6dedfdfc994715c9e1`

Algorithm	Hash digest
SHA256	`dc8cec5219a25505f58a24c14434f45349e56887782fea5cbaca75e0d9a49ec7`
MD5	`65e040620a1898632f6a2db844310ae7`
BLAKE2b-256	`c3a877d989c318642f205aeff9a70475b49d5402108fcf688c6569fa16297ba7`

Algorithm	Hash digest
SHA256	`10a3f11f7e7b541588c4edd297d6d6c7b5fc072524a4970250481158be5c345e`
MD5	`c02ee2cdb085f02e1b6e5dff8d0c4fd5`
BLAKE2b-256	`04417b726a5fd3279b008d95a3f73de03f488275a3ecc32ad93473ace0cbd2c3`

Algorithm	Hash digest
SHA256	`aa48a167ccae21c8e175240163990165c02fa611bca9f0e9227bd09ef6425369`
MD5	`aa32919c694ad4e5a5d338a288e17b82`
BLAKE2b-256	`d5472dd8cd9c051b26dfbcbd5f6333f22ba221ad4921040961cf26e0d9cfe5fd`