Skip to content

Types Should be Removed from Pokémon Forms #1685

Description

@SamuelAppleby

Describe the Bug

Altered Pokémon Types are stored in pokemon-form//types. Any Pokémon that has a new mechanical change is guaranteed to have an entry in pokemon/. As pokemon-form are visual only, we should not store types here.

Steps to Reproduce

Query a Pokémon form pokemon-form/. There is a types field, which should not be there; the new entry in pokemon/ will store the types.

e..g, pokemon-form/castform-sunny stores fire, but this is already obtainable from the types field in pokemon/castform-sunny.

Resolving the Bug

Anyone is open to making a PR for this issue.

Activity

  1. Skycoder42 commented on Sep 26, 2026

    @Skycoder42

    I think there are actual exceptions to that rule. For example, https://pokeapi.co/api/v2/pokemon/arceus has only a single pokemon resource, but multiple forms, one for each plate.

  2. SamuelAppleby commented on Sep 28, 2026

    @SamuelAppleby
    Author

    I think there are actual exceptions to that rule. For example, https://pokeapi.co/api/v2/pokemon/arceus has only a single pokemon resource, but multiple forms, one for each plate.

    Hmmmm, yes the arceus forms appear to be an error. I've confirmed with some of the major contributors about what dictates a form vs pokemon. Any mechanical change (stat, type, move etc.) necessitates a new pokemon resource, while a form is solely visual.

    So, we need arceus entries rather than forms, which are not purely visual. Can you confirm @FallenDeity ? Thanks!

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

    No labels
    No labels

    Type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions