← Back to home
Comparison · Analytics

aniread vs incase

A side-by-side editorial comparison of aniread and incase — release velocity, themes, recent moves, and the top alternatives to consider.

aniread vs incase: at a glance

Featureanireadincase
SectorAnalyticsAnalytics
Velocity score0.00.0
Sparks · 30d00
Top themesanimal tracking, file formats, pose estimation, data importdata-wrangling, recoding, tidyverse, api-deprecation
Last editorial update7h ago50m ago
WebsiteVisit →Visit →

What is aniread?

aniread keeps finding that every tracker lies about coordinates in its own way.

aniread is the reader package of the animovement suite, importing output from pose-estimation and centroid trackers into aniframe objects. The 0.4.0 release standardised something every reader had been getting differently — source data using an image top-left origin is now reflected into a conventional bottom-left origin, across eleven readers. Since then the work has been Octron and BORIS specifics, and 0.5.0 extended the package past tracking data into behavioural events.

Read the full aniread trajectory →

What is incase?

A safer case_when that keeps hardening its guarantees while realigning to tidyverse naming.

incase supplies in_case(), switch_case(), grep_case() and fn_case() as vectorised recoding functions in the dplyr::case_when idiom, with _fct and _list variants that return factors or lists instead of forcing atomic type conversion. The 0.4.0 release deprecates the undotted preserve, default and ordered arguments in favour of dotted forms, starting a removal clock, and adds .exhaustive to error on unmatched inputs.

Read the full incase trajectory →

aniread vs incase: editorial side-by-side

A
aniread
ANALYTICS
0.0

aniread keeps finding that every tracker lies about coordinates in its own way.

◆ Current state

aniread is the reader package of the animovement suite, importing output from pose-estimation and centroid trackers into aniframe objects. The 0.4.0 release standardised something every reader had been getting differently — source data using an image top-left origin is now reflected into a conventional bottom-left origin, across eleven readers. Since then the work has been Octron and BORIS specifics, and 0.5.0 extended the package past tracking data into behavioural events.

◆ Where it's heading

Each release reads as a catalogue of the ways a source format is imprecise: Octron omitting frames where nothing was detected, BORIS exports whose image index puts a STOP before its START, idtracker.ai renaming its leading column, Windows UNC shares reporting a false negative on read permission. The fixes share a posture of reconstructing what the format left implicit rather than passing the gap through — reinstating missing frames as all-NA rows, recovering a frame interval from time and FPS. Format support now tracks aniframe's class work closely, with 0.5.0 requiring aniframe 0.6.0 for the anievent class it produces.

◆ Prediction

get_supported_sources() was added so downstream packages can discover formats programmatically instead of hard-coding them, which suggests the next additions are more sources behind that registry rather than changes to the reader API.

I
incase
ANALYTICS
0.0

A safer case_when that keeps hardening its guarantees while realigning to tidyverse naming.

◆ Current state

incase supplies in_case(), switch_case(), grep_case() and fn_case() as vectorised recoding functions in the dplyr::case_when idiom, with _fct and _list variants that return factors or lists instead of forcing atomic type conversion. The 0.4.0 release deprecates the undotted preserve, default and ordered arguments in favour of dotted forms, starting a removal clock, and adds .exhaustive to error on unmatched inputs.

◆ Where it's heading

The arc is consistently toward catching recoding mistakes at the call site rather than letting them pass silently. Early releases broadened how a match can be expressed — pattern matching, function application, factor and list returns. Recent work has shifted to guarantees about the result: correct factor level ordering relative to .default, and now an exhaustiveness check. Notably 0.4.0 reverses the 0.3.2 decision to accept arguments with or without dots, trading that flexibility for namespace safety against user-supplied case names.

◆ Prediction

The deprecation warnings introduced in 0.4.0 point to a follow-up release that removes the undotted arguments outright. Whether .exhaustive eventually becomes the default is unclear from these entries.

Alternatives to aniread and incase

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 aniread or incase.

See all aniread alternatives → · See all incase alternatives →

Recent activity from aniread and incase

Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.

  1. 1mo agoanireadget_supported_sources(); Octron gap and BORIS index fixes
  2. 1mo agoanireadread_boris() imports behavioural events as anievent objects
  3. 3mo agoanireadread_octron() property selection, speed and a silent-recycling fix
  4. 3mo agoaniready-origin standardised to bottom-left across eleven readers
  5. 11mo agoincaseDotted arguments and an .exhaustive matching check
  6. 2y agoincaseDotted and undotted arguments both accepted
  7. 5y agoincaseFix NULL return when no condition matches
  8. 5y agoincaseFactor and list return families arrive
  9. 5y agoincaseDrop unused stats import to clear a check NOTE
  10. 5y agoincasePattern and function-based matching families added

Frequently asked questions

What is the difference between aniread and incase?

They serve adjacent needs but don't currently overlap on shipped themes. aniread and incase 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.

Is aniread better than incase?

Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. aniread and incase 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.

What are the best alternatives to aniread?

Top aniread alternatives in Analytics are ranked by recent ship velocity. Browse the "aniread alternatives" section above for the current picks, or visit /alternatives/aniread for the full list with editorial commentary on each.

What are the best alternatives to incase?

Top incase alternatives in Analytics are ranked by recent ship velocity. Browse the "incase alternatives" section above for the current picks, or visit /alternatives/incase for the full list with editorial commentary on each.