Tag Archives: version

What’s New in ArcGIS 10?


Need help getting started with ArcGIS 10?


See what’s available online:


- Web Services team – Esri Support Services



Posted in Uncategorized | Tagged , , , , , | Leave a comment

System Requirements – now located within each product’s page


With the Support site redesign, the System Requirements pages were moved. Several people have inquired about where they have been placed. They are now located within each ArcGIS Product’s page on the ArcGIS Resource Center Web site. So, if you are looking for the system requirements for ArcGIS Server, click on the ‘Server’ link under the ArcGIS Products heading on the main page of the Resource Center Web site. Once the ArcGIS Server page opens, you will see a list of links on the left-hand side of the Web page. One of these links is the ‘System Requirements’ link. This link takes you to the ‘ArcGIS Server 10 System Requirements’ Web page.


For ArcGIS software versions prior to version 10, there is a link to the earlier versions’ system requirements available on all of the version 10 products’ system requirements pages.


Below are some screen shots to help you along the way and point you in the right direction for finding version 10 and previous versions’ system requirements pages.

Resource Center landing page with products highlighted
ArcGIS Resource Center landing page with ArcGIS Products list highlighted

ArcGIS Server product page with sys req. link highlighted
ArcGIS Server product page with System Requirements link highlighted

ArcGIS Server 10 System Req. page with the link to earlier versions
ArcGIS Server 10 Systems Requirements page with the link to the earlier versions highlighted


You can utilize the System Requirements pages to get the latest details and information on supported operating systems, third-party tools, and hardware requirements for all ArcGIS products. I hope that this helps you in accessing the system requirements associated with whatever product and/or version of that product you are using.


If you have any comments or questions, please leave them in the comment section below this post. NOTE: You must be logged in to leave comments on blog posts.


- Collin W., Support Service blog content manager, Esri Support Services



Posted in Uncategorized | Tagged , , , , , , , , , | 2 Comments

Help! My Python script isn’t working!

Help button

With any programming language or script, there are always going to be times when things just don’t work. When that happens, what exactly can be done to fix it?


To fix the script, you first have to determine the exact problem, since it’s not always evident. Below are three issues or problem areas to check when your Python script is not functioning.


Problem 1: Error in the code


One of the most common problems when using a programming language is that there is an error somewhere in the code. The easiest way to check for an error is to find the error message (if any) that’s being returned. Most error messages are about a specific line in the code that is not working.


Finding out what the error message is can be very easy to do, especially when you’re running the script in an Integrated Development Environment (IDE) like PythonWin or Python IDLE. Unless you have programmed try and except statements* into the script, the script will output the error and the number of the line on which it occurred. This makes it very easy to track down.


Below is an example of what a typical error response looks like in PythonWin:
screen shot of typical Python error message


The first thing to look at is the line number. Note that it reports back two lines, but the one to look for is the one directly after the name of the script being used (Blog_samples.py in this case) – See Arrow 1. The line directly below that is the actual line from the code itself – See Arrow 2.


If the problem is with a tool or method, it may give you an ArcGIS error code that has information about the error – See Arrow 3. In the sample’s case, the file path did not exist, so the fix would be to check the path. If you are unsure about the tool errors, then you can search for the error message in ArcGIS Desktop Help by typing in the numeric code (for example, 000732). Help documents include possible solutions to each error.


Note: Be sure to double and triple check file paths or any long strings, as one typo will cause errors. When possible, copy/paste long strings to minimize typos.


Note: If the error reports a problem on Line 1, then it might not be the code but another dependency (for example, the module being imported does not exist).


*Why do try and except cause issues when reviewing error messages? Try and except are used for error checking and validation procedures, and if included without a way to output the error message, it can disguise the error, therefore making it very hard to find. For more information on Try/Except statements in error handling, see the ArcGIS Desktop 9.3 Help topic entitled, Error handling in Python.


Problem 2: Incorrect Python Version(s)


Python is a flexible language and allows multiple versions to be installed on one machine. This can cause problems when programs like ArcGIS require the use of a certain version, and the machine is trying to use a different one. Each version of ArcGIS requires a specific version of Python to be present on the machine and will install that version when ArcGIS Desktop, ArcGIS Engine, or ArcGIS Server is installed. Below is a table of ArcGIS versions and the respective Python version:





















ArcGIS Version Python Version
9.0 2.1
9.1 2.1
9.2 2.4
9.3/9.3.1 2.5
10.0 2.6

Okay, so now that we know what version we are supposed to have, how do we go about checking which version is being used? Every file type in Windows uses a default program to run that file type. In Python’s case, it is python.exe, which is typically located in the system folder where Python was installed. By default, ArcGIS installs its version in the C:PythonXX directory, and the python.exe is located in that directory.


