mol-hume

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

mol-hume emits up to 1,269 descriptors per molecule in about 285 microseconds, plus a 2,048-bit ECFP alongside them. 1,109 of the descriptors reproduce definitions RDKit or Mordred already provide; 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")
# (2, 2670) float64: 622 minimal descriptors, then 2,048 ECFP bits

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

featurize returns one array. Column names are identical for identical arguments, so they are available on request rather than returned every call:

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

Pass both functions the same arguments and the names line up with the columns.

Selecting columns

One parameter, four ways to answer it:

molhume.featurize(smiles, columns="minimal")      # 622, the default
molhume.featurize(smiles, columns="full_no_new")  # 1,109 -- RDKit and Mordred definitions only
molhume.featurize(smiles, columns="full")         # all 1,269
molhume.featurize(smiles, columns=["TPSA", "AvgIpc", "BCUTc-1h"])   # these, in this order

column_set(name) returns the names in any of the three sets. ALL_COLUMNS lists every name a manual selection can use.

The selection decides what is computed, not only what is returned. A descriptor family none of whose columns are selected is not calculated, and neither are the individual eigensolves of the spectral family. Output is identical either way — tests/test_families.py compares every family and every set against an ungated run, cell for cell — but a narrow selection is cheaper as well as smaller. On 1,200 molecules of cpp/hard.smi, one thread, against 918 us/mol ungated:

selection	us/mol
`"minimal"` (622)	762	17% faster
`"full_no_new"` (1,109)	908	within noise
`"full"` (1,269)	900	within noise
`["TPSA", "ExactMolWt", "SLogP"]`	288	69% faster

The two full sets gain nothing: they request every family, so there is nothing to skip.

Sets and families

Column sets are the three choices above. In the paper's figures, where they appear beside other methods, they are written HUME_minimal, HUME_no_new and HUME_full; inside the package the prefix is redundant.

Families are the nineteen internal groupings the descriptors are computed in — autocorr, spectral, chi, estate, constit and so on. FAMILY_OFFSETS maps each to a half-open (start, stop) span:

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

A set is what you request; a family is what gets computed. That is why minimal is cheaper — it needs none of autocorr, eta or pathcount — and full_no_new is not, since its 1,109 columns touch all nineteen.

qed

One column is in ALL_COLUMNS and in none of the three sets. qed costs 69.3 us/mol on its own (116 structural-alert subgraph searches, the most expensive column here) and is a drug-likeness score: a weighted geometric mean of eight properties already emitted as columns in their own right. full means every descriptor, not every expense, so it is opt-in:

molhume.featurize(smiles, columns=molhume.column_set("full", extra=["qed"]))
molhume.featurize(smiles, columns=["TPSA", "qed"])

OPTIONAL_COLUMNS names them. qed is appended after every other column, so opting in shifts nothing: column_set("full") is ALL_COLUMNS[:1269].

Standardization

standardize has no safe default. Descriptors are computed on the graph they are given, so a salt, a tautomer and a charge state are three different molecules and no library can infer which was meant. Leaving it unset warns once and lists the options.

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

Passing "none" explicitly is silent; omitting it warns.

Arguments

argument	default	effect
`columns`	`"minimal"`	`"minimal"` (622), `"full_no_new"` (1,109), `"full"` (1,269), or a list of names in the order wanted. Decides what is computed as well as what is returned
`standardize`	`"none"`, warns if unset	what molecule the numbers describe
`threads`	`0`	descriptor-block workers; `0` is one per hardware thread. Pass `1` when the caller is already parallel; it costs about 3x
`fingerprint`	`True`	append `fp_size` ECFP bit columns after the descriptors, so descriptor indices do not shift when the flag changes. Off saves about 30 us/molecule that cannot be threaded
`fp_radius`	`3`	ECFP radius
`fp_size`	`2048`	ECFP bits
`on_error`	`"nan"`	a molecule that cannot be parsed or cannot be featurized: `"nan"` keeps the row and fills it, preserving alignment with the input; `"raise"` names the molecule and the reason; `"skip"` drops the row. Every molecule is isolated, so one failure never costs another its row
`dtype`	`float64`	`float32` halves memory and is what the boosting libraries convert to internally
`batch_size`	`4096`	rows per batch. Affects memory, not values

featurize also accepts RDKit Mol objects, which skips a parse.

import mol_hume returns the same module object. The distribution is mol-hume; import mol-hume is a syntax error, which no package can fix.

