qqman
The Manhattan-plot package for GWAS results, finished and dormant since 2017.
A side-by-side editorial comparison of gtfstools and omopsketch — release velocity, themes, recent moves, and the top alternatives to consider.
gtfstools stopped guarding its own object model and started accepting everyone else's.
gtfstools reads, edits, filters and validates GTFS public transport feeds in R on a data.table backend. Since 1.3.0 it accepts GTFS objects produced by other packages such as gtfsio and tidytransit, converting them through an as_dt_gtfs() generic. Validation runs MobilityData's canonical validator, now supported through v6.0.0.
Health-data characterisation tooling maturing through steady issue-by-issue tightening.
OmopSketch summarises and characterises OMOP Common Data Model databases — clinical records, observation periods, concept counts and missing data. Recent releases have tightened the semantics of those summaries: only records within observation are counted, study ranges are trimmed consistently, and a collect() was removed so more of the work stays in the database. Development is dominated by a single contributor working through numbered issues.
gtfstools reads, edits, filters and validates GTFS public transport feeds in R on a data.table backend. Since 1.3.0 it accepts GTFS objects produced by other packages such as gtfsio and tidytransit, converting them through an as_dt_gtfs() generic. Validation runs MobilityData's canonical validator, now supported through v6.0.0.
The package built out a wide function surface first — filters, geometry conversion, speed and duration calculations — then turned outward. Delegating validation to MobilityData's validator and accepting other packages' objects both trade self-sufficiency for a position inside the wider GTFS ecosystem. Deprecations are handled slowly, with old behaviour left as the default for a release or more.
Expect continued validator version tracking and further completion of the deprecation cycle around filter_by_stop_id()'s full_trips behaviour.
OmopSketch summarises and characterises OMOP Common Data Model databases — clinical records, observation periods, concept counts and missing data. Recent releases have tightened the semantics of those summaries: only records within observation are counted, study ranges are trimmed consistently, and a collect() was removed so more of the work stays in the database. Development is dominated by a single contributor working through numbered issues.
The package is moving from producing summaries toward producing defensible ones. Interval-based arguments replaced the narrower year argument, table output gained a datatable option, and the vignette now demonstrates a full characterisation feeding a Shiny app. The pattern is refinement of existing summarise* functions rather than new analytic surface.
Expect continued tightening of the summarise* family and its table output options; with only three releases visible, the cadence itself is hard to read.
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 gtfstools or omopsketch.
The Manhattan-plot package for GWAS results, finished and dormant since 2017.
The R package for CODATA constants rebuilt its symbol table on NIST's naming so future updates stop being hand work.
The R client for AusTraits spends its releases chasing the dataset it reads.
A ggplot2 layer for seasonal adjustment output, filling in one plot type at a time.
A fossil-record simulator that quietly grew a trait-evolution engine.
Reference-based multiple imputation tables, shipping only what CRAN checks demand.
See all gtfstools alternatives → · See all omopsketch alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
Both compete on the same themes — r-package — within Analytics. gtfstools and omopsketch are shipping at a similar cadence (velocity 0.0 vs 0.0, both within Sparkpulse's "active" band). 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. gtfstools and omopsketch are shipping at a similar cadence (velocity 0.0 vs 0.0, both within Sparkpulse's "active" band). For your specific use case, the alternatives sections above list other Analytics products to evaluate alongside.
Top gtfstools alternatives in Analytics are ranked by recent ship velocity. Browse the "gtfstools alternatives" section above for the current picks, or visit /alternatives/gtfstools-r for the full list with editorial commentary on each.
Top omopsketch alternatives in Analytics are ranked by recent ship velocity. Browse the "omopsketch alternatives" section above for the current picks, or visit /alternatives/omopsketch for the full list with editorial commentary on each.