<?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: Hail the Command Line</title>
	<atom:link href="http://spatialgalaxy.net/2006/02/24/hail-the-command-line/feed/" rel="self" type="application/rss+xml" />
	<link>http://spatialgalaxy.net/2006/02/24/hail-the-command-line/</link>
	<description>Exploring the Realms of GIS and Other Stuff</description>
	<lastBuildDate>Wed, 08 Sep 2010 17:53:01 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Spatial Galaxy &#187; Blog Archive &#187; Wither the command line</title>
		<link>http://spatialgalaxy.net/2006/02/24/hail-the-command-line/comment-page-1/#comment-23125</link>
		<dc:creator>Spatial Galaxy &#187; Blog Archive &#187; Wither the command line</dc:creator>
		<pubDate>Sun, 03 Feb 2008 20:30:49 +0000</pubDate>
		<guid isPermaLink="false">http://spatialgalaxy.net/2006/02/24/hail-the-command-line/#comment-23125</guid>
		<description>[...] go&#8212;I was thinking about posting on this same topic just the other day, although I may be repeating myself.  The efficiencies of the command line cannot be overstated. I too have seen that deer in the [...]</description>
		<content:encoded><![CDATA[<p>[...] go&mdash;I was thinking about posting on this same topic just the other day, although I may be repeating myself.  The efficiencies of the command line cannot be overstated. I too have seen that deer in the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mars</title>
		<link>http://spatialgalaxy.net/2006/02/24/hail-the-command-line/comment-page-1/#comment-70</link>
		<dc:creator>mars</dc:creator>
		<pubDate>Sun, 18 Jun 2006 19:55:18 +0000</pubDate>
		<guid isPermaLink="false">http://spatialgalaxy.net/2006/02/24/hail-the-command-line/#comment-70</guid>
		<description>Of course the command line is more efficient, for those who can &#039;Write the language&#039;.

It should be realized though, that if you can &#039;write a picture&#039; there &#039;should&#039; be an easier way to &#039;draw&#039; a picture.

This is basically all we are trying to do with GIS.  Attach information to pictures. 

The complexity of GUI should only be for the programmers who are trying to develope the interface, and not for the end user.

Of course, GUI is in my blood, coming from 
C64,Amiga, and finally over to Mac.  

I dream in pictures, not code</description>
		<content:encoded><![CDATA[<p>Of course the command line is more efficient, for those who can &#8216;Write the language&#8217;.</p>
<p>It should be realized though, that if you can &#8216;write a picture&#8217; there &#8217;should&#8217; be an easier way to &#8216;draw&#8217; a picture.</p>
<p>This is basically all we are trying to do with GIS.  Attach information to pictures. </p>
<p>The complexity of GUI should only be for the programmers who are trying to develope the interface, and not for the end user.</p>
<p>Of course, GUI is in my blood, coming from<br />
C64,Amiga, and finally over to Mac.  </p>
<p>I dream in pictures, not code</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bertelli</title>
		<link>http://spatialgalaxy.net/2006/02/24/hail-the-command-line/comment-page-1/#comment-12</link>
		<dc:creator>bertelli</dc:creator>
		<pubDate>Tue, 07 Mar 2006 00:12:48 +0000</pubDate>
		<guid isPermaLink="false">http://spatialgalaxy.net/2006/02/24/hail-the-command-line/#comment-12</guid>
		<description>Two places where command line would be very useful in QGis (and other OS Gis projects):
* managing spatial queries. I&#039;m still missing the &quot;MapBasic Window&quot; in MapInfo and a simple SQL syntax to express spatial operations;
* managing import/export. OGR -- to cite a specific software -- has options to deal with several different import problems. Unfortunately GUI &quot;Open File&quot; and &quot;Import&quot; dialogs show (and handle) only defaults. In QGis this is very frequently wrong, expecially since Frank Warmerdam choose a strict interpretation of formats (expecially DGNs and Shapefiles).
Anyway, GUI alone is a good approach but &quot;hides the engine&quot; when the user asks for a more focused action (in this case, hiding obscure options in deep menu structure is a problem, not a solution), CLI alone causes steep learning curve. Just show the output of menu commands for CLI users (or future users) and implement useful commands in the GUI. Good interface design is just deciding where to put rarely used commands without burying them or dropping them out.

Cheers and thank you.
Carlo</description>
		<content:encoded><![CDATA[<p>Two places where command line would be very useful in QGis (and other OS Gis projects):<br />
* managing spatial queries. I&#8217;m still missing the &#8220;MapBasic Window&#8221; in MapInfo and a simple SQL syntax to express spatial operations;<br />
* managing import/export. OGR &#8212; to cite a specific software &#8212; has options to deal with several different import problems. Unfortunately GUI &#8220;Open File&#8221; and &#8220;Import&#8221; dialogs show (and handle) only defaults. In QGis this is very frequently wrong, expecially since Frank Warmerdam choose a strict interpretation of formats (expecially DGNs and Shapefiles).<br />
Anyway, GUI alone is a good approach but &#8220;hides the engine&#8221; when the user asks for a more focused action (in this case, hiding obscure options in deep menu structure is a problem, not a solution), CLI alone causes steep learning curve. Just show the output of menu commands for CLI users (or future users) and implement useful commands in the GUI. Good interface design is just deciding where to put rarely used commands without burying them or dropping them out.</p>
<p>Cheers and thank you.<br />
Carlo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Perry</title>
		<link>http://spatialgalaxy.net/2006/02/24/hail-the-command-line/comment-page-1/#comment-11</link>
		<dc:creator>Matt Perry</dc:creator>
		<pubDate>Fri, 24 Feb 2006 17:07:02 +0000</pubDate>
		<guid isPermaLink="false">http://spatialgalaxy.net/2006/02/24/hail-the-command-line/#comment-11</guid>
		<description>Excellent point! I think GUIs are a great way to explore a process, do a quick and easy job and to learn the basics but it just doesn&#039;t scale well. Doing something once or twice in a GUI works fine but if you&#039;ve got to do it more than a few times, you almost always benefit from writing a script. 

To be fair to the commercial GIS world, ESRI at least has the model builder which allows you to string together various tools in a visual flowchart style and parametrize them. You can even output the model to a python script. But all in all, its a shame that ESRI has put their ArcInfo Workstation CLI on the back shelf for so long. Maybe I&#039;m biased since I learned GIS at the ArcInfo command line but it is still more powerful and stable than anything in their ArcGIS GUI line of products.. yet some people don&#039;t even know it&#039;s there!</description>
		<content:encoded><![CDATA[<p>Excellent point! I think GUIs are a great way to explore a process, do a quick and easy job and to learn the basics but it just doesn&#8217;t scale well. Doing something once or twice in a GUI works fine but if you&#8217;ve got to do it more than a few times, you almost always benefit from writing a script. </p>
<p>To be fair to the commercial GIS world, ESRI at least has the model builder which allows you to string together various tools in a visual flowchart style and parametrize them. You can even output the model to a python script. But all in all, its a shame that ESRI has put their ArcInfo Workstation CLI on the back shelf for so long. Maybe I&#8217;m biased since I learned GIS at the ArcInfo command line but it is still more powerful and stable than anything in their ArcGIS GUI line of products.. yet some people don&#8217;t even know it&#8217;s there!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
