|
POST
|
For sure, "Get Count": http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//0017000000n7000000.htm If you need a selection/search on it, you can do a "make table view" then "select by attribute" Adding these couple steps might slow it down a little, however if you just want the number of rows in a table, featureclass, etc - Get Count should be the fastest.
... View more
09-03-2010
07:39 AM
|
0
|
0
|
3294
|
|
POST
|
Kevin so is that a wobbly "don't split" as I suggested? I am pushing in that direction...lean there Exactly, Dan. Jim just said it a little more eloquently by using the chicken and the egg reference. But trust that my vote doesn't count. I'll continue to check the forum(s) regardless of their direction. The only votes that count are the ones without esri staff beside them. That's why these are User Forums :). I'm just trying to contribute something productive to the discussion.
... View more
08-24-2010
11:52 AM
|
0
|
0
|
732
|
|
POST
|
I know I already chimmed in with an opinion, but at that time I wasn't leaning one way or another. After putting more thought into it I'm placing my vote on leaving the forum as-is. Why? Because I think the forum should be easiest to use by those who use it the least. I realize that may seem like backward logic but the majority of people who have responded to this thread are the ones who answer questions day in and day out. I don't have numbers to back any assumptions up, but I'd wager that the majority of users on here are very casual users. I wouldn't want to see people frustrated on the simple point of where to place a question. (submitting your question to the right spot shouldnt be a hurdle, just getting the answer is the hurdle) I do sympathize with the "answer-ers" though. The ones who come here every day want to find the topics they care about the most and can answer quickly. You're all doing this because you want too, because you enjoy helping and of course you should be able to do that in an easy and efficient manner. Thats my 3cents. A lot of good discussion so far from the community, hope to see more...
... View more
08-23-2010
03:21 PM
|
0
|
0
|
732
|
|
POST
|
Matt, I've looked into this and unfortunately this appears to be a bug. The issue is logged and for your tracking purposes you can follow: NIM060092 -KMLtoLayer crashes python when run as a standalone script. I looked at a variety of ways to work around the problem (such as building a script tool and calling that) - it appears there isn't a workaround. My apologies for this inconvenience, this should fixed in SP1 due sometime in the Fall.
... View more
08-18-2010
10:32 AM
|
0
|
0
|
1551
|
|
POST
|
Let me look into it and see what I can find. I'll let you know.
... View more
08-17-2010
07:27 AM
|
0
|
0
|
1551
|
|
POST
|
Matt, On the first run through I see it hitting that same error "noneType" as well. If you remove the arcpy.ImportToolbox from your script it should get you past this. You don't actually need to import the system toolboxes, your reference of arcpy.KMLToLayer_conversion is enough. Let me know if that helps or not.
... View more
08-16-2010
12:33 PM
|
0
|
0
|
1551
|
|
POST
|
Matt, You're using: arcpy.KMLToLayer_conversion(LocalFile, runCWD, "nws") This implies that LocalFile and runCWD are variables. Unless you have more to your script that I'm not seeing (you've assigned values to those variables), you'll want to run it something like the following with the inputs and quotations: arcpy.KMLToLayer_conversion(r'C:\_KMLs\eqs7day-age.kmz',r'C:\_KMLs\temp',"myEQdata") ...now if you have assigned values to the variables - everything looks correct in your code snippet. My question would be can you run any other tools via a Python script? Something like: arcpy.GetCount_management("aaa.shp") Or could you just post your whole script?
... View more
08-16-2010
10:07 AM
|
0
|
0
|
1551
|
|
POST
|
I'm not voting one way or another, mainly because I see the benefits of both methods. I just want to say that I see a good number of "workflow" posts...."how do I start this" or "how would I go about achieving goal X". Very quickly someone will offer a "do it in ModelBuilder" or "you need to script that". It would be hard for the original poster to put that question in the appropriate forum from the start. Or once they got an answer its now in a general forum instead of the scripting form. (And I don't say that with the thought of moving the original post...theres a lot of overhead on that). The tagging idea (while I don't know if the forum technology supports it) would be a cool idea. The tags could give everyone the best of all worlds. One area for your GP questions, but if it ends up being a Python specific question, add the tag and everyone who loves Python can quickly find that post.
... View more
08-12-2010
08:20 AM
|
0
|
0
|
1160
|