**[FREQUENTLY ASKED QUESTIONS]{.underline}**

[**In ArcGIS, I moved the Table of Contents Toolbar and can no longer
see it**:](#TOC)

[**Increasing the performance of file system browsing:**](#Performance)

[**If Enhanced Digital Raster Graphic (EDRG) images in UTM NAD83 are
requested from the gateway, why are the images displaying in ArcMap 8.x
or 9.x as UTM NAD27?**](#EDRGs)

[**When opening a project in ArcMap, some of your datasets disappear,
and there is no "red exclamation point" asking you to get the data
source. What to do?**](#RedExclamationMark)

[**I am running into the \"Error: File sharing lock count exceeded.
Increase MaxLocksPerFile registry entry.\" when trying to save a feature
set with lots of edits.**](#Registry)

**==========================================================================**

[]{#TOC .anchor}**[In ArcGIS, I moved the Table of Contents Toolbar and
can no longer see it]{.underline}**:

1\) First, just in case you accidentally turned the TOC off, go to on
the main toolbar to View \> Table of Contents and make sure it's on. If
it is, go on to the next solution.

 

2\) Close down ArcMap, then go to your C drive: \> Documents and
Settings \> (your user name) \> Application Data \> ESRI \> ArcMap \>
Templates. There you will find a file named \'Normal.mxt\'. You can
either change the name to Normal.mxt.bak, or delete it entirely. Then,
reopen ArcMap -- this should reset/recreate the Normal.mxt to the
default settings and show your TOC.

 

\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\--

[]{#Performance .anchor}**[Increasing the performance of file system
browsing:]{.underline}**

When adding themes and other geographic data to your ArcMap session you
may notice that navigating a file system to locate a file is really
slow.  This is especially noticeable in areas where you have lots of
folders such as a set of workspace tiles.

This is due to the process that ArcMap uses to examine folders. In its
default file browsing state, when ArcMap encounters a folder, it has to
look in that folder and examine the contents to see if it recognizes the
file as a geographic data set. If so, it identifies this folder as a
\"Workspace\" and uses a special icon to display it in the list of
folders. All this is nice but it adds a lot of computing overhead and
can make file system navigation exceedingly slow.

In ArcCatalog there are controls that allow you to manage how the
ArcInfo 8.x Desktop modules function when navigating the file system.
These controls are found in the ArcCatalog TOOLS menu, Options dialog
has a number of system level options that you can control. There are
four tabs you will see, *General, File Type, Metadata and Raster*. There
are a couple of things that you can do here to speed up file system
navigation.

1\) Don't use a special icon for folders containing GIS data!\
In the *General* Tab, uncheck the box that says \"Use a special icon for
folders containing GIS data.\" This one is the real culprit. When this
box is checked, all the desktop components of ArcInfo must look in each
folder in detail to see if it contains geographic data thereby slowing
the system a great deal.

2\) Uncheck Data types you don't expect to encounter in your work\
Notice that the *General* Tab has two windows. The lower window contains
a list of file types that you want ArcInfo to look for when you are
browsing a file system. The more of these that are checked the slower
the file navigation will be. You may choose to uncheck those file
formats that you don't think you will be using. Keep in mind that in the
future you may get files you have unchecked in this window. To be able
to view them you will have the re-check them.

3\) Uncheck the Raster File Types you don't expect to encounter in your
work\
In the *Raster* Tab you will also see a set of checkboxes that specify
which file types ArcInfo will search for when browsing. The more formats
checked, the longer it takes. Uncheck those raster file formats you
don't expect to encounter in your work.

When you've made these changes you should see an immediate speed-up in
your file system browsing. Here are some statistics for browsing a
folder that contained 1,718 folders on a SAMBA connection early in the
morning on a 100 Mb network line

Without icon option - 19 seconds\
With icon option - 55 seconds

\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\--

[]{#EDRGs .anchor}**[If Enhanced Digital Raster Graphic (EDRG) images in
UTM NAD83 are requested from the gateway, why are the images displaying
in ArcMap 8.x or 9.x as UTM NAD27]{.underline}?**

**Answer:**

The native projection of virtually all EDRGs is UTM NAD27, but .tfw
world files are available to display the images in UTM NAD83. The images
display correctly in ArcView 3.x, but a bug in the 8.x and 9.x versions
of ArcMap causes the software to ignore the world file.

**Alternative 1:**

As a temporary fix, ESRI suggests:

