Select to view content in your preferred language

Identify Task issues

6350
25
04-13-2010 08:40 AM
AngelGonzalez
Frequent Contributor
I am using the ESRI sample for Identify and got a problem. I have a sublayer list with about 13 layers. Only the first 4 are set to be visible when the silverlight app is first run. The identify Task works fine with these first 4 layers. When I click on the checkbox to make another layer visible and use the Identify tool the fifth layer does not appear on the identify tool. Yet when I go back and update the mxd to make the fifth layer visible and reboot my ArcGIS server (the refreshing of a service to pickup and any changes made to the mxd is not being pickup by Silverlight app, only a reboot will do this , bug??) the identify tool picks up the the fifth layer. 

Does the Identify task works with sublayer list? Do I need to refresh something?
I am using SL3 with ESRI 1.2 SL API

Thanks

Angel
0 Kudos
25 Replies
JenniferNery
Esri Regular Contributor
LayerOption, by default is Top. You can specify this in the IdentifyParameters http://help.arcgis.com/en/webapi/silverlight/apiref/ESRI.ArcGIS.Client~ESRI.ArcGIS.Client.Tasks.Iden...

I have to check with the ArcGIS Server team about the Index out of bounds error. I'll get back with you on that.
0 Kudos
JenniferNery
Esri Regular Contributor
Here's what I've gathered -

You need to fix your service and have every ID match their index.

I was told that top:5 may actually be accessing ID=6, that's why it worked and top:6 is trying to access ID=7, which is already out of bound... as caused by the broken layer (ID=1).

ID=1 may be missing because it was not published but is still contained in your ArcMap Table of Contents. You can either delete layer with ID=1 from ToC or include it and re-publish.
0 Kudos
MatthewPilgrim
Regular Contributor
Jennifer thanks again for your time,

You need to fix your service and have every ID match their index.


This would suggest an issue in the implementation.  Has this be raised as a 'bug'?

I was told that top:5 may actually be accessing ID=6, that's why it worked and top:6 is trying to access ID=7, which is already out of bound... as caused by the broken layer (ID=1).


I'm not sure this is true.  I have tried id 0 and id 5.  They both return features from the correct layer (id/name).

ID=1 may be missing because it was not published but is still contained in your ArcMap Table of Contents. You can either delete layer with ID=1 from ToC or include it and re-publish.


I will talk to the map admin, alternatively I may have to return features from all layers and sort them on the client - not ideal.

Regards,

Matt
0 Kudos
JenniferNery
Esri Regular Contributor
Oh, if ID=5 returns the correct layer, then I really don't know what could be wrong with ID=6.

Have you tried using the same parameters on your web browser? Same error? If yes, I can only suspect that there's something wrong with that layer.
0 Kudos
MatthewPilgrim
Regular Contributor
Hi,

I get the same results in the browser.

Could someonone ate ESRI replicate the situation (i.e. index != id and max id > layer count) at confirm this as a bug (or not).

Many thanks,

Matt
0 Kudos
JenniferNery
Esri Regular Contributor
I forwarded your question to the REST API team. You can post to their forum too http://forums.arcgis.com/forums/11-ArcGIS-Server-REST-API or go through support http://support.esri.com/en/
0 Kudos