To check which version of Python is being used, open Windows Explorer and go to Tools > Folder Options > File Types tab, or if you are using Windows Vista or 7, go to Control Panel > Default Programs > Associate a file type and find the PY extension listed there. Selecting it will tell you what program is being used to run that particular file type, and on Windows XP, clicking the “Advanced” button will allow you to see the path to that file under the “open” action.


File Type dialog boxes in Windows XP
File Type dialog boxes on Windows XP


In addition to the Python version being incorrect, there is also the possibility that the IDE version being used is incorrect. This is especially true with PythonWin. To verify which version of PythonWin is being used and to make sure it matches the correct ArcGIS version, start PythonWin with the Interactive Window open and it will display the version.

Interactive Window

Problem 3: Missing dependencies or modules


When working in any programming language there are times when using outside libraries or modules is necessary. If you are using these libraries, the script needs to be able to find them in the defined location.


Python, by default, installs all the modules (PY files) in the Lib folder of the Python installation directory. If you are using a custom module, be sure to verify that it is installed in the correct location on the machine, as it can vary. For example, the arcgisscripting module is installed in the bin directory of the ArcGIS installation folder, not in the Python installation directory.


Remember that modules are just other PY, PYC, or PYD files on the machine and are added by the import statement in code.


In closing, remember that the ArcGIS user community and Esri Support Services, both in the U.S. and our international distributors, are here to help. Be sure to check out the Geoprocessing forum and the Script Gallery for tips and ideas. Happy Pythoning!


- James U., Support Analyst – SDK group, Esri Support Services

Posted in Uncategorized | Tagged , , , , , , | Leave a comment

IMPORTANT: ArcGIS 10 Geodatabase issue with synchronizing replicas

esri logo

For updated information and a link to download a patch for this issue, please see the UPDATE: Patch available for ArcGIS 10 Geodatabase issue with synchronizing replicas blog post.


Customers who plan to use ArcGIS 10 with geodatabase replication need to be aware of an issue that causes synchronization to fail. Full details are available in Knowledge base article 37896.


Esri is working on a fix that should be available soon. For updates on status, you can use bug number NIM058231 — Upgrading geodatabases with replicas to version 10 causes synchronization process to fail. 


We will keep you posted via this blog as updates become available.



Mike H., Program Manager
User Advocacy Group, Esri Support Services


Mike H., Program Manager
 Follow me on Twitter: http://twitter.com/mikehogan

Posted in Uncategorized | Tagged , , , , , , , , | 1 Comment

Do you know what version of ArcSDE you are using?

ESRI logo

This is Jon D. with ESRI Support Services Geodata Unit. I have a question for you: What version of ArcSDE are you using? The question seems simple enough; however, you may be surprised how often the answer is incorrect or unknown.


ArcSDE can be thought of as two separate entities:


  • The repository that is created within your database during the post installation process


  • The ArcSDE binaries that are located on the machine that ArcSDE is installed on and that are located in %SDEHOME% – this is also the portion of the installation that enables SDE command line scripts to be run and that contains the DLL files necessary for application service connections.

The initial installation of ArcSDE creates the SDEHOME, which houses the SDE binaries and DLL files on your machine. The post install is necessary to set up or upgrade your geodatabase to the release that has been installed. This process may be run through the command line or the Post Install Wizard any time a new release or service pack is installed on your server. When in doubt of whether or not you have upgraded your geodatabase, there are a few ways to determine which version of ArcSDE is being used:


  • Within your ArcSDE respository is a table named “VERSION” that contains the major and minor release and the build of the ArcSDE repository in which you are working. An ESRI Support Analyst can work with you to determine which release of the software you are using with the information stated above.

    • You can query which version is being used within your geodatabase by using the following: “Select * from sde.version; (or sde.sde_version if using SQL Server”.


  • The Patchfinder utility can help to determine which releases, service packs, and patches you have installed. This will indicate the version of ArcSDE you have installed, which you can then compare with the release your geodatabase is using.

Keep in mind it can never hurt to re-run the Post Install Wizard if you are unsure as to whether the geodatabase has been upgraded. (Just be sure that no users are connected at the time.) This action will automatically apply the latest releases of the software installed.


We always want you to have the most up-to-date functionality available! Also, ESRI Support Services is always here to help you in figuring out the version of software you are using or for any other issues you many run into when using our software.


I encourage you to ask questions or leave comments in the comments section. NOTE: You must be logged into your ESRI Global Account to leave comments.


- Jon D., Geodata Support Analyst, ESRI Support Services



Posted in Uncategorized | Tagged , , , , | 6 Comments