tibblify
tibblify learned to derive its own specs from OpenAPI, removing the step users disliked most
A side-by-side editorial comparison of glyanno and glyread — release velocity, themes, recent moves, and the top alternatives to consider.
Glycan annotation stops depending on the database having seen the structure before.
glyanno resolves mass spectrometry observations into glycan compositions and structures, converting between m/z, composition and structure, filling in missing detail on partial structures, and mapping results to GlyTouCan accessions. The newest release adds de novo reconstruction of topological N-glycans, falling back to the topological database only when reconstruction is not possible. Batch performance was reworked at the same time, with vector inputs reusing prepared databases and direct lookups instead of repeating setup per element.
glyread now hands every importer's output straight to Bioconductor.
glyread is the import layer, converting output from pGlyco3, Byonic, GlycanFinder, GlyHunter, and pGlycoQuant into glycoverse objects. Version 0.12.0 changed what those objects are: every read_*() function now returns GlycomicSE or GlycoproteomicSE, and 0.12.1 raised the glyexp floor to 0.16.0 to match. Earlier releases in the window went to format handling, particularly multi-glycosite glycopeptides and linkage-specific derivatization presets.
glyanno resolves mass spectrometry observations into glycan compositions and structures, converting between m/z, composition and structure, filling in missing detail on partial structures, and mapping results to GlyTouCan accessions. The newest release adds de novo reconstruction of topological N-glycans, falling back to the topological database only when reconstruction is not possible. Batch performance was reworked at the same time, with vector inputs reusing prepared databases and direct lookups instead of repeating setup per element.
The consistent theme is making ambiguous results honest and predictable. return_best moved from returning a shortened tibble to a vector aligned with the input, with NA for unmatched glycans; matching concrete compositions against a generic database now errors instead of silently returning nothing; zero-length database arguments are rejected. Alongside that, functions belonging elsewhere have been pushed down into glyrepr rather than duplicated, which is the same boundary discipline visible across this cohort. Version churn is largely driven by upstream: two of the last six entries exist to absorb breaking changes in glyrepr.
De novo reconstruction currently covers topological N-glycans only, so extending it to other structure levels or to O-glycans is the natural next step. The performance work suggests batch annotation of full experiments is now the primary use being optimised for.
glyread is the import layer, converting output from pGlyco3, Byonic, GlycanFinder, GlyHunter, and pGlycoQuant into glycoverse objects. Version 0.12.0 changed what those objects are: every read_*() function now returns GlycomicSE or GlycoproteomicSE, and 0.12.1 raised the glyexp floor to 0.16.0 to match. Earlier releases in the window went to format handling, particularly multi-glycosite glycopeptides and linkage-specific derivatization presets.
As the stack's entry point, glyread absorbs container decisions first and hardest: because it constructs the objects everything downstream consumes, it had no compatibility path and simply switched return types. The other visible thread is coverage of upstream software, adding importers and presets as new search engines and protocols appear. Those two threads rarely interact.
Expect the next releases to return to importer coverage, adding formats or presets, now that the container question is settled at the source.
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 glyanno or glyread.
tibblify learned to derive its own specs from OpenAPI, removing the step users disliked most
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
See all glyanno alternatives → · See all glyread alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
Both compete on the same themes — glycomics — within Analytics. glyanno is currently shipping more aggressively (velocity 3.8 vs 0.0), with 1 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. glyanno is currently shipping more aggressively (velocity 3.8 vs 0.0), with 1 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 glyanno alternatives in Analytics are ranked by recent ship velocity. Browse the "glyanno alternatives" section above for the current picks, or visit /alternatives/glyanno for the full list with editorial commentary on each.
Top glyread alternatives in Analytics are ranked by recent ship velocity. Browse the "glyread alternatives" section above for the current picks, or visit /alternatives/glyread for the full list with editorial commentary on each.