<?xml version="1.0" encoding="utf-8" ?>

<rss version="2.0" 
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   >
<channel>
    <title>Postgres OnLine Journal (Entries tagged as postgis)</title>
    <link>http://www.postgresonline.com/journal/</link>
    <description>an In depth look at the PostgreSQL open source database</description>
    <dc:language>en</dc:language>
    <generator>Serendipity 1.4.1 - http://www.s9y.org/</generator>
    <pubDate>Tue, 18 Jun 2013 01:39:48 GMT</pubDate>

    <image>
        <url>http://www.postgresonline.com/journal/templates/default/img/s9y_banner_small.png</url>
        <title>RSS: Postgres OnLine Journal - an In depth look at the PostgreSQL open source database</title>
        <link>http://www.postgresonline.com/journal/</link>
        <width>100</width>
        <height>21</height>
    </image>

<item>
    <title>CMake support for PostGIS planned</title>
    <link>http://www.postgresonline.com/journal/archives/307-CMake-support-for-PostGIS-planned.html</link>
            <category>9.3</category>
            <category>editor note</category>
            <category>postgis</category>
            <category>postgresql versions</category>
    
    <comments>http://www.postgresonline.com/journal/archives/307-CMake-support-for-PostGIS-planned.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=307</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.postgresonline.com/journal/rss.php?version=2.0&amp;type=comments&amp;cid=307</wfw:commentRss>
    

    <author>nospam@example.com (Leo Hsu and Regina Obe)</author>
    <content:encoded>
    &lt;p&gt;I&#039;ve been having issues with PostgreSQL error handling mostly on windows 64-bit using binaries I build with mingw64 and using under VC++ built PostgreSQL.  Most of which I don&#039;t understand. As many have pointed out these issues MIGHT go away or be easier to debug if PostGIS was built with same tool chain as EDB VC++ distributions. I can&#039;t argue with that especially since its never been done.&lt;/p&gt;

&lt;p&gt;The good news is changing my build chain from mingw64 GCC 4.5.4 to mingw64 GCC 4.8.0 has eradicated all of these issues,
and even ones I had with &lt;a href=&quot;http://www.postgresonline.com/journal/archives/305-PostgreSQL-9.3-extension-treats-for-windows-users-plV8.html#c9132&quot; target=&quot;_blank&quot;&gt;PL/V8&lt;/a&gt; that happended both in a pure mingw64(w32/w64) as well as PostgreSQL VCC (32/64 bit) environment. It did 
introduce this minor annoying &lt;a href=&quot;http://www.postgresql.org/message-id/E1UcLPd-0000L4-TI@wrigleys.postgresql.org&quot; target=&quot;_blank&quot;&gt;nat&lt;/a&gt;, presumably because my libpq.dll now has a dependency on user32.dll (which just seems wrong).	The other nat is that all the binaries I built that have c++ in them (depend on libstd++) now need to be recompiled which means my prior builds of PostGIS will not be compatible with my upcoming 4.8.0 ones. A real pain since for PostGIS/pgRouting I&#039;ve got like at least 15 of those dependencies and growing.  So I&#039;ve decided to perform this exercise just for PostgreSQL 9.3 -- a new beginning at PostGIS 2.1 and see how it goes
before I bother with 9.2, 9.1.  These issues really only affect PostgreSQL 64-bit PostGIS users and as a 64-bit user, you may never have even come across them.&lt;/p&gt; &lt;br /&gt;&lt;a href=&quot;http://www.postgresonline.com/journal/archives/307-CMake-support-for-PostGIS-planned.html#extended&quot;&gt;Continue reading &quot;CMake support for PostGIS planned&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Sun, 16 Jun 2013 23:28:00 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/307-guid.html</guid>
    <category>postgis</category>
<category>postgresql 9.3</category>

</item>
<item>
    <title>KNN GIST with a Lateral twist: Coming soon to a database near you</title>
    <link>http://www.postgresonline.com/journal/archives/306-KNN-GIST-with-a-Lateral-twist-Coming-soon-to-a-database-near-you.html</link>
            <category>9.3</category>
            <category>new in postgresql</category>
            <category>postgis</category>
            <category>postgresql versions</category>
    
    <comments>http://www.postgresonline.com/journal/archives/306-KNN-GIST-with-a-Lateral-twist-Coming-soon-to-a-database-near-you.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=306</wfw:comment>

    <slash:comments>2</slash:comments>
    <wfw:commentRss>http://www.postgresonline.com/journal/rss.php?version=2.0&amp;type=comments&amp;cid=306</wfw:commentRss>
    

    <author>nospam@example.com (Leo Hsu and Regina Obe)</author>
    <content:encoded>
    &lt;p&gt;One of the things that really frustrated me about the KNN GIST distance box box centroid operators that came in PostgreSQL 9.1 and PostGIS 2.0 was the fact that one of the elements 
needed to be constant to take advantage of the index.  In PostGIS speak, this meant you couldn&#039;t put it in the FROM clause and could only enjoy it in one of two ways.&lt;/p&gt; &lt;br /&gt;&lt;a href=&quot;http://www.postgresonline.com/journal/archives/306-KNN-GIST-with-a-Lateral-twist-Coming-soon-to-a-database-near-you.html#extended&quot;&gt;Continue reading &quot;KNN GIST with a Lateral twist: Coming soon to a database near you&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Tue, 21 May 2013 20:35:00 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/306-guid.html</guid>
    <category>lateral</category>
<category>postgis</category>
<category>postgresql 9.3</category>

</item>
<item>
    <title>PostGIS 2.1.0 beta2 is out and windows binaries available</title>
    <link>http://www.postgresonline.com/journal/archives/304-PostGIS-2.1.0-beta2-is-out-and-windows-binaries-available.html</link>
            <category>9.3</category>
            <category>new in postgresql</category>
            <category>postgis</category>
            <category>postgresql versions</category>
    
    <comments>http://www.postgresonline.com/journal/archives/304-PostGIS-2.1.0-beta2-is-out-and-windows-binaries-available.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=304</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.postgresonline.com/journal/rss.php?version=2.0&amp;type=comments&amp;cid=304</wfw:commentRss>
    

    <author>nospam@example.com (Leo Hsu and Regina Obe)</author>
    <content:encoded>
    &lt;p&gt;PostGIS 2.1.0 beta2 is out. Details on what&#039;s new in it are in official news release: &lt;a href=&quot;http://postgis.net/2013/05/11/postgis-2-1-0beta2&quot; target=&quot;_blank&quot;&gt;http://postgis.net/2013/05/11/postgis-2-1-0beta2&lt;/a&gt;.
 This is the first version of PostGIS to work with PostgreSQL 9.3, so if you are planning to experiment with PostgreSQL 9.3 coming out soon, use this one. Also check out the documentation in new ePUB offering format if you have an ereader and let us know how it looks. It seems to vary alot depending on what ePub reader used.&lt;/p&gt;

&lt;p&gt;For windows users, we&#039;ve got binary builds available compiled against PostgreSQL 9.3beta1 (and also available for 9.2 9x32,64) and 9.0,9.1 (x64). Details on windows PostGIS downloads page: &lt;a href=&quot;http://postgis.net/windows_downloads&quot; target=&quot;_blank&quot;&gt;http://postgis.net/windows_downloads&lt;/a&gt;.  It does not yet have the new Advanced 3D offering (provided by SFCGAL &lt;a href=&quot;https://github.com/Oslandia/SFCGAL&quot; target=&quot;_blank&quot;&gt;https://github.com/Oslandia/SFCGAL&lt;/a&gt;), but we hope to have that compiled and packaged with the binaries before release time.&lt;/p&gt; 
    </content:encoded>

    <pubDate>Sun, 12 May 2013 18:38:00 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/304-guid.html</guid>
    <category>3d</category>
<category>postgis</category>
<category>raster</category>

</item>
<item>
    <title>Which PostGIS should you use with PostgreSQL 9.3</title>
    <link>http://www.postgresonline.com/journal/archives/303-Which-PostGIS-should-you-use-with-PostgreSQL-9.3.html</link>
            <category>9.3</category>
            <category>postgis</category>
            <category>postgresql versions</category>
            <category>q&amp;a</category>
    
    <comments>http://www.postgresonline.com/journal/archives/303-Which-PostGIS-should-you-use-with-PostgreSQL-9.3.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=303</wfw:comment>

    <slash:comments>4</slash:comments>
    <wfw:commentRss>http://www.postgresonline.com/journal/rss.php?version=2.0&amp;type=comments&amp;cid=303</wfw:commentRss>
    

    <author>nospam@example.com (Leo Hsu and Regina Obe)</author>
    <content:encoded>
    &lt;p&gt;PostgreSQL 9.3 will be coming out in beta soon and with that, some who want to experiment with both PostGIS and PostgreSQL 9.3 have asked if they can use PostGIS 2.0.  The answer is &lt;b&gt;NO&lt;/b&gt;. A lot of major changes happened in PostgreSQL 9.3 that required us to patch up upcoming PostGIS 2.1.  These changes were not backported to 2.0 and I personally do not plan to back-port them unless lightning strikes me and I escape unscathed, a big wad of cash falls from the sky, or for some reason we can&#039;t make the 2.1 cut before 9.3 comes out. So if you are planning to experiment with PostgreSQL 9.3, &lt;b&gt;PLEASE use PostGIS 2.1 development branch&lt;/b&gt;.  I will try to make sure we release 2.1 before PostgreSQL 9.3 comes out even if I have to resort to hitting some people over the head with a rubber bat :).&lt;/p&gt;

&lt;p&gt;If ever in doubt what versions of PostGIS works with what versions of PostgreSQL /GEOS / GDAL, please refer to the matrix that we try to keep up to date. 
&lt;a href=&quot;http://trac.osgeo.org/postgis/wiki/UsersWikiPostgreSQLPostGIS&quot; target=&quot;_blank&quot;&gt;http://trac.osgeo.org/postgis/wiki/UsersWikiPostgreSQLPostGIS&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Now some people might say &amp;quot;Isn&#039;t it cruel  not to support PostGIS 2.0 for 9.3&amp;quot;, and my answer is &amp;quot;it&#039;s crueler to&amp;quot;.  The reason is simple.  We have limited bandwidth for testing permutations of things and the more permutations of things we support, the dirtier our code base becomes making it harder to maintain and also the less time we can devote to properly testing each permutation.  I&#039;d rather say we don&#039;t support something than to do a half-hearted job of supporting all. 
On a slightly different, but also pragmatic note, package maintainers (except for windows maintainers :)) generally only carry one version of PostGIS per version of PostgreSQL, and I&#039;d rather users getting from packages  see our best foot than a two year old aging foot.&lt;/p&gt;

&lt;p&gt;Note: that going from PostGIS 2.0 to 2.1 is a soft upgrade so you can install 2.1 on your existing PostgreSQL 9.2 without dump restore and then you should be able to pg_upgrade over to 9.3 if your database is  too big to dump restore.&lt;/p&gt;

 
    </content:encoded>

    <pubDate>Tue, 30 Apr 2013 00:30:00 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/303-guid.html</guid>
    <category>postgis</category>
<category>postgresql 9.3</category>

</item>
<item>
    <title>Word Play with Spatial SQL</title>
    <link>http://www.postgresonline.com/journal/archives/302-Word-Play-with-Spatial-SQL.html</link>
            <category>contrib spotlight</category>
            <category>postgis</category>
    
    <comments>http://www.postgresonline.com/journal/archives/302-Word-Play-with-Spatial-SQL.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=302</wfw:comment>

    <slash:comments>1</slash:comments>
    <wfw:commentRss>http://www.postgresonline.com/journal/rss.php?version=2.0&amp;type=comments&amp;cid=302</wfw:commentRss>
    

    <author>nospam@example.com (Leo Hsu and Regina Obe)</author>
    <content:encoded>
    &lt;p&gt;In &lt;a href=&quot;http://www.postgresonline.com/journal/archives/293-Saying-Happy-Valentine-in-PostGIS.html&quot; target=&quot;_blank&quot;&gt;Happy Valentine PostGIS&lt;/a&gt; we demonstrated how to use PostGIS raster
to decipher letters from a raster, vectorize them and then reuse this vectorized letters to form new words.  Admittedly the letters were a bit grainy since they were
vectorizations of low res rasters and I didn&#039;t bother smoothing them.  Bruce Rindahl offered a script to SVG to PostGIS geometry and using &lt;a href=&quot;http://xmlgraphics.apache.org/batik/tools/font-converter.html&quot; target=&quot;_blank&quot;&gt;Batik&lt;/a&gt; to convert a font file to SVG format and gave me a hi-res converted kankin fontset. I still haven&#039;t figured out how his script works.&lt;/p&gt;

&lt;p&gt;Bborie Park thought that was all too complicated and thought (as I have always) that we need an &lt;code&gt;ST_GeomFromSVG&lt;/code&gt; function for PostGIS of which he is on a mission to create when he&#039;s less busy.
He also suggested I wrap my letter writer function as an extension.  Taking all these ideas, I formulated an extension you install with&lt;/p&gt;

&lt;pre&gt;&lt;code&gt;CREATE EXTENSION postgis_letters;&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;&lt;b&gt;&lt;a href=&quot;http://www.bostongis.com/postgisstuff/postgis_letters_extension.zip&quot; target=&quot;_blank&quot;&gt;postgis_letters&lt;/a&gt;&lt;/b&gt; (http://www.bostongis.com/postgisstuff/postgis_letters_extension.zip) is an sql / data extension containing mostly data, but as the name suggests relying on PostGIS. The data are geometry vectors of the kankin font.  I plan to add in more free fonts later once I figure out how to use Bruce&#039;s script or Bborie comes up with a better way and also more positioning logic and handling of spaces.  So its a little rough at the moment.
The purpose of the extension is so I can write words on my images in reports e.g. state names  or overlay labels on geometry features like roads and land. Using the power of both geometry/raster you can have a fully functioning report image writer that would return a fully formed image for use in &lt;a href=&quot;http://www.postgresonline.com/journal/archives/244-Rendering-PostGIS-Raster-graphics-with-LibreOffice-Base-Reports.html&quot; target=&quot;_blank&quot;&gt;LibreOffice&lt;/a&gt; (or for my ASP.NET web apps Active Reports.NET). This wouldn&#039;t rely on any mapping server to draw images (just pure PostGIS/PostgreSQL). Hopefully with new and improved binary features coming in &lt;a href=&quot;http://people.planetpostgresql.org/andrew/index.php?/archives/283-psql-binary-output.html&quot; target=&quot;_blank&quot;&gt;PSQL for (looks like 9.4)&lt;/a&gt;, outputting these raster images from psql will also be trivial.  While on my mission to do something useful, I got distracted by something more entertaining: describing spatial processes with words. Here it goes.&lt;/p&gt; &lt;br /&gt;&lt;a href=&quot;http://www.postgresonline.com/journal/archives/302-Word-Play-with-Spatial-SQL.html#extended&quot;&gt;Continue reading &quot;Word Play with Spatial SQL&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Sun, 21 Apr 2013 20:44:00 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/302-guid.html</guid>
    <category>extensions</category>
<category>postgis</category>

</item>
<item>
    <title>Determine which version of PostGIS each database is running</title>
    <link>http://www.postgresonline.com/journal/archives/301-Determine-which-version-of-PostGIS-each-database-is-running.html</link>
            <category>basics</category>
            <category>intermediate</category>
            <category>postgis</category>
    
    <comments>http://www.postgresonline.com/journal/archives/301-Determine-which-version-of-PostGIS-each-database-is-running.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=301</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.postgresonline.com/journal/rss.php?version=2.0&amp;type=comments&amp;cid=301</wfw:commentRss>
    

    <author>nospam@example.com (Leo Hsu and Regina Obe)</author>
    <content:encoded>
    &lt;p&gt;One of the features of PostGIS (pain to some however you look at it), is that PostGIS library file is versioned by minor version.  The library will have for example a postgis-2.0 or postgis-1.5.dll / .so to denote the version.  Each version of PostGIS can be compiled to run on usually about 3 or 4 versions of PostgreSQL.&lt;/p&gt;

&lt;p&gt;Since PostGIS is not part of PostgreSQL proper and has to be installed separately, it is possible to run a different version of PostGIS in each database of a cluster.  While this is a great feature for PostGIS developers and also great for users who want to keep their old legacy PostGIS apps, while testing or creating new apps with the PostGIS 2.0  or experiment with 2.1 development series, it does pose some obvious challenges.&lt;/p&gt;

&lt;p&gt;For example you can&#039;t simply just upgrade your cluster to a new version of PostgreSQL.  You need to make sure the new cluster has the various versions of PostGIS compiled and available. One step to that end is figuring out exactly what version of PostGIS each database in your cluster is running.  Here is a quick psql script I wrote up to help with that.&lt;/p&gt; &lt;br /&gt;&lt;a href=&quot;http://www.postgresonline.com/journal/archives/301-Determine-which-version-of-PostGIS-each-database-is-running.html#extended&quot;&gt;Continue reading &quot;Determine which version of PostGIS each database is running&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Sat, 13 Apr 2013 18:32:00 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/301-guid.html</guid>
    <category>postgis</category>
<category>psql</category>

</item>
<item>
    <title>pgRouting windows binaries for PostgreSQL 9.2 32-bit and 64-bit</title>
    <link>http://www.postgresonline.com/journal/archives/300-pgRouting-windows-binaries-for-PostgreSQL-9.2-32-bit-and-64-bit.html</link>
            <category>9.2</category>
            <category>9.3</category>
            <category>contrib spotlight</category>
            <category>pgRouting</category>
            <category>postgis</category>
            <category>postgresql versions</category>
            <category>winextensions</category>
    
    <comments>http://www.postgresonline.com/journal/archives/300-pgRouting-windows-binaries-for-PostgreSQL-9.2-32-bit-and-64-bit.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=300</wfw:comment>

    <slash:comments>2</slash:comments>
    <wfw:commentRss>http://www.postgresonline.com/journal/rss.php?version=2.0&amp;type=comments&amp;cid=300</wfw:commentRss>
    

    <author>nospam@example.com (Leo Hsu and Regina Obe)</author>
    <content:encoded>
    &lt;p&gt;We&#039;ve got experimental &lt;a href=&quot;http://pgrouting.org&quot; target=&quot;_blank&quot;&gt;pgRouting&lt;/a&gt; windows binaries available for windows PostgreSQL 9.2 32-bit and 64-bit for pgRouting 1.0.7 development branch.  More details on our &lt;a href=&quot;http://www.bostongis.com/blog/index.php?/archives/215-pgRouting-1.07dev-windows-binaries-available-for-PostgreSQL-9.2-32-bit-and-64-bit.html&quot; target=&quot;_blank&quot;&gt;Boston GIS blog page&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;The final versions we plan to release with upcoming PostGIS 2.1 PostgreSQL 9.2 on stackbuilder as part of the PostGIS install. Barring no difficulties we&#039;ll also have experimental binaries for PostgreSQL 9.3 releases once 9.3 reaches beta.&lt;/p&gt;

