<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" > <channel><title>Comments on: Fixing the GIS Data Mess</title> <atom:link href="http://gislounge.com/fixing-the-gis-data-mess/feed/" rel="self" type="application/rss+xml" /><link>http://gislounge.com/fixing-the-gis-data-mess/</link> <description>Geographic Information Systems, Maps, GPS, and GIS Jobs</description> <lastBuildDate>Tue, 22 May 2012 12:34:40 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.2</generator> <item><title>By: Jeff Harrison</title><link>http://gislounge.com/fixing-the-gis-data-mess/#comment-375</link> <dc:creator>Jeff Harrison</dc:creator> <pubDate>Tue, 13 Oct 2009 21:58:15 +0000</pubDate> <guid isPermaLink="false">http://gislounge.com/?p=2131#comment-375</guid> <description>&quot;Feldman lays blame with the federal government&quot; for the GIS data mess? Please. Don&#039;t you think think technology vendors have a little something to do with it as well?As others have stated in comments to the original article, the geospatial community has been working to address portions of the challenges described by developing a rich set of geospatial standards based on XML that enable interoperability among data producers. The use of consensus-based international standards (not agency specific standards) promotes competition while at the same time reducing integration and development costs.Many organizations, such as NGA, Ordnance Survey, US DHS, Dutch Cadastre, OneGeology, Eurocontrol, FAA and FGDC have adopted agreed to content models and then encode these models as XML-based GML (often in the &#039;simple&#039; form too, so complexity is reduced). There are now many geospatial technology products from forward-looking vendors that can ingest GML. In addition, there&#039;s an international standard now for easy XML-based data delivery called KML.I also find it strange that this article only touched on GIS data - and everyone assumed that the discussion was about a geospatial data type called &quot;geographic features&quot;. But handling the many varieties of content found in the geospatial market isnt as simple as manipulating a GIS feature. It&#039;s a fact of life that geospatial content and services come in many varieties and formats. A minimal must interoperate list includes:Tile-based mapping services (Google Maps, Microsoft Bing, OpenStreetMap etc.)Region-based standard mapping services (OGC WMS, WCS etc.)Features-based services (OGC WFS, Google&#039;s KML network links, GeoRSS feeds etc.)Features files (ESRI Shapefiles, MIF, DXF etc.)Raster files (JPEG, TIFF, GeoTIFF etc.)Metadata sources (Catalogs, OGC Capabilities etc.)So what to do? Well, organizations like OGC and ISO have been working on standards for these different categories for a while and making good progress.Bottom Line - the basic assertions of this article are both right, wrong and incomplete. That GIS data is a mess. Yep, GIS data is a bit of a mess, but then again text data is a bit of a mess too. But on the point that &quot;there&#039;s no universal standard or widespread, non-proprietary way to federate that data.&quot; Nope, there are universal and widespread, non-proprietary ways to federate the data - based on XML. And incomplete - because geospatial content and services come in many varieties and formats, not just GIS data.</description> <content:encoded><![CDATA[<p>&#8220;Feldman lays blame with the federal government&#8221; for the GIS data mess? Please. Don&#8217;t you think think technology vendors have a little something to do with it as well?</p><p>As others have stated in comments to the original article, the geospatial community has been working to address portions of the challenges described by developing a rich set of geospatial standards based on XML that enable interoperability among data producers. The use of consensus-based international standards (not agency specific standards) promotes competition while at the same time reducing integration and development costs.</p><p>Many organizations, such as NGA, Ordnance Survey, US DHS, Dutch Cadastre, OneGeology, Eurocontrol, FAA and FGDC have adopted agreed to content models and then encode these models as XML-based GML (often in the &#8216;simple&#8217; form too, so complexity is reduced). There are now many geospatial technology products from forward-looking vendors that can ingest GML. In addition, there&#8217;s an international standard now for easy XML-based data delivery called KML.</p><p>I also find it strange that this article only touched on GIS data &#8211; and everyone assumed that the discussion was about a geospatial data type called &#8220;geographic features&#8221;. But handling the many varieties of content found in the geospatial market isnt as simple as manipulating a GIS feature. It&#8217;s a fact of life that geospatial content and services come in many varieties and formats. A minimal must interoperate list includes:</p><p>Tile-based mapping services (Google Maps, Microsoft Bing, OpenStreetMap etc.)</p><p>Region-based standard mapping services (OGC WMS, WCS etc.)</p><p>Features-based services (OGC WFS, Google&#8217;s KML network links, GeoRSS feeds etc.)</p><p>Features files (ESRI Shapefiles, MIF, DXF etc.)</p><p>Raster files (JPEG, TIFF, GeoTIFF etc.)</p><p>Metadata sources (Catalogs, OGC Capabilities etc.)</p><p>So what to do? Well, organizations like OGC and ISO have been working on standards for these different categories for a while and making good progress.</p><p>Bottom Line &#8211; the basic assertions of this article are both right, wrong and incomplete. That GIS data is a mess. Yep, GIS data is a bit of a mess, but then again text data is a bit of a mess too. But on the point that &#8220;there&#8217;s no universal standard or widespread, non-proprietary way to federate that data.&#8221; Nope, there are universal and widespread, non-proprietary ways to federate the data &#8211; based on XML. And incomplete &#8211; because geospatial content and services come in many varieties and formats, not just GIS data.</p> ]]></content:encoded> </item> </channel> </rss>
<!-- Served from: gislounge.com @ 2012-05-23 09:48:46 by W3 Total Cache -->