> *"Use the ArcInfo Workstation CONVERTIMAGE command and specify TIFF as
> the output format. The new image will be a GeoTIFF, but the tags will
> describe the same location as the .tfw world file.*
>
> *Arc: CONVERTIMAGE oldimage.tif newimage TIFF*
>
> *\
> If this does not work, you may have to bring the TIFF image into a
> third party application, such as Adobe Photoshop, and save the image
> out as a TIFF. ArcMap should then be able to view the image."*

**[Alternative 2 (Preferred]{.underline}):** The problem is most
apparent when the initial file added to the ArcMap table of contents,
perhaps an ortho mosaic, does not have adequate georeferencing
information. The data frame is set to "unknown" even though the mosaic
is in UTM NAD83. Enhanced DRG TIFF images with UTM NAD83 world files
will not be properly aligned with this base image. ArcMap ignores the
world file and relies on the NAD27 geotiff header for georeferencing.
The user should immediately use ArcCatalog to define the spatial
reference properties of the ortho mosaic and any other data not having
defined coordinate systems.

ArcMap resolves the misalignment problems once adequate georeferencing
files are available for **[all]{.underline}** data in the frame. World
files (.tfw or .sdw), ArcMap .aux files, and vector .prj files allow the
software to reproject the various layers on the fly; permitting all data
to be correctly aligned in the display.

All mosaics delivered through the gateway include a fully defined .aux
georeferencing file.

**Alternative 3:** If [all data]{.underline} are known to be in the UTM
NAD83 coordinate system, the user can set the data frame properties to
UTM NAD83 before adding any data to ArcMap. All data will align properly
regardless of error messages stating an image is missing spatial
reference information. Even though this solution will work, it is not
the preferred solution because all users of the data must understand the
problem and remember to manually apply the solution.

\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\--

**[W]{.underline}**[]{#RedExclamationMark .anchor}**[hen opening a
project in ArcMap, some of your datasets disappear, and there is no "red
exclamation point" asking you to get the data source. What to
do?]{.underline}**

This is a reported Toolkit 2004 conflict and ITC is looking into it.
However, in the meantime, if you delete the normal.mxt file and restart
ArcMap, you should be able to see your datasets with the red exclamation
point. The next time you use Toolkit 2004, however, it will overwrite
the normal.mxt file and you will, again, have the above mentioned
problem.

This is the way my project looks originally.

![](media/image1.png){width="6.5in" height="4.28125in"}

So, then I decide I want to change my folder structure and so I moved
the 2 shapefiles to a new folder - to c:\\home\\csp. I reopen the
project and this is what I get:

![](media/image2.png){width="6.5in" height="4.28125in"}

The 2 files that I moved are no longer in the project -- no red
exclamation point -- just completely wiped out. This occurred whether I
used ArcCatalog or Windows Explorer to move the datasets.

If I move the datasets back to their original position, this is what I
get -- back to normal:

![](media/image3.png){width="6.5in" height="4.28125in"}

**[SOLUTION:]{.underline}**

You need to rename the Normal.mxt that ArcMap uses to open the
application. To do this:

1.  Navigate to the following directory:

C:\\Documents and Settings\\\<YOUR NAME\>\\Application
Data\\ESRI\\ArcMap\\Templates

2.  Find the Normal.mxt and rename it to
    **[Normal_bak.mxt]{.underline}** [or you can delete it]{.underline}.

![](media/image4.png){width="6.498611111111111in"
height="2.7472222222222222in"}

3.  Reopen your project in ArcMap. The moved datasets should be back and
    the red exclamation points should be visible, so you can remap their
    new location.

\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\--

[]{#Registry .anchor}**[I am running into the \"Error: File sharing lock
count exceeded. Increase MaxLocksPerFile registry entry.\" when trying
to save a feature set with lots of edits.]{.underline}**

All of the ESRI support stuff says use AdvanceArcMapSetting.exe to
increase this default Microsoft Jet settings of 9500. BUT How much? 10?
100? double? bigger than my largest data set (50,000 features)??

Summary

The problem is that Microsoft Jet Engine limits the number of records
that can be accessed for editing. The default is 9600.

The responses I received were numerous and ranged from \"more than the
number of records either being edited\" to a default of 1,000,000 will
work. ESRI support got back to me and their developers seem to be using
10,000,000 (ten million) with no known bad effect. (so why default to
96000?)

[**Try following these steps to increase your registry**.]{.underline}

-Open up your control panel

-System

-Performance options

-Click the change button under virtual memory

-On the bottom increase your maximum registry size