Latest Contributions by MichaelHamsa

Nicholas, Thank you very much for this information - I just had an opportunity to do a little more testing with this approach and I have to say it works really well. With just a little effort I was able to setup several layers. However, I could not find a way to apply this same approach to text size - is there currently a way to use an Arcade expression to size the text based on view scale? Here's what I'm seeing now - as I zoom out, the text basically covers everything on the map: ... View more

Nicholas, I really appreciate this information, it helps us plan out some direction for our development with the Runtime. In the meantime, would you be able to provide a code example we could use to try the Arcade expression? I'm wondering if we'd be able to make the code generic enough for us to use with all of our customers, or if we'd need to develop some type of configuration options by layer to set the scaling in the arcade expression correctly; some of our customers have 75 or 80 layers in their MMPKs. Here's a shot of what that currently looks like zoomed out a few levels - all of these features/symbols need to be displayed at this level. As you zoom in, the symbols are scaled correctly and it looks very nice, maybe at a 1:50 or 1:100. But when you get out to around 1:400 it really looks bad. It's just hard to try to convince one of our electric utility customers to use this type of map at this point. So, we've been soft pedaling the Runtime development efforts until this improves. . Thanks again, Mike... ... View more

Marco, To resolve this problem we ended up upgrading from version 4.3 to version 4.5 of the JavaScript API – this seems to have resolved our performance problems. After looking through the release notes, it looked like version 4.4 had some performance improvements in it so going to version 4.5 was the best move. This seems to have resolved our issues. I believe that version 4.6 is out now. What version are you currently running? Mike Hamsa Chief Technology Officer - GeoSpatial Innovations, Inc. P: 512-982-6735 ... View more

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