abbr_RF is a table with acronyms, nothing special.<div><br></div><div>The base is also the most common. It's not a hybrid with SDE or something like that.<br><br>I have successfully restored this dump into the base with Postgis 1.5</div>
<div><br></div><div>Any ideas?<br><br><div class="gmail_quote">On Mon, Nov 26, 2012 at 4:10 PM, Sandro Santilli <span dir="ltr"><<a href="mailto:strk@keybit.net" target="_blank">strk@keybit.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Mon, Nov 26, 2012 at 02:03:51PM +0400, Dmitriy Tyugaev wrote:<br>
> Thanks for the reply!<br>
><br>
> Yes, I restore in the Postgis database. Install using the command "CREATE<br>
> EXTENSION postgis;"<br>
><br>
> Logs of execution your command in the attachment. I don't see any serious<br>
> errors.<br>
<br>
</div>Thanks, st_area(geography) and st_length(geography) now added to the skip list.<br>
As for the rest of the messages they really look unrelated to postgis.<br>
I mean:<br>
<div class="im"><br>
> ERROR:  relation "abbr_RF" already exists<br>
<br>
</div>That's your own schema, right ?<br>
Did you create more objects than only PostGIS in the target DB before<br>
restoring the dump ?<br>
<br>
--strk;<br>
</blockquote></div><br></div>