Tag Info

Hot answers tagged

10

From a totally abstract management perspective, the three APIs are equal. They represent code that runs in a web browser, the purpose of which is to display map data to a user over the internet. You can create a successful, meaningful mapping application with any of the APIs. Furthermore, the impact of each strength/weakness (difference) in each API will ...


10

I believe that everything is moving in that direction, mobile browsers only support javascript/html and even in win8 javascript/html is a supported stack for metro-apps. ESRI will have to follow, and they are (arcgis online etc.) But, if your users still use older versions of IE on the desktop, right now adobe flex or silverlight is a better choice. On ...


7

One useful place to look for clues is the GeoCortex tools. Latitude Geographics bases its entire (and quite successful) business model around building on ArcGIS with value-added tools. Whether or not they have any inside knowledge of ESRI's road-map I don't know, but they certainly must spend an awful lot of time thinking about it. About this time last year ...


7

As much as I love HTML5, the truth is that if your going to use it in a production environment where you need to support as many desktop browsers as possible, it is not a great solution (mobile is a different story). If you are going to support a limited set of browsers, then it becomes far more interesting. Take a look at this compatibility chart of HTML5 ...


6

Silverlight/WPF Cons Requires a plugin Future is less certain than javascript (HTML5) Silverlight/WPF Pros Fully supported by Visual Studio Has better multithreading support (at least compared to flex). Better SOAP support (Esri's SOAP is more complete than REST).


5

Have you not heard? HTML6 is the latest greatest thing. Why arent you developing in that? - Moral here is its like buying a new computer. You can always wait for the next best thing, but theres always something better around the corner. (see comments in that post as well). I also like James Fee summary of Q&A question for UC2011, which is kind of ...


5

I think you're looking for the SnapToLevels property of the Map control. SnapToLevels is off by default and will allow you to zoom to any ESRI.ArcGIS.Client.Map.Resolution. Tiled layers will automatically interpolate images when displaying layers at resolutions in between levels. ...


4

You are basically looking for an equivalent to IArea.LabelPoint in ArcObjects. The Silverlight API does not have support for this directly, but you can leverage the REST API GeometryService to do that. See Label Points. The downside of using the geometry service is that you need to send a separate request to the server, which may (or may not) be an issue in ...


4

Is one layer bigger than your Map Extent? The following screen shot shows three different Map Controls that have the same layers added to each Map but have dramatically different drawing results because of having different Map.SpatialReference values set. Each Map has its Extent set to approximately to the same geographic area of coverage given the ...


4

I am not at all convinced that Silverlight is dead. Yes, MS talked about HTML5 and javascript and NOT SL in their windows 8 preview but in reality for LOB apps I think Silverlight provides what the other technologies can not. But maybe thats just me. Some other facts- there is the rumour that there is an agreement between Apple and MS for Apple to support ...


4

I used Fiddler and now I know the service that you added is from: http://gis.ventura.org/ArcGIS/rest/services/MSDs/Basemap/MapServer There are a few other tools like Fiddler that captures HTTP traffic (request and responses from client to server) and logs it for the user to review. If you really need to hide your url's, use the HTTPS protocol. Using HTTPS ...


4

Our strategy is to cache everything that is not changing regularly. We then use software called FME to run transformations on our data before we publish that data to a file geodatabase on our servers. We merge any joins that we want to query/display, strip all the columns that we are not querying/displaying, and generalize all the geometries. We push this ...


4

This doesn't add a huge amount to the discussion but worth adding now that it's available: ArcGIS Server Blog : Some thoughts on the direction of the ArcGIS web mapping APIs


4

I would suggest to use multiple map services to take advantage between dynamic vs cached (tiled) services. For basemap data that does not change often you should use cached services (this will improve performance).


3

You should probably start with the interactive samples on the ArcGIS Resource Center: http://help.arcgis.com/en/webapi/silverlight/samples/start.htm This will give you an idea of the XAML and C# required to accomplish specific tasks using the Silverlight API. I also recommend the Concepts link on the same page, which will give you step by step directions ...


3

use: <i:Interaction.Behaviors> <behaviors:WheelZoom /> <behaviors:MaintainExtentBehavior /> </i:Interaction.Behaviors> http://serverapps.esri.com/samples/MaintainExtentBehavior.cs.txt (MaintainExtentBehavior.cs) ...


3

The rumors about Silverlight's premature death have already been thoroughly addressed and debunked. Here is an article about support for XAML (the language used to provide the front-end for Silverlight applications) in Windows 8: ...


3

2048 is the default value of ArcGIS Server's MaxImageHeight/Width parameter, in the service config file. You are likely going over this! You need to reduce your image or increase the parameter value to allow the map service to serve the larger format!


3

There is an "Alias" property on the Field class. That should solve your issue. http://resources.arcgis.com/en/help/silverlight-api/apiref/api_start.htm?ESRI.ArcGIS.Client~ESRI.ArcGIS.Client.Field~Alias.html HTH, Kiran.


2

I guess all these answers are good but a bit out dated. Flex and Silverlight were surely very popular compared to Javascript and some might argue that building Application using these APIs was really easy, but the BIGGEST DEFICIT that Flex and Silverlight have is that they are PLUGINS. And that is the cause for their annihilation. With the onset of HTML5 ...


2

Doing that kind of thing server side would be a more scaleable option. Using your app to upload that data into ArcGIS Server DataInterop or Safe/FME which can them publish to a webservice for display on your app is the easiest to maintain. As then you are removing the dependency of your App speaking all these differnet formats and it just is needed to push ...


2

In my opinion I would gravitate towards tne html/javascript options rather than silverlight or flex as these are standards based rather than based on a company's product. Things should just get better with this path as HTML 5 begins to be supported. Here is a link to ESRI's API for javascript. This particular sample is one of the first to look at, it just ...


2

The ArcGIS Viewer for Microsoft Silverlight might be worth a look. I can't remember how much I'm allowed to say without violating my beta agreement, but it really is mis-named. It is more like a Viewer builder than a viewer. I think it's being modeled after the flex version, though I haven't seen any plans to open source it as they have with flex. Even ...


2

Following Kirk's suggestion in the comments, I just did this: // add base map layer ArcGISTiledMapServiceLayer baseMap = new ArcGISTiledMapServiceLayer(); baseMap.Url = App._componentDict["BaseMapRestUrl"]; baseMap.ID = "BaseMap"; baseMap.Opacity = 50; baseMap.Initialized += MapServiceLayer_Initialized; baseMap.InitializationFailed += ...


2

I'd say it all depends on what you are most comfortable coding and if you have the available software like Flash Builder 4.5 to make a great Flex app. using the Flex API. I'd also take into consideration how good the documentation is on each choice, and how much discussion is facilitated on the various forums for each API as well. It really comes down to ...


2

1) I would argue that it depends more on what the intended users are running on the client side, when building web applications for use inside an enterprise intranet you typically have control over the OS and browsers, plug-ins etc, the users can use. But if you are targeting users on internet you can only make assumptions based on statistics. Javascript is ...


2

Well, you mentioned that you made it a dynamic service. I would suggest caching it especially if it is your basemap. I also would suggest simplifying your geometries. I am not sure what server stack you are using so I cannot suggest a software for you off hand. My coworkers and I have had to do this multiple times. We use an ESRI Server stack and they have ...


2

If you can afford it, get the image server extension and use a time aware mosaic to create a time aware image service. Performance is near that of cached services without the same space consumption and all that time caching.



Only top voted, non community-wiki answers of a minimum length are eligible