Как можно изменить пути к исходным данным для каждого файла слоя в папке X, используя arcpy?
Я следил за обновлением и исправлением источников данных с помощью arcpy.mapping, насколько я могу, но все, что я получаю, - это бесполезное, Runtime error <type 'exceptions.ValueError'>: Layer: Unexpected error
которое не говорит мне достаточно, чтобы решить, что не так или отсутствует.
Вот код (упрощенный для тестирования однослойного файла):
import arcpy, os
fname = r'K:\Layers\xxx.lyr'
lyr = arcpy.mapping.Layer(fname)
oldpath = lyr.workspacePath
print 'oldpath: ', oldpath
lyr.findAndReplaceWorkspacePath(oldpath, r'C:\some\other.gdb')
print 'newpath: ', lyr.workspacePath
и результаты:
oldpath: K:\Canvec_Utility\Temp.gdb
Traceback (most recent call last):
File "x10x.py", line 12, in <module>
lyr.findAndReplaceWorkspacePath(oldpath, r'C:\some\other.gdb')
File "C:\ESRI\ArcGIS\Desktop10.0\arcpy\arcpy\utils.py", line 181, in fn_
return fn(*args, **kw)
File "C:\ESRI\ArcGIS\Desktop10.0\arcpy\arcpy\_mapping.py", line 601, in findAndReplaceWorkspacePath
return convertArcObjectToPythonObject(self._arc_object.findAndReplaceWorkspacePath(*gp_fixargs((find_workspace_path, replace_workspace_path, validate), True
)))
ValueError: Layer: Unexpected error
((перенес раздел «обновить» в ответ))
arcpy
arcgis-10.0
layers
Мэтт Уилки
источник
источник
Runtime error...
цитировал выше из интерактивной оболочки Python в ARCCATALOG, который не дает отслеживающий. Результаты с трассировкой копируются из командной оболочки.Ответы:
Похоже, правильный метод для использования при переключении рабочих пространств и наборов классов объектов - lyr.replaceDataSource () . Вот мой рабочий скрипт:
При тестировании кажется, что validate в этом методе снова отличается: он проверяет, что новое рабочее пространство является действительным, но игнорирует класс пространственных объектов и наборы классов объектов - то есть не возвращает ошибку, если целевой FC отсутствует.
С другой стороны, если целевой FC присутствует, даже в другом наборе классов объектов, новый путь источника данных соответствующим образом адаптируется независимо от того, является ли validate истинным или ложным.
Обновление: теперь на Github, чтобы облегчить обмен и редактирование.
источник
Бесполезный
unexpected error
в данном случае означает что-то вроде «новый путь не существует» . Необязательныйvalidate
параметр по умолчанию равен True, если не указан. При значении false сценарий завершается без ошибок, но полученные файлы слоев по-прежнему были повреждены, хотя целевой путь и класс объектов существуют.результат
В дополнение к изначально незнанию validate по умолчанию true, ошибка или, по крайней мере, какое-то очень странное поведение затрудняют устранение неполадок. Обновление и исправление источников данных с помощью arcpy.mapping говорит : не включайте имена наборов классов объектов в путь к рабочей области. Наборы классов объектов являются частью рабочей области. Например, если класс пространственных объектов перенесен из автономного класса пространственных объектов в набор классов объектов, документ карты все равно будет открыт без разрыва слоя » и « Если слой или таблица в документе карты или файле слоя » перемещены в набор классов объектов или из него, их ссылки не должны быть разорваны. "
Оказывается, у validate немного другой угол. Да, не имеет значения, где в новой базе геоданных (рабочем пространстве) находится целевой класс объектов , на верхнем уровне или в совершенно другом наборе классов объектов. Однако целевое рабочее пространство должно содержать набор классов объектов с тем же именем, иначе проверка не удалась .
Источники :
источник