Comment on "Create a Google Map from a Google Spreadsheet"
For some reason the link in the first comment does not work, but this should...<a href="http://www.google.com/earth/outreach/tutorial_spreadsheet.html"> http://www.google.com/earth/outreach/tutorial_spreadsheet.html<
[More]
Comment on "Create a Google Map from a Google Spreadsheet"
Some more information can be found here on the Google Earth Outreach site: http://www.google.com/earth/outreach/tutorial_spreadsheet.html.
[More]
Comment on "New journal: International Journal of Digital Earth"
My worry about new paper journals is that libraries don't buy them, or at least too few do. T&F seem to me to be one company that specialises in journals no-one can read, and they are not keen to let you post your own pdf files. I suspect
[More]
Comment on "New journal: International Journal of Digital Earth"
Thanks for posting about Geosphere, Toby. Open access is great and yes, we should check out the other journals in this regard. Having glanced at the Geosphere web pages, I couldn't find many (or indeed any) articles about informati
[More]
Comment on "New journal: International Journal of Digital Earth"
I've added a link to your wiki page: the Geological Society of America's online-only journal, who say:"As the field of geoinformatics has emerged over the past few years, a common theme has been the need for resear
[More]
Comment on "ObsKML: In-situ data in KML"
Toby - I think that's a pretty interesting idea (embedding data in XML and providing an XSLT transform to HTML). Clearly this is beyond most end-users, but data providers should be able to handle this sort of thing and it's a good way to c
[More]
Comment on "Vertical section data in Google Earth!"
This is interesting - but I guess this only works if it's meaningful to view your data as contours (which must be common so well worth doing). For "raster" visualisation I guess we're stuck with multiple polygon tiles, unle
[More]
Comment on "Vertical section data in Google Earth!"
It's probably worth mentioning that there's an overlap here with some work that Gen-Tao & I did (which is mentioned in another blog entry by Martin).
[More]
Comment on "ObsKML: In-situ data in KML"
This seems an entirely sensible approach - but if I were them I wouldn't call it obsKML! I don't see that anything they are doing is particular to KML. Designing a language (and associated toolkits and infrastructure) to support their need
[More]
Comment on "ObsKML: In-situ data in KML"
KML was not designed to carry data (it's a visualization format really) so I guess we have to be careful to avoid scope-creep. There are probably two points of view:Let KML do what it does best and leave other stuff to other
[More]