[GSDI Technical] Google/ESRI announcement in plain English

[Rob Atkinson]

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> 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] *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
> http://lists.gsdi.org/mailman/listinfo/technical
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.gsdi.org/pipermail/technical/attachments/20080517/4a3397bc/attachment-0001.htm