this post was submitted on 14 Aug 2024
213 points (96.9% liked)
Map Enthusiasts
3486 readers
69 users here now
For the map enthused!
Rules:
-
post relevant content: interesting, informative, and/or pretty maps
-
be nice
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
But then we would need some method to quickly discern the relative position in the day/night cycle of a locality, perhaps some form of number to indicate the percentage of a day before or after midnight their local area is at. Then probably just add that offset so that the viewer doesn't need to do the math everytime.
The only reason why you need to do math is because you're not used to it. Once you're used to it you can just apply your local offset if you absolutely need to but otherwise you would just wake up when it's time to wake up and your UTC and you'd go to bed when it's time to go to bed in your UTC.
At what time the date changes from Wednesday to Thursday? At 0:00 UTC? Ask someone in Hawaii if they would like to use different day at the morning than at the evening. "I will call you tomorrow" does it mean today afternoon, or tomorrow morning? etc.
"i will call you tomorrow" already does not define a time period. And nothing is stopping Noon from being a local time, its just that your noon in Hawaii would be UTC -10. So saying I will call you tomorrow afternoon still means I am calling in the later half of the day even in global UTC. You are just defining it with a local reference.
Currently if I want to call someone in Japan, or Australia I already cant say I will call you tomorrow afternoon, because its already tomorrow when I get up.
Yes, but these kind of long distance calls affect only a handful of people. A best before date on a food packaging or a lot of other situations where only the day is given from a date would become more complex for a lot of places, and they would affect the life of far more people.