&lt;p&gt;This version and upcoming pgRouting versions support the PostgreSQL extension model, so if you have postgis already installed, its just an additonal simple step:&lt;/p&gt;
&lt;br /&gt;&lt;code&gt;CREATE EXTENSION pgrouting;&lt;/code&gt; 
    </content:encoded>

    <pubDate>Tue, 09 Apr 2013 00:26:00 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/300-guid.html</guid>
    <category>pgrouting</category>
<category>postgis</category>
<category>windows</category>

</item>
<item>
    <title>PostGIS In Action 2nd Edition MEAP 3 Update</title>
    <link>http://www.postgresonline.com/journal/archives/299-PostGIS-In-Action-2nd-Edition-MEAP-3-Update.html</link>
            <category>9.3</category>
            <category>editor note</category>
            <category>gis</category>
            <category>postgis</category>
    
    <comments>http://www.postgresonline.com/journal/archives/299-PostGIS-In-Action-2nd-Edition-MEAP-3-Update.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=299</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.postgresonline.com/journal/rss.php?version=2.0&amp;type=comments&amp;cid=299</wfw:commentRss>
    

    <author>nospam@example.com (Leo Hsu and Regina Obe)</author>
    <content:encoded>
    &lt;p&gt;The 3rd MEAP update of &lt;a href=&quot;http://www.postgis.us/page_buy_book&quot; target=&quot;_blank&quot;&gt;PostGIS In Action, 2nd Edition&lt;/a&gt; will be going out very shortly
to Early Action purchasers.  Keep your eyes peeled.  Lots of errata corrections in previous chapters and appendix, and one
very VERY new chapter on Raster functions which took a ton of time to write, so hopefully it will be well received. Our progress on the chapters is listed on &lt;a href=&quot;http://www.postgis.us/chapters_edition_2&quot; target=&quot;_blank&quot;&gt;PostGIS In Action 2nd Edition Chapters&lt;/a&gt; and all the ones marked as completed you will find in the MEAP. The ones with paperclips have downloadable code and data which you can click on the paperclip to download.&lt;/p&gt;

&lt;p&gt;Regarding Raster, the Raster Function chapter is just merely the tip. You&#039;ll see a lot more raster usage in upcoming &lt;a href=&quot;http://www.postgis.us/chapter_09_edition_2&quot; target=&quot;_blank&quot;&gt;Relating two or more spatial objects&lt;/a&gt; and Raster Processing chapter which we are still fleshing out. &lt;/p&gt;
&lt;p&gt;We are immensely grateful to all the early action subscribers who have &lt;a href=&quot;http://www.manning-sandbox.com/forum.jspa?forumID=846&quot; target=&quot;_blank&quot;&gt;posted errata&lt;/a&gt; or general comments about what can be clarified or examples that don&#039;t work. General comments about what specific kinds of examples you&#039;d like to see are also welcome. Your opinions
really influence what we write and make for a better book.&lt;/p&gt; &lt;br /&gt;&lt;a href=&quot;http://www.postgresonline.com/journal/archives/299-PostGIS-In-Action-2nd-Edition-MEAP-3-Update.html#extended&quot;&gt;Continue reading &quot;PostGIS In Action 2nd Edition MEAP 3 Update&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Fri, 05 Apr 2013 19:06:00 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/299-guid.html</guid>
    <category>book writing</category>
<category>postgis</category>

</item>
<item>
    <title>PostGIS 2.0.3 for Windows x32 and x64 installers</title>
    <link>http://www.postgresonline.com/journal/archives/296-PostGIS-2.0.3-for-Windows-x32-and-x64-installers.html</link>
            <category>8.4</category>
            <category>9.0</category>
            <category>9.1</category>
            <category>9.2</category>
            <category>9.3</category>
            <category>editor note</category>
            <category>postgis</category>
            <category>postgresql versions</category>
    
    <comments>http://www.postgresonline.com/journal/archives/296-PostGIS-2.0.3-for-Windows-x32-and-x64-installers.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=296</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.postgresonline.com/journal/rss.php?version=2.0&amp;type=comments&amp;cid=296</wfw:commentRss>
    

    <author>nospam@example.com (Leo Hsu and Regina Obe)</author>
    <content:encoded>
    &lt;p&gt;We have all the setup executables for PostgreSQL 8.4-9.2 32-bit and
