Latest Contributions by V_StuartFoote

Burt, Large Address Aware.exe, v2.0.4 by Lee Glasser--aka FordGT90Concept is an excellent find! Thank you for posting the download link, but for anyone interested here is the techPowerUP! Forum thread link http://www.techpowerup.com/forums/showthread.php?t=112556 where version release and configuration details are kept in the first posting. I've modded a few executables using "EDITBIN.EXE /LARGEADDRESSAWARE" and "DUMPBIN.EXE" that unfortunately are only available from a Visual Studio install. But this .NET applet offering from the gaming world allows convenient bitwise toggle post install for any executable. It also provides enough of a GUI to be able to manage the settings should stability issues arise. Toggling the LaregAddressAware bit on 32-bit Windows executables, like python.exe and pythonw.exe, allows full 4GB addressing of each instance under 64-bit OS. And when the OS /3G boot flag is set on 32-bit OS with a full 4Gb of physical RAM, setting the LargeAddressAware flag provides an extra ~1.2 Gb of address space for the instance to expand into. With such a convenient tool the question now becomes --which 32-bit executables to mod and of keeping track of any interdependencies. When to mod--and when not. Stuart ... View more

Derek, Not familiar with the tutorial you're working through, but it may require a data set from the ESRI Data & Maps DVD set if it was not included with the Tutorial data DVD. If your school has an Campus or Lab license agreement with ESRI you'll need to have your campus Primary contact login to the Customer Care Portal and download the three DVD ISO images that comprise the ESRI Data & Maps set. It will include the Street Map for North America that you would seem to need. You'll end up with these three ISOs that can be burned to DVD or opened with 7-Zip and contents copied to a folder on a local drive or a network share. [INDENT]Data_and_Maps_for_ArcGIS10_121409.iso Data_and_Maps_for_ArcGIS10_121410.iso Data_and_Maps_for_ArcGIS10_121621.iso [/INDENT] Stuart ... View more

Chris, Yes that is the direction for using an alternate Python instance. The problem remains ArcGIS 10 ArcPy compiled PYC (DCOM against ArcObjects) dependencies on a hard coded numpy-1.3 instance. While it was his original question, we'll cook Werner's noodle if we drag him down that path. For now I'd like to see him get a functional matplotlib site-package install that works with both an ArcGIS 10 Python window--in process--, as well as in a Python IDE or command line for doing the plotting and MATLAB like processing of his geospatial data. The Python(X, Y) install is an open question over on the GIS Stack Exchange and this one.  But your note on GDAL 1.6 vs 1.8 version and past comments on numpy-1.3 dependencies of the ArcPy site-package mean there is a lot to be worked out. What GDAL release does ESRI use in ArcPy?  Stuart ... View more

Well it's progress 🙂 I believe that pylab is a module of the matplotlib site-package. Don't you first need to import matplotlib to be able to call a pylab function? Or you might try the pylab calls explicitly, but that may leave you without some of the other matplotlib functions: import matplotlib.pylab as pl Stuart ... View more

Werner, The Path looked like:  C:\Python26\ArcGIS10.0\Lib\site-packages\PyQt4;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;  With that PATH value you do not have an explicit path to the Python program and libraries. IMHO to run Python from the command line and for proper functioning of many programs, an entry in the PATH allows you explicit control of the Python executable called. If you did have multiple versions of Python installed, i.e. Python(X, Y) as mentioned, you would control the active version by its position in the PATH. Here is a sample System Variable Path from my Windows 7 64-bit test workstation--graphic device drivers, operating system, then Python with other applications further down the search path. C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Python26\ArcGIS10.0;C:\Perl64\site\bin;C:\Perl64\bin;C:\Program Files (x86)\QuickTime\QTSystem;c:\HEGtools\HEG_Win\bin;C:\Program Files\AutoCAD Raster Design 2010\;C:\Program Files\MATLAB\R2011a\bin;C:\utils\trid;C:\FlexNet32 With C:\Python26\ArcGIS10.0 included, this allows one to issue a python or pythonw command or import an associated library under that path from any shell enabled application on the system. I also have a PYTHONPATH System Variable that as an explicit location takes precedence over standard libarary locations or .PTH files--in this instance I've duplicated the ArcGIS Desktop10.pth values. C:\Program Files (x86)\ArcGIS\Desktop10.0\bin;C:\Program Files (x86)\ArcGIS\Desktop10.0\arcpy;C:\Program Files (x86)\ArcGIS\Desktop10.0\ArcToolbox The problem with the tkinter.TclError -- bad screen distance "640.0" may be related to your numerical locale setting. In German Windows the "," decimal mark causes some issues. Found this as a work around, maybe it will help with matplotlib in general with ArcGIS. import locale locale.setlocale(locale.LC_NUMERIC, 'C') here: [INDENT]http://trac-hacks.org/ticket/1872 http://www.mail-archive.com/matplotlib-users@lists.sourceforge.net/msg21373.html. http://old.nabble.com/%22bad-screen-distance%22-tkinter-error-with-German-locale-td31964358.html [/INDENT] Stuart ... View more

Werner, Furthermore where do I have to look if the %PATH% variable has a C:\Python26\ArcGIS10.0 entry? From a command prompt issue: [INDENT]echo %PATH% [/INDENT]From a regedit session browse to: [INDENT]HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment[/INDENT] Or probably best (because you can see both System and Current User values) select:[INDENT]Start --> Computer --> Properties (System Properties) --> Advanced System Settings (Advanced tab) --> Environment Variables [/INDENT] The Current User will have a Path -- just be sure if it has any Python related paths they do not conflict with the C:\Python26\ArcGIS10.0 location. And in the System Variables block that in the PATH listing, that C:\Python26\ArcGIS10.0 is the only listed Python--or at the least it must be the first listed. Here is a sample pytplot script that should run displaying a Tcl/Tk plot from IDLE, PyWin32, IPython. It should run even in the ArcMap Python window (either enter each line or load it as a script). import numpy as np import matplotlib.pyplot as plt x = np.arange(0, 5, 0.1); y = np.sin(x) plt.plot(x, y) plt.show() If you can get it to run in IDLE and the ArcMap Python window you've fixed any path or configuration issues. Syntax of the packages in your code is another issue. Stuart ... View more

Werner, Any chance you just need to issue the call to pyplot as matplotlib.pyplot? Those entries in your Desktop10.pth file look OK. Your %PATH% variable should have a C:\Python26\ArcGIS10.0 entry, and python.exe and pythonw.exe should only be in that directory. Also, have a look in the registry at this Key: HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\2.6\PythonPath Note: would be SOFTWARE\Wow6432Node\Python on 64-bit OS. The key's Default value should have a lib-tk value laid down by the matplotlib installer that matches ESRI's Python 2.6 instance. Something like this: [INDENT]C:\Python26\ArcGIS10.0\Lib;C:\Python26\ArcGIS10.0\DLLs;C:\Python26\ArcGIS10.0\Lib\lib-tk [/INDENT] If it was not laid down in the same path, you'll need to uninstall matplotlib, and numpy packages. Then reinstall numpy-1.3.0 and matplotlib-1.0.1. When the package installer GUIs run be sure to choose the C:\Python26\ArcGIS10.0 instance of Python. Stuart ... View more

I use ArcGIS 10 and would like to run Matplotlib to create charts within a python script. Therefore I have installed - numpy-1.6.1rc1-win32-superpack-python2.6.exe - matplotlib-1.0.1.win32-py2.6.exe Werner, 1) Looking at your install you didn't remove numpy-1.3, supposedly there are ArcPy DCOM elements hard coded against numpy-1.3, but having both releases present is probably not good. Also, looking at the matplotlib site, only numpy-1.1 is required--did you need numpy-1.6 for some reason? Perhaps the numpy-1.3 will suffice for your plotting work and simplify your install. The matplotlib Windows 32-bit installer at SourceForge seems to correctly install with the ESRI instance of Python 2.6. That should get the matplotlib functional for you leaving your ESRI ArcGIS10.0 Python instance intact. I was able to do just this now including the PyReadline and IPython installers. All seem to work OK with just numpy-1.3. If still having problems, you might want to look for any environment variables or .pth files that may need adjustment to the ESRI default Python installation at C:\Python26\ArcGIS10.0 that may be causing problems. 2) Alternatively, you may be able to load the Python 2.6 build of Python(X,Y)--uses numpy-1.6.0, and again there remains any dependencies of ArcPy on having a numpy-1.3 egg in place. You would first need to uninstall the ESRI Python instance from Uninstall or Change a Program--saving a copy of the Desktop10.pth file from the site-packages directory to reuse in the new installation.  You'll then have to test what breaks in ArcPy without numpy-1.3. Good luck. Stuart ... View more

David, Thanks! Good to know. Stuart ... View more

Shaun, Answered you over on the Desktop - Installation, Configuration forum. Stuart ... View more

Nabil, Closely read this entire thread, and several others in this forum. You will need to uninstall ALL residual water resources components and if needed after manual removal, use the ESRI provided ApRegwork utility to complete the removal. Then decide to use either the USACE HEC "production" release or one of the developmental releases as found on the ftp site--don't mix and match. Stuart ... View more

Many potential issues. But see if the ArcSWAT 2009 project contacts at the ARS / BRC Temple, TX or at TAMU College Station, TX can offer any help with your model: Questions on Model Input/Output     Nancy Sammons (nancy.sammons@ars.usda.gov)     Jeff Arnold (jeff.arnold@ars.usda.gov) Model Support     Mike White (mike.white@ars.usda.gov) Good luck. Stuart ... View more

Alvaro, Running ArcHydro 2.x in ArcGIS Desktop 10 on 64-bit Windows 7 will work well.  The 64-bit memory space and sufficient memory will likely hold your model (depending on resolution of you DTM), but ArcMap and ArcHydro remain 32-bit single threaded programs.  Beyond improvements in memory management you'll be limited to a single processing thread. The hard drive is a little slow--overall through put would benefit from an SSD. And while you would be able to run multiple instances of ArcMap/ArcHydro--you would still probably need to partition your data into multiple FGDB to avoid contention and lock conditions during processing to increase ArcGIS ArcHydro throughput as multiple threads. You should have no issues with other applications. Stuart ... View more

Steve, You probably should consider clearing out any out of sync components and installing the January 7th 2011 release of GeoRAS - v4.3.1.31 and its corresponding AppFramework9. Running the component uninstallers followed by the Apregwork utility is probably your best bet for stable function, especially if you have had multiple versions of the water utilities installed. See this thread for links and instruction.  Also, if you have GeoHMS or ArcHydro installed you'll need to refresh those as well to the January 7th release (v1.4.0.256 v9.3.1_5.0.0.72 respectively) following the Apregwork run as you need to keep the components in sync. An ArcHydro release (v2.0.1.41) for ArcGIS Desktop 10 was just made, so updated Readme04292011.doc is available with most current information on all water resources applications components. Stuart ... View more

Ron, Answered you over on the Desktop Installation & Configuration forum. Stuart ... View more