W3C home > Mailing lists > Public > public-egovernance@w3.org > May 2014

Re: space and time

From: Gannon Dick <gannon_dick@yahoo.com>
Date: Fri, 23 May 2014 13:59:45 -0700 (PDT)
Message-ID: <1400878785.61430.YahooMailBasic@web122904.mail.ne1.yahoo.com>
To: "public-locadd@w3.org Mailing list" <public-locadd@w3.org>, Frans Knibbe | Geodan <frans.knibbe@geodan.nl>
Cc: public-egovernance@w3.org
Hello Frans,

Although I have long thought this was an important subject, I had no idea of the global urgency ... beer you say ?  It is a holiday weekend in the US and I will be doing Basic Research, but Tuesday bright and early ...

In all seriousness, the RDF Framework is a bit too flexible to handle low frequency visualizations.  OTOH, Big Data and funding concerns have a natural affinity for data on the real-time "News Cycle".  This is not necessarily the highest priority of the "little guys" and Big (geophysical) Science - for slightly different reasons.  Cyberspace is not a seasonal business but many Locations and "little guys" are.  Big Science has big useful concepts and piles of data, but rely on data aggregators to keep it "News", discoverable, and interesting. An easy (mathematical) coordinate system change between "seasons" would benefit both.  It is remarkably easy much more so than GIS Systems.

For example, http://www.rustprivacy.org/2014/balance/gts/sunshineBySeason.jpg

The graph shows the minutes of sunlight per day for Boulder Colorado (I used NOAA's lo-res spreadsheet).  The X coordinate is 100%-500% (2012-2015) so 300%-400% is 2014.  The X coordinate is in 12 equal monthly intervals (reports).  The two sine waves Winter (New Year's=100%) and Summer (Midyear=100%) are seasonal arcs.  The sunshine arc itself is asymetric and if you look carefully, you will notice that there is not a single first of the month with 12 hours (720 minutes) of sunlight.  We paid good money for this data!!!!  What's the problem ???? Epic Fail. :-)

Government Agencies can use this approach too. Governments have only one "growing season" meaning funding season.

In the US it might really help.  Short version: Taxes paid in Spring, Politicians scream at each other all Summer, Fiscal Year starts 10/1.  Politicians fund NASA to fix the sun this year, are real mad at NASA next summer when the sun does it again.

--Gannon
--------------------------------------------
On Fri, 5/23/14, Frans Knibbe | Geodan <frans.knibbe@geodan.nl> wrote:

 Subject: space and time
 To: "public-locadd@w3.org Mailing list" <public-locadd@w3.org>
 Date: Friday, May 23, 2014, 5:39 AM
   
     Hello,
     When reading and
       talking about geographical Linked Data I sometimes
 come across the
       term 'spatiotemporal data', meaning that data
 are dependent on
       both
       space and time. I wonder if temporal aspects of data
 should be
       considered when we are thinking about how to express
 location data
       in
       the Semantic Web. 
     I understand that for
       many spatial data the temporal aspects are really
 important, but I
       think temporal aspects could be equally important to
 data about
       postage stamps or model trains or beer, or whichever
 other topics
       one
       can have data about. In all cases, I don't think
 it is necessary
       to
       think of special ways of expressing the time dimension
 in the
       data.
       It seems to me that general vocabularies and/or data
 types for
       expressing time should suffice. In other words, I
 think that
       time and space are orthogonal subjects and that
 vocabularies about
       space (location) can be kept separate from
 vocabularies about time
       (For normal everyday data, that is. Cosmological data
 are another
       matter).
 
     
     What do you think
       about this? 
 
     
     Regards,
 
       Frans
 
     
     
 
     
     
     
     
 
 
     
         
         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 Friday, 23 May 2014 21:00:14 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 19:39:01 UTC