Latest Contributions by DanPatterson_Retired

grief...you are right http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//000v000000nv000000.htm provides an example ... View more

change the row = cur.Next() to row = cur.next() if using 10 while row:       if (Z > 0) and (AF > 0):             Outfield = T + Z + AF    #or = sum( [T, Z, AF] )       elif (Z > 0) and (AF < 0):             Outfield = T + Z         #or = sum( [T, Z ] )       elif (Z < 0) and (AF > 0):             Outfield = T + AF        #or = sum( [T, AF] )       else:             Outfield = T       row = cur.next()   # <-------------missing the move to the next row ... View more

IF(AND(Z>0,AF>0),SUM(T+Z+AF),IF(AND(Z>0,AF<0),SUM (T+Z),IF(AND(Z<0,AF>0),SUM(T+AF),T))) given Z, AF and T as variables, written explicitly ....stuff before if (Z > 0) and (AF > 0):   x = sum( [T, Z, AF] )    #or x = T + Z + AF elif (Z > 0) and (AF < 0):   x = sum( [T, Z ] )         #or x = T + Z elif (Z < 0) and (AF > 0):   x = sum( [T, AF] )        #or x = T + AF else:   x = T .... stuff after you sum lists, ie. >>> a = [1,2,3] >>> sum(a) 6 >>> ... View more

I would also invite people who read this thread to examine the "ArcGIS Desktop - General" forum.  In there you will find "stuff" which should be in Arcobjects, Mapping, spatial analyst, and a whole whack of "geoprocessing" questions.  For the most part, I suspect that people put their question in the forum that they think will get the most traffic.  By suggesting/indicating via popup etc, what is appropriate material for a forum, then perhaps we could dispense with "General" altogether and put an "Other" category way at the bottom of the list perhaps enticing individuals to place their posts in a forum that is appropriate.  Further subdivision...based upon what is in the "General" forum...won't make matters easier. So...Geoprocessing should be described (I suspect there a lot of people who don't have a definition, and I suspect people's definitions would differ).  I suggest that this would include MB, Python and Arctoolbox (we will leave the ArcObjects people along) and the term relating to calculating, working with geometry and the like.  There is going to be no perfect answer, but tags etc would go a long way, in this way, I could simply click on my preferred tag cloud and get all threads for my interest regardless where they were placed.  Special interest forums for the extensions could then remain where they were and there will undoubtedly be overlap between geoprocessing and their parent forum.  That's it for me on this topic...keep it coming ... View more

rename Nautical Mapping, Modelbuilder and I will reiterate, those with questions "my exported script from Modelbuilder doesn't work" will post in both a "hope it doesn't exist" Python section along with the Python mapping folk. In any event, I know which forums I will check and as the list gets longer, the chances of visits will get shorter for many people...train the dog 🙂 ... View more

as I said way back up in this thread... No... Geoprocessing (gp and its incarnation within ArcMap) is the focus. Modelbuilder and Python are the means to the end...Modelbuilder can be used in itself or, when exported, to see how Python programming can be used to exploit the gp. the synergy between modelbuilder/python and doing geoprocessing "stuff" needs to be maintained.  Many people use modelbuilder to export out to python.  Having a separate Python forum would invite all the posters with non-geoprocessing issues to post there (ie the mapping module  etc etc).  Keep the focus on geoprocessing by whatever means other than arcobjects which is more the clicky, dancy, fancy stuff for those that want it.  Arctoolbox provides the "nest" for models and Python scripts, subdividing further will no bode well.  It reminds me of the division between Dialog Designer and the Avenue forum of yore ... View more

assuming that the script is as posted, this row in the while loop of the script... row = records.next() should be indented to match the above lines, since the script appears to have been generated from modelbuilder, there may be an error in the export option. ... View more

you have to expand your extent in the "environments" tab for whatever tool you are using in arctoolbox.  If you know your current extent in real world coordinates, then it should be fairly straightforward to increase (or decrease) it since you also have the cell size.  ie right-left in coordinates divided by cell size gives you the number of columns, top-bottom/cell size the number of rows... to alter rearrange the identity ... View more

Have you tried http://arcscripts.esri.com/details.asp?dbid=14127 you may have to export to a local file, not tested on that network stuff ... View more

Stan If the coordinates are in decimal degrees, the elevation will not be (doesn't make sense, elevation is either in meters or feet).  This is what I was questioning.  since you indicate that the coordinates are in decimal degrees, the file(s) should be projected so that the coordinates ( X and Y) are in the same units as elevation ( Z ) whether it be meters or feet.  Bill indicated that the software (arbitrarily??) multiplies the resultant by 100, essentially expressing values as a percentage.  Try projecting the data to a suitable projection, redo the analysis and see if the resultant makes more sense (accounting for the scaling) ... View more

post in one thread http://forums.arcgis.com/threads/12197-Projection-Coordinate-System-for-China-Datasets ... View more

WGS_1984_UTM_Zone_8N is over Yukon Canada http://www.dmap.co.uk/utmworld.htm which could be part of the problem.  also, you can only project data that already has a defined projection, is that the case? ... View more

Grief...now why would they do that, without giving the option to the user to omit the scaling ... View more

Are the coordinates and the elevations all in the same units? ie meters or feet Or are the coordinates in decimal degrees?  I would suspect that you must be working with projected data and x,y and z must all be the same units ... View more