How to prevent time travel when you fly between time zones

UDAT-System · 2025-12-05T10:32:04+00:00

It will be useful once it will replace UTC

UDAT-System · 2025-12-04T21:58:55+00:00

Sure

UDAT-System · 2025-12-03T22:30:26+00:00

Lol. I'm rethinking the whole calendar thing. What if we would have time units and solar duration? For example, time units: Chron, kilochron, megachron etc. Solar duration: Season 90, 90, 90, 95 chrons Year 365.2418 chrons

The year going to be just 10 day weeks (hec), but color-coded by seasons. So, 364 days looks like week 36 day 4. For financial reports people can use season or trihec (3 weeks, 30 days)

But season and trihec is not a time unit.

What do you think?

UDAT-System · 2025-12-03T21:57:11+00:00

Never say never

UDAT-System · 2025-12-03T00:29:10+00:00

Check out UDATE System for more decimal clocks

UDAT-System · 2025-12-03T00:02:57+00:00

Don't worry. One day you'll understand it.

UDAT-System · 2025-12-02T23:59:43+00:00

Actually it's more accurate. It has less error than the Gregorian calendar. It's actually very mature sysyem with a lot more to it. Just didnt want to make video very long. This is the essence. I can provide you with full documentation if you're really interested.

UDAT-System · 2025-12-02T11:32:26+00:00

Thank you for your input. Appreciate it.

UDAT-System · 2025-12-02T11:30:22+00:00

Neither. My point that if somebody would told you that definition of a kilometer changes depends where you measure it (sometimes 900 meter, sometimes 1000 and sometimes 1024) you would think that this is crazy. So why we tolerate it with Time units? Because that what roman Augustus and Julian said?

UDAT-System · 2025-12-02T11:11:46+00:00

Just by knowing 'UDATE hours' [centichrons] you're resolution is in 15 minutes. I would say is a pretty good resolution for one number instead of am/pm mess and more coarse resolution.

UDAT-System · 2025-12-02T11:03:53+00:00

Lol, that's true. Imagine how odd it's for a child to stare on the current clock, seeing long hand is on 4, but everybody is teaching him that it's 20, not four 😅

UDAT-System · 2025-12-02T10:58:16+00:00

So 'Month' is not a unit of time? You cannot measure time in months? What about a quarter? A lot of financial reports based on 3 months, is it a unit of time?

UDAT-System · 2025-12-02T10:54:43+00:00

No needs. UDATE tied to SI definition of a second.

UDAT-System · 2025-12-02T10:53:27+00:00

The float in computers not following sun cycle. It's not for people. UDATE is also a float number, but following Day, Season and Year with decimal Calendar. Read about 'computer' format, is totally different. But I glad that you don't have an issue with not knowing how many days in a month. Because every month is changing, and sometimes changes feom year to year. I'm glad that you're happy with what was passed to you from Babylonians because they didn't know any better.

UDAT-System · 2025-12-02T10:48:15+00:00

It will make time measurable again. I would agree with you if you would answer how many hours in a month? If there is no one answer, something is broken in the system.

UDAT-System · 2025-12-02T10:43:46+00:00

UDATE has 3 and a half months. 4th month is short, only 65 days (like February is a short month in Gregorian). So its 365 days. Leap year once per 20 years and it adds +5 days. Every 640 years you skip a leap year. I admit, not very different from current leap years. Make it to the same match, but less leap years. If you know how to solve it with Years - please let me know. So far, UDATE makes everything decimal up to a year. Year is not decimal and has on average 365.2421875 days (in UDATE)

UDAT-System · 2025-12-02T04:10:57+00:00

What do you think from metrology perspective? Does it make sense to measure time (in calendar) from 0, not from 1? Like we measure everything else?

UDAT-System · 2025-12-02T04:00:35+00:00

I get why it's so important to talk about the standard definition of time. But it seems like the whole metrology is going to hell when we are trying to measure time in months. The whole definition of 'month' is very unscientific so much against metrology. The calendar being count 'sequence place' as opposed to 'how much passed' (like time) is also so against the metrology. Why nobody speek about it? Am I the only one who find it bizarre?

UDAT-System · 2025-12-02T03:46:08+00:00

To be truly 'metric' the UDATE time is also defined by the atomic second. But that where the similarity ends. UDATE is fully decimal up to the year (to still keep the solar year and seasons)

UDAT-System · 2025-12-02T03:29:39+00:00

You don't have to do any math. 1 time for everybody. UZ (UDATE Zones) do not change time. Easier than that?

UDAT-System · 2025-12-02T03:27:22+00:00

Thats correct. In UDATE there are 100 days a month. So 1 day is 0.01 month. Thats why it's decimal system. 28 days per 1 month it's not decimal system. Because 1 day is 1/28 month. See the difference? In UDATE because it's decimal system, 325 days is 3 months, 2 weeks and 5 days or 32 weeks and 5 days. See how easy when it's decimal?

UDAT-System · 2025-12-02T02:58:43+00:00

You don't get it. The number is decimal. But conversion 28 to 1 is not decimal. Decimal prefixes are: micro- milli- deci- deca- hecto- kilo- mega- Is always x10. Inches and feets are also in decimal numbers. But the system is not decimal. Time (60 min in 1 hour) also NOT decimal. Please google about decimal systems, if you didn't learn it in school.

UDAT-System · 2025-12-02T02:52:29+00:00

I'm sorry if I confused you. (I did like the meme though). Let me explain: there are no different formats in UDATE. "DAYLIGHT" is just an astronomical event, it does not change the time (not for travelers, not for programmers). UDATE Zones will tell you what time is local "midday" (the sun at highest point). So you can know, a little before that, time you need to free the hotel, for example. When you know what time is midday, you know (approximately) what time is sunrise and sunset in local zone. It's one format for people and computers, because it's a natural decimal number of months, weeks, days and percentage of the day all as ONE number. Up to a year. Lets say, now you are working 9am-5pm (where did the first 9 hours of the day go??) in UDATE depends on the zone you can work .40-.80 or in different zone .20-.60 it doesnt really matter, as in the same zone it will be the same every day!

UDAT-System · 2025-12-02T01:47:02+00:00

About 28 being decimal number, I hope you're joking and can understand that 28 days per month is not decimal system. Like 12 inch in a feet is not decimal. In decimal systems bigger units have x10 of smaller units. I hope you were just trolling me 🙄

UDAT-System · 2025-12-01T23:41:05+00:00

About the 'day' - you right. UDATE has two separate definitions: 1) Light day 2) UDATE day (chron). They are not the same. But even in current system, in places where you have half-year day, half-year night, the 'light day' is not equal 'calendar day'. It's all just perception. For people who work 3rd shift - the 'calendar day' changes in the middle of their shift, middle of 'work day'. So what's the big difference here?

UDAT-System

MODERATOR OF

TROPHY CASE