Latest Contributions by RexHansen

We plan to start work on this before the end of 2020 and deliver in a release in 2021.   ... View more

Indeed, we've been working on game engine integration for a while so good to see it announced - and demonstrated exceptionally well   Best place to stay up to date on our game engine work is the ArcGIS for Game Engines beta program: https://esriurl.com/a4ge    It's a public opportunity, just need to fill out a survey to get in.  The first set of beta deliverables should be available early Q3 2020.   Also, we originally had a Dev Summit tech session on our developer offerings for game engines, but as Dev Summit was cancelled, we now intend to host as a webinar in early April.  We'll provide updates/details on these upcoming events to those in the beta program.            ... View more

Hi Michael,      Yes, unfortunate about the cancellation of the event as we also look forward to discussions about current and future Runtime work.    1) We are working on Metal support at the moment.  It should be introduced with the ArcGIS Runtime SDK for iOS with 100.8.   It will be delivered with iOS support in the Runtime SDKs for .NET and Qt after 100.8.    When support for Metal is included, OpenGL will not longer be supported.  This will prevent use of the AGSMapView and AGSSceneView in the Xcode simulator, unless the following requirements are met: - Xcode 11 - Catalina (macOS 10.15) - app targets iOS 13  2)  Yes, we're working on better location enablement in Runtime in the latter half of this year (100.9 in Aug, 100.10 in Dec).  This includes support for high accuracy GNSS (position correction information from GNSS, access number of satellites, etc).   It also includes better information about the current location (eg notification about location changes), additional location sources (eg indoor positioning), and geofencing.          3)  Support for mesh network radios is still in the near term backlog for Runtime, but not yet scheduled for a release in 2020.    4) There are no specific plans at the moment to record or host a virtual Road Ahead session for Runtime.   Feel free to reach out via GeoNET, your account manager, or tech support if you have questions.        Keep in mind, all information I have presented above is subject to change.  Thanks -Rex           ... View more

Thanks Jean,       Apologies, support for clustering is taking longer than expected, however, we do plan to deliver in 2020.  To provide consistent support across the ArcGIS platform, we intend to target support for clustering (client) and binning (server) with respect to feature layers.    Client side clustering will follow a map centric approach:  featureReduction_cluster | ArcGIS for Developers  Configure clustering—ArcGIS Online Help | Documentation  Binning will focus on a service centric approach, more specifically, binning as a new functionality delivered with  map services published from   ArcGIS Pro   2.4 and later to   ArcGIS Enterprise   10.7.1: Aggregate features into bins—ArcGIS Pro | Documentation    Incidentally, you should see support for clustering/binning coming in ArcGIS API for JavaScript 4.x in 2020 as well.  We are on a similar timeline with respect to this feature.   Hope this helps,  -Rex ... View more

Hi Jean,      Support for feature and graphic clustering is in our backlog, but not currently scheduled for a release.  Can you describe the clustering experience/scenario you'd like us to support?   Thanks -Rex ... View more

Hi Kirk,     Support for group layer in the Runtime API will be in 100.5, due to be released in early April.  As a developer you will be able create and use group layers with operational layers in a map or scene.   Persistence is a different matter.  The scene spec (mobile and web) has a formalized definition for group layer.   Runtime 100.5 will honor group layers in a web scene or mobile scene package.   The map spec (mobile and web) does not have a formalized definition for group layer.  When this is formalized, Runtime will be able to read/write maps with group layers.   ArcGIS Pro 2.3 just happens to write group layers into the mobile map.  Runtime 100.5 does not read group layers in a mobile map.   We are working to formalize the definition of group layers in the map spec (and include properties such as min and max scale) for ArcGIS Pro 2.4 and Runtime 100.6.  Hope this helps,  -Rex      ... View more

Hi Mark,     My sincere apologies for annoying you - that was not my intention.  It was however my intention to provide you with an accurate answer to your question about support for use of group layers in a mmpk by ArcGIS Runtime.   In this context, it is important to understand the need for representing the content of a map or scene in a spec.  A common spec means information can be persisted and shared in a common way, across products and platforms.  In the Road Ahead session I mentioned that group layer is not present in the web map or mobile map spec.   The web map spec is public; the mobile map spec is a superset of the web map spec and is not public.  The mobile map spec is designed to advertise a map definition for offline/encapsulated workflows with Runtime, thus it is present in a mmpk.  Unfortunately ArcGIS Pro 2.3 writes group layers into a mobile map without appropriate representation in the spec or complimentary support in Runtime.   We intend to review the group layer definition for the mobile map spec to 1) match what is in the web scene spec where it makes sense and 2) migrate to the web map spec in the near future.  We should be able to properly support group layer within the mobile map spec in Pro 2.4 and a Runtime release later this year.  Notes:  Is it possible that the group layer definition written into the mobile map by Pro 2.3 remains as is in Pro 2.4.  This will become more clear as we complete the review of the group layer spec for the mobile and web map.  Currently when ArcGIS Runtime encounters a group layer in a mobile map (in a mmpk), the group layer will be ignored and the layers it contains will be flattened (as if the group layer was not present).    Let me know if you have any further questions.  Thanks -Rex        ... View more

Great!  My email is rhansen@esri.com.  Thanks -Rex ... View more