Latest Contributions by BjørnarSundsbø

Hi, We have a service that runs as a WCF REST service, and is responsible for exporting map images based on the requested extent. For this we use the MapDocument class, and use ActiveView.Output to perform the export operation. ActiveView.Activate(hwnd) receives a pointer to GetDesktopWindow after the document is opened. One of our customers randomly experience an AccessViolationException, where the last part of the stack trace is ESRI.ArcGIS.Carto.IActiveView.Output(Int32, Int32, ESRI.ArcGIS.esriSystem.tagRECT ByRef, ESRI.ArcGIS.Geometry.IEnvelope, ESRI.ArcGIS.esriSystem.ITrackCancel). We pass in a handle to a bitmap for the output operation. There is one occurence where this happens at ESRI.ArcGIS.Carto.IFeatureLayer.get_TipText(Double, Double, Double). The customer is not able to reproduce this reliably, and we are not able to reproduce locally. We have also gone through logs from other customers, and have found no trend on this kind of error at other locations, except for sporadic occurences with months apart. With the particular client in question, they experience it daily. I'm wondering if it could be in some way related to the graphics card. The graphics card has not replaced. All computers have the same card and drivers. NVIDIA NVS 300, with driver version 9.18.13.593. Thought this has "only" been going on for two months, and based on Windows Eventviewer, there are no occurences of this before that. No changes have been made to the graphics card. The service is compiled as x86, using C# and .NET Framework 4.0. I don't know to what extent the graphics card and/or drivers are involved in the export process, and to what degree it is used by GDI+, which I presume is used behind the scenes. Are there alternatives to activating the ActiveView in a background process, rather than GetDesktopWindow? I came across a thread related to AccessViolationException that referenced the way memory is optimized in release, that might affect this kind of thing? .net - Randomly occuring AccessViolationException in GDI+ - Stack Overflow Could that be in play here? I know this is a rather tricky exception to investigate, but I hope some help could be provided by ESRI, or others who have solved this kind of issue. ... View more

Hi, I was wondering when we can expect the release of version 10.2.4 of the WPF SDK. I'm waiting for a fix to a memory leak related to multiple layers with rapid navigation. I was told would be fixed in this release, as well as an issue with MapScale not being updated, which I'm also hoping will be included. ... View more

Hi, I have discovered a minor bug where the Scale property does not update (PropertyChanged) when using the ZoomTo(Geometry) method. The object I am zooming to must be outside the visible extent for this to occur. I am using Runtime SDK 10.2.2. The scale only recovers after zooming in or out. Panning does not update the Scale property Here is some code to reproduce. The map itself is not included. For the logic to work, the map must be in UTM (or some other reference system that represents a coordinate in meters). Or the logic around the extent to zoom to must be changed. <Button DockPanel.Dock="Left" Padding="8" Content="Zoom to" Click="Button_Click"/> <TextBlock HorizontalAlignment="Center" VerticalAlignment="Bottom" Margin="20" Text="{Binding Path=Scale, StringFormat='{}{0:n}', ElementName=PART_Map}" FontSize="16" /> private void Button_Click(object sender, RoutedEventArgs e) {     var random = new Random();     Point point = new Point(random.Next(0, (int) PART_Map.ActualWidth), random.Next(0, (int) PART_Map.ActualHeight));     point.X -= 10000;     point.Y -= 10000;     var mapPoint = PART_Map.ScreenToMap(point);     var extent = new Envelope(mapPoint, new MapPoint { X = mapPoint.X + 1000, Y = mapPoint.Y + 1000});     PART_Map.ZoomTo(extent); } Zoom the map all the way in, and click the button. This should calculate a random envelope a bit outside of the visible extent. The scale does not update. Zoom either in or out and see the scale does not reflect the actual scale. Zooming to a point inside the visible extent does update the scale As a side note, is there somewhere else I should post any bugs I find, rather than the forums? ... View more

When I perform a pan operation without releasing the mouse button, and continiously drag the map around, the image lags behind the cursor, and sometimes "stutters". The reason I really noticed this was that the test application for map functionality does not experience the same issue. I did discover some heavy logic in the MouseMove event that I have now disabled if the left mouse button is down. I have been unable find any other events that I have hooked up that could be causing this. ANTS Performance Profiler does not indicate anything in my code. The only heavy load it refers to is native code related to CopyPixels. I'm not sure this is a problem that is directly related to the API, and I realize the reason could be anything anywhere in my code, but I'm trying to find out if someone else has experienced the same, and how this may have been addressed. I do not use accelerated display. I tried removing all overlay on the map, such as menus and other gadgets to no avail. I also tried removing all GraphicsLayers in case these were the cause. The experience is the same as if you use AcceleratedDisplayLayer to hold the background map, and have  no acceleration on the GraphicsLayers on top. The feeling then is that the objects are floating on top of the map in a very peculiar way; they do not have the same speed as the cursor and background map. ... View more

Hi, I'm wondering if you have considered allowing for a local layer type that has .mpk as the data source, but with tiling support. When creating the package, you could define the scales in the same way as with a tiled package, or spesify the innermost scale (such as 1:625), and how many levels to use. If there is no tile for the spesific level/row/column, a tile cache is generated dynamically. This would in turn disable any dynamic features of the package, such as editing features and such, since the tiles would have different content than what has been modified. Would of course in turn need to disable changing different layer visibility, unless some clever tricks were implemented to merge the cache with the changes. I have also noticed an issue in a map package, where if I navigate the map multiple times without waiting for the map images to be generated, the requests seem to stack up, and when I stop navigating the map it takes a while to get the final image. I suspect this is because the local service is busy generating the previous extents, and since the requests go over http, there is no way to inform it to stop generating maps. I also experience the same thing in my own custom layer implementations (that do not use http), and have been wishing for an overrideable method I can implement (or cancellation token) to stop the processing of non-pending tiles/extents. ... View more