nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

can you explain what is happening here?

Anonymous User

Original User: beta_testing_account

[ATTACH=CONFIG]15559[/ATTACH]

in the above image I have 5 polygon features, when create an a search cursor on this feature class & read it into a dictionary, as below:

[ATTACH=CONFIG]15560[/ATTACH]

the following is resulted :

[ATTACH=CONFIG]15561[/ATTACH]

as you can see, only the last value is there!

py2.png

py.png

py3.png

Exb.png

MV.png

serviceBUG.png

タグ付きの投稿をもっと見る

Accepted answers

All comments

gpnobbir

A pythonic way of iterating a dictionary is:

for k, v in fc_dict.items():
    print k, "=>", v

Anonymous User

Original User: beta_testing_account

A pythonic way of iterating a dictionary is:
for k, v in fc_dict.items():
    print k, "=>", v

it is clear to me how to iterate a dictionary, but the question was about the ambiguous results in the screenshot.

thanks anyways.

gpnobbir

I don't know what's going on as the code is working fine on my machine. Hopefully, someone else will be able to help.

Anonymous User

Original User: jscheirer

What version are you using? This was fixed for 10.1, I'm not certain it made it into any service pack on 10.0.

muhannadS_

What version are you using? This was fixed for 10.1, I'm not certain it made it into any service pack on 10.0.

I get this with v.10 & v 10.1 prerelease.

Anonymous User

Original User: jscheirer

Basically it was using a recycling cursor and now it's not, there;s not really a workaround aside from serializing to another format (such as using Geometry.__geo_interface__ and arcpy.AsShape) to store in a dictionary.

markdenil

I found a similar problem. If I try to save a set of shape objects in a dictionary or in a list, and query the area property of each shape object in the dictionary or list, I get the same value back for each: the area of the last one added.

How even a recycling cursor can change the property of an object already sitting in a list is not clear.

I see this happen even with out the dictionary: just creating a stand-alone object from the FC shape object:

objA = None
objB = None
sc = arcpy.SearchCursor(fc)
q = 0
for row in sc:
    q += 1
    print str(q)
    print str(row.SHAPE.area)
    if q == 1:
        objA = row.SHAPE
    if q == 2: 
        objB = row.SHAPE
    if objA: print "A " + str(objA.area)
    if objB: print "B " + str(objB.area)

output:
1
537522826829.0
A 537522826829.0
2
534121785657.0
A 534121785657.0 <-- Why did the area property of objA change?
B 534121785657.0

Querying the area property while the shape is still in the feature class returns the proper value for each,
and, of course, storing the area value (number) in the dict or list does not change it.

BUT
something happens when the shape object is out of the fc...

I have not yet tried storing the shape object in a dictionary, and then reading it into a new fc with an insert cursor.

Anonymous User

Original User: mdenil

Yes, it is a result of Python assigning variables with references, not copies. So, yes, as the cursor recycles, that one actual object is replaced (over and over) so all the referenecing variables are updating. Even using copy.copy() does not seem to help. Only a new cursor each time keeps things straight.
Glad to hear it is fixed before it became an issue for me....

Anonymous User

Original User: Apollo2020

Basically it was using a recycling cursor and now it's not, there;s not really a workaround aside from serializing to another format (such as using Geometry.__geo_interface__ and arcpy.AsShape) to store in a dictionary.

So, do any of the 10.0 service packs resolve this issue, or is it only fixed in 10.1? Also, is there a work-around in Python (I realize this has been addressed but someone have discovered a solution since the original post)? Thanks.

gpnobbir

Here is a code snippet (following Jason's suggestion) - it should work on any 10.0 service pack.

searchCursor = arcpy.SearchCursor(in_fc)

fc_dict = {}
for row in searchCursor:
    geom = row.SHAPE
    fc_dict[row.OBJECTID] = geom.__geo_interface__

# browse the dict and get back the geoms
for k, v in fc_dict.items():
    new_geom = arcpy.AsShape(v)
    print new_geom.area

A note about my earlier posting on the pythonic way of iterating a dict was directed to Python newbies.

会話に参加する

サインインしたメンバーは投稿、更新のフォローなどができます。初めてですか？無料アカウントを登録してください。

クイックリンク

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.