- From: Gannon Dick <gannon_dick@yahoo.com>
- Date: Fri, 23 May 2014 13:59:45 -0700 (PDT)
- 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