Sunrise & Sunset Times MCP server
online · 100% uptimeorg.sunrise-sunset/sun-times·v1.1.0Sunrise, sunset, twilight, golden hour and moon times for any place on Earth. Free, no API key.
not scanned yet
0 stars
Reviews
Write oneNobody has reviewed Sunrise & Sunset Times yet.
If you have run it, two minutes of your experience saves the next person an afternoon.
Sunrise & Sunset Times tools
Tool list not cached yet. `describe` through the gateway fetches it live.
How Sunrise & Sunset Times compares
Against every graded MCP server, from our own scans and uptime checks. Updated after each scan run.
- Safety score
- 91/100
- higher than 85% of 48,255 servers
- Uptime
- 100%
- of our recent checks; the typical remote server answers 100%
- Response time
- 174 ms
- faster than 68% of 30,031 servers
Release history: 3 versions in the registry since 2026-10-14, latest 2026-10-16, typically one every 2 days.
Install Sunrise & Sunset Times in Claude Code, Cursor or VS Code
claude mcp add --transport http sun-times https://api.sunrise-sunset.org/mcp
What the publisher says
From the Sunrise & Sunset Times repository's README, as published. We do not edit it. Read it on GitHub
Sunrise-Sunset.org API
The free Sunrise-Sunset.org API on GitHub: sunrise, sunset, twilight, golden hour, solar position and moon data for any place on Earth. Here you find ready-to-run examples, the OpenAPI spec, the announcements of every change and a place to report problems.
Stay up to date: click Watch → Custom → Releases at the top of this page and GitHub will tell you whenever the API changes.
- Free. No sign up, no API key.
- Simple. You send a latitude and longitude, you get JSON back.
- Attribution required. Show a visible link to sunrise-sunset.org wherever you display the data.
Contents
- Quick start
- v1 or v2?
- Common pitfalls
- Examples
- For AI assistants (MCP)
- Usage limits and attribution
- Reporting problems
- License
Quick start (30 seconds)
Paste this into a terminal (or open the URL in your browser):
curl "https://api.sunrise-sunset.org/v2?lat=39.74&lng=-104.99&date=2026-08-15"lat and lng are the latitude and longitude of the place, in decimal degrees (these are Denver, Colorado). You get back something like this (shortened):
{
"date": "2026-08-15",
"tzid": "America/Denver",
"utc_offset": "-06:00",
"sunrise": "2026-08-15T06:12:13-06:00",
"sunset": "2026-08-15T19:55:56-06:00",
"solar_noon": "2026-08-15T13:04:24-06:00",
"day_length": 49423,
"sun_status": "normal",
"dawn": "2026-08-15T05:43:20-06:00",
"dusk": "2026-08-15T20:24:43-06:00",
"golden_hour": {
"morning": { "begin": "2026-08-15T05:54:37-06:00", "end": "2026-08-15T06:49:15-06:00" },
"evening": { "begin": "2026-08-15T19:19:00-06:00", "end": "2026-08-15T20:13:28-06:00" }
},
"moon_phase": "Waxing Crescent",
"moon_illumination": 11.25
}How to read it:
2026 at 06:12:13, local time, 6 hours behind UTC (the world reference time). Every programming language can read this format.
- Times use the ISO 8601 format. 2026-08-15T06:12:13-06:00 means 15 August
to work out its timezone yourself: tzid tells you which one it is.
- The times are already in the local time of the place. You do not need
- day_length is in seconds (48841 seconds is 13 h 34 min).
- Leave out date to get today (today in that place, not where your server is).
Other parameters: date=tomorrow, datestart + dateend for a range of up to 366 days, tz to get the times in a different timezone, and time_format=unix for Unix timestamps. Every field is explained in the documentation.
v1 or v2?
There are two versions. Use v2 for anything new.
v1 is supported indefinitely and keeps working exactly as it does today, so existing code will not break. It also keeps its original calculation, so its sunrises are a little early and its sunsets a little late (by up to several minutes, depending on place and date). v2 fixes that.
Migration table and v1 docs: v2 docs, "Migrating from v1" and v1 documentation.
Common pitfalls
These are the problems we see most often in real integrations.
1. "The times are off by a few hours" (v1)
Shortened. The full README is on GitHub.
Nothing above is checked by us. What we check is on the safety report.
Sunrise & Sunset Times: common questions
- Is Sunrise & Sunset Times MCP server safe?
- Yes, by our scan: it is graded A (91/100). Read the Sunrise & Sunset Times safety report
- How do I install Sunrise & Sunset Times?
- It runs remotely at api.sunrise-sunset.org. Add it to Claude Code, Cursor, VS Code or Claude Desktop with the snippets above, or call it through the mcp.market gateway without installing anything.
- Does Sunrise & Sunset Times need an API key?
- Not as far as the registry entry and our scan can tell: no credentials are declared or required.
- Is Sunrise & Sunset Times maintained?
- The last commit was 21 days ago (2026-10-14). The latest release is v1.1.0.
- Is Sunrise & Sunset Times up?
- 100% of our last 28 checks got an answer. We check remote servers about four times a day.
- How does Sunrise & Sunset Times compare with other MCP servers?
- safety score 91/100 (higher than 85% of 48,255 servers); uptime 100% (of our recent checks; the typical remote server answers 100%); response time 174 ms (faster than 68% of 30,031 servers). Full comparison.