<?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: Shapefile to SVG translator project</title>
	<atom:link href="http://egb13.net/2009/07/shapefile-to-svg-translator-project/feed/" rel="self" type="application/rss+xml" />
	<link>http://egb13.net/2009/07/shapefile-to-svg-translator-project/</link>
	<description>Time-lapse, weather, maps, and more</description>
	<lastBuildDate>Thu, 02 Feb 2012 06:12:48 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: egb13</title>
		<link>http://egb13.net/2009/07/shapefile-to-svg-translator-project/comment-page-1/#comment-12985</link>
		<dc:creator>egb13</dc:creator>
		<pubDate>Thu, 03 Nov 2011 03:06:31 +0000</pubDate>
		<guid isPermaLink="false">http://egb13.net/?p=260#comment-12985</guid>
		<description>@Christian,

I do extensive work on the output of this tool with Inkscape, the free SVG editor.  That&#039;s where I will create layers and add text, scale bars, legends, etc.  As far as my limited understanding goes, layers are a construct of Inkscape built on the SVG standard, but they&#039;re not part of the base SVG spec.  I could be wrong there, but when you create a &quot;plain SVG&quot; file from Inkscape, it loses all the layer information.

Objects from the same file will be grouped.  There may be more grouping, too, though I can&#039;t recall the details and could be mistaken.

There is much that could be added or improved with this tool.  One thing I have done that can be very useful is to support cropping the output of all output objects to a rectangle specified on the command line in the target coordinate system.  Prior to that I&#039;d have to either crop individual objects by hand in Inkscape, or define the extent of the view and put up with the overhead of having all these points and lines defined outside the view just wasting resources.  I have not uploaded that version, though.  Perhaps this conversation will spur me into doing that.

Another outstanding issue is that the tool does not properly handle islands in polygons.  That&#039;s probably a problem with the Ogallala Aquifer map if rendered at high resolutions, though the way the data is &quot;layered&quot; in the file takes care of some of that -- drawing a shallower region over a deeper region effectively creates that island.

