Timeline for Computing new attribute based on changes in another attribute using ArcGIS Desktop with Python?
Current License: CC BY-SA 3.0
7 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jun 18, 2012 at 18:25 | comment | added | AlmaThom | Sorted out the glitch! my script now has three parts: | |
| Jun 9, 2012 at 6:17 | comment | added | matt wilkie |
@Alice, I didn't test, but all you should need to do is comment out or delete the row.TRIP = trip line in each of the two blocks which handle beginning and end of trip. (and, come to think of it, the rows.updateRow(row) which follow, as there's nothing to save there anymore.)
|
|
| Jun 8, 2012 at 22:55 | vote | accept | AlmaThom | ||
| Jun 8, 2012 at 22:55 | comment | added | AlmaThom | This works great in that all of my trips are assigned one number for all points in the trip, however all the points at home are given a new number( i.e. my data starts with points at home now numbered 1, 2, 3, ..... 136 and then my first trip is all labelled 137). It isn't a big deal because I can revert all "home" points to 0, but it would be nice if my trips started at 1 and were evenly number after that. Any advice? | |
| Jun 8, 2012 at 20:45 | history | edited | matt wilkie | CC BY-SA 3.0 |
added 345 characters in body
|
| Jun 8, 2012 at 19:16 | comment | added | Jason Scheirer |
+1, You MUST do this in an update cursor. The CalculateField tool does not guarantee that the code block will be run only once, so the trip variable may be re-initialized any arbitrary number of times.
|
|
| Jun 8, 2012 at 18:40 | history | answered | matt wilkie | CC BY-SA 3.0 |