spsurvey
spsurvey has spent four years consolidating after its 5.0.0 rewrite rather than adding to it
A side-by-side editorial comparison of glyrepr and tibblify — release velocity, themes, recent moves, and the top alternatives to consider.
The type system the rest of the glycan stack is built on, being hardened one breaking change at a time.
glyrepr defines the vector types for glycan structures and compositions that every sibling package operates on, with names, NA values, resolution levels from basic through intact, and mapping helpers over structure vectors. Structures now convert to and from node and edge tibbles, low-level constructors support name-preserving construction from trusted graphs, and as_glycan_structure() can degrade element-local failures to NA with one aggregated warning instead of failing the whole vector. The monosaccharide table has been normalised so every entry has a generic form, and substituent support keeps widening.
tibblify learned to derive its own specs from OpenAPI, removing the step users disliked most
tibblify converts nested lists and JSON into rectangular tibbles using an explicit specification of the expected structure. Its 0.2.0 rewrite moved the engine to C and reset the API; 0.3.1 then added a path to generate specifications from an OpenAPI document rather than hand-writing them. 0.4.0 in May 2026 is the first release in over two years, and it is a breaking cleanup.
glyrepr defines the vector types for glycan structures and compositions that every sibling package operates on, with names, NA values, resolution levels from basic through intact, and mapping helpers over structure vectors. Structures now convert to and from node and edge tibbles, low-level constructors support name-preserving construction from trusted graphs, and as_glycan_structure() can degrade element-local failures to NA with one aggregated warning instead of failing the whole vector. The monosaccharide table has been normalised so every entry has a generic form, and substituent support keeps widening.
This package sets the pace for the cohort, and its breaking changes show up as compatibility patches in glyanno, glyenzy and glymotif within days. The direction is toward behaving like a well-built vctrs type: 0.10.0 rewrote the internals to support names and NA properly, 0.11.0 made structure level a vector-wide scalar rather than a per-element value, and the recent releases keep making failure explicit rather than silent, with strict input checks and typed errors replacing quiet drops. Dependencies get shed as readily as features get added, with the parallel-mapping arguments and their furrr and future dependencies removed outright in 0.13.0.
The graph-table conversions added in 0.13.0 and the name-preserving low-level constructors in 0.14.0 both look like foundations for other packages to build structures programmatically, so expect that surface to firm up next. Given the cadence of breaking changes, a 1.0 that freezes the type semantics is the more consequential thing to watch for.
tibblify converts nested lists and JSON into rectangular tibbles using an explicit specification of the expected structure. Its 0.2.0 rewrite moved the engine to C and reset the API; 0.3.1 then added a path to generate specifications from an OpenAPI document rather than hand-writing them. 0.4.0 in May 2026 is the first release in over two years, and it is a breaking cleanup.
The arc runs from 'write a spec by hand' toward 'the spec comes from somewhere else'. Alongside the OpenAPI importer, guess_tspec() gained exported variants so users can override its dispatch, and untibblify() now picks up the tib_spec attribute automatically. 0.4.0's breaking change prefixes all arguments of dot-accepting functions with a period to avoid collisions with column names, softened by a once-per-session deprecation warning, and refactors the entire codebase.
The un-dotted argument forms are explicitly slated for removal, so the next release most likely completes that deprecation. Whether the 0.4.0 refactor introduced corner-case regressions is the open question the release notes themselves raise.
Other Analytics products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either glyrepr or tibblify.
spsurvey has spent four years consolidating after its 5.0.0 rewrite rather than adding to it
StreamCatTools is quietly moving off web services and onto cloud-native GeoParquet
reproducible added a windowed read path so remote GeoTiffs never fully download
qcTAF is building an automated checklist for reproducible fisheries assessments, one criterion at a time
After three dormant years, rpymat returned to fix the OpenMP crash that breaks R and conda together
ieegio's first release lands electrode trajectory burning and a WebGL-free surface plot
See all glyrepr alternatives → · See all tibblify alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. glyrepr is currently shipping more aggressively (velocity 2.5 vs 0.0), with 0 editorial sparks in the last 30 days against 0. See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. glyrepr is currently shipping more aggressively (velocity 2.5 vs 0.0), with 0 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Analytics products to evaluate alongside.
Top glyrepr alternatives in Analytics are ranked by recent ship velocity. Browse the "glyrepr alternatives" section above for the current picks, or visit /alternatives/glyrepr for the full list with editorial commentary on each.
Top tibblify alternatives in Analytics are ranked by recent ship velocity. Browse the "tibblify alternatives" section above for the current picks, or visit /alternatives/tibblify for the full list with editorial commentary on each.