<?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 - Comments</title>
    <link>http://www.postgresonline.com/journal/</link>
    <description>Postgres OnLine Journal - 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>Wed, 22 May 2013 05:09:53 GMT</pubDate>

    <image>
        <url>http://www.postgresonline.com/journal/templates/default/img/s9y_banner_small.png</url>
        <title>RSS: Postgres OnLine Journal - Comments - 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>Beatriz: 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#c8098</link>
            <category></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>

    

    <author>nospam@example.com (Beatriz)</author>
    <content:encoded>
    I also kept away from ARX order p90x insanity today since trying to 
eliminate excess weight and also be in tip-top shape you will 
be in great company. If you have failed with other workout schedule order p90x insanity for the entire program back one day. 
    </content:encoded>

    <pubDate>Wed, 22 May 2013 01:06:27 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/306-guid.html#c8098</guid>
    
</item>
<item>
    <title>Mike Toews: 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#c8091</link>
            <category></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>

    

    <author>nospam@example.com (Mike Toews)</author>
    <content:encoded>
    &quot;ST_GeomFromText(234054, 902182)&quot; should be corrected to &quot;ST_MakePoint(234054, 902182)&quot; 
    </content:encoded>

    <pubDate>Tue, 21 May 2013 21:40:10 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/306-guid.html#c8091</guid>
    
</item>
<item>
    <title>Regina: 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#c7488</link>
            <category></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>

    

    <author>nospam@example.com (Regina)</author>
    <content:encoded>
    We are still on a different release cycle mostly because our code base is fairly huge for a contrib module.  Having to match release cycle with PostgreSQL would be very frustrating for us.  We have enough fighting amongst ourselves when to release without having another group controlling us.  

That said as dusty mentioned, the licensing is incompatible.  But really the main reason is our module is too big to fit in PostgreSQL release cycle.  

The other issue is a lot of GIS folks want newer features without having to upgrade PostgreSQL and are also tied to 3rd party GIS tools that only support X version etc.  Being part of PostgreSQL would force us into a 1 version of PostGIS per version of PostgreSQL which I think would make everyone unhappier. 

As much as I like to complain, I&#039;d rather distros package more than one version of PostGIS per PostgreSQL release rather than we being forced into a one PostGIS version per PostgreSQL. 
    </content:encoded>

    <pubDate>Tue, 30 Apr 2013 13:45:46 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/303-guid.html#c7488</guid>
    
</item>
<item>
    <title>dustymugs: 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#c7485</link>
            <category></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>

    

    <author>nospam@example.com (dustymugs)</author>
    <content:encoded>
    PostGIS can&#039;t be part of PostgreSQL (in contrib) due to non-compatible licenses.  PostgreSQL has its own BSD/MIT-like license while PostGIS is GPL v2. 
    </content:encoded>

    <pubDate>Tue, 30 Apr 2013 12:39:38 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/303-guid.html#c7485</guid>
    
</item>
<item>
    <title>Grazvydas: 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#c7481</link>
            <category></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>

    

    <author>nospam@example.com (Grazvydas)</author>
    <content:encoded>
    I think PostGIS became mature enough to become aligned to PostgreSQL release cycle. How about to move it to PG contrib or find another way to integrate it to the core PG?
Historical reasons of developing PostGIS separately become less and less attractive - you described reasons of that.
On the other hand - PostGIS is huge value to PostgreSQL. Why PG would insist to keep PostGIS separated? 
    </content:encoded>

    <pubDate>Tue, 30 Apr 2013 08:56:03 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/303-guid.html#c7481</guid>
    
</item>
<item>
    <title>Moses: 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#c7463</link>
            <category></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>

    

    <author>nospam@example.com (Moses)</author>
    <content:encoded>
    I&#039;m fine with it. No problem when postgresql and postgis versions going hand in hand. Since we anyway updating to every new version, because there is so much cool stuff. 
    </content:encoded>

    <pubDate>Tue, 30 Apr 2013 01:15:14 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/303-guid.html#c7463</guid>
    
