<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Slipping down the slope</title>
	<atom:link href="http://spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/feed/" rel="self" type="application/rss+xml" />
	<link>http://spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/</link>
	<description>Geospatial Technology, Web Mapping and Spatial Services</description>
	<lastBuildDate>Fri, 10 Feb 2012 19:09:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Jakob pokes a stick in the bees nest &#171; Steve&#8217;s Little world</title>
		<link>http://spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5534</link>
		<dc:creator><![CDATA[Jakob pokes a stick in the bees nest &#171; Steve&#8217;s Little world]]></dc:creator>
		<pubDate>Wed, 11 Jul 2007 05:16:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5534</guid>
		<description><![CDATA[[...] think this discussion follows similar lines as the discussion James and I had the other day. Geocommons will not replace Spatial Analyst in the hands of a person with [...] ]]></description>
		<content:encoded><![CDATA[<p>[...] think this discussion follows similar lines as the discussion James and I had the other day. Geocommons will not replace Spatial Analyst in the hands of a person with [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Smith</title>
		<link>http://spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5533</link>
		<dc:creator><![CDATA[Dave Smith]]></dc:creator>
		<pubDate>Sat, 09 Jun 2007 19:08:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5533</guid>
		<description><![CDATA[As a rare breed who is both a GIS practitioner with 20+ years experience and a licensed land surveyor, I see the good and bad of both sides.

And, another thing that I know well is that content is king.  Garbage content is worthless, as is great content that nobody can figure out what it is when handed off.  Enter metadata, survey-grade and the rest...

Ultimately it always comes down to CAD and GIS being mere tools for getting the job done.  As such, it can get in the way, but it can also make the job painless.  Metadata has historically been so onerous, with certain fields that, when opened (ATTRDOMV and others) that lead on and on into additional things that demand to be populated, even if the items that go into them are meaningless or irrelevant.  

Similarly, with regard to locational data quality, the surveyors have been reluctant to jump into the game and instead just sit on the sidelines and gripe about what crap the GIS contains.  I have given many a surveyor a backhander over this.

Just can&#039;t win...  

But leading into the future, the more that we focus on content, quality and documentation that lets people make informed decisions, and make the tools transparent (and they are already becoming commoditized, SORRY ESRI...), that is where things are headed.

As Gretzky said, skate to where the puck&#039;s going, not to where it is.]]></description>
		<content:encoded><![CDATA[<p>As a rare breed who is both a GIS practitioner with 20+ years experience and a licensed land surveyor, I see the good and bad of both sides.</p>
<p>And, another thing that I know well is that content is king.  Garbage content is worthless, as is great content that nobody can figure out what it is when handed off.  Enter metadata, survey-grade and the rest&#8230;</p>
<p>Ultimately it always comes down to CAD and GIS being mere tools for getting the job done.  As such, it can get in the way, but it can also make the job painless.  Metadata has historically been so onerous, with certain fields that, when opened (ATTRDOMV and others) that lead on and on into additional things that demand to be populated, even if the items that go into them are meaningless or irrelevant.  </p>
<p>Similarly, with regard to locational data quality, the surveyors have been reluctant to jump into the game and instead just sit on the sidelines and gripe about what crap the GIS contains.  I have given many a surveyor a backhander over this.</p>
<p>Just can&#8217;t win&#8230;  </p>
<p>But leading into the future, the more that we focus on content, quality and documentation that lets people make informed decisions, and make the tools transparent (and they are already becoming commoditized, SORRY ESRI&#8230;), that is where things are headed.</p>
<p>As Gretzky said, skate to where the puck&#8217;s going, not to where it is.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: de is nutz</title>
		<link>http://spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5532</link>
		<dc:creator><![CDATA[de is nutz]]></dc:creator>
		<pubDate>Sat, 09 Jun 2007 01:50:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5532</guid>
		<description><![CDATA[dwg and dgn?  Sorry to say those are CAD based formats.  Not origionaly intended to for spatial formats.  But hey, the spatial world somehow found a way to utilize the data.  Funny how most CAD drawings are not accompanied with process lineage after process lineage, but yet I know how valuable utility infrastruture CAD data is to gov agencies. 

I think the added value to our field having this open data structure is that when I get asked about accuracy in data.  I can 1) show them our data process and legacy info  2) ask them to gmap their home address  3)  ask them which data they feel more confident with.    

In the end IMHO i would think the majority of people using services such as geocommons understand the source. 

side note - I bet most everyone has a disclaimer in their metadata?  Know matter how hard we try, we&#039;ll just never acheive 100% confidence.]]></description>
		<content:encoded><![CDATA[<p>dwg and dgn?  Sorry to say those are CAD based formats.  Not origionaly intended to for spatial formats.  But hey, the spatial world somehow found a way to utilize the data.  Funny how most CAD drawings are not accompanied with process lineage after process lineage, but yet I know how valuable utility infrastruture CAD data is to gov agencies. </p>
<p>I think the added value to our field having this open data structure is that when I get asked about accuracy in data.  I can 1) show them our data process and legacy info  2) ask them to gmap their home address  3)  ask them which data they feel more confident with.    </p>
<p>In the end IMHO i would think the majority of people using services such as geocommons understand the source. </p>
<p>side note &#8211; I bet most everyone has a disclaimer in their metadata?  Know matter how hard we try, we&#8217;ll just never acheive 100% confidence.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cam W.</title>
		<link>http://spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5531</link>
		<dc:creator><![CDATA[Cam W.]]></dc:creator>
		<pubDate>Fri, 08 Jun 2007 15:35:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5531</guid>
		<description><![CDATA[Metadata need not be complex (it depends on the data of course).  Asking for metadata is like asking for a recipe for your favorite dish.   While the original recipe may have covered 4 pages in a cookbook and described in excruciating detail (similar to the ISO standard) all your really need (and want) can be scribbled down on a index card.]]></description>
		<content:encoded><![CDATA[<p>Metadata need not be complex (it depends on the data of course).  Asking for metadata is like asking for a recipe for your favorite dish.   While the original recipe may have covered 4 pages in a cookbook and described in excruciating detail (similar to the ISO standard) all your really need (and want) can be scribbled down on a index card.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5530</link>
		<dc:creator><![CDATA[Mike]]></dc:creator>
		<pubDate>Fri, 08 Jun 2007 14:01:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5530</guid>
		<description><![CDATA[Vector is agree with you...have you ever seen the ISO standard for metadata? Its huge...i sometimes wonder if they people sitting around the table defining the standard have ever gone as far as to implement it. Its quite ridiculous really....i would go as fas as to say the OGC has also run into this problem. Its essentially a bunch of guys who like throwing theory around withour actually implementing the standards themselves. Just my 3 cents...]]></description>
		<content:encoded><![CDATA[<p>Vector is agree with you&#8230;have you ever seen the ISO standard for metadata? Its huge&#8230;i sometimes wonder if they people sitting around the table defining the standard have ever gone as far as to implement it. Its quite ridiculous really&#8230;.i would go as fas as to say the OGC has also run into this problem. Its essentially a bunch of guys who like throwing theory around withour actually implementing the standards themselves. Just my 3 cents&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Fee</title>
		<link>http://spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5529</link>
		<dc:creator><![CDATA[James Fee]]></dc:creator>
		<pubDate>Fri, 08 Jun 2007 13:36:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5529</guid>
		<description><![CDATA[&lt;blockquote&gt;How many of us leverage google maps, yahoo maps, virtual earth, map quest, et et et without truly looking for metadata? &lt;/blockquote&gt;Not sure about you, but I&#039;d never use any of those sources for any NEPA documentation. :&#124;]]></description>
		<content:encoded><![CDATA[<blockquote><p>How many of us leverage google maps, yahoo maps, virtual earth, map quest, et et et without truly looking for metadata? </p></blockquote>
<p>Not sure about you, but I&#8217;d never use any of those sources for any NEPA documentation. <img src='http://s0.wp.com/wp-includes/images/smilies/icon_neutral.gif' alt=':|' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vector</title>
		<link>http://spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5528</link>
		<dc:creator><![CDATA[vector]]></dc:creator>
		<pubDate>Fri, 08 Jun 2007 13:06:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5528</guid>
		<description><![CDATA[How many of us leverage google maps, yahoo maps, virtual earth, map quest, et et et without truly looking for metadata? Sure, the respective services may source from a second party such as tele atlas or navteq but what do we know about their means of generating data? More often than not the data speaks for itself and metadata is often leveraged to confirm what one already suspects. Metadata certainly has its place but it could be argued that current standards are rather bloated and need to be simplified for both author and consumer and automated as well.]]></description>
		<content:encoded><![CDATA[<p>How many of us leverage google maps, yahoo maps, virtual earth, map quest, et et et without truly looking for metadata? Sure, the respective services may source from a second party such as tele atlas or navteq but what do we know about their means of generating data? More often than not the data speaks for itself and metadata is often leveraged to confirm what one already suspects. Metadata certainly has its place but it could be argued that current standards are rather bloated and need to be simplified for both author and consumer and automated as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Canuck</title>
		<link>http://spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5527</link>
		<dc:creator><![CDATA[Canuck]]></dc:creator>
		<pubDate>Thu, 07 Jun 2007 23:14:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5527</guid>
		<description><![CDATA[From what I see, making heat maps is pretty simple (I haven&#039;t made one).  You aren&#039;t really doing any real statistical interpolation here - you aren&#039;t making a prediction surface of any sort, you are just making some colours with parameters defaulted for you.  Kind of like the defaults in SA no?  I mean, how many &quot;GIS Professionals&quot; that interpolate stuff in SA really have a clue about what they are doing?  I would argue that many do not, and that many could not tell you the difference between a spline, IDW, kriging, etc.  Further dumbing down of GIS IMO.]]></description>
		<content:encoded><![CDATA[<p>From what I see, making heat maps is pretty simple (I haven&#8217;t made one).  You aren&#8217;t really doing any real statistical interpolation here &#8211; you aren&#8217;t making a prediction surface of any sort, you are just making some colours with parameters defaulted for you.  Kind of like the defaults in SA no?  I mean, how many &#8220;GIS Professionals&#8221; that interpolate stuff in SA really have a clue about what they are doing?  I would argue that many do not, and that many could not tell you the difference between a spline, IDW, kriging, etc.  Further dumbing down of GIS IMO.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Timmy</title>
		<link>http://spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5526</link>
		<dc:creator><![CDATA[Timmy]]></dc:creator>
		<pubDate>Thu, 07 Jun 2007 22:34:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5526</guid>
		<description><![CDATA[Consider the amount of information that we require to feel comfortable doing something as fundamental as eating foodâ€¦all we need typically fits on the back of a soup can.  Perhaps that is how simple metadata needs to become before it is ubiquitous.]]></description>
		<content:encoded><![CDATA[<p>Consider the amount of information that we require to feel comfortable doing something as fundamental as eating foodâ€¦all we need typically fits on the back of a soup can.  Perhaps that is how simple metadata needs to become before it is ubiquitous.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5525</link>
		<dc:creator><![CDATA[Mike]]></dc:creator>
		<pubDate>Thu, 07 Jun 2007 20:38:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.spatiallyadjusted.com/2007/06/05/slipping-down-the-slope/#comment-5525</guid>
		<description><![CDATA[Jack..are you kidding me...your saying people dont care about metadata? How do you get intelligent information from an feature dataset, or an image or how do you extract information from a data source. How can i extract a 3D point from an image if i dont have metadata? How can tell you what has changed in an area if i dont have metadata? The problem we have is that we have &#039;dud&#039; formats such as shapefiles, covereage&#039;s, dwg, dgn etc etc that know nothing about data. When these formats were put together they obviously did not think too far into the future of mapping. To do proper mapping you need to be able to persist and track metadata from the moment the source content is collected all the way through the life of that data asset. Until someone solves that problem we will continue to struggle with this problem. Just my 2 cents....]]></description>
		<content:encoded><![CDATA[<p>Jack..are you kidding me&#8230;your saying people dont care about metadata? How do you get intelligent information from an feature dataset, or an image or how do you extract information from a data source. How can i extract a 3D point from an image if i dont have metadata? How can tell you what has changed in an area if i dont have metadata? The problem we have is that we have &#8216;dud&#8217; formats such as shapefiles, covereage&#8217;s, dwg, dgn etc etc that know nothing about data. When these formats were put together they obviously did not think too far into the future of mapping. To do proper mapping you need to be able to persist and track metadata from the moment the source content is collected all the way through the life of that data asset. Until someone solves that problem we will continue to struggle with this problem. Just my 2 cents&#8230;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