PostgreSQL 9.1-9.2 x64-bit for PostGIS 2.0.3.  We&#039;ll have the 9.0x64-bit
ones up shortly but do have the binaries.&lt;/p&gt;

&lt;p&gt;We are planning to release these to stackbuilder sometime next week, but
would like some feedback first with any issues people run into.&lt;/p&gt;

&lt;p&gt;One person already reported a serious bug in our original packaging which we
fixed. If you already installed 2.0.3 the x64-bit version or any of the 9.2
versions (both x32 and x64) that was not marked as -2.zip, -2.exe, you&#039;ll
want to reinstall. The 8.4-9.1 32-bits were not affected so just have a -1.&lt;/p&gt;

&lt;p&gt;Packages can be downloaded from: &lt;br /&gt;
&lt;a href=&quot;http://download.osgeo.org/postgis/windows&quot; target=&quot;_blank&quot;&gt;http://download.osgeo.org/postgis/windows&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;General details on what is included:&lt;/p&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;http://postgis.net/windows_downloads&quot; target=&quot;_blank&quot;&gt;http://postgis.net/windows_downloads&lt;/a&gt;
&lt;br /&gt;
&lt;p&gt;As always if you are installing for PostgreSQL x64 make sure to pick a zip
or installer with 64 in the name.  The unmarked or marked with 32 are just
for PostgreSQL 32-bit.&lt;/p&gt; 
    </content:encoded>

    <pubDate>Sun, 17 Mar 2013 01:48:00 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/296-guid.html</guid>
    <category>postgis</category>

</item>
<item>
    <title>Should I install using PostGIS extension</title>
    <link>http://www.postgresonline.com/journal/archives/295-Should-I-install-using-PostGIS-extension.html</link>
            <category>postgis</category>
            <category>postgresql versions</category>
            <category>q&amp;a</category>
    
    <comments>http://www.postgresonline.com/journal/archives/295-Should-I-install-using-PostGIS-extension.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=295</wfw:comment>

    <slash:comments>2</slash:comments>
    <wfw:commentRss>http://www.postgresonline.com/journal/rss.php?version=2.0&amp;type=comments&amp;cid=295</wfw:commentRss>
    

    <author>nospam@example.com (Leo Hsu and Regina Obe)</author>
    <content:encoded>
    &lt;p&gt;&lt;em&gt;Should I install using PostGIS extension?&lt;/em&gt; is an FAQ that comes up quite a bit in PostGIS circles and unfortunately askers get mixed answers.
In &lt;a href=&quot;http://www.bostongis.com/blog/index.php?/archives/187-How-to-upgrade-your-database-to-PostGIS-2.0-let-me-count-the-ways.html&quot; target=&quot;_blank&quot;&gt;How to upgrade your database to PostGIS 2.0&lt;/a&gt;
we covered WHY you should use extensions.  In this article I&#039;ll use my &lt;a href=&quot;http://en.wikipedia.org/wiki/Lincoln%E2%80%93Douglas_debate&quot; target=&quot;_blank&quot;&gt;Lincoln-Douglas debate&lt;/a&gt; skills to argue why you shouldn&#039;t.
Keep in mind that I put a great deal of effort in fitting PostGIS extensions
into the existing PostGIS build structure and I eat my own dogfood, so I might be a little biased and a poor defender of the counter argument.&lt;/p&gt; &lt;br /&gt;&lt;a href=&quot;http://www.postgresonline.com/journal/archives/295-Should-I-install-using-PostGIS-extension.html#extended&quot;&gt;Continue reading &quot;Should I install using PostGIS extension&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Wed, 06 Mar 2013 16:37:00 -0500</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/295-guid.html</guid>
    <category>extensions</category>
<category>postgis</category>

</item>
<item>
    <title>PostGIS in Action 2nd Edition reached MEAP</title>
    <link>http://www.postgresonline.com/journal/archives/287-PostGIS-in-Action-2nd-Edition-reached-MEAP.html</link>
            <category>editor note</category>
            <category>postgis</category>
    
    <comments>http://www.postgresonline.com/journal/archives/287-PostGIS-in-Action-2nd-Edition-reached-MEAP.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=287</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.postgresonline.com/journal/rss.php?version=2.0&amp;type=comments&amp;cid=287</wfw:commentRss>
    

    <author>nospam@example.com (Leo Hsu and Regina Obe)</author>
    <content:encoded>
    &lt;p&gt;Just a heads up, the Second Edition of PostGIS In Action has officially
reached MEAP stage meaning you can buy now and get draft chapters as we
write them and get final copy when released. Have first drafts of 5 chapters so far. And many more coming shortly.&lt;/p&gt;
&lt;img src=&quot;http://www.manning.com/obe2/obe2_cover150.jpg&quot; alt=&quot;PostGIS in Action,2nd Edition&quot;/&gt;
&lt;p&gt;It is currently the Manning Deal of the Day&lt;/p&gt;