Verification

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 documented divergences rather than unexplained differences: cases where the upstream definition depends on atom numbering or on a Kekule choice and therefore has no single correct answer. Each is listed with a measurement in METHODS.md.

Timing

The 285 us figure is threaded, with threads=0 (one worker per hardware thread), the default. The descriptor block is the parallel part. Measured on a 12-thread M-series laptop over 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

threads=1 costs roughly 3x rather than 12x: the per-molecule boundary work does not parallelize. Use it when the caller is already parallel across processes.

RDKit version range

mol-hume requires rdkit>=2024.09.1,<2026.09, and this is a hard requirement. 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 measured range mol-hume refuses to import rather than misparse a molecule into wrong numbers with no symptom.

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

The upper bound is loose deliberately: it is a courtesy to resolvers, stopping a fresh install from picking an RDKit years newer than anything measured, not a claim about 2027. If the pickle format does change, featurize raises an error naming the installed RDKit and what to do, the package still imports, and featurize_blocks(reader="api") still works on any RDKit, since it goes through the supported Python API.

Values are quoted against RDKit 2025.9.2 specifically. Perceived atom and bond properties drift across releases, so a different RDKit inside the range can still move the last digits.

Why 1,269 and not 1,539

The implemented set was 1,539 columns. Pairs carrying the same information were removed by a greedy cover in ascending compute cost: a column is dropped when a cheaper surviving column predicts it at |Spearman| >= 0.99 on ranks, and that must hold in every one of five heavy-atom strata rather than only on the pooled corpus — so a correlation that exists only 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. 1,269 survive.

The minimal set

minimal-v2 is a 622-column subset, and the default since 0.7.0:

X = molhume.featurize(smiles)                     # the same call
X = molhume.featurize(smiles, columns="minimal")

It is a set, not a ranking. Every column was removed for one of three reasons, none of them a variance threshold:

the same physical quantity in different units — three electronegativity scales, atomic mass against atomic number, polarizability against volume. Read from the definitions, since no correlation cutoff separates "0.995, same construct" from "0.99, genuinely different";
already carried by the ECFP that ships alongside, or a duplicate of a count already emitted. Three fr_* flags go for the second reason: fr_halogen is [F,Cl,Br,I] against nF/nCl/nBr/nI/nX, fr_Ar_N is the SMARTS n, fr_bicyclic is [R2][R2];
an exact arithmetic identity of columns that remain — ring and constitutional counts that are sums of others, verified on two chemical spaces.

The expected descriptors are all present: molecular weight, Crippen logP, TPSA, H-bond donors and acceptors, rotatable bonds, ring counts, Kappa shape, chi connectivity, Labute ASA, Balaban J, Lipinski, and 72 of the 75 fr_* substructure flags.

The fr_* flags were dropped in 0.4.0 and restored in 0.5.0 and 0.6.0. They were dropped because they are detectable from the ECFP at AUROC 1.000, but that figure is conditional on the corpus rather than on the fingerprint. On a corpus with 5.4% salts the same measurement gives a median of 0.9929 and a floor of 0.786; fr_quatN reads 0.9995 on one corpus and 0.73 on the other. A 2x2 over radius (2 vs 3) and decoder (logistic vs XGBoost) moves the median by less than 0.001, so neither explains the gap. Detectability was never sound grounds for the drop. They are kept on mechanism: they encode curated assertions no structural descriptor derives — that a CYP enzyme attacks at a position, that a nitrogen is permanently charged, that a fragment is a toxicophore, which heteroatom sits in a ring, whether a hydroxyl is aliphatic or aromatic.

Measured cost

Benchmarked against the full 1,269 with the same untuned XGBoost head and the same 5-fold scaffold splits, on 29 of the 33 grid datasets:

panel	datasets	mean cost	worst
ADME and tox	10	-1.55%	+2.79%
physicochemical	6	-0.94%	+1.49%
classification	13	-0.17%	+1.99%
overall	29	-0.81%

Negative means the reduced set scored better. On none of the 29 datasets did the difference exceed that dataset's own fold-to-fold spread, and a sign test puts the reduced set behind on 11 of 29 (p = 0.27). The claim is no measurable difference at 49% of the columns, not that fewer columns help.

For contrast, the retired minimal-v1 cost +3.83% on the physicochemical panel at 800 columns. v2 is smaller and that loss is gone; the difference is what the two cut on. Full reasoning, decision by decision, is in HUME_Minimal_definition.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, no NumPy ABI — so one wheel works across NumPy 1.x and 2.x.

Values are not bit-identical across architectures

This matters when comparing outputs between machines, and not at all when 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.

