-------- Original Message --------
Subject: Re: MAPS-L Digest - 16 Feb 2009 to 17 Feb 2009 (#2009-32)
Date: Wed, 18 Feb 2009 09:10:12 -0500
From: Amanda Henley <[log in to unmask]>
To: Maps, Air Photo & Geospatial Systems Forum <[log in to unmask]>
References: <[log in to unmask]>
Hello list,
Another alternative to going through the geocoding process in GIS
software is the Excel Geocoder, from Juice Analytics. Mapz (Joshua
Been) blogged about it a while back:
http://mapzlibrarian.blogspot.com/2007/02/free-batch-geocoding-juice-analytics.html
It uses the Yahoo! geocoding API; you'll need a yahoo account. You just
put your yahoo user name in the orange box on the instructions sheet.
I have found that it works in Excel 2003 only, you must enable macros,
and it doesn't work on a mac. It returns lat/longs in WGS84, and a
precision indicator (an advantage over batchgeocode). Then you can just
make a shapefile from the lat/longs. I have step-by-step instructions
and a movie of how to do that linked from my FAQs here:
http://www.lib.unc.edu/reference/gis/faq/
Hope this helps.
Amanda
On Wed, Feb 18, 2009 at 12:09 AM, Automatic digest processor
<[log in to unmask] <mailto:[log in to unmask]>> wrote:
There are 11 messages totalling 1223 lines in this issue.
Topics of the day:
1. Fwd: Aerial maps of US from 1940s
2. Phoenix street network data (2)
3. New Map from Canadian-American Center at the U of Maine
4. Aerial maps of US from 1940s (2)
5. map cataloging subject help needed (3)
6. New issue of Issues in Science & Technology Librarianship Available
7. Offer of LC Checklist 1904
----------------------------------------------------------------------
Date: Tue, 17 Feb 2009 08:22:18 -0600
From: Maps-L Moderator <[log in to unmask] <mailto:[log in to unmask]>>
Subject: Fwd: Aerial maps of US from 1940s
-------- Original Message --------
Subject: Fwd: Aerial maps of US from 1940s
Date: Mon, 16 Feb 2009 17:52:54 -0500
From: s hawkins <[log in to unmask] <mailto:[log in to unmask]>>
To: [log in to unmask] <mailto:[log in to unmask]>
References: <[log in to unmask]
<mailto:[log in to unmask]>>
Bruce,
Typicall photos of this vintage can be found through the NARA
(National Archives). Since the last time I purchased through them was
about 3 years ago things may have changed, but I think it takes about
6 - 8 weeks turnaround through their vendors (the folks that are
authorized to reproduce their imagery) and you have to go through one
of those to get the research done.
http://www.archives.gov/research/formats/cartographic.html
I used to do this sort of thing but am no longer. Good luck!
--sue hawkins
~~~~~~~~~
http://www.flickr.com/photos/suehawkins/
---------- Forwarded message ----------
From: Maps-L Moderator <[log in to unmask] <mailto:[log in to unmask]>>
Date: Mon, Feb 16, 2009 at 8:57 AM
Subject: Re: Aerial maps of US from 1940s
To: [log in to unmask] <mailto:[log in to unmask]>
-------- Original Message --------
Subject: Re: Aerial maps of US from 1940s
Date: Sat, 14 Feb 2009 07:12:56 -0600
From: Mike Flannigan <[log in to unmask] <mailto:[log in to unmask]>>
To: Maps, Air Photo & Geospatial Systems Forum
<[log in to unmask] <mailto:[log in to unmask]>>
CC: [log in to unmask] <mailto:[log in to unmask]>
References: <[log in to unmask]
<mailto:[log in to unmask]>>
That is some tough land to farm.
http://terraserverusa.com/map.aspx?t=2&s=12&lon=-84.52500&lat=36.99722&opt=1
<http://terraserverusa.com/map.aspx?t=2&s=12&lon=-84.52500&lat=36.99722&opt=1>
I suspect they farmed down in Jugornot Hollow.
Mike Flannigan
On Fri, 13 Feb 2009, [log in to unmask] <mailto:[log in to unmask]> wrote:
> I am an attorney in addition of being a lover of maps. I am
wearing my
> attorney hat as I write this. I have a case involving the rights of
> various adjoining land owners in a tract of property located in
the Buck
> Creek section of Pulaski County, Kentucky. An important element
of the
> case involves how much of the land was being farmed in the 1940s. A
> couple of months ago, I read in these post that during WWII, the Army
> made aerial maps of the entire United States. The earliest aerial
> photographs I have been able to find so far were taken in the
1950s. I
> very much need to find a source for these old Army aerial maps.
The area
> I need is located in south eastern Pulaski County, Kentucky, and
would
> be on the Dykes or Hail USGS maps or at about 36 degrees, 59 min
50 sec,
> 84 degrees, 31 minutes, 30 seconds. There was an old Kentucky
court of
> appeals opinion from the 1940s that decided the boundary issue on
this
> land but unfortunately, the case referred to the "land currently
being
> farmed" and referenced a map. The map is no longer in the file so the
> only way to determine the boundary is to look at old aerial maps
to try
> to determine the location of the land being cultivated at the
time the
> aerial photographs were made. Any help with this problem or referrals
> would be greatly appreciated.
>
> Bruce Orwin
------------------------------
Date: Tue, 17 Feb 2009 08:23:13 -0600
From: Maps-L Moderator <[log in to unmask] <mailto:[log in to unmask]>>
Subject: Re: Phoenix street network data
-------- Original Message --------
Subject: Re: Phoenix street network data
Date: Mon, 16 Feb 2009 19:17:17 -0600
From: Chieko Maene <[log in to unmask]
<mailto:[log in to unmask]>>
Reply-To: [log in to unmask]
<mailto:[log in to unmask]>
To: [log in to unmask] <mailto:[log in to unmask]>
References: <[log in to unmask]
<mailto:[log in to unmask]>>
Hi everyone,
I finally had a chance to create geocodable street data using TIGER2008
- I had to. I know my patrons would ask me about it. Yes, TIGER2008 has
been improved greatly, especially geometry-wise (more lines, spatially
accurate) - how wonderful.
Though, as Edward wrote, I realized it isn't easy to use TIGER2008 for
geocoding. I thought it's just a matter of joining associated tables
(EDGES/FEATNAMES/FACES) and merge fields in ArcGIS, but I was wrong. The
main problem for me was the one-to-many relationship between EDGES and
FEATNAMES. (In fact, EDGES's Prime Key TLID isn't unique - i.e. there
are quite a few duplicate TLIDs in EDGES, looks like it's because the
edges are between two counties - so, it's actually many-to-many
relationship.) Since ArcGIS cannot handle one-to-many outer join (i.e.
ArcGIS will grab only the first matching row information, not all
matching rows), you would need another software that you are comfortable
to use, statistical software or DBMS such as access or foxpro (my
choice), so that you won't lose useful information/rows from FEATNAMES
table.
It worked for me in the end but I spent a whole weekend to do this. I
think it's better if we can geocode addressed using relational
geodatabase in ArcGIS, not using single-table shapefiles (i.e. streets)
so that we can keep table relationships without combining to create a
large and un-normalized single table (i.e. shapefiles.) I don't know if
I can do that without ArcSDE though, and I would love to know how to do
it. Or, I can just wait until ESRI releases a new version of StreetMap
N.America dataset based on TIGER 2008..
Or, as Edward pointed out, we can use third-party geocoding tools. I
think the USC website is wonderful. I don't know if the USC geocoder is
based on TIGER 2008, though.
I was a fan of batchgeocoder but later, I found some inaccurate results.
I also like to be able to select candidates for ambiguous addresses..
kind of..
One more thing: at the end, I wanted to know how good my result was - I
tested my final TIGER2008 Chicago area roads data to geocode Chicago
area addresses, and then compare the result with that of the ESRI 2008
StreetMap N. America streets dataset (from ESRI Data & Maps 9.3,
TeleAtlas base. *Not* a premium version.) To be fair, I clipped ESRI
2008 StreetMap streets using the same 7 counties boundaries. Then I
geocoded the addresses under same conditions (i.e. same method: US
Streets with City, State and ZIP, same thresholds, no alias tables,
etc.) The results: Unmatched cases(%) without interactive matching,
TIGER2008: 5,574 (23%) vs. ESRI2008: 5,650 (23%), total N was 24,158.
Happily, TIGER2008 did slightly better than ESRI 2008 StreetMap, though
the difference was minuscule.. (The reason for the high unmatched cases
is because my addresses contained out-of-the-extent addresses, such as
outside state addresses.)
Just in case, here is what I did to create the Chicago metropolitan area
(7 counties) geocodable streets. Please feel free to correct me if I am
doing wrong.
Also, if anybody wants the final data, you can download the Chicago
metropolitan area TIGER2008 street file from here (no metadata..)
http://www.library.northwestern.edu/map/TIGER2008_NE7CO_ROADS.zip (64MB)
[Note: I didn't bother to add a extra address-ranges table (ADDR) since
dealing with just three tables was enough for me. Well, I guess FACES is
optional too, but it's good to include additional left/right side
polygon attributes for those who like to aggregate data based on
boundaries, i.e. tracts, blocks.]
(1) In ArcGIS : append 6 counties EDGES shapefiles to the main county
(cook county.) Select road edges only ([roadflg]='Y') and also get rid
of miscellaneous road types we don't want to use, i.e. alleys and misc.
trails ((MID([MMTFCC],1,3)='S17'OR (MID([MMTFCC],1,3)='S18') and then
finally add a new identifier field, FID2 (copy value from FID), to keep
a unique ID key for each polyline.
(2) In DBMS software: append all 7 counties' FEATNAMES tables. Do the
same for the 7 counties' FACES tables. Create a query, [EDGES left outer
join FEATNAMES on EDGES.TLID=FEATNAMES.TLID]. From FEATNAMES, you will
get parsed road information (dir, pretype, name, surfix, type) with
variations of street names. (i.e. "E. Main St" in Cook County is also
known as "W County Line Rd", "Main St", "Lake-Cook Rd", etc. We want all
these variations/rows for better geocoding results.) After that, I got
left and right sides face/polygon information by joining EDGE-FEATNAMES
table and FACES, twice (left side, and then right side) - this part is
straightforward since it's all one-to-one relationship.
(3) Optional - In DBMS software: You can further continue to query
(join) to get textual place and state abbreviation names, i.e.
"Chicago", and "IL". Get the information from other TIGER tables (i.e.
COUNTY or PLACE.) Also, you may want to rename fields so that ArcGIS can
recognize geocodable fields (i.e. instead of LFROMADD, change it to
L_F_ADD).
(4) In DBMS software: find duplicate FID2 (unique identifier for EDGE
shapefile polylines), and separate the duplicate sets by the number of
duplicate (i.e. group1: duplicate 1, group2: duplicate 2, group3:
duplicate 3, etc.. I found up to 9 duplicate name groups as a result of
EDGES-FEATNAMES one-to-many joining.. I am not sure if this part makes
sense to anybody..)
(5) In ArcGIS: join EDGES polylines from (1) and the first group of the
EDGE-FEATNAMES-FACES joined table from (4) using a common field,
EDGES.FID and EDGES-FEATNAMES-FACES.FID2. Export as EDGES_1. Remove the
previous join in EDGES polylines and join EDGES and the second group of
EDGE-FEATNAMES-FACE (duplicate group 2) and then export only the joined
rows (i.e. only rows with matching join fields) as EDGES_2. Repeat this
for all duplicate group tables. Lastly, merge all EDGES groups (EDGES_1,
EDGES_2, EDGES_3, etc.) by appending others to one.
(6) Optional: I added a spatial index in ArcCatalog for faster rendering
in ArcGIS. TIGER files don't come with these index files, .sbn & .sbx. I
didn't add any attribute indexes since "create a geocode locator" will
create indexes for geocoding.
Sincerely,
Chieko
--
Chieko Maene, MS, MLIS
Maps & State Documents Librarian
Government and Geographic Information and Data Services
University Library
Northwestern University
1970 Campus Drive
Evanston, IL 60208-2300
Phone: (847) 467-3679
Fax: (847) 491-7603
[log in to unmask] <mailto:[log in to unmask]>
http://www.library.northwestern.edu/map/
http://geospatial.edublogs.org/
Maps-L Moderator wrote:
> -------- Original Message --------
> Subject: RE: Phoenix street network data
> Date: Sat, 14 Feb 2009 12:28:52 -0800
> From: Edward Sullivan <[log in to unmask]
<mailto:[log in to unmask]>>
> To: <[log in to unmask]
<mailto:[log in to unmask]>>, <[log in to unmask]
<mailto:[log in to unmask]>>
> References: A<[log in to unmask]
<mailto:[log in to unmask]>>
>
>
>
> This is a bit "outside the box", but rather than going to the
trouble of
> locating, standardizing, and performing quality checks on 'free' road
> network and address layers, I've lately taken to using the Batch
Geocode
> site to do many of my smaller (< 5,000 addresses) geocoding tasks -
>
> http://www.batchgeocode.com/
>
> I believe the Yahoo! Geocoding API this 'mashup' page utilizes is
using
> the very good GDT/TeleAtlas road network base maps, so the quality of
> the results are typically as good or better than what I can
accomplish
> with free data and desktop GIS geocoders.
>
> There are more advanced batch geocoding services available to
academic
> users without charge from the USC GIS Research Laboratory:
>
> https://webgis.usc.edu/
>
>
>
> Edward A. Sullivan, III
> Senior Technical Associate
> Economic & Planning Systems, Inc.
> 2501 9th Street, Suite 200, Berkeley, CA, 94710-2515
> Voice: 510-841-9190 FAX: 510-841-9208
> Email: [log in to unmask] <mailto:[log in to unmask]>
> Web site: www.epsys.com <http://www.epsys.com>
>
> Due to the potential that information exchanged by electronic
media can
> deteriorate, be damaged, lost or modified, intentionally or
otherwise,
> use of this electronic data by anyone other than Economic & Planning
> Systems, Inc. shall be at the sole risk of such user and without
> liability or legal exposure to Economic & Planning Systems, Inc.
>
> The recipient is responsible for verifying the accuracy of data
against
> governing hard copy documentation. If there is a discrepancy between
> the hard copy and the electronic copy, the hard copy will govern.
>
> Recipient assumes all risks in the changing or modification of
data and
> revisions or updating of hard copy documents.
>
> -----Original Message-----
> From: Maps, Air Photo & Geospatial Systems Forum
> [mailto:[log in to unmask] <mailto:[log in to unmask]>]
On Behalf Of Maps-L Moderator
> Sent: Friday, February 13, 2009 11:43 AM
> To: [log in to unmask] <mailto:[log in to unmask]>
> Subject: Phoenix street network data
>
> -------- Original Message --------
> Date: Fri, 13 Feb 2009 11:38:48 -0800
> From: andrew nicholson <[log in to unmask]
<mailto:[log in to unmask]>>
> To: <[log in to unmask]
<mailto:[log in to unmask]>>, <[log in to unmask]
<mailto:[log in to unmask]>>, tanya
> <[log in to unmask] <mailto:[log in to unmask]>>
>
>
>
>
> Hi everyone,
>
> My apologies for the cross posting.
>
> We are looking for a good quality road network for Phoenix Arizona to
> allow students to geocode too. We have downloaded the Tigerline
files,
> but they are not very good for this purpose. Can anyone provide
us with
> suggestions for a source or two for high quality and free Phoenix
street
> network data?
>
> thanks for your help,
> Andrew
>
>
> --
>
> Andrew J.P. Nicholson
>
> GIS/Data Librarian
>
> Hazel McCallion Academic Learning Centre
>
> Room 360A
>
> University of Toronto Mississauga
>
> 3359 Mississauga Road North
>
> Mississauga, Ontario
>
> CANADA
>
> L5L 1C6
>
> Phone:(905)828-3886
>
> Fax:(905)569-4320
>
> Email: [log in to unmask]
<mailto:[log in to unmask]>
> <mailto:[log in to unmask]
<mailto:[log in to unmask]>>
>
> Web: http://www.utm.utoronto.ca/library/
>
>
>
>
>
------------------------------------------------------------------------
> Windows Live(tm): Keep your life in sync. See how it works.
>
<http://windowslive.com/howitworks?ocid=TXT_TAGLM_WL_t1_allup_howitworks
> _022009>
------------------------------
Date: Tue, 17 Feb 2009 08:41:46 -0600
From: Maps-L Moderator <[log in to unmask] <mailto:[log in to unmask]>>
Subject: Re: Phoenix street network data
-------- Original Message --------
Subject: Re: Phoenix street network data
Date: Tue, 17 Feb 2009 09:36:15 -0500
From: C.C. Miller <[log in to unmask] <mailto:[log in to unmask]>>
To: [log in to unmask] <mailto:[log in to unmask]>
References: <[log in to unmask] <mailto:[log in to unmask]>>
Chieko, I think this post will be very helpful to a lot of people in the
future. One additional possibility that we started to explore here
before we were pulled away to other work was using the PostGIS geocoder
(http://svn.refractions.net/postgis/trunk/extras/tiger_geocoder/)
<http://svn.refractions.net/postgis/trunk/extras/tiger_geocoder/%29>.
Our problem initially was that it was old -- not written for TIGER 2008
for sure -- so we were staring down the barrel of rewriting some queries
at least.
We didn't get far, but since TIGER 2008 is relatively complex,
postgres/postgis might offer a good mix of geospatial and traditional
dbms. If anybody is interested let me know. I have one grad student whom
I could put back on the trail if it looks like there was interest.
Chris
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
C.C. Miller
Assistant Professor of Library Science
Geographic Information Systems Specialist
Purdue University Libraries
http://gis.lib.purdue.edu
feed://www4.lib.purdue.edu/gis/rss.php
<http://www4.lib.purdue.edu/gis/rss.php>
[log in to unmask] <mailto:[log in to unmask]>
<mailto:[log in to unmask] <mailto:[log in to unmask]>>
765.496.9474
[log in to unmask] <mailto:[log in to unmask]> <mailto:IM
<mailto:IM>[log in to unmask] <mailto:[log in to unmask]>>
AIM=cecmcgee
[log in to unmask] <mailto:[log in to unmask]>
<mailto:Jabber <mailto:Jabber>[log in to unmask]
<mailto:[log in to unmask]>>
Twitter=http://twitter.com/pugolian
2215E EAS (CIVL)
Earth & Atmospheric Sciences Library (EAS)
Civil Engineering Building (CIVL)
550 Stadium Mall Drive
West Lafayette, IN 47907-2051
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
On Feb 17, 2009, at 9:23 AM, Maps-L Moderator wrote:
> -------- Original Message --------
> Subject: Re: Phoenix street network data
> Date: Mon, 16 Feb 2009 19:17:17 -0600
> From: Chieko Maene <[log in to unmask]
<mailto:[log in to unmask]>
> <mailto:[log in to unmask] <mailto:[log in to unmask]>>>
> Reply-To: [log in to unmask]
<mailto:[log in to unmask]> <mailto:[log in to unmask]
<mailto:[log in to unmask]>>
> To: [log in to unmask] <mailto:[log in to unmask]>
<mailto:[log in to unmask] <mailto:[log in to unmask]>>
> References: <[log in to unmask]
<mailto:[log in to unmask]>
> <mailto:[log in to unmask] <mailto:[log in to unmask]>>>
>
>
>
> Hi everyone,
>
> I finally had a chance to create geocodable street data using
TIGER2008
> - I had to. I know my patrons would ask me about it. Yes,
TIGER2008 has
> been improved greatly, especially geometry-wise (more lines,
spatially
> accurate) - how wonderful.
>
> Though, as Edward wrote, I realized it isn't easy to use
TIGER2008 for
> geocoding. I thought it's just a matter of joining associated tables
> (EDGES/FEATNAMES/FACES) and merge fields in ArcGIS, but I was
wrong. The
> main problem for me was the one-to-many relationship between
EDGES and
> FEATNAMES. (In fact, EDGES's Prime Key TLID isn't unique - i.e. there
> are quite a few duplicate TLIDs in EDGES, looks like it's because the
> edges are between two counties - so, it's actually many-to-many
> relationship.) Since ArcGIS cannot handle one-to-many outer join
(i.e.
> ArcGIS will grab only the first matching row information, not all
> matching rows), you would need another software that you are
comfortable
> to use, statistical software or DBMS such as access or foxpro (my
> choice), so that you won't lose useful information/rows from
FEATNAMES
> table.
>
> It worked for me in the end but I spent a whole weekend to do this. I
> think it's better if we can geocode addressed using relational
> geodatabase in ArcGIS, not using single-table shapefiles (i.e.
streets)
> so that we can keep table relationships without combining to create a
> large and un-normalized single table (i.e. shapefiles.) I don't
know if
> I can do that without ArcSDE though, and I would love to know how
to do
> it. Or, I can just wait until ESRI releases a new version of
StreetMap
> N.America dataset based on TIGER 2008..
>
> Or, as Edward pointed out, we can use third-party geocoding tools. I
> think the USC website is wonderful. I don't know if the USC
geocoder is
> based on TIGER 2008, though.
>
> I was a fan of batchgeocoder but later, I found some inaccurate
results.
> I also like to be able to select candidates for ambiguous addresses..
> kind of..
>
> One more thing: at the end, I wanted to know how good my result
was - I
> tested my final TIGER2008 Chicago area roads data to geocode Chicago
> area addresses, and then compare the result with that of the ESRI
2008
> StreetMap N. America streets dataset (from ESRI Data & Maps 9.3,
> TeleAtlas base. *Not* a premium version.) To be fair, I clipped ESRI
> 2008 StreetMap streets using the same 7 counties boundaries. Then I
> geocoded the addresses under same conditions (i.e. same method: US
> Streets with City, State and ZIP, same thresholds, no alias tables,
> etc.) The results: Unmatched cases(%) without interactive matching,
> TIGER2008: 5,574 (23%) vs. ESRI2008: 5,650 (23%), total N was 24,158.
> Happily, TIGER2008 did slightly better than ESRI 2008 StreetMap,
though
> the difference was minuscule.. (The reason for the high unmatched
cases
> is because my addresses contained out-of-the-extent addresses,
such as
> outside state addresses.)
>
> Just in case, here is what I did to create the Chicago
metropolitan area
> (7 counties) geocodable streets. Please feel free to correct me
if I am
> doing wrong.
>
> Also, if anybody wants the final data, you can download the Chicago
> metropolitan area TIGER2008 street file from here (no metadata..)
> http://www.library.northwestern.edu/map/TIGER2008_NE7CO_ROADS.zip
(64MB)
>
> [Note: I didn't bother to add a extra address-ranges table (ADDR)
since
> dealing with just three tables was enough for me. Well, I guess
FACES is
> optional too, but it's good to include additional left/right side
> polygon attributes for those who like to aggregate data based on
> boundaries, i.e. tracts, blocks.]
>
> (1) In ArcGIS : append 6 counties EDGES shapefiles to the main county
> (cook county.) Select road edges only ([roadflg]='Y') and also
get rid
> of miscellaneous road types we don't want to use, i.e. alleys and
misc.
> trails ((MID([MMTFCC],1,3)='S17'OR (MID([MMTFCC],1,3)='S18') and then
> finally add a new identifier field, FID2 (copy value from FID),
to keep
> a unique ID key for each polyline.
>
> (2) In DBMS software: append all 7 counties' FEATNAMES tables. Do the
> same for the 7 counties' FACES tables. Create a query, [EDGES
left outer
> join FEATNAMES on EDGES.TLID=FEATNAMES.TLID]. From FEATNAMES, you
will
> get parsed road information (dir, pretype, name, surfix, type) with
> variations of street names. (i.e. "E. Main St" in Cook County is also
> known as "W County Line Rd", "Main St", "Lake-Cook Rd", etc. We
want all
> these variations/rows for better geocoding results.) After that,
I got
> left and right sides face/polygon information by joining
EDGE-FEATNAMES
> table and FACES, twice (left side, and then right side) - this
part is
> straightforward since it's all one-to-one relationship.
>
> (3) Optional - In DBMS software: You can further continue to query
> (join) to get textual place and state abbreviation names, i.e.
> "Chicago", and "IL". Get the information from other TIGER tables
(i.e.
> COUNTY or PLACE.) Also, you may want to rename fields so that
ArcGIS can
> recognize geocodable fields (i.e. instead of LFROMADD, change it to
> L_F_ADD).
>
> (4) In DBMS software: find duplicate FID2 (unique identifier for EDGE
> shapefile polylines), and separate the duplicate sets by the
number of
> duplicate (i.e. group1: duplicate 1, group2: duplicate 2, group3:
> duplicate 3, etc.. I found up to 9 duplicate name groups as a
result of
> EDGES-FEATNAMES one-to-many joining.. I am not sure if this part
makes
> sense to anybody..)
>
> (5) In ArcGIS: join EDGES polylines from (1) and the first group
of the
> EDGE-FEATNAMES-FACES joined table from (4) using a common field,
> EDGES.FID and EDGES-FEATNAMES-FACES.FID2. Export as EDGES_1.
Remove the
> previous join in EDGES polylines and join EDGES and the second
group of
> EDGE-FEATNAMES-FACE (duplicate group 2) and then export only the
joined
> rows (i.e. only rows with matching join fields) as EDGES_2.
Repeat this
> for all duplicate group tables. Lastly, merge all EDGES groups
(EDGES_1,
> EDGES_2, EDGES_3, etc.) by appending others to one.
>
> (6) Optional: I added a spatial index in ArcCatalog for faster
rendering
> in ArcGIS. TIGER files don't come with these index files, .sbn &
.sbx. I
> didn't add any attribute indexes since "create a geocode locator"
will
> create indexes for geocoding.
>
> Sincerely,
> Chieko
> --
> Chieko Maene, MS, MLIS
> Maps & State Documents Librarian
> Government and Geographic Information and Data Services
> University Library
> Northwestern University
> 1970 Campus Drive
> Evanston, IL 60208-2300
> Phone: (847) 467-3679
> Fax: (847) 491-7603
> [log in to unmask] <mailto:[log in to unmask]>
<mailto:[log in to unmask] <mailto:[log in to unmask]>>
> http://www.library.northwestern.edu/map/
> http://geospatial.edublogs.org/
>
>
> Maps-L Moderator wrote:
>> -------- Original Message --------
>> Subject: RE: Phoenix street network data
>> Date: Sat, 14 Feb 2009 12:28:52 -0800
>> From: Edward Sullivan <[log in to unmask]
<mailto:[log in to unmask]>>
>> To: <[log in to unmask]
<mailto:[log in to unmask]>>, <[log in to unmask]
<mailto:[log in to unmask]>>
>> References: A<[log in to unmask]
<mailto:[log in to unmask]>>
>>
>>
>>
>> This is a bit "outside the box", but rather than going to the
trouble of
>> locating, standardizing, and performing quality checks on 'free'
road
>> network and address layers, I've lately taken to using the Batch
Geocode
>> site to do many of my smaller (< 5,000 addresses) geocoding tasks -
>>
>> http://www.batchgeocode.com/
>>
>> I believe the Yahoo! Geocoding API this 'mashup' page utilizes
is using
>> the very good GDT/TeleAtlas road network base maps, so the
quality of
>> the results are typically as good or better than what I can
accomplish
>> with free data and desktop GIS geocoders.
>>
>> There are more advanced batch geocoding services available to
academic
>> users without charge from the USC GIS Research Laboratory:
>>
>> https://webgis.usc.edu/
>>
>>
>>
>> Edward A. Sullivan, III
>> Senior Technical Associate
>> Economic & Planning Systems, Inc.
>> 2501 9th Street, Suite 200, Berkeley, CA, 94710-2515
>> Voice: 510-841-9190 FAX: 510-841-9208
>> Email: [log in to unmask] <mailto:[log in to unmask]>
>> Web site: www.epsys.com <http://www.epsys.com>
>>
>> Due to the potential that information exchanged by electronic
media can
>> deteriorate, be damaged, lost or modified, intentionally or
otherwise,
>> use of this electronic data by anyone other than Economic & Planning
>> Systems, Inc. shall be at the sole risk of such user and without
>> liability or legal exposure to Economic & Planning Systems, Inc.
>>
>> The recipient is responsible for verifying the accuracy of data
against
>> governing hard copy documentation. If there is a discrepancy
between
>> the hard copy and the electronic copy, the hard copy will govern.
>>
>> Recipient assumes all risks in the changing or modification of
data and
>> revisions or updating of hard copy documents.
>>
>> -----Original Message-----
>> From: Maps, Air Photo & Geospatial Systems Forum
>> [mailto:[log in to unmask]
<mailto:[log in to unmask]>] On Behalf Of Maps-L Moderator
>> Sent: Friday, February 13, 2009 11:43 AM
>> To: [log in to unmask] <mailto:[log in to unmask]>
>> Subject: Phoenix street network data
>>
>> -------- Original Message --------
>> Date: Fri, 13 Feb 2009 11:38:48 -0800
>> From: andrew nicholson <[log in to unmask]
<mailto:[log in to unmask]>>
>> To: <[log in to unmask]
<mailto:[log in to unmask]>>, <[log in to unmask]
<mailto:[log in to unmask]>>, tanya
>> <[log in to unmask] <mailto:[log in to unmask]>>
>>
>>
>>
>>
>> Hi everyone,
>>
>> My apologies for the cross posting.
>>
>> We are looking for a good quality road network for Phoenix
Arizona to
>> allow students to geocode too. We have downloaded the Tigerline
files,
>> but they are not very good for this purpose. Can anyone provide
us with
>> suggestions for a source or two for high quality and free
Phoenix street
>> network data?
>>
>> thanks for your help,
>> Andrew
>>
>>
>> --
>>
>> Andrew J.P. Nicholson
>>
>> GIS/Data Librarian
>>
>> Hazel McCallion Academic Learning Centre
>>
>> Room 360A
>>
>> University of Toronto Mississauga
>>
>> 3359 Mississauga Road North
>>
>> Mississauga, Ontario
>>
>> CANADA
>>
>> L5L 1C6
>>
>> Phone:(905)828-3886
>>
>> Fax:(905)569-4320
>>
>> Email: [log in to unmask]
<mailto:[log in to unmask]>
>> <mailto:[log in to unmask]
<mailto:[log in to unmask]>>
>>
>> Web: http://www.utm.utoronto.ca/library/
>>
>>
>>
>>
>>
------------------------------------------------------------------------
>> Windows Live(tm): Keep your life in sync. See how it works.
>>
<http://windowslive.com/howitworks?ocid=TXT_TAGLM_WL_t1_allup_howitworks
>> _022009>
------------------------------
Date: Tue, 17 Feb 2009 12:25:06 -0600
From: Maps-L Moderator <[log in to unmask] <mailto:[log in to unmask]>>
Subject: New Map from Canadian-American Center at the U of Maine
They would not take me there : people, places, and stories from
Champlain's travels in Canada, 1603-1616 cartography by Michael J.
Hermann [and] Margaret W. Pearce with inspiration from Samuel de
Champlain ; translation by Raymond Pelletier ; produced by the
Canadian-American Center, a national resource center on Canada at the
University of Maine.
http://www.umaine.edu/canam/cartography/Champlain.html
Measurements:
Flat: 39 x 59 inches
Folded:8 x 10 inches
Available rolled or folded
ISBN 978-0615-23159-4
Publisher:
The University of Maine
Canadian–American Center
Orono, Maine, USA
Price (US):
Retail: $14.99
Educational use: $10.00
Wholesale: $7.50
plus postage
------------------------------
Date: Tue, 17 Feb 2009 13:42:54 -0600
From: Maps-L Moderator <[log in to unmask] <mailto:[log in to unmask]>>
Subject: Re: Aerial maps of US from 1940s
-------- Original Message --------
Subject: Re: Aerial maps of US from 1940s
Date: Tue, 17 Feb 2009 11:41:41 -0800 (PST)
From: Tom Hanley <[log in to unmask] <mailto:[log in to unmask]>>
To: [log in to unmask] <mailto:[log in to unmask]>
References: <[log in to unmask]
<mailto:[log in to unmask]>>
Great example of why it is useful to keep old maps. I think the
University of GA has some excellent air photos from that era of at
least parts of GA. Maybe they have already given you a clue as to
how to proceed. I also remember having someone look through the
National Archives for some early imagery. A forester or agronomist
might be able to look at more recent photography to delineate
earlier farming history.
Good luck.
Tom Hanley, Professor Emeritus of Geology, Columbus State University
Please use this Yahoo mail account for communications.
Links to the ACRES projects and to Panama photos may be found at:
http://chemgeo.ColState.edu/th_hp.htm
"Rock Trails in Central Park" co-authored with M.M. Graff, is
available for download at http://www.greenswardparks.org
----- Original Message ----
From: Maps-L Moderator <[log in to unmask] <mailto:[log in to unmask]>>
To: [log in to unmask] <mailto:[log in to unmask]>
Sent: Monday, February 16, 2009 8:57:32 AM
Subject: Re: Aerial maps of US from 1940s
-------- Original Message --------
Subject: Re: Aerial maps of US from 1940s
Date: Sat, 14 Feb 2009 07:12:56 -0600
From: Mike Flannigan <[log in to unmask] <mailto:[log in to unmask]>>
To: Maps, Air Photo & Geospatial Systems Forum
<[log in to unmask] <mailto:[log in to unmask]>>
CC: [log in to unmask] <mailto:[log in to unmask]>
References: <[log in to unmask]
<mailto:[log in to unmask]>>
That is some tough land to farm.
http://terraserverusa.com/map.aspx?t=2&s=12&lon=-84.52500&lat=36.99722&opt=1
<http://terraserverusa.com/map.aspx?t=2&s=12&lon=-84.52500&lat=36.99722&opt=1>
I suspect they farmed down in Jugornot Hollow.
Mike Flannigan
On Fri, 13 Feb 2009, [log in to unmask] <mailto:[log in to unmask]> wrote:
>I am an attorney in addition of being a lover of maps. I am wearing my
>attorney hat as I write this. I have a case involving the rights of
>various adjoining land owners in a tract of property located in
the Buck
>Creek section of Pulaski County, Kentucky. An important element of the
>case involves how much of the land was being farmed in the 1940s. A
>couple of months ago, I read in these post that during WWII, the Army
>made aerial maps of the entire United States. The earliest aerial
>photographs I have been able to find so far were taken in the 1950s. I
>very much need to find a source for these old Army aerial maps.
The area
>I need is located in south eastern Pulaski County, Kentucky, and would
>be on the Dykes or Hail USGS maps or at about 36 degrees, 59 min
50 sec,
>84 degrees, 31 minutes, 30 seconds. There was an old Kentucky court of
>appeals opinion from the 1940s that decided the boundary issue on this
>land but unfortunately, the case referred to the "land currently being
>farmed" and referenced a map. The map is no longer in the file so the
>only way to determine the boundary is to look at old aerial maps
to try
>to determine the location of the land being cultivated at the time the
>aerial photographs were made. Any help with this problem or referrals
>would be greatly appreciated.
>
>Bruce Orwin
------------------------------
Date: Tue, 17 Feb 2009 14:27:36 -0600
From: Maps-L Moderator <[log in to unmask] <mailto:[log in to unmask]>>
Subject: Re: Aerial maps of US from 1940s
-------- Original Message --------
Subject: RE: Aerial maps of US from 1940s
Date: Tue, 17 Feb 2009 15:22:45 -0500
From: Hallie Pritchett <[log in to unmask] <mailto:[log in to unmask]>>
To: <[log in to unmask] <mailto:[log in to unmask]>>
References: <[log in to unmask]
<mailto:[log in to unmask]>>
As Prof. Hanley states the UGA Map Library has an excellent and
extensive
collection of air photos of the state of Georgia dating back to the late
1930s. The majority of our air photos were flown by the Agricultural
Stabilization and Conservation Service (ASCS), now the Aerial
Photography
Field Office (APFO), a division of the USDA's Farm Service Agency (FSA).
Air photos for most states (including Kentucky) from 1955 to present
can be
ordered directly from the APFO; further information about the APFO
can be
found here:
http://www.fsa.usda.gov/FSA/apfoapp?area=home&subject=landing&topic=landing
<http://www.fsa.usda.gov/FSA/apfoapp?area=home&subject=landing&topic=landing>
Air photos flown prior to 1955 are available from the National Archives:
http://www.archives.gov/research/formats/cartographic.html
USGS Fact Sheet 127-96 (May 2007) Looking for an Old Aerial
Photograph gives
a good overview of resources:
http://egsc.usgs.gov/isb/pubs/factsheets/fs12796.pdf
Finally, the Geological Sciences Library and Map Collection at the
University of Kentucky has per their Web site an extensive collection of
maps, atlases, gazetteers and Kentucky air photos available in their map
collection & is probably the best place to start:
http://www.uky.edu/Libraries/lib.php?lib_id=9
Hope this helps!
Hallie Pritchett
Map and Federal Regional Depository Librarian
University of Georgia Libraries
Athens, GA 30602
[log in to unmask] <mailto:[log in to unmask]>
706-542-0690 FAX: 706-583-0631
http://www.libs.uga.edu/maproom/
http://www.libs.uga.edu/govdocs/
-----Original Message-----
From: Maps, Air Photo & Geospatial Systems Forum
[mailto:[log in to unmask] <mailto:[log in to unmask]>] On
Behalf Of Maps-L Moderator
Sent: Tuesday, February 17, 2009 2:43 PM
To: [log in to unmask] <mailto:[log in to unmask]>
Subject: Re: Aerial maps of US from 1940s
-------- Original Message --------
Subject: Re: Aerial maps of US from 1940s
Date: Tue, 17 Feb 2009 11:41:41 -0800 (PST)
From: Tom Hanley <[log in to unmask] <mailto:[log in to unmask]>>
To: [log in to unmask] <mailto:[log in to unmask]>
References: <[log in to unmask]
<mailto:[log in to unmask]>>
Great example of why it is useful to keep old maps. I think the
University
of GA has some excellent air photos from that era of at least parts
of GA.
Maybe they have already given you a clue as to how to proceed. I also
remember having someone look through the National Archives for some
early
imagery. A forester or agronomist might be able to look at more recent
photography to delineate earlier farming history.
Good luck.
Tom Hanley, Professor Emeritus of Geology, Columbus State University
Please use this Yahoo mail account for communications.
Links to the ACRES projects and to Panama photos may be found at:
http://chemgeo.ColState.edu/th_hp.htm
"Rock Trails in Central Park" co-authored with M.M. Graff, is
available for
download at http://www.greenswardparks.org
----- Original Message ----
From: Maps-L Moderator <[log in to unmask] <mailto:[log in to unmask]>>
To: [log in to unmask] <mailto:[log in to unmask]>
Sent: Monday, February 16, 2009 8:57:32 AM
Subject: Re: Aerial maps of US from 1940s
-------- Original Message --------
Subject: Re: Aerial maps of US from 1940s
Date: Sat, 14 Feb 2009 07:12:56 -0600
From: Mike Flannigan <[log in to unmask] <mailto:[log in to unmask]>>
To: Maps, Air Photo & Geospatial Systems Forum
<[log in to unmask] <mailto:[log in to unmask]>>
CC: [log in to unmask] <mailto:[log in to unmask]>
References: <[log in to unmask]
<mailto:[log in to unmask]>>
That is some tough land to farm.
http://terraserverusa.com/map.aspx?t=2&s=12&lon=-84.52500&lat=36.99722&opt=1
<http://terraserverusa.com/map.aspx?t=2&s=12&lon=-84.52500&lat=36.99722&opt=1>
I suspect they farmed down in Jugornot Hollow.
Mike Flannigan
On Fri, 13 Feb 2009, [log in to unmask] <mailto:[log in to unmask]> wrote:
>I am an attorney in addition of being a lover of maps. I am wearing my
>attorney hat as I write this. I have a case involving the rights of
>various adjoining land owners in a tract of property located in
the Buck
>Creek section of Pulaski County, Kentucky. An important element of the
>case involves how much of the land was being farmed in the 1940s. A
>couple of months ago, I read in these post that during WWII, the Army
>made aerial maps of the entire United States. The earliest aerial
>photographs I have been able to find so far were taken in the 1950s. I
>very much need to find a source for these old Army aerial maps.
The area
>I need is located in south eastern Pulaski County, Kentucky, and would
>be on the Dykes or Hail USGS maps or at about 36 degrees, 59 min
50 sec,
>84 degrees, 31 minutes, 30 seconds. There was an old Kentucky court of
>appeals opinion from the 1940s that decided the boundary issue on this
>land but unfortunately, the case referred to the "land currently being
>farmed" and referenced a map. The map is no longer in the file so the
>only way to determine the boundary is to look at old aerial maps
to try
>to determine the location of the land being cultivated at the time the
>aerial photographs were made. Any help with this problem or referrals
>would be greatly appreciated.
>
>Bruce Orwin
------------------------------
Date: Tue, 17 Feb 2009 14:37:29 -0600
From: Maps-L Moderator <[log in to unmask] <mailto:[log in to unmask]>>
Subject: map cataloging subject help needed
-------- Original Message --------
Subject: map cataloging subject help needed
Date: Tue, 17 Feb 2009 13:23:51 -0700
From: Laura E Wright <[log in to unmask]>
To: MAPS-L <[log in to unmask]
<mailto:[log in to unmask]>>
I am cataloging a map that shows survey control points (title:
University of Colorado at Boulder survey control diagram), and I am
having a hard time coming up with any relevant subject headings. I have,
so far, determined that "Bench-marks" (which is an established heading)
are not the same as control points. The only valid subject I can come up
with is "Surveying" – but that doesn't seem particularly useful.
I have tried searching OCLC for similar maps, but using keywords
"survey" and "control" brings up all the USGS topos.
Does anyone have any similar maps? Or enough surveying knowledge to know
of any better headings?
Thanks,
Laura
~~~~~~~~~
Laura Wright
Map Library, University of Colorado at Boulder
184 UCB Boulder, CO 80309
(303) 735-3111
fax: (303) 735-4879
///"Library of Congress Classification: what bookstores would use /
/if they wanted you to find what you're looking for."/
/ --Stephen Wynn/
------------------------------
Date: Tue, 17 Feb 2009 14:59:58 -0600
From: Maps-L Moderator <[log in to unmask] <mailto:[log in to unmask]>>
Subject: Re: map cataloging subject help needed
-------- Original Message --------
Subject: Re: map cataloging subject help needed
Date: Tue, 17 Feb 2009 15:57:37 -0500
From: Paige Andrew <[log in to unmask]
<mailto:[log in to unmask]>>
To: [log in to unmask] <mailto:[log in to unmask]>
References: <[log in to unmask]
<mailto:[log in to unmask]>>
Laura,
Take a look at the subject headings
"Triangulation" and "Geodesy". The control points
you mention are part of a "triangulation" system
for fixing specific locations on the surface of
the earth, and Geodesy is the science/discipline
encompassing this. Triangulation can be
subdivided geographically, as can Geodesy.
"Surveying" is also an acceptable heading for
this kind of map, though in my mind broader than
perhaps what the map shows. You might note when
looking at the authority record for "Geodesy" the
Used For cross reference of "Earth $x
Measurement" which might help you hone in on what
the map's purpose is about. Also, there's a scope
note about using the topical heading of "Surveys"
subdivided geographically if you think that is useful.
Paige
At 03:37 PM 2/17/2009, you wrote:
>-------- Original Message --------
>Subject: map cataloging subject help needed
>Date: Tue, 17 Feb 2009 13:23:51 -0700
>From: Laura E Wright <[log in to unmask]>
>To: MAPS-L <[log in to unmask]
<mailto:[log in to unmask]>>
>
>
>
>I am cataloging a map that shows survey control points (title:
>University of Colorado at Boulder survey control diagram), and I am
>having a hard time coming up with any relevant subject headings. I
have,
>so far, determined that Â"Bench-marksÂ" (which is an established
heading)
>are not the same as control points. The only valid subject I can
come up
>with is Â"SurveyingÂ" Â but that doesnÂ't seem particularly useful.
>
>I have tried searching OCLC for similar maps, but using keywords
>Â"surveyÂ" and Â"controlÂ" brings up all the USGS topos.
>
>Does anyone have any similar maps? Or enough surveying knowledge
to know
>of any better headings?
>
>Thanks,
>
>Laura
>
>~~~~~~~~~
>Laura Wright
>Map Library, University of Colorado at Boulder
>184 UCB Boulder, CO 80309
>
>(303) 735-3111
>fax: (303) 735-4879
>
>///"Library of Congress Classification: what bookstores would use /
>
>/if they wanted you to find what you're looking for."/
>/ --Stephen Wynn/
------------------------------
Date: Tue, 17 Feb 2009 15:00:23 -0600
From: Maps-L Moderator <[log in to unmask] <mailto:[log in to unmask]>>
Subject: Re: map cataloging subject help needed
-------- Original Message --------
Subject: RE: map cataloging subject help needed
Date: Tue, 17 Feb 2009 15:59:34 -0500
From: Grabach, Kenneth A. Mr. <[log in to unmask]
<mailto:[log in to unmask]>>
To: [log in to unmask] <mailto:[log in to unmask]>
<[log in to unmask] <mailto:[log in to unmask]>>
References: <[log in to unmask]
<mailto:[log in to unmask]>>
A quick look at LC Subject Headings in Classweb gives a few
possibilities. As you suggest, Surveying is broad, but it is what
the control points are part of. Another is Geodesy (used for
geodetic surveys). There is also Triangulation, and looking there
gives some other terms, including Triangulation signal towers. But
Bench-marks are types of control points, so I wouldn't rule that one
out.
Ken Grabach <[log in to unmask]
<mailto:[log in to unmask]>>
Maps Librarian Phone: 513-529-1726
Miami University Libraries
Oxford, Ohio 45056 USA
-----Original Message-----
From: Maps, Air Photo & Geospatial Systems Forum
[mailto:[log in to unmask] <mailto:[log in to unmask]>] On
Behalf Of Maps-L Moderator
Sent: Tuesday, February 17, 2009 3:37 PM
To: [log in to unmask] <mailto:[log in to unmask]>
Subject: map cataloging subject help needed
-------- Original Message --------
Subject: map cataloging subject help needed
Date: Tue, 17 Feb 2009 13:23:51 -0700
From: Laura E Wright <[log in to unmask]>
To: MAPS-L <[log in to unmask]
<mailto:[log in to unmask]>>
I am cataloging a map that shows survey control points (title:
University of Colorado at Boulder survey control diagram), and I am
having a hard time coming up with any relevant subject headings. I have,
so far, determined that "Bench-marks" (which is an established heading)
are not the same as control points. The only valid subject I can come up
with is "Surveying" - but that doesn't seem particularly useful.
I have tried searching OCLC for similar maps, but using keywords
"survey" and "control" brings up all the USGS topos.
Does anyone have any similar maps? Or enough surveying knowledge to know
of any better headings?
Thanks,
Laura
~~~~~~~~~
Laura Wright
Map Library, University of Colorado at Boulder
184 UCB Boulder, CO 80309
(303) 735-3111
fax: (303) 735-4879
///"Library of Congress Classification: what bookstores would use /
/if they wanted you to find what you're looking for."/
/ --Stephen Wynn/
------------------------------
Date: Tue, 17 Feb 2009 15:14:35 -0600
From: Maps-L Moderator <[log in to unmask] <mailto:[log in to unmask]>>
Subject: New issue of Issues in Science & Technology Librarianship
Available
-------- Original Message --------
Subject: New issue of Issues in Science & Technology
Librarianship
Available
Date: Tue, 17 Feb 2009 12:12:09 -0800
From: Andrea Duda <[log in to unmask]
<mailto:[log in to unmask]>>
The Winter 2009 issue of Issues in Science and Technology Librarianship
is now available at http://www.istl.org/
Contents:
Key Theme: Innovations in Instruction
Using Google Scholar to Search for Online Availability of a Cited
Article in Engineering Disciplines
by Virginia A. Baldwin, University of Nebraska
Comparing Safari Tech Books Online and Books24x7 E-book Collections: A
Case Study from the University of British Columbia Library
by Eugene Barsky, Lisa Schattman, and Aleteia Greenwood, University of
British Columbia
A Physics Professor and a Science Librarian Challenge Non-Majors to
Evaluate Science
by Mary Iber and Derin Sherman, Cornell College
Refereed Articles
The Emerging Engineering Scholar: A Citation Analysis of Theses and
Dissertations at Western Michigan University
by Edward J. Eckel, Western Michigan University
Electronic Resources Reviews
Synthesis Digital Library of Engineering and Computer Science
by Brian Quigley, University of California, Berkeley
Viewpoints
Publishers and Librarians: New Dialogues in Challenging Times
by Laura Bowering Mullen, Rutgers University Library of Science and
Medicine
--
Andrea L. Duda
Davidson Library
University of California
Santa Barbara, CA 93106-9010
[log in to unmask] <mailto:[log in to unmask]>
------------------------------
Date: Tue, 17 Feb 2009 16:17:20 -0600
From: Maps-L Moderator <[log in to unmask] <mailto:[log in to unmask]>>
Subject: Offer of LC Checklist 1904
-------- Original Message --------
Subject: Offer of LC Checklist 1904
Date: Tue, 17 Feb 2009 17:14:42 -0500
From: Cynthia Cort <[log in to unmask] <mailto:[log in to unmask]>>
Organization: Denison University
To: Maps-L
We have available a copy of "Checklist of Large Scale Maps published by
Foreign Governments (Great Britain excepted) in the Library of
Congress," 1904. Please E-mail. Federal depositories & other map
libraries preferred.
Cynthia
--
Cynthia Cort
Government Documents
Denison University Libraries
Granville, OH 43023
740-587-5644
------------------------------
End of MAPS-L Digest - 16 Feb 2009 to 17 Feb 2009 (#2009-32)
************************************************************
--
--
Amanda Clarke Henley, GISP
Geographic Information Systems Librarian
CB# 3922 Davis Library University of North Carolina at Chapel Hill
Chapel Hill, NC 27514-8890
Phone: 919-962-1151, Fax: 919-962-5537
[log in to unmask] <mailto:[log in to unmask]>
**************************
Receive information about GIS at UNC Chapel Hill by subscribing to the
UNCGIS mailing list!
http://mail.unc.edu/lists/index.php?reason=searchresults&list=uncgis
<http://mail.unc.edu/lists/index.php?reason=searchresults&list=uncgis>
|
