- Update fetch_pokeapi.py to import all 1025 Pokemon species instead of only those appearing in encounters - Add paginated response for /pokemon endpoint with total count - Add pagination controls to AdminPokemon page (First/Prev/Next/Last) - Show current page and total count in admin UI - Add bean for Pokemon forms support task - Update UX improvements bean with route grouping polish item Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
1.3 KiB
1.3 KiB
title, status, type, created_at, updated_at
| title | status | type | created_at | updated_at |
|---|---|---|---|---|
| Add Pokemon forms support to seeding | todo | task | 2026-02-06T10:11:23Z | 2026-02-06T10:11:23Z |
The current seeding only fetches base Pokemon species. It should also include alternate forms (Alolan, Galarian, Mega, regional variants, etc.) which have different types and stats.
Scope
-
Data model evaluation: Determine if Pokemon forms need a separate table or can be handled with additional fields on the existing Pokemon model (e.g.,
form_name,base_pokemon_id) -
PokeAPI structure: Investigate how forms are represented in PokeAPI data:
pokemon-formendpointpokemonendpoint (forms likepikachu-alolahave separate entries)- Relationship between species and forms
-
Seed data updates: Update
fetch_pokeapi.pyto:- Fetch all forms for Pokemon that appear in encounter tables
- Include form-specific data (types, sprites)
- Handle form naming consistently
-
Frontend considerations: Ensure Pokemon selector in encounter modal can distinguish forms when relevant
Questions to resolve
- Should forms be stored as separate Pokemon records or as variants of a base Pokemon?
- How do encounter tables reference forms vs base species in PokeAPI?
- Which games have form-specific encounters that need to be supported?