Latest Contributions by MichaelHamsa

Morten, Not a problem. I’m using the Visual Studio Android Emulator (I know, probably shouldn’t be). These are actually older Hyper-V virtual machine images. To get it to work correctly while debugging with Visual Studio, I had to make the following changes. Emulator VM changes 1. Go to the Hyper-V manager 2. Right click on the VM for the emulator you are using and press Settings 3. Open the Processor folder 4. Select Compatibility, and then check ON “migrate to a physical computer with a different processor” Visual Studio Build Settings 1. In your solution, right click on the Android Project and press properties 2. Go to Android Options 3. Check OFF, Use Fast Deployment. That pretty much took care of it. Thanks again, Mike Hamsa Chief Technology Officer - GeoSpatial Innovations, Inc. P: 512-982-6735 ... View more

Morten, This was really an emulator issue – changed a build setting and an emulator setting and it seems to be working pretty well. Sorry for the confusion, and thanks for the quick response. Thanks, Mike Hamsa Chief Technology Officer - GeoSpatial Innovations, Inc. P: 512-982-6735 ... View more

Mike, Thanks a lot for the response - I had a feeling this wasn't supported yet. I think it is an important feature, especially for your users and developers in the electric and gas utility community. It will be difficult to use the maps with the Esri Runtime in these industries until scale dependent symbology is supported. Thanks again, Mike... ... View more

Mara, I'm seeing the same thing Jens is seeing - when I set the Reference Scale of my Map in ArcGIS Pro, the symbols are sized based on the reference scale I select in ArcGIS Pro. However when I create a Mobile Map Package, the Esri Runtime for .NET (v100.2) does not draw the symbols the same way based on the view scale - they are always drawn the same size regardless of what view scale the map is at. Any ideas on what we are missing? This is somewhat of an important feature for us, based on the type of data we are using. The map gets very cluttered at lower view scales if the symbols are not sized based on the view scale. Thanks, Mike... ... View more

Andy, Thank you. I'll do that this morning. mike... ... View more

Andy, I'm really confused. If I log into our ArcGIS Online Portal (name.maps.arcgis.com) and view the same map using the built in map viewer it works great. It responds very quickly. I see the same requests on the network tab and they complete in about 400ms. If I use the ArcGIS API for JavaScript Sandbox, plug in my portal item ID for the same map that I'm viewing in the Online Portal I have problems. In fact I can have two tabs of my browser open - one to our ArcGIS Online Portal map (name.maps.arcgis.com) and the other to the ArcGIS API for JavaScript Sandbox (developer.arcgis.com) and the maps perform very differently. The Online map works great and the Sandbox map doesn't. I zoom around and pan to the same places on both maps in the different tabs at the same time and I see completely different results. I see the same problems with our web site hosted elsewhere - just like the Sandbox page; very poor performance. Mike... ... View more

