Latest Contributions by OliverBoesche

Hello, we figured out an unintended behaviour when drawing a freehand polyline or polygon with the sketch editor. On our capacitive and resistive Windows 7 touch PCs drawing the TouchUp point is overshot related to the acceleration of the drawing. So far we understand it, this has to do with the flick gesture and disabled it in the MapView. But afterwards the behaviour remains the same. Our expectation is that the drawing line ends where the thumb is lifted up (Touch up event). But the end point is set to a point more far away in the drawing direction. This can simply be reproduced with the attached VS2017 C# Demo project by fast drawing a freehand polyline on a touch device. Is this an indended behaviour of the sketch editor and can we deactivate/control this behaviour? We use the ArcGis Runtime .Net for WPF in Version 100.3, but it is also in Version 100.4. Thanks. Regards, Oliver ... View more

Hello, for our software we had to implement an own ServiceImageTiledLayer foreach level of detail/ zoom levels. Therefore each tiles layer consist of a tile cache with only the top zero layer and not all detail layers in one cache. Hope that this is clear enough. Through our constraints it is not possible to put them all together in one custom layer instance. The standard MapView behaviour is to make them visible and invisible on the different zoom levels according to an unknown decision metric based on resolution and scale from the LevelOfDetail. That works so far, if we add the caches in a sorted order according to the resolution of each cache. But then we see some problems to display them correctly to our requirements. I try to use practical words to avoid missunderstandings in the words. Please tell me if something isn't clear enough. Problems: Caches are automatically made invisible which allows gaps between the LoDs IsVisibleOnScale is true for the whole zoom range IsVisible is always on true Min/MaxScale on a ServiceImageTiledLayer has no effect in this scenario The desired behaviour: Fully zoomed out => the topmost cache shall be visible Fully zoomed in => the lowermost cache shall be visible Between two overlapping caches the lower one shall be displayed So, my question would be if it is possible to solve this issues or to work around them? Otherwise is there a behaviour specification for this layer visibility or can we handle this ourselve? Thanks for all help. Best regards, Oliver ... View more

Hello, I have a question about computing the values for the LevelOfDetail class, which is necessary for a custom tile cache implementation. How they are computed/calculated? First a short description of my problem. I have WebMercator based tile caches with only a single level. Each of the tile caches are created from a single GeoTiff with GDAL 2.x. Displaying these caches is solved through an implementation of a custom tile cache as a ServiceImageTiledLayer. Because the GeoTiffs for different scales don't have the same bounds/extens sometimes, each is one tile cache. So far, everything is fine, but the level ordering bases on the scale of the LevelOfDetail. To get the caches in the right order and visible levels this value is necessary, but I don't know how I can compute it or get it from somewhere. As I understand it, the resolution must be the value of one pixel in map units (here meters) and the scale would be for example one meter screen to meters on map. Is this right? If yes, how can I get/calculate this value? Links: LevelOfDetail Class  resolution | Definition - Esri Support GIS Dictionary  scale | Definition - Esri Support GIS Dictionary  Thanks and best regards, Oliver ... View more