Subscribe to this thread
Home - General / All posts - New USGS High Res Orthoimagery (2013) Import
dprellwitz34 post(s)
#08-Sep-18 19:42

My use of Manifold stopped in 2012 with ver 7.5.. so I'm rusty.

I'm trying to develop a series of base maps to add data layers for a agricultural business with multiple properties. I've located a set of 6 high res image tiles from USGS that covers one of our properties to test with. The zip files are all very large (125MB +/-) and contain files with the same names.

My problem is I can't (or don't know how) to use these files! Can someone give me some guidance on how to import these tiles to a single map?

I realize I will have to import each tile type separately, but they have both TIFF's and SHP file types. How do I do that? or can I?

When I tried to unzip them into the same directory, they contain common file names, so I may have to do them into separate folders.

Do I need to use 32bit version for the imports?

Thanks for the assistance!


Configuration info:

Manifold 8.0.30 w/Geocoding extensions - both 64 and 32 bit versions installed. all updated.

USGS file example: (times six!)

zip: 127MB

unzipped location info:


with two subdirectories and one subdirectory containing files:



...................................\2013_sonoma_co_ca_6in_orthimagery.dbf 2.8MB

...................................\ " " " .prj 1KB

...................................\ " " " .shp 2.5MB

...................................\ " " " .shx 87KB


...............\soco_0028_190.tif 69MB


4,980 post(s)
#11-Sep-18 08:47

What is the original URL to the USGS page and files?

dprellwitz34 post(s)
#14-Sep-18 01:57


I had to recreate my search. Here's what I did:

Google search on "california high resolution gis imagery" and select USGS high res ortho images at URL: - I then used the "EarthExplorer" map to select the "Glen Ellen, CA" area to high light the area of interest. I then used the left selection criteria to select the "High Resolution Orthorimagery" and selected the six images that overlapped my area of interest. I then asked for a bulk down load of the files. those are the zip files I mentioned in the original request. I can send you some or all of the zips if you would like them.



4,980 post(s)
#14-Sep-18 07:29

The shape files (try them, you'll see) just show what the region is that the image covers. All you care about for imagery are the .tif files.

This is what I did:

1. Visit

2. Pause to curse them for requiring a login. Logged in.

3. In the Data Sets tab, expand the Aerial Imagery hierarchy and check the High Resolution Orthoimagery box.

4. In the Search Criteria tab, click Use Map and then draw a box over the center of Glen Ellen, right about where Arnold Dr intersects O'Donnell Ln.

5. Press results.

6. Download each of the resulting four .zip files:

Setting aside the massive amount of bureaucratic stuff in the zip files (pdfs, zipfiles, etc.) other than imagery, the first two unzip to 95MB .tif files shot in 2011 that are accompanied by .tfw and .tif.xml files.

The second two unzip into 70 mb .tif files shot in 2013.

As is often the case with images, using these .tif files is all about getting the right projection assigned. I followed the procedure given in the Example: Merge Images topic. You can download Viewer for free and follow along. 9 is so much better at images than 8 that I don't use 8 for images anymore.

When you follow that procedure, the first two tifs import and georegister perfectly. They are plain .tif files accompanied by "world" files, which 9 reads perfectly. You can also use Merge Images to merge them into a single image perfectly.

The second two tifs seem to be intended to be geotiffs, but imported into 9 the projection assigned is incorrect: it ends up being lambert conformal conic, not stateplane nad83 california 2 as the metadata on the explorer site says it is. Assign that projection manually and the images appear near Glen Ellen, but stacked on top of each other. That usually indicates an offset problem. In theory you could fix that by manually calculating and then assigning offsets using the metadata published.

The right solution is for 9 to read the geotiff and extract all that. 9 normally reads geotiffs perfectly so it is highly unusual to encounter correctly-written geotiffs from which the coordinate system info is not automatically and perfectly extracted by 9. For some reason, that is what is going on here.

The usual problem in such cases is the file is doing something wrong. That happens even with USGS. But it also happens (less and less frequently, but still, it happens) that 9 is making a mistake. Sometimes it is just a gray area issue. We have to sort out which of those options is going on in this case and make whatever adjustment is necessary.

ESRI's ArcEarth Explorer reads them OK, so Manifold no doubt can make whatever adjustment is necessary. I've written up a bug report and have sent it in.

So... for now, use the 2011 series, and expect the 2013 series to be supported sometime in the next few weeks.

dprellwitz34 post(s)
#15-Sep-18 08:25

Dimitri: I'll try that this weekend. Thanks for the tests and reviews.

As always, you guys are the best!

Manifold User Community Use Agreement Copyright (C) 2007-2017 Manifold Software Limited. All rights reserved.