eBird CLI
A command-line interface for exploring eBird bird observation data.
Prerequisites
- Python 3.11+
- eBird API Key (obtainable with free eBird account)
Installation
- Install the
ebird-clipackage from PyPI, which provides theebird-cliandebird-cli-download-listscommands:pip install ebird-cli
To keep the CLI in its own environment, install it with pipx instead:pipx install ebird-cli
- Run
ebird-cli. The first launch asks for your eBird API key, Home Region and the other settings, and saves them (see First-launch setup)
To upgrade to the latest release, run pip install --upgrade ebird-cli (or pipx upgrade ebird-cli). To work on the code instead, see Development setup.
Configuration
Each setting is read from the first of these sources that has it:
- its command-line argument
- the saved settings
- its default (only the locale has one:
fr)
The eBird API key and the Home Region are required, but the saved settings always hold them once first-launch setup is done.
First-launch setup
The first time ebird-cli starts without saved settings, it asks for each setting before it contacts eBird: eBird API key, Home Region, locale, latitude, longitude, year list path, life list path and aggregations path. Each answer is pre-filled with the value a command-line argument already gives it, so press Enter to keep it. The API key and the Home Region (a subnational level 2 code like CA-QC-MR or US-NY-061) are required; leave any other setting empty with Enter. Interrupting setup with Ctrl+C (or Ctrl+D on an empty answer) saves nothing, and setup starts again on the next launch.
The answers are saved to settings.json in the platform-appropriate user config directory, and every later launch reads them without asking again:
- Windows:
%LOCALAPPDATA%\ebird_cli\ebird_cli\settings.json - Linux:
~/.config/ebird_cli/settings.json(under$XDG_CONFIG_HOMEinstead of~/.configwhen it is set) - macOS:
~/Library/Application Support/ebird_cli/settings.json
This directory is apart from the data cache, so deleting the cache keeps your settings.
Changing settings
Run ebird-cli settings to change the saved settings at any time:
ebird-cli settings
It asks the same questions as first-launch setup, pre-filled with the saved settings, then overwrites them and exits; the next ebird-cli launch uses the new values. It never contacts eBird, so it also fixes a wrong saved API key or Home Region. Ctrl+C (or Ctrl+D on an empty answer) leaves the saved settings untouched.
Command-Line Arguments
The CLI supports the following arguments:
| Argument | Description | Otherwise from | Required |
|---|---|---|---|
--api-key |
eBird API key | saved settings | Yes |
--region |
eBird subnational level 2 region code | saved settings | Yes |
--locale |
Language locale | saved settings, fr |
No |
--lat |
Latitude | saved settings | No |
--long |
Longitude | saved settings | No |
--year-list |
Path to year observations list | saved settings | No |
--life-list |
Path to lifetime observations list | saved settings | No |
--aggregations |
Path to aggregations JSON file | saved settings | No |
Usage
Launching the CLI
ebird-cli [optional arguments]
Any argument overrides the saved setting for that launch only.
ebird-cli --version prints the installed version.
Available Commands
When launched, the CLI will display a menu of available commands:
recent <scope, -region> [-back, -species]: Fetch recent bird observationsnotable <scope, -region> [-back]: Fetch notable bird observationssettings: Change the saved settings without leaving the prompt, asebird-cli settingsdoes. The running session keeps its settings; the changes apply on the next launch. Ctrl+C (or Ctrl+D on an empty answer) returns to the prompt with the saved settings untouched.
Autocompletion
Suggestions appear as you type: command names, scopes, flags, region names for the chosen scope, species names and -back values. Press Tab to accept the first suggestion, or press it again to cycle through them.
Search Scopes
Bird observations can be searched in multiple scopes.
-
Nearby: Based on provided latitude and longitude
- Requires a latitude and longitude, from
--latand--longor the saved settings - Shows observations near the specified geographic coordinates
recent nearby
- Requires a latitude and longitude, from
-
Hotspot: eBird-defined hotspots
recent hotspot -region Dunes de Tadoussac
-
Regional: eBird Subnational Level 2
recent regional -region Montréal
-
Subnational: eBird Subnational Level 1
recent subnational -region Québec
The -region flag supports context-sensitive autocompletion based on the selected scope. If no -region flag is provided, default region will be used.
Search length
Use the optional -back parameter to change the number of days back to fetch observations.
-
Values: from 1 to 30
-
Default: 7
notable subnational -region Québec -back 30
Aggregations
Aggregations allow you to define custom named groups of hotspots that appear alongside eBird hotspots when using the hotspot scope. This is useful for combining multiple nearby locations under a single name.
Provide the path to your aggregations file at setup, or via --aggregations:
ebird-cli --aggregations ~/ebird_data/aggregations.json
The aggregations file is a JSON array where each element maps a custom name to a list of eBird location IDs:
[
{
"Technoparc": ["L9980102", "L4886900", "L11363355"]
}
]
Once configured, aggregation names are available in the -region autocomplete when using the hotspot scope:
recent hotspot -region Technoparc
Species filter
Use the optional -species flag with the recent command to filter observations to a single species.
recent nearby -species Canard colvert
recent regional -region Montréal -species Harfang des neiges
The -species flag supports context-sensitive autocompletion using the cached taxonomy. Start typing a common name and press Tab to see matching species.
Note: Autocompletion and lookup use the locale specified by
--localeor the saved settings. Species names must be typed in the configured locale.
List highlighting
When using --year-list and --life-list:
- Year list targets are highlighted in green
- Life list targets are highlighted in red
Obtaining list files
The eBird API does not expose life list or year list data, so these CSV files must be downloaded from the eBird website. The ebird-cli-download-lists command, installed alongside ebird-cli, downloads both into output_dir as life_list.csv and year_list.csv:
ebird-cli-download-lists session_id output_dir
This requires a valid eBird session cookie (EBIRD_SESSIONID), which can be obtained from your browser after logging in to ebird.org. The command must be re-run whenever your lists change.
Note: The life list only changes when you see a species for the first time ever, making it infrequent and easy to manage. The year list changes with every new species seen in the current year and resets annually, requiring more frequent re-runs of the command.
Data cache
To avoid redundant API calls to eBird, the CLI caches reference data locally on first run. The cache is stored in the platform-appropriate user cache directory (e.g. %LOCALAPPDATA%\ebird_cli\ebird_cli\Cache on Windows, ~/.cache/ebird_cli on Linux/macOS).
The following data is cached:
- Location data (per region): subnational level 1 regions, subnational level 2 regions, and every hotspot in the subnational region — stored as JSON files under
location/<national>/andlocation/<national>/<subnational>/ - Taxonomy (per locale and national region): the full eBird taxonomy filtered to species observed in the configured country — stored as CSV files under
taxonomy/<national>/
Hotspots are fetched again on launch once their cached file is more than 30 days old, so new hotspots appear; if eBird can't be reached, the older file is used. All other cached data is written once and reused on every subsequent launch. To force a refresh (e.g. after a new eBird taxonomy release or a region change), delete the relevant files or the entire cache directory; your saved settings live outside it and are kept (on Windows, delete the Cache folder, not its parent, which holds settings.json).
Log file
Each launch appends debug messages to app.log in the platform-appropriate user log directory, created on first launch:
- Windows:
%LOCALAPPDATA%\ebird_cli\ebird_cli\Logs\app.log - Linux:
~/.cache/ebird_cli/log/app.log(under$XDG_CACHE_HOMEinstead of~/.cachewhen it is set) - macOS:
~/Library/Logs/ebird_cli/app.log
The file is never rotated or trimmed; delete it at any time.
Development setup
Virtual environment
-
Clone the repository and create a virtual environment in it:
git clone https://github.com/kevinverreault/ebird-cli.git cd ebird-cli python -m venv venv
-
Activate the virtual environment:
- On Windows:
venv\Scripts\activate - On macOS/Linux:
source venv/bin/activate
- On Windows:
-
Install the project in editable mode with the dev tools (
requirements-dev.txtadds the test, lint and build tools to the pinned runtime dependencies):pip install -e . -r requirements-dev.txt
The tests read the version from the installed package, so they need this editable install.
Tests
The test suite runs offline: it never calls the eBird API, needs no API key and never touches your user cache, log or config directory.
python -m pytest
Tests live in tests/, mirroring the source layout:
tests/cli/: therecentandnotablecommands and autocompletion, driven through their public entry pointstests/services/,tests/domain/: cache, location and taxonomy services and domain value parsingtests/utils/: where the app log is writtentests/test_prompt_dispatch.py,tests/test_program_arguments.py: prompt input handling and program argumentstests/test_settings.py,tests/test_launch.py: the setup questions and settings file, and launching with or without saved settingstests/conftest.py: shared fixtures, includingmake_cli, which wires real services and commands the waymaindoestests/fakes.py: the test doubles: the in-memory fake eBird client, a fake HTTP session and scripted answers to the setup questionstests/fixtures/: small hand-written cache, list and aggregation files for theCA-QC-MRregion
Tests named ..._currently_... pin behaviour that looks accidental, so changing it is a deliberate test change.
Demo GIFs
The GIFs in this README are recorded with VHS from the tapes in docs/demo/. They call the live eBird API, so they need saved settings with your API key. config.tape holds the shared settings and launches the CLI out of frame.
On Windows, install VHS and its terminal dependency, then re-record a GIF from the repository root:
winget install charmbracelet.vhs tsl0922.ttyd
vhs docs/demo/overview.tape
VHS also needs ffmpeg on the PATH.
Cutting a release
Releases are published to PyPI by the Release workflow (.github/workflows/release.yml) through trusted publishing; no API token is involved.
- Bump
versioninpyproject.tomland merge it tomain. - Optionally, do a dry run: run the
Releaseworkflow manually from the Actions tab. It uploads that version to TestPyPI, which accepts each version only once. Check the upload installs:pip install --index-url https://test.pypi.org/simple/ --extra-index-url https://pypi.org/simple/ ebird-cli
- Tag the release commit
vX.Y.Z, matching the version, and push the tag. - Publish a GitHub release from that tag. The workflow uploads it to PyPI, and fails without uploading if the tag doesn't match the version in
pyproject.toml.
Credits
Bird observation data and the eBird platform are provided by the Cornell Lab of Ornithology. This project would not be possible without their freely available eBird API.
This project relies on the following open-source packages:
- ebird-api — Python wrapper for the eBird API
- prompt_toolkit — Interactive command-line interface with autocompletion
- rich — Terminal formatting and highlighted output
- pandas — CSV observation list parsing
- colorama — Cross-platform terminal color support
- requests — HTTP requests to the eBird API
License
MIT License
Metadata
Release files for ebird-cli 0.2.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| ebird_cli-0.2.0.tar.gz | 35.4 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| ebird_cli-0.2.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 65.1 kB
Release files / ebird_cli-0.2.0.tar.gz
| Download URL | ebird_cli-0.2.0.tar.gz |
|---|---|
| Size | 35.4 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
138a10c5b2184ad7e0c46de0d6451ae93bcc32063e50f0635cc4a4e9f5af9821
|
|
BLAKE2b-256 checksum How to use checksums |
641717cc8f416463376f6c1635932cae35bccf38418438e85b2745d8da2ef5fd
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 18, 2026.
Transparency logRelease files / ebird_cli-0.2.0-py3-none-any.whl
| Download URL | ebird_cli-0.2.0-py3-none-any.whl |
|---|---|
| Size | 29.7 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
65c0f7172da815a56bbcce6b622391c6bd400ad392fa9de7b564923cfa585731
|
|
BLAKE2b-256 checksum How to use checksums |
c688c5aef3b63334b0851bd4be268829f39f8f47e927255842dd9d3a752abdd4
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 18, 2026.
Transparency log