&lt;p&gt;January 22, 2013&lt;br /&gt;

PostGIS in Action &lt;br /&gt;
Second Edition&lt;br /&gt;

Get half off the MEAP eBook &lt;br /&gt;
or MEAP pBook&lt;br /&gt;

Enter &lt;b&gt;pgislaunchau&lt;/b&gt; in the Promotional Code box when you check out.  &lt;br /&gt;

&lt;a href=&quot;http://affiliate.manning.com/idevaffiliate.php?id=1134_335&quot; target=&quot;_blank&quot;&gt;http://www.manning.com/obe2&lt;/a&gt;




With purchase you also get the E-Book copy of the first edition. 
    </content:encoded>

    <pubDate>Tue, 22 Jan 2013 16:06:00 -0500</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/287-guid.html</guid>
    <category>postgis</category>

</item>
<item>
    <title>Schema and search_path surprises</title>
    <link>http://www.postgresonline.com/journal/archives/279-Schema-and-search_path-surprises.html</link>
            <category>basics</category>
            <category>beginner</category>
            <category>postgis</category>
    
    <comments>http://www.postgresonline.com/journal/archives/279-Schema-and-search_path-surprises.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=279</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.postgresonline.com/journal/rss.php?version=2.0&amp;type=comments&amp;cid=279</wfw:commentRss>
    

    <author>nospam@example.com (Leo Hsu and Regina Obe)</author>
    <content:encoded>
    &lt;p&gt;This was an article we were meaning to write and got reminded by Szymon Guz latest &lt;a href=&quot;http://blog.endpoint.com/2012/11/postgresql-searchpath-behaviour.html&quot; target=&quot;_blank&quot;&gt;PostgreSQL search_path behavior&lt;/a&gt;.
The PostgreSQL &lt;em&gt;search_path&lt;/em&gt; variable allows you to control what order schemas are searched and which schemas do not require schema qualification to use tables/views/functions in the schema.  The &lt;em&gt;pg_catalog&lt;/em&gt; schema is one that never requires schema qualification even if you don&#039;t add it to your schema search_path.  Schemas are searched in the order they are listed
and when creating new objects (e.g. tables, views, function, types) that are not schema qualified, they are always created in the first schema of the search path. Any objects not in a schema listed in the search_path must be schema qualified.&lt;/p&gt; &lt;br /&gt;&lt;a href=&quot;http://www.postgresonline.com/journal/archives/279-Schema-and-search_path-surprises.html#extended&quot;&gt;Continue reading &quot;Schema and search_path surprises&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Wed, 28 Nov 2012 23:52:00 -0500</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/279-guid.html</guid>
    <category>postgis</category>
<category>schema</category>
<category>search_path</category>

</item>
<item>
    <title>Adminer web-based database administration</title>
    <link>http://www.postgresonline.com/journal/archives/276-Adminer-web-based-database-administration.html</link>
            <category>postgis</category>
            <category>product showcase</category>
    
    <comments>http://www.postgresonline.com/journal/archives/276-Adminer-web-based-database-administration.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=276</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.postgresonline.com/journal/rss.php?version=2.0&amp;type=comments&amp;cid=276</wfw:commentRss>
    

    <author>nospam@example.com (Leo Hsu and Regina Obe)</author>
    <content:encoded>
    &lt;p&gt;We were recently looking for an open source light-weight database web administration tool that would be preferably database cross-platform and would work on either ASP.NET or PHP.  &lt;a href=&quot;http://www.adminer.org/&quot; target=&quot;_blank&quot;&gt;Adminer&lt;/a&gt; fit the bill.
Adminer is written in PHP.
It supports, out of the box  PostgreSQL, MySQL, SQLite2 and SQLite3, and even SQL Server and Oracle.  This covers most of the databases we commonly use.
Here we&#039;ll go over some other features we liked about it that are rare in other web database administration tools.&lt;/p&gt; &lt;br /&gt;&lt;a href=&quot;http://www.postgresonline.com/journal/archives/276-Adminer-web-based-database-administration.html#extended&quot;&gt;Continue reading &quot;Adminer web-based database administration&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Mon, 15 Oct 2012 22:51:00 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/276-guid.html</guid>
    <category>adminer</category>
<category>dbadmin</category>
<category>gui</category>
<category>postgis</category>

