A [solar] day is the time between noons, which is slightly more than one rotation on our axis. A single rotation is a [sidereal day] — the Wikipedia article has a good animation.
(The ellipse part of our orbit means the length of a solar day isn't consistent, as the rotation required to get back to pointing at the sun isn't the same throughout the year, which is what leads to mean solar time. The the article doesn't want to do ellipse orbits, which is fine… for a moment… but…)
> When the tick comes directly under the sun, that's (solar) noon, and one full rotation is one day.
But this is sort of where if you do you MST (if you have a fixed day length, you are), then when the tick is directly under the sun it won't necessarily be noon. The difference (between MST & solar) is like 17 minutes at its peak. The aliens will be looking at this going "it's uh… close? But off."
I still think "solar time" is a cultural assumption, though I do think there's a high likelihood of aliens sharing that assumption. But one might also imagine a species on a tidally locked world (maybe having grown up in the twilight region) with no concept of "days".
[sidereal day]: https://en.wikipedia.org/wiki/Sidereal_time
I had a fuzzy sense of these differences but had no idea that MST/solar is 17 minutes off - that's a lot! Of course there's also the difference between this and proper clock time (depending on where in your timezone you're located), and the clock shows clock time.
I wanted the year circle to evoke Earth's orbit, so it had to be near the Sun. Inserting another circle was breaking that intuition (already stretched, tbh) for me. I was flip-flopping between these two and finally decided on the current solution.
I'm even more unhappy[0] with the fact that the number of ticks and speed on that circle changes every month, depending on the calendar month duration. For a world clock, on month changes it also means that you can't represent the date correctly for all shown timezones.
I could have used some real-world phenomena that are close to our calendar month instead[1], as pointed out by another commenter. This would make it "more correct" but "less useful in everyday situations". Even though I don't plan to use it every day, one of the goals of the project was for it to aspire to being useful.
[0] unhappy is a strong word; I mean I'm not satisfied with the solution, but was unable to find one I feel better about [1] https://en.wikipedia.org/wiki/Lunar_month#Types
As it is now, "now" is at different places at the different circles.,.,.
https://clocks.specr.net/solar-system
Senko you might also be interested in this one - it doesn't go into the same depth as yours but it's visually similar.
I love your reinterpretation of time as a mini solar system. On impulse I tried to drag to rotate it and it worked, was delighted!
I was confused for a bit on what that satellite orbiting Moon is, and why the Moon is blue, before realizing how it works, so was a mini puzzle for me too :)
It's really not obvious, especially in light mode, but if you switch to dark mode you can see the day circle has a "bolder" and a "thinner" part. Bolder is the daylight hours, and its length and position corresponds to the daylight hours (in this instance, of Zagreb, since that's the primary timezone for the clock).
You're correct in that it can't work if you have multiple lattitudes. I took the easy way out - I ignore that and just use the first one :X
Main changes are greater information density and minor modifications to the movement mechanism. Site has themed examples and a tutorial.
Does the arc length signify anything? Wasn't able to figure it out, and as far as I can see, it isn't explained.
Deliberately not half so you can tell what is foreground/background irrespective of color scheme.
I did explain design thinking in early versions of the tutorial, but it made it too long.
The end result is: https://senko.net/clock/
Tech trivia: implemented as a reusable web component, powered by CSS animation, JS is just used to set up the initial state.
Some feedback:
I could not catch that the circle meant the sun. I did catch seconds, minutes, day, month, and I deduced TK meant Tokyo and SF meant San Francisco and could not deduce the city ZG represents. So, I don' think you can actually be free of baggage. Some minor things bugging me: - The lines at the bottom don't align! Really annoying, I spent a lot of time trying to understand it meant something or not. - Dark mode shows only 1 city. I could not understand what TK meant until I saw SF.
Some advice:
- Change the pictoric representation of the sun for something a bit more "sunny". Some flames feel like something not cultural (since there literally is solar activity at the surface), so aliens could get that it is the sun. - In the intro you say there is a puzzle, but you don't say what the puzzle is. I thought it might be some interactive thing. It was only until I gave up I start reading the explanation and got that the puzzle is to understand how the clock works, given it has no cultural baggage. Then I went back to try to understand it. Maybe add a little explanation somewhere saying the intention.
I had thought that months aren't quite a human construct, they correspond roughly to lunar cycles. Weeks were a way to carve the month up into the four lunar phases per cycle.
Seconds, minutes, hours, etc. are, as you say, all sexagesimal math bias.
Referencing actual phenomena would be more elegant - but wouldn't show correct date (see my comment here https://news.ycombinator.com/item?id=47686522)
Erm, WTF? DST does not change when dawn and sunset occur relative to solar noon. So what exactly is this showing?
Rereading the post, I notice I haven't made that distinction clear.
This is a charming clock :)
so, kudos to the author at Senko.net!