Ah, I see. Should the postgis_upgrade script go away then, since it won't upgrade to 2.0?<br><br>Thanks,<br>Bryce<br><br><div class="gmail_quote">On Fri, Sep 9, 2011 at 12:55 AM, Paragon Corporation <span dir="ltr"><<a href="mailto:lr@pcorp.us">lr@pcorp.us</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><u></u>



<div>
<div dir="ltr" align="left"><span><font size="2" color="#0000ff" face="Arial">I wrote up these instructions for upgrading.  Works for 
the couple of databases I have upgraded to 2.0</font></span></div>
<div dir="ltr" align="left"><span><font size="2" color="#0000ff" face="Arial"></font></span> </div>
<div dir="ltr" align="left"><span><font size="2" color="#0000ff" face="Arial"><a href="http://www.postgis.org/documentation/manual-svn/postgis_installation.html#hard_upgrade" target="_blank">http://www.postgis.org/documentation/manual-svn/postgis_installation.html#hard_upgrade</a></font></span></div>

<div dir="ltr" align="left"><span><font size="2" color="#0000ff" face="Arial"></font></span> </div>
<div dir="ltr" align="left"><span><font size="2" color="#0000ff" face="Arial">Regina</font></span></div><br>
<blockquote style="border-left:#0000ff 2px solid;padding-left:5px;margin-left:5px;margin-right:0px">
  <div dir="ltr" lang="en-us" align="left">
  <hr>
  <font size="2" face="Tahoma"><b>From:</b> 
  <a href="mailto:postgis-devel-bounces@postgis.refractions.net" target="_blank">postgis-devel-bounces@postgis.refractions.net</a> 
  [mailto:<a href="mailto:postgis-devel-bounces@postgis.refractions.net" target="_blank">postgis-devel-bounces@postgis.refractions.net</a>] <b>On Behalf Of 
  </b>Bryce L Nordgren<br><b>Sent:</b> Thursday, September 08, 2011 6:24 
  PM<br><b>To:</b> PostGIS Development Discussion<br><b>Subject:</b> 
  [postgis-devel] postgis_restore; and geometry_columns is now a 
  view<br></font><br></div><div><div></div><div class="h5">
  <div></div>Ok,<br><br>so I notice that the new postgis.sql (on trunk) will 
  create a geometry_columns view.<br><br>But postgis_restore will try to 
  <br><br>DROP TABLE geometry_columns; <br><br>Won't work because it's a view 
  now. Also, the script is setup to replace the geometry_columns from 
  postgis.sql with the geometry_columns from the dumpfile. Meaning the 
  "dumpfile.ascii" tries to create a geometry_columns table (won't work because 
  a view with the same name already exists.)<br><br>I've uncommented lines 
  545-546, hoping to git rid of geometry_columns from the "dumpfile.ascii" 
  file.<br><br>Is this a real problem or am I just making things difficult where 
  they shouldn't be? Does postgis_restore need to get smarter before the 
  release?<br><br>Bryce<br></div></div></blockquote></div>
<br>_______________________________________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@postgis.refractions.net">postgis-devel@postgis.refractions.net</a><br>
<a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_blank">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br>
<br></blockquote></div><br>