I think you&#039;re misusing &quot;group&quot;.  Maybe if I saw your use example.  You could post it here or, if you prefer, email it to me at &quot;egb13&quot; at this domain.</description>
		<content:encoded><![CDATA[<p>@Christian,</p>
<p>I do extensive work on the output of this tool with Inkscape, the free SVG editor.  That&#8217;s where I will create layers and add text, scale bars, legends, etc.  As far as my limited understanding goes, layers are a construct of Inkscape built on the SVG standard, but they&#8217;re not part of the base SVG spec.  I could be wrong there, but when you create a &#8220;plain SVG&#8221; file from Inkscape, it loses all the layer information.</p>
<p>Objects from the same file will be grouped.  There may be more grouping, too, though I can&#8217;t recall the details and could be mistaken.</p>
<p>There is much that could be added or improved with this tool.  One thing I have done that can be very useful is to support cropping the output of all output objects to a rectangle specified on the command line in the target coordinate system.  Prior to that I&#8217;d have to either crop individual objects by hand in Inkscape, or define the extent of the view and put up with the overhead of having all these points and lines defined outside the view just wasting resources.  I have not uploaded that version, though.  Perhaps this conversation will spur me into doing that.</p>
<p>Another outstanding issue is that the tool does not properly handle islands in polygons.  That&#8217;s probably a problem with the Ogallala Aquifer map if rendered at high resolutions, though the way the data is &#8220;layered&#8221; in the file takes care of some of that &#8212; drawing a shallower region over a deeper region effectively creates that island.</p>
<p>I think you&#8217;re misusing &#8220;group&#8221;.  Maybe if I saw your use example.  You could post it here or, if you prefer, email it to me at &#8220;egb13&#8243; at this domain.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christian</title>
		<link>http://egb13.net/2009/07/shapefile-to-svg-translator-project/comment-page-1/#comment-12984</link>
		<dc:creator>Christian</dc:creator>
		<pubDate>Tue, 01 Nov 2011 20:03:17 +0000</pubDate>
		<guid isPermaLink="false">http://egb13.net/?p=260#comment-12984</guid>
		<description>I came across your shptosvg tool. Very nice work! However I have the question how you managed to get the different shapefiles on different layers in the resulting svg. I have the tool running but it writes no layers in the svg file. Also in your example svg ogallala the svg objects that represent the different states contain the corresponding names. This also does not work for me. When I use the group flag for an attribute named NAME_1 I get the error: Couldn&#039;t get file handle for group=NAME_1.shx. Any help would be appreciated.</description>
		<content:encoded><![CDATA[<p>I came across your shptosvg tool. Very nice work! However I have the question how you managed to get the different shapefiles on different layers in the resulting svg. I have the tool running but it writes no layers in the svg file. Also in your example svg ogallala the svg objects that represent the different states contain the corresponding names. This also does not work for me. When I use the group flag for an attribute named NAME_1 I get the error: Couldn&#8217;t get file handle for group=NAME_1.shx. Any help would be appreciated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hgavin</title>
		<link>http://egb13.net/2009/07/shapefile-to-svg-translator-project/comment-page-1/#comment-19</link>
		<dc:creator>hgavin</dc:creator>
		<pubDate>Thu, 20 Aug 2009 09:46:10 +0000</pubDate>
		<guid isPermaLink="false">http://egb13.net/?p=260#comment-19</guid>
		<description>I&#039;ve just used your script from github to generate SVGs from Tele Atlas shapefiles - it works great!  Thanks very much for all your efforts.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve just used your script from github to generate SVGs from Tele Atlas shapefiles &#8211; it works great!  Thanks very much for all your efforts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: egb13</title>
		<link>http://egb13.net/2009/07/shapefile-to-svg-translator-project/comment-page-1/#comment-18</link>
		<dc:creator>egb13</dc:creator>
		<pubDate>Fri, 31 Jul 2009 06:05:16 +0000</pubDate>
		<guid isPermaLink="false">http://egb13.net/?p=260#comment-18</guid>
		<description>Okay, now I recall that git is what Linus wrote to replace that bitthingy.

I&#039;ve created a github account called &quot;kbh3rd&quot; with a repository called &quot;shptosvg&quot;.  The perl script and an example shellscript that invokes it are the two files currently in the repository.  Running &quot;shptosvg.pl -h&quot; gives a fairly lenghty usage summary.

The perl script requires two modules from CPAN to run: Geo::Shapefile and SVG.  No other external dependencies exist.</description>
		<content:encoded><![CDATA[<p>Okay, now I recall that git is what Linus wrote to replace that bitthingy.</p>
<p>I&#8217;ve created a github account called &#8220;kbh3rd&#8221; with a repository called &#8220;shptosvg&#8221;.  The perl script and an example shellscript that invokes it are the two files currently in the repository.  Running &#8220;shptosvg.pl -h&#8221; gives a fairly lenghty usage summary.</p>
<p>The perl script requires two modules from CPAN to run: Geo::Shapefile and SVG.  No other external dependencies exist.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: egb13</title>
		<link>http://egb13.net/2009/07/shapefile-to-svg-translator-project/comment-page-1/#comment-17</link>
		<dc:creator>egb13</dc:creator>
		<pubDate>Fri, 31 Jul 2009 02:12:55 +0000</pubDate>
		<guid isPermaLink="false">http://egb13.net/?p=260#comment-17</guid>
		<description>It&#039;s very close to ready for prime time.  I just posted a map on Wikipedia that I made with it.  I had to do very little tweaking after the fact.  It will require some documentation about how to specify all those options on the command line; there&#039;s quite a lot there, and I&#039;ve found it easier to put it into a shell script where I can easily edit and tweak the parameters for successive runs until I&#039;m happy with the result.

I was considering creating a project on SourceForge.  It would be my first, so I&#039;m not bound to that site.  I&#039;m not familiar with GitHub.  Why would I want to use that instead?

BTW, the new map is at http://commons.wikimedia.org/wiki/File:Ogallala_saturated_thickness_1997-sattk97-v2.svg and is used in the Ogallala Aquifer article.  (There, I&#039;ve gone and blown my cover and linked this site to another of my online identities.  Out of one closet and into another. ;)</description>
		<content:encoded><![CDATA[<p>It&#8217;s very close to ready for prime time.  I just posted a map on Wikipedia that I made with it.  I had to do very little tweaking after the fact.  It will require some documentation about how to specify all those options on the command line; there&#8217;s quite a lot there, and I&#8217;ve found it easier to put it into a shell script where I can easily edit and tweak the parameters for successive runs until I&#8217;m happy with the result.</p>
<p>I was considering creating a project on SourceForge.  It would be my first, so I&#8217;m not bound to that site.  I&#8217;m not familiar with GitHub.  Why would I want to use that instead?</p>
<p>BTW, the new map is at <a href="http://commons.wikimedia.org/wiki/File:Ogallala_saturated_thickness_1997-sattk97-v2.svg" rel="nofollow">http://commons.wikimedia.org/wiki/File:Ogallala_saturated_thickness_1997-sattk97-v2.svg</a> and is used in the Ogallala Aquifer article.  (There, I&#8217;ve gone and blown my cover and linked this site to another of my online identities.  Out of one closet and into another. ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CodeMonkeySteve</title>
		<link>http://egb13.net/2009/07/shapefile-to-svg-translator-project/comment-page-1/#comment-16</link>
		<dc:creator>CodeMonkeySteve</dc:creator>
		<pubDate>Fri, 31 Jul 2009 01:52:50 +0000</pubDate>
		<guid isPermaLink="false">http://egb13.net/?p=260#comment-16</guid>
		<description>This would be extremely handy, would you mind throwing it up on GitHub, even un-tidied?  I&#039;m about ready to write my own Ruby version, but I&#039;d rather hack yours.</description>
		<content:encoded><![CDATA[<p>This would be extremely handy, would you mind throwing it up on GitHub, even un-tidied?  I&#8217;m about ready to write my own Ruby version, but I&#8217;d rather hack yours.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

