tibblify
tibblify learned to derive its own specs from OpenAPI, removing the step users disliked most
A side-by-side editorial comparison of dvir and geobounds — release velocity, themes, recent moves, and the top alternatives to consider.
dvir keeps making disaster victim identification a single call instead of a workflow.
dvir handles disaster victim identification: matching unidentified remains against reference families using pedigree likelihoods. The package has consolidated around dviSolve(), a complete pipeline introduced in 3.2.1 and rewritten in 3.3.0 to use generalised likelihood ratios for families with several missing persons. Recent releases have been about making that pipeline survive large cases, adding dviGridSize() and a maxAssign cutoff to skip joint analysis when the combination count explodes, plus per-step timings.
geobounds relicensed to MIT and drew a line between its code and the data it downloads.
geobounds is an R client for the geoBoundaries administrative boundary database. Version 1.0.0 relicensed the package itself from CC BY 4.0 to MIT while documenting that downloaded boundaries keep their own terms, including differing gbOpen licenses, UN OCHA conditions, and the non-commercial restriction on UN SALB data. The functional groundwork came in 0.1.0, which renamed the download functions to object_verb() form, switched the source files from GeoJSON to shapefiles, and added retry handling.
dvir handles disaster victim identification: matching unidentified remains against reference families using pedigree likelihoods. The package has consolidated around dviSolve(), a complete pipeline introduced in 3.2.1 and rewritten in 3.3.0 to use generalised likelihood ratios for families with several missing persons. Recent releases have been about making that pipeline survive large cases, adding dviGridSize() and a maxAssign cutoff to skip joint analysis when the combination count explodes, plus per-step timings.
The arc is from a toolbox of functions toward one supervised pipeline, with the older jointDVI() now emitting a legacy message. The current constraint is combinatorial: joint analysis over many victims and missing persons blows up, so the work has gone to measuring the blowup and bailing out of it. Parallelism is mid-migration, with the parallel and pbapply implementation removed and a mirai replacement stated as planned but not yet shipped, leaving numCores accepted and ignored with a warning.
The mirai-based parallelisation is announced as coming, so expect it next, most likely applied to the joint analysis step that maxAssign currently exists to avoid.
geobounds is an R client for the geoBoundaries administrative boundary database. Version 1.0.0 relicensed the package itself from CC BY 4.0 to MIT while documenting that downloaded boundaries keep their own terms, including differing gbOpen licenses, UN OCHA conditions, and the non-commercial restriction on UN SALB data. The functional groundwork came in 0.1.0, which renamed the download functions to object_verb() form, switched the source files from GeoJSON to shapefiles, and added retry handling.
The package is following rOpenSci conventions closely: the function renaming cited the developer guide directly, and 1.0.0 pairs a permissive code license with explicit, per-source attribution guidance rather than a blanket statement. That distinction matters for a client whose value is entirely in redistributing third-party geodata. Feature work has slowed since 0.1.0 in favor of licensing, documentation, and test isolation.
With licensing settled and the API renamed, the next releases most likely track upstream geoBoundaries data releases and boundary coverage rather than changing the interface again.
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 dvir or geobounds.
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 dvir alternatives → · See all geobounds alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. dvir and geobounds 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. dvir and geobounds 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 dvir alternatives in Analytics are ranked by recent ship velocity. Browse the "dvir alternatives" section above for the current picks, or visit /alternatives/dvir for the full list with editorial commentary on each.
Top geobounds alternatives in Analytics are ranked by recent ship velocity. Browse the "geobounds alternatives" section above for the current picks, or visit /alternatives/geobounds for the full list with editorial commentary on each.