Geographic Information Systems Stack Exchange is a question and answer site for cartographers, geographers and GIS professionals. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I downloaded the county files from:

I cannot figure out what SRID to use with them. When I am trying to generate a class file from ./ ogrinspect ..., I get an SRID of -1 in the polygon field. I don't think that this is right.

GDAL gave me the Proj4 of +proj=longlat +ellps=GRS80 +datum=NAD83 +no_defs.

I know an SRID of -1 means unkown. Wouldn't that make my geometries useless? How can I figure out what SRID to use?

I am really new to GIS. I already miss the days when the Earth was flat.

This may also be useful:

SELECT PostGIS_full_version();
 POSTGIS="1.5.3" GEOS="3.2.2-CAPI-1.6.2" PROJ="Rel. 4.7.1, 23 September 2009" LIBXML="2.7.8" USE_STATS
(1 row)

>>> import django
>>> django.VERSION
(1, 4, 0, 'final', 0)
share|improve this question
up vote 14 down vote accepted

The first step to determining the correct projection of any layer, is to find the projection information, if any, that came with your layer. In the case of a Shapefile, like what you downloaded from, that information is contained in a .prj file, short for Projection.

Here are the contents of the projection file from the census data:


The key parts of this, are the first word GEOGCS means Geographic Coordinate System, the string DATUM: D_North_American_1983, SPHERIOD: GRS_1980, and the last part UNIT: Degree.

These easily match up to the Proj4 definition that you received: +proj=longlat +ellps=GRS80 +datum=NAD83 +no_defs

You can see that the datum and ellipsoid, match up to the datum and spheriod in the ".prj". The longlat means Longitude/Latitude, which is measured in Units of Degrees, which matches the ".prj" file.

There are "no defs" because no additional information is necessary to identify the Geographic Coordinate System.

A site to search for spatial references is:

The Geographic Coordinate System in NAD 83 is hard to come up with directly, because it is a part of many other projections.

To make it easier, the one you need is EPSG 4269.

This link presents the spatial reference information in a number of different formats. The one specifically for PostGIS is:

INSERT into spatial_ref_sys (srid, auth_name, auth_srid, proj4text, srtext) values ( 94269, 'epsg', 4269, '+proj=longlat +ellps=GRS80 +datum=NAD83 +no_defs ', 'GEOGCS["NAD83",DATUM["North_American_Datum_1983",SPHEROID["GRS 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"]]');

To address your last point regarding the SRID = -1, I think it is important to test your data before you assume they are useless. Try to bring it up in some GIS software, like QGIS, or ArcGIS. Look at the coordinates that are shown as you move the cursor around. If you see familiar ranges of numbers, like y = 0 – +90 and x = -180 – +180, you should recognize these as Latitude/Longitude. Beginning to recognize the coordinate ranges that occur in the common projections and coordinate systems in your area will help you greatly as you move forward in your career.

If you are interested in learning more about projections and coordinate systems, this is a fantastic reference: A Working Manual (PDF) - John P. Snyder

share|improve this answer
I did realize, that I may have asked the wrong question. I asked for fish when I should have asked how to fish. If I search for 'GRS80 NAD83' at, I get one result that does not look correct. --- The link you gave for EPSG 4269 has the OpenLayers map display with a bounding box around most of Asia and North Africa. Is this correct or even significant? – kzh Jun 19 '12 at 22:03
@kzh - I honestly do not know why it is showing that bounding box. It is not significant though. The details contained within the spatial reference are what count, and they are correct. – Get Spatial Jun 19 '12 at 22:06
Thanks a bunch. I was just checking. – kzh Jun 19 '12 at 22:07
The degree is slightly off for some reason - why would that be? has a more accurate listing here: , which doesn't exist as an srid in my spatial_ref_sys table. – Zachary Schuessler Jun 6 '13 at 18:56
@GetSpatial - From Mr Butler at "all postgis IDs are prefixed with 9 to ensure that they don't collide with existing postgis IDs." – kttii Jul 6 at 13:31

@Get Spatial is right and it couldnt have been better answer to this question. in addition to him you can check out spatial_ref_sys before adding any spatial reference.

       spatial_ref_sys WHERE auth_srid = 4269;

probably you will take sth like this:

4269  |   EPSG     |   1624     | <big SRTEXT string>

SRTEXT = GEOGCS["NAD83",DATUM["North_American_Datum_1983",SPHEROID["GRS 

PROJ4TEXT = +proj=longlat +ellps=GRS80 +datum=NAD83 +no_defs

Spatial_ref_sys is merely a table of known coordinate systems keyed by their SRID. you cabn get more info here...

  • srid: The numeric SRID. This should be the table’s primary key.
  • auth_name: An authority name as a string. This is set if this coordinate system is specified by an outside authority such as EPSG.
  • auth_srid: The numeric ID of the coordinate system in the above authority’s catalog.
  • srtext: The Well-Known-Text (WKT) representation of the coordinate system (as we described in part 4).
  • proj4text: The Proj4 representation of the coordinate system.

and last thing is that for loading it to database use this command:

shp2pgsql -c -D -s 4269 -I tl_2011_02_anrc.shp myschema.mytable > mysql.sql
psql -d mydb -f mysql.sql

i hope it helps you....

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.