<?xml version="1.0"?><?xml-stylesheet type='text/xsl' href='rsspcpretty.xsl' version='1.0'?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2">
<channel><language>en-us</language><title>Boston GIS Article Comments</title>
<link>http://www.bostongis.com</link>
<description>Features the latest GIS tutorials on postgis, mapserver and other GIS technologies</description>
<dc:creator>Boston GIS (mailto:articles@paragoncorporation.com)</dc:creator>
<item><title>PostGIS Nearest Neighbor: A Generic Solution - Much Faster than Previous Solution</title>
<description>DmnrUg http://www.78NLRvzfIwzacsSvHH4hdZWSkQdHROAk.com</description>
<link>http://www.bostongis.com/PrinterFriendly.aspx?content_name=postgis_nearest_neighbor_generic#comment_608</link>
<pubDate>2013-05-06</pubDate>
<dc:creator>ronny (mailto:nospam)</dc:creator>
</item>
<item><title>Part  1: Getting Started With PostGIS: An almost Idiot's Guide (PostGIS 1.5)</title>
<description>looking for info</description>
<link>http://www.bostongis.com/PrinterFriendly.aspx?content_name=postgis_tut01_15#comment_601</link>
<pubDate>2013-04-29</pubDate>
<dc:creator>jan kordaat (mailto:nospam)</dc:creator>
</item>
<item><title>PLR Part 1: Up and Running with PL/R (PLR) in PostgreSQL: An almost Idiot's Guide</title>
<description>Hello Regina,

thank you very much! Sorry I missed the R_HOME path in the screen shot. -_-
Now lets play with R.

With best regards,

Peter</description>
<link>http://www.bostongis.com/PrinterFriendly.aspx?content_name=postgresql_plr_tut01#comment_588</link>
<pubDate>2013-04-12</pubDate>
<dc:creator>Peter Seifert (mailto:nospam)</dc:creator>
</item>
<item><title>PLR Part 1: Up and Running with PL/R (PLR) in PostgreSQL: An almost Idiot's Guide</title>
<description>Peter,

I fixed your comments.  I'll take care of the back slash commenting issue as well.  I must have some legacy code in here.</description>
<link>http://www.bostongis.com/PrinterFriendly.aspx?content_name=postgresql_plr_tut01#comment_587</link>
<pubDate>2013-04-11</pubDate>
<dc:creator>Regina (mailto:nospam)</dc:creator>
</item>
<item><title>PLR Part 1: Up and Running with PL/R (PLR) in PostgreSQL: An almost Idiot's Guide</title>
<description>Unfortunately the comment system mask backslashes with another backslash automatically .. ?</description>
<link>http://www.bostongis.com/PrinterFriendly.aspx?content_name=postgresql_plr_tut01#comment_586</link>
<pubDate>2013-04-11</pubDate>
<dc:creator>Peter Seifert (mailto:nospam)</dc:creator>
</item>
<item><title>PLR Part 1: Up and Running with PL/R (PLR) in PostgreSQL: An almost Idiot's Guide</title>
<description>Well R_HOME has to point to:
c:\Program Files\R\R-3.0.0

....

Throwing an error would be nice .…</description>
<link>http://www.bostongis.com/PrinterFriendly.aspx?content_name=postgresql_plr_tut01#comment_585</link>
<pubDate>2013-04-11</pubDate>
<dc:creator>Peter Seifert (mailto:nospam)</dc:creator>
</item>
<item><title>PLR Part 1: Up and Running with PL/R (PLR) in PostgreSQL: An almost Idiot's Guide</title>
<description>Hello,

I have a strange problem on Windows 7 Enterprise ( 64-bit ).
-I installed R (R-3.0.0-win.exe).
-Set R_HOME to c:\Program Files\R\R-3.0.0\bin\x64\
 and appended this path to PATH as well
-Copied plr.dll to c:\Program Files\PostgreSQL\9.1\lib\
-Restarted the PostgreSQL-server
-Installed plr with plr.sql in the database
-Example took forever:
 http://lists.pgfoundry.org/pipermail/plr-general/2012-December/000719.html

Furthermore queries using those 'hanging' plr functions can't be killed and the PostgreSQL-server can't be stopped nicely ...

So I reinstalled PostgreSQL ( postgresql-9.1.9-1-windows-x64.exe ) together with PostGIS using the 'Application Stack Builder'.
-Added PostGIS to the same database:
CREATE EXTENSION postgis

No success.

The 'Hello, world' example, 'SELECT * FROM plr_environ();' and 'SELECT plr_array_accum('{23,35}', 42);' work. However, 'SELECT load_r_typenames();' hangs again ...

Any idea what is causing this? A missing R package perhaps?
Giving postgres all rights on the R directory did not make any change either.

Thank you very much in advance,

