topic Re: ArcGIS API for Silverlight/WPF version 2.1 Release Candidate in ArcGIS API for Silverlight Questions

ArcGIS API for Silverlight/WPF version 2.1 Release Candidate

DavidAshton — Thu, 04 Nov 2010 22:19:41 GMT

First please let me say the Legend is awesome!!! You guys Rock!

I have one hopefully small and easy.....///seems stupid question. If I have a project that was built with 2.0 api and just download the 2.1 Release Candidate how should I update the Referrences like the ESRI.ARCGIS.CLINT.TOOLKIT ref? What is the best practice?

Thanks
David

Re: ArcGIS API for Silverlight/WPF version 2.1 Release Candidate

JenniferNery — Fri, 05 Nov 2010 06:00:47 GMT

I believe the install already takes care of updating the assemblies and the registry entries. What you can do to check if this has been updated by the install - is to look at the Properties Window on the referenced Toolkit assembly. Go to that path and check file properties if the version changed. If the path says "Users" then it may not have grabbed from the proper location. Try deleting these references and re-add them again.

Re: ArcGIS API for Silverlight/WPF version 2.1 Release Candidate

DavidAshton — Fri, 10 Dec 2021 20:44:08 GMT

Jennifer,
Thanks for the reply. So I was taking the route of deleting them and adding them again and I ran into this problem:

In my xaml code I created some bookmark links that look like this

<Button Style="{StaticResource MenuItem}" 
                            Content="High Valley" >
                                        <i:Interaction.Triggers>
                                            <i:EventTrigger EventName="Click">
                                                <esri:ZoomToAction TargetName="Map">
                                                    <esri:ZoomToAction.Geometry>
                                                        <esri:Envelope XMin="-117.242692847" YMin="34.103977315" XMax="-116.537719897" YMax="34.795206527" />
                                                    </esri:ZoomToAction.Geometry>
                                                </esri:ZoomToAction>
                                            </i:EventTrigger>
                                        </i:Interaction.Triggers>
                                    </Button>

This code was fine with 2.0 but now with the 2.1 api it is giving me the following error messages:

The value "ZoomToAction" can not be added to a collection or dicitionary of type "TriggerToActionCollection"

and

The attachable property 'Geometry' was not found in the type 'ZoomToAction'.

It is having problems with:

<esri:ZoomToAction TargetName="Map">
                                                    <esri:ZoomToAction.Geometry>
                                                        <esri:Envelope XMin="-117.242692847" YMin="34.103977315" XMax="-116.537719897" YMax="34.795206527" />
                                                    </esri:ZoomToAction.Geometry>
                                                </esri:ZoomToAction>

So I just assumed I didn't covert to 2.1 correctly but maybe I'm missing something else?

Re: ArcGIS API for Silverlight/WPF version 2.1 Release Candidate

JenniferNery — Mon, 08 Nov 2010 16:00:52 GMT

I tried your code with 2.1 RC and I was not able to reproduce the error.

Do you have ESRI.ArcGIS.Client and ESRI.ArcGIS.Client.Behaviors added to your project references? Can you check the file path where it is pointing to?

Re: ArcGIS API for Silverlight/WPF version 2.1 Release Candidate

DavidAshton — Fri, 10 Dec 2021 20:44:11 GMT

Jennifer,

Thanks, I did have an older version of ESRI.ArcGIS.Client.Behaviors and I guess that was causing the problem.

But now I've ran into a new issue. My code is compliling but I'm getting a warning that is stating:
Invalid CastException was thrown on Legend:
"Unable to cast object of type 'Microsoft.Expression.DesignModel.DocumentModel.DocumentPrimitiveNode' to type 'Microsoft.Expression.DesignModel.DocumentModel.DocumentCompositeNode'.
   at Microsoft.Expression.DesignModel.InstanceBuilders.ArrayInstanceBuilder.InstantiateTargetType(IInstanceBuilderContext context, ViewNode viewNode)
   at Microsoft.Expression.DesignModel.InstanceBuilders.ClrObjectInstanceBuilder.Instantiate(IInstanceBuilderContext context, ViewNode viewNode)
   at Microsoft.Expression.DesignModel.Core.ViewNodeManager.Instantiate(ViewNode viewNode)"

It is happening in my xaml where I'm setting the LayerIDs for the legen



                   <esri:Legend Map="{Binding ElementName=MyMap}"  
                         LayerIDs="TestService"

I think it should be good I'm declaring my service like this:

<esri:ArcGISDynamicMapServiceLayer ID="TestService" Url="http://XXXX.com/ArcGIS/rest/services/TestService/MapServer" Opacity=".5" Initialized="ArcGISDynamicMapServiceLayer_Initialized" />

Any ideas?

Thanks
David

Re: ArcGIS API for Silverlight/WPF version 2.1 Release Candidate

JenniferNery — Tue, 09 Nov 2010 18:07:16 GMT

I know this error, it is annoying 😛

Unfortunately, we have no control over this but we are trying to get some clarification from Microsoft regarding this issue.

The error only appears in Design view. You can still run your application without problem.

If you remove LayerIDs in your Legend, this error will go away.

The only thing I can say is that our team is aware of this Design view error and we too are finding answers about how we can possibly get this issue resolved or atleast workaround so that our users can still see Design view without the annoying error popping up 😛

Re: ArcGIS API for Silverlight/WPF version 2.1 Release Candidate

CameronBlandy — Tue, 09 Nov 2010 18:20:02 GMT