No build flag removes this. 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 it on every platform (tools/platform_drift.py) and the test suite asserts a bound, exactly rather than approximately on the reference platform.

Compare against each column's range rather than per value: 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.

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 derive 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: cases where the upstream definition depends on atom numbering or on a Kekule choice and so has no single correct answer. Each 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.9.0.tar.gz (503.7 kB view details)

Uploaded Sep 3, 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.9.0-cp314-cp314-win_amd64.whl (680.5 kB view details)

Uploaded Sep 3, 2026 CPython 3.14Windows x86-64

mol_hume-0.9.0-cp314-cp314-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl (548.9 kB view details)

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

mol_hume-0.9.0-cp314-cp314-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl (509.1 kB view details)

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

mol_hume-0.9.0-cp314-cp314-macosx_11_0_arm64.whl (474.7 kB view details)

Uploaded Sep 3, 2026 CPython 3.14macOS 11.0+ ARM64

mol_hume-0.9.0-cp314-cp314-macosx_10_15_x86_64.whl (521.9 kB view details)

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

mol_hume-0.9.0-cp313-cp313-win_amd64.whl (656.1 kB view details)

Uploaded Sep 3, 2026 CPython 3.13Windows x86-64

mol_hume-0.9.0-cp313-cp313-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl (548.7 kB view details)

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

mol_hume-0.9.0-cp313-cp313-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl (508.8 kB view details)

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

mol_hume-0.9.0-cp313-cp313-macosx_11_0_arm64.whl (474.4 kB view details)

Uploaded Sep 3, 2026 CPython 3.13macOS 11.0+ ARM64

mol_hume-0.9.0-cp313-cp313-macosx_10_15_x86_64.whl (521.7 kB view details)

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

mol_hume-0.9.0-cp312-cp312-win_amd64.whl (656.1 kB view details)

Uploaded Sep 3, 2026 CPython 3.12Windows x86-64

mol_hume-0.9.0-cp312-cp312-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl (548.7 kB view details)

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

mol_hume-0.9.0-cp312-cp312-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl (508.7 kB view details)

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

mol_hume-0.9.0-cp312-cp312-macosx_11_0_arm64.whl (474.3 kB view details)

Uploaded Sep 3, 2026 CPython 3.12macOS 11.0+ ARM64

mol_hume-0.9.0-cp312-cp312-macosx_10_15_x86_64.whl (521.6 kB view details)

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

mol_hume-0.9.0-cp311-cp311-win_amd64.whl (653.4 kB view details)

Uploaded Sep 3, 2026 CPython 3.11Windows x86-64

mol_hume-0.9.0-cp311-cp311-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl (548.7 kB view details)

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

mol_hume-0.9.0-cp311-cp311-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl (509.4 kB view details)

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

mol_hume-0.9.0-cp311-cp311-macosx_11_0_arm64.whl (472.9 kB view details)

Uploaded Sep 3, 2026 CPython 3.11macOS 11.0+ ARM64

mol_hume-0.9.0-cp311-cp311-macosx_10_15_x86_64.whl (519.3 kB view details)

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

mol_hume-0.9.0-cp310-cp310-win_amd64.whl (653.0 kB view details)

Uploaded Sep 3, 2026 CPython 3.10Windows x86-64

mol_hume-0.9.0-cp310-cp310-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl (546.5 kB view details)

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

mol_hume-0.9.0-cp310-cp310-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl (506.1 kB view details)

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

mol_hume-0.9.0-cp310-cp310-macosx_11_0_arm64.whl (471.4 kB view details)

Uploaded Sep 3, 2026 CPython 3.10macOS 11.0+ ARM64

mol_hume-0.9.0-cp310-cp310-macosx_10_15_x86_64.whl (518.3 kB view details)

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

File details

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

File metadata

Download URL: mol_hume-0.9.0.tar.gz
Upload date: Sep 3, 2026
Size: 503.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.9.0.tar.gz
Algorithm	Hash digest
SHA256	`48e7f95784dc80a6110556a4eba9d446f10d7167cc9e0b63839bfe8a6014ea82`
MD5	`d33b9bf90e9f32436adf70a706f04bf3`
BLAKE2b-256	`a29093c664afd5149fa263d876b9971f9f16c63d77d9820ffd97d5089508fba4`

Algorithm	Hash digest
SHA256	`37565ded17e83b1cb6359cfe2aeb7013098ddf303efb85e0ade04b77abe4c7df`
MD5	`552b5ec3c06a2a5396c352bde482b22a`
BLAKE2b-256	`ebc75a5beac1faf5cc2d4b1d10bd356875e273bf5c979ba08e1118950e66f30a`

Algorithm	Hash digest
SHA256	`04afec51d8efc7baef3e30bbaccfc0da4d009c8e523b0cc90bfb8bac95a14735`
MD5	`1888e9e5698eda2e123d1a825b177820`
BLAKE2b-256	`f833c90c1520a70788604d2505d734e33d4f8d6d786a683d8164bc2f9ab86ec0`

Algorithm	Hash digest
SHA256	`c8987b7361b9319d582d07392af07c739025428b70a3933568f2f948151c86e2`
MD5	`e10c5e3a454be8bf97dcd7a93e73dcd2`
BLAKE2b-256	`8dd5cbd643012e49f31d7170c44ef41b5387ab8aa0d68c1f9da90880667b02db`

Algorithm	Hash digest
SHA256	`cc2d2a964fb3206318ed1af06fc5fbe19bae299b07907ffe2f5fd0c652ee89b9`
MD5	`6e5a71ef493d95c9bb134d5937c61127`
BLAKE2b-256	`b324e66dd0b5fe007f0319d3b06d4ee0461232331cfc38f37bde62a3aaf15527`

Algorithm	Hash digest
SHA256	`f218f39ecf1b02b710a856b138c1cec996db5d4bf92dd95cb683e985caf74222`
MD5	`4a9de826483b2db63d85b1dd47b36add`
BLAKE2b-256	`6e981dacacb424440da9eed1068d6047c88da157f6b4d786a9de094a507efbbf`

Algorithm	Hash digest
SHA256	`bcba74b3f32c1991ddbaa06649fe9202adad26accd526de65997c8e3e06a01ec`
MD5	`856cccf0225f767c87928d519e7b9003`
BLAKE2b-256	`73e205177fb7a44525ec32a0303643ab46261823b354f34a846ce447689f96d4`

Algorithm	Hash digest
SHA256	`101e765f830e01501e6a9fb693ece5296a5261a29bc41cedffe1b500fd67bfbf`
MD5	`aa98164f27cd8973371d74a056947ab4`
BLAKE2b-256	`baa4c19b1210888f8d1ed85dd769d5c905fb506d8748bd6d172cf8383da86050`

Algorithm	Hash digest
SHA256	`360bb47a620942f242332608501ec55a21a95874813f77e1d413bd194857d1a9`
MD5	`bf011b987e963488b1fdcb9d8f564959`
BLAKE2b-256	`6003e971c0deb48b7863ee52decac17e111d22bb9e27be5745710bfaa8436398`

Algorithm	Hash digest
SHA256	`55b7840dcdd2cb8536561c07fa1424b69b42470075a94d2ac12161c5e006649e`
MD5	`8a4e739954ef7c25bc0c75e14d8bfb45`
BLAKE2b-256	`78f50deb5ec4465e6d0520da02a18b9caa08eaa20999b718492f52a63a6971d5`

Algorithm	Hash digest
SHA256	`b6e03b2c49ca89398178dbf3698b2f99dabf58cb4a32e0adc47dd5502f765a18`
MD5	`f62aa20d989862cf780b230240171b9f`
BLAKE2b-256	`21779c0485328ef7f6b3a0b8e8d4974884f20b4a0a41cbd1775c18d612d7cebf`

Algorithm	Hash digest
SHA256	`8d129459df46b847dd9f9a9e12664f450b9e2894dd2c65c970ce543ff0a94737`
MD5	`411c602466ac63fde6b9e9a10aef28fc`
BLAKE2b-256	`000fd174f0d5fae241ff37e9f2bdbb119f870212c08fbfe32924874584360f9c`

Algorithm	Hash digest
SHA256	`335d63d927fef8738ae68244b53cf8301ae8893d8acfd51b17993ca3f8e89ebe`
MD5	`34ad4474324bd26de923bf791ec15024`
BLAKE2b-256	`f45c0c119d6cc0b5c20f2ed9ebd52275f0fbdbf749aa416f9a52ee2b270d48b4`

Algorithm	Hash digest
SHA256	`b51b3d985a6a317ce51ae4dc983ef4cb600d032b3990e1461c65ec9e9058f62b`
MD5	`292629c42f21557db2a87296b916868e`
BLAKE2b-256	`78b17343c1542622327a5655679881276b4c0a5c5681dbaf40ffead000765985`

Algorithm	Hash digest
SHA256	`2f3db672bb1f8aa6f443de4ac811e16721adc7c88a7a2739a572ea8d94500395`
MD5	`68c6d28b8a40a9d0f935f6c7e24d4d4c`
BLAKE2b-256	`24c084434f0dc8f6e5eceb1d5b9ef4408e029daf68901b4b0122e2511021bd8d`

Algorithm	Hash digest
SHA256	`94d5b8f656fab48f141afb10643d58c01ad0525657adda844bef31fcd5bd609f`
MD5	`6b21ba6524482b3e5cef98bce4f73cc9`
BLAKE2b-256	`17445f7f92c656238467600e518bf4f7602c725cccf0b4037a25849facdabbd1`

Algorithm	Hash digest
SHA256	`3f4ba95596bb73d08ed66994bc895d0b7f82a01c5e1da82a3ea354cde6e547fe`
MD5	`de841f37c0f345cc0e1d0367c7f57261`
BLAKE2b-256	`4e71de0752e9b09cad54a7d2f38b550082fc2648beb3dee28855f69b000817b5`

Algorithm	Hash digest
SHA256	`62666620ff46b4684242e1faf0ca0c6869ca34ea1550acb04d1c10663d7017ec`
MD5	`631df5d1f18e202613b1f3971cb6e232`
BLAKE2b-256	`cda73ea25770845e26c52850fb32187386a652eb62766a8af2d228af4f260538`

Algorithm	Hash digest
SHA256	`de7e72a6612e360ab45f9674c39c86acb6cfeb67dae9f292827b21f6304e07ae`
MD5	`829f1ec0ce0e6ed396a7bffbfb728e86`
BLAKE2b-256	`b1e80b379eb7d020ad4c0ed182149233dace2e825583b1cdba75e5bb0aa5c9d6`

Algorithm	Hash digest
SHA256	`46521caec2c29a86e50b16ba8221f9f2f6a28b0a017cd252fb15987547ccb0d3`
MD5	`e305499508cb514bb6fc0d6102597f58`
BLAKE2b-256	`5da3bec8462471bc247cd8430e28c70f985a08450d87d210c960466e44a27ed4`

Algorithm	Hash digest
SHA256	`71828788e578c3ced2a56bd60eb36e37df26e2feed514497a26ed2674062b769`
MD5	`66b856af538a3c98f6ceddace9c7c8b1`
BLAKE2b-256	`c6062bdb8df9c12217650e99e299fb7d381fc629d7239598f420976f2d4263d9`

mol-hume 0.9.0

mol-hume

Selecting columns

Sets and families

qed

Standardization

Arguments

Verification

Timing

RDKit version range

Why 1,269 and not 1,539

The minimal set

Measured cost

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

Algorithm	Hash digest
SHA256	`55233dbe88c90e5b79d1c8ada6b33b7b1dc566b42cd670cb14ed320768fe7cd5`
MD5	`46ac5d7605a3bb7a831465507d0c1569`
BLAKE2b-256	`18a927733fadd008c1a5a89504334ecbd6c1acdd2405c21375dff596866ae21f`

Algorithm	Hash digest
SHA256	`c3f8f65f4dc16b2dd1ad19b92e721105b6cd3aa7e0aafd0a9db711a828145804`
MD5	`d5135b7a57bab1b098be7d01db28b168`
BLAKE2b-256	`a279999572fb27ae6c8893e74007f4191a0e3a466803a7e01f6708750a7899e4`

Algorithm	Hash digest
SHA256	`94517430fa691b37a09c4b8c8d00655290788d799d705ff31a2984a3fa4b21de`
MD5	`435ab24ec1c592b6382fbad40b0d00c1`
BLAKE2b-256	`6c94cf57f8280a45667e78975ef2d730491e3ef4e97934a11bb1fab3f7c55544`

Algorithm	Hash digest
SHA256	`ee558d5bf0b3ce395f8292a0ea4d28b452faf1ecbff2f68988fcc380a0f48603`
MD5	`0c5b039e40761217e09c18d3ba83e511`
BLAKE2b-256	`9b361837d95d0ba78da0fff872933b6821df4644da07b50a6968c2b005b7f5ca`

Algorithm	Hash digest
SHA256	`a50e414d63f9607316b3b1fe55b20988e613c88eedb91cd8c8bf3c2f18d4b144`
MD5	`396353cfa9dd4b52ea5354cf8a199cfb`
BLAKE2b-256	`1ea7a9dbb39efc19e71a0afa8b9587a46ba523056dff07aa681b2d114939095f`