[GRASS5] U.S. Census Tiger Files 2000...
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
> > 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