I didn't know it either -- possibly because it isn't true.

Bear in mind that the gatekeepers of new metric standards (the Conférence
Générale des Poids et Mesures--CGPM) are extremely conservative. Such a
change would be unthinkable.

Bill Potts, CMS
Roseville, CA
http://metric1.org [SI Navigator]



>-----Original Message-----
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>Behalf Of Daniel
>Sent: Saturday, July 30, 2005 09:57
>To: U.S. Metric Association
>Cc: [email protected]
>Subject: [USMA:33772] Re: sd & m' Re: Ryan Metric Date/Time
>
>
>I didn't know that there is an attempt to redefine the SI base units based
>on 1/10^5th of 1 degree for a new metre and the second to be redefined so
>that there are 240 000 in one day.
>
>Who is doing this and why is it being done?  I thought the SI were already
>defined to be absolute and not based on all or part of the earth geometry.
>Why would someone want to change the metre and second when what we have is
>perfect?
>
>Who can I contact to voice my opposition to such a ludicrous idea?
>
>Dan
>
>
>----- Original Message -----
>From: "Brij Bhushan Vij" <[EMAIL PROTECTED]>
>To: "U.S. Metric Association" <[email protected]>
>Cc: <[email protected]>
>Sent: Saturday, 2005-07-30 12:17
>Subject: [USMA:33771] sd & m' Re: Ryan Metric Date/Time
>
>
>> Ryan Provost:
>>>>>  RMD have 4 main units: Ryan Metric Years (RMY), Ryan Metric
>>>>Seasons (RMD), cycles (cy) and grands (grd).
>> Indeed some workable 'thought'. IMAGINE the chaos that THIS shall create
>> and the cost of change-over. AND compare with what I suggest:
>> Length Unit, New Metre (m') is: 1/10^5th of ONE degree (pi/180). Please
>> see:
>> http://www.the-light.com/cal/bbv_m-astrounits.doc and
>> http://www.the-light.com/cal/bbv_index.html
>> THIS when linked to *Decimal Second (sd) = 36% of SI-second* lead you to
>> NO changes in the foramt of 24-hr x100md x10sd i.e. 240000
>decimal seconds
>> (instead of 86400 SI-seconds) during the flow of a day's passage. The
>> gregorian calendar need modification to the EXTENT of shifting just ONE
>> day (July 31) and insert in the month February as (February 29)
>during all
>> years. Read my signature lines.
>> The Leap Years can have the extra day at the end of June during
>> *div.4/skip 128th-year* on modifying the GREGORIAN 'century leap rule'.
>> After midnight today, I have shifted  July 31 to February 29 during ALL
>> years and KEPT December 31 (outside of year format) as a World Day in my
>> VGRCalendar, that has been a topic of discussion with
>> <[EMAIL PROTECTED]> and
>> <[EMAIL PROTECTED]>.
>> Should arguments favour adoption of *Leap Weeks* to replace Leap Days, I
>> propose:
>> http://www.the-light.com/cal/bbv_bonavian.doc or my 834-year cycle/148
>> Leap weeks.
>> that I have 'advocated since 1973-.....'.
>> It is THIS that I provide as the *Easiest, Simplest and the Cheapest*
>> proposal practically to COST nothing or 'peanuts'. It is the WILL to
>> implement and/or share that need be evoked; making 'METRIC
>REFORM' really
>> SI-metric based, since linked to New Metre (m').
>> Regards,
>> Brij Bhushan Vij <[EMAIL PROTECTED]>
>> (Saturday - Kali5106-W15-06)/D-212 (2005 July 30H2176(decimal) IST
>> Aa Nau Bhadra Kritvo Yantu Vishwatah -Rg Veda
>> Jan:31; Feb:29; Mar:31; Apr:30; May:31; Jun:30
>> Jul:30; Aug:31; Sep:30; Oct:31; Nov:30; Dec:30
>> (365th day of Year is World Day)
>> ******As per Kali V-GRhymeCalendar******
>> Telephone: +91-11-25590335
>>
>>
>>>From: "Peter Zilahy Ingerman, PhD" <[EMAIL PROTECTED]>
>>>Reply-To: East Carolina University Calendar discussion List
>>><[EMAIL PROTECTED]>
>>>To: [EMAIL PROTECTED]
>>>Subject: Re: Ryan Metric Date/Time
>>>Date: Fri, 29 Jul 2005 19:17:29 -0400
>>>
>>>So a Choi is either 14 minutes 14 seconds or 14 minutes 24
>seconds?  Guess
>>>I don't plan to convert to these units any time soon.
>>>
>>>Ryan Provost wrote:
>>>
>>>>To all Calendar people!
>>>>  Last year, I created and owned Ryan Metric Date (RMD) and Ryan Metric
>>>> Time (RMT).
>>>>  In RMT, a base unit is a Choi (Ch) that is similar to 1/100
>of a day or
>>>> 14 minutes and 14 seconds. I used SI prefixes for a Choi.
>>>>  MegaChoi = 10,000 days (about 27 years)
>>>>kiloChoi = 10 days
>>>>hectoChoi = 24 hours
>>>>dekaChoi = 2 h 24 min
>>>>Choi = 14 min 24 s
>>>>deciChoi = 86.4 seconds
>>>>centiChoi = 8.64 seconds
>>>>milliChoi = 864 milliseconds
>>>>microChoi = 0.864 milliseconds
>>>>  It is aligned to UTC. 00:00 UTC is 00.0 RMT.
>>>>  The suggested format is this:
>>>>DC.dcm nnn RMT
>>>>  But the time string can be shortened:
>>>>DC.dcm RMT
>>>>DC.d RMT
>>>>  Key:
>>>>D means dekaChois, C means Chois, d means deciChois, c means
>centiChois,
>>>>m means milliChois, and n means microChois
>>>>  RMD have 4 main units: Ryan Metric Years (RMY), Ryan Metric Seasons
>>>> (RMD), cycles (cy) and grands (grd).
>>>>  100 Chois RMT is 1 grand.
>>>>10 grands equal 1 cycle
>>>>100 grands equal 1 RMS
>>>>1000 grands equal 1 RMY
>>>>  For units larger than 1000 grd (1 RMY):
>>>>10 RMY is 1 RM Dekade (RMDa) (27.37 years)
>>>>100 RMY is 1 RM Century (RMC) (273.7 years)
>>>>1000 RMY is 1 RM Millennnium (prulal: Millennia) (RMM) (2737 years)
>>>>  There are also special units:
>>>>250 grd is 1 Ryan Shortyear (RSY)
>>>>300 grd is 1 Ryan Wink (RW)
>>>>360 grd is 1 Ryan Year (RY)
>>>>400 grd is 1 Ryan Super Year (RSPY)
>>>>500 grd is 1 Ryan Long Year (RLY)
>>>>  The Epoch for RMD is Jan 1 2000 00:00:00 UTC as
>>>>0.00 RMD 00.000 000 RMT
>>>>(RSY 0, RW 0, RY 0, RSPY 0, RLY 0)
>>>>  Today is 20.36 RMD
>>>>(RSY 8.144, RW 6.786, RY 5.655, RSPY 5.090, RLY 4.072)
>>>>
>>>>__________________________________________________
>>>>Do You Yahoo!?
>>>>Tired of spam? Yahoo! Mail has the best spam protection around
>>>>http://mail.yahoo.com
>>>>
>>
>> _________________________________________________________________
>> Formula One fan? http://server1.msn.co.in/sp05/tataracing/ Get news,
>> wallpapers and photos of Narain Karthikeyan.
>>
>>
>>
>> --
>> No virus found in this incoming message.
>> Checked by AVG Anti-Virus.
>> Version: 7.0.338 / Virus Database: 267.9.7/60 - Release Date: 2005-07-28
>>
>>
>

Reply via email to