Peter</description>
<link>http://www.bostongis.com/PrinterFriendly.aspx?content_name=postgresql_plr_tut01#comment_584</link>
<pubDate>2013-04-11</pubDate>
<dc:creator>Peter Seifert (mailto:nospam)</dc:creator>
</item>
<item><title>PLR Part 1: Up and Running with PL/R (PLR) in PostgreSQL: An almost Idiot's Guide</title>
<description>I typed too fast: '\i' not '\\i'.</description>
<link>http://www.bostongis.com/PrinterFriendly.aspx?content_name=postgresql_plr_tut01#comment_552</link>
<pubDate>2013-02-13</pubDate>
<dc:creator>Luis (mailto:nospam)</dc:creator>
</item>
<item><title>PLR Part 1: Up and Running with PL/R (PLR) in PostgreSQL: An almost Idiot's Guide</title>
<description>...it should be '/i' not '//i'</description>
<link>http://www.bostongis.com/PrinterFriendly.aspx?content_name=postgresql_plr_tut01#comment_551</link>
<pubDate>2013-02-13</pubDate>
<dc:creator>Luis Carrasco (mailto:nospam)</dc:creator>
</item>
<item><title>PLR Part 1: Up and Running with PL/R (PLR) in PostgreSQL: An almost Idiot's Guide</title>
<description>I had better luck installing plr in Win 64 when (1) restarted not only PG but also the PC and (2) ran plr.sql from psql command line using:
\\i 'C:/pathto/plr.sql'
PG Admin will run plr.sql once, but if you try to run it again in another database it won't as some of the elements maybe have already been created and PG Admin will (I think) run a sql script only if all of it can be run. Hope this is helpful.</description>
<link>http://www.bostongis.com/PrinterFriendly.aspx?content_name=postgresql_plr_tut01#comment_550</link>
<pubDate>2013-02-13</pubDate>
<dc:creator>Luis Carrasco (mailto:nospam)</dc:creator>
</item>
<item><title>Part 2: Building Tiles with PostGIS OpenStreetMap data and Mapnik: Your Own OpenStreetMap</title>
<description>A few extra tips based on what I encountered, now that it's almost 19 months later. (wow time flies) :!

First I needed to INSERT the following columns, in addition to those noted in the tutorial:

ALTER TABLE planet_osm_point ADD COLUMN &quot;generator:source&quot; text;

ALTER TABLE planet_osm_polygon ADD COLUMN &quot;generator:source&quot; text;

Next, I had to grab the latest .py generation files. If you want to play it safe, use an SVN client to pull them from the address in the tutorial. Alternatively you can grab them at the following address, but they'll gradually go stale after today:

http://www.cartometric.com/uploads/other/osm_mapnik.zip

Last, the two NaturalEarth downloads have moved as follows (the http:// stuff appearing twice is _correct_, it won't work if it's not doubled-up like you see here):

http://www.naturalearthdata.com/http//www.naturalearthdata.com/download/110m/cultural/ne_110m_admin_0_boundary_lines_land.zip

http://www.naturalearthdata.com/http//www.naturalearthdata.com/download/10m/cultural/ne_10m_populated_places.zip

And when you unzip them into the world_boundaries folder mentioned in the tutorial, make sure they are named as follows, (if they are otherwise, generate_xml.py will complain):

110m_admin_0_boundary_lines_land.shp
ne_10m_populated_places.shp</description>
<link>http://www.bostongis.com/PrinterFriendly.aspx?content_name=generating_osm_tiles#comment_525</link>
<pubDate>2012-12-18</pubDate>
<dc:creator>Elijah Robison (mailto:nospam)</dc:creator>
</item>
<item><title>Part 1: Loading OpenStreetMap data into PostGIS: An Almost Idiot's Guide</title>
<description>Mike,
Sorry when you said reverse geocoding I assumed you were talking about the reverse geocoder function/geocoder packaged with PostGIS.  Now I realize you might be asking about a query against OSM data.

What query are you trying to run?</description>
<link>http://www.bostongis.com/PrinterFriendly.aspx?content_name=loading_osm_postgis#comment_523</link>
<pubDate>2012-12-07</pubDate>
<dc:creator>Regina (mailto:nospam)</dc:creator>
</item>
<item><title>Part 1: Loading OpenStreetMap data into PostGIS: An Almost Idiot's Guide</title>
<description>Not enough information to tell.  Which version of tiger geocoder are you running? the 2.0 or the 2.1.0 in trunk.

Which point are you testing? Which state do you have loaded?  Often time people reverse the order of the points.  e.g. the point should be long lat and not lat long.  That's the common mistake people make and in that case you'll get nothing back.

Other causes are failure in loading.  You want to make sure that in tiger_data schema for state in question that you have faces,edges,place,featnames loaded.

For 2.1 you need to run the national load first that loads in state, county, zip data.  Otherwise the reverse geocode will not return anything.




</description>
<link>http://www.bostongis.com/PrinterFriendly.aspx?content_name=loading_osm_postgis#comment_522</link>
<pubDate>2012-12-07</pubDate>
<dc:creator>Regina (mailto:nospam)</dc:creator>
</item>
<item><title>Part 1: Loading OpenStreetMap data into PostGIS: An Almost Idiot's Guide</title>
<description>just curious why reverse geocoding doesnt pull any data for an imported state when i search the coordinates?

i followed the import and indexing steps</description>
<link>http://www.bostongis.com/PrinterFriendly.aspx?content_name=loading_osm_postgis#comment_521</link>
<pubDate>2012-12-07</pubDate>
<dc:creator>Mike (mailto:nospam)</dc:creator>
</item>
<item><title>Part  1: Getting Started With PostGIS: An almost Idiot's Guide (PostGIS 1.5)</title>
<description>n/a</description>
<link>http://www.bostongis.com/PrinterFriendly.aspx?content_name=postgis_tut01_15#comment_518</link>
<pubDate>2012-11-29</pubDate>

</item></channel></rss>


