POST
|
I have a script tool that calculates fields. How do you prevent the user from accidentally running the tool if s/he isn't in an edit session? Thanks.
... View more
11-15-2010
06:10 AM
|
0
|
1
|
377
|
POST
|
Hi there, Yes I have also wanted this for a long time, but I do not think it is available in 10. If I am wrong someone please tell us. There is a new website called, "ArcGIS Ideas" and I think there is a request for this. Please promote and hopefully it can be implemented and included in a future release of the software. http://ideas.arcgis.com/ideaView?id=0873000000087wRAAQ
... View more
10-29-2010
01:24 PM
|
0
|
0
|
265
|
POST
|
This thread isnt to discuss the pedantics of what is and isnt GP, it is to decide if Python is an encompassing enough focus of esri product users to warrent a specific forum on the subject. Indeed. When you are making your point or using something to support your argument by saying, "Arcpy.mapping if nothing else makes python a separate catagory from GP. Taking python into its own forum would open up the disscussion to more avenues than just GP." I think we need to know if arcpy.mapping really is a separate category from anything Geoprocessing, don't you think? At least it will make things clear in that arena and for any old and new user reading this.
... View more
10-29-2010
01:13 PM
|
0
|
0
|
315
|
POST
|
Should any and all Python related discussions go in a future Python forum? #3. Ideally yes. Do you think Esri should move any and all existing python related discussions (like those currently in Map Automation, etc) to the future Python subforum? It's not critical... But if Jim has a magic wand to do that sort of thing, by all means. It is either a true Python forum or not. BTW, Michael Grossman and team may not like both answers...
... View more
10-29-2010
10:50 AM
|
0
|
0
|
307
|
POST
|
Arcpy.mapping if nothing else makes python a separate catagory from GP. Taking python into its own forum would open up the disscussion to more avenues than just GP. http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//00s300000032000000.htm http://proceedings.esri.com/library/userconf/devsummit10/papers/tech/python_scripting_for_map_automation_in_arcgis_10.pdf WAIT A MINUTE! I am confused. Is arcpy.mapping a part of GP or not? I think the split would be good on the grounds that python isnt just about GP. You can do all sorts of stuff to your tables and data that have nothing to do with the "geo" part. Like what? What do you mean by "Geo"? Does it have to be "Geo" to be Geoprocessing or "Geo" run a Geoprocessing tool? Can you use arcpy or anything in the geoprocessing framework and have it not be GP? Like if I have a standalone table, no spatial stuff to it yet and just use "field calculations", "delete fields" join tables to another standalone" what is that? That could just be processing but I'm getting it ready for future analysis... What "stuff" are you talking about other than a response of not using the arcpy module? I think the manipulation of tables is mentioned down there too: From the Help: "Geoprocessing tools perform small yet essential operations on geographic data, such as extracting and overlaying data; changing map projections; adding a column to a table; and calculating attribute values, polygon overlays, and optimal routes, to name a few... " "Geoprocessing is a language consisting of operators, or tools, that operate on the data within ArcGIS (tables, feature classes, rasters, TINs, and so on), and perform tasks that are necessary for manipulating and analyzing geographic information across a wide range of disciplines."
... View more
10-29-2010
10:31 AM
|
0
|
0
|
307
|
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|