<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
     xmlns:content="http://purl.org/rss/1.0/modules/content/"
     xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
     xmlns:atom="http://www.w3.org/2005/Atom"
     xmlns:dc="http://purl.org/dc/elements/1.1/"
     xmlns:wfw="http://wellformedweb.org/CommentAPI/"
     >
  <channel>
    <atom:link href="http://www.paolocorti.net/feed/index.xml" rel="self" type="application/rss+xml" />
    <title>Thinking in GIS</title>
    <link>http://www.paolocorti.net</link>
    <description>a blog about GIS from a urban geogeek living at the countryside</description>
    <pubDate>Thu, 10 May 2012 16:57:48 GMT</pubDate>
    <generator>Blogofile</generator>
    <sy:updatePeriod>hourly</sy:updatePeriod>
    <sy:updateFrequency>1</sy:updateFrequency>
    <item>
      <title>The power of GDAL virtual formats</title>
      <link>http://www.paolocorti.net/2012/03/08/gdal_virtual_formats/</link>
      <pubDate>Thu, 08 Mar 2012 18:30:00 GMT</pubDate>
      <category><![CDATA[python]]></category>
      <category><![CDATA[qgis]]></category>
      <category><![CDATA[mapserver]]></category>
      <category><![CDATA[GIS]]></category>
      <category><![CDATA[GDAL]]></category>
      <guid>http://www.paolocorti.net/2012/03/08/gdal_virtual_formats/</guid>
      <description>The power of GDAL virtual formats</description>
      <content:encoded><![CDATA[GDAL is most likely the most powerfull GIS toolset out there, with very geekish features that may seem complicated at first, but become extremely powerful and simple at the same time once you master them. One of these features I most like is the virtual format concept, valid both for raster data sources (GDAL) and for vectorial data sources (OGR).Basically GDAL gives to the user a very simple mechanism to create virtual formats from some different sources.Let's analyze this feature, with a couple of samples derived from real world scenarios I have been envolved in the last weeks.GDAL gives the...]]></content:encoded>
    </item>
    <item>
      <title>Python for geospatial developers</title>
      <link>http://www.paolocorti.net/2012/02/03/python_for_geospatial_developers/</link>
      <pubDate>Fri, 03 Feb 2012 16:15:00 GMT</pubDate>
      <category><![CDATA[geodjango]]></category>
      <category><![CDATA[GIS]]></category>
      <category><![CDATA[shapely]]></category>
      <category><![CDATA[python]]></category>
      <category><![CDATA[owslib]]></category>
      <category><![CDATA[pyproj]]></category>
      <category><![CDATA[qgis]]></category>
      <category><![CDATA[mapserver]]></category>
      <category><![CDATA[mapnik]]></category>
      <category><![CDATA[fiona]]></category>
      <category><![CDATA[geopy]]></category>
      <category><![CDATA[GDAL]]></category>
      <guid>http://www.paolocorti.net/2012/02/03/python_for_geospatial_developers/</guid>
      <description>Python for geospatial developers</description>
      <content:encoded><![CDATA[There is a recurring question at GIS mailing lists, forum and at some extent in my mailbox: what is the best way to master Python for developing geospatial applications?I myself had this question far away in 2006 when I started switching from proprietarysoftware to Open Source, and had identified in Python the way to go.In this post I will try to quickly summarize what is the best way to go in my opinion.If you are completely new to Python, first things to check out, are some very basic and popular resources, like these ones:the official Python tutorialthe "Dive into Python...]]></content:encoded>
    </item>
    <item>
      <title>Playing with the Esri File Geodatabase and the Google Fusion Tables GDAL drivers</title>
      <link>http://www.paolocorti.net/2012/01/10/gdal_19_released/</link>
      <pubDate>Tue, 10 Jan 2012 20:00:00 GMT</pubDate>
      <category><![CDATA[GIS]]></category>
      <category><![CDATA[GFT]]></category>
      <category><![CDATA[GDAL]]></category>
      <guid>http://www.paolocorti.net/2012/01/10/gdal_19_released/</guid>
      <description>Playing with the Esri File Geodatabase and the Google Fusion Tables GDAL drivers</description>
      <content:encoded><![CDATA[Today in the GDAL mailing list Frank Warmerdam has announced that GDAL 1.9.0 has finally been released.Being a major new release, it offers many new features, but what I was waiting for is the support for Esri File GDB and Google Fusion Table.So I couldn't resist to install it and giving a try.For using the File Geodatabase driver I had to dowload the Esri File Geodatabase API (you need to be registered for downloading it).It was then just a matter of setting the value of the library path in the LD_LIBRARY_PATH variable, and using the --with-fgdb GDAL configuration option when...]]></content:encoded>
    </item>
    <item>
      <title>Managing documentation's translations with Open Source tools</title>
      <link>http://www.paolocorti.net/2012/01/05/managing_documentation_translations_with_open_source_tools/</link>
      <pubDate>Thu, 05 Jan 2012 23:00:00 GMT</pubDate>
      <category><![CDATA[Sphinx]]></category>
      <category><![CDATA[GIS]]></category>
      <category><![CDATA[po4a]]></category>
      <category><![CDATA[reST]]></category>
      <guid>http://www.paolocorti.net/2012/01/05/managing_documentation_translations_with_open_source_tools/</guid>
      <description>Managing documentation's translations with Open Source tools</description>
      <content:encoded><![CDATA[Today together with Paolo Cavallini, I have been trying to figure out a workflow for managing documentation's translations for QGIS.There are many tools for managing documentation workflows out there: a common approach to which I have been exposed by following both the Python and the OSGeo communities is to keep the documentation source files in the reStructured Text markup format, and to generate the end user documentation with tools like docutils and Sphinx to a bunch of different formats (i.e. html, odt, pdf, latex... just to name a few).Python documentation itself and two wide spread GIS projects like MapServer and...]]></content:encoded>
    </item>
    <item>
      <title>PostGIS in action</title>
      <link>http://www.paolocorti.net/2011/04/25/postgis-in-action/</link>
      <pubDate>Mon, 25 Apr 2011 23:00:00 GMT</pubDate>
      <category><![CDATA[books]]></category>
      <category><![CDATA[GIS]]></category>
      <category><![CDATA[Postgres]]></category>
      <category><![CDATA[PostGIS]]></category>
      <guid>http://www.paolocorti.net/2011/04/25/postgis-in-action/</guid>
      <description>PostGIS in action</description>
      <content:encoded><![CDATA[PostGIS in action has landed: finally a book about PostGIS, we were all missing it!A software project that has a public visibility since almost 10 years, with a large community and a long series of use cases, finally has its deserved book.I started using PostGIS in 2006 in a situation where the company I were working for at that time had to cut the cost of licenses and maintenance. Opting for FOSS gave us also the possibility to eliminate long administrative times needed to change any of the requirements in the licenses.But above all, we knew to select a technology...]]></content:encoded>
    </item>
    <item>
      <title>A quick look at the WFS GDAL Driver</title>
      <link>http://www.paolocorti.net/2011/03/23/a-quick-look-at-the-wfs-gdal-driver/</link>
      <pubDate>Wed, 23 Mar 2011 23:00:00 GMT</pubDate>
      <category><![CDATA[Python]]></category>
      <category><![CDATA[WFS]]></category>
      <category><![CDATA[GIS]]></category>
      <category><![CDATA[GDAL]]></category>
      <category><![CDATA[OGR]]></category>
      <guid>http://www.paolocorti.net/2011/03/23/a-quick-look-at-the-wfs-gdal-driver/</guid>
      <description>A quick look at the WFS GDAL Driver</description>
      <content:encoded><![CDATA[If you have ever tried to interact with a WFS (via a browser, or curl, or OpenLayers or whatever), you are fully aware that it has alway been a pain to interact with, and until now the only Python library that made life simpler was the excellent OWSlib by Sean Gillies (that, BTW, will deserve itself another post at this blog in the next weeks).But since some weeks, from the release of the GDAL version 1.8.0, a new toolset is available to GIS users and developers via the new included GDAL WFS Driver (that will now make good company to...]]></content:encoded>
    </item>
    <item>
      <title>Compiling GDAL with Oracle Spatial support</title>
      <link>http://www.paolocorti.net/2011/03/22/compiling-gdal-with-oracle-support/</link>
      <pubDate>Tue, 22 Mar 2011 17:00:00 GMT</pubDate>
      <category><![CDATA[Oracle Spatial]]></category>
      <category><![CDATA[GeoDjango]]></category>
      <category><![CDATA[GIS]]></category>
      <category><![CDATA[GDAL]]></category>
      <guid>http://www.paolocorti.net/2011/03/22/compiling-gdal-with-oracle-support/</guid>
      <description>Compiling GDAL with Oracle Spatial support</description>
      <content:encoded><![CDATA[These are my quick notes for installing Oracle Instant Client on a Linux box (currently I have tested this on a Ubuntu 10.10 64 bit box and with Oracle 11.2 and GDAL 1.8.0), and then configuring GDAL for using Oracle (OCI and GeoRaster drivers support).Finally I will show how to configure GeoDjango to use an Oracle spatial database by using the Cx_Oracle Python library.First download Oracle Client files from here  or here if you are on a 64 bit architecture.You need to download the following 3 zip archives:~/software/oracle$ lsinstantclient-basic-linux-x86-64-11.2.0.2.0.zip  instantclient-sdk-linux-x86-64-11.2.0.2.0.zip  instantclient-sqlplus-linux-x86-64-11.2.0.2.0.zipThen extract the archives to a location...]]></content:encoded>
    </item>
    <item>
      <title>Why I have moved my blog to Blogofile</title>
      <link>http://www.paolocorti.net/2011/03/09/why-I-have-moved-my-blog-to-blogofile</link>
      <pubDate>Wed, 09 Mar 2011 19:59:10 GMT</pubDate>
      <category><![CDATA[Python]]></category>
      <category><![CDATA[blogofile]]></category>
      <category><![CDATA[GIS]]></category>
      <guid>http://www.paolocorti.net/why-I-have-moved-my-blog-to-blogofile</guid>
      <description>Why I have moved my blog to Blogofile</description>
      <content:encoded><![CDATA[So, after five years of blogging I have sent my Wordpress blog to pension and I have moved my blog to Blogofile.You may wonder why I have moved my blog from a spread and fully featured platform to an almost unknown exotic one.Basically I wanted to have the following advantages:Python framework, with the possibility to write in this language plugins and extensionsability to write my blog posts offline, in a markup format like REST or Markdown, with viblog system able to generate static content from the posts written in the markup language, in a Sphinx fashion, without the overhead of...]]></content:encoded>
    </item>
    <item>
      <title>After the GFOSS Day 2010, the Italian FOSS4G event</title>
      <link>http://www.paolocorti.net/2010/11/29/after-the-gfoss-day-2010-the-italian-foss4g-event/</link>
      <pubDate>Mon, 29 Nov 2010 11:24:10 GMT</pubDate>
      <category><![CDATA[GIS]]></category>
      <category><![CDATA[Shapely]]></category>
      <category><![CDATA[conferences]]></category>
      <category><![CDATA[Python]]></category>
      <category><![CDATA[GeoAlchemy]]></category>
      <category><![CDATA[GeoDjango]]></category>
      <category><![CDATA[GDAL]]></category>
      <category><![CDATA[Uncategorized]]></category>
      <guid>http://www.paolocorti.net/?p=315</guid>
      <description>After the GFOSS Day 2010, the Italian FOSS4G event</description>
      <content:encoded><![CDATA[Last week I have been attending the GFOSS Day 2010 in Foligno, basically the FOSS4G Italian Event that is held every year.The conference was split in two days: in the first days a good number of workshop and tutorials were given, related to a number of geospatial technologies.In the second day there were the instutional talks, mostly related on the open data theme.This year I myself gave two talks at the conference: in the first day, togheter with Alessandro Pasotti, we have been giving an extended tutorial about developing geospatial software with Python, here are the slides:Developing Geospatial software with...]]></content:encoded>
    </item>
    <item>
      <title>Geocoding in web applications: OpenLayers and geoPy to the rescue!</title>
      <link>http://www.paolocorti.net/2010/09/17/geocoding-in-web-applications-openlayers-and-geopy-to-the-rescue/</link>
      <pubDate>Fri, 17 Sep 2010 21:00:27 GMT</pubDate>
      <category><![CDATA[jQuery]]></category>
      <category><![CDATA[GIS]]></category>
      <category><![CDATA[Python]]></category>
      <category><![CDATA[Django]]></category>
      <category><![CDATA[OpenLayers]]></category>
      <category><![CDATA[Tutorials]]></category>
      <category><![CDATA[geopy]]></category>
      <category><![CDATA[Uncategorized]]></category>
      <guid>http://www.paolocorti.net/?p=297</guid>
      <description>Geocoding in web applications: OpenLayers and geoPy to the rescue!</description>
      <content:encoded><![CDATA[In many situations, in your web applications, you will need a feature for geocoding an address, a city, a country...A possible approach is to use the Javascript API of the main geocoding services (Google Maps, Yahoo! Maps, GeoNames...).But as I have showed in a previous post, if you are using Python, there is an excellent API that will take care of this, without Javascript headaches: GeoPy.In this post I will show how to use geoPy, OpenLayers and a bit of JQuery to assemble a simple but nice tool for geocoding within OpenLayers.In my server code I will use Django but...]]></content:encoded>
    </item>
  </channel>
</rss>