We are running ArcGIS Server 9.3.1. and we wanted to use the new Legend. In the brief notes for the 2.1 Release Candidate it mentions that we need a Legend Service to create Swatches. It says to get it from ArcGIS.com but I not sure where. Secondly, it says that the Map Service must be public. What exactly does this mean??

Re: ArcGIS API for Silverlight/WPF version 2.1 Release Candidate

DominiqueBroux — Wed, 10 Nov 2010 11:19:40 GMT

It says to get it from ArcGIS.com but I not sure where.

From ArcGIS Server 10 sp1, map services provide a legend resource to return legend details. With map services prior to this version, the legend control uses a SOAP legend service provided by ArcGIS.com.
You have nothing to do to get it, it's predefined in the legend control : depending on the map service version, the legend is requested on arcgis.com or on the map service itself.

Note that the SDK sample http://help.arcgis.com/en/webapi/silverlight/2.1/samples/start.htm#LegendSimple is using a 9.3.1 dynamic map service (http://sampleserver1.arcgisonline.com/ArcGIS/rest/services/Specialty).

Secondly, it says that the Map Service must be public. What exactly does this mean??

It means that, with map services prior to 10SP1, arcgis.com must be able to access to your map service in order to return the swatches. For example, this can't work with a service like http://localhost/arcgis/rest/..... because the arcgis.com soap service can't access to your localhost.
This limitation doesn't exist with 10SP1 map services.

Re: ArcGIS API for Silverlight/WPF version 2.1 Release Candidate

CameronBlandy — Mon, 15 Nov 2010 21:52:05 GMT

Dominique,

Thanks for the explanation. My only remaining question/comment is, I assume I just logon to arcgis.com and have my service posted/hosted there???

Cameron

Re: ArcGIS API for Silverlight/WPF version 2.1 Release Candidate

DaveTimmins — Tue, 16 Nov 2010 04:41:12 GMT

Hi Cameron,

you don't have to post your service / map to arcgis.com unless you want to. That's more related to sharing data that other users will find useful.When Dominique is referring to arcgis.com being able to access the service it just means that the service must be accessible publically. This is because it uses the SOAP endpoint of the service to generate the swatches and therefore needs to be able to interrogate the SOAP endpoint.

Re: ArcGIS API for Silverlight/WPF version 2.1 Release Candidate

DominiqueBroux — Tue, 16 Nov 2010 07:29:59 GMT

Dave is quite right.

Your service don't need to be hosted by ArcGIS.com. It just need to be accessible publically, and so by the arcgis.com web site.

Re: ArcGIS API for Silverlight/WPF version 2.1 Release Candidate

YurongTan — Mon, 11 Feb 2013 10:47:56 GMT

I know this error, it is annoying 😛

Unfortunately, we have no control over this but we are trying to get some clarification from Microsoft regarding this issue.

The error only appears in Design view. You can still run your application without problem.

If you remove LayerIDs in your Legend, this error will go away.

The only thing I can say is that our team is aware of this Design view error and we too are finding answers about how we can possibly get this issue resolved or atleast workaround so that our users can still see Design view without the annoying error popping up 😛

[REPLY]
I am not sure if this is Microsoft Silverlight thing. Look at the ESRI Silverlight Viewer. If you create an "app" through the Viewer GUI and this legend issue is non exists. The control of the legend (turn on/off and expand/collapse of layler list) will work perfectly with an app from the Viewer GUI. In addition, you can also have an app with a fully controllable legend and layer listing. However, when the same legend control is incorperated/merged into an app based on either the standard or the showcase template, that legend gets stuck. I am talking about 3.0 API here. How could one explain that it works with one ESRI thing and doesn't with another ESRI thing? [REPLY]

Re: ArcGIS API for Silverlight/WPF version 2.1 Release Candidate

DominiqueBroux — Tue, 12 Feb 2013 08:17:05 GMT

You pointed out a design issue that should not impact the runtime.

However, when the same legend control is incorperated/merged into an app based on either the standard or the showcase template, that legend gets stuck. I am talking about 3.0 API here. How could one explain that it works with one ESRI thing and doesn't with another ESRI thing?

I don't figure out any reason for that. Could you share more détails on how to reproduce this issue?
Thanks

Re: ArcGIS API for Silverlight/WPF version 2.1 Release Candidate

YurongTan — Thu, 21 Feb 2013 17:38:28 GMT

You pointed out a design issue that should not impact the runtime.

I don't figure out any reason for that. Could you share more détails on how to reproduce this issue?
Thanks

Look at this incident which is more than two months old.
Esri Incident #1113122.

The we all including the analyst got very frustrated.

I have map services that I used in creating a simple app using the SL Viewer GUI and I would like to use the same map services (some services have sub-layers) for an re-invented app with additional functionality and got stuck with this issue. If you can't find the notes for the incident, just drop a note here and I can supply them. Thanks in advance for looking into this.

Re: ArcGIS API for Silverlight/WPF version 2.1 Release Candidate

DominiqueBroux — Thu, 21 Feb 2013 17:52:05 GMT

Look at this incident which is more than two months old.
Esri Incident #1113122.

The we all including the analyst got very frustrated.

I have map services that I used in creating a simple app using the SL Viewer GUI and I would like to use the same map services (some services have sub-layers) for an re-invented app with additional functionality and got stuck with this issue. If you can't find the notes for the incident, just drop a note here and I can supply them. Thanks in advance for looking into this.

If you have a way to reproduce the problem without using the silverlight viewer that would be very helpful.
If you'd rather you can send your repro case to my mail