Re: A proposal for two additional properties for LOCN

Hi Frans,

Thanks for telling me it's working.

A Physician relative, familiar with Sleep Clinics, once told me that hours of sleep are not prescribed directly since the mindset of patients is as you describe.  Instead, Pyhsicians recommend ways to do other tasks faster or not at all. I am sure there are Physicians around who can figure out the math.  And, this is not misdirection; an ethical problem.

A CRS is ethical provided it is not streched when transformed by axis rotation. (http://en.wikipedia.org/wiki/File:Circle_Area.svg). There are only 24 Hours in a day.  We have to reuse calendar <rdfs:Labels> after 1461 days.  I am certain of this.  Sadly, Tax Collectors seem to agree :-)

--Gannon



--------------------------------------------
On Tue, 9/16/14, Frans Knibbe | Geodan <frans.knibbe@geodan.nl> wrote:

 Subject: Re: A proposal for two additional properties for LOCN
 To: "Gannon Dick" <gannon_dick@yahoo.com>
 Cc: "LocAdd W3C CG Public Mailing list" <public-locadd@w3.org>
 Date: Tuesday, September 16, 2014, 5:50 AM
 
 
     Hello
 Gannon,
 
       
 
       Thank you for correcting the spelling mistake (yes,
 meter should
       be metre). 
 
       
 
       The graphs are working here, using OpenOffice. But I
 do protest
       against the assertion that leisure time is what
 remains from a day
       if you substract time for working, sleeping, eating
 and commuting.
       If it were only so... :-)
 
       
 
       Regards,
 
       Frans
 
       
 
       On 2014-09-10 21:07, Gannon Dick wrote:
 
     
     
       
 --------------------------------------------
 On Wed, 9/10/14, Frans Knibbe | Geodan <frans.knibbe@geodan.nl>
 wrote:
 
      So now I tend to agree that using a value and a unit to
 specify the spatial resolution could be the best solution.
 Perhaps we can make the unit default to meter, if it is not
 specified?
 -----------------------------------------------
 Yes, use the metric system (metre).  It is now based on
 (frequency^2) not (velocity^2). Originally it was based on
 the distance between the Equator and the North Pole (http://en.wikipedia.org/wiki/Metre).
 The subtle "problem" here is that the range of the
 Latitude "parameter" (0-90 Degrees, 0-91.3125
 Days, 0-100 Centigrade) is is cut in half (again, since the
 defininition already limited the range to the Northern
 Hemisphere) while the Longitude range (0-360 Degrees,
 0-365.25 Days, or Gradians/Centigrade 0-400) remains full
 scale. "Temperature" on an absolute scale does not
 range well.  The apparent length of day depends on Latitude
 alone.  I cannot get the graph objects in MS Excel and ODS
 to play nicely, so unfortunately I can't show you the
 true-up.
 
 What I can do is demonstrate that the small yearly variation
 in the 365.25 day long "Year" and the 24 Hour long
 "Day" average out over a Julian Century. 
 Americans and the British are already using the metric
 system, they just don't know it. 
 
 http://www.rustprivacy.org/2014/balance/wake-sleep.zip
 
 (Please let me know if the graphs are working.  The Sleep,
 Work, Lunch and Commute parameters are input on the
 "Control" page)
 
 --Gannon  
 
 
 
     
     
 
     
 
     
         
         Frans Knibbe
 
         Geodan
 
         President Kennedylaan 1
 
         1079 MB Amsterdam (NL)
 
         
 
         T +31 (0)20 - 5711 347
 
         E frans.knibbe@geodan.nl
 
         www.geodan.nl | disclaimer

Received on Wednesday, 17 September 2014 20:12:12 UTC