Skip to content

IIIF numbers and JSON numbers #148

Open

Description

@tomcrane

Links

Background and Summary

Recipes suggested that numbers that could take a non-integer number should explicitly state the number with .0 at the end even when a whole number (e.g., number of seconds in a duration property). This led to a more general issue about numbers across the specification.

Proposed Solution

Generally, use "number" rather than "floating point number", and specify in Terminology section that "Where a value is required to be an integer, this is stated explicitly, and the value MUST be a number without a fractional part."

Activity

  1. added this to the October 2026 milestone on Oct 15, 2026
  2. glenrobson commented on Nov 12, 2026

    @glenrobson
    Member

    Issue 148 (IIIF numbers and JSON numbers)

    +1: 18 [LlGC-iir TuulaP akrishnan15 danieltbrennan glenrobson jcoyne jkunze markpbaggett marlo-longley mnyrop nfreire peteredwards pierrz ruven tpendragon triplingual tristanr-cogapp zimeon]
    0: 0 []
    -1: 0 []
    Not TRC: 0 []
    Ineligible: 0 []

    Result: 18 / 18 = 1.00

    Super majority is in favor, issue is approved

  3. glenrobson commented on Nov 12, 2026

    @glenrobson
    Member

    Issue 148 (IIIF numbers and JSON numbers)

    +1: 18 [LlGC-iir TuulaP akrishnan15 danieltbrennan glenrobson jcoyne jkunze markpbaggett marlo-longley mnyrop nfreire peteredwards pierrz ruven tpendragon triplingual tristanr-cogapp zimeon]
    0: 0 []
    -1: 0 []
    Not TRC: 0 []
    Ineligible: 0 []

    Result: 18 / 18 = 1.00

    Super majority is in favor, issue is approved

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions