[GSDI Technical] Google/ESRI announcement in plain English

[Doug Nebert]

Rob Atkinson wrote:
> I was explicitly separating the exploitation aspect from the data 
> publishing process. There will be a spectrumof strategies for either, 
> but, as Google etc show, the explotiation comes _after_ a critical mass 
> of data is available. I see no reason to assume this wont hold for 
> thematic data too. There are applications that require us to deal with 
> real-world concpets, not just navigation and base map context. We should 
> be aiming to enable the next generation of mash-ups using real data.
>  

The publication of high-level metadata in GeoAtom/RSS can serve to get 
references (full metadata and service links) exposed to a broader set of 
users, following the MyMaps concept. This should conceivably promote 
access to great base data and maps, not just/only 'casual' KML from the 
masses. I am viewing this development as allowing us to publish geodata 
more widely and have mass market geoclients be able to exploit it more 
readily.

In the near future, we may not need the collossal national geo web 
portals, per se, or we could maintain them but also publish feeds that 
expose all the data and services behind them, and update feeds that 
alert folks about new offerings - suddenly discoverable and usable by 
Virtual Earth and Google clients!

Doug.

> R
> 
>  
> On 5/17/08, *michael gould* <gould at lsi.uji.es <mailto:gould at lsi.uji.es>> 
> wrote:
> 
>     Agreed, but exploitation (by real people, not only GI experts) in a
>     productive (and even fun!) manner is an important goal as well.
> 
>      
> 
>     Mike
> 
>      
> 
>     ------------------------------------------------------------------------
> 
>     *De:* Rob Atkinson [mailto:robatkinson101 at gmail.com
>     <mailto:robatkinson101 at gmail.com>]
>     *Enviado el:* sábado, 17 de mayo de 2008 6:40
>     *Para:* michael gould
>     *CC:* Kate Lance; SDI technical
>     *Asunto:* Re: [GSDI Technical] Google/ESRI announcement in plain English
> 
>      
> 
>     yes, mash-up techniques are great to exploit a SDI, but not a basis
>     for planning one! SDIs are not computing infrastructures, they are
>     data supply infrastructures. People exploit the "SDI" provided by
>     the base map provider, which may or may not meet business needs.
>     Another approach is required to have features you can interact with,
>     such as admin boundaries, roads, schools. Mash-ups will work for
>     local scale views, but not against the broader goals of
>     sustainability or security that SDIs are required for.
> 
>      
> 
>     Rob Atkinson
> 
>      
> 
>     On 5/17/08, *michael gould* <gould at lsi.uji.es
>     <mailto:gould at lsi.uji.es>> wrote:
> 
>     Kate/all,
> 
>      
> 
>     Also intertsting (I think) is Dangermond's concern, genuine I think
>     (minute 26 of the video), about the future of mixing so-called
>     Volunteered Geo Info, with the traditional authoritative
>     geoinfo….within the mashup scenario.
> 
>      
> 
>     Cheers,
> 
>     Mike Gould
> 
>      
> 
>      
> 
>      
> 
>     ------------------------------------------------------------------------
> 
>     *De:* technical-bounces at lists.gsdi.org
>     <mailto:technical-bounces at lists.gsdi.org>
>     [mailto:technical-bounces at lists.gsdi.org
>     <mailto:technical-bounces at lists.gsdi.org>] *En nombre de *Kate Lance
>     *Enviado el:* viernes, 16 de mayo de 2008 13:58
>     *Para:* SDI technical
>     *Asunto:* [GSDI Technical] Google/ESRI announcement in plain English
> 
>      
> 
>     http://apb.directionsmag.com/archives/4293-GoogleESRI-Announcement-in-Plain-English.html
> 
>     Google/ESRI announcement in plain English
> 
>     The announcements out of Where 2.0 from John Hanke of Google and
>     Jack Dangermond regarding integrating neogeography with professional
>     GIS (perhaps not the best terms, but I'm confident readers
>     understand) are quite a lot to digest. (Video available here,
>     http://radar.oreilly.com/archives/2008/05/where-20-video-googleesri-keyn.html )
>     But that's ok, both companies are resetting their visions with
>     regard to the other, to data and to services and it's certainly time
>     for that.
>     Here's the substance of the relevant announcements teased out of
>     coverage from Where 2.0, where the two geotechnologists shared the
>     stage yesterday.
> 
>     ArcGIS Server 9.3 (available in about 4 weeks, per Dangermond) will
>     make its metadata service "scrapable" into KML and thus findable via
>     Google's geographic search (once known as KML search). Further,
>     ArcGIS Server will be able to publish not only that data as
>     streaming KML (and GeoRSS) but also related services. Dangermond
>     showed finding data from a Portland, Oregon service, visualizing it
>     and then performing analysis, all from Google Earth. Said another
>     way, all data and services served by ArcGIS Server could potentially
>     be findable and usable in any Google mashup. Further, the resultant
>     KML can be used in app that supports the OGC standard.
> 
>     - ESRI has enhanced the API for ArcGIS Server 9.3 (JavaScript/Flash)
>     to make it more conducive to plugging into other Web mapping
>     properties in mashups.
>     - Google is making its geographic search available in its various
>     APIs. To date it was only available via Google Maps and Google Earth
>     applications. Now any Google developers will be able to do "local
>     search" on explicitly tagged data (KML built via MyMaps or 3rd party
>     apps like Platial and Flckr or your GIS!).
>     This is a huge step forward for geography (neo, paleo, and all the
>     rest). It does indeed bring the hidden data and emerging Web
>     services from the huge ESRI community out into the light of day.
> 
> 
>      
> 
>      
> 
>      
> 
> 
>     _______________________________________________
>     Technical mailing list
>     Technical at lists.gsdi.org <mailto:Technical at lists.gsdi.org>
>     http://lists.gsdi.org/mailman/listinfo/technical
> 
>      
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Technical mailing list
> Technical at lists.gsdi.org
> http://lists.gsdi.org/mailman/listinfo/technical


-- 
Douglas D. Nebert
Senior Advisor for Geospatial Technology, System-of-Systems Architect
FGDC Secretariat     Phone: +1 703 648 4151     Fax: +1 703 648-5755