All I want is to be able to control speed of playback relative to real-time.
2009/4/3 Tyler Erickson <[email protected]> > I'd agree with Anselm, the time controls of Google Earth are pretty > rudimentary, at least at this point. It's kind of akin to using an old > cassette player... you can play time forward, and stop it, and fast forward > and rewind by dragging the control, but that's about it. > > I would like to see Google Earth treat navigation in time similar to how > they treat navigation in space... give users the ability to easily zoom in > and zoom out (in time), play it slowly forward and backward, and go beyond > the minimum and maximum temporal boundaries of whatever time-stamped data > you happen to have loaded. And even more importantly, allow some mechanism > for GE to send the time interval information to an external server (similar > to how you can send spatial information to an external server using the > NetworkLink and ViewFormat tags) so that server can respond with data for > the requested time period. This could allow GE to browse large historical > time series of user provided content (served from a external db), that would > overwhelm GE in its present form (which I seem to do on a regular basis). > > Don't get me wrong, I like GE, and regularly use it to visualize temporal > data. Its vary useful even with its current (rudimentary) treatment of > time. > > - Tyler > > > > Bucci, David G wrote: > > Actually, you can do what your suggesting with time tagging and the time > slider, though there are limitations (not sure on epochal coverage, for > example). Works great for vector stuff (e.g. little soldiers marching :-), > works for pixel overlays, but if it's actual imagery/photography, the delays > of loading the pixels slows it a bit. > > > Also, the new 5.0 client and server-side upgrades permit a "stack" of > imagery over a location, and being able to flick through them -- all served > natively from the GE server, not hosted separately as superoverlays. > > > I don't think there's ever been any realistic effort to focus on nor > "market" WW to that bottom "geobrowser" level of the pyramid, which is where > you're always going to see the biggest volume ("unwashed masses" thing) ... > like someone else said, Google is marketing aggressively. And now that KML > is the OGC-approved standard for "earth browsing applications", and Google is > able to ride that standards horse ... hmmm ... > > Still checking on getting a copy of the geoweb pyramid out -- checking gov't > contract and corporate proprieties ... sorry for delay. > > -----Original Message----- > From: Anselm Hook [mailto:[email protected] <[email protected]>] > Sent: Tuesday, March 31, 2009 2:09 PM > To: [email protected] > Cc: Bucci, David G; Christian Willmes; [email protected] > Subject: Re: [Geowanking] Fwd: geospatial software developer at NASA Ames ( > job opportunity ) > > Funny, google earth seems rudimentary... why can't I rewind or unwind > the history of plate tectonic activity for example? Or watch the > armies of man battle back and forth across the landscape of our > history... It's pretty but still so young. Surprised it has such > market share when world wind is open source and has more of a > potential to become a truly collaborative deep-time visualization > platform.... anyway... > > - me > > On Tue, Mar 31, 2009 at 10:59 AM, Catherine > Burton<[email protected]> > <[email protected]> wrote: > > > Love to see that "geoweb pyramid" figure if you can dig up a copy or link. > > -----Original Message----- > From: [email protected] > [mailto:[email protected] > <[email protected]>] On Behalf Of Bucci, David G > Sent: Tuesday, March 31, 2009 10:54 AM > To: Christian Willmes > Cc: [email protected] > Subject: Re: [Geowanking] Fwd: geospatial software developer at NASA Ames ( > job opportunity ) > > Not sure why you'd find that remarkable ... GE has far broader exposure, > and the immediate semantic context was "general public", and "outreach". > Doesn't mean they don't use WW as well, for what it's good for, best > tool, etc. > > Frankly, we're finding Google Earth used far more at this point for > general visualization in the gov't communities, as well ... I think with > the strength of KML as a "lingua franca" for data sharing for the > masses, and the osmosis from public exposure, CNN and Foxnews and home > usage, etc. -- not surprising that GE is pressing far into WW usage > scenarios. > > Somewhere I have this "geoweb pyramid" figure that shows the broadest > usage at the bottom "geobrowser" layer, with the general public using > GE/GMaps, and GIS savviness increasing as you go up the levels (and the > populations shrink), with transition over to WW, ArcGIS Explorer, ArcGIS > Desktop, Manifold GIS, ArcGIS Server, etc. as the air gets thinner and > thinner. > > -----Original Message----- > From: [email protected] > [mailto:[email protected] > <[email protected]>] On Behalf Of Christian > Willmes > Sent: Tuesday, March 31, 2009 1:11 PM > Cc: [email protected] > Subject: Re: [Geowanking] Fwd: geospatial software developer at NASA > Ames ( job opportunity ) > > sounds like a great job, but remarkable that they don't mention their > own product WorldWind in this context and instead GE two times?! > > Anselm Hook schrieb: > > > ------------------------------------------------------------------------ > ------ > > > GEOSPATIAL SOFTWARE ARCHITECT > > Title: Software Developer (full-time position) > Location: NASA Ames Research Center, Moffett Field, CA > > Want to help NASA return to the Moon? Want to build cutting-edge > > > planetary > > > mapping and modeling systems? Want to create geospatial user > > > interfaces > > > that reach millions of people? > > The NASA Ames Intelligent Robotics Group (irg.arc.nasa.gov) has an > immediate opening for a full-time software developer to help create > > > the > > > next generation of planetary data systems, geospatial user > > > interfaces, and > > > teraflop image processing pipelines. This is a high-profile, > > > high-impact > > > opportunity to create software that will make a difference in how we > explore space. This software will be used by NASA mission engineers, > > > the > > > planetary science community, and the general public, through Google > > > Earth > > > and other cutting-edge science and outreach platforms. > > Applicants should hold a B.S. (or higher) in Computer Science and > > > have > > > excellent software engineering and system development skills. A > > > strong > > > background in UNIX development and open-source tools is required. In > addition, knowledge in one (or more) of the following areas is > > > greatly > > > preferred: > > - C++, Java, Python, and Django > > - distributed, multi-threaded and parallel processing > > - geospatial systems (GIS, geodesy, experience with GDAL, proj.4, > > > etc.) > > > - computer vision (camera models, stereo vision, 2D/3D mosaicking) > > - linear algebra and statistics, plus some knowledge of > > > optimization, > > > estimation, and probablistic methods > > If you are interested in applying for this position, please send the > following via email: > > - a letter describing your background and software experience > > - a detailed resume (PDF or text) > > - contact details for two (or more) references > > to Dr. Terry Fong <[email protected]> <[email protected]>. > > The NASA Ames Intelligent Robotics Group (IRG) is dedicated to > > > enabling > > > humans and robots to explore and learn about extreme environments, > > > remote > > > locations, and uncharted worlds. IRG conducts applied research in a > > > wide > > > range of areas with an emphasis on robotics systems science and field > testing. IRG's expertise includes applied computer vision > > > (navigation, 3D > > > surface modeling, automated science support), human-robot > > > interaction, > > > interactive 3D user interfaces, robot software architecture, and > > > planetary > > > rovers. Recent projects include: > > Google Mars 3D http://earth.google.com > Google NASA Planetary Content: > > > http://ti.arc.nasa.gov/projects/planetary > > Robotic Site Survey: http://haughton2007.arc.nasa.gov > GigaPan GigaPixel Panoramas: http://gigapan.org > > > > > _______________________________________________ > Geowanking mailing > [email protected]http://geowanking.org/mailman/listinfo/geowanking_geowanking.org > > _______________________________________________ > Geowanking mailing > [email protected]http://geowanking.org/mailman/listinfo/geowanking_geowanking.org > > > _______________________________________________ > Geowanking mailing > [email protected]http://geowanking.org/mailman/listinfo/geowanking_geowanking.org > > > > -- > Tyler A. Erickson, Ph.D. > Research Scientist, Michigan Tech Research Institute, and > Adjunct Assistant Professor, Dept. of Civil & Environmental Engineering > Michigan Technological University > 3600 Green Court, Suite 100 > Ann Arbor, MI 48105 > W 83.6889°, N 42.3021° (WGS84) [email protected] > (734) > 913-6846http://people.mtri.org/tyler+ericksonhttp://www.mtri.orghttp://www.michiganview.org > > > _______________________________________________ > Geowanking mailing list > [email protected] > http://geowanking.org/mailman/listinfo/geowanking_geowanking.org > > -- ************************************ David William Bitner
_______________________________________________ Geowanking mailing list [email protected] http://geowanking.org/mailman/listinfo/geowanking_geowanking.org
