Ciao TT: You are probably right that there are missing dates in the various calendar systems.
For me, that has not been a problems since I almost never need ALL of the possible dates in a "monotonic Increasing" sequence. Since I merely need some very precise dates in the series of all possible dates, I simply create a new (ragged) "base" that skips values I do not need and then use positional notation to encode and decode the values I want. That approach also allows me to "level out" spikes in frequently occurring values by inserting Past and Next values in the "base" coefficients as "mid-points". This quickly becomes a type of binary search that effectively reduces processing needs. Finally, since symbols can be thought of as "prime numbers", the benefits of using https://en.wikipedia.org/wiki/P-adic_numbers are easily attained. All of this works amazing well in TiddlyWiki and significantly reduces my longing for the good old days of APL. Cheers, Hans On Saturday, February 15, 2020 at 8:53:28 AM UTC-5, TiddlyTweeter wrote: > > Ciao Hans > > ... > > I think your general point about bigger date range makes sense, but the > absolute extended JS date range is still not astronomical? > > Best wishes > TT > > On Saturday, 15 February 2020 13:04:36 UTC+1, HansWobbe wrote: >> >> If this is done, it could be an opportunity to also capture the value of >> using https://en.wikipedia.org/wiki/Julian_day. >> >> Astronomers make extensive use of this and have even gone to the trouble >> of setting standards like incorporating a '0' date to help with arithmetic >> calculations that extend beyond https://en.wikipedia.org/wiki/Common_Era >> >> -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/ae8c9a27-3626-42a1-844a-40a3f056e129%40googlegroups.com.
