Eu tenho um script arcpy simples para atualizar um campo em um shapefile de ponto com informações do recurso de polígono em que ele está. Demora 9 minutos para fazer 100 pontos no arcpy, mas uma junção espacial no arcmap é instantânea. Tenho certeza de que existe uma maneira rápida e estabelecida de resolver esse problema. Alguém pode me apontar na direção certa?
import took 0:00:07.085000
extent took 0:00:05.991000
one pt loop took 0:00:03.780000
one pt loop took 0:00:03.850000
one pt loop took 0:00:03.791000
import datetime
t1 = datetime.datetime.now()
import arcpy
t2 = datetime.datetime.now()
print "import took %s" % ( t2-t1)
#set up environment
arcpy.env.workspace = "data\\"
arcpy.env.overwriteOutput = True
desc = arcpy.Describe("parcels.shp")
ext = desc.Extent
extent = (ext.XMin,ext.XMax,ext.YMin,ext.YMax)
t3 = datetime.datetime.now()
print "extent took %s" % (t3 -t2)
fc = arcpy.CreateRandomPoints_management("", "malls.shp", "", ext, 100, "", "POINT", "")
arcpy.AddField_management("malls.shp", 'ParcelID', 'LONG')
rows = arcpy.UpdateCursor('malls.shp',"","",'ParcelID')
for row in rows:
t4 = datetime.datetime.now()
pt = row.Shape.getPart()
for polyrow in arcpy.SearchCursor('parcels.shp'):
t6 = datetime.datetime.now()
poly = polyrow.getValue('Shape')
if extent[0]<pt.X<extent[1] and extent[2]<pt.Y<extent[3]:
if poly.contains(pt):
print "works"
row.ParcelID = polyrow.Parcels_ID
rows.updateRow(row)
break #we can stop looking for matches since
t7 = datetime.datetime.now()
"a full poly loop took %s" % (t7-t6)
t5 = datetime.datetime.now()
print "one pt loop took %s" % (t5-t4)
print datetime.datetime.now() -t1
arcpy
performance
EmdyP
fonte
fonte
arcpy.da
módulo (Acesso a dados) com versões (muito) mais rápidas dos cursores.Respostas:
Se você precisar criar um segundo cursor para
parcels.shp
, faça isso fora do loop para o seu primeiro cursor. Como está, seu script está criando um novo objeto de cursor para cada linha, namalls.shp
qual está custando todo esse tempo de processamento.fonte
O problema com a resposta de @ Jason (e sua abordagem original) é que ele não tira proveito do índice espacial e requer um loop aninhado de dois cursor que se tornará exponencialmente mais lento à medida que o número de pontos aumenta.
Um fluxo de trabalho alternativo que pode ser mais rápido e ainda permitir que você atualize a classe de recurso de ponto no local (a Junção Espacial gera apenas uma nova classe de recurso, não atualiza uma existente) pode ser:
fonte