The stock SRID in PostGIS for items from the EPSG database is always going to be the same as the EPSG code. The PostGIS insert statement is for adding spatial references to your PostGIS install.<div><br></div><div>David<br>

<br><div class="gmail_quote">On Wed, Sep 22, 2010 at 12:36 PM, David Fawcett <span dir="ltr"><<a href="mailto:david.fawcett@gmail.com">david.fawcett@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

OK, that makes sense.<br>
<br>
So, it works well when installing additional SRS' , you won't mess up<br>
your stock spatial_ref_sys.<br>
<br>
The use case that I was going after was where a co-worker wanted to<br>
know what srid to use when importing data from a shapefile.  I was<br>
attempting to use <a href="http://spatialreference.org" target="_blank">spatialreference.org</a> as a reference to confirm what<br>
the standard SRID for this SRS in PostGIS was.  I guess that this<br>
conflict comes up for SRS' that are part of the stock install.<br>
<br>
Maybe there is a need for another line on the <a href="http://spatialreference.org" target="_blank">spatialreference.org</a><br>
page for 'PostGIS SRID' ?<br>
<br>
Of course,  if one already has rights to add data to the db, you can<br>
just run a simple (if you know the EPSG code):<br>
<br>
SELECT *<br>
<div class="im">  FROM public.spatial_ref_sys<br>
</div>WHERE auth_name = 'EPSG'<br>
      AND auth_srid = 26915;<br>
<font color="#888888"><br>
David.<br>
</font><div><div></div><div class="h5"><br>
On Wed, Sep 22, 2010 at 12:19 PM, David William Bitner<br>
<<a href="mailto:bitner@gyttja.org">bitner@gyttja.org</a>> wrote:<br>
> David,<br>
> <a href="http://spatialreference.org" target="_blank">spatialreference.org</a> uses a local SRID with a prepended '9' while<br>
> maintaining an auth_srid to match EPSG so as not to step on the toes of the<br>
> SRIDs that are already in the spatial_ref_sys table. While a bit ugly, this<br>
> is the intended behavior. It uses the '9' because there are no EPSG codes<br>
> that begin with a 9 so it is a clear namespace to not overwrite an EPSG code<br>
> regardless of what local SRID identifier is given at <a href="http://spatialreference.org" target="_blank">spatialreference.org</a>.<br>
> Clear as mud?<br>
> David<br>
><br>
> On Wed, Sep 22, 2010 at 11:41 AM, David Fawcett <<a href="mailto:david.fawcett@gmail.com">david.fawcett@gmail.com</a>><br>
> wrote:<br>
>><br>
>> A minor issue here, but I am looking for some clarification.<br>
>><br>
>> I am seeking the correct PostGIS srid for UTM Z15N NAD83.<br>
>><br>
>> If I query <a href="http://spatialreference.org" target="_blank">spatialreference.org</a>,<br>
>> (<a href="http://spatialreference.org/ref/epsg/26915/postgis/" target="_blank">http://spatialreference.org/ref/epsg/26915/postgis/</a>)  I get:<br>
>><br>
>> INSERT into spatial_ref_sys (srid, auth_name, auth_srid, proj4text,<br>
>> srtext) values ( 926915, 'epsg', 26915, '+proj=utm +zone=15<br>
>> +ellps=GRS80 +datum=NAD83 +units=m +no_defs ', 'PROJCS["NAD83 / UTM<br>
>> zone 15N",GEOGCS["NAD83",DATUM["North_American_Datum_1983",SPHEROID["GRS<br>
>><br>
>> 1980",6378137,298.257222101,AUTHORITY["EPSG","7019"]],AUTHORITY["EPSG","6269"]],PRIMEM["Greenwich",0,AUTHORITY["EPSG","8901"]],UNIT["degree",0.01745329251994328,AUTHORITY["EPSG","9122"]],AUTHORITY["EPSG","4269"]],UNIT["metre",1,AUTHORITY["EPSG","9001"]],PROJECTION["Transverse_Mercator"],PARAMETER["latitude_of_origin",0],PARAMETER["central_meridian",-93],PARAMETER["scale_factor",0.9996],PARAMETER["false_easting",500000],PARAMETER["false_northing",0],AUTHORITY["EPSG","26915"],AXIS["Easting",EAST],AXIS["Northing",NORTH]]');<br>


>><br>
>><br>
>> From a fairly recent of PostGIS,<br>
>><br>
>> SELECT srid, auth_name, auth_srid<br>
>> FROM public.spatial_ref_sys<br>
>> WHERE auth_srid = 26915<br>
>><br>
>><br>
>> I get:  26915 | EPSG | 26915<br>
>><br>
>><br>
>> I am assuming that the definition at spatial <a href="http://ref.org" target="_blank">ref.org</a> is wrong?<br>
>><br>
>> David.<br>
>> _______________________________________________<br>
>> postgis-users mailing list<br>
>> <a href="mailto:postgis-users@postgis.refractions.net">postgis-users@postgis.refractions.net</a><br>
>> <a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_blank">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>
><br>
><br>
><br>
> --<br>
> ************************************<br>
> David William Bitner<br>
><br>
> _______________________________________________<br>
> postgis-users mailing list<br>
> <a href="mailto:postgis-users@postgis.refractions.net">postgis-users@postgis.refractions.net</a><br>
> <a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_blank">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>
><br>
><br>
_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@postgis.refractions.net">postgis-users@postgis.refractions.net</a><br>
<a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_blank">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>************************************<br>David William Bitner<br>
</div>