|
POST
|
With respect...and sensing a bit of anticipation on your part...mind readers we are not...what is the error message? version of ArcMap? version 9.x operates differently than 10 for example UpdateRow in 9.3 is updateRow in version 10 as is the setValue method
... View more
09-08-2010
12:31 PM
|
0
|
0
|
1260
|
|
POST
|
grief...you are right http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//000v000000nv000000.htm provides an example
... View more
09-08-2010
11:58 AM
|
0
|
0
|
1260
|
|
POST
|
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
09-08-2010
11:10 AM
|
0
|
0
|
1260
|
|
POST
|
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
09-08-2010
10:20 AM
|
0
|
0
|
1260
|
|
POST
|
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
09-08-2010
08:21 AM
|
0
|
0
|
753
|
|
POST
|
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
09-07-2010
03:49 PM
|
0
|
0
|
753
|
|
POST
|
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
09-07-2010
02:06 PM
|
0
|
0
|
753
|
|
POST
|
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
09-07-2010
08:00 AM
|
0
|
0
|
2759
|
|
POST
|
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
09-06-2010
08:25 AM
|
0
|
0
|
370
|
|
POST
|
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
09-02-2010
06:51 PM
|
0
|
0
|
639
|
|
POST
|
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
09-02-2010
11:51 AM
|
0
|
0
|
3542
|
|
POST
|
post in one thread http://forums.arcgis.com/threads/12197-Projection-Coordinate-System-for-China-Datasets
... View more
09-02-2010
01:46 AM
|
0
|
0
|
571
|
|
POST
|
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
09-02-2010
01:45 AM
|
0
|
0
|
599
|
|
POST
|
searching the forums (previous and present) would indicate that the most common cause of this situation is that you have a file with decimal degree coordinates and elevations in either meters or feet. Projecting the file to a suitable projection (ie UTM, state plane etc etc) which has the same x, y, z coordinates will probably solve your problem. Search the help files for "Project Tool" to start
... View more
08-31-2010
01:06 PM
|
1
|
0
|
3930
|
|
POST
|
Grief...now why would they do that, without giving the option to the user to omit the scaling
... View more
08-30-2010
11:48 AM
|
0
|
0
|
3542
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 08-05-2019 05:21 PM | |
| 1 | 09-02-2016 08:05 AM | |
| 1 | 01-15-2018 01:10 PM | |
| 1 | 09-17-2018 12:48 AM | |
| 1 | 02-20-2020 02:55 PM |
| Online Status |
Offline
|
| Date Last Visited |
11-11-2020
02:22 AM
|