Category Archives: Geoprocessing

Top 10 Improvements I’d Like to See in ArcGIS 10.2 for Desktop #3: ModelBuilder & Background Geoprocessing Progress Indicator

ModelBuilder is not the most fashionable part of the Geoprocessing Framework since the advent of ArcPy but it still plays a key role for those who want to visualise their processes in a way that code alone cannot.  Coupled with enhancement of the much maligned background geoprocessing progress bar (which seems to be Under Consideration for improvement) is enough for me to rank it #3.

PS I almost included “Save As” in Model Builder here but am pleased to note that this was implemented in 10.1 – thanks Esri!

Advertisements

What I have been up to

PolyGeo has now been trading for almost 6 months, so I thought it was time to blog about its business to date.  It has made what I believe to be a solid start, based on a strategy to raise its profile first, before increasing its billable hours and product development.

Profile raising has been achieved by presenting two workshops (OpenStreetMap and OGC Web Service Interoperability) and a joint paper on the Online Environmental Mapping Service at the Queensland Surveying and Spatial Conference in Brisbane (September), and then a similar paper with more emphasis on Python in the developer stream at the Esri Asia-Pacific User Conference in Auckland (November).  These conferences have been complemented by active participation in the Stack Exchange GIS, Brisbane GeoRabble and Brisbane Geospatial Network communities, along with some micro-blogging via Twitter.

Along the way I have undertaken a number of training assignments in Queensland and internationally for NGIS Australia who have proven to be a very valuable partner.

NGIS logo

In the background, I have been developing some advanced ArcGIS training courses and the first of these, Advanced ArcPy (and Python) for Geoprocessing, is now ready for release.  This, and subsequent courses and workshops, will be available direct from PolyGeo, but also via NGIS Australia and PolyGeo’s newest partner, GIS People.  GIS People has been in existence only two years but has quickly established itself as a major provider of GIS consulting and training in Queensland.

GIS_People_logo

ArcGIS for Desktop 10.1 Service Pack 1 and 64bit Background Geoprocessing

Today I installed ArcGIS for Desktop 10.1 Service Pack 1 and decided to do a quick performance test of background geoprocessing before I installed the new 64bit Background Geoprocessing on top of it.

The test I ran, using the Python script below, creates just over a million polygons, and was put behind a Python script tool called test (which had no parameters).

import arcpy

arcpy.env.overwriteOutput = True

arcpy.CreateFileGDB_management("C:/Support/Geoprocessing","test","CURRENT")

arcpy.CreateFishnet_management("C:/Support/Geoprocessing/test.gdb/testsquares","0 0","0 1","0.01","0.01","100","100","#","LABELS","#","POLYGON")

arcpy.Buffer_analysis("C:/Support/Geoprocessing/test.gdb/testsquares_label","C:/Support/Geoprocessing/test.gdb/testcircles","0.0125 Unknown","FULL","ROUND","NONE","#")

arcpy.Union_analysis("C:/Support/Geoprocessing/test.gdb/testcircles #;C:/Support/Geoprocessing/test.gdb/testsquares #","C:/Support/Geoprocessing/test.gdb/testunion","ALL","#","GAPS")

The result prior to installing 64bit Background Geoprocessing was a very respectable 2 minutes 43 seconds, but I was hoping for even better after the upgrade.

The result after installing 64bit Background Geoprocessing was 2 minutes 27 seconds.

So, based on this very quick and dirty test, it looks like about a 10% performance gain can be expected from installing 64bit Background Geoprocessing.  This is not as much as I had hoped for, but I admit that I have not read up on the benefits 64bit background geoprocessing should bring and so am happy that it works and is at least a bit quicker!

For the record my Windows 7 system specification is as below: