Timeline for More efficient way to get the start and the end points of a line (arcpy)?
Current License: CC BY-SA 3.0
12 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Aug 2, 2017 at 22:04 | vote | accept | Alex Tereshenkov | ||
| Mar 1, 2015 at 2:50 | history | tweeted | twitter.com/#!/StackGIS/status/571865072877871104 | ||
| Feb 28, 2015 at 16:47 | answer | added | Farid Cheraghi | timeline score: 1 | |
| Feb 27, 2015 at 20:43 | history | edited | PolyGeo♦ |
edited tags
|
|
| Feb 27, 2015 at 13:09 | comment | added | Alex Tereshenkov | ///PolyGeo, thanks for the tip. This might seem to be even longer to me, but I may be wrong. I have to keep the featureID, too, so this is going to be a lot of overhead. ///radouxju, interesting with SHAPE@WKT. I should test whether it will be faster to slice the WKT string getting the XY coordinates than accessing the geometry last and start points, thanks for the idea. ///Vince, yeah it is OK to wait, I was just wondering if there is any faster way and I've missed it. I've tried with uncompressed fgdb, was roughly the same result +-2% in time. I am on SSD drive. | |
| Feb 27, 2015 at 12:56 | comment | added | Vince | 300 seconds doesn't seem outrageously long to access 1m lines through a cursor. I would suggest you try with an uncompressed FGDB as well. On what kind of disk is the file? | |
| Feb 27, 2015 at 12:38 | comment | added | radouxju | if your lines are segments, just calling the cursor could do the job, but I don't understand exactly what output you want from your list. listLines = arcpy.da.SearchCursor(fc, ["OID@", "SHAPE@WKT"],query) | |
| Feb 27, 2015 at 12:18 | comment | added | PolyGeo♦ | I'm on iPhone so going from memory but if lines all have just start and end points and no intervening vertices could you convert them to points and then use a tool to add XY fields and read those fields any quicker overall? | |
| Feb 27, 2015 at 11:57 | comment | added | PolyGeo♦ | I was thinking the opposite but have not tested to see which is faster. | |
| Feb 27, 2015 at 11:46 | comment | added | Alex Tereshenkov | @PolyGeo, no I don't - compressed file geodatabase might provide faster read-only access that is why I am compressing it | |
| Feb 27, 2015 at 11:34 | comment | added | PolyGeo♦ | Do you need to use a compressed geodatabase? | |
| Feb 27, 2015 at 11:16 | history | asked | Alex Tereshenkov | CC BY-SA 3.0 |