Блокування файлів ArcGIS Python SearchCursor?

У мене є сценарій, який отримує значення з поля форм-файлу для повернення користувачеві.

Здається, що лише тоді, коли arcpy.SearchCursor називається ArcMap 10.0, блокує файл, і він не видаляється після запуску сценарію. Щоб зняти замок, мені доведеться закрити ArcMap. У скрипті я видаляю об’єкт SearchCursor після його використання, а також об’єкт рядка.

Оскільки у мене працює сценарій, це те, що він намагається видалити папку робочої області при наступних запусках, але не може через блокування ... поки я звичайно не закрию ArcMap.

Чи є порада щодо зникнення цього замка?

проблему було вирішено після переходу з:

rows = arcpy.UpdateCursor(fc)   
delete = rows.deleteRow  
for row in rows:  
    delete(row)  
del row  
del rows

до

rows = arcpy.UpdateCursor(fc)
for row in rows:
    rows.deleteRow(row)
del row
del rows

Див. Не вдається позбутися від блокування на базі даних геоданих та класах функцій, створених у сценарії Python . Це схоже на те саме питання. Я раніше її обійшов, явно видаливши клас функції. Я не впевнений, чи спрацює це у всіх випадках.

import arcpy

fcPath = 'c:/temp/features.shp'
idFld = 'OBJECTID'
cur = arcpy.SearchCursor(fcPath)
for row in cur:
    id = row.getValue(idFld)
    row = None
cur = None
r = arcpy.Delete_management(fcPath)

print r.getOutput(0)

Примусове вивезення сміття може також працювати, але я вважаю, що це має щось спільне з внутрішніми функціями arcpy або ArcMap.

import gc
gc.collect()

Чи потрібно запускати свій скрипт ArcPy зсередини ArcMap? Якщо це не частина вбудованого інтерфейсу або набору інструментів, ви можете запустити його за межами ArcMap з консолі Python, IDLE або Eclipse тощо (доки у вас є відповідна ліцензія на машині, на якій вона працює). У такому випадку ви можете написати трохи Python-коду, щоб нерест вашого ArcPy-сценарію був підпроцесом, і блокування повинно бути звільнено, коли підпроцес закриється.

Замки ArcGIS - це біль. У мене були ситуації, коли замок зберігається навіть після вимкнення машини, що є монументальним болем (як правило, якщо Арка зазнала аварії, перш ніж вона може виправити замки). В крайньому випадку, якщо це трапиться, використовуйте Windows Explorer, щоб знайти .LOCK файл і видалити його вручну. Це не спрацює, якщо до нього звертаються ArcMap або процес Python, тому він відносно безпечний ... але це дійсно карта виїзду з в'язниці і не дуже хороша практика :)

Якщо ви належним чином видалили і об’єкти рядка, і курсор (наприклад del row, rows), і замок залишається, ймовірно, сам ArcMap, а не arcpy, все ще посилається на нього.

Чи посилається на файл форми шаром у змісті, або він додається до TOC вашим інструментом сценарію?

Якщо останнє, ви можете спробувати відключити "Додавання результатів операцій геообробки на дисплей" у розділі Геопроцедура-> Параметри геопроцедури в ArcMap.

Додаткова пропозиція. Якщо ви робите це як тимчасовий / проміжний набір даних, а кількість функцій не надто велика, спробуйте використовувати in_memoryробочу область замість файлу форм, щоб повністю вирішити проблему блокування та отримати хороше потенційне підвищення продуктивності. .

Просто не забудьте видалити робочу область in_memory або певні набори даних, які ви створюєте там, використовуючи Delete (Управління даними) перед тим, як вийти із сценарію, інакше він буде продовжувати перебувати в пам'яті, поки програма не закриється.

Нарешті, я також зазначу, що поведінка блокування формфайлу змінилася в 10.0, щоб стати більш суворою, не видаляючи файли блокування, коли ви видаляєте шар із змісту. Дивіться також цю статтю та пов’язане з цим питання .