Thanks Andy. We're just zooming around on the map - they are query requests from what I can see. Here's one of the requests (I replaced the actual layer name with "OurFeatureLayerName"). https://services.arcgis.com/eP8V7tJrYd6ZUBkc/arcgis/rest/services/OurFeatureLayerName/FeatureServer/0/query?f=json&where=1%3D1&returnGeometry=true&spatialRel=esriSpatialRelIntersects&geometry=%7B%22xmin%22%3A-9223809.077229367%2C%22ymin%22%3A4852834.051770989%2C%22xmax%22%3A-9222586.084776805%2C%22ymax%22%3A4854057.044223552%2C%22spatialReference%22%3A%7B%22latestWkid%22%3A3857%2C%22wkid%22%3A102100%7D%7D&geometryType=esriGeometryEnvelope&inSR=102100&outFields=*&outSR=102100 1) Here are the query string parameters:    f: json    geometry: %7B%22xmin%22%3A-9223809.077229367%2C%22ymin%22%3A4852834.051770989%2C%22xmax%22%3A-9222586.084776805%2C%22ymax%22%3A4854057.044223552%2C%22spatialReference%22%3A%7B%22latestWkid%22%3A3857%2C%22wkid%22%3A102100%7D%7D    geometryType: esriGeometryEnvelope    inSR: 102100    outFields: *    outSR: 102100    returnGeometry: true    spatialRel: esriSpatialRelIntersects    where: 1%3D1 2) I took a look at a response from of the requests that succeeded and it looks like there were 83 features. Here's a request that failed - it ran for 103.9 seconds and it does not have a response body: https://services.arcgis.com/eP8V7tJrYd6ZUBkc/arcgis/rest/services/OurFeatureLayerName/FeatureServer/0/query?f=json&where=1%3D1&returnGeometry=true&spatialRel=esriSpatialRelIntersects&geometry=%7B%22xmin%22%3A-9222586.084776803%2C%22ymin%22%3A4855280.036676113%2C%22xmax%22%3A-9221363.092324242%2C%22ymax%22%3A4856503.029128675%2C%22spatialReference%22%3A%7B%22latestWkid%22%3A3857%2C%22wkid%22%3A102100%7D%7D&geometryType=esriGeometryEnvelope&inSR=102100&outFields=*&outSR=102100 Here are the response headers for this request - notice the "Miss from cloudfront" in the x-cache header:    access-control-allow-origin: *    cache-control: public, max-age=0, s-maxage=0    content-type: text/plain; charset=utf-8    date: Wed, 22 Nov 2017 20:46:25 GMT    etag: sd304_-148574809    last-modified: Wed, 22 Nov 2017 14:47:48 GMT    request-context: appId=cid-v1:f95092ba-7fdd-4452-a0e3-c1cfdc4250e2    server: Microsoft-IIS/8.5    via: 1.1 e9b460d4fbe79e1b34e06840ef460c69.cloudfront.net (CloudFront)    x-amz-cf-id: H-tXg_YB16glnrANqEGCKjE5SD-QUPaeFNVwAsbBHSD9QCIj6hPouA==    x-arcgis-instance: MTSDS_Web_IN_33    x-cache: Miss from cloudfront    x-powered-by: ASP.NET Or I get a response with headers like this - noticed the "Error from cloudfront" in the x-cache header. This request ran for 180.05 seconds. Again, it does not have a response body.    accept-ranges: bytes    access-control-allow-methods: GET    access-control-allow-origin: *    access-control-max-age: 300    age: 23    content-length: 75    content-type: text/plain    date: Sun, 12 Nov 2017 20:06:46 GMT    etag: "e2651e71c06f4a6d095cb118ebfc79e2"    last-modified: Wed, 28 Jun 2017 00:39:39 GMT    server: AmazonS3    via: 1.1 e9b460d4fbe79e1b34e06840ef460c69.cloudfront.net (CloudFront)    x-amz-cf-id: xwGkF7ZwzhL61SL5AZWFKvI6fGFMghwBkyEpTII4GFKslWBXSSWwJg==    x-cache: Error from cloudfront ... View more

Andy, Most of the requests fail due to timeout issues. One of the other things I'm seeing in the response headers from these requests: server: AmazonS3 x-cache: "Error from cloudfront" Thanks again, Mike... ... View more

Andy, Thanks for the response. Right now I'm doing all of this testing with the ArcGIS API for JavaScript Sandbox - but we see the same behavior using the JavaScript API in our own web site. I just wanted to make sure it wasn't anything we were doing, or how we are hosting our web site - so seeing it the ArcGIS API for JavaScript Sandbox has confirmed that. The sandbox we're using; just plugged in the portal ID for our web map and we can reproduce the problem: https://developers.arcgis.com/javascript/latest/sample-code/sandbox/index.html?sample=webmap-basic We are seeing it in all browsers - I can reproduce it at will in Edge, IE11, Firefox and Chrome - on the same machine and on different machines. We've had users testing in other cities and they see the same thing consistently - they are mainly running IE11, but they have tried it with Chrome as well (the only other browser they have access to). We've tried inside and outside our network - same issue. There are some errors in the console, but they don't tell us much: [esri.views.2d.layers.MapImageLayerView2D] [ondemandcontroller2d:tile-request-failed]: Failed to query for features Dig in a little, and you see "Timeout exceeded" querying our online feature layer (URL) - so I'm assuming that the requests are just taking too long. Network Tab: There are hundreds of requests. The longest running request I see was 74 seconds. JSBIN Question: We're seeing it in the Sandbox and in our web site - so we'd likely have the same issues with JSBIN. The Sample App you provided runs great; however it isn't using our web map or the feature layers (obviously) I looked at the Online Status yesterday - just to check - and everything looked good then as well. Mike... ... View more

Here's another shot of the ArcGIS for JavaScript Sandbox map after it has been sitting for about 10 minutes. Notice the features are starting to be displayed along the left side of the map. But only a 100 or so of them - this is after 10 minutes. ... View more

Michael, It really varies. Sometimes you zoom into an area and you don't see anything - no features at all. Other times you may see 10 features or 100 features. If you leave the map up for 30 minutes (as an example) the features slowly start to appear. And 30 minutes isn't an exaggeration. It can a long time to see any features. But like I said, in contrast with the ArcGIS Online Portal - viewing the same map - it draws very quickly. Here's an example - here's a screen shot from the ArcGIS API for JavaScript Sandbox loading the map with the portal item's ID - this has been sitting for about 10 minutes. Notice no features - only the base map. I'll let this sit for 20 or 30 more minutes and the features will slowly start to draw. Here's the same map, in the same area but using the ArcGIS Online Portal map instead. This map rendered all of the features immediately. I don't know? mike... ... View more