</item>
<item>
    <title>Waiting for PostGIS 2.1 series and Autobuilds</title>
    <link>http://www.postgresonline.com/journal/archives/275-Waiting-for-PostGIS-2.1-series-and-Autobuilds.html</link>
            <category>editor note</category>
            <category>postgis</category>
    
    <comments>http://www.postgresonline.com/journal/archives/275-Waiting-for-PostGIS-2.1-series-and-Autobuilds.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=275</wfw:comment>

    <slash:comments>1</slash:comments>
    <wfw:commentRss>http://www.postgresonline.com/journal/rss.php?version=2.0&amp;type=comments&amp;cid=275</wfw:commentRss>
    

    <author>nospam@example.com (Leo Hsu and Regina Obe)</author>
    <content:encoded>
    &lt;p&gt;In the spirit of Depesz, &lt;a href=&quot;http://www.depesz.com/tag/pg93/&quot; target=&quot;_blank&quot;&gt;Waiting for PostgreSQL 9.3 series&lt;/a&gt;, we&#039;ve started our own little PostGIS series on our Boston GIS blog called &lt;a href=&quot;http://www.bostongis.com/blog/index.php?/categories/21-waiting_postgis_21&quot; target=&quot;_blank&quot;&gt;Waiting for PostGIS 2.1&lt;/a&gt; that showcases all the new cool features coming in PostGIS 2.1 as they get committed to the code base. Check it out.&lt;/p&gt;

&lt;p&gt;If you are on windows, the PostGIS 2.1 window binary builds get built whenever there is a change in PostGIS 2.1 code base by Winnie our windows PostGIS build bot,   for PostgreSQL 9.0-9.2 (64-bit) and 9.2 (32-bit), so you can&#039;t use the &lt;b&gt;I can&#039;t compile&lt;/b&gt; excuse if you are on windows, not to test out the new changes :).  You can download these from &lt;a href=&quot;http://postgis.net/windows_downloads&quot; target=&quot;_blank&quot;&gt;Windows Experimental Builds&lt;/a&gt;.  We are hoping to do the same for Debian Squeeze (6) soon.  The main reason we built our bot Debbie on Debian (which makes the source tarballs), is because Debian is a very popular deployment platform for PostGIS, that is currently underserved so we have many Debian users frustrated at not having a readily available PostGIS 2.0 release for example.&lt;/p&gt;  
    </content:encoded>

    <pubDate>Thu, 04 Oct 2012 00:58:00 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/275-guid.html</guid>
    <category>debian</category>
<category>postgis</category>
<category>windows</category>

</item>
<item>
    <title>Creating GeoJSON Feature Collections with JSON and PostGIS functions</title>
    <link>http://www.postgresonline.com/journal/archives/267-Creating-GeoJSON-Feature-Collections-with-JSON-and-PostGIS-functions.html</link>
            <category>9.2</category>
            <category>application development</category>
            <category>json</category>
            <category>postgis</category>
            <category>postgresql versions</category>
            <category>webservices</category>
    
    <comments>http://www.postgresonline.com/journal/archives/267-Creating-GeoJSON-Feature-Collections-with-JSON-and-PostGIS-functions.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=267</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.postgresonline.com/journal/rss.php?version=2.0&amp;type=comments&amp;cid=267</wfw:commentRss>
    

    <author>nospam@example.com (Leo Hsu and Regina Obe)</author>
    <content:encoded>
    &lt;p&gt;If you do a lot of web-based GIS applications, a common desire is to allow a user to 
draw out an area on the map and then do searches against that area and return back a FeatureCollection
where each feature is composed of a geometry and attributes about that feature. In the past the format
was GML or KML, but the world seems to be moving to prefer JSON/GeoJSON.  Normally you&#039;d throw
a mapping server that talks Web Feature Service 
, do more or less with a webscripting glue, or use a Webservice
such as &lt;a href=&quot;http://cartodb.com/maps&quot; target=&quot;_blank&quot;&gt;CartoDb&lt;/a&gt; that lets you pass along raw SQL.&lt;/p&gt;
&lt;p&gt;In this article we&#039;ll demonstrate how to build GeoJSON feature collections that can be consumed by web mapping apps.
 using
the built in JSON functions in PostgreSQL 9.2 and some PostGIS hugging.  
Even if you
don&#039;t use PostGIS, we hope you&#039;ll come away with some techniques for working with 
PostgreSQL extended types and also how to morph relational data into JSON buckets.&lt;/p&gt; &lt;br /&gt;&lt;a href=&quot;http://www.postgresonline.com/journal/archives/267-Creating-GeoJSON-Feature-Collections-with-JSON-and-PostGIS-functions.html#extended&quot;&gt;Continue reading &quot;Creating GeoJSON Feature Collections with JSON and PostGIS functions&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Fri, 24 Aug 2012 02:55:00 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/267-guid.html</guid>
    <category>geojson</category>
<category>json</category>
<category>plv8</category>
<category>postgis</category>
<category>postgresql 9.2</category>

</item>

</channel>
</rss>