</item>
<item>
    <title>Bruce: Word Play with Spatial SQL</title>
    <link>http://www.postgresonline.com/journal/archives/302-Word-Play-with-Spatial-SQL.html#c7278</link>
            <category></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>

    

    <author>nospam@example.com (Bruce)</author>
    <content:encoded>
    Nothing is as easy as it seems.  Take the phrase &quot;Dot you i&#039;s and cross your t&#039;s&quot;  The dot above an i must be coded as a separate path which is different from a donut hole like in the letter e.  If a t is coded as two separate paths the geometries will intersect and not be valid.  Both cases are handled easily in SVG.
The nasty coding is converting ellipses and bezier curves (very common in fonts/SVG) to WKT geometries. 
    </content:encoded>

    <pubDate>Mon, 22 Apr 2013 11:04:57 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/302-guid.html#c7278</guid>
    
</item>
<item>
    <title>Regina: ODBC Foreign Data wrapper to query SQL Server on Window - Part 2</title>
    <link>http://www.postgresonline.com/journal/archives/249-ODBC-Foreign-Data-wrapper-to-query-SQL-Server-on-Window-Part-2.html#c7128</link>
            <category></category>
    
    <comments>http://www.postgresonline.com/journal/archives/249-ODBC-Foreign-Data-wrapper-to-query-SQL-Server-on-Window-Part-2.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=249</wfw:comment>

    

    <author>nospam@example.com (Regina)</author>
    <content:encoded>
    Unfortunately I don&#039;t think so.  Or at least not last time I tried. I tried a couple of months ago and it wouldn&#039;t compile against.  9.2 changed FDW in a major way whcih broke a lot of past FDWs.  I was trying to see if I could patch the code up to work with 9.2 but got as far as getting it to compile, but then it failed on load.  Then I had to move on to something else.  I&#039;ll check if its been updated recently. 
    </content:encoded>

    <pubDate>Sun, 14 Apr 2013 17:16:42 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/249-guid.html#c7128</guid>
    
</item>
<item>
    <title>Rytis: ODBC Foreign Data wrapper to query SQL Server on Window - Part 2</title>
    <link>http://www.postgresonline.com/journal/archives/249-ODBC-Foreign-Data-wrapper-to-query-SQL-Server-on-Window-Part-2.html#c7116</link>
            <category></category>
    
    <comments>http://www.postgresonline.com/journal/archives/249-ODBC-Foreign-Data-wrapper-to-query-SQL-Server-on-Window-Part-2.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=249</wfw:comment>

    

    <author>nospam@example.com (Rytis)</author>
    <content:encoded>
    Hi,
Would it  be possible to post the ODBC FDW binaries for windows 64bit PostgreSQL 9.2?

I&#039;ve tried to compile myself with MinGW but after two long nights this seems to be way out of my league:)

Rytis 
    </content:encoded>

    <pubDate>Sun, 14 Apr 2013 05:37:39 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/249-guid.html#c7116</guid>
    
</item>
<item>
    <title>Regina Obe: Using PgAdmin PLPgSQL Debugger</title>
    <link>http://www.postgresonline.com/journal/archives/214-Using-PgAdmin-PLPgSQL-Debugger.html#c7103</link>
            <category></category>
    
    <comments>http://www.postgresonline.com/journal/archives/214-Using-PgAdmin-PLPgSQL-Debugger.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=214</wfw:comment>

    

    <author>nospam@example.com (Regina Obe)</author>
    <content:encoded>
    I presume you are running the 32-bit version of PostgreSQL since you are referencing a 32-bit version?

You shouldn&#039;t need all that path stuff in shared_preload_libraries, just the dll name should be sufficient since its going to look in lib of the postgresql instance.

If for some reason you need the full path, change the slashes from \ to / .  PostgreSQL never seems to work right in a lot of places with windows style slashes 
    </content:encoded>

    <pubDate>Sat, 13 Apr 2013 17:32:39 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/214-guid.html#c7103</guid>
    
</item>
<item>
    <title>Regina: 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#c7102</link>
            <category></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>

    

    <author>nospam@example.com (Regina)</author>
    <content:encoded>
    David,

Of course.  Started a series on BostonGIS.  Here is first of what I hope to be several:

http://www.bostongis.com/PrinterFriendly.aspx?content_name=pgrouting_osm2po_1 
    </content:encoded>

    <pubDate>Sat, 13 Apr 2013 17:19:46 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/300-guid.html#c7102</guid>
    
</item>
<item>
    <title>David Fetter: 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#c7031</link>
            <category></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>

    

    <author>nospam@example.com (David Fetter)</author>
    <content:encoded>
    Great news!

Will some examples of using pgRouting follow here, or are they somewhere else? 
    </content:encoded>

    <pubDate>Tue, 09 Apr 2013 14:26:26 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/300-guid.html#c7031</guid>
    
</item>
<item>
    <title>Ion: Using PgAdmin PLPgSQL Debugger</title>
    <link>http://www.postgresonline.com/journal/archives/214-Using-PgAdmin-PLPgSQL-Debugger.html#c7028</link>
            <category></category>
    
    <comments>http://www.postgresonline.com/journal/archives/214-Using-PgAdmin-PLPgSQL-Debugger.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=214</wfw:comment>

    

    <author>nospam@example.com (Ion)</author>
    <content:encoded>
    Hi Regina,

I installed PostgreSQL 9.2 onto a Windows server 2008 (x64).
I made the modification in the postgres.conf like this:
shared_preload_libraries = &#039;C:\Program Files (x86)\PostgreSQL\9.2\lib\plugin_debugger.dll&#039;;
I restarted the service postgres_9.2 who is assigned to postgres user;
Into a database I used the shell to crete extension pldbgapi with this command:
create extension pldbgapi;
I had the confirmation the extension was created;
I verified in the pgAdminIII the existence of the extension pldbgapi;
The user postgres was created manually before installing Postgres and it hasn&#039;t specials privileges;
I verified in Tools\Server configuration that shared_preload_libraries is checked;

But the debugger is still not activated.
Can you give me a hint for this problem, please.

PS Before, I tried to install x64 of Postgres 9.2 but I was unable to restart the server because, pg_ctl.exe has 0 bytes.

Thank you,
Ion 
    </content:encoded>

    <pubDate>Tue, 09 Apr 2013 09:09:01 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/214-guid.html#c7028</guid>
    
</item>
<item>
    <title>Bruce: Saying Happy Valentine in PostGIS</title>
    <link>http://www.postgresonline.com/journal/archives/293-Saying-Happy-Valentine-in-PostGIS.html#c6932</link>
            <category></category>
    
    <comments>http://www.postgresonline.com/journal/archives/293-Saying-Happy-Valentine-in-PostGIS.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=293</wfw:comment>

    

    <author>nospam@example.com (Bruce)</author>
    <content:encoded>
    I have a javascript/php setup that does this.  It parses the SVG file from Batik and converts it to WKT geometry format.  Each glyph is stored as a record in a table.
Works very well. 
    </content:encoded>

    <pubDate>Wed, 03 Apr 2013 11:33:58 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/293-guid.html#c6932</guid>
    
</item>
<item>
    <title>Regina: PostOS</title>
    <link>http://www.postgresonline.com/journal/archives/298-PostOS.html#c6906</link>
            <category></category>
    
    <comments>http://www.postgresonline.com/journal/archives/298-PostOS.html#comments</comments>
    <wfw:comment>http://www.postgresonline.com/journal/wfwcomment.php?cid=298</wfw:comment>

    

    <author>nospam@example.com (Regina)</author>
    <content:encoded>
    Joe,

No extension required.  That feature is built in.  It even understands 

GO

to further make SQL Server converts feel homey. 
    </content:encoded>

    <pubDate>Mon, 01 Apr 2013 12:08:12 -0400</pubDate>
    <guid isPermaLink="false">http://www.postgresonline.com/journal/archives/298-guid.html#c6906</guid>
    
</item>

</channel>
</rss>