[GRASS5] U.S. Census Tiger Files 2000...

Tom Rake duff_maps at hotmail.com
Tue Jul 24 13:55:15 EDT 2001


I have a convention to go to (and will be away from computers) won't be back 
until tuesday July 31. I'll take the source to review on the plane. So any 
work I do on this won't be until August. But I am glad to contribute what I 

-Tom Rake, The Duff Map Company.

>From: "Eric G. Miller" <egm2 at jps.net>
>To: Tom Rake <duff_maps at hotmail.com>
>CC: egm2 at jps.net, grass5 at geog.uni-hannover.de
>Subject: Re: [GRASS5] U.S. Census Tiger Files 2000...
>Date: Mon, 23 Jul 2001 20:17:35 -0700
>On Mon, Jul 23, 2001 at 05:37:41PM -0400, Tom Rake wrote:
> > FWIW:
> >
> > I just tried a few v.tig.in.lndmk imports with 2000 data and didn't find 
> > problem with one dataset.
>Hmm.  I couldn't get it to work right with the line or area classes.
>Maybe I'll try a different data set.
> > Ascii delimited dumps are fine with me.
> >
> > RIM I don't use and hasn't been useful when I tried.
> >
> > ***** My Other Random Comments
> >
> > I have been parsing the Tiger files separately using perl scripts driven 
> > data dictionary files which I copy from the Tiger specs. I use these to
> > stuff Postgres with selected data for each record type mostly keyed by 
> > I have had problems doing a v.reclass on v.tig.in.basic data (TLID are 
> > big for C [] operations) so I build by own reclass map in perl and write
> > .att and .cat file directly.
>Hmm, don't know why TLID's are too big.  If an "int" == "long", then it
>should accomodate numbers up to 2147483647.  Are there TLID's that
>exceed this?
> > As a map company I class all chains that say are roads by name in a 
> > category so I deal with each and every name. Thus I deal with categories
> > that number in the 10,000s or more.
>You should rewrite the Tiger routines!  You obviously know TIGER files
>better than I...
>Eric G. Miller <egm2 at jps.net>
>grass5 mailing list
>grass5 at geog.uni-hannover.de

Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

More information about the grass-dev mailing list