<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>What&#039;s new about OTB? &#187; shapefile</title>
	<atom:link href="http://blog.orfeo-toolbox.org/tag/shapefile/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.orfeo-toolbox.org</link>
	<description>For the latest news on the Orfeo Toolbox</description>
	<lastBuildDate>Tue, 31 Jan 2012 17:01:42 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Coming soon: Visualization Refactoring</title>
		<link>http://blog.orfeo-toolbox.org/preview/coming-soon-visualization-refactoring</link>
		<comments>http://blog.orfeo-toolbox.org/preview/coming-soon-visualization-refactoring#comments</comments>
		<pubDate>Mon, 23 Mar 2009 21:59:46 +0000</pubDate>
		<dc:creator>Julien Michel</dc:creator>
				<category><![CDATA[Preview]]></category>
		<category><![CDATA[kml]]></category>
		<category><![CDATA[shapefile]]></category>
		<category><![CDATA[viewer]]></category>

		<guid isPermaLink="false">http://blog.orfeo-toolbox.org/?p=161</guid>
		<description><![CDATA[At first, the visualization module of the Orfeo ToolBox was designed as a lightweight tool to view results at the end of a pipeline and to be integrated into graphical OTB applications. But as the number of these applications increases, we started adding more and more features to this tool: polygonal ROI selection, link betweeen [...]]]></description>
			<content:encoded><![CDATA[<p>At first, the visualization module of the <strong>Orfeo ToolBox</strong> was designed as a lightweight tool to view results at the end of a pipeline and to be integrated into graphical <strong>OTB </strong>applications. But as the number of these applications increases, we started adding more and more features to this tool: polygonal ROI selection, link betweeen displays, histograms &#8230; Since the initial design was not supposed to handle such things, code was growing and side-effects became more and more frequent. Needless to say, the cost of adding new functions tends to grow along with the code &#8230; It was about time to do something.</p>
<p>For a few weeks now, the OTB development team has been working on this task called <strong>refactoring</strong>. In software development, the purpose of <strong>refactoring </strong>is to rewrite parts of the code to enhance its robustness and clarity, to make it easier to maintain and re-usable in other contexts, without modifying its external functional behaviour (source: <a title="Wikipedia article on Code Refactoring" href="http://en.wikipedia.org/wiki/Code_refactoring" target="_blank">wikipedia</a>). That is why end users should not notice a lot of changes appart from minor changes in the way it looks. But behind the curtains, it makes a big difference.</p>
<p>The whole visualization module is now fully compliant with the <strong>Model-View-Controller</strong> architecture in use in the most recent OTB applications. The initial limited set of classes has been splitted into several lighter classes and customization entry points have been carefully introduced in each critical part in order to provide maximum extensibility at minimal cost. Adding a new user interaction, a new type of curve to display or a new eyecandy object rendering onto the image is now as simple as rewriting a light class with about no code overhead.</p>
<p>The <em>otbFeatureExtractionApplication </em>was chosen to beta-test the refactored module, and was therefore modified to use the new visualization tool. Migrating the applications essentially involved removing hundreds of lines of code without compromising any of its functions, and therefore greatly improved its clarity, robustness and maintainabilty. We are already on the way to migrate other applications in order to make everyone benefit from the changes.</p>
<div id="attachment_169" class="wp-caption alignnone" style="width: 496px"><img class="size-full wp-image-169" src="http://blog.orfeo-toolbox.org/wp-content/uploads/2009/03/featureextractionapplicationscaled.png" alt="The otbFeatureExtractionApplication now uses the new visualization module" width="486" height="291" /><p class="wp-caption-text">The otbFeatureExtractionApplication now uses the new visualization module</p></div>
<p>Using the new design, we also built a new overlay component to render the content of a shapefile or a kml file over an image in about no time.</p>
<div id="attachment_170" class="wp-caption alignnone" style="width: 496px"><img class="size-full wp-image-170" src="http://blog.orfeo-toolbox.org/wp-content/uploads/2009/03/standardviewerwithroadsscaled.png" alt="Using the new design, a tool to quickly render vector data files (shapefile or kml) has been built" width="486" height="291" /><p class="wp-caption-text">Using the new design, a tool to quickly render vector data files (shapefile or kml) has been built</p></div>
<p>Of course, this does not extend the functionnal scope of the Orfeo ToolBox or its applications, but in the future, it will help us to reduce the cost and improve the robustness of new applications. Developping users will also find it easier to extend it to suit their needs. For further technical details, you might want to read the <a title="OTB wiki page on visualization refactoring" href="http://wiki.orfeo-toolbox.org/index.php/Visualisation_Refactoring" target="_blank">OTB wiki page on this topic,</a> which includes a small tutorial to start using the new visualization module.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.orfeo-toolbox.org/preview/coming-soon-visualization-refactoring/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Road extraction revamped</title>
		<link>http://blog.orfeo-toolbox.org/preview/road-extraction-revamped</link>
		<comments>http://blog.orfeo-toolbox.org/preview/road-extraction-revamped#comments</comments>
		<pubDate>Fri, 16 Jan 2009 02:31:51 +0000</pubDate>
		<dc:creator>Emmanuel Christophe</dc:creator>
				<category><![CDATA[Preview]]></category>
		<category><![CDATA[applications]]></category>
		<category><![CDATA[google earth]]></category>
		<category><![CDATA[kml]]></category>
		<category><![CDATA[road extraction]]></category>
		<category><![CDATA[shapefile]]></category>

		<guid isPermaLink="false">http://blog.orfeo-toolbox.org/?p=116</guid>
		<description><![CDATA[The road extraction application was one of the first applications distributed with OTB. Originally, it was intended for demonstration purposes only for the IEEE ICIP 2007 conference. It was suffering from serious shortcomings in terms of size of the image to process, export of the results, access to the parameters, etc. The application has been [...]]]></description>
			<content:encoded><![CDATA[<p>The road extraction application was one of the first applications distributed with OTB. Originally, it was intended for demonstration purposes only for the IEEE ICIP 2007 conference. It was suffering from serious shortcomings in terms of size of the image to process, export of the results, access to the parameters, etc.</p>
<p>The application has been redesigned from scratch and will be distributed with the next release of OTB (2.8) coming next Monday. You can now load full images, as only the area displayed will be processed. You also have access to all the parameters (you can refer to the ICIP paper for details:<span class="bodyCopyBlackLargeSpaced"> E. Christophe, J.                                                                       Inglada,</span><span class="headNavBlueXLarge2"> <em>Robust Road Extraction for High Resolution Satellite Images</em></span>, ICIP 2007).</p>
<div id="attachment_117" class="wp-caption aligncenter" style="width: 460px"><img class="size-full wp-image-117" title="road-extract1-reduced" src="http://blog.orfeo-toolbox.org/wp-content/uploads/2009/01/road-extract1-reduced.png" alt="Road Extraction Application" width="450" height="361" /><p class="wp-caption-text">Road Extraction Application</p></div>
<p>One of the main improvement is coming from the changes in the vector data handling. Now, OTB knows how to convert these data between different projection systems (which could be map projections or sensor models). That means that you can now export the results of the main OTB application in shapefile format to load it in you favorite GIS (<a title="QGIS" href="http://www.qgis.org" target="_blank">Quantum GIS</a> for example) or in KML to load it in <a title="Google Earth" href="http://earth.google.com/" target="_blank">Google Earth</a>.</p>
<p>For example, with the previous extraction, Google Earth will display:</p>
<div id="attachment_118" class="wp-caption aligncenter" style="width: 460px"><img class="size-full wp-image-118" title="road-extract2-reduced" src="http://blog.orfeo-toolbox.org/wp-content/uploads/2009/01/road-extract2-reduced.png" alt="Road extraction results on Google Earth" width="450" height="341" /><p class="wp-caption-text">Road extraction results on Google Earth</p></div>
<p>You can notice that there is an offset of several meters due to registration problems. Indeed the orthorectification of the image used for the extraction was not done with OTB and images on Google Earth can also suffer from registration problems.</p>
<p>Looking as such results may give you some ideas of new stuff to try with OTB. We are bubbling with ideas but lacking the time to try them all!</p>
<p>One last thing, the algorithm included here is far from being perfect and was designed mostly to be fast enough to allow interaction. There are many ways to improve the results and adapt the algorithm to your needs. The good thing is that this application has been designed following the MVC architecture. That means that the visualization (the View) is decoupled from the processing (the Model). You could quite easily create a new model with a completely different algorithm to have a better road extraction application. Feel free to reuse the code!</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.orfeo-toolbox.org/preview/road-extraction-revamped/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

